don't ever call me nicholas

don't ever call me nicholas

It's "Nicolas", not "Nicholas", unless it's non-gov, in which case it's "Nick"

I took a time-warp and googled my name. Found this page calling me "Nicholas": https://wiki.dlang.org/Articles (Yes, I was previously a regular here in a past life.) I'm middle-aged and I've spent my entire life putting up with people who clearly can't even fucking read calling me "Nicholas".

Work = Resources * Efficiency

Work = Resources * Efficiency Applicable to IT, CS, and any other form of engineering. Just putting that out there, FWIW. Sources: - "Efficiency": Merriam-Webster : 1: the quality or degree

mysql-native v3.0.0: Update from `vibe-d:core` to `vibe-core`

The mysql-native package is a native all-D client library for MySQL and MariaDB. If vibe-d is included in your project, it will use vibe-d networking, otherwise it will use Phobos networking. https://github.com/mysql-d/mysql-native In this update, mysql-native's vibe-d support has switched

Re: D Forum Mobile Version - Beta

I'm actually quite surprised by some of the responses. I use the web interface web whenever I'm visiting these forums from my phone, and personally, I think the CSS/layout in your version is a HUGE improvement. Most fantastic of all is that the thread list page and certain code samples are

Re: Proposal for porting D runtime to WebAssembly

On 11/23/19 3:48 PM, Sebastiaan Koppe wrote: On Saturday, 23 November 2019 at 15:23:41 UTC, Alexandru Ermicioi wrote: I was wondering whats your position on Fibers? I am not going to support them in this initial port. And to be honest I rather see us moving towards stackless coroutines. I

Re: dud: A dub replacement

On 11/19/19 3:29 AM, Robert Schadek wrote: On Monday, 18 November 2019 at 16:31:09 UTC, Nick Sabalausky (Abscissa) wrote: As has been discussed elsewhere a few months ago, dependency resolution should be outsourced to an established SAT <https://en.wikipedia.org/w

Re: dud: A dub replacement

On 11/19/19 11:30 AM, Steven Schveighoffer wrote: And I would complain that the fact json exists as a file format already screws up dub add -- using dub add removes ALL comments in an SDL file, and rewrites the file in the order it sees fit. result: I don't use dub add any more. Oops,

Re: dud: A dub replacement

On 11/18/19 7:59 AM, Joseph Rushton Wakeling wrote:   - I would imagine getting dependency resolution really right     would be top of the list -- it would be good to aim to fix     issues like https://github.com/dlang/dub/issues/1732 As has been discussed elsewhere a few months

Re: dud: A dub replacement

On 11/18/19 3:54 AM, Jacob Carlborg wrote: Perhaps this ship has already sail. But YAML would have been a better choice. It's a superset of JSON. All the existing JSON description files would have worked as is. YAML's grammar is a convoluted read-only mess. Every time I have to write it I

Re: dud: A dub replacement

On 11/11/19 8:44 AM, Robert Schadek wrote: The goal of dud is mostly do what dub does, but more understandable. dud will/does aim for a tasteful subset of dub's features. Meaning, most dub files should be good with dud. If they are not, you will/should get an error message telling you whats

Re: Ownership and Borrowing in D

On 7/15/19 10:58 AM, Mike Parker wrote: The blog: https://dlang.org/blog/2019/07/15/ownership-and-borrowing-in-d/ Very interesting! One formatting issue though: "D has a history of using function attributes to alter the semantics of a functionfor example" Note the "".

Re: Let's celebrate Dlang on D day

On 5/25/19 1:03 AM, Walter Bright wrote: On 5/24/2019 9:00 PM, Mike Franklin wrote: On Saturday, 25 May 2019 at 03:22:50 UTC, Murilo wrote: On the 6th of June(6/6) we celebrate the D day on Normandy, but I have decided to turn it into our own holiday to celebrate the D language. I'm sure

Re: D GUI Framework (responsive grid teaser)

