Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On 02/18/2017 08:42 PM, Nick Sabalausky (Abscissa) wrote: Or it might be better to just toss this in around the top of the CSS: -- input, textarea { background-color: white; color: #333; } -- K, just tested it, works for me:

mysql-native v1.0.0-rc4

One more update to the MySQL/MariaDB client lib, hopefully the last before v1.0.0 final. This one actually includes quite a few more changes I wanted to get in as long as it's making the big leap up to v1.0.0 (see below). For now, this still lives in a separate fork:

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On 02/18/2017 11:48 AM, Seb wrote: On Friday, 17 February 2017 at 16:07:37 UTC, Nick Sabalausky (Abscissa) wrote: 1. This is pretty awesome. Thanks a lot :) 2. Looks like someone forgot to set a foreground text color for the output even though the background is set to white. This makes the

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On 01/07/2017 11:12 AM, Andrei Alexandrescu wrote: Following https://github.com/dlang/dlang.org/pull/1532, the new-style docs now also allow editing and running examples. Start at http://dlang.org/library-prerelease/ and go anywhere to check it out. Thanks are due to Sönke Ludwig and Sebastian

Re: ddoc: Can I escape a colon?

On 02/23/2017 04:51 PM, Adam D. Ruppe wrote: On Thursday, 23 February 2017 at 21:39:11 UTC, H. S. Teoh Apparently COLON is defined to be ':' in the default ddoc macros, so you needn't define it yourself. Oh yeah. Still, barf. Luckily in my case, the "Word:" part is already generated inside

Re: ddoc: Can I escape a colon?

On 02/23/2017 04:34 PM, Ali Çehreli wrote: (None of the following is tested.) a) Try using the following macro: COLON = And then use "Note$(COLON) Blah". Thanks, that works. c) Another option: NOTE = Note $0 Then use "$(NOTE Blah)" Actually, that's more or less what I was

Re: ddoc: Can I escape a colon?

On 02/23/2017 04:49 PM, H. S. Teoh via Digitalmars-d-learn wrote: I'm becoming more and more convinced that software that tries to be smart ends up being even dumber than before. I've been convinced of that for a long time ;) Not just software either. Anything. My car does idiotic "smart"

scriptlike v0.9.7: Minor update

Minor update to scriptlike (Utility library to help you write script-like programs in D) Aside from a few doc updates, this just fixes deprecation warnings when compiling with DMD 2.072 and up. https://github.com/Abscissa/scriptlike

ddoc: Can I escape a colon?

Suppose I want ddoc output to include this line: -- Note: Blah blabbety blah -- But the colon causes "Note" to be considered a section header. Is there a way to escape the ":" so that it's displayed as expected, but doesn't trigger a section?

Re: Big Oversight with readln?

On 02/23/2017 09:43 PM, Jonathan Marler wrote: I can't figure out how to make use of the full capacity of buffers that are allocated by readln. Take the example code from the documentation: // Read lines from $(D stdin) and count words void main() { char[] buf;

Re: ddoc: Can I escape a colon?

On 02/23/2017 10:36 PM, Adam D. Ruppe wrote: On Friday, 24 February 2017 at 02:50:27 UTC, Nick Sabalausky (Abscissa) wrote: What I'd kinda like to do is put together a D doc generator that uses, uhh, probably markdown. My dpldocs.info generator continues to progress and I'm almost ready to

Re: Enough D to Make a Living?

On 02/23/2017 09:24 AM, Ola Fosheim Grøstad wrote: It is not so much about being able to express something as it is about having N different convoluted ways to express the same thing. And most of those ways being "wrong" or dangerous. And, as you mentioned, certain "right" ways becoming

Re: Android LDC in a Container

On 01/15/2017 12:40 PM, Andre Pany wrote: Hi, on Dockerhub I published a repository which makes it really easy to develop Android applications using LDC and Joakims work. The repository contains Android 1.1.0 beta from https://github.com/joakim-noah/android/releases and also the NDK from

Re: [OT] NNTP client and threading

