On Friday, 24 October 2014 at 16:51:02 UTC, Kapps wrote:
On Friday, 24 October 2014 at 10:49:42 UTC, tcak wrote:
Not sure if this is the same issue, but by default gdb breaks
on signals that the GC uses, which would explain why it's
breaking in gdb but not normally.
What happens if you try:
On Friday, 24 October 2014 at 12:38:48 UTC, Kagamin wrote:
On Friday, 24 October 2014 at 10:46:57 UTC, tcak wrote:
Second Thread (TestThread)
http://i.imgur.com/w4y5gYB.png
Hmm... where is __lll_lock_wait_private now? And how mmap can
hang at all?
Here it is.
http://i.imgur.com/5ZDuYRF.png
On Friday, 24 October 2014 at 10:29:10 UTC, Kagamin wrote:
Looks like your IDE filters too much. Can you configure it to
filter less and show address locations?
This is what I have found:
Main Thread
http://i.imgur.com/6ElZ3Fm.png
Second Thread (TestThread)
http://i.imgur.com/w4y5gYB.png
On Friday, 24 October 2014 at 10:46:57 UTC, tcak wrote:
On Friday, 24 October 2014 at 10:29:10 UTC, Kagamin wrote:
Looks like your IDE filters too much. Can you configure it to
filter less and show address locations?
This is what I have found:
Main Thread
http://i.imgur.com/6ElZ3Fm.png
Secon
On Friday, 24 October 2014 at 09:12:57 UTC, tcak wrote:
On Friday, 24 October 2014 at 08:55:17 UTC, Kagamin wrote:
Do you see recursive call to malloc in the stack trace?
I further simplified the example:
import std.stdio;
import core.thread;
class ThreadTest{
public this(){
On Friday, 24 October 2014 at 08:55:17 UTC, Kagamin wrote:
Do you see recursive call to malloc in the stack trace?
I further simplified the example:
import std.stdio;
import core.thread;
class ThreadTest{
public this(){
new core.thread.Thread( &threadRun ).start();
On Friday, 24 October 2014 at 08:47:55 UTC, Kagamin wrote:
If it's deterministic, looks more like
https://issues.dlang.org/show_bug.cgi?id=4890
(11981 is not deterministic)
Yes, it is deterministic. Run it as many times as you
want, and it does the same thing. I ran it now again, and
still sam
On Friday, 24 October 2014 at 03:42:29 UTC, safety0ff wrote:
On Friday, 24 October 2014 at 02:51:20 UTC, tcak wrote:
I don't want to blame dmd directly because as far as I see
from the search I did with "__lll_lock_wait_private", some C++
programs are having same problem with malloc operation
This must be my special day that everything I try gets broken.
import core.thread;
import std.stdio;
class ThreadTest{
private core.thread.Thread th;
public this() shared{
th = cast( shared )(
new core.thread.Thread(
The main function has following:
- main.d -
import test;
auto t = new shared test.Test();
auto sock = new std.socket.TcpSocket(
std.socket.AddressFamily.INET6 );
t.setIt( sock );
- test.d -
module test;
import std.socket;
public class Test{
private std.soc
enum Values: string{
NONE = "",
Value1 = "Apple",
Value2 = "Peach",
Value3 = "Lemon"
}
Values lastHeldValue = Value3;
Is the "lastHeldValue" just "pointer + length" information, and it
points to "Lemon"; or is "Lemon" copied to another place in
memory?
I am doing comparison as "if(
On Tuesday, 14 October 2014 at 21:10:02 UTC, anonymous wrote:
On Tuesday, 14 October 2014 at 20:58:19 UTC, tcak wrote:
I have written a struct and a mixin template, and that mixin
template is mixed into that struct as follows.
private mixin template TestCommonMethods(){
public bool app
I have written a struct and a mixin template, and that mixin
template is mixed into that struct as follows.
private mixin template TestCommonMethods(){
public bool apply( int d, int e ){
return false;
}
}
public struct Test{
public mixin TestCommonMethods
On Sunday, 28 September 2014 at 09:11:07 UTC, Marco Leise wrote:
For head-unshared there is `static if (is(T U : shared U))`.
But how do you get the unshared type for anything from `shared
void*` to `shared uint` ?
shared int a;
int b = cast()a;
201 - 214 of 214 matches
Mail list logo