http://d.puremagic.com/issues/show_bug.cgi?id=5455
--- Comment #5 from Don clugd...@yahoo.com.au 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,
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
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
http://d.puremagic.com/issues/show_bug.cgi?id=4307
Sean Kelly s...@invisibleduck.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://d.puremagic.com/issues/show_bug.cgi?id=5483
Sean Kelly s...@invisibleduck.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://d.puremagic.com/issues/show_bug.cgi?id=4307
--- Comment #12 from Jonathan M Davis jmdavisp...@gmx.com 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
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
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:
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:
http://d.puremagic.com/issues/show_bug.cgi?id=5477
Lukasz Wrzosek luk.wrzo...@gmail.com changed:
What|Removed |Added
CC|
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 acquire
http://d.puremagic.com/issues/show_bug.cgi?id=5455
--- Comment #6 from Don clugd...@yahoo.com.au 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
http://d.puremagic.com/issues/show_bug.cgi?id=5485
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=5486
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=5485
Brad Roberts bra...@puremagic.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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
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
Okay, figured out puremagic a little.
http://d.puremagic.com/issues/show_bug.cgi?id=5488
18 matches
Mail list logo