Re: spawn bug?

Okay, figured out puremagic a little. http://d.puremagic.com/issues/show_bug.cgi?id=5488

[Issue 5488] New: Spawned threads hang in a way that suggests allocation or gc issue

http://d.puremagic.com/issues/show_bug.cgi?id=5488 Summary: Spawned threads hang in a way that suggests allocation or gc issue Product: D Version: D2 Platform: x86 OS/Version: Mac OS X Status: NEW Severity

Re: spawn bug?

I tried to get a bugzilla account but it never emailed me the verification. I'll try again and then try to figure out how to post this there. Thanks for looking into it. Adam

[Issue 5485] TLS sections handled incorrectly

http://d.puremagic.com/issues/show_bug.cgi?id=5485 Brad Roberts changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Issue 5486] Missing define for running dmd as 64-bit

http://d.puremagic.com/issues/show_bug.cgi?id=5486 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 5485] TLS sections handled incorrectly

http://d.puremagic.com/issues/show_bug.cgi?id=5485 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: spawn bug?

Sean Kelly Wrote: > > This one is weird, and doesn't appear related to 4307. One of the threads > (thread A) is in a GC collection and blocked trying to acquire the mutex > protecting the global thread list within thread_resumeAll. Another thread > (thread B) is also blocked trying to acquir

[Issue 5455] ICE(cgcod.c): Optimization (register allocation?) regression in DMD 1.065

http://d.puremagic.com/issues/show_bug.cgi?id=5455 --- Comment #6 from Don 2011-01-25 13:07:25 PST --- I think what's happened, is that a minor change to support 64 bits has triggered a latent bug in the backend. Basically, cgreg_assign() in cgreg.c thinks there are enough free registers. But

Re: spawn bug?

Adam Conner-Sax Wrote: > The attached code usually hangs (running on OSX, dmd 2.051). > > It uses spawn to create a new thread. All the thread does is create a large > array of doubles. In one case it uses the Array!double from std.container. In > the other case it uses the built in dynamic dou

[Issue 5487] New: std.container.Array.Range missing bidirectional primitives

http://d.puremagic.com/issues/show_bug.cgi?id=5487 Summary: std.container.Array.Range missing bidirectional primitives Product: D Version: D2 Platform: Other OS/Version: Windows Status: NEW Severity: norma

[Issue 5486] New: Missing define for running dmd as 64-bit

http://d.puremagic.com/issues/show_bug.cgi?id=5486 Summary: Missing define for running dmd as 64-bit Product: D Version: D2 Platform: x86_64 OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Com

[Issue 5477] std.signals should have the ability to fire events asynchronously

http://d.puremagic.com/issues/show_bug.cgi?id=5477 Lukasz Wrzosek changed: What|Removed |Added CC||luk.wrzo...@gmail.com --- Comment #1

[Issue 4862] modfl() missing for FreeBSD

http://d.puremagic.com/issues/show_bug.cgi?id=4862 --- Comment #1 from d...@dawgfoto.de 2011-01-25 12:16:44 PST --- Created an attachment (id=880) git format-patch Currently long math functions are forwarded to their double counterparts per default as FreeBSD < 8.0-Release didn't seem to define

[Issue 5485] New: TLS sections handled incorrectly

http://d.puremagic.com/issues/show_bug.cgi?id=5485 Summary: TLS sections handled incorrectly Product: D Version: D2 Platform: Other OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Component: d

[Issue 5484] GC segfaults on FreeBSD 64 / scanning issues for .data and .bss sections

http://d.puremagic.com/issues/show_bug.cgi?id=5484 --- Comment #1 from d...@dawgfoto.de 2011-01-25 11:35:56 PST --- Created an attachment (id=878) elf32-i386-freebsd -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: -

[Issue 4307] spawn()'ed thread doesn't terminate

http://d.puremagic.com/issues/show_bug.cgi?id=4307 --- Comment #12 from Jonathan M Davis 2011-01-25 11:32:30 PST --- I don't know exactly what the GC requires with regards to threads, but when I was talking about starting a thread as detached, I meant detached in the pthreads sense, not the GC

[Issue 5484] New: GC segfaults on FreeBSD 64 / scanning issues for .data and .bss sections

http://d.puremagic.com/issues/show_bug.cgi?id=5484 Summary: GC segfaults on FreeBSD 64 / scanning issues for .data and .bss sections Product: D Version: D2 Platform: All OS/Version: FreeBSD Status: NEW Sev

[Issue 5483] Missing mcontext_t for X86_64

http://d.puremagic.com/issues/show_bug.cgi?id=5483 Sean Kelly changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Issue 4307] spawn()'ed thread doesn't terminate

http://d.puremagic.com/issues/show_bug.cgi?id=4307 Sean Kelly changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Issue 5483] New: Missing mcontext_t for X86_64

http://d.puremagic.com/issues/show_bug.cgi?id=5483 Summary: Missing mcontext_t for X86_64 Product: D Version: unspecified Platform: x86_64 OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Compo

[Issue 5482] New: Crash with align(0)

http://d.puremagic.com/issues/show_bug.cgi?id=5482 Summary: Crash with align(0) Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: DMD Assi

[Issue 5455] ICE(cgcod.c): Optimization (register allocation?) regression in DMD 1.065

http://d.puremagic.com/issues/show_bug.cgi?id=5455 --- Comment #5 from Don 2011-01-25 00:27:34 PST --- The bug was triggered by this change to SliceExp::toElem() (now line 4426): --- elem *eptr = array_toPtr(e1->type, e); -elem *elength = el_bin(OPmin, TYint, eupr, elwr2); +