[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #8 from Vladimir Panteleev --- I'm still seeing the same errors. How are you compiling dlib.lib? --
[Issue 14282] executeShell should use sh and ignore the SHELL env variable
https://issues.dlang.org/show_bug.cgi?id=14282 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14282] executeShell should use sh and ignore the SHELL env variable
https://issues.dlang.org/show_bug.cgi?id=14282 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/a524a3571b18e440c4dd751fcf4e2d00b834fb22 fix Issue 14282 - executeShell should use sh and ignore the SHELL env variable https://github.com/D-Programming-Language/phobos/commit/865f36fccea8c0d95e31624aea22902def150fa1 Merge pull request #3051 from MartinNowak/fix14282 fix Issue 14282 - executeShell should use sh and ignore the SHELL env variable --
[Issue 14381] It is too difficult to contribute to the auto-tester
https://issues.dlang.org/show_bug.cgi?id=14381 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #5 from Martin Nowak --- Let's take a concrete example. I'm trying to get dlang.org/documentation building integrated into or CI since 4 month, because it breaks too often and regularly stalls releases. https://github.com/braddr/d-tester/issues/41 I tried various ways (email, newsgroup, github) to get a bit of your attention on that topic. I also tried to implement it myself, but couldn't get the client script to run on my machine. This is asking for 10-20 minutes of your time for an important feature, it is mainly a communication issue though. --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #7 from Szymon Gatner --- Build started 2015-04-03 22:49:35. 1>Project "C:\Users\bravo\documents\visual studio 2012\Projects\CppDMix\CppDMix\CppDMix.vcxproj" on node 2 (Build target(s)). 1>ClCompile: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\x86_amd64\CL.exe /c /Zi /nologo /W3 /WX- /Od /D WIN32 /D _DEBUG /D _CONSOLE /D _UNICODE /D UNICODE /Gm /EHsc /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Fo"x64\Debug\\" /Fd"x64\Debug\vc110.pdb" /Gd /TP /errorReport:prompt main.cpp main.cpp Link: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\x86_amd64\link.exe /ERRORREPORT:PROMPT /OUT:"C:\Users\bravo\documents\visual studio 2012\Projects\CppDMix\x64\Debug\CppDMix.exe" /INCREMENTAL /NOLOGO /LIBPATH:D:\devel\D\dmd2\windows\lib64 /LIBPATH:"C:\Users\bravo\Documents\visual studio 2012\Projects\CppDMix\dlib\Debug" phobos64.lib dlib.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /MANIFEST /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /manifest:embed /DEBUG /PDB:"C:\Users\bravo\documents\visual studio 2012\Projects\CppDMix\x64\Debug\CppDMix.pdb" /SUBSYSTEM:CONSOLE /TLBID:1 /DYNAMICBASE /NXCOMPAT /IMPLIB:"C:\Users\bravo\documents\visual studio 2012\Projects\CppDMix\x64\Debug\CppDMix.lib" /MACHINE:X64 x64\Debug\main.obj CppDMix.vcxproj -> C:\Users\bravo\documents\visual studio 2012\Projects\CppDMix\x64\Debug\CppDMix.exe 1>Done Building Project "C:\Users\bravo\documents\visual studio 2012\Projects\CppDMix\CppDMix\CppDMix.vcxproj" (Build target(s)). Build succeeded. Time Elapsed 00:00:00.32 --
[Issue 14401] typeid(shared X).init is empty for class types
https://issues.dlang.org/show_bug.cgi?id=14401 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/6fa857d5535d52df08fb93ae975ee864101537b0 fix Issue 14401 - typeid(shared X).init is empty for class types `TypeInfo_Class` needs to override `init()` method for the `TypeInfo_Const` and its derived TypeInfo classes. https://github.com/D-Programming-Language/druntime/commit/bd3f4cb2122edd1a7c107f86936c20bba15191b6 Merge pull request #1205 from 9rnsr/fix14401 Issue 14401 - typeid(shared X).init is empty for class types --
[Issue 14404] New: Class nested within function cannot be created
https://issues.dlang.org/show_bug.cgi?id=14404 Issue ID: 14404 Summary: Class nested within function cannot be created Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: critical Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: m...@argylelabco.at Created attachment 1506 --> https://issues.dlang.org/attachment.cgi?id=1506&action=edit Minimal Code Sample Calling ClassInfo.Create will fail for a class nested within a function. Minimal code to reproduce the issue follows: [CODE] extern (C) Object _d_newclass(const TypeInfo_Class ci); void main() { int kittens; class Foo { this() { kittens = 1; } ~this() { kittens = 0; } } Foo f = new Foo(); // this works typeid(f).create(); // fails } [/CODE] --
[Issue 14401] typeid(shared X).init is empty for class types
https://issues.dlang.org/show_bug.cgi?id=14401 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/9f68938b8f3420d676e5231867c82101ef5d1c81 Supplemental fix for issue 14401 - Deal with the type change of typeid(ClassType).init to const(void)[] https://github.com/D-Programming-Language/phobos/commit/3ffc006c20d759ad7197eae879cc894f7bb5efbb Merge pull request #3143 from 9rnsr/fix14401 Supplemental fix for issue 14401 - Deal with the type change of typeid(ClassType).init to const(void)[] --
[Issue 14401] typeid(shared X).init is empty for class types
https://issues.dlang.org/show_bug.cgi?id=14401 Kenji Hara changed: What|Removed |Added Keywords||pull, wrong-code Component|DMD |druntime --- Comment #1 from Kenji Hara --- The root problem is in the definition of TypeInfo_Class. So it's a druntime issue. https://github.com/D-Programming-Language/druntime/pull/1205 https://github.com/D-Programming-Language/phobos/pull/3143 --
[Issue 14398] Segfault when nested struct in static array accesses context
https://issues.dlang.org/show_bug.cgi?id=14398 Kenji Hara changed: What|Removed |Added Keywords||pull, wrong-code --- Comment #1 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/4552 --
[Issue 14341] [REG 2.067] Crash with -O -release -inline after sort and map!(to!string)
https://issues.dlang.org/show_bug.cgi?id=14341 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Kenji Hara --- (In reply to Kenji Hara from comment #2) > (In reply to Vladimir Panteleev from comment #1) > > Introduced in https://github.com/D-Programming-Language/dmd/pull/4415 > > This is a dup of issue 14220, but its fix is not yet cherry-picked in 2.067 > branch. The 14220 fix was cherry-picked in stable branch. --
[Issue 14395] [REG2.067] Typesafe variadic function call collapsed if being used for default value
https://issues.dlang.org/show_bug.cgi?id=14395 Kenji Hara changed: What|Removed |Added Keywords||pull, wrong-code Hardware|x86_64 |All Summary|default value collapsed |[REG2.067] Typesafe |(dmd2.067) |variadic function call ||collapsed if being used for ||default value OS|Windows |All --- Comment #3 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/4551 --
[Issue 14368] stdio.rawRead underperforms stdio
https://issues.dlang.org/show_bug.cgi?id=14368 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14368] stdio.rawRead underperforms stdio
https://issues.dlang.org/show_bug.cgi?id=14368 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/e741c24f8578498be6b11bcc76e150b4f001be3a Fix Issue 14368 - rawRead performance reduce performance gap between fread and rawRead cf. https://issues.dlang.org/show_bug.cgi?id=14368 https://github.com/D-Programming-Language/phobos/commit/4d30c1d15d47eee3f4341feb3ee25eb0102fb6ae Merge pull request #3127 from charles-cooper/issue_14368 Fix Issue 14368 - rawRead performance --
[Issue 12700] object.di still defined alias destroy clear
https://issues.dlang.org/show_bug.cgi?id=12700 Steven Schveighoffer changed: What|Removed |Added Status|NEW |RESOLVED CC||schvei...@yahoo.com Resolution|--- |FIXED --- Comment #2 from Steven Schveighoffer --- It has been removed in HEAD, so this can be closed --
[Issue 14390] [REG2.068a] ICE or bad "has forward references" error with circular class structure
https://issues.dlang.org/show_bug.cgi?id=14390 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/4548 --
[Issue 14207] [REG2.065] [CTFE] ICE on unsupported reinterpret cast in compile time
https://issues.dlang.org/show_bug.cgi?id=14207 Kenji Hara changed: What|Removed |Added Summary|[REG2.065] Assertion|[REG2.065] [CTFE] ICE on |failure:|unsupported reinterpret |'(vd->storage_class & |cast in compile time |(STCout | STCref)) ?| |isCtfeReferenceValid(newval | |) : | |isCtfeValueValid(newval)' | |on line 6724 in file| |'interpret.c' | --
[Issue 14399] std.json cannot parse its own output for nan
https://issues.dlang.org/show_bug.cgi?id=14399 ag0ae...@gmail.com changed: What|Removed |Added Keywords||pull CC||ag0ae...@gmail.com Hardware|x86_64 |All OS|Linux |All --- Comment #2 from ag0ae...@gmail.com --- https://github.com/D-Programming-Language/phobos/pull/3141 --
[Issue 14399] std.json cannot parse its own output for nan
https://issues.dlang.org/show_bug.cgi?id=14399 bb.t...@gmx.com changed: What|Removed |Added CC||bb.t...@gmx.com --- Comment #1 from bb.t...@gmx.com --- according to this discussion, it seems that the problem appends when the value is written: "null" should be written instead of "nan": http://tools.ietf.org/html/rfc4627 " Numeric values that cannot be represented as sequences of digits (such as Infinity and NaN) are not permitted." (https://code.google.com/p/go/issues/detail?id=3480) --
[Issue 14403] New: DDox: std.algorithm index links are 404
https://issues.dlang.org/show_bug.cgi?id=14403 Issue ID: 14403 Summary: DDox: std.algorithm index links are 404 Product: D Version: D2 Hardware: All URL: http://dlang.org/library/std/algorithm.html OS: All Status: NEW Keywords: ddoc Severity: normal Priority: P1 Component: websites Assignee: nob...@puremagic.com Reporter: thecybersha...@gmail.com CC: c...@dawg.eu, slud...@outerproduct.org All the links in the overview table on http://dlang.org/library/std/algorithm.html are 404. Looks like the links are using _ (underscore) as the module path delimiter, but DDox expects / (forward slash). --
[Issue 14340] AssertError in std.algorithm.sorting: unstable sort fails to sort an array with a custom predicate
https://issues.dlang.org/show_bug.cgi?id=14340 Ivan Kazmenko changed: What|Removed |Added Severity|major |critical --- Comment #1 from Ivan Kazmenko --- The culprit is optimisticInsertionSort. When the range hasAssignableElements, it changes the array too heavily while calling the predicate: https://github.com/D-Programming-Language/phobos/blob/4abe95ef/std/algorithm/sorting.d#L799-L806 The problem is: 1. The predicate (count) depends on array integrity (order does not matter, contents do) at all times it is called. 2. The library is too optimistic taking an element to a temporary variable and then overwriting the elements, all the way calling the predicate. I'm unsure what should be done. On one hand, the user has the right to abstract away from sort implementation. On the other hand, the speedup for a range which hasAssignableElements may be significant for more trivial cases. I'd suggest to be on the safe side. First, find the greatest value of j using pred, just like now: - for (; j < maxJ && pred(r[j + 1], temp); ++j) {} - Only after that, perform all swaps: - auto temp = r[i]; for (size_t k = i; k < j; ++k) { r[k] = r[k + 1]; } r[j] = temp; - After all, the last thing one wants is a failing library sort function, no matter how weird its usage may be. Another solution would be to note in the documentation that, with unstable sort, the predicate must not depend on the range. But most users won't care to read or remember that unless the sort goes wrong. Ivan Kazmenko. --
[Issue 14395] default value collapsed (dmd2.067)
https://issues.dlang.org/show_bug.cgi?id=14395 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #2 from ag0ae...@gmail.com --- Introduced in https://github.com/D-Programming-Language/dmd/pull/4015 --
[Issue 14402] std.conv.emplace segfaults for nested class
https://issues.dlang.org/show_bug.cgi?id=14402 Matt Kline changed: What|Removed |Added Summary|std.conv.emplace for|std.conv.emplace segfaults |classes segfaults for |for nested class |nested class| --
[Issue 14402] New: std.conv.emplace for classes segfaults for nested class
https://issues.dlang.org/show_bug.cgi?id=14402 Issue ID: 14402 Summary: std.conv.emplace for classes segfaults for nested class Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major Priority: P1 Component: Phobos Assignee: nob...@puremagic.com Reporter: mkline.o...@gmail.com I came across this while doing work on std.typecons.Unique (see https://github.com/D-Programming-Language/phobos/pull/3139). Any class that accesses a local context seems to segfault when emplaced. A minimal test case follows: import core.stdc.stdlib : malloc, free; import std.conv : emplace; import std.traits : classInstanceAlignment; void main() { int created; int destroyed; class Foo { this() { ++created; } ~this() { ++destroyed; } } immutable size_t size = __traits(classInstanceSize, Foo); void* m = malloc(size); assert(m); Foo f = emplace!Foo(m[0 .. size]); assert(created == 1); f.destroy(); free(m); assert(destroyed == 1); } The problem doesn't seem to be the amount of memory I am allocating, given that it makes it past the testEmplaceChunk call in emplace. A stack trace from GDB is as follows: Program received signal SIGSEGV, Segmentation fault. 0x0042afd4 in wat.main().Foo.this() (this=0x66d450) at wat.d:10 10this() { ++created; } (gdb) where #0 0x0042afd4 in wat.main().Foo.this() (this=0x66d450) at wat.d:10 #1 0x0042b167 in std.conv.emplace!(wat.main().Foo).emplace(void[]) (chunk=...) at /home/mrkline/src/dlang/phobos/std/conv.d:5005 #2 0x0042af76 in D main () at wat.d:19 where the relevant line in conv.d is result.__ctor(args); This was seen on 2.067 and the current master for dmd and phobos as of 2015-04-03 01:20 PST. --
[Issue 14402] std.conv.emplace for classes segfaults for nested class
https://issues.dlang.org/show_bug.cgi?id=14402 Matt Kline changed: What|Removed |Added CC||mkline.o...@gmail.com --
[Issue 14397] dmd: Provide full source range for compiler errors [enhancement]
https://issues.dlang.org/show_bug.cgi?id=14397 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #1 from Jacob Carlborg --- Would be nice of have. Clang and Xcode (which uses Clang) both have this feature. --
[Issue 10606] DMD Exit code 139
https://issues.dlang.org/show_bug.cgi?id=10606 Daniel Kozak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Daniel Kozak --- With 2.067 it works ok --
[Issue 14401] typeid(shared X).init is empty for class types
https://issues.dlang.org/show_bug.cgi?id=14401 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com Hardware|x86 |All OS|Mac OS X|All --