On 02/19/2017 02:50 AM, ketmar wrote: i usually see little reason to "adapt" myself to something if i can write my own thingy. Ditto to that. Thunderbird (or rather whatever version I've frozen it at) is the closest match to my needs I've seen so far, but it still irks the heck out on me on

Re: Enough D to Make a Living?

On 02/21/2017 10:34 AM, Paul wrote: 3) Is there much value in taking programming classes that don't deal with D? Although HR folk never understand this, programming skills are highly transferable across languages. So yes, it's definitely worthwhile: Getting better with one language will help

Re: two points

On 02/09/2017 03:02 AM, Walter Bright wrote: It took me a while to find it, because you were using a pseudonym that I did not recognize. There are a number of frequent contributors to D using pseudonyms, and all have this issue with varying degrees. [...] I suppose I could write a cheat sheet

Re: assert with format considered harmful

On 02/26/2017 02:17 AM, Seb wrote: On Sunday, 26 February 2017 at 06:34:07 UTC, Ali Çehreli wrote: So, obviously, assert message generation is not lazy. This is a WAT! for me but perhaps there is a good reason for it. FWIW imho we shouldn't need to write such messages at all. It shouldn't be

mysql-native v1.0.0: Big refresh

mysql-native is now officially at v1.0.0! https://github.com/mysql-d/mysql-native mysql-native is a native D client driver for MySQL and MariaDB, usable either with or without vibe.d. It does not rely on the official C libraries, instead communicating directly with the server via the

Re: If you needed any more evidence that memory safety is the future...

On 02/24/2017 12:47 PM, H. S. Teoh via Digitalmars-d wrote: The elephant in the room is that the recent craze surrounding the "cloud" has conveniently collected large numbers of online services under a small number of umbrellas, thereby greatly expanding the impact of any bug that occurs in the

Re: If you needed any more evidence that memory safety is the future...

On 02/26/2017 12:17 AM, Ola Fosheim Grostad wrote: On Saturday, 25 February 2017 at 22:37:15 UTC, Chris Wright wrote: The undefined behavior is what happens after the would-be assertion failure occurs. The compiler is free to emit code as if the assertion passed, or if there is no way for the

scriptlike v0.10.1 - Another minor update

Another minor, but this time slightly breaking update to Scriptlike (Utility library to help you write script-like programs in D). https://github.com/Abscissa/scriptlike v0.10.1 (changes since v0.9.7): - Change: Issue #33: Rename Path.toRawString to Path.raw. - Change: Deprecated

Re: If you needed any more evidence that memory safety is the future...

On 02/25/2017 04:49 PM, Chris Wright wrote: It says it doesn't emit code for assertions. Then it says assertion failures are undefined behavior. How does that even work? Obviously the would-be failure. No need for the docs to be pedantic about everything. It'd read like the average RFC,

Re: Notes for DLang maintainers

On 02/28/2017 02:37 AM, Jacob Carlborg wrote: On 2017-02-28 00:42, Nick Sabalausky (Abscissa) wrote: Contributors shouldn't have to know as much about git as a project's maintainers. So these features, if used, are AWESOME. Squashing and rebasing is part of the basic git, in my opinion.

Re: Of the use of unpredictableSeed

On 02/26/2017 01:23 PM, cym13 wrote: Hi, I found many times that people use unpredictableSeed in combination with normal PRNG for cryptographic purpose. Some even go as far as reseeding at each call to try making it more secure. It is a dangerous practice, most PRNG are not designed with

Re: Of the use of unpredictableSeed

Speaking of, another good source of more "how to not mess up security" info is here: https://crackstation.net/hashing-security.htm DAuth/InstaUser is based on the points in there.

Re: Of the use of unpredictableSeed

On 02/26/2017 01:23 PM, cym13 wrote: [1]: https://cym13.github.io/article/unpredictableSeed.html Good enlightening article. And Veles looks cool, never heard of it before. One detail: auto copyState(uint origin) { for (uint i=1; i>0; i++) { if (origin == Random(i).front)

