On Monday, 5 October 2015 at 06:24:44 UTC, Andrei Alexandrescu wrote:
> On 10/5/15 1:34 AM, Rikki Cattermole wrote:
>>
>> Vibe.d has a provider called libasync. Libasync is fully implemented in
>> D. You probably should have tried that at least.
>> Although I still would recommend trying it ;) It's a lot better then
>> what we have in Phobos.
>
> Cue choir asking for porting of libasync to phobos. I've first asked this a couple of years ago. -- Andrei

To be fair, libasync was release only october last year :)

Will work on adding libasync to Phobos once I'm finished adding a few more features to my main project! (3-4 months). Will need to strip memutils, will you have std.allocator ready? Anyone is free to pick up this project and move libasync to phobos if ready before me. I've gotten this all-D web framework (vibe.d, botan-D TLS, D libhttp/2, etc) into production on my end and it works great!

On Tuesday, 6 October 2015 at 11:30:00 UTC, Etienne Cimon wrote:
> Will need to strip memutils, will you have std.allocator ready?

https://github.com/D-Programming-Language/phobos/tree/master/std/experimental/allocator

:)

On 07/10/15 12:29 AM, Etienne Cimon wrote:
> On Monday, 5 October 2015 at 06:24:44 UTC, Andrei Alexandrescu wrote:
>> On 10/5/15 1:34 AM, Rikki Cattermole wrote:
>>>
>>> Vibe.d has a provider called libasync. Libasync is fully implemented in
>>> D. You probably should have tried that at least.
>>> Although I still would recommend trying it ;) It's a lot better then
>>> what we have in Phobos.
>>
>> Cue choir asking for porting of libasync to phobos. I've first asked
>> this a couple of years ago. -- Andrei
>
> To be fair, libasync was release only october last year :)
>
> Will work on adding libasync to Phobos once I'm finished adding a few
> more features to my main project! (3-4 months). Will need to strip
> memutils, will you have std.allocator ready? Anyone is free to pick up
> this project and move libasync to phobos if ready before me. I've gotten
> this all-D web framework (vibe.d, botan-D TLS, D libhttp/2, etc) into
> production on my end and it works great!

I'm hoping as part of this we will be able to merge the platform abstraction out to something like: https://github.com/rikkimax/alphaPhobos/blob/master/source/std/experimental/platform.d#L10
That way windowing as well can take advantage of it :)

On Tuesday, 6 October 2015 at 09:36:42 UTC, Marc Schütz wrote:
> On Tuesday, 6 October 2015 at 05:45:18 UTC, Andre wrote:
>> vagrant@vagrant-ubuntu-trusty-64:~/projects/tests/vibed_test$ dub
>> Target memutils 0.4.1 is up to date. Use --force to rebuild.
>> Target libasync 0.7.5 is up to date. Use --force to rebuild.
>> Target vibe-d 0.7.25 is up to date. Use --force to rebuild.
>> Building vibed_test ~master configuration "debug", build type debug.
>> Compiling using dmd...
>> Enhanced memory security is enabled.
>> Using Linux EPOLL for events
>> Linking...
>> Running ./bin/app
>> Listening for HTTP requests on :::8080
>> Listening for HTTP requests on 0.0.0.0:8080
>> E: Could not mlock 65536 bytes
>
> Does it keep running? AFAIK, the last line is just a warning from the botan library that attempts to allocate non-swappable memory for holding secret keys etc.

I got it working. *Argh* I forgot the command parameter in the cloud foundry manifest file. vibe-d is working fine, out of the box in cloud foundry with libasync :)