On 09/03/2018 12:46 AM, H. S. Teoh wrote:
On Sun, Sep 02, 2018 at 09:33:36PM -0700, H. S. Teoh wrote:
[...]
The reason I picked memory corruption is because it's a good
illustration of how badly things can go wrong when code that is known to
have programming bugs continue running unchecked.
On Sunday, 2 September 2018 at 14:48:34 UTC, lurker wrote:
after the beta i tried it the final again - just to be fair.
1.) install d, install visual d.
2.) trying to to look at options under visual d without a
project crashes VS2017 - latest
service pack.
3.) VS2017 - displays a problem
On Sunday, 2 September 2018 at 14:48:34 UTC, lurker wrote:
after the beta i tried it the final again - just to be fair.
1.) install d, install visual d.
2.) trying to to look at options under visual d without a
project crashes VS2017 - latest
service pack.
3.) VS2017 - displays a problem
On Sunday, 2 September 2018 at 01:05:10 UTC, Martin Nowak wrote:
http://dlang.org/changelog/2.082.0.html
-Martin
gdb exception catching looks pretty useful to me!
On 09/02/2018 11:23 PM, Paul Backus wrote:
This is a really clever technique. As you said, hard to say whether it's
worth it compared to just throwing an exception normally, but still,
really clever.
IMO, it's worth it. First of all, it decreases the asymmetry between
`Expected!void` and
On Sun, Sep 02, 2018 at 09:33:36PM -0700, H. S. Teoh wrote:
[...]
> The reason I picked memory corruption is because it's a good
> illustration of how badly things can go wrong when code that is known to
> have programming bugs continue running unchecked.
[...]
P.S. And memory corruption is also
On Sunday, 2 September 2018 at 20:01:08 UTC, Neia Neutuladh wrote:
On Sunday, 2 September 2018 at 19:42:20 UTC, bauss wrote:
Woud be so much more maintainable if I could have each
statement into a variable that could be maintained properly.
You could extract the body of the static foreach
On Mon, Sep 03, 2018 at 03:21:00AM +, tide via Digitalmars-d wrote:
[...]
> Any graphic problems are going to stem probably more from shaders and
> interaction with the GPU than any sort of logic code.
[...]
> What he was talking about was basically that, he was saying how it
> could be used
On Monday, 3 September 2018 at 03:19:39 UTC, Neia Neutuladh wrote:
On Monday, 3 September 2018 at 03:04:57 UTC, Chris Katko wrote:
This should be simple? All I want to do is load an entire
file, and access individual bytes. The entire thing. I don't
want to have know the file size before hand,
On Sun, 2 Sep 2018 at 16:05, Andre Pany via Digitalmars-d
wrote:
>
> On Sunday, 2 September 2018 at 14:48:34 UTC, lurker wrote:
> > after the beta i tried it the final again - just to be fair.
> >
> > 1.) install d, install visual d.
> > 2.) trying to to look at options under visual d without a
>
On Saturday, 1 September 2018 at 13:21:27 UTC, Jonathan M Davis
wrote:
On Saturday, September 1, 2018 6:37:13 AM MDT tide via
Digitalmars-d wrote:
On Saturday, 1 September 2018 at 08:18:03 UTC, Walter Bright
wrote:
> On 8/31/2018 7:28 PM, tide wrote:
>> I'm just wondering but how would you
On Monday, 3 September 2018 at 00:52:39 UTC, Vladimir Panteleev
wrote:
Please correct me if I'm wrong, but from looking at the code,
given e.g.:
Expected!void copyFile(string from, string to);
nothing prevents me from writing:
void main() { copyFile("nonexistent", "target"); }
The success
On Monday, 3 September 2018 at 03:04:57 UTC, Chris Katko wrote:
This should be simple? All I want to do is load an entire file,
and access individual bytes. The entire thing. I don't want to
have know the file size before hand, or "guess" and have a
"maximum size" buffer.
So far, all google
This should be simple? All I want to do is load an entire file,
and access individual bytes. The entire thing. I don't want to
have know the file size before hand, or "guess" and have a
"maximum size" buffer.
So far, all google searches for "dlang binary file read" end up
not working for me.
On 09/02/2018 09:20 PM, Walter Bright wrote:
On 9/1/2018 8:18 PM, Nick Sabalausky (Abscissa) wrote:
[...]
My take on all this is people spend 5 minutes thinking about it and are
confident they know it all.
Wouldn't it be nice if we COULD do that? :)
A few years back some hacker claimed
On 09/02/2018 07:17 PM, Gambler wrote:
But in general, I believe the statement about comparative reliability of
tech from 1970s is true. I'm perpetually impressed with is all the
mainframe software that often runs mission-critical operations in places
you would least expect.
I suspect it may
On 9/1/2018 8:18 PM, Nick Sabalausky (Abscissa) wrote:
[...]
My take on all this is people spend 5 minutes thinking about it and are
confident they know it all.
A few years back some hacker claimed they'd gotten into the Boeing flight
control computers via the passenger entertainment
On Sunday, 2 September 2018 at 06:59:20 UTC, Paul Backus wrote:
expectations is an error-handling library that lets you bundle
exceptions together with return values. It is based on Rust's
Result [1] and C++'s proposed std::expected. [2] If
you're not familiar with those, Andrei's NDC Oslo
On Sunday, 2 September 2018 at 23:38:41 UTC, Per Nordlöw wrote:
On Sunday, 2 September 2018 at 06:59:20 UTC, Paul Backus wrote:
expectations is an error-handling library that lets you bundle
exceptions together with return values. It is based on Rust's
Result [1] and C++'s proposed
On 03/09/2018 5:07 AM, Russel Winder wrote:
On Mon, 2018-09-03 at 01:00 +1200, rikki cattermole via Digitalmars-d-
learn wrote:
[…]
You don't need to create a complete binding for something to use a
subset of it.
True, but all too often you find there are so many interdependencies of
On Sunday, 2 September 2018 at 06:59:20 UTC, Paul Backus wrote:
expectations is an error-handling library that lets you bundle
exceptions together with return values. It is based on Rust's
Result [1] and C++'s proposed std::expected. [2] If
you're not familiar with those, Andrei's NDC Oslo
On 9/1/2018 11:42 PM, Nick Sabalausky (Abscissa) wrote:
> On 09/01/2018 05:06 PM, Ola Fosheim Grøstad wrote:
>>
>> If you have a specific context (like banking) then you can develop a
>> software method that specifies how to build banking software, and
>> repeat it, assuming that the banks you
On Sunday, 2 September 2018 at 05:14:58 UTC, Chris M. wrote:
Hopefully that was coherent. Again this is me for me to get my
thoughts out there, but also I'm interested in what other
people think about this.
Thanks! Please add anything you think is missing to
On Sunday, 2 September 2018 at 14:48:34 UTC, lurker wrote:
after the beta i tried it the final again - just to be fair.
1.) install d, install visual d.
2.) trying to to look at options under visual d without a
project crashes VS2017 - latest
service pack.
3.) VS2017 - displays a problem
On Sunday, 2 September 2018 at 14:48:34 UTC, lurker wrote:
after the beta i tried it the final again - just to be fair.
1.) install d, install visual d.
2.) trying to to look at options under visual d without a
project crashes VS2017 - latest
service pack.
3.) VS2017 - displays a problem
On Sun, 2 Sep 2018 at 03:05, Laurent Tréguier via
Digitalmars-d-announce wrote:
>
> On Sunday, 2 September 2018 at 01:05:10 UTC, Martin Nowak wrote:
> > signed Windows binaries.
>
> This makes D look so much more professional than having
> smartscreen warn you about a potential threat. This is
On Sunday, 2 September 2018 at 12:08:37 UTC, Martin Nowak wrote:
Seems like they knew most artifacts within the installer by now,
scanning for the submitted binary was a lot faster than last
time.
I guess we should keep an eye on this for the next releases,
could you
take care of this Mike?
On Sunday, 2 September 2018 at 17:49:45 UTC, Russel Winder wrote:
On Sun, 2018-09-02 at 18:28 +0100, Russel Winder wrote:
[…]
It turns out that the GIR file is not usable, and so the
girtod route is not feasible. I shall try the DStep route.
Failing that it seems there is
On Sunday, 2 September 2018 at 04:59:49 UTC, Nick Sabalausky
(Abscissa) wrote:
A. People not caring enough about their own craft to actually
TRY to learn how to do it right.
Well, that is an issue. That many students enroll into
programming courses, not because they take pride in writing good
On 09/01/2018 04:15 PM, Walter Bright wrote:
https://blog.regehr.org/archives/1091
This does make me think of one thing: Shouldn't assert expressions be
required to be pure? (even if only weakly pure)
Not sure how much practical problems that would create, but at least in
theory it
On 09/01/2018 03:47 PM, Everlast wrote:
It's because programming is done completely wrong. All we do is program
like it's 1952 all wrapped up in a nice box and bow tie. WE should have
tools and a compiler design that all work interconnected with complete
graphical interfaces that aren't
On Sunday, 2 September 2018 at 19:42:20 UTC, bauss wrote:
Woud be so much more maintainable if I could have each
statement into a variable that could be maintained properly.
You could extract the body of the static foreach into a
[template] function.
On Sunday, 2 September 2018 at 02:32:31 UTC, Jonathan M Davis
wrote:
On Saturday, September 1, 2018 2:15:15 PM MDT Walter Bright via
Digitalmars- d wrote:
https://blog.regehr.org/archives/1091
As usual, John nails it in a particularly well-written essay.
"ASSERT(expr)
Asserts that an
On Sunday, 2 September 2018 at 18:07:10 UTC, Jonathan M Davis
wrote:
On Sunday, September 2, 2018 7:21:05 AM MDT bauss via
Digitalmars-d wrote:
Is there a reason why you cannot create a separate scope
within a static foreach?
The below will not compile:
```
enum a = ["a" : "a", "b" : "b",
On 09/02/2018 05:43 AM, Joakim wrote:
Most will be out
of business within a decade or two, as online learning takes their place.
I kinda wish I could agree with that, but schools are too much of a
sacred cow to be going anywhere anytime soon. And for that matter, the
online ones still have
On Sunday, 2 September 2018 at 04:52:22 UTC, Basile B. wrote:
Both compatible with syntax changes coming with 2.082.
https://github.com/dlang-community/DCD/releases/tag/v0.9.11
https://github.com/dlang-community/D-Scanner/releases/tag/v0.5.10
Better use
https://issues.dlang.org/show_bug.cgi?id=19199
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=19199
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/d157dc65fb7038490b61798e2c92fd31901e
Fix Issue 19199 - Use core.bitops intrinsics during CTFE
On Sunday, September 2, 2018 7:21:05 AM MDT bauss via Digitalmars-d wrote:
> Is there a reason why you cannot create a separate scope within a
> static foreach?
>
> The below will not compile:
>
> ```
> enum a = ["a" : "a", "b" : "b", "c" : "c"];
>
> static foreach (k,v; a)
> {
> {
>
On Sunday, 2 September 2018 at 15:45:45 UTC, Nordlöw wrote:
On Sunday, 2 September 2018 at 04:52:22 UTC, Basile B. wrote:
Both compatible with syntax changes coming with 2.082.
https://github.com/dlang-community/DCD/releases/tag/v0.9.11
On Sun, 2018-09-02 at 18:28 +0100, Russel Winder wrote:
>
[…]
> It turns out that the GIR file is not usable, and so the girtod route
> is not feasible. I shall try the DStep route. Failing that it seems
> there is
>
> https://github.com/WebFreak001/fontconfig-d
>
> which is a manual transform
On Sun, 2018-09-02 at 18:11 +0100, Russel Winder wrote:
> […]
> I am not sure if DStep is the right tool for creating a complete D
> binding to Fontconfig. Given that Fontconfig has a GIR file, using
> girtod may well be the better route.
It turns out that the GIR file is not usable, and so the
On Sun, 2018-09-02 at 15:40 +, Arun Chandrasekaran via Digitalmars-
d-learn wrote:
> […]
>
> You can look at zmqd[1] as an example. I've been using it in
> production. I've also used dstep[2] to translate C headers to D.
>
> [1] https://github.com/kyllingstad/zmqd
> [2]
On Mon, 2018-09-03 at 01:00 +1200, rikki cattermole via Digitalmars-d-
learn wrote:
>
[…]
> You don't need to create a complete binding for something to use a
> subset of it.
True, but all too often you find there are so many interdependencies of
names, you end up binding most of the API. I
On Sunday, 2 September 2018 at 15:33:09 UTC, Laurent Tréguier
wrote:
On Sunday, 2 September 2018 at 14:42:41 UTC, lurker wrote:
after the beta i tried it again - just to be fair.
1.) install d, install visual d.
2.)trying to to look at options under visual d without a
project crashes VS2017 -
On Sunday, 2 September 2018 at 04:52:22 UTC, Basile B. wrote:
Both compatible with syntax changes coming with 2.082.
https://github.com/dlang-community/DCD/releases/tag/v0.9.11
https://github.com/dlang-community/D-Scanner/releases/tag/v0.5.10
Great! Professional.
On Sunday, 2 September 2018 at 12:52:11 UTC, Russel Winder wrote:
I am rewriting a C++ program in D, but need to access a C
library that has no D binding: this is a GtkD based program
which has a Pango binding, but Pango doesn't offer the
information I need, that is hidden in the underlying
On Sunday, 2 September 2018 at 14:42:41 UTC, lurker wrote:
after the beta i tried it again - just to be fair.
1.) install d, install visual d.
2.)trying to to look at options under visual d without a
project crashes VS2017 - latest service pack.
3.)VS2017 - displays a problem on startup
On Sunday, 2 September 2018 at 13:21:05 UTC, bauss wrote:
Is there a reason why you cannot create a separate scope within
a static foreach?
The below will not compile:
```
enum a = ["a" : "a", "b" : "b", "c" : "c"];
static foreach (k,v; a)
{
{
enum b = k;
enum c = v;
after the beta i tried it the final again - just to be fair.
1.) install d, install visual d.
2.) trying to to look at options under visual d without a project
crashes VS2017 - latest
service pack.
3.) VS2017 - displays a problem on startup
4.) creating the dummy project - compile for x64.
On Sunday, 2 September 2018 at 01:16:40 UTC, Mike Franklin wrote:
On Sunday, 2 September 2018 at 01:05:10 UTC, Martin Nowak wrote:
Glad to announce D 2.082.0.
The Windows installer gave me no warning messages this time.
Thanks, everyone.
Mike
after the beta i tried it again - just to be
On Saturday, 1 September 2018 at 20:15:15 UTC, Walter Bright
wrote:
Note the "may or may not be evaluated." We've debated this here
before. I'm rather pleased that John agrees with me on this.
It shouldn't allow side-effects then though.
https://run.dlang.io/is/P6VnYd
Also a common source of
On Sunday, 2 September 2018 at 13:26:55 UTC, Petar Kirov
[ZombineDev] wrote:
It's intended, but with the possibility to add special syntax
for local declarations in the future left open, as per:
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1010.md#local-declarations
Is there any
On Sunday, 2 September 2018 at 13:21:05 UTC, bauss wrote:
Is there a reason why you cannot create a separate scope within
a static foreach?
The below will not compile:
```
enum a = ["a" : "a", "b" : "b", "c" : "c"];
static foreach (k,v; a)
{
{
enum b = k;
enum c = v;
Is there a reason why you cannot create a separate scope within a
static foreach?
The below will not compile:
```
enum a = ["a" : "a", "b" : "b", "c" : "c"];
static foreach (k,v; a)
{
{
enum b = k;
enum c = v;
}
}
```
It works if it's in a function of course.
This
On Sunday, 2 September 2018 at 13:21:05 UTC, bauss wrote:
Is there a reason why you cannot create a separate scope within
a static foreach?
You can try it out here: https://run.dlang.io/is/7DgwCk
On 03/09/2018 12:52 AM, Russel Winder wrote:
I am rewriting a C++ program in D, but need to access a C library that
has no D binding: this is a GtkD based program which has a Pango
binding, but Pango doesn't offer the information I need, that is hidden
in the underlying Fontconfig C API.
I
I am rewriting a C++ program in D, but need to access a C library that
has no D binding: this is a GtkD based program which has a Pango
binding, but Pango doesn't offer the information I need, that is hidden
in the underlying Fontconfig C API.
I could create a complete D binding for Fontconfig
On Friday, 31 August 2018 at 18:49:26 UTC, James Blachly wrote:
On Friday, 31 August 2018 at 17:18:58 UTC, Neia Neutuladh wrote:
On Friday, 31 August 2018 at 06:20:09 UTC, James Blachly wrote:
Hi all,
...
When linking to this library from D, I have declared it as:
extern __gshared
On Sunday, 2 September 2018 at 06:25:47 UTC, Nick Sabalausky
(Abscissa) wrote:
On 08/31/2018 07:47 PM, Jonathan M Davis wrote:
However, many
teachers really aren't great programmers. They aren't
necessarily bad
programmers, but unless they spent a bunch of time in industry
before
teaching,
On 9/1/18 6:29 AM, Shachar Shemesh wrote:
On 31/08/18 23:22, Steven Schveighoffer wrote:
On 8/31/18 3:50 PM, Walter Bright wrote:
https://news.ycombinator.com/item?id=17880722
Typical comments:
"`assertAndContinue` crashes in dev and logs an error and keeps going
in prod. Each time we want
On 08/18/2018 06:47 PM, kinke wrote:
> Glad to announce LDC 1.11:
>
> * Rudimentary support for compiling & linking directly to WebAssembly.
> See the dedicated Wiki page [1] for how to get started.
Nice one!
> [1] https://wiki.dlang.org/Generating_WebAssembly_with_LDC
On Saturday, 1 September 2018 at 12:33:49 UTC, rjframe wrote:
On Thu, 23 Aug 2018 15:35:45 +, Joakim wrote:
* Language complexity
Raise your hand if you know how a class with both opApply and
the
get/next/end functions behaves when you pass it to foreach.
How about a struct? Does it
On 08/31/2018 09:49 PM, Laurent Tréguier wrote:
> I actually used dmd until very recently, and still use dmd on Mageia and
> EPEL. I switched to ldc because of weird linker errors on Fedora 29, but
> since it's still in development I have no idea if this is the problem
> comes from dmd or Fedora.
On 09/02/2018 03:16 AM, Mike Franklin wrote:
> On Sunday, 2 September 2018 at 01:05:10 UTC, Martin Nowak wrote:
>> Glad to announce D 2.082.0.
>
> The Windows installer gave me no warning messages this time. Thanks,
> everyone.
Seems like they knew most artifacts within the installer by now,
On Saturday, 1 September 2018 at 21:53:03 UTC, aliak wrote:
Anyway around this?
I don't know if your situation allows it, but you can mark f
explicitly as always @nogc. If your design assumes that it's
@nogc, it's a good idea to add the attribute anyway.
You can also use the C printf
On Saturday, 1 September 2018 at 18:35:30 UTC,
TheSixMillionDollarMan wrote:
On Saturday, 1 September 2018 at 12:33:49 UTC, rjframe wrote:
[...]
Stroustrup also said, that "achieving any degree of
compatibility [with C/C++] is very hard, as the C/C++
experience shows."
(reference =>
On Sunday, 2 September 2018 at 01:05:10 UTC, Martin Nowak wrote:
signed Windows binaries.
This makes D look so much more professional than having
smartscreen warn you about a potential threat. This is probably
the single best feature of this release IMO.
On Sunday, 2 September 2018 at 07:56:09 UTC, Nick Sabalausky
(Abscissa) wrote:
On 09/02/2018 02:06 AM, Joakim wrote:
On Sunday, 2 September 2018 at 05:16:43 UTC, Nick Sabalausky
(Abscissa) wrote:
Smug as I may have been at the at the time, it wasn't until
later I realized the REAL smart ones
https://issues.dlang.org/show_bug.cgi?id=19195
--- Comment #1 from Manu ---
https://github.com/dlang/dmd/pull/8654
--
On Saturday, 1 September 2018 at 21:18:27 UTC, Nick Sabalausky
(Abscissa) wrote:
On 09/01/2018 07:12 AM, Chris wrote:
Hope is usually the last thing to die. But one has to be wise
enough to see that sometimes there is nothing one can do. As
things are now, for me personally D is no longer an
https://issues.dlang.org/show_bug.cgi?id=19212
--- Comment #1 from Manu ---
PR: https://github.com/dlang/dmd/pull/8652
--
https://issues.dlang.org/show_bug.cgi?id=19212
Issue ID: 19212
Summary: Add versions for C++ runtimes.
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
Priority:
On Sunday, 2 September 2018 at 04:21:44 UTC, Jonathan M Davis
wrote:
On Saturday, September 1, 2018 9:18:17 PM MDT Nick Sabalausky
(Abscissa) via Digitalmars-d wrote:
So honestly, I don't find it at all surprising when an
application can't handle not being able to write to disk.
Ideally, it
On 09/02/2018 02:06 AM, Joakim wrote:
On Sunday, 2 September 2018 at 05:16:43 UTC, Nick Sabalausky (Abscissa)
wrote:
Smug as I may have been at the at the time, it wasn't until later I
realized the REAL smart ones were the ones out partying, not the grads
or the nerds like me.
Why? Please
On 09/02/2018 12:21 AM, Jonathan M Davis wrote:
The C APIs on the other hand require that you
check the return value, and some of the C++ APIs require the same.
Heh, yea, as horrifically awful as return value errors really are, I
have to admit, with them, at least it's actually *possible* to
https://issues.dlang.org/show_bug.cgi?id=19200
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=19200
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/71fc01cc63ee28648bdcd19faf8255c4dfeaf290
Fix issue 19200
expectations is an error-handling library that lets you bundle
exceptions together with return values. It is based on Rust's
Result [1] and C++'s proposed std::expected. [2] If you're
not familiar with those, Andrei's NDC Oslo talk, "Expect the
Expected" [3], explains the advantages of this
On 08/31/2018 07:47 PM, Jonathan M Davis wrote:
However, many
teachers really aren't great programmers. They aren't necessarily bad
programmers, but unless they spent a bunch of time in industry before
teaching, odds are that they don't have all of the software engineering
skills that the
On Sunday, 2 September 2018 at 05:16:43 UTC, Nick Sabalausky
(Abscissa) wrote:
On 09/02/2018 12:53 AM, Jonathan M Davis wrote:
Ouch. Seriously, seriously ouch.
Heh, yea, well...that particular one was state party school,
so, what y'gonna do? *shrug*
Smug as I may have been at the at the
I took the project rooted in ipfs.
Short URL: https://bit.do/keyboards
I no longer have a fixed email, so don't send any information to
my past public emails.
82 matches
Mail list logo