Re: Syncing files without a dynamic DNS service with D, Gmail and cURL
On 1/22/14 6:43 PM, Ben wrote: On Thursday, 23 January 2014 at 02:12:20 UTC, Andrei Alexandrescu wrote: On 1/22/14 12:15 PM, Ben wrote: I figured I would share this project here since I wrote it in D and this is a D forum! I basically built two small programs to send and get a computer's IP using gmail as the static source. It would've been simpler to implement with some shell scripts, but I wanted to get practice using other d compilers and using the curl c bindings. A small writeup and source are below. Blog post detailing the project: http://genericprogrammingblog.blogspot.com/2014/01/avoiding-dynamic-dns-using-d-curl-and.html Code source: https://github.com/genericProgramming/ipsync.git http://www.reddit.com/r/programming/comments/1vvdbm/avoiding_dynamic_dns_using_d_curl_and_gmail/ Don't forget to post around noon PST for maximum impact. Andrei Thanks, that's good to know! Mixed things up. Noon EST or 9am PST is the best time. No weekends. Andrei
Re: std.signal : voting results
On Tuesday, 21 January 2014 at 09:26:14 UTC, Dicebot wrote: As an additional comment I wonder if existing signal module should be deprecated and removed completely from Phobos even desite lack of replacement. It sits in the very same niche as this proposal and has even worse implementation with plenty of reported bugs. It becomes hard to justify it at this point. One possibility is a warning about issues and link to the dub package in the docs for std.signal with a hint, that it may be a better choise. Probably same for std.xml. Do we have a package with better xml?
Re: std.signal : voting results
On Wednesday, 22 January 2014 at 23:19:08 UTC, David Nadlinger wrote: This is also the reason why I would have voted no if I made it in time. Documentation and implementation can be fixed later, but we would have had to support a borderline-broken API (with regards to type stringification) for the foreseeable future. The main problem with `std.signal` API is private signals. I think it's important feature, but Robert created additional struct `Signal`, enum `Protection` and string mixin `signal` to implement it. It's only 2 possible solutions: remove private signals or implement new D feature like `friend` keyword. What can we do? Will we create DIP or bugzilla issue? Andrei, what do you think about it?
Re: dmd 2.065 beta 1 #2
On Wednesday, 22 January 2014 at 13:09:19 UTC, Leandro Lucarella wrote: There is a fairly popular de-facto standard for versioning: semver. Yes, it is incompatible with Debian (and I guess FreeBSD) but you can make it compatible by just changing one character (- - ~). Since apparently a version naming scheme is needed, does anyone have a good reason NOT to use a standard that's easily adaptable to several popular distributions? As Jacob already said, we will either need to go back to a major of 0, or improve our major number almost everytime there is a release.
Re: dmd 2.065 beta 1 #2
On 1/22/2014 5:37 AM, Sönke Ludwig wrote: I'm getting deprecation warnings inside std.datetime to use any instead of canFind. Also DMD now warns about using FP operators, such as =, for detecting NaN's. What's the rationale for this? One issue with this is that isNaN cannot be used for CTFE. There is also a build issue that sometimes occurred at the same place in 2.064 in the form of template instantiation failures and now produces linker errors: https://github.com/rejectedsoftware/vibe.d/issues/458 Did you try the -allinst flag? Finally, I'm getting some recursive alias errors that I managed to circumvent in previous releases. I'm going to run dustmite on these two and create bugzilla issues.
Re: So, You Want To Write Your Own Programming Language?
On Wednesday, 22 January 2014 at 18:46:06 UTC, Walter Bright wrote: On 1/22/2014 3:40 AM, Chris wrote: Syntax is getting simplified due to the fact that the listener knows what we mean, e.g. buy one get one free. I wonder to what extent languages will be simplified one day. But this is a topic for a whole book ... There was this article recently: http://www.onthemedia.org/story/yesterday-internet-solved-20-year-old-mystery/ about how english is so redundant one can write sentences using just the first letter of each word, and it is actually understandable. These examples are more about context than redundancy in the grammar. This is very interesting, because the burden is more and more on the listener and less on the speaker. The speaker can omit things relying on the listener's common sense or knowledge of the world (or you know what I mean skills). In the beginning, languages were quite complicated (8 or more cases, inflections), but over the centuries things have been simplified, probably due to the fact that humans are experienced enough and can now trust the interpreter in the listener's head. A good example are headlines. A classic is Driver refused license. Now, everybody will assume that it was not the driver who refused the license (default assumption or the _unmarked case_). If it were in fact the driver who refused the license, the headline would have been different, some sort of linguistic flag would have been raised. This goes into the realms of pragmatics, a very interesting discipline. Some of the concepts found in natural languages can also be found in programming languages. I find it extremely interesting how the human mind (not just language) is reflected in programming languages.
Re: dmd 2.065 beta 1 #2
On 2014-01-23 10:15, Mathias LANG wrote: As Jacob already said, we will either need to go back to a major of 0, or improve our major number almost everytime there is a release. Ruby has just adopted the semantic versioning scheme[1] . They added a fourth digit. The first digit will be the version of the language, the remaining three digits will work as the regular semantic versioning scheme. [1] https://www.ruby-lang.org/en/news/2013/12/21/semantic-versioning-after-2-1-0/ -- /Jacob Carlborg
VS2013 shell debug build can not find PDB's
I have the same issue with the same VS2013 Shell. I am using W7 PROF 32bit I have tried with mago and that works. I am new to D. What is wrong with using mago, if anything ? Thanks DBJ
Re: dmd 2.065 beta 1 #2
On Tuesday, 21 January 2014 at 22:22:01 UTC, Andrew Edwards wrote: Due to building an packaging requirements and a need to address the concerns of the community, I changed the naming convention for this and all future releases. The following is our new naming convention: major.minor.qualifier Examples follow: #.###.b# == 2.065.b1 // beta #.###.rc# == 2.065.rc1 // release candidate #.###.0 == 2.065.0 // initial release #.###.# == 2.065.1 // hotfix Consequently, the name for the previously announced beta has changed. Additionally, installers were prepared and made available. They are as follows: ftp://ftp.digitalmars.com/dmd.2.065.b1.zip ftp://ftp.digitalmars.com/dmd.2.065.b1.dmg ftp://ftp.digitalmars.com/dmd_2.065.b1-0_i386.deb ftp://ftp.digitalmars.com/dmd_2.065.b1-0_amd64.deb ftp://ftp.digitalmars.com/dmd-2.065.b1-0.fedora.i386.rpm ftp://ftp.digitalmars.com/dmd-2.065.b1-0.fedora.x86_64.rpm ftp://ftp.digitalmars.com/dmd-2.065.b1-0.openSUSE.i386.rpm ftp://ftp.digitalmars.com/dmd-2.065.b1-0.openSUSE.x86_64.rpm For a description of these packages, visit http://dlang.org/downloads.html. Note: An installer is not yet prepared for Windows. Regards, Andrew It would be nice, IMHO, to have release information in the same fashion VisualD does it. Check: https://github.com/D-Programming-Language/visuald/releases . Notice that each release has changelog. -Very nice and professional I think.
Re: dmd 2.065 beta 1 #2
On Wednesday, 22 January 2014 at 03:43:51 UTC, Andrew Edwards wrote: 1) The link for nsisunz.zip per readme.txt does not work. I wrote the author of the plugin.
Re: dmd 2.065 beta 1 #2
On Thursday, 23 January 2014 at 06:50:47 UTC, Brad Anderson wrote: This of course is relying on the zip file getting uploaded to downloads.dlang.org. You could use the digitalmars urls for betas, I suppose, since those don't end up on the download site anyway. The url template is just a bit further down in the file. Please no manual steps. Is it possible to do this in the nsi script?
Re: dmd 2.065 beta 1 #2
Martin Nowak wrote in message news:jcszzsgkwldowcmwz...@forum.dlang.org... Mmh, we could simply upload the intermediate zip files for each platform, that fall out of create_dmd_release before they are combined. Sounds good.
Re: dmd 2.065 beta 1 #2
Jacob Carlborg, el 23 de January a las 11:39 me escribiste: On 2014-01-23 10:15, Mathias LANG wrote: As Jacob already said, we will either need to go back to a major of 0, or improve our major number almost everytime there is a release. Ruby has just adopted the semantic versioning scheme[1] . They added a fourth digit. The first digit will be the version of the language, the remaining three digits will work as the regular semantic versioning scheme. [1] https://www.ruby-lang.org/en/news/2013/12/21/semantic-versioning-after-2-1-0/ Works for me. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- Software is like sex: it's better when it's free. -- Linus Torvalds
Re: dmd 2.065 beta 1 #2
On 01/23/2014 01:33 PM, Dejan Lekic wrote: It would be nice, IMHO, to have release information in the same fashion VisualD does it. Check: https://github.com/D-Programming-Language/visuald/releases . Notice that each release has changelog. -Very nice and professional I think. Yeah, maybe we can do something useful with the github release page. We do already have a changelog though, http://dlang.org/changelog.html.
Re: std.signal : voting has begun
On 01/21/2014 02:48 AM, David Nadlinger wrote: I completely missed the review/voting, sorry, though mine would have been a no too, for the in my opinion inappropriate use of string mixins in the API. If you find yourself to be needing to stringify a passed in type for use in a string mixin, you are doing something wrong, as it is near impossible to make this work reliable. There are many other pitfalls than the one mentioned in the docs, e.g. with renamed imports, protection specifiers, … I hope that this module will continue to be improved as a DUB package, though, because there certainly is interest in a solid implementation, even if signals are currently not really part of the go-to D toolbox for most people right now. Who knows what a later round of review might bring once the library has seen some more adoption in the wild. David I strongly agree with this opinion. Please note that it's not the lack of interest but the lack of time which prevented me from participating in this review. -Martin
D Mode for ACE editor
Hello everyone. I am happy to announce that updated D Language mode for Ace editor has been merged and included in latest build. For those who don't know, Ace is an open source code editor written in JavaScript and used by c9.io, koding.com and hopefully will be used on DPaste soon as well. Both of above services cannot be yet used for full D development, C9 does not provide any D compiler[1] and Koding does not support D syntax highlighting, but I think we are on good way. Live demo can be found at: http://ace.c9.io/kitchen-sink.html Major improvements are: * Updated keyword list * Support for UDAs * Minimal ASM support * Delimited Strings Cheers, Robik. [1] If I'm not mistaken, it should be possible to compile GCC there.
Dmitry Olshansky is now a github committer
Congratulations to Dmitry! (His github ID is blackwhale.) Andrei
Re: Dmitry Olshansky is now a github committer
On 1/23/2014 9:38 AM, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Congrats, too! BTW, Dmitry, can you use Dmitry for your github ID, too? I often lose track of which handle goes with which name. I feel like I need to make a cheat sheet and tape it to my monitor.
Re: Dmitry Olshansky is now a github committer
On Thursday, 23 January 2014 at 17:38:04 UTC, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Andrei Great! This is fairly overdue, std.regex and std.uni have proven utterly invaluable and he's a frequent reviewer. Congratulations :)
Re: D Mode for ACE editor
On 01/23/2014 06:06 PM, Robik wrote: I am happy to announce that updated D Language mode for Ace editor has been merged and included in latest build. Yes!
Re: So, You Want To Write Your Own Programming Language?
On 1/23/2014 5:24 AM, Chris wrote: I find it extremely interesting how the human mind (not just language) is reflected in programming languages. They way I usually see it is that the human mind HAS to be reflected in programming languages as that's the whole point. We already knew how to program computers back with manual switches, Altair-style. Every programming tool since then (and *including* Altair-style) has fundamentally been about bridging the gap between the way humans work and the way computers work. That naturally requires that the tool (ex. programming language) reflects a lot about the core nature of both humans and computers, because the language's whole job is to interface with both.
Re: Dmitry Olshansky is now a github committer
On 01/23/2014 06:38 PM, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Andrei This has been overdue.
Re: Dmitry Olshansky is now a github committer
On Thursday, 23 January 2014 at 21:13:10 UTC, Martin Nowak wrote: On 01/23/2014 06:38 PM, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Andrei This has been overdue. Yeah, I was surprised he wasn't already a committer. It's pretty easy to overlook and humility prevents someone from bringing up the issue themselves. In a couple of cases all it took was me messaging Andrei privately, pointing out that a significant contributor wasn't a committer to get the ball rolling and Andrei took over from there (presumably putting it forward to Walter and possibly others for a vote or however the decision is made). It'd probably be a good idea to peruse the contributor list periodically and note anyone that's getting to be a pretty significant contributor. https://github.com/D-Programming-Language/phobos/graphs/contributors https://github.com/D-Programming-Language/dmd/graphs/contributors https://github.com/D-Programming-Language/druntime/graphs/contributors
Re: dmd 2.065 beta 1 #2
On Wednesday, 22 January 2014 at 03:43:51 UTC, Andrew Edwards wrote: On 1/21/14, 5:29 PM, Brad Anderson wrote: On Tuesday, 21 January 2014 at 22:22:01 UTC, Andrew Edwards wrote: Note: An installer is not yet prepared for Windows. Let me know if you need any guidance on getting the Windows installer working. Please use the one in windows/dinstaller.nsi (I need to get some free time to unify that with Jordi's windows installer in the linux folder). 1) The link for nsisunz.zip per readme.txt does not work. Very common with NSIS, unfortunately. It's kind of a ghetto.
Re: dmd 2.065 beta 1 #2
On Thursday, 23 January 2014 at 13:29:31 UTC, Martin Nowak wrote: On Thursday, 23 January 2014 at 06:50:47 UTC, Brad Anderson wrote: This of course is relying on the zip file getting uploaded to downloads.dlang.org. You could use the digitalmars urls for betas, I suppose, since those don't end up on the download site anyway. The url template is just a bit further down in the file. Please no manual steps. Is it possible to do this in the nsi script? Well, presumably Andrew will get access to upload to the download site at some point soon and he's just use that instead of digitalmars's FTP and this won't be a problem. The NSIS script already requires a bit of manual editing (basically just updating the version number). I think I can probably figure out a way to do away with that though (NSIS can pull definitions from a separate file and the NSIS command line supports specifying definitions). I'll experiment with these soon and see what I can do to allow it to be completely automated.
Re: dmd 2.065 beta 1 #2
El 24/01/14 00:24, Brad Anderson ha escrit: On Thursday, 23 January 2014 at 13:29:31 UTC, Martin Nowak wrote: On Thursday, 23 January 2014 at 06:50:47 UTC, Brad Anderson wrote: This of course is relying on the zip file getting uploaded to downloads.dlang.org. You could use the digitalmars urls for betas, I suppose, since those don't end up on the download site anyway. The url template is just a bit further down in the file. Please no manual steps. Is it possible to do this in the nsi script? Well, presumably Andrew will get access to upload to the download site at some point soon and he's just use that instead of digitalmars's FTP and this won't be a problem. The NSIS script already requires a bit of manual editing (basically just updating the version number). I think I can probably figure out a way to do away with that though (NSIS can pull definitions from a separate file and the NSIS command line supports specifying definitions). I'll experiment with these soon and see what I can do to allow it to be completely automated. You can take a look on linux/win/installer.nsi that get version argument from linux/dmd_win.sh and therefore from command line. -- Jordi Sayol
Re: dmd 2.065 beta 1 #2
On 01/22/2014 02:37 PM, Sönke Ludwig wrote: I'm getting deprecation warnings inside std.datetime to use any instead of canFind. https://github.com/D-Programming-Language/phobos/pull/1876
Re: dmd 2.065 beta 1 #2
On Tuesday, 21 January 2014 at 22:22:01 UTC, Andrew Edwards wrote: For a description of these packages, visit http://dlang.org/downloads.html. The link should be http://dlang.org/download.html (no 's' before .html)
Re: dmd 2.065 beta 1 #2
On 1/23/14, 7:25 PM, vitaly_m wrote: On Tuesday, 21 January 2014 at 22:22:01 UTC, Andrew Edwards wrote: For a description of these packages, visit http://dlang.org/downloads.html. The link should be http://dlang.org/download.html (no 's' before .html) Thanks
Re: Dmitry Olshansky is now a github committer
On 1/23/2014 3:07 PM, Brad Anderson wrote: (presumably putting it forward to Walter and possibly others for a vote or however the decision is made). Andrei and I sacrifice a small animal and examine its entrails for guidance. It's a system that has worked well for us.
Re: Dmitry Olshansky is now a github committer
On Friday, 24 January 2014 at 01:17:28 UTC, Walter Bright wrote: On 1/23/2014 3:07 PM, Brad Anderson wrote: (presumably putting it forward to Walter and possibly others for a vote or however the decision is made). Andrei and I sacrifice a small animal and examine its entrails for guidance. It's a system that has worked well for us. In all seriousness, http://forum.dlang.org/post/52daca0e@erdani.com. Not that we suddenly have to deal with an onslaught of angry animal rights activists. ;) David
Re: dmd 2.065 beta 1 #2
On Thursday, 23 January 2014 at 23:44:09 UTC, Jordi Sayol wrote: El 24/01/14 00:24, Brad Anderson ha escrit: On Thursday, 23 January 2014 at 13:29:31 UTC, Martin Nowak wrote: On Thursday, 23 January 2014 at 06:50:47 UTC, Brad Anderson wrote: This of course is relying on the zip file getting uploaded to downloads.dlang.org. You could use the digitalmars urls for betas, I suppose, since those don't end up on the download site anyway. The url template is just a bit further down in the file. Please no manual steps. Is it possible to do this in the nsi script? Well, presumably Andrew will get access to upload to the download site at some point soon and he's just use that instead of digitalmars's FTP and this won't be a problem. The NSIS script already requires a bit of manual editing (basically just updating the version number). I think I can probably figure out a way to do away with that though (NSIS can pull definitions from a separate file and the NSIS command line supports specifying definitions). I'll experiment with these soon and see what I can do to allow it to be completely automated. You can take a look on linux/win/installer.nsi that get version argument from linux/dmd_win.sh and therefore from command line. Ok, cool. I'll take a look there.
Re: dmd 2.065 beta 1 #2
Am 23.01.2014 10:38, schrieb Walter Bright: On 1/22/2014 5:37 AM, Sönke Ludwig wrote: (...) There is also a build issue that sometimes occurred at the same place in 2.064 in the form of template instantiation failures and now produces linker errors: https://github.com/rejectedsoftware/vibe.d/issues/458 Did you try the -allinst flag? Tried it, but it didn't make a difference. I'm running Dustmite on it now, but that will take a while to complete. Finally, I'm getting some recursive alias errors that I managed to circumvent in previous releases. I'm going to run dustmite on these two and create bugzilla issues. Unfortunately, in case of the recursive alias error, Dustmite reduced to a case that fails for both, 2.065 and 2.064. Also, every little change from there either fixes the error or makes it appear again. This is obviously stabbing too deep in unspecified language territory. I gave up on it and am now in the process of completely rewriting the affected code.
Re: Dmitry Olshansky is now a github committer
On Thursday, 23 January 2014 at 17:38:04 UTC, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Congrats to Dmitry!