Re: Notes for DLang maintainers

On 02/26/2017 09:38 AM, Seb wrote:> Review workflow (squashed commits & write access to PRs) Hoora for these *Please* lets make use of these. Pretty much everything about the old way couldn't have been any better at dissuading regular contributors if it had be DESIGNED to discourage

Re: Notes for DLang maintainers

On 02/28/2017 12:18 PM, H. S. Teoh via Digitalmars-d wrote: Whut...? What can be easier than: git checkout my_bug_fix git rebase -i master # Editor pops up, change "pick" to "squash" (or "s" for short) # for every commit you wish to squash. git push -f

Re: WebAssembly design is done?

On 02/28/2017 10:28 PM, Joakim wrote: On Tuesday, 28 February 2017 at 21:50:11 UTC, Jack Stouffer wrote: On Tuesday, 28 February 2017 at 18:04:39 UTC, Ola Fosheim Grøstad wrote: [...] What a long, roundabout path we've taken to end up back where we started: shipping binaries in a sandboxed

Re: WebAssembly design is done?

On 02/28/2017 11:26 PM, Nick Sabalausky (Abscissa) wrote: On 02/28/2017 10:28 PM, Joakim wrote: What is the alternative you prefer: javascript and its myriad vulnerabilities? Probably shipping binaries in a sandboxed environment...but, you know, *without* the browser community badly

Re: dpldocs: xlinking and Documented destructors and postblits

On 03/01/2017 12:18 AM, Adam D. Ruppe wrote: Or better yet, surrender to me! D is gaining features that ddoc doesn't even know how to handle but I do... http://www.youtube.com/watch?v=lBEn3a4TIUw=0m11s But seriously though, nice job!

Re: dpldocs: xlinking and Documented destructors and postblits

On 03/01/2017 01:56 AM, Nick Sabalausky (Abscissa) wrote: On 03/01/2017 12:18 AM, Adam D. Ruppe wrote: Or better yet, surrender to me! D is gaining features that ddoc doesn't even know how to handle but I do... http://www.youtube.com/watch?v=lBEn3a4TIUw=0m11s But seriously though, nice

Re: Why don't you advertise more your language on Quora etc ?

On 02/28/2017 06:29 PM, Jared Jeffries wrote: I've read the answer to questions like "Which is the best programming language to learn in 2017?". Nobody was telling anything about D, which is really sad, because in my opinion D could be one of the best answers to this question. I've answered

Re: WebAssembly design is done?

On 03/01/2017 03:47 AM, Ola Fosheim Grøstad wrote: On Wednesday, 1 March 2017 at 08:01:41 UTC, Saurabh Das wrote: I'm not so up-to-date about the mechanics of WebAssembly, but it would be pretty exciting to run D code in the browser. Is this now possible or have I completely misunderstood what

Re: WebAssembly design is done?

On 03/01/2017 03:46 AM, Ola Fosheim Grøstad wrote: On Tuesday, 28 February 2017 at 21:50:11 UTC, Jack Stouffer wrote: What a long, roundabout path we've taken to end up back where we started: shipping binaries in a sandboxed environment. Portable object-files is something that that people

Re: Of the use of unpredictableSeed

On 03/24/2017 02:56 PM, H. S. Teoh via Digitalmars-d wrote: Yeah, why is it that people still keep thinking unpredictableSeed(), or indeed, the whole of the current std.random, is useful for *anything* related to crypto?? Seems there's two issues there: 1. The name "unpredictableSeed" is

Re: OpenSSL to switch licenses to Apache 2.0

On 03/26/2017 11:25 PM, Adam Wilson wrote: Hi Everyone, I know that the licensing around OpenSSL has been a somewhat controversial topic around the D world. So I though that you might find this bit of news interesting: https://www.openssl.org/blog/blog/2017/03/22/license/ What was it before?

Re: Introducing Diskuto - an embeddable comment system

