[Issue 17560] Enhancement: view and copy full code example for offline compile/play
https://issues.dlang.org/show_bug.cgi?id=17560 greensunn...@gmail.com changed: What|Removed |Added Keywords||pull CC||greensunn...@gmail.com --- Comment #1 from greensunn...@gmail.com --- > First, the examples on the site do not always work They _always_ work. We test this in our CI (e.g. https://github.com/dlang/phobos/blob/master/posix.mak#L596). > I propose an additional button that shows the complete, compilable example > text. This is already in the queue: https://github.com/dlang/dlang.org/pull/1669 Feel free to vote for the PR ;-) --
[Issue 17560] New: Enhancement: view and copy full code example for offline compile/play
https://issues.dlang.org/show_bug.cgi?id=17560 Issue ID: 17560 Summary: Enhancement: view and copy full code example for offline compile/play Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: dlang.org Assignee: nob...@puremagic.com Reporter: criman...@gmail.com Now we have code examples which can be edited and run online. But there are two circumstances that make it difficult to use examples for beginners. First, the examples on the site do not always work, and secondly, they are incomplete in terms of imports. Therefore, a neophyte can not just save an example to a disc and start playing with it. I propose an additional button that shows the complete, compilable example text. --
[Issue 12866] Append to std.container.Array of fixed size arrays
https://issues.dlang.org/show_bug.cgi?id=12866 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/7c217521979df28deb23517a90c7a3c9aba970b6 Fix Issue 12866 - concatenating to std.container.array of static arrays https://github.com/dlang/phobos/commit/8f98afc9ae8fba931bbe52b5c7ed23f8bc8180c4 Merge pull request #5473 from dmarquant/bug12866 Issue 12866: Allows concatenating of std.container.array with static arrays as T. merged-on-behalf-of: Petar Kirov --
[Issue 17559] [REG2.073.0] Wrong line number in stack trace
https://issues.dlang.org/show_bug.cgi?id=17559 --- Comment #3 from Rainer Schuetze --- Ok, I can reproduce it with Win64 if I remove the (bad) condition that disallows decreasing line numbers. --
[Issue 17521] -betterC programs should not link in Phobos runtime library by default
https://issues.dlang.org/show_bug.cgi?id=17521 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 17521] -betterC programs should not link in Phobos runtime library by default
https://issues.dlang.org/show_bug.cgi?id=17521 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/85873d9978028a7978121b25a00f6eed66f4f647 -betterC programs should not link in Phobos by default - fixes Issue 11881, and 17521 https://github.com/dlang/dmd/commit/5a03f923fce98e9db6b3b563308b510c21ac5116 Merge pull request #6918 from WalterBright/link-betterC fix Issue 17521 - -betterC programs should not link in Phobos by default merged-on-behalf-of: Martin Nowak --
[Issue 11881] -betterC switch suffers from bit rot
https://issues.dlang.org/show_bug.cgi?id=11881 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 11881] -betterC switch suffers from bit rot
https://issues.dlang.org/show_bug.cgi?id=11881 --- Comment #20 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/85873d9978028a7978121b25a00f6eed66f4f647 -betterC programs should not link in Phobos by default - fixes Issue 11881, and 17521 --
[Issue 16992] fromISOString, fromISOExtString, and fromSimpleString do not have examples
https://issues.dlang.org/show_bug.cgi?id=16992 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net --
[Issue 15950] Wish: __compressed_import("file.ext");
https://issues.dlang.org/show_bug.cgi?id=15950 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net --- Comment #1 from Vladimir Panteleev --- (In reply to ponce from comment #0) > I've considered using CTFE to ZIP imported resources, but was advised not > to. It may be prohibitive and use a lot of memory. It's an option though, > perhaps the reasonable one. Instead of using CTFE, how about compressing them as part of your build, and decompressing them at runtime? Using CTFE might be more realistic with Stefan's upcoming new CTFE engine. --
[Issue 17468] Internal assertion fails during CTFE
https://issues.dlang.org/show_bug.cgi?id=17468 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/e7a0c6bfc97bb8d9634db8def7e9f9904ffb864f fix Issue 17468 - Internal Assertion fails during CTFE https://github.com/dlang/dmd/commit/06e77c0b46cbef744266fab3f5752241f07c6606 Merge pull request #6859 from UplinkCoder/fx_on_stable --
[Issue 17296] EINTR awareness - posix system calls can be interrupted by posix signal
https://issues.dlang.org/show_bug.cgi?id=17296 greensunn...@gmail.com changed: What|Removed |Added CC||greensunn...@gmail.com --- Comment #2 from greensunn...@gmail.com --- First PR pull: https://github.com/dlang/phobos/pull/5503 --
[Issue 17559] [REG2.073.0] Wrong line number in stack trace
https://issues.dlang.org/show_bug.cgi?id=17559 --- Comment #2 from Vladimir Panteleev --- (In reply to Rainer Schuetze from comment #1) > Works alright on Windows. Linux x64 here. > Anything special in mod.d or can it be omitted? If fun is in the same file as main, the line number still changes between versions, but it points at the line containing fun's signature. That's not so bad - it's not useful but at least it's not misleading wrong, as when fun is in a separate module. --
[Issue 17559] [REG2.073.0] Wrong line number in stack trace
https://issues.dlang.org/show_bug.cgi?id=17559 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- Works alright on Windows. Anything special in mod.d or can it be omitted? --
[Issue 11881] -betterC switch suffers from bit rot
https://issues.dlang.org/show_bug.cgi?id=11881 Gary Willoughby changed: What|Removed |Added CC|d...@nomad.so| --
[Issue 8378] /entry:_function is implemented, but undocumented.
https://issues.dlang.org/show_bug.cgi?id=8378 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |WORKSFORME --- Comment #1 from Vladimir Panteleev --- I assume this bug report is for OPTLINK? /ENTRY shows up in the /? switch list (as "EN[try]"), so I don't see a problem here. --
[Issue 11881] -betterC switch suffers from bit rot
https://issues.dlang.org/show_bug.cgi?id=11881 --- Comment #19 from Walter Bright --- (In reply to Martin Nowak from comment #18) > Use `extern(C) int main` to avoid the _d_run_main dependency of the > generated C main wrapper. That's right. If you're writing C code, it's better to use the C main()! Whether the compiler should complain about a D main() in a -betterC compile is another matter. I'd prefer to defer such issues (and there are several) until we gain some experience in the field with it. --
[Issue 7841] Better error message for wrong template argument with ref
https://issues.dlang.org/show_bug.cgi?id=7841 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |WORKSFORME --- Comment #1 from Vladimir Panteleev --- Error message now looks like: test.d(3,8): Error: template test.foo cannot deduce function from argument types !()(const(int[])), candidates are: test.d(1,6):test.foo(T)(ref T[] a) Hopefully that qualifies as an improvement! --
[Issue 11881] -betterC switch suffers from bit rot
https://issues.dlang.org/show_bug.cgi?id=11881 --- Comment #18 from Martin Nowak --- Use `extern(C) int main` to avoid the _d_run_main dependency of the generated C main wrapper. --
[Issue 17361] latest windows 10 insider preview and dmd no longer runs.
https://issues.dlang.org/show_bug.cgi?id=17361 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |WORKSFORME --- Comment #6 from Vladimir Panteleev --- Good to know you got it to work. Closing, then. --
[Issue 17559] New: [REG2.073.0] Wrong line number in stack trace
https://issues.dlang.org/show_bug.cgi?id=17559 Issue ID: 17559 Summary: [REG2.073.0] Wrong line number in stack trace Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: dlang-bugzi...@thecybershadow.net / test.d / import mod; void main() { fun(1); fun(2); fun(3); fun(4); } // mod.d / void fun(int n, int defParam = 10) { assert(n != 4); } // Test command: dmd -g test.d mod.d ; ./test 2>&1 | grep _Dmain Output with 2.072.2: test.d:8 _Dmain [0x427dc7] Output with 2.073.0: test.d:5 _Dmain [0x427d37] The correct line number is 8, not 5. Introduced in https://github.com/dlang/dmd/pull/6327 --
[Issue 17546] Cannot call .stringof on a function symbol if it does not have a no-args overload
https://issues.dlang.org/show_bug.cgi?id=17546 --- Comment #3 from monkeywork...@hotmail.com --- Ah, I forgot all about __traits(identifier). I wonder what the difference is between this and .stringof... Anyway, this should be a good enough workaround for the time being. --
[Issue 13993] visual studio 2010: can't build with vcbuild/builddmd.bat
https://issues.dlang.org/show_bug.cgi?id=13993 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net --- Comment #1 from Vladimir Panteleev --- There's no longer a builddmd.bat, closing? You can build a 64-bit dmd.exe with win64.mak if that's what you were after. --
[Issue 16993] Documentation for toSimpleString and toString does not explain how they differ
https://issues.dlang.org/show_bug.cgi?id=16993 Vladimir Panteleev changed: What|Removed |Added Component|dlang.org |phobos Assignee|nob...@puremagic.com|issues.dl...@jmdavisprog.co ||m --
[Issue 15646] Unresolved symbols when using m32mscoff with Windows subsystem
https://issues.dlang.org/show_bug.cgi?id=15646 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net Hardware|x86 |All --- Comment #1 from Vladimir Panteleev --- For -m32mscoff or -m64, you need to link against user32.lib explicitly - either add "user32.lib" to the compiler command line, or add pragma(lib, "user32") to your program. I'm not sure why it's necessary only when targeting the MS toolchain, though. --
[Issue 16162] not reachable sites
https://issues.dlang.org/show_bug.cgi?id=16162 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net Hardware|x86_64 |All OS|Linux |All --- Comment #1 from Vladimir Panteleev --- Current status: > https://dlang.org/ascii-table.html > https://dlang.org/gsoc2012.html (and the others) > https://dlang.org/howto-promote.html > https://dlang.org/template-comparison.html > https://dlang.org/tuple.html > https://dlang.org/windbg.html > https://dlang.org/wc.html > https://dlang.org/dll-linux.html Orphan > https://dlang.org/deprecate.html Linked from the documentation of the -d switch > https://dlang.org/gpg_keys.html Linked from the download page > https://dlang.org/concepts.html Linked from comparison page > https://dlang.org/bugstats.php.html Linked from menu (community -> issues) --
[Issue 13598] enum isPublic(alias e) = __traits(getProtection, e) == "public";
https://issues.dlang.org/show_bug.cgi?id=13598 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |DUPLICATE --- Comment #1 from Vladimir Panteleev --- The example given compiles since https://github.com/dlang/dmd/pull/3841 was merged, so I believe this to be a duplicate of issue 13226. *** This issue has been marked as a duplicate of issue 13226 *** --
[Issue 13226] Symbol is not accessible when using traits or mixin
https://issues.dlang.org/show_bug.cgi?id=13226 --- Comment #4 from Vladimir Panteleev --- *** Issue 13598 has been marked as a duplicate of this issue. *** --
[Issue 17546] Cannot call .stringof on a function symbol if it does not have a no-args overload
https://issues.dlang.org/show_bug.cgi?id=17546 --- Comment #2 from Steven Schveighoffer --- (In reply to monkeyworks12 from comment #0) > Currently I am resorting to a hacky workaround by doing > `(&test).stringof[2..$]`. I've found another possible workaround: __traits(identifier, test); // compile time literal of "test" --
[Issue 17546] Cannot call .stringof on a function symbol if it does not have a no-args overload
https://issues.dlang.org/show_bug.cgi?id=17546 Steven Schveighoffer changed: What|Removed |Added Keywords||rejects-valid CC||schvei...@yahoo.com --- Comment #1 from Steven Schveighoffer --- Correction, test has to take a parameter: int test(int) { return 0; } Error message: teststringof.d(8): Error: function teststringof.test (int _param_0) is not callable using argument types () teststringof.d(8):while evaluating pragma(msg, (__error).stringof) --
[Issue 12327] [IMPLEMENTATION] Target fields in frontend should be private to target.c
https://issues.dlang.org/show_bug.cgi?id=12327 --- Comment #1 from Vladimir Panteleev --- (In reply to Iain Buclaw from comment #0) > There are a number of isXXX fields in mars.h (struct Params). N.B. Today these are in src/ddmd/globals.h. --
[Issue 17519] RedBlackTree doesn't like const/immutable elements
https://issues.dlang.org/show_bug.cgi?id=17519 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/29c7f36df591e3137233460940cdd824a745786c fix issue 17519 - RedBlackTree doesn't like const/immutable elements https://github.com/dlang/phobos/commit/173ccd835b5080dde5eec00d0ddae35a954b87cd Merge pull request #5492 from aG0aep6G/rbtree-immutable --
[Issue 7182] Call const or immutable member functions from class invariant
https://issues.dlang.org/show_bug.cgi?id=7182 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |INVALID --- Comment #2 from Vladimir Panteleev --- (In reply to Infiltrator from comment #1) > I think that the issue would instead be with the fact that public functions > (f() in this case) call invariant() before and after they run, which would > result in an infinite loop. Pretty sure your explanation is correct. Although one may argument in favor of making const methods not cause invariant checks, that would mean that e.g. getters are no longer protected by invariants, should something modify the object's state into an invalid one directly (e.g. by writing to fields). --
[Issue 13627] Error: core.stdc.string.memcpy conflicts with core.thread.memcpy
https://issues.dlang.org/show_bug.cgi?id=13627 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |WORKSFORME --- Comment #1 from Vladimir Panteleev --- core.thread today no longer mentions memcpy, so I assume this is no longer an issue. --
[Issue 16462] mixin template ddoc doesn't appear in docs
https://issues.dlang.org/show_bug.cgi?id=16462 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |INVALID --- Comment #3 from Vladimir Panteleev --- It's the same as with any other composite declaration - you have to document the top-level declaration so that the nested declarations are rendered. E.g. here the documentation will be blank: struct S { /// foo int foo; } So, it's not specific to mixin templates. Not sure if it's by design or not, but in any case, having a composite declaration without documentation with members that do have documentation in it might look weird at least in some DDoc themes. Closing this seeing as there was some confusion as to the nature of the bug and a workaround has been fonud; please reopen or file a new bug if you have a use case for doing the above. --
[Issue 13335] Add rotateTail to std.algorithm and formally define sameHead
https://issues.dlang.org/show_bug.cgi?id=13335 Vladimir Panteleev changed: What|Removed |Added Priority|P1 |P3 Component|dmd |phobos Hardware|x86 |All OS|Mac OS X|All --
[Issue 15504] core.demangle uses exception handling for normal control flow
https://issues.dlang.org/show_bug.cgi?id=15504 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net --- Comment #1 from Vladimir Panteleev --- (In reply to Walter Bright from comment #0) > https://github.com/D-Programming-Language/druntime/blob/master/src/core/ > demangle.d Permalink to that day's version: https://github.com/dlang/druntime/blob/43a7e6830980cd242c1fbae145cffdf7be397069/src/core/demangle.d To find the offending code, search for catch(...) blocks. Permalink to today's version, which still has the problematic code: https://github.com/dlang/druntime/blob/68ba136a3ce7ff9c66580b2efd659a27aa035dd8/src/core/demangle.d --
[Issue 17202] std.functional: partialRight
https://issues.dlang.org/show_bug.cgi?id=17202 Vladimir Panteleev changed: What|Removed |Added Priority|P1 |P5 Hardware|x86_64 |All OS|Linux |All --
[Issue 10728] A combination of implicit conversion and lambda call cannot be compiled
https://issues.dlang.org/show_bug.cgi?id=10728 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |INVALID --- Comment #2 from Vladimir Panteleev --- In D2, use .idup to create a copy of an immutable string. The result of .dup will implicitly convert to a string in some circumstances as a convenience feature to ease migration from D1. It works because the compiler knows that although the result of .dup is mutable, it is also unique. However, this inference is limited by design. --
[Issue 13153] dlang.org: provide version-specific documentation of the language and stdlib
https://issues.dlang.org/show_bug.cgi?id=13153 Vladimir Panteleev changed: What|Removed |Added CC||j...@jackstouffer.com --- Comment #1 from Vladimir Panteleev --- *** Issue 15810 has been marked as a duplicate of this issue. *** --
[Issue 15810] Store historical docs
https://issues.dlang.org/show_bug.cgi?id=15810 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |DUPLICATE --- Comment #2 from Vladimir Panteleev --- *** This issue has been marked as a duplicate of issue 13153 *** --
[Issue 9567] "Symbol Undefined" linker error after separating project part into library
https://issues.dlang.org/show_bug.cgi?id=9567 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |INVALID --- Comment #2 from Vladimir Panteleev --- Closing, as there has been no reply in over 2 years. If you can provide a complete self-contained test case starting from D source code, please reopen. --
[Issue 16610] Error: function fun (Bar bar) is not callable using argument types (Bar)
https://issues.dlang.org/show_bug.cgi?id=16610 Vladimir Panteleev changed: What|Removed |Added Keywords||diagnostic Priority|P1 |P3 Hardware|x86 |All Severity|major |normal --
[Issue 13743] floating point inconsistent division by zero
https://issues.dlang.org/show_bug.cgi?id=13743 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |DUPLICATE --- Comment #5 from Vladimir Panteleev --- Fixed in https://github.com/dlang/dmd/pull/3810, so I assume this is a duplicate of 5908. *** This issue has been marked as a duplicate of issue 5908 *** --
[Issue 5908] Optimizer generates wrong value with divide-by-zero.
https://issues.dlang.org/show_bug.cgi?id=5908 Vladimir Panteleev changed: What|Removed |Added CC||pub...@dicebot.lv --- Comment #10 from Vladimir Panteleev --- *** Issue 13743 has been marked as a duplicate of this issue. *** --
[Issue 4196] incorrect module report with error in template mixin
https://issues.dlang.org/show_bug.cgi?id=4196 Vladimir Panteleev changed: What|Removed |Added Keywords||diagnostic Hardware|Other |All OS|Windows |All --
[Issue 13533] std.datetime should support custom parsing and formatting functions
https://issues.dlang.org/show_bug.cgi?id=13533 Vladimir Panteleev changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #6 from Vladimir Panteleev --- *** Issue 17558 has been marked as a duplicate of this issue. *** --
[Issue 17558] DateTime should support custom user-provided formatting
https://issues.dlang.org/show_bug.cgi?id=17558 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |DUPLICATE --- Comment #1 from Vladimir Panteleev --- Looks like an exact dupe! *** This issue has been marked as a duplicate of issue 13533 *** --
[Issue 17553] std.json should not do UTF decoding when encoding JSON
https://issues.dlang.org/show_bug.cgi?id=17553 Vladimir Panteleev changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- Summary|std.json invalid utf8 |std.json should not do UTF |sequence|decoding when encoding JSON --- Comment #2 from Vladimir Panteleev --- RFC 7159 specifies that Unicode control characters don't need escaping, so actually we can avoid auto-decoding when encoding JSON. --
digitalmars-d-bugs@puremagic.com
https://issues.dlang.org/show_bug.cgi?id=5974 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |WORKSFORME --- Comment #3 from Vladimir Panteleev --- I believe this was fixed in https://github.com/dlang/dmd/pull/3181 - at least, the program in comment 2 stops failing after that change. Please reopen otherwise. --
[Issue 17558] New: DateTime should support custom user-provided formatting
https://issues.dlang.org/show_bug.cgi?id=17558 Issue ID: 17558 Summary: DateTime should support custom user-provided formatting Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: andrej.mitrov...@gmail.com Currently there's a collection of formatting functions, but each one follows some predefined standard, such as: - toSimpleString - toISOString - toISOExtString However if you want your own formatting, you have to do everything manually currently, which is a pain. Here's what I envision the API to be like: -- // auto time = SysTime(...); // imagine it's 2017-02-03 14:10:50 auto formatted = time.toFormattedString("-MM-DD HH:MM"); assert(formatted == "2017-02-03 14:10"); auto formatted = time.toFormattedString("-MM HHh"); assert(formatted == "2017-02 14h"); -- The exact formatting strings defined aren't important to me, but having the ability to output certain information I want in a certain format is important - e.g. leaving out seconds, using numbers instead of words for months, etc.. --
[Issue 16221] Better compiler error message for @disabled function
https://issues.dlang.org/show_bug.cgi?id=16221 Vladimir Panteleev changed: What|Removed |Added Keywords||diagnostic CC||dlang-bugzilla@thecybershad ||ow.net Hardware|x86_64 |All --
[Issue 16294] import treated as public import
https://issues.dlang.org/show_bug.cgi?id=16294 Vladimir Panteleev changed: What|Removed |Added Keywords||accepts-invalid Priority|P1 |P3 CC||dlang-bugzilla@thecybershad ||ow.net Hardware|x86 |All OS|Mac OS X|All Severity|critical|normal --
[Issue 16459] opDispatch gives obtuse error when dispatching to a function that doesn't exist
https://issues.dlang.org/show_bug.cgi?id=16459 Vladimir Panteleev changed: What|Removed |Added Priority|P1 |P3 CC|dlang-bugzilla@thecybershad | |ow.net | Hardware|x86_64 |All OS|Windows |All Severity|major |normal --
[Issue 16459] opDispatch gives obtuse error when dispatching to a function that doesn't exist
https://issues.dlang.org/show_bug.cgi?id=16459 Vladimir Panteleev changed: What|Removed |Added Keywords||diagnostic CC||dlang-bugzilla@thecybershad ||ow.net --
[Issue 17554] non-blocking connect doesn't work for TcpSocket on win
https://issues.dlang.org/show_bug.cgi?id=17554 --- Comment #3 from Vladimir Panteleev --- std.socket is a rather thin wrapper around the platform's C socket APIs, so it's very likely that problems not specific to the wrapper are going to manifest there as well. If you want to get to the bottom of this, I'd suggest installing a free version of Visual Studio, translating the program to C, and seeing if it behaves differently. --
[Issue 17554] non-blocking connect doesn't work for TcpSocket on win
https://issues.dlang.org/show_bug.cgi?id=17554 --- Comment #2 from Temtaime --- Don't know and haven't C environment to test. --
[Issue 17554] non-blocking connect doesn't work for TcpSocket on win
https://issues.dlang.org/show_bug.cgi?id=17554 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net --- Comment #1 from Vladimir Panteleev --- Does the problem persist with an equivalent C program? --
[Issue 15482] new uuid.d forbids to link statically with other libraries
https://issues.dlang.org/show_bug.cgi?id=15482 Vladimir Panteleev changed: What|Removed |Added CC||dlang-bugzilla@thecybershad ||ow.net --- Comment #8 from Vladimir Panteleev --- Why not just remove the export or extern(C) annotations in core.sys.windows.uuid? --
[Issue 17553] std.json invalid utf8 sequence
https://issues.dlang.org/show_bug.cgi?id=17553 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED CC||dlang-bugzilla@thecybershad ||ow.net Resolution|--- |INVALID --- Comment #1 from Vladimir Panteleev --- As far as Phobos (and some parts of the language itself) are concerned, D strings are expected to be UTF-encoded, i.e. contain a valid stream of UTF characters. Your program elides that assumption by using a cast - the normal way to read text data into a string is the readText function, which does UTF validation. When using readText, reading a file which does not contain valid UTF will result in an exception being thrown. As for JSON encoding - although most of JSON transformations concern themselves with just the ASCII part, the JSON standard does forbid encoding Unicode control characters, which may appear in a valid D string but must not appear in a JSON-encoded one. This includes the high control characters (code points 0x80 to 0x9F); so, the encoding code must check for these code points when constructing the JSON string. Although they could in theory be special cased, the most straight-forward way to do it is to look at the input string as a range of Unicode code points (dchars), i.e. rely on auto-decoding, which is what the current implementation does. In any case, JSON strings are certainly not meant to store binary data - even if the example "worked" (for a certain definition of "work"), the resulting JSON object will not be in any particular encoding. Even though the JSON syntax is restricted to ASCII characters, JSON itself is not - it is Unicode aware, and contains instructions on how to properly encode and decode Unicode characters, so it can't be used for storing arbitrary binary data. If you have a specific use case in mind which is in line with the JSON spec and how D deals with Unicode and strings, please reopen; otherwise, there is no actionable defect presented in this issue. --
[Issue 17555] [REG2.070.0] Control characters in JSON data are invalid and should cause an exception
https://issues.dlang.org/show_bug.cgi?id=17555 Vladimir Panteleev changed: What|Removed |Added Keywords||pull --- Comment #1 from Vladimir Panteleev --- https://github.com/dlang/phobos/pull/5511 --
[Issue 17556] std.json encodes non-BMP characters incorrectly with JSONOptions.escapeNonAsciiChars
https://issues.dlang.org/show_bug.cgi?id=17556 Vladimir Panteleev changed: What|Removed |Added Keywords||pull --- Comment #1 from Vladimir Panteleev --- https://github.com/dlang/phobos/pull/5511 --
[Issue 5904] std.json parseString doesn't handle chars outside the BMP
https://issues.dlang.org/show_bug.cgi?id=5904 Vladimir Panteleev changed: What|Removed |Added Keywords||pull --- Comment #2 from Vladimir Panteleev --- https://github.com/dlang/phobos/pull/5511 --
[Issue 17557] std.json should not do UTF decoding when parsing
https://issues.dlang.org/show_bug.cgi?id=17557 Vladimir Panteleev changed: What|Removed |Added Keywords||pull --- Comment #1 from Vladimir Panteleev --- https://github.com/dlang/phobos/pull/5511 --
[Issue 17557] New: std.json should not do UTF decoding when parsing
https://issues.dlang.org/show_bug.cgi?id=17557 Issue ID: 17557 Summary: std.json should not do UTF decoding when parsing Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: dlang-bugzi...@thecybershadow.net UTF decoding is not necessary for parsing JSON, thus when the input is a string, decoding should not be done. I.e. this should work: parseJSON("\"\xFF\"").str == "\xFF"); --
[Issue 5904] std.json parseString doesn't handle chars outside the BMP
https://issues.dlang.org/show_bug.cgi?id=5904 Vladimir Panteleev changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=17556 --
[Issue 17556] std.json encodes non-BMP characters incorrectly with JSONOptions.escapeNonAsciiChars
https://issues.dlang.org/show_bug.cgi?id=17556 Vladimir Panteleev changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=5904 Assignee|nob...@puremagic.com|dlang-bugzilla@thecybershad ||ow.net --
[Issue 17556] New: std.json encodes non-BMP characters incorrectly with JSONOptions.escapeNonAsciiChars
https://issues.dlang.org/show_bug.cgi?id=17556 Issue ID: 17556 Summary: std.json encodes non-BMP characters incorrectly with JSONOptions.escapeNonAsciiChars Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: phobos Assignee: nob...@puremagic.com Reporter: dlang-bugzi...@thecybershadow.net /// test.d /// import std.json; import std.stdio; void main() { auto v = JSONValue("\U0001D11E"); writeln(toJSON(v, false, JSONOptions.escapeNonAsciiChars)); } // Above program prints "\uD11E", which is not the correct character. Non-BMP characters should be encoded as a pair of escaped UTF-16 surrogate pairs, as per RFC 4627. See also issue 5904. --
[Issue 17555] [REG2.070.0] Control characters in JSON data are invalid and should cause an exception
https://issues.dlang.org/show_bug.cgi?id=17555 Vladimir Panteleev changed: What|Removed |Added Assignee|nob...@puremagic.com|dlang-bugzilla@thecybershad ||ow.net --
[Issue 17555] New: [REG2.070.0] Control characters in JSON data are invalid and should cause an exception
https://issues.dlang.org/show_bug.cgi?id=17555 Issue ID: 17555 Summary: [REG2.070.0] Control characters in JSON data are invalid and should cause an exception Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: regression Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: dlang-bugzi...@thecybershadow.net As per the JSON spec, raw control characters are not allowed in Unicode data. D correctly threw upon encountering them before 2.070.0. Test case: test.d import std.exception; import std.json; void main() { assertThrown(parseJSON("\"a\nb\"")); } After 2.070, parseJSON returns nonsense data: writeln(parseJSON("\"a\nb\"").str) produces: a\u000Ab (i.e. the characters are "escaped" despite being decoded, not encoded). Introduced in https://github.com/dlang/phobos/pull/3872 --
[Issue 17489] ICE in ddmd/argtypes.d
https://issues.dlang.org/show_bug.cgi?id=17489 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/52d9d36adb77f8a239f0dde1615ee05ef88e7f71 fix Issue 17489 - ICE in ddmd/argtypes.d https://github.com/dlang/dmd/commit/ef4cda8c1a8f821a5da76a7d1029e8f83d9576e8 Merge pull request #6914 from WalterBright/fix17489-2 fix Issue 17489 - ICE in ddmd/argtypes.d merged-on-behalf-of: Iain Buclaw --