[Issue 9044] Random Previous Definition Different optlink failure (looks like a buffer overflow bug somewhere)
http://d.puremagic.com/issues/show_bug.cgi?id=9044 --- Comment #4 from Denis Shelomovskij verylonglogin@gmail.com 2012-12-23 12:11:51 MSK --- (In reply to comment #3) Attempting to extract your test case: -- 7z l linker-error.7z 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 Error: 7-Zip cannot find the code that works with archives. -- Please use ordinary zip files or just upload the files themselves. Common! 7-Zip has [one of] the best compression ratio, small compression time, good GUI and explorer integration, so why not to use it? Also why not to use the installer? If you really want to do everything manually, why are you complaining about errors? It is you decision to not use installer and user-friendly GUI. But if you for some reason need to use 7z.exe, you also need 7z.dll for code that works with archives. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9198] New: Vararg functions don't respect IFTI rules
http://d.puremagic.com/issues/show_bug.cgi?id=9198 Summary: Vararg functions don't respect IFTI rules Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: monarchdo...@gmail.com --- Comment #0 from monarchdo...@gmail.com 2012-12-23 01:49:23 PST --- I'm not sure *what* said rules are, but as observed here: https://github.com/D-Programming-Language/phobos/pull/1010#discussion_r2418181 The root issue is that IFTI should cast an immutable slice to a slice of immutables, but that doesn't happen with varargs: // import std.stdio; void foo1(Range)(Range) { writeln(Foo1: , Range.stringof); } void foo2(Ranges...)(Ranges) { writeln(Foo2: , Ranges[0].stringof); } void main() { immutable(int[]) a = [1, 2, 3]; foo1(a); foo2(a); } // Foo1: immutable(int)[] Foo2: immutable(int[]) // I'm not sure what the rules are, but I'd expect seeing something consistent in any case. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8774] 2.059 worked 2.060 does not: Unable to join thread
http://d.puremagic.com/issues/show_bug.cgi?id=8774 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added CC||dmitry.o...@gmail.com --- Comment #9 from Dmitry Olshansky dmitry.o...@gmail.com 2012-12-23 01:58:21 PST --- This one was actually simple to decipher - map recomputes values across multiple iterations. I instrumented the code to show a) ref address of threads in start loop and join loop b) print Mapped each time a functor that creates the thread is run. I get 2 times and 2 different addresses. The only question left is why it ever worked. The right aproach would be to call array on result of task map and do not attempt 2nd lazy evluation of it. Modifed source below: import std.algorithm ; import std.datetime ; import std.range ; import std.stdio; import core.thread ; import output_d ; shared double sum ; shared Object sumMutex ; void partialSum ( immutable int id , immutable int sliceSize , immutable double delta ) { immutable start = 1 + id * sliceSize ; immutable end = ( id + 1 ) * sliceSize ; auto localSum = 0.0 ; foreach ( i ; start .. end + 1 ) { immutable x = ( i - 0.5 ) * delta ; localSum += 1.0 / ( 1.0 + x * x ) ; } synchronized ( sumMutex ) { sum += localSum ; } } void execute ( immutable int numberOfThreads ) { immutable n = 10 ; immutable delta = 1.0 / n ; StopWatch stopWatch ; stopWatch.start ( ) ; immutable sliceSize = n / numberOfThreads ; sum = 0.0 ; auto threads = map ! ( ( int i ) { auto closedPartialSum ( ) { immutable ii = i ; return delegate ( ) { partialSum ( ii , sliceSize , delta ) ; } ; } writeln(Mapped!); return new Thread ( closedPartialSum ) ; } ) ( iota ( numberOfThreads ) ) ; foreach ( thread ; threads ) { writefln(%x, cast(void*)thread); thread.start ( ) ; } foreach ( thread ; threads ) { writefln(%x, cast(void*)thread); thread.join ( ) ; } immutable pi = 4.0 * delta * sum ; stopWatch.stop ( ) ; immutable elapseTime = stopWatch.peek ( ).hnsecs * 100e-9 ; output ( __FILE__ , pi , n , elapseTime , numberOfThreads ) ; } int main ( immutable string[] args ) { sumMutex = new shared ( Object ) ; execute ( 1 ) ; execute ( 2 ) ; execute ( 8 ) ; execute ( 32 ) ; return 0 ; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8774] 2.059 worked 2.060 does not: Unable to join thread
http://d.puremagic.com/issues/show_bug.cgi?id=8774 --- Comment #10 from Dmitry Olshansky dmitry.o...@gmail.com 2012-12-23 02:32:18 PST --- (In reply to comment #8) Here is a simple test case: - module program; import std.stdio; import core.thread; void main () { Thread t1, t2; t1 = new Thread(delegate { t2.start(); }); t2 = new Thread(delegate { Thread.sleep(dur!seconds(1)); }); t1.start(); t2.join(); } - http://dpaste.dzfl.pl/0d24dd06 output: core.thread.ThreadException@src/core/thread.d(780): Unable to join thread if t2.join occurs after t2 already finished then exception is not thrown, hence the sleep This one is a genuine race condition: t2.join could be called before t2 is actually started by t1. And as far as I can tell this is the *most* *probable* outcome. So it can't be seriously taken as test case without proper synchronization between threads. What it shows though is that you can't join a thread that isn't started and the error is Unable to join thread. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9198] Vararg functions don't respect IFTI rules
http://d.puremagic.com/issues/show_bug.cgi?id=9198 --- Comment #1 from Kenji Hara k.hara...@gmail.com 2012-12-23 03:38:28 PST --- (In reply to comment #0) I'm not sure *what* said rules are, but as observed here: https://github.com/D-Programming-Language/phobos/pull/1010#discussion_r2418181 The root issue is that IFTI should cast an immutable slice to a slice of immutables, but that doesn't happen with varargs: [snip] I'm not sure what the rules are, but I'd expect seeing something consistent in any case. This behavior has been introduced from 2.057. http://dlang.org/changelog#new2_057 Removed top const from dynamic array types and pointer types in IFTI. https://github.com/d-programming-language/dmd/commit/cc0cde2345e6921fc28bd688a503b03fc98f8b93 And, from the view of implementer, this behavior is definitely a bug. Because I did consider nothing about variadic template parameter. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9198] Vararg functions don't respect IFTI rules
http://d.puremagic.com/issues/show_bug.cgi?id=9198 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, wrong-code Version|unspecified |D2 --- Comment #2 from Kenji Hara k.hara...@gmail.com 2012-12-23 04:08:09 PST --- https://github.com/D-Programming-Language/dmd/pull/1399 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8841] Missing line numbers in stack trace?
http://d.puremagic.com/issues/show_bug.cgi?id=8841 --- Comment #6 from Rainer Schuetze r.sagita...@gmx.de 2012-12-23 05:27:46 PST --- The callstack for the original example does not show line numbers because the functions shown are all from the runtime library which is not compiled with debug information. The major problem is that the throwing statement in main isn't shown at all. If it is shown (as in Kenjis example) line numbers usually show up. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7152] Can't assign null to default argument
http://d.puremagic.com/issues/show_bug.cgi?id=7152 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 06:17:08 PST --- *** This issue has been marked as a duplicate of issue 7019 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7019] implicit constructors are inconsistently allowed
http://d.puremagic.com/issues/show_bug.cgi?id=7019 --- Comment #12 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 06:17:09 PST --- *** Issue 7152 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8960] DMD 2.061 git head: Unable to set thread priority
http://d.puremagic.com/issues/show_bug.cgi?id=8960 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 06:23:13 PST --- Looks like it's not happening anymore? Oh well.. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8992] __traits(compileError)
http://d.puremagic.com/issues/show_bug.cgi?id=8992 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #15 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 06:33:47 PST --- I can not reproduce this. I even tried it on a windows XP machine with a very old version of dbghelp. What system did you run this on? Please post the version numbers of your dbghelp.dll and imagehlp.dll (in your Windows/System folder or Windows/sysWOW64 if you are using a x64 windows) Kind Regards Benjamin Thaut -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9199] New: Module level qualified functions should be rejected
http://d.puremagic.com/issues/show_bug.cgi?id=9199 Summary: Module level qualified functions should be rejected Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: accepts-invalid Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: k.hara...@gmail.com --- Comment #0 from Kenji Hara k.hara...@gmail.com 2012-12-23 06:39:18 PST --- Module level functions with qualifiers should report compile error, but doesn't. void fc() const {} void fi() immutable {} void fw() inout {} void fs() shared {} In above, fc and fi reports Error: function test.foo without 'this' cannot be const/immutable But fw and fs compiles with no error. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1001] print stack trace (in debug mode) when program die
http://d.puremagic.com/issues/show_bug.cgi?id=1001 --- Comment #61 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 06:48:44 PST --- For windows x86: https://github.com/D-Programming-Language/druntime/pull/368 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #16 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 06:48:59 PST --- Created an attachment (id=1171) procmon -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #17 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 06:49:31 PST --- (In reply to comment #15) I can not reproduce this. I even tried it on a windows XP machine with a very old version of dbghelp. What system did you run this on? Please post the version numbers of your dbghelp.dll and imagehlp.dll (in your Windows/System folder or Windows/sysWOW64 if you are using a x64 windows) Kind Regards Benjamin Thaut --- import std.file; void main() { chdir(`C:\`); try // Let's serach the whole C: drive! throw new Exception(Ex); catch { } } --- I've added just a partial log of sysinternals process monitor with a filter on 'test.exe' from the above example. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9199] Module level qualified functions should be rejected
http://d.puremagic.com/issues/show_bug.cgi?id=9199 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara k.hara...@gmail.com 2012-12-23 07:53:24 PST --- https://github.com/D-Programming-Language/dmd/pull/1400 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9012] writef/format inconsistent with format specifier
http://d.puremagic.com/issues/show_bug.cgi?id=9012 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Kenji Hara k.hara...@gmail.com 2012-12-23 08:17:50 PST --- OK. Closed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9199] Module level qualified functions should be rejected
http://d.puremagic.com/issues/show_bug.cgi?id=9199 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #2 from bearophile_h...@eml.cc 2012-12-23 08:16:21 PST --- Is this a first step toward fixing Issue 3934 ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9169] semantic order difference in variable declaration
http://d.puremagic.com/issues/show_bug.cgi?id=9169 --- Comment #1 from Kenji Hara k.hara...@gmail.com 2012-12-23 08:21:37 PST --- Related: issue 3131 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9199] Module level qualified functions should be rejected
http://d.puremagic.com/issues/show_bug.cgi?id=9199 --- Comment #3 from Kenji Hara k.hara...@gmail.com 2012-12-23 08:27:16 PST --- (In reply to comment #2) Is this a first step toward fixing Issue 3934 ? Mostly unrelated. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8676] lockstep needs to document default stopping policy
http://d.puremagic.com/issues/show_bug.cgi?id=8676 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9200] New: Wrong SIMD cod generated
http://d.puremagic.com/issues/show_bug.cgi?id=9200 Summary: Wrong SIMD cod generated Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: jerro.pub...@gmail.com --- Comment #0 from jerro.pub...@gmail.com 2012-12-23 10:38:26 PST --- When compiled with no flags, the following program gives wrong results: import std.stdio; import core.simd; double2 * v(double* a) { return cast(double2*)a; } void main() { double2 a; auto p = cast(double*) a; p[0] = 1; p[1] = 2; double2 b = v(p)[0]; v(p)[0] = b; writeln(p[0 .. 2]); // prints [1, 0] } Disassembly of the relevant part of the code: call 426344 _D3tmp1vFPdZPNhG2d movapd xmm0,XMMWORD PTR [rax] movapd XMMWORD PTR [rbp-0x10],xmm0 movapd xmm1,XMMWORD PTR [rbp-0x10] movsd QWORD PTR [rbp-0x40],xmm1; should be movapd movrdi,QWORD PTR [rbp-0x20] call 426344 _D3tmp1vFPdZPNhG2d movsd xmm1,QWORD PTR [rbp-0x40]; should be movapd movapd XMMWORD PTR [rax],xmm1 This happens with both DMD 2.060 and the latest version of 2.061 from github. It doesn't happen if I use either -O flag or -inline. It doesn't happen with LDC or GDC. I have only tested this on linux. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2913] aliasing a ref type is not possible
http://d.puremagic.com/issues/show_bug.cgi?id=2913 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 10:45:12 PST --- (In reply to comment #2) (In reply to comment #1) I'm not sure allowing that alias is a good idea, as ref int and int still name the same type. If that alias worked, wouldn't you expect alias ref int rint; int i = 3; rint ri = i; ri = 4; assert(i == 4); The ref would be only effective in a function signature. So would that code error at compile-time or just silently compile and fail at runtime as if the ref didn't exist? It's tricky business.. But there's definitely a problem of not being able to pass around 'ref' in metaprogramming. The classic example being std.signal, where you can't define a signal with ref parameters: struct S { // would allow connecting to 'void f(ref int) { }' mixin Signal!(ref int); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2771] browse() fails if Safari is renamed or moved.
http://d.puremagic.com/issues/show_bug.cgi?id=2771 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 10:49:25 PST --- It now uses either BROWSER environment variable or x-www-browser. I think this is fixed now (I can't test though). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9200] Wrong SIMD cod generated
http://d.puremagic.com/issues/show_bug.cgi?id=9200 --- Comment #1 from jerro.pub...@gmail.com 2012-12-23 10:49:42 PST --- I managed to reduce it a bit further: import std.stdio; import core.simd; double2 * v(double2* a) { return a; } void main() { double2 a = [1, 2]; *v(a) = a; writeln(a.array); } And the disassembly: movsd QWORD PTR [rbp-0x20],xmm1 leardi,[rbp-0x10] call 4263f4 _D3tmp1vFPNhG2dZPNhG2d movsd xmm1,QWORD PTR [rbp-0x20] movapd XMMWORD PTR [rax],xmm1 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1893] Allow delete to work on non-lvalues
http://d.puremagic.com/issues/show_bug.cgi?id=1893 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||WONTFIX --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 11:01:35 PST --- I think it's far too late for this enhancement, delete will likely not be improved since it's scheduled for deprecation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1962] -H also compiles and links
http://d.puremagic.com/issues/show_bug.cgi?id=1962 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||INVALID --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 11:05:02 PST --- Use -o- to avoid compilation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1988] more unicode
http://d.puremagic.com/issues/show_bug.cgi?id=1988 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||DUPLICATE --- Comment #8 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 11:06:42 PST --- *** This issue has been marked as a duplicate of issue 317 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 317] Need full translation of the Windows API headers
http://d.puremagic.com/issues/show_bug.cgi?id=317 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||dfj1es...@sneakemail.com --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 11:06:42 PST --- *** Issue 1988 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2458] Can't deduce sizeof inner struct inside a template mixin
http://d.puremagic.com/issues/show_bug.cgi?id=2458 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 11:13:18 PST --- (In reply to comment #1) Reduced test case a bit: mixin template A() { void foo() {} } void bar() { static struct C { mixin A!(); }; } That works in 2.061, however OP code still doesn't work. Also it should probably use 'typeof(this).sizeof', not '(*this).sizeof' (which gives a separate error). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1673] is(symbol == template) should work
http://d.puremagic.com/issues/show_bug.cgi?id=1673 --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 11:21:28 PST --- https://github.com/D-Programming-Language/dmd/pull/1239 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9044] Random Previous Definition Different optlink failure (looks like a buffer overflow bug somewhere)
http://d.puremagic.com/issues/show_bug.cgi?id=9044 --- Comment #5 from Walter Bright bugzi...@digitalmars.com 2012-12-23 12:13:04 PST --- (In reply to comment #4) Common! 7-Zip has [one of] the best compression ratio, small compression time, good GUI and explorer integration, so why not to use it? Who cares? File size simply no longer matters, especially not 5K. I've already spend magnitudes more time trying to get it uncompressed than any microseconds it supposedly saves. I'm not spending any more time on it. Also why not to use the installer? If you really want to do everything manually, why are you complaining about errors? It is you decision to not use installer and user-friendly GUI. If it's my fault that 7z.exe does not work with 7z files, that makes me even less interested in 7z. But if you for some reason need to use 7z.exe, you also need 7z.dll for code that works with archives. That's exactly why I don't care to use it. It does not work without mucking about with it. .zip works everywhere, no issues. Please upload the files in a usable format. I'm interested in fixing the bug in this issue. I couldn't be less interested in wrestling with 7z. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9044] Random Previous Definition Different optlink failure (looks like a buffer overflow bug somewhere)
http://d.puremagic.com/issues/show_bug.cgi?id=9044 Max Samukha samu...@voliacable.com changed: What|Removed |Added CC||samu...@voliacable.com --- Comment #6 from Max Samukha samu...@voliacable.com 2012-12-23 12:29:03 PST --- That's not funny any more, really. Walter, is it really hard to install 7-zip extractor? It is ubiquitous and free. There is hardly a single non-lame programmer who doesn't have it installed. Why irritate an already irritated user that cares to file bug reports for your half-working thing? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3642] Poor error message: function ___ not callable with argument types ___
http://d.puremagic.com/issues/show_bug.cgi?id=3642 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||DUPLICATE --- Comment #5 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 13:45:29 PST --- *** This issue has been marked as a duplicate of issue 1730 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1730] Bogus error message calling a non-const struct method on a const struct reference
http://d.puremagic.com/issues/show_bug.cgi?id=1730 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||jason.james.ho...@gmail.com --- Comment #5 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 13:45:29 PST --- *** Issue 3642 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1730] Bogus error message calling a non-const struct method on a const struct reference
http://d.puremagic.com/issues/show_bug.cgi?id=1730 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #7 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 13:47:23 PST --- There's a ton of duplicate reports on this diagnostic. We better come up with a better error message than what we have now because there's a lot of complaints. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1730] Bogus error message calling a non-const struct method on a const struct reference
http://d.puremagic.com/issues/show_bug.cgi?id=1730 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||mrmoc...@gmx.de --- Comment #6 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 13:45:34 PST --- *** Issue 4497 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4497] inexpressive error message for const object method
http://d.puremagic.com/issues/show_bug.cgi?id=4497 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||DUPLICATE --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 13:45:34 PST --- *** This issue has been marked as a duplicate of issue 1730 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9044] Random Previous Definition Different optlink failure (looks like a buffer overflow bug somewhere)
http://d.puremagic.com/issues/show_bug.cgi?id=9044 bearophile_h...@eml.cc changed: What|Removed |Added Attachment #1162|0 |1 is obsolete|| --- Comment #7 from bearophile_h...@eml.cc 2012-12-23 13:51:37 PST --- Created an attachment (id=1172) The same files in zip archive (In reply to comment #6) That's not funny any more, really. Walter, is it really hard to install 7-zip extractor? It is ubiquitous and free. There is hardly a single non-lame programmer who doesn't have it installed. Why irritate an already irritated user that cares to file bug reports for your half-working thing? I agree with Walter that Bugzilla entries should have attachments in the most common and user-friendly formats, like zip, unless the file is huge or there are special situations. So a 7 kb archive does not justify the usage of a less common archiver. On the other hand 7z is an archiver better than zip, and progress in computer science requires a little of extra work to phase out older technologies to replace them with newer and better. So today installing a working and free version of 7z should be considered expected by serious computer users. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9044] Random Previous Definition Different optlink failure (looks like a buffer overflow bug somewhere)
http://d.puremagic.com/issues/show_bug.cgi?id=9044 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #8 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 13:59:57 PST --- Please let's not go off-topic. I can't recreate the linker failure with git-head. I get the obj, lib, map and exe file with no errors. This might also be related to Issue 3094, which doesn't have source test-cases but only object file test-cases. In 3094 linking fails with optlink but it works with Unilink (minus the missing entry function error which is expected as none were provided). Denis do you know which DMD commit you were on when testing this? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #18 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 14:48:55 PST --- (In reply to comment #17) Hi, did you use druntime version 2.060 to reproduce the issue or did you use the latest druntime from the git master branch? If you used the 2.060 version I think I know where the issue is. git-head with git-druntime. However I can recreate it with 2.060 dmd+druntime. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #19 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 15:19:25 PST --- I have a possible fix at: https://github.com/Ingrater/druntime/tree/pull8936 As I can't reproduce the issue, I can't tell if this actually fixes the issue. It would be great if someone who can reproduce this, could check the fix and report the results. Kind Regards Benjamin Thaut -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #20 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 15:22:56 PST --- (In reply to comment #19) I have a possible fix at: https://github.com/Ingrater/druntime/tree/pull8936 As I can't reproduce the issue, I can't tell if this actually fixes the issue. It would be great if someone who can reproduce this, could check the fix and report the results. Kind Regards Benjamin Thaut I've just tried it, same results as before. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #21 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 15:27:12 PST --- Could you compile the debug(PRINTF) version and post which search path is printed to the console? And with same results you mean it is still searching your whole C drive? Kind Regards Benjamin Thaut -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #22 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 15:30:29 PST --- (In reply to comment #21) Could you compile the debug(PRINTF) version and post which search path is printed to the console? Search paths: C:;C:\WINDOWS; And with same results you mean it is still searching your whole C drive? Yes. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #23 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 15:34:50 PST --- Where is your binary located? If you put it directly into the C:\ root then it obviously will have to search the whole C drive for pdbs. Kind Regards Benjamin Thaut -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #24 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 15:37:20 PST --- (In reply to comment #23) Where is your binary located? If you put it directly into the C:\ root then it obviously will have to search the whole C drive for pdbs. Kind Regards Benjamin Thaut Why does it obviously have to search the entire drive? It doesn't do that in 2.059 and I get a nice stack trace. The whole point of that test-case is that the path the executable is located in is needlessly search for. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #25 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 15:40:36 PST --- (In reply to comment #24) Why does it obviously have to search the entire drive? It doesn't do that in 2.059 and I get a nice stack trace. The whole point of that test-case is that the path the executable is located in is needlessly search for. Because the documentation says so: http://msdn.microsoft.com/en-us/library/windows/desktop/ms681351%28v=vs.85%29.aspx I also finally understood the issue. Thanks for your help. I have a fix now and will open a pull request soon. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #26 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 15:45:28 PST --- (In reply to comment #24) I just commited a fix to https://github.com/Ingrater/druntime/tree/pull8936 can you please confirm it actuall works? Kind Regards Benjamin Thaut -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #27 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 15:50:27 PST --- (In reply to comment #26) (In reply to comment #24) I just commited a fix to https://github.com/Ingrater/druntime/tree/pull8936 can you please confirm it actuall works? Yes it works now, and the search path is now: Search paths: C:\WINDOWS; Thanks for your work! Before your latest commit I was going to recommend to try making the code search the Windows folder before it searches the local path. So e.g. in that commit before where I've had: Search paths: C:;C:\WINDOWS; maybe the simple fix would be to put the local path last: Search paths: C:\WINDOWS;C:; -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #28 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 15:54:51 PST --- (In reply to comment #27) (In reply to comment #26) (In reply to comment #24) I just commited a fix to https://github.com/Ingrater/druntime/tree/pull8936 can you please confirm it actuall works? Yes it works now, and the search path is now: Search paths: C:\WINDOWS; Thanks for your work! Before your latest commit I was going to recommend to try making the code search the Windows folder before it searches the local path. So e.g. in that commit before where I've had: Search paths: C:;C:\WINDOWS; maybe the simple fix would be to put the local path last: Search paths: C:\WINDOWS;C:; If I understood the documentation correctly the search paths are only for pdbs that are not directly referenced from the executables. For example when you use the microsoft symbol store. Specifying the path of the executable should not be neccessary at all to get correct stack traces. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #29 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-23 15:57:38 PST --- (In reply to comment #28) If I understood the documentation correctly the search paths are only for pdbs that are not directly referenced from the executables. For example when you use the microsoft symbol store. Specifying the path of the executable should not be neccessary at all to get correct stack traces. I see. Thanks again for your time! Could you make this a pull request so we can merge it before 2.061 release? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8936] Throwing results in searching the whole directory tree rooted in current directory
http://d.puremagic.com/issues/show_bug.cgi?id=8936 --- Comment #30 from Benjamin Thaut c...@benjamin-thaut.de 2012-12-23 16:14:12 PST --- https://github.com/D-Programming-Language/druntime/pull/369 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8061] std.algorithm.joiner breaks when used with InputRangeObject
http://d.puremagic.com/issues/show_bug.cgi?id=8061 --- Comment #11 from github-bugzi...@puremagic.com 2012-12-23 18:23:22 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/7ff2fcec063790184aac1d3aa08a09112da79763 Fix issue 8061. We cannot assume that RoR.save will also .save the state of its subranges; so the only way we can correctly export a .save method in the joined range is if we also .save its subranges as we traverse over them. https://github.com/D-Programming-Language/phobos/commit/99bece7a49a4e33e468397bff5c94c1a96551c33 Merge pull request #1019 from quickfur/joiner_save Fix issue 8061. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9200] Wrong SIMD code generated
http://d.puremagic.com/issues/show_bug.cgi?id=9200 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-12-23 21:10:51 PST --- This is happening in cod3.c REGSAVE::save() and REGSAVE::restore(). Unfortunately, just changing the opcodes doesn't work because MOVAPD requires 16 bit alignment of the operands. Fixing that exposes further problems. Essentially, it'll have to wait a bit. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5713] Broken final switch on ints
http://d.puremagic.com/issues/show_bug.cgi?id=5713 bearophile_h...@eml.cc changed: What|Removed |Added Severity|enhancement |major --- Comment #12 from bearophile_h...@eml.cc 2012-12-23 22:57:35 PST --- This issue was definitively mislabelled, this is clearly a bug, and even significant. Bumped to major. void main() { bool b; final switch (b) { case true: break; } } It compiles without errors. At runtime gives: core.exception.SwitchError@test(3): No appropriate switch clause found -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---