On 03/16/2017 06:23 AM, Sönke Ludwig wrote: The latest version now offers three embedding modes: https://github.com/rejectedsoftware/diskuto/tree/master/examples User accounts and simple moderation are also supported now. The embed-diet example shows how this can be plugged in. Nice. Very

Re: Special Code String for mixins

On 03/15/2017 09:50 AM, Inquie wrote: e.g., string s = "smile"; enum code1 = @# void happyCode = "Makes me @@s@@"; #@ enum code2 = code1 ~ @# int ImThisHappy = @@s.length@@; #@ mixin(code); import scriptlike; // https://github.com/Abscissa/scriptlike string s = "smile"; //

Re: [OT] cheap hosting

On 03/15/2017 05:02 AM, Jonathan M Davis via Digitalmars-d wrote: If you want a cheap solution for running a website, there's always digital ocean: https://www.digitalocean.com/ You can run whatever you want on there quite easily. It's what I use when I want to spin up a server for something

Re: RDMD [was Why don't you advertise more your language on Quora etc ?]

On 03/16/2017 05:48 AM, Russel Winder via Digitalmars-d wrote: Except that rdmd needs separating out as a distinct thing so that ldc users can use it. I'm pretty sure it does work fine with ldc. Just do: rdmd --compiler=ldmd [...otherflags...]

Re: Introducing Diskuto - an embeddable comment system

Nice. The only example code uses diet templates though, how would one embed this when not using diet?

Re: Special Code String for mixins

On 03/15/2017 11:50 AM, Stefan Koch wrote: Wish I could get rid of the need for "mixin(...)" in interp though. But you can. in interp you can evoke the function you generate however for that you need to pass s to it. Thus reinventing writef and defeating the whole point of interpolated

Re: Proposal: Exceptions and @nogc

On 04/04/2017 04:08 AM, Atila Neves wrote: I think the point here is that some people already use pre-allocated exceptions. With this proposal, they'd have to change their codebase or suddenly have it go much slower. Isn't the main point of pre-allocated exceptions to improve

Re: What are we going to do about mobile? [OT]

On 04/06/2017 08:52 AM, Adam D. Ruppe wrote: I don't even own a mobile device and don't see that changing any time soon (they are really expensive, slow, and just generally hard to use*). That last point is so very true. Bugs me so much that 99.999% of mobile users never really understood

Re: Release vibe.d 0.7.31

On 04/10/2017 04:48 PM, Sönke Ludwig wrote: The 0.7.x branch will continue to be maintained for a short while, but only bug fixes will be included from now on. Applications should switch to the 0.8.x branch as soon as possible. If a library depends on vibe, but wants to allow its users to use

Re: Optlink License

On 04/12/2017 05:08 PM, rikki cattermole wrote: Was Optlink relicensed as well or are we unable to distribute Windows installs [without gaining explicit permission from Walter] still? Minor nitpick fixed ;)

Q about Phobos regex's architecture

I'll admit this is a bit unorthodox, but...I've been wondering about something regarding Phobos regex's implementation and internal architecture: Just how compartmentalized is the parsing of standard PCRE regex syntax vs actual usage of regexes once parsed? Or more to the point, (and again, I

NG technical issues: Is it just me?

Using Thunderbird to access this NG, but as of about a couple months ago (IIRC), this problem started happening. Anybody else having this problem?: When I try to select a new unread message to read, I've got roughly a 10% or so chance that it'll fail with a "The connection was refused when

Re: Interpolated strings

On 04/20/2017 02:28 PM, Atila Neves wrote: I don't understand how writeln($"{a} times 3 is {a * 3}"); is even marginally better than writeln(a, " times 3 is ", a * 3); // look ma, works right now! It's not even fewer characters. Atila The latter IS pretty good, I use it often. It's

Re: Can we disallow appending integer to string?

On 04/19/2017 01:34 PM, Jonathan M Davis via Digitalmars-d-learn wrote: Yeah, which reduces the number of casts required when doing arithmetic on characters and thus reduces bugs there, Ugh, because apparently doing arithmetic on characters is such a common, important use-case in this modern

