Re: ore.exception.RangeError

On 08/23/2017 07:45 AM, Vino.B wrote: Execution : rdmd Summary.d - Not working rdmd Summary.d test - Working Program: void main (string[] args) { if(args.length != 2 ) writefln("Unknown operation: %s", args[1]); } When args.length == 1, then the one element is args[0], not args[1].

ore.exception.RangeError

Hi All, Can any one guide me what is wrong with the below code , whil i run the code without any arguments is am getting the below exception Execution : rdmd Summary.d - Not working rdmd Summary.d test - Working Program: void main (string[] args) { if(args.length != 2 )

Long File path Exception:The system cannot find the path specified

Hi All, When i run the below code in windows i am getting "The system cannot find the path specified" even though the path exist , the length of the path is 516 as below, request your help. Path :

Future of export

I have as part of DIP 1012 ``` enum SymbolExport { neither, dynamicImport, dynamicExport } alias dynamicImport = SymbolExport .dynamicImport; alias dynamicExport = SymbolExport .dynamicExport; ``` to replace the `export` storage visibility, So that one can do ```

Re: @safe(bool)

On Tuesday, 22 August 2017 at 19:56:46 UTC, Timon Gehr wrote: On 22.08.2017 21:46, 12345swordy wrote: On Tuesday, 22 August 2017 at 19:24:08 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] If you need an IDE to figure out what your code is doing,

Re: @safe(bool)

On Tuesday, 22 August 2017 at 19:46:00 UTC, 12345swordy wrote: On Tuesday, 22 August 2017 at 19:24:08 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] If you need an IDE to figure out what your code is doing, that's an epic fail IMHO. Walter has

Re: @safe(bool)

On Tuesday, 22 August 2017 at 19:56:46 UTC, Timon Gehr wrote: I disagree with both the notion that this is poor language design and that an IDE is required to make sense out of code that uses the new feature. Indeed, I can't imagine a DIP suggesting to make core regular attributes, keyword

Re: Another reason to use BetterC

On Wednesday, 23 August 2017 at 01:22:44 UTC, Walter Bright wrote: https://news.ycombinator.com/item?id=15075242 Or better yet, full :D. I still find it strange how people willingly increase their own attack surface with such software, when even a single missed malware program is a total

Another reason to use BetterC

https://news.ycombinator.com/item?id=15075242

[Issue 12496] __traits(parent, x) returns incorrect type

https://issues.dlang.org/show_bug.cgi?id=12496 Mike changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 13372] traits parent does not work on eponymous templates

https://issues.dlang.org/show_bug.cgi?id=13372 Mike changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 11259] __traits(isSame) fails on the result of __traits(parent) if parent is a package

https://issues.dlang.org/show_bug.cgi?id=11259 Mike changed: What|Removed |Added CC||slavo5...@yahoo.com --- Comment

Re: HTOD

On 8/22/2017 2:50 PM, Steven Schveighoffer wrote: On 8/22/17 5:17 PM, Walter Bright wrote: On 8/22/2017 11:23 AM, Steven Schveighoffer wrote: I downloaded it. The exe is last modified April 28, 2010, corresponding with DMD version 2.044. This can't possibly produce valid D headers for

dub zsh completion

I created a zsh completion script for dub. It is not perfect, but it does many things well already. You can find it here: https://github.com/ghost91-/dub-zsh-completion. I have seen that bash and fish completion scripts are included in the dub github repo. If people are interested in this, I

Re: Type Inference in @safe unittests

On 8/22/17 5:44 PM, jmh530 wrote: On Tuesday, 22 August 2017 at 18:25:31 UTC, Steven Schveighoffer wrote: @safe void main() { struct Foo { int foo(int i, string s) @safe { return 0; } double foo2(string s) @safe { return 0; } } printMemberTypes!(Foo); } The

Re: HTOD

On 8/22/17 5:17 PM, Walter Bright wrote: On 8/22/2017 11:23 AM, Steven Schveighoffer wrote: I downloaded it. The exe is last modified April 28, 2010, corresponding with DMD version 2.044. This can't possibly produce valid D headers for 2.075.1. I think it should be either updated or removed

Re: Type Inference in @safe unittests

On Tuesday, 22 August 2017 at 18:25:31 UTC, Steven Schveighoffer wrote: @safe void main() { struct Foo { int foo(int i, string s) @safe { return 0; } double foo2(string s) @safe { return 0; } } printMemberTypes!(Foo); } The surprising part to me is that

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 Jonathan M Davis changed: What|Removed |Added CC|

Re: HTOD

On 8/22/2017 11:23 AM, Steven Schveighoffer wrote: I downloaded it. The exe is last modified April 28, 2010, corresponding with DMD version 2.044. This can't possibly produce valid D headers for 2.075.1. I think it should be either updated or removed from the web site. It doesn't correspond

[Issue 17732] SysTime.init.toString segfaults because timezone is null

https://issues.dlang.org/show_bug.cgi?id=17732 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 12507] SysTime.init.toString should not segfault

https://issues.dlang.org/show_bug.cgi?id=12507 Jonathan M Davis changed: What|Removed |Added CC|

[Issue 17666] std.c.linux.socket has no replacement

https://issues.dlang.org/show_bug.cgi?id=17666 --- Comment #5 from Jonathan M Davis --- druntime now has core.sys.freebsd.inet.in_, core.sys.linux.inet.in_, and core.sys.darwin.inet.in_ to conver all of the non-POSIX bindings from netinet/in.h. So, I think that

[Issue 17666] std.c.linux.socket has no replacement

https://issues.dlang.org/show_bug.cgi?id=17666 Jonathan M Davis changed: What|Removed |Added CC|

Re: @safe(bool)

On 22.08.2017 21:46, 12345swordy wrote: On Tuesday, 22 August 2017 at 19:24:08 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] If you need an IDE to figure out what your code is doing, that's an epic fail IMHO. Walter has made similar statements on

Re: HTOD

On 2017-08-22 19:47, 12345swordy wrote: Use Clang frontend? DStep [1] is doing that. It handles both GCC and Microsoft extensions. [1] https://github.com/jacob-carlborg/dstep -- /Jacob Carlborg

Re: @safe(bool)

On Tuesday, 22 August 2017 at 19:24:08 UTC, bitwise wrote: On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] If you need an IDE to figure out what your code is doing, that's an epic fail IMHO. Walter has made similar statements on several occasions. There was a time

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #11 from

Re: GStreamer issues.

On Tuesday, 22 August 2017 at 15:15:41 UTC, Mike Wey wrote: On 22-08-17 02:13, Johnson wrote: I can't get the example to work(although slightly modified). The installed version of GStreamer is 1.12.2 The file is: D:\temp\test.ogg Loading Setting to PLAYING. Running. XError: Could not

Re: @safe(bool)

On Tuesday, 22 August 2017 at 00:33:17 UTC, Jonathan M Davis wrote: [...] If you need an IDE to figure out what your code is doing, that's an epic fail IMHO. Walter has made similar statements on several occasions. There was a time that people would write code with even modest performance

Re: Community Rant

Am 22.08.2017 um 17:14 schrieb Jonathan Shamir: The DUB package repository is horrible! More often than not, the packages are so poorly written I end up just writing my own implementation. Adding the ability to "rate" packages would go a long way in improving the situation. We are working on

Re: LDC, ARM: unnecessary default initialization

On Tuesday, 22 August 2017 at 18:26:46 UTC, Johan Engelen wrote: It was discussed briefly during my DConf 2016 talk 2017.

Re: LDC, ARM: unnecessary default initialization

On Friday, 18 August 2017 at 12:09:04 UTC, kinke wrote: On Friday, 18 August 2017 at 09:42:25 UTC, Jack Applegame wrote: For some reason, the LDC default initializes the structure, even if initialization of all its members is specified as void. I believe that this is wrong. Afaik, this has

Re: Type Inference in @safe unittests

On 8/22/17 2:19 PM, jmh530 wrote: Yeah, this happens with @safe main also (below), but not for more regular local blocks. Anyway, I found it very confusing as that's not how I assumed @safe applied to unittests or main worked. @safe void main() { struct Foo { int foo(int i,

Re: HTOD

On 8/22/17 1:15 PM, Walter Bright wrote: On 8/22/2017 8:14 AM, Jonathan Shamir wrote: https://dlang.org/htod.html I click download and get an exe! And in the bugs section: No linux version. I'll start with the productive part. If anyone can point me out to the sources of htod I would love

Re: Type Inference in @safe unittests

On Tuesday, 22 August 2017 at 16:27:05 UTC, Jonathan M Davis wrote: Well, templates aren't the only case where we have attribute inference anymore (e.g. auto return functions have it), and I'm pretty sure that there have been several requests for fixing issues regards to local declarations

Re: Does anyone understand how to use "shared" types with concurrency send/receive functions?

On 8/22/17 12:15 PM, Kagamin wrote: https://issues.dlang.org/show_bug.cgi?id=6585 is this fixed too? How various opIndex will behave now? Seems to work. I closed as a duplicate. -Steve

[Issue 14246] RAII - proper destruction of partially constructed objects/structs

https://issues.dlang.org/show_bug.cgi?id=14246 --- Comment #12 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/45ca5e35d3de824e104c3049083eb23fa03775c5 Remove wrong changelog entry --

[Issue 13262] Cannot send certain shared data to another thread

https://issues.dlang.org/show_bug.cgi?id=13262 Steven Schveighoffer changed: What|Removed |Added CC|

[Issue 6585] std.variant cannot handle shared arrays

https://issues.dlang.org/show_bug.cgi?id=6585 Steven Schveighoffer changed: What|Removed |Added Status|NEW |RESOLVED

Re: HTOD

On Tuesday, 22 August 2017 at 17:15:27 UTC, Walter Bright wrote: You're right about htod, and it's on me. It's built out of the DMC++ front end. I haven't gotten around yet to releasing it as open source. We can discuss possible ways of implementing htod. Instead, I'd rather discuss how we

[Issue 17604] Reject mutable fields initialized with reference types to data segment

https://issues.dlang.org/show_bug.cgi?id=17604 --- Comment #4 from Steven Schveighoffer --- There's a certain extra weight attached to such a low bug number, especially when it has so many duplicates. --

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 --- Comment #10 from Steven Schveighoffer --- It's actually counter-intuitive for the D compiler to strip qualifiers automatically, it almost never happens. The only place I'm aware of is IFTI for arrays and pointers. I feel

Re: HTOD

On Tuesday, 22 August 2017 at 17:15:27 UTC, Walter Bright wrote: On 8/22/2017 8:14 AM, Jonathan Shamir wrote: [...] You're right about htod, and it's on me. It's built out of the DMC++ front end. I haven't gotten around yet to releasing it as open source. [...] Use Clang frontend?

[Issue 17604] Reject mutable fields initialized with reference types to data segment

https://issues.dlang.org/show_bug.cgi?id=17604 --- Comment #3 from Vladimir Panteleev --- Thanks. Definitely not surprised this was filed before. I prefer the description on this bug but I'm a little biased ;) --

HTOD

On 8/22/2017 8:14 AM, Jonathan Shamir wrote: https://dlang.org/htod.html I click download and get an exe! And in the bugs section: No linux version. I'll start with the productive part. If anyone can point me out to the sources of htod I would love to compile for linux + osx. Any task seems

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 --- Comment #9 from Alex Goltman --- Asking the user to use a converter makes sense when the user understands there's a reason to convert. Here it's counter-intuitive - the error stating foreach doesn't work with a const

Re: DerelictGL3 reload crashes in 32 builds

On Tuesday, 22 August 2017 at 12:03:18 UTC, Igor wrote: On Monday, 21 August 2017 at 12:38:28 UTC, Mike Parker wrote: Have you tried to compile outside of VisualD? Hmmm... I though I tried running with just typing dub which should use m32 by default as far as I know and got the error. I

Re: Static inline field initialization

On Tue, Aug 22, 2017 at 04:28:43PM +, Moritz Maxeiner via Digitalmars-d wrote: [...] > I'd argue that - as new in this case doesn't allocate on the heap, but > in the resulting application's appropriate segments) - it should work > like this (from a language semantics standpoint): > > --- >

[Issue 17773] this template parameter not working from derived class

https://issues.dlang.org/show_bug.cgi?id=17773 Martin Nowak changed: What|Removed |Added Hardware|x86_64 |All OS|Linux

[Issue 17773] New: this template parameter not working from derived class

https://issues.dlang.org/show_bug.cgi?id=17773 Issue ID: 17773 Summary: this template parameter not working from derived class Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity:

Re: Static inline field initialization

On Tuesday, 22 August 2017 at 15:52:48 UTC, Kagamin wrote: On Tuesday, 22 August 2017 at 14:53:21 UTC, Moritz Maxeiner wrote: There is a bug [1] - as others have pointed out - that the static array isn't stored in TLS, but in global storage, however, but that doesn't apply in this single

Re: Type Inference in @safe unittests

On Tuesday, August 22, 2017 16:11:11 jmh530 via Digitalmars-d-learn wrote: > I'm not sure if this is a bug or not. > > I was playing around with printing out some member types with > unittests and I was noticing some strange results when they were > in @safe unittests rather than normal unittests.

Re: Does anyone understand how to use "shared" types with concurrency send/receive functions?

https://issues.dlang.org/show_bug.cgi?id=6585 is this fixed too? How various opIndex will behave now?

[Issue 6585] std.variant cannot handle shared arrays

https://issues.dlang.org/show_bug.cgi?id=6585 --- Comment #3 from anonymous4 --- std.concurrency problem is fixed in issue 13262, though don't know if it applies to all uses of variant. --

Type Inference in @safe unittests

I'm not sure if this is a bug or not. I was playing around with printing out some member types with unittests and I was noticing some strange results when they were in @safe unittests rather than normal unittests. The first one prints out what I would expect, but the @safe unittest puts @safe

[Issue 6585] std.variant cannot handle shared arrays

https://issues.dlang.org/show_bug.cgi?id=6585 anonymous4 changed: What|Removed |Added See Also|

[Issue 13262] Cannot send certain shared data to another thread

https://issues.dlang.org/show_bug.cgi?id=13262 anonymous4 changed: What|Removed |Added See Also|

[Issue 13262] Cannot send certain shared data to another thread

https://issues.dlang.org/show_bug.cgi?id=13262 anonymous4 changed: What|Removed |Added Hardware|x86 |All

Re: Community Rant

On Tuesday, 22 August 2017 at 15:14:33 UTC, Jonathan Shamir wrote: The DUB package repository is horrible! More often than not, the packages are so poorly written I end up just writing my own implementation. Adding the ability to "rate" packages would go a long way in improving the situation.

Re: std.format expand "%s"

On Monday, 21 August 2017 at 15:39:04 UTC, Steven Schveighoffer wrote: What I mean is that %s goes to %d for isIntegral!(typeof(x)), and %s goes to %g for isFloatingPoint!(typeof(x)), and stays as %s for everything else. Given this, you could probably write the function you were looking

Re: Community Rant

On Tuesday, August 22, 2017 15:14:33 Jonathan Shamir via Digitalmars-d wrote: > https://dlang.org/htod.html > > I click download and get an exe! > > And in the bugs section: > No linux version. > > I'll start with the productive part. If anyone can point me out > to the sources of htod I would

[Issue 9183] Add a Nullable.get(x) overload

https://issues.dlang.org/show_bug.cgi?id=9183 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/1c071c2176b3ef4552f70e4fefc78f4ebe9d748c Fix Issue 9183 - Add a Nullable.get(x) overload

Re: Community Rant

On Tuesday, 22 August 2017 at 15:48:17 UTC, Kagamin wrote: Other possibilities can be dstep or cpp2d from visuald project. Though don't know if the latter can work on linux. So I guess someone should pick one and put it on the site. And make sure the source code is available. Having a link to

Re: Static inline field initialization

On Tuesday, 22 August 2017 at 14:53:21 UTC, Moritz Maxeiner wrote: There is a bug [1] - as others have pointed out - that the static array isn't stored in TLS, but in global storage, however, but that doesn't apply in this single threaded case. The initializer is copied from typeinfo, that

Re: @safe(bool)

On Tuesday, August 22, 2017 09:11:13 Steven Schveighoffer via Digitalmars-d wrote: > On 8/21/17 9:20 PM, Jonathan M Davis via Digitalmars-d wrote: > > Regardless, it means that I would need to run a tool to figure out which > > attributes actually applied to a function rather than just reading it

Re: Community Rant

Other possibilities can be dstep or cpp2d from visuald project. Though don't know if the latter can work on linux.

Re: Community Rant

On Tuesday, 22 August 2017 at 15:24:54 UTC, ixid wrote: On Tuesday, 22 August 2017 at 15:14:33 UTC, Jonathan Shamir wrote: various. Out of interest did you pick up D before or after joining the start up? If before did you introduce D to them or were they already using it? I work at

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 --- Comment #8 from Steven Schveighoffer --- (In reply to Alex Goltman from comment #7) > Actually map does works on const NumRange, since it's declared as: > > auto map(Range)(Range r) if (isInputRange!(Unqual!Range))

Re: Community Rant

On Tuesday, 22 August 2017 at 15:14:33 UTC, Jonathan Shamir wrote: various. Out of interest did you pick up D before or after joining the start up? If before did you introduce D to them or were they already using it?

Re: GStreamer issues.

On 22-08-17 02:13, Johnson wrote: I can't get the example to work(although slightly modified). The installed version of GStreamer is 1.12.2 The file is: D:\temp\test.ogg Loading Setting to PLAYING. Running. XError: Could not demultiplex stream. dbug: gstoggdemux.c(4418):

Community Rant

https://dlang.org/htod.html I click download and get an exe! And in the bugs section: No linux version. I'll start with the productive part. If anyone can point me out to the sources of htod I would love to compile for linux + osx. Any task seems more attractive to me than manually

Hello World

import std.stdio; void main(char[][] args) { writefln("Hello World"); }

Re: Static inline field initialization

On Tuesday, 22 August 2017 at 12:38:50 UTC, Jonas Mminnberg wrote: On Tuesday, 22 August 2017 at 12:20:45 UTC, Moritz Maxeiner wrote: I agree that it can be confusing if you try to read it with C++ semantics [1]; the solution, however, imho is not to change D semantics or throw warnings

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 Alex Goltman changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: Static inline field initialization

On Tuesday, 22 August 2017 at 13:53:05 UTC, Daniel Kozak wrote: s/buf/bug/ On Tue, Aug 22, 2017 at 3:52 PM, Daniel Kozak wrote: On Tue, Aug 22, 2017 at 2:20 PM, Moritz Maxeiner via Digitalmars-d < digitalmars-d@puremagic.com> wrote: On Tuesday, 22 August 2017 at

[Issue 17718] [scope] function literal arguments can be escaped

https://issues.dlang.org/show_bug.cgi?id=17718 --- Comment #2 from ZombineDev --- (Where line 9 is the `alias f = ...` same as in the original example.) --

[Issue 17718] [scope] function literal arguments can be escaped

https://issues.dlang.org/show_bug.cgi?id=17718 --- Comment #1 from ZombineDev --- If I change the structure to: struct S { int p; int* leak() return scope { return } } I get: scope_bug17718.d(9): Error: returning s.leak() escapes a reference to parameter s,

Re: GtkD: New widget

On 22-08-17 01:38, Johnson wrote: On Monday, 21 August 2017 at 20:54:04 UTC, Mike Wey wrote: On 21-08-17 03:45, Johnson Jones wrote: [...] If you want gtk to know about the functions you override you could use gtkd.Implement.ImplementCLass. [...] Thanks, I'll test it out when I get a

[Issue 17718] [scope] function literal arguments can be escaped

https://issues.dlang.org/show_bug.cgi?id=17718 ZombineDev changed: What|Removed |Added CC|

[Issue 17370] [scope] Escaping scope pointers possible via struct GC allocation

https://issues.dlang.org/show_bug.cgi?id=17370 ZombineDev changed: What|Removed |Added CC|

Third release candidate vibe.d 0.8.1-rc.3

The latest RC fixes a build issue with the OpenSSL 1.1.0 compatibility code and adds Meson build files.

[Issue 2947] Static initializer stored in mutable non-TLS global

https://issues.dlang.org/show_bug.cgi?id=2947 anonymous4 changed: What|Removed |Added CC|

[Issue 17604] Reject mutable fields initialized with reference types to data segment

https://issues.dlang.org/show_bug.cgi?id=17604 anonymous4 changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 2947] Static initializer stored in mutable non-TLS global

https://issues.dlang.org/show_bug.cgi?id=2947 anonymous4 changed: What|Removed |Added See Also|

[Issue 15612] Break immutability with default initialisers

https://issues.dlang.org/show_bug.cgi?id=15612 anonymous4 changed: What|Removed |Added See Also|

Re: Static inline field initialization

https://issues.dlang.org/show_bug.cgi?id=2947

Re: Static inline field initialization

s/buf/bug/ On Tue, Aug 22, 2017 at 3:52 PM, Daniel Kozak wrote: > On Tue, Aug 22, 2017 at 2:20 PM, Moritz Maxeiner via Digitalmars-d < > digitalmars-d@puremagic.com> wrote: > >> On Tuesday, 22 August 2017 at 11:50:50 UTC, Jonas Mminnberg wrote: >> >>> ... >> >> >> I agree

Re: Static inline field initialization

On Tue, Aug 22, 2017 at 2:20 PM, Moritz Maxeiner via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > On Tuesday, 22 August 2017 at 11:50:50 UTC, Jonas Mminnberg wrote: > >> ... > > > I agree that it can be confusing if you try to read it with C++ semantics > [1]; the solution, however, imho

[Issue 2947] Array literal changeable if part of class.

https://issues.dlang.org/show_bug.cgi?id=2947 anonymous4 changed: What|Removed |Added See Also|

[Issue 11107] variable initialized to mutable non-TLS global.

https://issues.dlang.org/show_bug.cgi?id=11107 anonymous4 changed: What|Removed |Added See Also|

[Issue 17604] Reject mutable fields initialized with reference types to data segment

https://issues.dlang.org/show_bug.cgi?id=17604 Steven Schveighoffer changed: What|Removed |Added CC|

[Issue 2947] Array literal changeable if part of class.

https://issues.dlang.org/show_bug.cgi?id=2947 anonymous4 changed: What|Removed |Added Keywords||accepts-invalid, spec

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 --- Comment #6 from Steven Schveighoffer --- (In reply to Eyal from comment #4) > * Pointers are dereferenced in some contexts but not others Not sure about this one. Perhaps an example can explain better? > * Integers have

[Issue 2947] Array literal changeable if part of class.

https://issues.dlang.org/show_bug.cgi?id=2947 anonymous4 changed: What|Removed |Added CC|

[Issue 13646] static darray & pointer initializers always allocated in shared(global) memory rather than in TLS

https://issues.dlang.org/show_bug.cgi?id=13646 anonymous4 changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 --- Comment #5 from Steven Schveighoffer --- But the problem is that almost all range code is templated, so you are going to test with something that works, and then it will fail with something that doesn't. Subtle

Re: Static inline field initialization

On 8/22/17 7:50 AM, Jonas Mminnberg wrote: Because of D's static initialization of members, this assert fails: class Test { ubyte[] buf = new ubyte[1000]; } void main() { auto a = new Test(); auto b = new Test(); assert(a.buf.ptr != b.buf.ptr); } This is bad, since; * It

Re: @safe(bool)

On 8/21/17 9:20 PM, Jonathan M Davis via Digitalmars-d wrote: Regardless, it means that I would need to run a tool to figure out which attributes actually applied to a function rather than just reading it like I could do now. And the fact that this is can be done with UDAs right now is _not_ a

SMTP Mail

Hi All, Request your help on sending Mails, I am able to receive mails with empty body the line "smtp.message ="Example Message" doesn't seem to be working and also please let me know how do i send a file as a attachment in a email. import std.net.curl; void main () { auto smtp =

Re: Static inline field initialization

On Tuesday, 22 August 2017 at 12:20:45 UTC, Moritz Maxeiner wrote: I agree that it can be confusing if you try to read it with C++ semantics [1]; the solution, however, imho is not to change D semantics or throw warnings [2], but to refer to the D spec [3], which states that static

  1   2   >