[Issue 5509] New: R250/521 pseudo-random number engine

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5509 Summary: R250/521 pseudo-random number engine Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2

[Issue 5221] entity.c: Merge Walter's list with Thomas'

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5221 --- Comment #15 from Don clugd...@yahoo.com.au 2011-01-31 01:08:57 PST --- The DMD test suite chokes on: lang; == 9001 (== U+2329), in the new list it is U+27E8. This really scared me, because I found a few web references that listed lang; as

[Issue 5510] New: std.functional.iterate

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5510 Summary: std.functional.iterate Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Phobos

[Issue 5221] entity.c: Merge Walter's list with Thomas'

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5221 --- Comment #16 from Iain Buclaw ibuc...@ubuntu.com 2011-01-31 03:36:26 PST --- (In reply to comment #15) That book was published in 2006. Can we assume that unicode support is widespread enough now that we should change to the more correct

[Issue 5511] New: std.regex optional capture with no-match cause error

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5511 Summary: std.regex optional capture with no-match cause error Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: patch Severity: normal

[Issue 5511] std.regex optional capture with no-match cause error

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5511 --- Comment #1 from karasu himana.kar...@orange.fr 2011-01-31 07:07:08 PST --- initializing startIdx and endIdx isn't enough if optional capture with no match contains sub-capture with match. save matches state before parse parentheses and

[Issue 5507] countUntil should take Ranges... instead of R2

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5507 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED

[Issue 5508] Update startsWith to take a range of ranges

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5508 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED

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

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5488 Sean Kelly s...@invisibleduck.org changed: What|Removed |Added Status|NEW |ASSIGNED

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

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5488 --- Comment #2 from Sean Kelly s...@invisibleduck.org 2011-01-31 11:16:51 PST --- After some testing, it looks like I was right. I have a fix for this, but it's far from ideal (though the diff is small): require everything but

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

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5488 --- Comment #3 from Sean Kelly s...@invisibleduck.org 2011-01-31 11:28:35 PST --- Okay, I decided to use a Mutex instead of a built-in object monitor for locking the thread list, because this allows me to lock in thread_suspendAll() and hold

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

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5488 --- Comment #4 from Sean Kelly s...@invisibleduck.org 2011-01-31 12:02:19 PST --- I've confirmed that this new deadlock isn't because the GC thread was blocked acquiring the global thread list mutex, so I've fixed the issue this ticket was

[Issue 5221] entity.c: Merge Walter's list with Thomas'

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5221 --- Comment #17 from Don clugd...@yahoo.com.au 2011-01-31 14:17:09 PST --- (In reply to comment #16) (In reply to comment #15) That book was published in 2006. Can we assume that unicode support is widespread enough now that we should

[Issue 5500] Appender.put causes an invariant violation in struct with overloaded opAssign

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5500 --- Comment #4 from Jonathan M Davis jmdavisp...@gmx.com 2011-01-31 17:40:56 PST --- Actually, I think I know what's happening (roughly speaking). This problem is caused by bug# 5058. Appender has uninitialized data which it then tries to

[Issue 5058] invariant() should not be called before opAssign()

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5058 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added OS/Version|Linux |All --- Comment

[Issue 5206] stat_t is not the same as struct stat

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5206 Sohgo Takeuchi so...@sohgo.dyndns.org changed: What|Removed |Added CC|

[Issue 5483] Missing mcontext_t for X86_64

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5483 Sohgo Takeuchi so...@sohgo.dyndns.org changed: What|Removed |Added CC|

[Issue 5483] Missing mcontext_t for X86_64

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5483 Brad Roberts bra...@puremagic.com changed: What|Removed |Added Attachment #876|application/octet-stream|text/plain

[Issue 5483] Missing mcontext_t for X86_64

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5483 Brad Roberts bra...@puremagic.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Issue 2462] DMD creates a wrong DLL so loading a DLL in the context of another Process via loadlibrary will crash the remote process

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2462 Rob Jacques sandf...@jhu.edu changed: What|Removed |Added CC||sandf...@jhu.edu ---

[Issue 5500] Appender.put causes an invariant violation in struct with overloaded opAssign

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5500 --- Comment #5 from Nicolas Sicard dran...@free.fr 2011-01-31 22:50:35 PST --- Actually, I think I know what's happening (roughly speaking). This problem is caused by bug# 5058. I think you are right, these bugs look very similar. It

[Issue 5206] stat_t is not the same as struct stat

2011-01-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5206 Iain Buclaw ibuc...@ubuntu.com changed: What|Removed |Added Attachment #859 is|0 |1 obsolete|