On 5/28/19 6:50 PM, Abdulhaq wrote: On Tuesday, 28 May 2019 at 20:54:59 UTC, Robert M. Münch wrote: . The software we sell, would still fit on one floppy disk (if there are still people knowing what it is). And I'm always saying: "Every good software fits on one floppy-disk." Most people

Re: D GUI Framework (responsive grid teaser)

On 5/28/19 2:37 AM, Robert M. Münch wrote: We are considering MT. A GUI should never stuck, as a user I'm the most important part and my time is most valuable. So, an application should never ever slow me down. It's incredibly refreshing to hear a developer say that, instead of the

Re: Let's celebrate Dlang on D day

On 5/26/19 9:16 PM, Ola Fosheim Grøstad wrote: On Monday, 27 May 2019 at 00:56:50 UTC, Nick Sabalausky (Abscissa) wrote: in defense against the benign. So congrats those pretending to be anti-Nazi while utilizing that to build the NEXT new fundamentalist regime. I have to admit that I do use

Re: D GUI Framework (responsive grid teaser)

On 5/26/19 11:46 PM, Ola Fosheim Grøstad wrote: On Monday, 27 May 2019 at 03:35:48 UTC, Nick Sabalausky (Abscissa) wrote: suggestion that Robert could get this going an order of magnitude faster without too terribly much trouble. Luckily, Ethan explained my stance better than I was able

Re: D GUI Framework (responsive grid teaser)

On 5/26/19 9:52 PM, Manu wrote: Unity is perhaps the worst possible comparison point. That's not an example of "designing computer software like a game engine", it's more an example of "designing a game engine like a GUI application", which is completely backwards. Optimising Unity games is

Re: D GUI Framework (responsive grid teaser)

On 5/26/19 9:32 PM, Ola Fosheim Grøstad wrote:> > Why do you guys insist on him doing it your way? I never said that. And just to further clarify, I also never said he should USE a game engine for this. I was only responding to the deluge of misinformation about game-engine-like approaches,

Re: Let's celebrate Dlang on D day

On 5/26/19 8:42 PM, Ola Fosheim Grøstad wrote: On Monday, 27 May 2019 at 00:12:51 UTC, Nick Sabalausky (Abscissa) wrote: Don't know about Europe, but here in the US, an unfortunate part of the basic culture is that people tend to spend their entire lives here going around LOOKING for reasons

Re: D GUI Framework (responsive grid teaser)

On 5/25/19 7:23 PM, Ethan wrote: [...] +1 (trillion) In my entire software career, I have yet to ever come across even one programmer without direct game engine experience who actually has anything intelligent (or otherwise just simply NOT flat-out wrong) to say about game programming.

Re: Let's celebrate Dlang on D day

On 5/25/19 5:56 PM, Murilo wrote: Sorry people, I did not mean to disregard the heros of D Day. It is because I am latin american and here nobody cares about the second WW cause we didn't participate much. I didn't know that in the US you people had all of that respect for D Day. Don't

Re: D GUI Framework (responsive grid teaser)

On 5/23/19 5:01 PM, Ola Fosheim Grøstad wrote: On Thursday, 23 May 2019 at 20:20:52 UTC, Nick Sabalausky (Abscissa) wrote: flexibility. And I think you're *SEVERELY* underestimating the flexibility of modern game engines. And I say this having personally used modern game engines. Have you

Re: D GUI Framework (responsive grid teaser)

On 5/23/19 3:52 PM, Ola Fosheim Grøstad wrote: On Thursday, 23 May 2019 at 19:32:28 UTC, Nick Sabalausky (Abscissa) wrote: Game engines *MUST* be *EFFICIENT* in order facilitate the demands the games place on them. And "efficiency" *means* efficiency: it means minimizing wasted

Re: D GUI Framework (responsive grid teaser)

On 5/22/19 8:34 PM, H. S. Teoh wrote: And this isn't just for mobile apps; even the pervasive desktop browser nowadays seems bent on eating up as much CPU, memory, and disk as physically possible -- everybody has their neighbour's dog wants ≥60fps hourglass / spinner animations and smooth

