date:20170626

[Issue 17560] Enhancement: view and copy full code example for offline compile/play

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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");

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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.

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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.

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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";

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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
> `().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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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)

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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.

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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.

--

[Issue 5974] Incorrect nested function address in expression ().ptr

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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

2017-06-26 Thread via Digitalmars-d-bugs

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 

--

71 matches

Mail list logo