Re: iopipe v0.1.0 - now with Windows support!

2018-06-11 Thread DigitalDesigns via Digitalmars-d-announce
On Sunday, 10 June 2018 at 20:10:31 UTC, Steven Schveighoffer 
wrote:

iopipe version 0.1.0 has been released.

iopipe is a high-performance pipe processing system that makes 
it easy to string together pipelines to process data with as 
little buffer copying as possible.


Nothing has really been changed, but it now has Windows i/o 
support. I will note at this time, however, that ring buffers 
are not yet supported on Windows.


This version deprecates the IODev type that I had included, in 
favor of a new io library that shows extreme promise.


This version ONLY builds on 2.080.1 or later (the bug fix that 
I submitted at dconf has been merged in that version, and so 
iopipe will now build against Martin Nowak's io library). In 
fact, iopipe development was kind of stalled due to this bug, 
so I'm super-happy to see it fixed and released!


Note that the new io library also supports sockets, which IODev 
did not have support for, AND has a pluggable driver system, so 
you could potentially use fiber-based async io without 
rebuilding. It just makes a lot of sense for D to have a 
standard low-level io library that everything can use without 
having to kludge together multiple types of io libraries.


Near future plans:

1. Utilize a CI to make sure it continues to work on all 
platforms.

2. Add RingBuffer support on Windows
3. Add more driver support for std.io.
4. Continue development of JSON library that depends on iopipe 
(not yet on code.dlang.org).


git - https://github.com/schveiguy/iopipe
dub - https://code.dlang.org/packages/iopipe
docs - http://schveiguy.github.io/iopipe/

-Steve


Could you explain some benefits specific to this implementation 
and a bit of the functional aspects for a proper overview of it's 
capabilities and why I should chose this method over others?


Re: Seoul D Meetup

2018-06-11 Thread Walter Bright via Digitalmars-d-announce

On 6/11/2018 7:50 PM, Mike Parker wrote:

Woohoo! I'm extremely pleased to announce the first Seoul D Meetup!


Wish I could be there!


Seoul D Meetup

2018-06-11 Thread Mike Parker via Digitalmars-d-announce
Woohoo! I'm extremely pleased to announce the first Seoul D 
Meetup!


The three known D enthusiasts currently in Seoul (me, Mike 
Franklin, and Mathias Lang), and at least one potential 
enthusiast, are getting together at Charlie's (the hot dog shop 
my wife and I started a few years ago) to talk about our favorite 
programming language and future Seoul meetups.


If there's anyone else out there in Korea interested in joining 
us, we're meeting on June 20th at 7:00 pm. Free hot dogs and at 
least a couple of rounds of beer on me.


https://www.google.com/maps/@37.5336799,127.001524,3a,75y,215.2h,88.79t/data=!3m6!1e1!3m4!1sDJJPLRAaW6XHi5OM8XA90g!2e0!7i13312!8i6656


Re: DasBetterC: Converting make.c to D

2018-06-11 Thread Walter Bright via Digitalmars-d-announce

On 6/11/2018 7:21 AM, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he shows step-by-step 
an example of using -betterC to convert a real-world program, one small enough 
to describe in a blog post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/ 



It's on the second page of Hacker News too.

https://news.ycombinator.com


Re: DasBetterC: Converting make.c to D

2018-06-11 Thread Bastiaan Veelo via Digitalmars-d-announce

On Monday, 11 June 2018 at 15:44:47 UTC, rikki cattermole wrote:

On 12/06/2018 2:57 AM, Steven Schveighoffer wrote:

On 6/11/18 10:21 AM, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he 
shows step-by-step an example of using -betterC to convert a 
real-world program, one small enough to describe in a blog 
post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/



"static if can replace cmany uses of #if"

cmany => many

-Steve


"(See the dcoumentation"
"make manual pagewhen"


"The #include files are replaced"  font includes too many 
words.


Nice read, I see translating to D is trending.