Re: D GUI Framework (responsive grid teaser)

On 5/23/19 3:29 PM, Ola Fosheim Grøstad wrote: On Thursday, 23 May 2019 at 19:13:11 UTC, Nick Sabalausky (Abscissa) wrote: Serious photographers and videographers use things like JPEG and MPEG which are *fundamentally based* on cutting imperceptible corners and trading accuracy for other

Re: D GUI Framework (responsive grid teaser)

On 5/22/19 6:33 PM, H. S. Teoh wrote: On Wed, May 22, 2019 at 02:18:58PM -0700, Manu via Digitalmars-d-announce wrote: On Wed, May 22, 2019 at 10:20 AM Ola Fosheim Grøstad via Digitalmars-d-announce wrote: [...] But you shouldn't design a UI framework like a game engine. Especially not if

Re: D GUI Framework (responsive grid teaser)

On 5/22/19 6:39 PM, Ola Fosheim Grøstad wrote: There's a reason games can simulate a rich world full of dynamic data and produce hundreds of frames a second, is Yes, it is because they cut corners and make good use of special cases... The cool kids in the demo-scene even more so. That does

Re: bool (was DConf 2019 AGM Livestream)

On 5/12/19 1:43 AM, Walter Bright wrote: On 5/11/2019 7:27 PM, Mike Franklin wrote: I think Walter is conflating how bool is stored in memory with its semantics. That's exactly what I'm deliberately doing. I'm currently considering using D's rich modeling features to create a new boolean

Re: DConf 2019 AGM Livestream

On 5/11/19 10:27 PM, Mike Franklin wrote: On Saturday, 11 May 2019 at 20:35:40 UTC, Exil wrote: Regarding the discussion of how bool is handled... It's a one bit integer so it should behave like a one bit integer https://www.youtube.com/watch?v=cpTAtiboIDs#t=2h17m50s I think Walter is

Re: DConf 2019 Livestream

"When joining: Please connect using Internet Explorer, not Google Chrome or another web browser." You guys can't be serious, you're using WebEx? Not us. The venue. [...] > Sorry about that. It was supposed to be streaming to YouTube, but it > fell through the cracks. We are looking into

Re: Beta 2.086.0

Wow! A whole bunch of great, long-awaited stuff! There's --lowmem, reflection of privates, less optlink, import std, copy ctors... The changelog has some formatting errors in the section "dub run will now automatically fetch a package if it's not found locally".

Re: New DConf Blog Post

On 4/11/19 10:11 AM, wjoe wrote: No offense, but http://motherfuckingwebsite.com/ That is the best website EVER. Times a billion. Says exactly the things I've been wanting to scream at jet-engine volume straight into the faces of every web designer and full-stacker in the world.

Re: [OT] Cleanest look is a UI design failure (was Re: New DConf Blog Post)

On 4/9/19 1:27 PM, Ali Çehreli wrote: On 04/09/2019 08:45 AM, Nick Sabalausky (Abscissa) wrote: > I do think a lot of > designers these days go overboard with removing as much as they can I've been setting the keyboard layout of my OS interfaces to Dvorak for 20 years. Many W

Re: New DConf Blog Post

On 4/8/19 12:42 PM, matheus wrote: For example let's take this Forum (https://forum.dlang.org): Like I said above I think this forums has an excess of borders and I'd prefer something like this: https://i.imgur.com/OQCPojN.png than what you have today, but this is a personal taste. That's

Re: New DConf Blog Post

On 4/6/19 6:30 PM, bauss wrote: Just going to respond to this: "If you haven’t visited the site in a while, you’ll surely notice that it’s been redesigned. The old version was not responsive and was quite annoying to manipulate on small screens." The design is terrible and it really looks

Re: Phobos now compiling with -dip1000

On 3/22/19 11:06 PM, Walter Bright wrote: Many thanks to Sebastian Wilzbach, Nicholas Wilson, Mike Franklin, and others! It's been a long and often frustrating endeavor, but we made it and I'm very pleased with the results. At the risk of embarrassing myself: Am I the only one who finds

