http://d.puremagic.com/issues/show_bug.cgi?id=4254
Don changed:
What|Removed |Added
Keywords||patch
OS/Version|Linux
http://d.puremagic.com/issues/show_bug.cgi?id=5154
Summary: Class Range does not work in writeln
Product: D
Version: D2
Platform: Other
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Componen
http://d.puremagic.com/issues/show_bug.cgi?id=3705
Don changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=3705
Don changed:
What|Removed |Added
CC||clugd...@yahoo.com.au
--- Comment #1 from Don 2
http://d.puremagic.com/issues/show_bug.cgi?id=4441
Don changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5153
Summary: Struct pointer to struct variable assign error message
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: diagnostic
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=5058
--- Comment #9 from Jonathan M Davis 2010-11-01 13:10:01
PDT ---
Generally, I would agree with you. However, it's quite easy to have a struct
which has things which _should_ be checked in the invariant but which aren't
true with T.init - eithe
http://d.puremagic.com/issues/show_bug.cgi?id=4962
bearophile_h...@eml.cc changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=5058
--- Comment #8 from Steven Schveighoffer 2010-11-01
12:47:25 PDT ---
I look at invariants differently than you do I guess. To me, an invariant is a
self-checking mechanism that says "Every public function is going to leave this
item in a sane
http://d.puremagic.com/issues/show_bug.cgi?id=5152
Summary: std.conv fails to convert a char[] to string after
update to dmd 2.050
Product: D
Version: D2
Platform: All
OS/Version: Linux
Status: NEW
Severit
http://d.puremagic.com/issues/show_bug.cgi?id=5149
nfx...@gmail.com changed:
What|Removed |Added
CC||nfx...@gmail.com
--- Comment #2 from
http://d.puremagic.com/issues/show_bug.cgi?id=5150
--- Comment #2 from Jonathan M Davis 2010-11-01 09:58:37
PDT ---
Okay. Why? What possible use does it have?
--
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=5149
Stewart Gordon changed:
What|Removed |Added
CC||s...@iname.com
--- Comment #1 from St
http://d.puremagic.com/issues/show_bug.cgi?id=5150
Stewart Gordon changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5151
Summary: Home page download link(s?) doesn't update itself
Product: D
Version: unspecified
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority:
http://d.puremagic.com/issues/show_bug.cgi?id=5150
Summary: lazy allows you to declare void parameters
Product: D
Version: unspecified
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=5149
Summary: Bad font-size in 2.050 documentation
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: web
http://d.puremagic.com/issues/show_bug.cgi?id=5148
Summary: Incorrect C++ mangling of multiple const char*
parameters
Product: D
Version: D2
Platform: Other
OS/Version: Mac OS X
Status: NEW
Severity: block
http://d.puremagic.com/issues/show_bug.cgi?id=5136
--- Comment #3 from Nick Treleaven 2010-11-01
05:23:22 PDT ---
I agree with comment #1, hierarchical links would be best. That could solve the
duplicate link names issue too.
Thanks for the code in comment #2, I tried it for std.container and
http://d.puremagic.com/issues/show_bug.cgi?id=4307
--- Comment #4 from Jonathan M Davis 2010-11-01 03:17:58
PDT ---
Actually, what I think needs to happen is for there to be a way to start
threads as detached rather than joinable and have spawn() start detached
threads rather than joinable thr
http://d.puremagic.com/issues/show_bug.cgi?id=4307
--- Comment #3 from Jonathan M Davis 2010-11-01 02:39:58
PDT ---
I think what's happening is that pthread_join() never gets called on a thread
started with spawn(), and IIRC, if pthread_join() never gets called on a
thread, it never actually t
http://d.puremagic.com/issues/show_bug.cgi?id=4307
--- Comment #2 from Jonathan M Davis 2010-11-01 02:12:09
PDT ---
If I put a print statement at the end of exec() in std.concurrency._spawn(), it
appears to print out just fine every time that a spawned thread is supposed to
be terminating, so
http://d.puremagic.com/issues/show_bug.cgi?id=5145
--- Comment #2 from Don 2010-11-01 01:51:34 PDT ---
This seems very similar to bug 5110, which is more general. Need to check if
the patch for 5110 fixes this bug as well.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?ta
http://d.puremagic.com/issues/show_bug.cgi?id=4307
Jonathan M Davis changed:
What|Removed |Added
CC||jmdavisp...@gmx.com
--- Comment #1
http://d.puremagic.com/issues/show_bug.cgi?id=5145
Don changed:
What|Removed |Added
Keywords||patch, rejects-valid
CC|
25 matches
Mail list logo