[Issue 17891] forum is dog slow
https://issues.dlang.org/show_bug.cgi?id=17891 b2.t...@gmx.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from b2.t...@gmx.com --- It's clearly fixed now. --
[Issue 17915] [REG 2.073] core.exception.AssertError@ddmd/optimize.d(614): Assertion failure
https://issues.dlang.org/show_bug.cgi?id=17915 b2.t...@gmx.com changed: What|Removed |Added CC||b2.t...@gmx.com --
[Issue 17915] [REG 2.073] core.exception.AssertError@ddmd/optimize.d(614): Assertion failure
https://issues.dlang.org/show_bug.cgi?id=17915 Iain Buclawchanged: What|Removed |Added CC||ibuc...@gdcproject.org --
[Issue 17915] New: [REG 2.073] core.exception.AssertError@ddmd/optimize.d(614): Assertion failure
https://issues.dlang.org/show_bug.cgi?id=17915 Issue ID: 17915 Summary: [REG 2.073] core.exception.AssertError@ddmd/optimize.d(614): Assertion failure Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: ibuc...@gdcproject.org First raised against gdc here: https://bugzilla.gdcproject.org/show_bug.cgi?id=274 Minimal test case. --- void f() { static class MyClass { MySmartPointer!MyClass m_member; } } struct MySmartPointer (T) { T owner; } --- Checked via git blame and confirmed that it was introduced by https://github.com/dlang/dmd/pull/6412 --
[Issue 17914] New: Accidental per-process limit of fiber uses
https://issues.dlang.org/show_bug.cgi?id=17914 Issue ID: 17914 Summary: Accidental per-process limit of fiber uses Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Keywords: industry Severity: regression Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: briancsch...@gmail.com The fiber stack overflow protection introduced in 2.075 has introduced a per-process limit of the number of times a function implemented using fibers can be called. This limit is located in `/proc/sys/vm/max_map_count`. The problem is caused by unbalanced calls to `allocStack` and `freeStack` in core.thread. There is one call to mmap and one call to mprotect per fiber use, but no corresponding call to munmap to deallocate the memory protection information inside of the kernel. This is caused by the fact that Fiber is a class and `freeStack` is only called in Fiber's destructor. (Which of course means there's no guarantee that it is run.) Once this limit (65530) is hit, the program fails with a SIGABRT. --
[Issue 17507] Associative Array range operations should be marked @safe
https://issues.dlang.org/show_bug.cgi?id=17507 Lucia Cojocaruchanged: What|Removed |Added CC||lucia.mcojoc...@gmail.com Assignee|nob...@puremagic.com|lucia.mcojoc...@gmail.com --
[Issue 6043] Chainable template mixin
https://issues.dlang.org/show_bug.cgi?id=6043 RazvanNchanged: What|Removed |Added Status|NEW |RESOLVED CC||razvan.nitu1...@gmail.com Resolution|--- |WONTFIX --- Comment #2 from RazvanN --- There was an attempt at getting this in phobos, that was rejected. For more information see the newsgroup post [1] and the interesting discussion in the PR [2]. Closing as WONTFIX. [1] http://forum.dlang.org/post/bcazbwztlspwzpvlr...@forum.dlang.org [2] https://github.com/dlang/phobos/pull/3353 --
[Issue 5055] hasAssignableElements etc only check forward range primitives
https://issues.dlang.org/show_bug.cgi?id=5055 RazvanNchanged: What|Removed |Added Status|ASSIGNED|RESOLVED CC||razvan.nitu1...@gmail.com Resolution|--- |FIXED --- Comment #1 from RazvanN --- I see that the issues have been addressed. All 3 has* enums now check that range.back and range[0] fill the requirements. Closing this as fixed. Please reopen if I'm missing something. --
[Issue 17899] Cannot initialise contextless delegate at compile time
https://issues.dlang.org/show_bug.cgi?id=17899 RazvanNchanged: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #1 from RazvanN --- Running the example on git HEAD issues : "Error: non-constant nested delegate literal expression __lambda3" which is pretty cryptic. --
[Issue 17878] Add __traits(isFuture, ...)
https://issues.dlang.org/show_bug.cgi?id=17878 RazvanNchanged: What|Removed |Added CC||razvan.nitu1...@gmail.com Assignee|nob...@puremagic.com|razvan.nitu1...@gmail.com --
[Issue 16744] We should have a TypeOf template so that typeof can be used with templates like staticMap
https://issues.dlang.org/show_bug.cgi?id=16744 --- Comment #14 from github-bugzi...@puremagic.com --- Commit pushed to MetaLang-traits-typeof at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/e6d1fc25e55612d513ff0b27893d1dd40642f884 Fix Issue 16744: Add Typeof (Redux) Previous PR: https://github.com/dlang/phobos/pull/5662. I'm resubmitting this after it was reverted in https://github.com/dlang/phobos/pull/5664. This an alternative implementation to #4920. --
[Issue 16744] We should have a TypeOf template so that typeof can be used with templates like staticMap
https://issues.dlang.org/show_bug.cgi?id=16744 github-bugzi...@puremagic.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --
[Issue 17596] dmd d 2.073.2 and 2.074.1 interim generated dmd segfaults on FreeBSD 12-CURRENT
https://issues.dlang.org/show_bug.cgi?id=17596 --- Comment #16 from Walter Bright--- This should help: https://github.com/dlang/druntime/pull/1947 --
[Issue 17596] dmd d 2.073.2 and 2.074.1 interim generated dmd segfaults on FreeBSD 12-CURRENT
https://issues.dlang.org/show_bug.cgi?id=17596 --- Comment #15 from Walter Bright--- (In reply to Walter Bright from comment #14) > Is there a FreeBSD syscall that will give the version? Looks like uname(3) does the trick: https://www.freebsd.org/cgi/man.cgi?query=uname=3=0=FreeBSD+11.1-RELEASE+and+Ports --
[Issue 17596] dmd d 2.073.2 and 2.074.1 interim generated dmd segfaults on FreeBSD 12-CURRENT
https://issues.dlang.org/show_bug.cgi?id=17596 Walter Brightchanged: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #14 from Walter Bright --- Is there a FreeBSD syscall that will give the version? --
[Issue 17900] FreeBSD 10.3 runnable/cpp_abi_tests.d(94): Assertion failure (test suite)
https://issues.dlang.org/show_bug.cgi?id=17900 --- Comment #4 from Walter Bright--- https://github.com/dlang/dmd/pull/7230 --
[Issue 17913] New: [Visual D] Exceptions in Visual Studio 2017
https://issues.dlang.org/show_bug.cgi?id=17913 Issue ID: 17913 Summary: [Visual D] Exceptions in Visual Studio 2017 Product: D Version: D2 Hardware: x86_64 URL: http://dlang.org/ OS: Windows Status: NEW Severity: regression Priority: P3 Component: visuald Assignee: nob...@puremagic.com Reporter: radu.raca...@gmail.com Created attachment 1662 --> https://issues.dlang.org/attachment.cgi?id=1662=edit Exceptions Settings dialog VisualD doesn't register D exceptions to be available in the Exceptions Settings dialog when debugging with Visual Studio 2017. Once can't select the debugger to stop when a D exception is thrown. This used to work with Visual Studio 2015. --
[Issue 17900] FreeBSD 10.3 runnable/cpp_abi_tests.d(94): Assertion failure (test suite)
https://issues.dlang.org/show_bug.cgi?id=17900 --- Comment #3 from Walter Bright--- The problem turns out to be the C++ compiler returns: struct S { float a = 1; } in ST0: _Z15passthrough_ptrP1S: movEAX,4[ESP] fldfloat ptr [EAX] ret while DMD expects it to be returned in EAX: _Z15passthrough_ptrP1S: movEAX,4[ESP] fldfloat ptr [EAX] ret pushEBP movEBP,ESP subESP,018h mov-010h[EBP],ESI leaECX,-4[EBP] mov-0Ch[EBP],EDI mov-4[EBP],EAX mov-018h[EBP],ECX call _Z15passthrough_ptrP1S@PC32 leaESI,-8[EBP] leaEDI,-4[EBP] mov-8[EBP],EAX <== return value movECX,4 xorEAX,EAX rep cmpsb jeL41 movdword ptr -014h[EBP],0Fh movdword ptr -018h[EBP],offset FLAT:_TMP1[038h]@SYM32 call _d_assertp@PC32 L41:movESI,-010h[EBP] movEDI,-0Ch[EBP] movESP,EBP popEBP ret --
[Issue 17900] FreeBSD 10.3 runnable/cpp_abi_tests.d(94): Assertion failure (test suite)
https://issues.dlang.org/show_bug.cgi?id=17900 Walter Brightchanged: What|Removed |Added Hardware|All |x86 --- Comment #2 from Walter Bright --- It does fail with -m32 --