Re: GC: Understanding potential sources of false pointers

On 04/20/2017 09:00 AM, Kagamin wrote: https://issues.dlang.org/show_bug.cgi?id=15723 Hmm, so apparently embedded data (even if it's from a C lib) can also be a source of false pointers. Thanks, good to know.

Re: Interpolated strings

On 04/20/2017 04:43 PM, H. S. Teoh via Digitalmars-d wrote: But if you're printing lots of variables according to a precise template (e.g., rows of a table or a list of fields), format strings make more sense, e.g.: foreach (rec; records) { writefln("[%8d] %20s

Re: Interpolated strings

On 04/21/2017 04:11 AM, Gary Willoughby wrote: On Thursday, 20 April 2017 at 18:28:30 UTC, Atila Neves wrote: I don't understand how writeln($"{a} times 3 is {a * 3}"); is even marginally better than writeln(a, " times 3 is ", a * 3); // look ma, works right now! It's not even fewer

Re: Interpolated strings

On 04/20/2017 06:23 AM, Martin Tschierschke wrote: and this not? import scriptlike; // with exho definition outside the scope of the used vars auto exho(string x)(){return mixin("writeln("~interp!x~")");} void main() { auto name = userInput!string("Please enter your name"); auto age =

Re: Interpolated strings

On 04/20/2017 02:40 PM, Nick Sabalausky (Abscissa) wrote: auto exho() { return writeln("${name} and this are app ${age*365*24} hours!"); } Correction: auto exho() { return writeln( ""~ _interp_text(name)~ " and this are app "~

Re: What are we going to do about mobile? [OT]

On 04/13/2017 06:16 PM, Joakim wrote: From a certain point of view, you could say PC sales are only down 25% from their peak, that's not dead yet. But the chart I linked shows their share of personal computing devices, including mobile, has dropped from 78% to a little less than 14% over the

Re: Interpolated strings

On 04/17/2017 03:41 PM, Jonas Drewsen wrote: On Monday, 17 April 2017 at 19:12:37 UTC, Martin Tschierschke wrote: defining a new method exho! (derived from echo + mixin...:-) auto exho(string x)(){ return mixin("writeln("~interp!x~")");} You can just write: exho!"The number ${num}

Re: Interpolated strings

On 04/15/2017 04:35 PM, crimaniak wrote: On Saturday, 15 April 2017 at 20:04:13 UTC, Jonas Drewsen wrote: The compiler will basically lower the $"..." string to a mixin that concatenates the expression parts of the (inside the {}) and the plain text parts. It's easy implementable as a library

Re: What are we going to do about mobile? [OT]

I *strongly* agree with the notion that mobile/ARM/iOS/'droid/etc needs to be a major part of D's immediate future. However... On 04/06/2017 01:24 AM, Joakim wrote: I have been saying for some time now that mobile is going to go after the desktop next

GC: Understanding potential sources of false pointers

According to : "Registers, the stack, and any other memory locations added through the GC.addRange function are always scanned conservatively." 1. Can that be safely assumed to be a canonical list of all possible sources of false pointers? 2. What

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On 04/23/2017 07:55 AM, Guillaume Piolat wrote: On Saturday, 22 April 2017 at 08:30:03 UTC, Russel Winder wrote: Terms such as Pythonista, Rubyist, Rustacean, Gopher, etc. are terms of tribalism and exclusion. They are attempts to ensure people claiming membership of the tribe reject being

Re: Python : Pythonista / Ruby: Rubyist : / D : ?

On 04/21/2017 01:20 PM, Vasudev Ram wrote: Hi list, I hope the question is self-evident from the message subject. If not, it means: what are D developers generally called (to indicate that they develop in D)? "Suave, awesome, ultra-attractive programmer with an impeccably fine taste in

Re: Interpolated strings

On 04/21/2017 08:45 AM, Gary Willoughby wrote: On Friday, 21 April 2017 at 12:32:01 UTC, Nick Sabalausky (Abscissa) wrote: "Completely unnecessary" features like that are exactly what make D worthwhile in the first place. Otherwise may as well stick to C++ or Java. Multiple ways of doing the

Re: [Tidbit] making your D code more modular & unittestable

On 03/08/2017 07:31 PM, H. S. Teoh via Digitalmars-d wrote: I did learn a thing or two about what std.range considers to satisfy hasSlicing... it wasn't quite as obvious as I had thought. Do tell!

Re: [Tidbit] making your D code more modular & unittestable

On 03/08/2017 04:34 PM, H. S. Teoh via Digitalmars-d wrote: auto parseFile(Slice)(Slice input) if (isRandomAccessRange!Slice && hasSlicing!Slice && is(ElementType!Slice : ubyte)) { ... // use nice input[x .. y] syntax, yay!

Re: Google is apparently now better at searching programming-related questions

On 03/03/2017 04:50 AM, Andrej Mitrovic wrote: On Friday, 3 March 2017 at 07:51:06 UTC, Ola Fosheim Grøstad wrote: I get those same results when using my regular browser, but when using another browser I get "ad lib" etc, nothing about programming. You may be right. :) I mistakenly thought

Re: Why don't you advertise more your language on Quora etc ?

On 03/03/2017 12:33 PM, H. S. Teoh via Digitalmars-d wrote: Call me a non-conformist or whatever, but every time I see too much hype surrounding something, my kneejerk reaction is to be skeptical of it. I eschew all bandwagons. Yea, I'm the same way. Not even a deliberate thing really, just

Re: Why don't you advertise more your language on Quora etc ?

On 03/03/2017 10:40 AM, Russel Winder via Digitalmars-d wrote: IDEs, vastly more supportive, useful software development functionality than editors, especially for debugging, yes. It's that last one, the one about getting working software developed faster, that is the one that has moved me

scriptlike v0.10.2

Scriptlike is a utility library to help you write script-like programs in D. https://github.com/Abscissa/scriptlike Changes in v0.10.2: - Enhancement: Added trace functions as debugging aid. Outputs file/line info and optionally a variable name/value.

Re: D street cred: Just a thought

On 03/04/2017 02:29 AM, Joakim wrote: I recently ported this small C++/OpenGL ES 2.0 Android app to D, just finished fixing the last bug I know of: [...] Obviously not a bigger project like you had in mind, but just thought I'd mention this one. Actually, that's very cool, particularly since

D street cred: Just a thought

Just a thought for boosting D's street cred: Perhaps...take a worthwhile C/C++ project with real potential, fork it, and port it to D. And make a real commitment to maintaining it. Obviously a bit of a gambit, granted, but the potential payout is improving a worthwhile tool's maintainability

Re: D street cred: Just a thought

On 03/04/2017 11:03 AM, Gerald wrote: On Saturday, 4 March 2017 at 07:09:17 UTC, Nick Sabalausky (Abscissa) wrote: Just a thought. Maybe it's just me and this isn't to pick on you specifically, but I'm getting tired of all of these threads where people tout various ideas/actions as a way to

Re: Of the use of unpredictableSeed

On 03/07/2017 05:18 AM, Seb wrote: As apparently no one here hasn't mentioned this, Linux >= 3.17 has a dedicated syscall API. Please see: http://man7.org/linux/man-pages/man2/getrandom.2.html And this excellent introductory article: https://lwn.net/Articles/605828 Ooh, that's great to

Re: Of the use of unpredictableSeed

On 03/07/2017 09:46 AM, Kagamin wrote: On Tuesday, 7 March 2017 at 10:18:52 UTC, Seb wrote: http://man7.org/linux/man-pages/man2/getrandom.2.html Unnecessarily reading large quantities of data will have a negative impact on other users of the /dev/random and /dev/urandom devices. Therefore,

Re: Spotted on twitter: Rust user enthusiastically blogs about moving to D

On 03/07/2017 02:07 PM, Jack Stouffer wrote: I've seen this mentioned serval times now by people coming from Rust. Rust users: Is the PC/politicking really that pervasive in their community? That surprised me too. My impression is that us D community folks chastise ourselves plenty for

Re: Spotted on twitter: Rust user enthusiastically blogs about moving to D

On 03/07/2017 12:52 PM, Ola Fosheim Grøstad wrote: On Tuesday, 7 March 2017 at 12:53:42 UTC, bachmeier wrote: D's arrays are sane, consistent, and logically intuitive even accounting for the "determinism issue". I've never understood why this behavior is surprising - it's exactly what I'd

Re: Of the use of unpredictableSeed

On 03/06/2017 05:19 PM, sarn wrote: On Monday, 6 March 2017 at 10:12:09 UTC, Shachar Shemesh wrote: Excuse me if I'm asking a trivial question. Why not just seed it from /dev/urandom? (or equivalent on non-Linux platforms. I know at least Windows has an equivalent). Shachar One reason is

Re: [OT] Why don't you advertise more your language on Quora etc ?

On 03/06/2017 07:47 PM, H. S. Teoh via Digitalmars-d wrote: On Sun, Mar 05, 2017 at 05:26:08PM +, Russel Winder via Digitalmars-d wrote: Oh for the days when the only error message you ever got was 0c4. You can get similar experiences even in modern times in the embedded area (at least

Re: Ordering comparisons

On 03/06/2017 08:27 PM, Andrei Alexandrescu wrote: * A struct S { int x; } compares differently on little endian and big endian system (!) This one is very surprising. How is that so, if both structs being compared are of the same endian-ness?

Re: D street cred: Just a thought

On 03/05/2017 09:27 AM, XavierAP wrote: This reminds me my last discussion with the C++ guru at work... Every complaint of mine against the language, he argued against in terms of performance. I felt every argument of this could be reused to abandon C++ in favor of C (which would make me happy

Re: Why don't you advertise more your language on Quora etc ?

On 03/05/2017 12:12 PM, Russel Winder via Digitalmars-d wrote: On Sat, 2017-03-04 at 09:29 +, Patrick Schluter via Digitalmars-d wrote: TL;DR The big issue with IDE's is that they become part of the projects themselves. I thought this sort of crap had gone out with the naughties. Any

Re: Of the use of unpredictableSeed

On 03/05/2017 07:25 PM, H. S. Teoh via Digitalmars-d wrote: On Sun, Mar 05, 2017 at 10:30:29AM -0500, Andrei Alexandrescu via Digitalmars-d wrote: [...] Another good thing pointed by the article would be to use the Mersenne twister for unpredictableSeed, which would make it difficult to infer

Re: Let's kill the ddoc _name feature.

On 03/05/2017 10:58 PM, Adam D. Ruppe wrote: Have you ever seen how _ddoc has a bunch of random names prefixed with underscores throughout the source? Or ever used _ddoc and found random words italicized? [...excellently stated argument snipped...] I propose that we kill it [...] what say

Re: WebAssembly design is done?

On 03/02/2017 04:18 AM, Ola Fosheim Grøstad wrote: On Wednesday, 1 March 2017 at 18:28:00 UTC, Nick Sabalausky (Abscissa) wrote: Well, it's Google's main domain, and they've kinda already settled into a pattern of making decisions more on self-serving grounds than for the good of the

Re: Why don't you advertise more your language on Quora etc ?

On 03/02/2017 07:47 AM, Russel Winder via Digitalmars-d wrote: And what is the tooling and workflow? We are now living in the post- VIM/post-Emacs era. If there isn't a JetBrain IDE or plugin to an IDE for a language, you are in losing territory for big take up: without an IDE (JetBrains is

Re: Why don't you advertise more your language on Quora etc ?

On 03/01/2017 12:25 PM, Jack Stouffer wrote: I agree. We have a lot to improve in terms of marketing. Mainly our messaging is jumbled. Rust = memory safety Go = the best runtime around D = everything I guess? And the problem is that D is good at everything (IMO), so how do we go about

Re: Why don't you advertise more your language on Quora etc ?

On 03/01/2017 08:35 AM, Craig Dillabaugh wrote: However the forum does often answer some highly important and relevant questions. My favorite so far was the "If I wanted to jump from an airplane flying at 30,000 feet with nothing but bubble wrap for protection, how much would I need?" Since

Re: WebAssembly design is done?

On 03/01/2017 05:15 AM, Ola Fosheim Grøstad wrote: So, maybe the conclusion is: don't let corporations create technology standards in their main domain, because then they try to create monopolies and start misbehaving. Browsers is a side-line tech, so... this might have a chance..? Well,

Re: What about this logo ":D" to advertise the D language ?

On 03/02/2017 01:45 PM, Ali Çehreli wrote: :CA C programmer :C++ A C++ programmer (throwing up) :DA D programmer Love it!

Re: Why don't you advertise more your language on Quora etc ?

On 03/02/2017 10:32 AM, bachmeier wrote: I too learned to program using BASIC sometime in the mid-80's. The Ditto here (well, late 80's). AppleSoft Basic on Apple IIc. "enterprise" side of things has created a completely unnecessary learning curve. Java being used to teach intro to

Re: If you needed any more evidence that memory safety is the future...

On 03/02/2017 06:00 PM, Guillaume Piolat wrote: On Friday, 24 February 2017 at 13:38:57 UTC, Moritz Maxeiner wrote: On Friday, 24 February 2017 at 06:59:16 UTC, Jack Stouffer wrote: https://bugs.chromium.org/p/project-zero/issues/detail?id=1139 [...] This isn't evidence that memory safety

Re: dmd Backend converted to Boost License

On 04/07/2017 05:44 PM, Walter Bright wrote: 2. It's on all of the "Accepted OSS Licenses" lists that major corps have because of Boost itself being used in those companies. If your license isn't on the list, your project isn't being used. Yup. We figured every corporation that uses C++ has

Re: dmd Backend converted to Boost License

On 04/07/2017 11:14 AM, Walter Bright wrote: https://github.com/dlang/dmd/pull/6680 Yes, this is for real! Symantec has given their permission to relicense it. Thank you, Symantec! Wow! This is HUGE news for D, and may I say, I think some *major* respect (and "props, j00!") are

Re: GC: Understanding potential sources of false pointers

On 04/22/2017 08:56 AM, Kagamin wrote: .rdata is fine, but afaik you have only strings there, the rest - .data, .bss, .tls will suffer the same issue. I don't know anything about the various object file sections. :/

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

On 04/24/2017 11:17 AM, Timon Gehr wrote: Also, Java's type system is unsound. Not doubting you, but this sounds interesting. Further info or links?

Re: proposed @noreturn attribute

On 07/08/2017 02:37 PM, Andrei Alexandrescu wrote: nice touch of bottom (heh) Where's D's PC-police now?

Re: proposed @noreturn attribute

On 07/08/2017 08:17 AM, Andrei Alexandrescu wrote: On 7/8/17 6:15 AM, Walter Bright wrote: Has anyone a better idea? Does anyone want to write a DIP for this? An attribute is fine. A more PL-minded possibility is to return a specific type: struct None { @disable this(); @disable

Re: proposed @noreturn attribute

On 07/09/2017 06:51 AM, Daniel N wrote: On Sunday, 9 July 2017 at 10:31:47 UTC, Mr.D wrote: On Saturday, 8 July 2017 at 10:15:39 UTC, Walter Bright wrote: Has anyone a better idea? What about scope(exit) assert(0); ? void func() out { assert(0); } body { } Too indirect and verbose. An

Types: The Next Generation (Was: Why is phobos so wack?)

On 07/09/2017 09:26 AM, Adam D. Ruppe wrote: > On Sunday, 9 July 2017 at 12:56:55 UTC, FoxyBrown wrote: >> return str.join(" "); >> [...] >> Error: template std.array.join cannot deduce function from argument >> types !()(string, string) >> [...] >> simply trying to join a string[] with a

  1   2   3   4   5   6   >