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: Erasing passwords from ram?

On Tuesday, 30 April 2019 at 08:15:15 UTC, Dukc wrote: I am currently programming a server. So I got the idea that after I've generated all the hashes I need from a password, I want to erase it from RAM before discarding it, just to be sure it won't float around if the server memory is exposed

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

Recommendations for best JSON lib?

I only need to read arbitrary JSON data, no need for writing/(de)serialization.

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: D Binding to GUI libraries

On 10/22/18 1:58 AM, Neia Neutuladh wrote: Unity 7 and prior for the desktop use Nux, an OpenGL-based widget toolkit. Unity 8 and all mobile versions of Unity use Qt. The application set that Ubuntu shipped with Unity was, I think, heavier on the GTK+ side. Fascinating. I'm actually shocked

Re: D Binding to GUI libraries

On 10/22/18 1:08 AM, Gerald wrote: On Monday, 22 October 2018 at 04:41:08 UTC, Nick Sabalausky (Abscissa) wrote: On 10/21/18 1:13 PM, Russel Winder wrote: [...] First of all, minor nitpick: Unless some bombshell news occurred that I managed to miss, Ubuntu pushes their own Unity, NOT Gnome

Re: D alternative for node.js's socket.IO?

On 10/21/18 11:59 PM, Neia Neutuladh wrote: On Sun, 21 Oct 2018 23:05:06 -0400, Nick Sabalausky (Abscissa) wrote: I'm afraid I'm not familiar with socket.io, and the homepage doesn't seem to tell me much (it doesn't even say whether it uses TCP or UDP). But that said, in D, the gold-standard

Re: D Binding to GUI libraries

On 10/21/18 1:29 PM, Russel Winder wrote: No, D should not forget DWT. It's one of the few (they only?) D GUI toolkit that has a native look and feel. Apart from GtkD on GTK+ systems, and dqml, QtE5, qtD, and dqt on Qt, and wxD on wxWidgets. Qt and wxWidgets pride themselves on being able to

Re: D Binding to GUI libraries

On 10/21/18 1:13 PM, Russel Winder wrote: On Sun, 2018-10-21 at 04:15 -0400, Nick Sabalausky (Abscissa) via Digitalmars-d wrote: […] That's pure nonsense: It's Linux - unless one option actually goes away (KDE is still actively used and developed), then there's no such thing as one "wi

Re: D Binding to GUI libraries [was Interesting Observation from JAXLondon]

On 10/21/18 7:36 AM, Andre Pany wrote: While talking about bindings, do not forget Delphi. It has still a good eco system. Combining Delphi's advanced Runtime reflection capabilities with D's advanced compile reflection capabilities opens this eco system. I created a proof of concept and

Re: D alternative for node.js's socket.IO?

