Re: Dmitry Olshansky is now a github committer
23-Jan-2014 23:04, Walter Bright пишет: On 1/23/2014 9:38 AM, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Congrats, too! Thanks, guys! 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. Well it would be bold of me to claim Dmitry like I'm the only one on github :) I will consider DmitryOlshansky but it's just too long for my tastes. P.S. In seriousness I hardly see a problem of tracking handles - one click on a handle and you have the user profile with name/surname in big gray letters. -- Dmitry Olshansky
Re: Dmitry Olshansky is now a github committer
On Friday, 24 January 2014 at 10:59:47 UTC, Dmitry Olshansky wrote: Congratulations! P.S. In seriousness I hardly see a problem of tracking handles - one click on a handle and you have the user profile with name/surname in big gray letters. You're willing to let a click stand between Walter and you? :)
Re: So, You Want To Write Your Own Programming Language?
On Thursday, 23 January 2014 at 20:11:15 UTC, Nick Sabalausky wrote: 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. Yes, there is no other way. Humans cannot create anything that is not based on the human mind. However, it is interesting to see how it is done. Man against machine (or rather man in machine), how to make a computer work the way we work. Even the simplest things like x++; x += 5; are fascinating. It is already reflected in the development of writing systems, long before there was any talk of computers. And it is also interesting to see how different human ways of tackling problems are enshrined in programming languages. E.g. the ever patronizing Python vs C style (;). One could write a book about it.
Re: So, You Want To Write Your Own Programming Language?
On Thursday, 23 January 2014 at 10:24:23 UTC, Chris wrote: 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. Headlines are a good source. My favourites are from WW2... MacArthur flies back to front. British push bottles up Germans. -mike-
Re: dmd 2.065 beta 1 #2
On 01/24/2014 12:24 AM, Brad Anderson wrote: 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. Sounds great, my mid term goal is to integrate all the package/installer scripts with the vagrant setup and to build them using local dmd.zip folders.
Re: dmd 2.065 beta 1 #2
On 01/23/2014 01:44 PM, Martin Nowak wrote: 1) The link for nsisunz.zip per readme.txt does not work. I wrote the author of the plugin. He no longer has posses this file. @Brad Anderson, maybe you or Walter still have a download laying around?
Re: dmd 2.065 beta 1 #2
On 1/24/14, 9:17 AM, Martin Nowak wrote: On 01/23/2014 01:44 PM, Martin Nowak wrote: 1) The link for nsisunz.zip per readme.txt does not work. I wrote the author of the plugin. He no longer has posses this file. @Brad Anderson, maybe you or Walter still have a download laying around? Martin, there is no need. I included a link to where I found the copy I am using. What might need to be done is a copy stored on the server but my main point was that the readme file need to be updated.
Re: dmd 2.065 beta 1 #2
Could you please make a 2.065.b1 tag on the GitHub as well so we finally start using the release naming scheme you mentioned in the previous beta-release thread here on the NG?
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 Yeah, Dmitry deserves this, IMHO. :) Congratulations!
∅MQD, a ∅MQ wrapper for D
∅MQD is a D library that wraps the low-level C API of the ∅MQ messaging framework. It is a rather thin wrapper that maps closely to the C API, while making it safer, easier and more pleasant to use. The API is designed to feel familiar to existing ∅MQ users, yet natural to D users. For more information, check out the following links. GitHub/README: https://github.com/kyllingstad/zmqd API docs: http://kyllingstad.github.io/zmqd DUB package:http://code.dlang.org/packages/zmqd A while ago, I posted an RFC about this on the digitalmars.D forum. I've since incorporated some of the suggestions I got and made a few additions, and I now deem the library ready for release. It hasn't seen a lot of serious field testing yet, though, so there are surely a few bugs lurking in there. Therefore, I am calling this the first beta release, and encourage you to report any issues you encounter here: https://github.com/kyllingstad/zmqd/issues
Re: So, You Want To Write Your Own Programming Language?
On Wednesday, 22 January 2014 at 04:29:05 UTC, Walter Bright wrote: http://www.reddit.com/r/programming/comments/1vtm2l/so_you_want_to_write_your_own_language_dr_dobbs/ Nice Walter. You're almost as down-to-earth as me. I love what you have achieved.
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 Can't you go to prison for that?
Re: Dmitry Olshansky is now a github committer
On 1/24/2014 2:59 AM, Dmitry Olshansky wrote: Well it would be bold of me to claim Dmitry like I'm the only one on github :) I will consider DmitryOlshansky but it's just too long for my tastes. Another reason to use your real name is so that your professional work becomes connected to your name - meaning that you control the google view of your name rather than someone else. (I also recommend registering yourname.com and a twitter account in your name, for the same reason.) P.S. In seriousness I hardly see a problem of tracking handles - one click on a handle and you have the user profile with name/surname in big gray letters. True, but the handles tend to leak out into other contexts, too. And since, as you say, the handles offer no anonymity anyway, what's the point? Github does autocomplete on handles, based on who you are connected to, so I'd rarely have to type more than 2 or 3 letters of a handle anyway. Save the handles for trolling on reddit :-) Thanks for considering the change.
Re: So, You Want To Write Your Own Programming Language?
On 1/24/2014 9:56 AM, Steve Teale wrote: On Wednesday, 22 January 2014 at 04:29:05 UTC, Walter Bright wrote: http://www.reddit.com/r/programming/comments/1vtm2l/so_you_want_to_write_your_own_language_dr_dobbs/ Nice Walter. You're almost as down-to-earth as me. I love what you have achieved. Thanks Steve! I've always found you inspiring. (For those who don't know, Steve I go way, way back to the 1980's. He wrote the iostream implementation for Zortech C++, and was instrumental in the success of Zortech.)
Re: ∅MQD, a ∅MQ wrapper for D
On Fri, 24 Jan 2014 17:45:44 +, Lars T. Kyllingstad wrote: ∅MQD is a D library that wraps the low-level C API of the ∅MQ messaging framework. It is a rather thin wrapper that maps closely to the C API, while making it safer, easier and more pleasant to use. The API is designed to feel familiar to existing ∅MQ users, yet natural to D users. For more information, check out the following links. GitHub/README: https://github.com/kyllingstad/zmqd API docs: http://kyllingstad.github.io/zmqd DUB package: http://code.dlang.org/packages/zmqd A while ago, I posted an RFC about this on the digitalmars.D forum. I've since incorporated some of the suggestions I got and made a few additions, and I now deem the library ready for release. It hasn't seen a lot of serious field testing yet, though, so there are surely a few bugs lurking in there. Therefore, I am calling this the first beta release, and encourage you to report any issues you encounter here: https://github.com/kyllingstad/zmqd/issues Nicely done. It looks like you haven't wrapped the poll functionality at all, something that I use in most of my 0MQ programs.
Re: ∅MQD, a ∅MQ wrapper for D
On Friday, 24 January 2014 at 18:59:54 UTC, Justin Whear wrote: Nicely done. It looks like you haven't wrapped the poll functionality at all, something that I use in most of my 0MQ programs. Thanks! I'm glad that you mention zmq_poll(); I've been wondering how to deal with that. It's slightly more low-level than the other functions, since it also deals with standard OS file descriptors, and I'd rather not expose OS-level stuff in ∅MQD more than strictly necessary. Do you ever use that functionality, or do you just poll ∅MQ sockets? Lars
Re: ∅MQD, a ∅MQ wrapper for D
On Fri, 24 Jan 2014 19:11:56 +, Lars T. Kyllingstad wrote: On Friday, 24 January 2014 at 18:59:54 UTC, Justin Whear wrote: Nicely done. It looks like you haven't wrapped the poll functionality at all, something that I use in most of my 0MQ programs. Thanks! I'm glad that you mention zmq_poll(); I've been wondering how to deal with that. It's slightly more low-level than the other functions, since it also deals with standard OS file descriptors, and I'd rather not expose OS-level stuff in ∅MQD more than strictly necessary. Do you ever use that functionality, or do you just poll ∅MQ sockets? Lars I think I've mixed a file descriptor in with sockets once, but not in current production code. A quick thought: you might template the poll wrapper so that the user could pass a mix of Socket and int (or whatever the proper name is for the file descriptor type per OS). Inside, you set the appropriate property on each zmq_pollitem_t structure based on the argument type. Now that I think of it, you also need to find a scheme for indicating which events you want to listen for. Which means either a simple pairing type (socket, event mask) or a getopt-style interface.
Re: dmd 2.065 beta 1 #2
On 1/24/14, 10:04 AM, Dejan Lekic wrote: Could you please make a 2.065.b1 tag on the GitHub as well so we finally start using the release naming scheme you mentioned in the previous beta-release thread here on the NG? 2.065.b1 is not going to work for FreeBSD and Debian OSes. The tags will be in the form: 2.65.0-b1. Hope that doesn't mess with your scripts too much. I will not be uploading one for beta 1 since I will be building beta 2 tonight.
Re: Dmitry Olshansky is now a github committer
Walter Bright wrote in message news:lbuc93$ke0$1...@digitalmars.com... (I also recommend registering yourname.com and a twitter account in your name, for the same reason.) Not so easy: https://github.com/DanielMurphy (not me) https://twitter.com/danielmurphy (not me) https://www.facebook.com/daniel.murphy (not me) http://en.wikipedia.org/wiki/Daniel_Murphy (none of these are me) http://danielmurphy.com.au (male stripper service) So instead, I have a unique handle I can use everywhere.
SFML Game Jam
Hey, everyone! I'm not sure who all would be interested in this, but I thought I might bring it up anyways. I'm pretty active in the SFML community, and a while back I started the first SFML Game Jam. It's a little short notice, but on the 31st we'll be having the second one. The reason I bring this up here is because one of the rules is that you can use any one of SFML's bindings, which include both my DSFML and Mike Parker's DerelictSFML2 binding. You can also use vanilla SFML if you want, which is written in C++. The site still needs a few things to finish it up, but you can check it out here if you are interested in participating: sfmlgamejam.com I'll be participating and showing off my D pride!
Re: SFML Game Jam
On Saturday, 25 January 2014 at 04:22:49 UTC, Jeremy DeHaan wrote: Hey, everyone! I'm not sure who all would be interested in this, but I thought I might bring it up anyways. I'm pretty active in the SFML community, and a while back I started the first SFML Game Jam. It's a little short notice, but on the 31st we'll be having the second one. The reason I bring this up here is because one of the rules is that you can use any one of SFML's bindings, which include both my DSFML and Mike Parker's DerelictSFML2 binding. You can also use vanilla SFML if you want, which is written in C++. The site still needs a few things to finish it up, but you can check it out here if you are interested in participating: sfmlgamejam.com I'll be participating and showing off my D pride! Let's try a link that is actually a link: http://www.sfmlgamejam.com/