Re: dlangbot for Telegram - D compiler in your pocket

2018-06-11 Thread Anton Fediushin via Digitalmars-d-announce

On Monday, 11 June 2018 at 12:32:32 UTC, Dechcaudron wrote:

On Monday, 11 June 2018 at 05:50:56 UTC, Anton Fediushin wrote:
Regarding vulnerabilities, if there are any I and 
authors/maintainers of dlang-tour will be interested in fixing 
them ASAP. After all, dlangbot uses tour's code under the hood.


Then I assume all trivial vulnerabilities are taken care of. I 
just thought you had implemented this from scratch to run on a 
computer of yours.


I'd like to believe it though I know there must be a bug 
somewhere. There always is.


Dlangbot runs on AWS. I use docker-compose to isolate all of the 
related services (bot, database and the one which executes the 
code).






Executable downloading would require me to rewrite the 
back-end. I am not sure if it'll worth it because it's not 
clear how safe that would be for a user and how usable that 
feature will be. I mean, if user already has x86-64 Linux 
machine (that's what dlangbot uses) then will it be any 
simpler and faster to message the bot with code, download an 
executable and run it than compiling it using installed 
compiler?


Here you are assuming the user has a compiler installed on his 
machine. It may not be the case in some environments or for 
some people that are just toying around with the language.


I think my assumption is right, because newbies are more likely 
to start with D either reading books or dlang-tour which provides 
means to compile and execute examples and edit them as one wants.


Even dub, official package manager and build tool for D promotes 
using `dub run package` instead of building the project and 
running an executable manually. This approach does make sense 
because it prevents some silly mistakes people make.


I'll open an issue about your idea, but I can't see it being very 
useful so it's very unlikely to be implemented at all. Who knows 
though, it might be very easy to do if I decide to change the 
architecture of the whole project.




Re: DasBetterC: Converting make.c to D

2018-06-11 Thread bauss via Digitalmars-d-announce

On Monday, 11 June 2018 at 14:52:13 UTC, Andrea Fontana wrote:

On Monday, 11 June 2018 at 14:21:20 UTC, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he 
shows step-by-step an example of using -betterC to convert a 
real-world program, one small enough to describe in a blog 
post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/


It seems that blog page is returned correctly by server but 
status is 404.


Andrea


I noticed that too



Re: DasBetterC: Converting make.c to D

2018-06-11 Thread rikki cattermole via Digitalmars-d-announce

On 12/06/2018 2:57 AM, Steven Schveighoffer wrote:

On 6/11/18 10:21 AM, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he shows 
step-by-step an example of using -betterC to convert a real-world 
program, one small enough to describe in a blog post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/ 



"static if can replace cmany uses of #if"

cmany => many

-Steve


"(See the dcoumentation"
"make manual pagewhen"


Re: DasBetterC: Converting make.c to D

2018-06-11 Thread Steven Schveighoffer via Digitalmars-d-announce

On 6/11/18 10:21 AM, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he shows 
step-by-step an example of using -betterC to convert a real-world 
program, one small enough to describe in a blog post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/ 



"static if can replace cmany uses of #if"

cmany => many

-Steve


Re: DasBetterC: Converting make.c to D

2018-06-11 Thread Andrea Fontana via Digitalmars-d-announce

On Monday, 11 June 2018 at 14:21:20 UTC, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he 
shows step-by-step an example of using -betterC to convert a 
real-world program, one small enough to describe in a blog 
post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/


It seems that blog page is returned correctly by server but 
status is 404.


Andrea


Re: iopipe v0.1.0 - now with Windows support!

2018-06-11 Thread Steven Schveighoffer via Digitalmars-d-announce

On 6/10/18 4:10 PM, Steven Schveighoffer wrote:

Nothing has really been changed, but it now has Windows i/o support. I 
will note at this time, however, that ring buffers are not yet supported 
on Windows.




I just pushed v0.1.1 -- I realized that I never *actually* compiled on 
windows, and there were a couple things that didn't work.


Note: the examples still don't work as they rely on openDev, which is 
only available on Posix systems now.


I need to figure out a good way to open stdin/stdout in a cross platform 
way with std.io.


-Steve


Re: DasBetterC: Converting make.c to D

2018-06-11 Thread Mike Parker via Digitalmars-d-announce

On Monday, 11 June 2018 at 14:33:00 UTC, Andrea Fontana wrote:



Link to "completed conversion" doesn't work.
https://github.com/DigitalMars/Compiler/blob/master/dm/src/make/make.c

Andrea


Fixed. Thanks!


Re: DasBetterC: Converting make.c to D

2018-06-11 Thread Andrea Fontana via Digitalmars-d-announce

On Monday, 11 June 2018 at 14:21:20 UTC, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he 
shows step-by-step an example of using -betterC to convert a 
real-world program, one small enough to describe in a blog 
post, from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/


Link to "completed conversion" doesn't work.
https://github.com/DigitalMars/Compiler/blob/master/dm/src/make/make.c

Andrea


DasBetterC: Converting make.c to D

2018-06-11 Thread Mike Parker via Digitalmars-d-announce
Walter's latest post on -betterC is now on the blog. Here, he 
shows step-by-step an example of using -betterC to convert a 
real-world program, one small enough to describe in a blog post, 
from C to D.


The blog:
https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/

Reddit:
https://www.reddit.com/r/programming/comments/8q9u5t/dasbetterc_converting_makec_to_d/


Re: iopipe v0.1.0 - now with Windows support!

2018-06-11 Thread Steven Schveighoffer via Digitalmars-d-announce

On 6/11/18 6:14 AM, Dejan Lekic wrote:

On Sunday, 10 June 2018 at 20:10:31 UTC, Steven Schveighoffer wrote:

iopipe version 0.1.0 has been released.

iopipe is a high-performance pipe processing system that makes it easy 
to string together pipelines to process data with as little buffer 
copying as possible.


All I can say (again, like I repeated on IRC many times) is that iopipe 
should be in the current form, or another, in Phobos. I just love it!


Thanks for the kind words! If Martin's std.io makes it in to Phobos, 
there is a realistic chance iopipe could go as well.


Just curious, do you have any projects based on iopipe?

-Steve


Re: dlangbot for Telegram - D compiler in your pocket

2018-06-11 Thread Dechcaudron via Digitalmars-d-announce

On Monday, 11 June 2018 at 05:50:56 UTC, Anton Fediushin wrote:
Regarding vulnerabilities, if there are any I and 
authors/maintainers of dlang-tour will be interested in fixing 
them ASAP. After all, dlangbot uses tour's code under the hood.


Then I assume all trivial vulnerabilities are taken care of. I 
just thought you had implemented this from scratch to run on a 
computer of yours.




Executable downloading would require me to rewrite the 
back-end. I am not sure if it'll worth it because it's not 
clear how safe that would be for a user and how usable that 
feature will be. I mean, if user already has x86-64 Linux 
machine (that's what dlangbot uses) then will it be any simpler 
and faster to message the bot with code, download an executable 
and run it than compiling it using installed compiler?


Here you are assuming the user has a compiler installed on his 
machine. It may not be the case in some environments or for some 
people that are just toying around with the language.


Re: iopipe v0.1.0 - now with Windows support!

2018-06-11 Thread Dejan Lekic via Digitalmars-d-announce
On Sunday, 10 June 2018 at 20:10:31 UTC, Steven Schveighoffer 
wrote:

iopipe version 0.1.0 has been released.

iopipe is a high-performance pipe processing system that makes 
it easy to string together pipelines to process data with as 
little buffer copying as possible.


All I can say (again, like I repeated on IRC many times) is that 
iopipe should be in the current form, or another, in Phobos. I 
just love it!