Re: graphqld: A graphql backend written in D

On 3/20/19 1:44 PM, Robert Schadek wrote: At Symmetry [6] we needed a graphql [1] backend. So I wrote one. Awesome! I only just learned about graphql very recently and was getting a bit envious of other languages supporting it. Very glad to have one less item on my list of "projects I'm

Re: Containerize Your D Server Application

On 3/14/19 8:38 AM, Mike Parker wrote: One of the items on my list of "things I'd like to do if I only had the time" is to create a Mud server with D and deploy it with Docker. Just for kicks. If I ever do get around to it, my ignorance of all things Docker will not be the time sink it could

Re: The D Programming Language has been accepted as a GSoC 2019 organization

On 2/27/19 11:05 AM, JN wrote: On Wednesday, 27 February 2019 at 16:01:15 UTC, Bastiaan Veelo wrote: On Tuesday, 26 February 2019 at 22:34:45 UTC, Seb wrote: The D Language Language got accepted as a Google Summer of Code organization! Awesome! Or be turned off. If I didn't know about

mysql-native v2.3.0 - With a request for assistance

Small update to mysql-native (A fully-D client library for MySQL/MariaDB that doesn't depend on any external MySQL/MariaDB libs). The most interesting thing in v2.3.0 is that, thanks to @jpf91, the column names for a result set can now be obtained directly from the Row (via

Re: D compilation is too slow and I am forking the compiler

On 11/26/18 11:53 AM, Guillaume Piolat wrote: How many times have you been in this conversation: -- - What language are you using? - D. - I know next to nothing about D. - Oh, it's very good, I even built a business on it! arguments and features>. - Oh no thanks. I

Re: New Initiative for Donations

On Friday, 26 October 2018 at 02:38:08 UTC, Joakim wrote: On Thursday, 25 October 2018 at 22:35:40 UTC, Nick Sabalausky wrote: And yet it's still by far the most common payment method. So what if it isn't trendy. Deal with it. In the US maybe, not in most of the world, where they're still

Re: New Initiative for Donations

On Wednesday, 24 October 2018 at 10:25:17 UTC, Joakim wrote: On Wednesday, 24 October 2018 at 10:18:51 UTC, Mike Parker wrote: On Wednesday, 24 October 2018 at 10:12:50 UTC, Joakim wrote: Any effort underway to take Bitcoin Cash, Ether, or Ripple as donations? The current payment options

Re: Spasm - webassembly libary for single page applications

Nifty, I'll have to look into this. Any idea what it would take to get this doing some WebGL? (Or playing audio?) Or is this more for HTML-ish sorts of stuff? What are the main current limitations?

[OT] My State is Illegally Preventing Me From Voting In The Upcoming 2018 US Elections

I sincerely apologize for the OT, but AFAIK, I don't have anywhere else to post. Please rm/delete/ban/etc... as appropriate, I take full responsibility. This is a (potentially inappropriate) "CYA" (Covering my "A 55") posting, so please delete/rm/ban/etc. as necessary, if applicable.

Re: expectations 0.1.0

On 09/04/2018 12:05 AM, Paul Backus wrote: On Monday, 3 September 2018 at 21:55:57 UTC, Nick Sabalausky (Abscissa) wrote: By contrast, a function that returns an `Expected!T` does *not* force its caller to acknowledge it. If an error occurs, and the caller never checks value or hasValue

Re: expectations 0.1.0

On 09/03/2018 02:49 AM, Paul Backus wrote: On Monday, 3 September 2018 at 04:49:40 UTC, Nick Sabalausky (Abscissa) wrote: Note that the above has *nothing* to do with retrieving a value. Retrieving a value is merely used by the implementation as a trigger to lazily decide whether the caller

Re: expectations 0.1.0

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

Re: Assertions in production code on Reddit

On 08/30/2018 05:31 PM, Walter Bright wrote: https://www.reddit.com/r/programming/comments/9bl72d/assertions_in_production_code/ > >High reliability is not achieved by making perfect designs, it is >achieved by making designs that are tolerant of failure. Runtime >checking is essential to

Re: SDLang-D v0.10.4 - Minor maintenance release

On 07/18/2018 01:57 PM, Anton Pastukhov wrote: On Monday, 16 July 2018 at 04:14:12 UTC, Nick Sabalausky (Abscissa) wrote: announce.sdl: == [...] http://sdl.ikayzo.org/ is down, so maybe remove links to it from sdlang.org? Yea

SDLang-D v0.10.4 - Minor maintenance release

announce.sdl: == // SDLang-D // - // A library to read (pull parse or dom) and write (dom) // SDLang data (such as used by DUB's dub.sdl files). // // SDLang // --- // A text-file format similar to XML/JSON/YAML, but is //

Re: Encouraging preliminary results implementing memcpy in D

On 06/14/2018 05:01 AM, AnotherTorUser wrote: sorry. but what world do you live in? Note this part of what I said: >> If I worked in such an organization that tracked its employees >> activities *outside the workplace* That part is KEY, but it sounds like you an errExit have chosen to

Re: Encouraging preliminary results implementing memcpy in D

On 06/14/2018 02:34 AM, errExit wrote: The D Foundation now subjects all users having an ip originating from a tor exit node, to having their posts moderated (but by whom, when, how, criteria ?? etc). Literally millions of people could, and probably would, be using that exit node. So

Re: Arrogant - HTML5 dom with CSS selectors

On 06/13/2018 02:25 PM, Andrea Fontana wrote: On Wednesday, 13 June 2018 at 18:06:02 UTC, Nick Sabalausky (Abscissa) wrote: Does this mean that it requires the raw HTML input to already be fully conformant HTML5 or simply that it supports and outputs valid HTML5? The second one. If you parse

Re: Arrogant - HTML5 dom with CSS selectors

On 06/13/2018 09:23 AM, Andrea Fontana wrote: > On behalf of the company I work for [1] today I released a new library: > arrogant. > Nice! It is a fully conformant HTML5 dom library with CSS selectors. Does this mean that it requires the raw HTML input to already be fully conformant HTML5

Re: GitHub could be acquired by Microsoft

On 06/09/2018 08:29 PM, bauss wrote: On Saturday, 9 June 2018 at 23:41:43 UTC, Nick Sabalausky (Abscissa) wrote: (I just hope it doesn't lead to GitLab running out of cash too.) And then Microsoft acquires both and everyone moves to Bitbucket. Endless cycle :) Ahhh! Time to make my own

Re: GitHub could be acquired by Microsoft

On 06/09/2018 11:06 AM, Paolo Invernizzi wrote: [1] https://about.gitlab.com/2018/06/05/gitlab-ultimate-and-gold-free-for-education-and-open-source/ From the link: "It has been a crazy 24 hours for GitLab. More than 2,000 people tweeted about #movingtogitlab. We imported over 100,000

Re: GitHub could be acquired by Microsoft

On 06/09/2018 03:56 AM, Kagamin wrote: On Saturday, 9 June 2018 at 07:06:23 UTC, Nick Sabalausky (Abscissa) wrote: Whether web API or web scraping: Either way, you still have to submit an HTTP request, parse the results according to the format the server has chosen to spit out, and possibly

Re: SecureD moving to GitLab

On 06/09/2018 01:47 AM, Walter Bright wrote: Oh, employers do try that. I would negotiate what is mine and what is the company's, before signing. In particular, I'd disclose all projects I'd worked on before, and get a specific acknowledgement that those were not the company's. When I'd

Re: GitHub could be acquired by Microsoft

On 06/08/2018 06:02 PM, Brad Roberts wrote: Essentially (if not actually) everything on github is available through their api's.  No need for scraping or other heroics to gather it. That does make things a little bit simpler, but web scraping really isn't all that much more complicated.

Re: GitHub could be acquired by Microsoft

On Saturday, 9 June 2018 at 00:54:08 UTC, Kapps wrote: Personally I think the fear of Microsoft ruining GitHub is completely unfounded. Just look at what they did to Xamarin. They bought an interesting product and then made it free for individuals, open sourced it, and improved it

Re: GitHub could be acquired by Microsoft

On 06/08/2018 01:01 AM, H. S. Teoh wrote: but the valuable associated information like PR discussions is specific to Github and there is no easy way (if there's a way at all!) to export this data and import it elsewhere. For importing, you may be right. For exporting, I'm not sure I agree.

Re: GitHub could be acquired by Microsoft

On 06/07/2018 04:36 AM, Walter Bright wrote: On 6/6/2018 10:28 PM, Nick Sabalausky (Abscissa) wrote: Keep in mind, if we had been commoditizing and decentralizing repository hosting, issue tracking, PRs, user accounts, etc. right from the start like we should've been, then this MS buyout

Re: GitHub could be acquired by Microsoft

On 06/03/2018 11:51 PM, Anton Fediushin wrote: What's your opinion about that? Will you continue using GitHub? The obvious question is "Will MS use evil/strongarm shenanigans with GitHub?" That would've been the one and only right question if this were the 90's. (And the answer probably

Re: AppVeyor-D: Project to track recommended appveyor.yml (Win CI)

On 05/31/2018 07:03 AM, jmh530 wrote: Thanks for this. Is there something similar for Travis? D support is already built-in on travis so it's not really needed there. See: https://docs.travis-ci.com/user/languages/d/ https://wiki.dlang.org/Continuous_Integration Also:

AppVeyor-D: Project to track recommended appveyor.yml (Win CI)

I wanted to use AppVeyor to add Windows CI to some of my D projects, but when I tried the appveyor.yml config on the DWiki[1], I found it needed some work. So after quite a bit of tinkering (and throwing semi-random bits at the wall to see what would work), I finally got it running properly

Re: Looks like Digital Mars C++ is on the front page of HN at the moment!

On 05/23/2018 09:01 PM, Walter Bright wrote: It's been a great thread. Everyone was very nice. Now that it's gone from the front page, here's the direct link: https://news.ycombinator.com/item?id=17129678 Whoa, I didn't even realize D was now used in some of the DMC++ source. That's a very

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 05/21/2018 01:43 PM, Steven Schveighoffer wrote: Nice idea, I wonder if the compiler couldn't do this automatically with alias, however. It already does this in some cases (e.g. string instead of immutable(char)[]). This would help solve the problem that error messages aren't going to get

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 05/21/2018 01:30 PM, Paul Backus wrote: I'm not sure making `_data` private is really a good idea. For example, this only works if `_data` is public: import std.algorithm; import std.range; import std.stdio; struct MyType { auto _data = iota(10); alias _data this; } void

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 05/21/2018 12:36 PM, Arredondo wrote: > One typo: > >> 1. Although the alias this means MyType... >> 2. Although the alias this means MyType... On 05/21/2018 01:43 PM, Steven Schveighoffer wrote: > The list has two "1." headers. Looks like the blog software got confused by my multi-paragraph

Re: iopipe v0.0.4 - RingBuffers!

On 05/12/2018 08:14 AM, Steven Schveighoffer wrote: But I am not expecting any miracles here. GNU grep does pretty much everything it can to achieve performance -- including eschewing the standard library buffering system as I am doing. I can probably match the performance at some point, but

Re: unit-threaded v0.7.45 - now with more fluency

On 05/08/2018 05:05 AM, Cym13 wrote: I wouldn't say it's an abuse, the dot means exactly the same thing as everywhere else in the language. No, it really doesn't mean the same thing at all. Not when you look away from the unimportant implementation details and towards the big picture:

Re: sumtype 0.3.0

On 05/07/2018 05:35 PM, Paul Backus wrote: Personally, I consider [pattern matching] an essential feature--arguably *the* essential feature-- After having used Nemerle, I tend to agree. I haven't gotten around to using this yet, but I did take a look at the source and was blown away by how

Re: unit-threaded v0.7.45 - now with more fluency

On 05/07/2018 11:57 PM, Johannes Loher wrote: On Monday, 7 May 2018 at 09:19:31 UTC, Dechcaudron wrote: I think I'm siding with Johannes here. Much as the overloads look nice, I don't really see the advantage over `shouldEqual`. Also, what's with `all.these.identifiers`? Any particular reason

Re: Diamond mentioned in stackshare.io article

On 05/05/2018 04:45 PM, Gheorghe Gabriel wrote: On Saturday, 5 May 2018 at 20:34:05 UTC, Gheorghe Gabriel wrote: [...] Sorry for my english mistakes. I am very tired right now and english is not my main language. I cannot correct that 2 it's -> to -> its. No worries, even most native

mysql-native v2.2.2: Minor updates

An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == Tagged release, 'v2.2.2'. Sorry, no "zero date" fix just yet, but I think we're getting close (#65). In this version: - Fixed #177: Update unit-threaded, and don't lock

Re: LDC 1.9.0 beta

On 04/26/2018 03:11 AM, Joakim wrote: I don't know how those links are relevant. Yes, some projects are supporting WebAssembly, but that doesn't mean the web hasn't been declining, so this port likely isn't worth the effort. Nobody is stopping anyone from doing the port though: ldc has some

Re: std.variant Is Everything Cool About D

On 03/29/2018 01:30 PM, 12345swordy wrote: There are some quite criticisms being made in the comments section. Some of them I actually agree with. Much as I love D, its Variant/Arithmetic *is* a terribly inferior hack compared to various languages that have built-in sum types. (Like

Re: The D Language Foundation at Open Collective

On 03/19/2018 12:31 AM, Tony wrote: I believe they only mentioned the time factor, but it is also labor intensive to manually pour the water. Yup [nod, nod]. That's why decades ago they invented machines to pour the hot water over the coffee for us ;) It even heats up the water, too!

Re: The D Language Foundation at Open Collective

On 03/18/2018 04:18 PM, Tony wrote: On Thursday, 15 March 2018 at 12:36:24 UTC, Meta wrote: Sorry to derail, but I had to ask: where does 1 coffee (even extra large) cost $5 USD? Let me know so I know to never move there. I have seen regular coffee at $4.50 and as high as $5.50 in the USA

Re: Vision document for H1 2018

On 03/16/2018 02:35 PM, Tony wrote: On Friday, 16 March 2018 at 15:04:21 UTC, Kagamin wrote: On Thursday, 15 March 2018 at 16:03:14 UTC, rumbu wrote: Are you sure that you are talking about phobos and not tango? :) I'm eager to find how I'm uninformed. Tango doesn't use UFCS, while phobos

Re: Vibe.d web interface tutorial

On 03/13/2018 09:42 AM, Daniel Kozak wrote: Yes PHP is always to blame :) From my archives: https://semitwist.com/articles/article/view/10-fun-facts-about-php

Re: Vision document for H1 2018

On 03/11/2018 11:31 PM, Laeeth Isharc wrote: C# slices look great. I wonder if that might open the door for D on the CLR. I know that was attempted once a long way back, but was deemed infeasible and abandoned. IIRC, inability to implement slices was the main blocker.

Re: Vision document for H1 2018

On 03/10/2018 05:47 AM, Dylan Graham wrote: On Saturday, 10 March 2018 at 10:05:49 UTC, rumbu wrote: According to the State of D Survey, 71% of the respondents don't care about betterC. Why is betterC on the priority list? Yeah. Why should D worry about tying itself into C when it can't

mysql-native v2.2.1: Bugfixes

An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == Tagged bugfix release, 'v2.2.1'. Full changelog: https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md This fixes a pretty big regression (for vibe.d users) from

Re: mysql-native v2.1.0

On 03/08/2018 06:57 AM, bauss wrote: But if you can't store the pools anywhere, how are you supposed to use them with vibe.d? You can store the pools wherever you need to, just don't hold onto a Connection past the end of a vibe task. Creating a new pool for every thread seems expensive

Re: mysql-native v2.1.0

On 03/08/2018 02:14 AM, Bauss wrote: By any chance, are you ever storing a Connection or a ResultRange anywhere? I don't mean as a function-local variable or a a function parameter: I mean like as a class/struct member or as a global? (Well, not that D really has true globals, but a "global"

Re: mysql-native v2.1.0

On 03/07/2018 04:53 PM, bauss wrote: I can't seem to reproduce it now, but I'll keep an eye for it and see if it still happens, but I think the problem is when you return the connection from a function. I had similar issues returning a raw connection created. By any chance, are you ever

Re: mysql-native v2.1.0

On 03/07/2018 02:32 PM, bauss wrote: Wait why has it been updated to array() ? So it's not a real range anymore? Or was it always represented as an array behind the scenes? I just feel like allocating it into an additional array is a waste of memory? But if it was always like that I guess

Re: mysql-native v2.1.0

On 03/06/2018 01:31 PM, bauss wrote: I can't seem to find any examples on how they were updated and what exactly to change in my code. Also, FWIW, mysql-native uses semantic versioning (semver), so anything that worked in v2.0.0 should still continue working in all v2.x.x.

Re: mysql-native v2.1.0

On 03/07/2018 05:23 AM, Sönke Ludwig wrote: Am 06.03.2018 um 05:31 schrieb Nick Sabalausky (Abscissa): (...) Also, AFAIK, vibe doesn't offer socket support like it does TCP, so vibe users would loose out on the automatic yield-on-io that's a cornerstone of vibe's concurrency design

Re: mysql-native v2.1.0

On 03/06/2018 01:54 PM, bauss wrote: On Tuesday, 6 March 2018 at 18:36:45 UTC, bauss wrote: Like more specifically do I still call lockConnection() on a MySQLPool? If you're using vibe.d and MySQLPool, then yes. But that's completely unrelated to prepared statements, it has nothing to do

Re: mysql-native v2.1.0

On 03/07/2018 04:16 AM, aberba wrote: On Tuesday, 6 March 2018 at 10:15:30 UTC, Martin Tschierschke wrote: On Tuesday, 6 March 2018 at 07:39:00 UTC, aberba wrote: UNIX sockets provide a way to securely connect in an enclosed/isolated environment without exposing connection externally. This is

Re: mysql-native v2.1.0

On 03/05/2018 09:23 AM, aberba wrote: On Saturday, 3 March 2018 at 07:37:38 UTC, Nick Sabalausky (Abscissa) wrote: An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == [...] Is unix socket connection supported? I'm

Re: Article: Why Const Sucks

On 03/05/2018 12:38 PM, H. S. Teoh wrote: This broke the by-value assumption inherent in much of Phobos code, Wait, seriously? Phobos frequently passes ranges by value? I sincerely hope that's only true for class-based ranges and forward-ranges (and more specifically, only forward ranges

mysql-native v2.2.0: Maintenance Release (and news)

An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == Tagged 'v2.2.0'. Full changelog: https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md This is primarily a maintenance release including some bugfixes, and the

mysql-native v2.1.0

An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == Tagged 'v2.1.0', which mainly adds a few new features, including greatly simplified shortcut syntax for prepared statements (with automatic, implicit caching and re-use):

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 15:49:37 UTC, Basile B. wrote: At first glance i can say that this will work perfectly for DUB packages. Once DCD gives a file, the IDE just have to look the parent folders to get the SemVer tag. If the file is in a git repository things might be more

mysql-native v2.1.0-rc3

Third release candidate, `v2.1.0-rc3`: Snuck in a long-overdue fix for #28: "MYXProtocol thrown when using large integers as prepared parameters." https://github.com/mysql-d/mysql-native/issues/28 --- In other news, there will likely be another release immediately

  1   2   3   4   5   6   7   8   9   10   >