[Issue 3120] std.process.execv() pass arguments to programm incorrectly
http://d.puremagic.com/issues/show_bug.cgi?id=3120 --- Comment #3 from Alexey G 2009-07-09 00:48:35 PDT --- this behaviour repeated in DMD 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 106] template - mixin sequence
http://d.puremagic.com/issues/show_bug.cgi?id=106 Walter Bright changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #15 from Walter Bright 2009-07-09 02:44:44 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 852] ICE(toir.c) using local class in non-static nested function in nested static function
http://d.puremagic.com/issues/show_bug.cgi?id=852 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Walter Bright 2009-07-09 02:45:07 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1343] Various errors with static initialization of structs and arrays
http://d.puremagic.com/issues/show_bug.cgi?id=1343 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Walter Bright 2009-07-09 02:45:26 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1984] Assertion failure: 'e1->type' on line 1198 in file 'constfold.c'
http://d.puremagic.com/issues/show_bug.cgi?id=1984 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:46:22 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1524] ICE(constfold.c) on using "is" with strings in CTFE
http://d.puremagic.com/issues/show_bug.cgi?id=1524 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:46:02 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1358] ICE(root.c) on Unicode codepoints greater than 0x7FFFFFFF
http://d.puremagic.com/issues/show_bug.cgi?id=1358 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:45:46 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2432] complex alias -> mtype.c:125: virtual Type* Type::syntaxCopy(): Assertion `0' failed.
http://d.puremagic.com/issues/show_bug.cgi?id=2432 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:47:21 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2642] ClassInfo.init contains zeroes
http://d.puremagic.com/issues/show_bug.cgi?id=2642 --- Comment #9 from Sobirari Muhomori 2009-07-09 02:47:55 PDT --- > With or without explicit initialization requirements, you could put that > initialization in the constructors. .init can't be moved to constructor, because you won't be able to set vptr correctly. Possible solution is to generate .init as a static function and inline it (or not) in the user code after call to new. Then call constructor. And trusting malloc to zero memory can be a good optimization. And I don't think .init for primitive types is copied as an array of bytes. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2843] ICE(constfold.c) with is-expression with invalid dot-expression in is-expression involving typeid expression
http://d.puremagic.com/issues/show_bug.cgi?id=2843 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:47:54 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2884] ICE: Assert: 'template.c', line 3773, 'global.errors'
http://d.puremagic.com/issues/show_bug.cgi?id=2884 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:48:11 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2923] -O generates bad code for ?:
http://d.puremagic.com/issues/show_bug.cgi?id=2923 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:49:09 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2915] [Patch]: Optimize -a*-b into a*b
http://d.puremagic.com/issues/show_bug.cgi?id=2915 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:48:49 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2932] bad e_ehsize (36 != 52)
http://d.puremagic.com/issues/show_bug.cgi?id=2932 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:49:25 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2952] Segfault on exit when using array ops with arrays of doubles larger than 8 elements
http://d.puremagic.com/issues/show_bug.cgi?id=2952 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:49:45 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2323] ICE(cgcs.c): taking address of a method of a temporary struct
http://d.puremagic.com/issues/show_bug.cgi?id=2323 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:46:38 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2888] [PATCH] speedup for float * 2.0
http://d.puremagic.com/issues/show_bug.cgi?id=2888 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:48:31 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2603] ICE(cgcs.c) on subtracting string literals
http://d.puremagic.com/issues/show_bug.cgi?id=2603 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:47:36 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3003] Need to implicitly add () on member template function calls
http://d.puremagic.com/issues/show_bug.cgi?id=3003 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Walter Bright 2009-07-09 02:50:01 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3016] Errors in the documentation of std.math.acos
http://d.puremagic.com/issues/show_bug.cgi?id=3016 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #1 from Walter Bright 2009-07-09 02:50:38 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3044] Segfault(template.c) instantiating struct tuple constructor with zero arguments.
http://d.puremagic.com/issues/show_bug.cgi?id=3044 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:51:20 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3114] optlink failing on multicore machines
http://d.puremagic.com/issues/show_bug.cgi?id=3114 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Walter Bright 2009-07-09 02:52:12 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3078] NaN reported as equal to zero
http://d.puremagic.com/issues/show_bug.cgi?id=3078 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:51:35 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3080] dmd should output compilation errors to stderr, not stdout
http://d.puremagic.com/issues/show_bug.cgi?id=3080 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #1 from Walter Bright 2009-07-09 02:51:51 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3014] ICE(template.c) instantiating template with tuple
http://d.puremagic.com/issues/show_bug.cgi?id=3014 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:50:19 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3117] dmd crash by *1
http://d.puremagic.com/issues/show_bug.cgi?id=3117 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:52:28 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3122] [patch] Adding support for fast and reliable build tools to the frontend
http://d.puremagic.com/issues/show_bug.cgi?id=3122 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #5 from Walter Bright 2009-07-09 02:52:41 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3128] Internal error: ..\ztc\cod4.c 2737
http://d.puremagic.com/issues/show_bug.cgi?id=3128 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:52:59 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1459] ICE(cgcs.c) on attempt to set value of non-lvalue return struct
http://d.puremagic.com/issues/show_bug.cgi?id=1459 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:54:21 PDT --- Fixed dmd 1.046 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1054] regression: circular aliases cause compiler stack overflow
http://d.puremagic.com/issues/show_bug.cgi?id=1054 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:53:56 PDT --- Fixed dmd 1.046 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3026] Segfault with incomplete static array initializer
http://d.puremagic.com/issues/show_bug.cgi?id=3026 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:51:01 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3130] Crashed with triple stars
http://d.puremagic.com/issues/show_bug.cgi?id=3130 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:53:14 PDT --- Fixed dmd 1.046 and 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 854] TypeTuple in anonymous delegate causes ice in glue.c
http://d.puremagic.com/issues/show_bug.cgi?id=854 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Walter Bright 2009-07-09 02:53:34 PDT --- Fixed dmd 1.046 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2399] ICE(cgcod.c) on casting function to delegate
http://d.puremagic.com/issues/show_bug.cgi?id=2399 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Walter Bright 2009-07-09 02:54:46 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
digitalmars-d-bugs@puremagic.com
http://d.puremagic.com/issues/show_bug.cgi?id=2875 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:55:32 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2642] ClassInfo.init contains zeroes
http://d.puremagic.com/issues/show_bug.cgi?id=2642 --- Comment #10 from Sobirari Muhomori 2009-07-09 02:55:33 PDT --- > > With or without explicit initialization requirements, you could put that > > initialization in the constructors. > .init can't be moved to constructor, because you won't be able to set vptr > correctly. Though setting of main vptr can be done in user code and other fields initialization can be moved to constructor (including interface fixups). Though this hardly makes difference in the case of inlining. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2900] Array appending slowed drastically since integration of druntime
http://d.puremagic.com/issues/show_bug.cgi?id=2900 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #8 from Walter Bright 2009-07-09 02:55:48 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2974] Segfault(mtype.c) on auto function
http://d.puremagic.com/issues/show_bug.cgi?id=2974 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Walter Bright 2009-07-09 02:56:05 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2865] RandomCover not random.
http://d.puremagic.com/issues/show_bug.cgi?id=2865 --- Comment #4 from Walter Bright 2009-07-09 02:55:08 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3075] void delegate(const(void)[]) should be implicitly convertable to void delegate(void[])
http://d.puremagic.com/issues/show_bug.cgi?id=3075 Walter Bright changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #10 from Walter Bright 2009-07-09 02:57:14 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3121] recurrence does not generate the correct numbers
http://d.puremagic.com/issues/show_bug.cgi?id=3121 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright 2009-07-09 02:58:04 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3081] unaryFun can't be used to get element out of struct
http://d.puremagic.com/issues/show_bug.cgi?id=3081 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #7 from Walter Bright 2009-07-09 02:57:27 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3095] wc example for D2 doesn't compile
http://d.puremagic.com/issues/show_bug.cgi?id=3095 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #3 from Walter Bright 2009-07-09 02:57:45 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3071] nested func declaration parse problem
http://d.puremagic.com/issues/show_bug.cgi?id=3071 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 2009-07-09 02:56:56 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2981] Bad code generation for structs containing invariants
http://d.puremagic.com/issues/show_bug.cgi?id=2981 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #1 from Walter Bright 2009-07-09 02:56:19 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2982] ICE with variadic templates and auto return
http://d.puremagic.com/issues/show_bug.cgi?id=2982 --- Comment #5 from Walter Bright 2009-07-09 02:56:37 PDT --- Fixed dmd 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3075] void delegate(const(void)[]) should be implicitly convertable to void delegate(void[])
http://d.puremagic.com/issues/show_bug.cgi?id=3075 Walter Bright changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #11 from Walter Bright 2009-07-09 03:09:51 PDT --- Oops, it's not fixed, I entered the wrong number. It's invalid. The request is for contravariance of parameter types, and this will not work in the general case because of function overloading and overriding (which rely on exact matching of parameter types). Making it work in a specific case is a kludge and will cause all kinds of problems in the future. It's an attractive idea, but it's been considered and rejected a couple of times now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2642] ClassInfo.init contains zeroes
http://d.puremagic.com/issues/show_bug.cgi?id=2642 --- Comment #11 from Sobirari Muhomori 2009-07-09 03:13:28 PDT --- oops... *fix there's no interface fixups in the object, only vptrs. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3157] New: [patch] Pipes should be closed with pclose
http://d.puremagic.com/issues/show_bug.cgi?id=3157 Summary: [patch] Pipes should be closed with pclose Product: D Version: 2.031 Platform: Other OS/Version: Linux Status: NEW Keywords: patch Severity: major Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: bugzi...@kyllingen.net Created an attachment (id=418) --> (http://d.puremagic.com/issues/attachment.cgi?id=418) Patch for stdio.d version 2.031 FILE*s opened with popen should be closed with pclose, not fclose. I've attached a patch (against stdio.d, version 2.031) which makes File.close do this automatically. This bug causes problems with e.g. the std.process.shell function, which throws an exception whenever a program returns with a nonzero exit status. Example: import std.process; void main() { shell("dmd"); } When DMD is run with no arguments it returns 1, so running the program above causes the following error: std.contracts.ErrnoException: std/stdio.d(397): Could not close file `dmd' (Success) I've created a simple patch against stdio.d to fix this. (It's my first patch ever, so be gentle...) It adds the member "bool isPipe" to the File.Impl struct, which simply tells whether the file is opened with popen or not. The File.close() method checks isPipe and calls pclose if it is true. Note that pclose returns the exit status of the program, so I had to remove the errnoEnforce for that case. Another solution is of course to add a method File.pclose, and require that all popen'ed Files must also be pclosed. However, I think it is better if File.close does this automatically. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3101] Stack overflow: declaring aggregate member twice with static if
http://d.puremagic.com/issues/show_bug.cgi?id=3101 Don changed: What|Removed |Added CC||clugd...@yahoo.com.au Version|2.030 |1.042 Summary|Compiler hangs with 100%|Stack overflow: declaring |CPU load|aggregate member twice with ||static if OS/Version|Linux |All --- Comment #2 from Don 2009-07-09 04:56:58 PDT --- Reduced test case (Windows): --- struct foo{ static if (is(int T == int)) {} static if (is(int T == int)) {} } > dmd ice.d ice.d(3): Error: declaration T is already defined Stack overflow On DMD1, it stack overflows without error message. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1994] Assertion failure: 't->deco' on line 597 in file 'mtype.c' - alias of function pointer type
http://d.puremagic.com/issues/show_bug.cgi?id=1994 Don changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Don 2009-07-09 05:05:52 PDT --- Fixed DMD1.046 and 2.031. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3158] New: std.process.execv() not return result, but terminate application
http://d.puremagic.com/issues/show_bug.cgi?id=3158 Summary: std.process.execv() not return result, but terminate application Product: D Version: 2.031 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: golovanov_ale...@mail.ru Phobos in DMD 2.031, 2.030, 1.045 on Windows XP SP3: function int std.process.execv(in string pathname, in immutable(char)[][] argv) not return any value, but terminate application. Short example - caller.exe should run called.exe, then print returned value: /*** begin file caller.d */ import std.process; import std.stdio; void main() { string[] args = ["a1", "b2", "c3"]; int res = std.process.execv("called.exe", args); writefln("res=%d", res); /*this line never executed*/ }/*** end file caller.d */ In Windiws XP environment caller.exe terminates with code 0 while executing execv() function, and writefln() never executed - no any output occure; Under debug we can see calls: _Dmain -> s...@process@execv -> _execv -> ___spawn -> sub_4263F0 -> _exec -> _exit -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2978] Unhandled win32 exception on successful exe compilation
http://d.puremagic.com/issues/show_bug.cgi?id=2978 --- Comment #6 from Don 2009-07-09 06:54:13 PDT --- Could this be the same as the random OPTLINK crash on multi-core machines? It sounds pretty similar. Check if it still fails in 1.046 and 2.031. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3010] ICE(mtype.c) function pointer type deduction puts compiler in corrupt state
http://d.puremagic.com/issues/show_bug.cgi?id=3010 Don changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Don 2009-07-09 07:12:22 PDT --- Fixed DMD 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2810] Cannot forward reference an auto function
http://d.puremagic.com/issues/show_bug.cgi?id=2810 Don changed: What|Removed |Added Keywords|ice-on-valid-code |rejects-valid Summary|ICE(mtype.c) on auto|Cannot forward reference an |function|auto function --- Comment #1 from Don 2009-07-09 07:23:08 PDT --- The ICE was fixed in DMD2.031. Now it's just a rejects-valid. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3158] std.process.execv() not return result, but terminate application
http://d.puremagic.com/issues/show_bug.cgi?id=3158 BCS changed: What|Removed |Added CC||shro8...@vandals.uidaho.edu --- Comment #1 from BCS 2009-07-09 07:41:41 PDT --- This is spec is almost certainly wrong because the POSIX exec* calls replace the current process with whatever it is called with, The function never returns unless something goes wrong. These functions should be renamed or re speced. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2192] Returning element in an AA of AAs during nested foreach generates compiler error
http://d.puremagic.com/issues/show_bug.cgi?id=2192 --- Comment #3 from Serg Kovrov 2009-07-09 07:55:32 PDT --- Same error is issued on returning from nested foreach over opApply/delegates. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3075] void delegate(const(void)[]) should be implicitly convertable to void delegate(void[])
http://d.puremagic.com/issues/show_bug.cgi?id=3075 --- Comment #12 from Steven Schveighoffer 2009-07-09 08:23:21 PDT --- you mean a kludge like COM interfaces? But I digress... Kludge is not the right word here, because what is implemented would fully satisfy what is desired. It may be worth while looking into how contravariance can work in the general case. At least in this case, it seems much less complex, and I'd say it's pretty well contained. That is, if this were implemented, I don't see how it would translate to the expectation that contravariance works in the general case (which has it's own problems). In fact, I'd say the current behavior is less consistent, since you can do implicit casting of parameters to match the function call, but the same call cannot be made by passing a delegate to a function that expects the base. For instance, imagine the following: struct S(T) { T[] data; applyAll(void delegate(T t) dg) { foreach(t; data) dg(t); } } class C {} class D : C {} class X { void foo(C c) {writefln(c);} void foo2(S!D s) { s.applyAll(&foo); // would just work. // current requirement (a kludge IMO) void wrapper(D d) { foo(d); } s.applyAll(&wrapper); } } I would petition to leave this open as an enhancement, maybe one of the newly found compiler gurus who can now modify dmd to add things can try making this work as a test. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2978] Unhandled win32 exception on successful exe compilation
http://d.puremagic.com/issues/show_bug.cgi?id=2978 --- Comment #7 from Rob Jacques 2009-07-09 08:31:30 PDT --- (In reply to comment #6) > Could this be the same as the random OPTLINK crash on multi-core machines? It > sounds pretty similar. Check if it still fails in 1.046 and 2.031. Actually, I tried the optlink patch when it came out, and that didn't seem to fix it. However, I haven't had a crash on valid code happen in 2.031, so it's probably fixed, for the most part. Since this has been a stochastic problem, I had been waiting to see if it just got less frequent or has disappeared, before making a comment. Since it appears to be fixed, thanks! Note: I did run into a few crashes on invalid code (stuff to do with the new integer rules) when porting my personal branch of DFL (since the main trunk is a few revs behind). But that's probably a different bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3159] New: Can't access member variables from templated nested member function
http://d.puremagic.com/issues/show_bug.cgi?id=3159 Summary: Can't access member variables from templated nested member function Product: D Version: 2.031 Platform: Other OS/Version: Windows Status: NEW Keywords: rejects-valid Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: dsim...@yahoo.com struct Foo { uint number; void doStuff(uint num) { void doMoreStuff(T)(T num2) { number++; } doMoreStuff(num); } } test.d(7): Error: need 'this' to access member number Also happens if Foo is a class instead of a struct. Does not happen if doMoreStuff() is a plain old function instead of a function template. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2251] ICE(glue.c): Variadic templates and auto return types don't work together.
http://d.puremagic.com/issues/show_bug.cgi?id=2251 --- Comment #8 from David Simcha 2009-07-09 12:36:54 PDT --- This one missed the changelog somehow. Please update. Anyhow, thanks for the fix. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3075] void delegate(const(void)[]) should be implicitly convertable to void delegate(void[])
http://d.puremagic.com/issues/show_bug.cgi?id=3075 --- Comment #13 from Walter Bright 2009-07-09 12:47:42 PDT --- It's commonplace in language design to hack things up to work for the special cases, and then get stuck with an intractable legacy compatibility issue when it fails for the general case. C++ is full of that. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2978] Unhandled win32 exception on successful exe compilation
http://d.puremagic.com/issues/show_bug.cgi?id=2978 Brad Roberts changed: What|Removed |Added CC||bra...@puremagic.com --- Comment #8 from Brad Roberts 2009-07-09 17:08:13 PDT --- Can you reproduce this with 2.031? Walter fixed a bug that might well be related in that release. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2978] Unhandled win32 exception on successful exe compilation
http://d.puremagic.com/issues/show_bug.cgi?id=2978 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Walter Bright 2009-07-09 18:43:53 PDT --- I believe this was fixed in dmd 1.046 and 2.031. Reopen if not. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3000] iota should work with floats
http://d.puremagic.com/issues/show_bug.cgi?id=3000 Brad Roberts changed: What|Removed |Added Status|RESOLVED|REOPENED CC||bra...@puremagic.com Resolution|FIXED | --- Comment #2 from Brad Roberts 2009-07-09 22:33:01 PDT --- Should the examples be updated to include one for floats, maybe? Also, how about adding a bit more sanity checking such as B, E, and S are all numeric types? Also, what does 'iota' stand for? I keep reading it as 'itoa' which is obviously wrong. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---