On 10/21/18 4:58 PM, Fleel wrote: On Sunday, 21 October 2018 at 20:41:41 UTC, JN wrote: On Sunday, 21 October 2018 at 20:14:46 UTC, Fleel wrote: Does anyone know of a good D alternative for the socket.IO server (https://socket.io)? I would like to transition my server from node.js to D, but I

Re: We need an internal keyword.

On 10/20/18 11:17 PM, 12345swordy wrote: So that classes can share some of their variables but not others in a module. IE. class A { internal int A; //This is shared in the module private int B; // But not this. } No need to reintroduce the "Friend" feature from cpp. I've always felt the

Re: Interesting Observation from JAXLondon

On 10/21/18 1:47 AM, Joakim wrote: Simple, C++ is increasingly seen as irrelevant by those choosing a new language, so D's real competition is now Go, Rust, Swift, Nim, Zig, etc. These are people who want to write "fast code fast," well except for Rust users, who value ownership more.

Re: D Binding to GUI libraries

On 10/21/18 3:33 AM, Russel Winder wrote: On Sat, 2018-10-20 at 21:25 -0400, Nick Sabalausky (Abscissa) via Digitalmars-d wrote: I've heard a lot of very good things about GtkD, and honestly, I have no doubts about any of it. Unfortunately though, the main problem with GtkD is simply GTK itself

Re: D Binding to GUI libraries [was Interesting Observation from JAXLondon]

On 10/20/18 6:28 AM, Gregor Mückl wrote: Even though web and mobile UIs seem to be the rage at the moment, I believe a solid support for desktop UIs is very important for a general purpose language, if it wants to be successful in the market. I think that may be doubly true in the case of

Re: D Binding to GUI libraries [was Interesting Observation from JAXLondon]

On 10/20/18 5:25 AM, Russel Winder wrote: On Sat, 2018-10-20 at 08:52 +, Gregor Mückl via Digitalmars-d wrote: […] I periodically look at how I can make use of D for small projects. Most often, I shy away because I want to build a GUI and none of the libraries that I can find look mature

Re: Interesting Observation from JAXLondon

On 10/12/18 4:05 AM, Vijay Nayar wrote: But the D community has also been very receptive of changes to the language The community is. I don't feel like it's been true of the leadership for some years now (and I don't mean just W) One thing that does concern me, is the avenues in which

Re: automatically closing stale pull requests

On 10/16/18 4:16 PM, notna wrote: another interesting discussion [1]... and old/stale pull requests are also discussed here now and then... not sure if this [2] is known to many ppl?! - [1] https://marc.info/?t=15392665871=1=2 - [2] https://github.com/probot/stale I've encountered

Re: [OT] Is this a feature is any Linux terminal?

On 10/15/18 2:00 AM, Nick Sabalausky (Abscissa) wrote: Unfortunately, Tilix doesn't appear to support using envvars from the current terminal in the custom command above (if that would even be possible), so I'll have to manually change SESSION_NAME_HERE to my KDevelop session name once per

Re: [OT] Is this a feature is any Linux terminal?

On 10/14/18 10:31 PM, Gerald wrote: Tilix supports this. You can define a custom regex and then use the values extracted by the regex to launch an editor to load the file at the right line number. https://gnunn1.github.io/tilix-web/manual/customlinks/ The screenshot shows a configuration

Re: [OT] Is this a feature is any Linux terminal?

On 10/14/18 10:28 PM, Basile B. wrote: VTE can certainly do this. It's the library many people use to embed a terminal in their app (or to make terminals, like Tilix). You can look at the API to get a better idea of what's possible https://developer.gnome.org/vte/0.48/VteTerminal.html. Click

[OT] Is this a feature is any Linux terminal?

Was just thinking about this: I've often liked the idea of having a terminal emulator built-into my code editor, so it could auto-highlight errors/etc and do jump-to-line on ANY variation of build command, without having to set up a custom build tool in the editor for "the is the exact command

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?

Re: Deep nesting vs early returns

On 10/04/2018 11:40 PM, rikki cattermole wrote: On 05/10/2018 8:23 AM, Nick Sabalausky (Abscissa) wrote: I was in college during the height of the Java craze, so my instructors highly recommended the deep nesting approach. This was because return statements are control-flow, and control-flow

Re: Deep nesting vs early returns

On 10/02/2018 02:14 PM, Andrei Alexandrescu wrote: Kate Gregory makes a good argument on something I've often commented in code reviews: https://youtu.be/n0Ak6xtVXno?t=2682 I was in college during the height of the Java craze, so my instructors highly recommended the deep nesting approach.

Re: Warn on unused imports?

On 09/26/2018 06:00 AM, Anonymouse wrote: On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature wrote: I'm playing with a branch of DMD that would warn on unused imports: Would just like to say that I love the idea and would use it immediately. Same here. Periodically, my import

Re: Please don't do a DConf 2018, consider alternatives

On 10/02/2018 02:26 AM, Joakim wrote: I'm sure some thought and planning is now going into the next DConf, so I'd like to make sure people are aware that the conference format that DConf uses is dying off, as explained here: https://marco.org/2018/01/17/end-of-conference-era People are now

Re: Warn on unused imports?

On 10/01/2018 11:00 PM, Jonathan M Davis wrote: The very fact that we have -w causes problems, because it forks the language. e.g. anyone that doesn't compile a library with -wi or -w and then releases it with dub can cause problems when someone else uses that project and then _does_ compile

Re: Warn on unused imports?

On 10/01/2018 04:58 PM, Jonathan M Davis wrote: On Monday, October 1, 2018 2:44:32 PM MDT Nick Sabalausky (Abscissa) via Digitalmars-d wrote: Nobody said anything about making them part of the build process. We're talking about them being included in the compiler, not about them being

Re: Warn on unused imports?

On 10/01/2018 03:32 PM, Jonathan M Davis wrote: On Monday, October 1, 2018 12:36:49 PM MDT Nick Sabalausky (Abscissa) via Digitalmars-d wrote: Yes, that's exactly what warnings are for. If people need to treat them differently than that (ex: C++), that's a failing of the language. As soon

Re: Warn on unused imports?

On 09/25/2018 09:13 PM, Jonathan M Davis wrote: IMHO, the only time that anything along the lines of a warning makes sense is when the programmer is proactively running a tool to specifically ask to be informed of a potential type of problem where they will then go look at each of them

Re: Warn on unused imports?

On 09/26/2018 04:37 AM, Dejan Lekic wrote: On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature wrote: I'm playing with a branch of DMD that would warn on unused imports: I humbly believe this does not belong to the compiler. These sort of things belong to a static code analyser

Re: D IDE

On 09/26/2018 10:33 PM, Shachar Shemesh wrote: On 27/09/18 04:54, Nick Sabalausky (Abscissa) wrote: Man, I wish SOO much, that was true of my favorite editor (Programmer's Notepad 2). I love it, but it's a windows thing and has some issues under wine. Can you elaborate on what issues? Merely

Re: D IDE

On 09/05/2018 01:34 PM, ShadoLight wrote: I sometimes wonder if the Vim/Emacs 'affectionados' spend so much time mastering their editors (which by all accounts have a steep learning curve), that they forgot that IDE development did not stagnate after they left! I sometimes wonder similar

Re: D IDE

On 09/05/2018 01:05 PM, Ecstatic Coder wrote: For instance, even for contract work, I use Geany for all my developments. And a portable IDE like Geany is especially useful when developping *crossplatform* C++ multimedia applications which must be edited and tested both on Windows, MacOS and

Re: Rather D1 then D2

On 09/22/2018 10:31 AM, Jonathan Marler wrote: On Saturday, 22 September 2018 at 13:25:27 UTC, rikki cattermole wrote: Then D isn't the right choice for you. I think it makes for a better community if we can be more welcoming, helpful a gracious instead of responding to criticism this way.

Re: How to correctly deal with dmd.conf with multiple dmd installations - [ref osx, brew, digger]

On 09/25/2018 06:34 AM, aliak wrote: Alo, I'm wondering what’s the deal with dmd.conf and what’s the correct way to handle it with dmd installations. Basically, you want an appropriate, matching `dmd.conf` together with (ie, "in the same directory as") each `dmd` executable. No other

Re: Warn on unused imports?

On 09/25/2018 09:14 AM, Jonathan M Davis wrote: On Tuesday, September 25, 2018 7:03:30 AM MDT FeepingCreature via Digitalmars-d wrote: I'm playing with a branch of DMD that would warn on unused imports: https://github.com/FeepingCreature/dmd/tree/feature/Issue-3507-warn-on-unu sed-imports Two

Re: phobo's std.file is completely broke!

On 09/22/2018 04:46 PM, Jonathan Marler wrote: Decided to play around with this for a bit.  Made a "proof of concept" library: https://github.com/marler8997/longfiles It's just a prototype/exploration on the topic.  It allows you to include "stdx.longfiles" instead of "std.file" which will

Re: Jai compiles 80,000 lines of code in under a second

On 09/20/2018 07:13 PM, aliak wrote: On a related note: He also mentions some really cool compilation features like having compiler hooks that tell you when compilation is done, when executable and where it will be written so you can create your build recipe inside the program itself. Also

Re: phobo's std.file is completely broke!

On 09/19/2018 11:27 PM, Vladimir Panteleev wrote: On Thursday, 20 September 2018 at 03:25:05 UTC, Nick Sabalausky (Abscissa) wrote: On 09/19/2018 11:23 PM, Nick Sabalausky (Abscissa) wrote: rmdir(path); Obviously meant "rmdir(dir);" here. Editing mishap. and MAX_PATH instead of

Re: phobo's std.file is completely broke!

On 09/19/2018 11:45 PM, Vladimir Panteleev wrote: On Thursday, 20 September 2018 at 03:23:36 UTC, Nick Sabalausky (Abscissa) wrote: (Not on a Win box at the moment.) I added the output of my test program to the gist: https://gist.github.com/CyberShadow/049cf06f4ec31b205dde4b0e3c12a986#file

Re: phobo's std.file is completely broke!

On 09/20/2018 03:59 AM, Nick Sabalausky (Abscissa) wrote: On 09/19/2018 11:15 PM, Vladimir Panteleev wrote: When the OS itself fails to properly deal with such files, I don't think D has any business in *facilitating* their creation by default. I used to be a pure Windows user for a long

Re: phobo's std.file is completely broke!

On 09/19/2018 11:15 PM, Vladimir Panteleev wrote: On Wednesday, 19 September 2018 at 06:11:22 UTC, Vladimir Panteleev wrote: One point of view is that the expected behavior is that the functions succeed. Another point of view is that Phobos should not allow programs to create files and

Re: phobo's std.file is completely broke!

On 09/20/2018 03:38 AM, Kagamin wrote: On Thursday, 20 September 2018 at 02:48:06 UTC, Nick Sabalausky (Abscissa) wrote: What drives me mad is when allegedly cross-platform tools deliberately propagate non-cross-platform quirks that could easily be abstracted away and pretend that's somehow

Re: phobo's std.file is completely broke!

On 09/19/2018 11:23 PM, Nick Sabalausky (Abscissa) wrote: rmdir(path); Obviously meant "rmdir(dir);" here. Editing mishap.

Re: phobo's std.file is completely broke!

On 09/19/2018 07:04 AM, Vladimir Panteleev wrote: On Wednesday, 19 September 2018 at 05:49:41 UTC, Nick Sabalausky (Abscissa) wrote: 2. Detect and reject any non-\\?\ path longer than MAX_PATH-12 bytes[5]. This is not a good criteria: relative paths whose pointing to objects whose absolute

Re: phobo's std.file is completely broke!

On 09/19/2018 01:49 PM, Neia Neutuladh wrote: On Wednesday, 19 September 2018 at 08:54:42 UTC, Vladimir Panteleev wrote: BTW, something follows from the above: write(`C:\` ~ (short path) ~  `con`) will fail but: write(`C:\` ~ (long path) ~ `con`) will succeed. This is just one issue I've

Re: phobo's std.file is completely broke!

On 09/19/2018 02:33 AM, Jonathan Marler wrote: What drives me mad is when you have library writers who try to "protect" you from the underlying system by translating everything you do into what they "think" you're trying to do. What drives me mad is when allegedly cross-platform tools

Re: phobo's std.file is completely broke!

On 09/19/2018 04:41 AM, Vladimir Panteleev wrote: On Wednesday, 19 September 2018 at 08:37:17 UTC, Nick Sabalausky (Abscissa) wrote: What's the other issue(s)? Essentially they boil down to "it is impossible to prove the algorithm is correct" (for both detecting when the path fix

Re: phobo's std.file is completely broke!

On 09/19/2018 02:55 AM, Vladimir Panteleev wrote: On Wednesday, 19 September 2018 at 06:34:33 UTC, Nick Sabalausky (Abscissa) wrote: - Does it actually, necessarily perform those additional OS calls? We need to expand relative paths to absolute ones, for which we need to fetch the current

Re: phobo's std.file is completely broke!

On 09/19/2018 02:26 AM, Vladimir Panteleev wrote: On Wednesday, 19 September 2018 at 05:49:41 UTC, Nick Sabalausky (Abscissa) wrote: [...] Someone mentioned in this thread that .NET runtime does do the long-path workaround automatically. One thing we could do is copy EXACTLY what C

Re: phobo's std.file is completely broke!

On 09/19/2018 12:04 AM, Vladimir Panteleev wrote: On Wednesday, 19 September 2018 at 01:50:54 UTC, Nick Sabalausky (Abscissa) wrote: And at least for me, moving from Windows to Linux would have been a LOT harder if it weren't for the OS abstractions that are already in Phobos. It's one thing

Re: phobo's std.file is completely broke!

On 09/17/2018 11:27 AM, Patrick Schluter wrote: On Monday, 17 September 2018 at 12:37:13 UTC, Temtaime wrote: It's problem with phobos. It should be able handle all the paths whatever length they have, on all the platforms without noising the user. Even with performance penalty, but it

Re: phobo's std.file is completely broke!

On 09/18/2018 09:46 PM, Jonathan M Davis wrote: On Tuesday, September 18, 2018 7:28:43 PM MDT Nick Sabalausky (Abscissa) via Digitalmars-d wrote: It's worth noting that the discussion made it very clear that Walter's viewpoint on the matter was based on his own misunderstanding (ie, mistakenly

Re: phobo's std.file is completely broke!

On 09/15/2018 06:40 AM, Vladimir Panteleev wrote: On Saturday, 15 September 2018 at 10:05:26 UTC, Josphe Brigmo wrote: Also, windows 10 does not have this problem What do you mean by "windows 10"? Do you mean Explorer, the default file manager? According to MS docs: "Starting in

Re: phobo's std.file is completely broke!

On 09/15/2018 08:14 PM, Jonathan M Davis wrote: The issue was reported in bugzilla quite some time ago. https://issues.dlang.org/show_bug.cgi?id=8967 However, while Walter's response on it basically indicates that we should just close it as "won't fix," we never actually did It's worth

Re: phobo's std.file is completely broke!

On 09/18/2018 05:25 AM, Vladimir Panteleev wrote: On Tuesday, 18 September 2018 at 06:16:50 UTC, Ecstatic Coder wrote: I expect that calling the function F on system X will work the same as calling that same function on system Y. You ask for the impossible. I think it's safe to assume a

  1   2   3   4   5   6   7   8   9   10   >