[Issue 3568] BitArray Indexing Should Use ulong

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3568 Stewart Gordon changed: What|Removed |Added CC||s...@iname.com --- Comment #3 from St

[Issue 3568] BitArray Indexing Should Use ulong

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3568 Steven Schveighoffer changed: What|Removed |Added CC||schvei...@yahoo.com --- Comment

[Issue 3639] New: std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 Summary: std.conv.to!string(anytype[numeric]) items order seems inconsistent Product: D Version: 2.036 Platform: x86 OS/Version: Linux Status: NEW Severit

[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 Andrei Alexandrescu changed: What|Removed |Added CC||and...@metalanguage.com --- Comm

[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 --- Comment #2 from Julien Leclercq 2009-12-22 07:29:04 PST --- Created an attachment (id=531) Quick hack Would this quick hack make the function slower too ? Tested with a few unittests. It removes the segfaults from anytype[ushort] too. --

[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 --- Comment #3 from Julien Leclercq 2009-12-22 07:30:52 PST --- Created an attachment (id=532) Quick hack (const s.length) Small correction. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are recei

[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 --- Comment #4 from Julien Leclercq 2009-12-22 07:32:53 PST --- Created an attachment (id=533) if (i > 0) result.put(separator); -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mai

[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 --- Comment #5 from Andrei Alexandrescu 2009-12-22 08:02:56 PST --- (In reply to comment #4) > Created an attachment (id=533) [details] > if (i > 0) result.put(separator); The code assumes the set of numeric keys is contiguous, which is untru

[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3639 --- Comment #6 from Julien Leclercq 2009-12-22 08:16:07 PST --- Right. Back to slow indexes sorting. Thank you, Julian. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail becaus

[Issue 3637] Array append patch to prevent stomping and to enhance thread-local append performance

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3637 Leandro Lucarella changed: What|Removed |Added Attachment #528|application/octet-stream|text/plain mime type|

[Issue 3637] Array append patch to prevent stomping and to enhance thread-local append performance

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3637 Leandro Lucarella changed: What|Removed |Added CC||llu...@gmail.com --- Comment #2 fr

[Issue 3568] BitArray Indexing Should Use ulong

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3568 Leandro Lucarella changed: What|Removed |Added CC||llu...@gmail.com --- Comment #5 fr

[Issue 3637] Array append patch to prevent stomping and to enhance thread-local append performance

2009-12-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3637 --- Comment #3 from Steven Schveighoffer 2009-12-22 20:19:09 PST --- It's not *necessary* to change the API to fix this, but it is hugely advantageous. If you want to know the block size of the chunk you just allocated, the current API requir