On Wednesday, 6 January 2016 at 08:21:00 UTC, Atila Neves wrote:
On Tuesday, 5 January 2016 at 13:09:55 UTC, Etienne Cimon wrote:
On Tuesday, 5 January 2016 at 10:11:36 UTC, Atila Neves wrote:
[...]
The Rust mio library doesn't seem to be doing any black magic.
I wonder how libasync
On Wednesday, 6 January 2016 at 08:24:10 UTC, Atila Neves wrote:
On Tuesday, 5 January 2016 at 14:15:18 UTC, rsw0x wrote:
On Tuesday, 5 January 2016 at 13:09:55 UTC, Etienne Cimon
wrote:
On Tuesday, 5 January 2016 at 10:11:36 UTC, Atila Neves wrote:
[...]
The Rust mio library doesn't
On Tuesday, 5 January 2016 at 10:11:36 UTC, Atila Neves wrote:
On Thursday, 31 December 2015 at 08:23:26 UTC, Laeeth Isharc
wrote:
[...]
vibe.d _was_ faster than Go. I redid the measurements recently
once I wrote an MQTT broker in Rust, and it was losing to
boost::asio, Rust's mio, Go, and
On Monday, 4 January 2016 at 10:32:41 UTC, Daniel Kozak wrote:
V Sat, 02 Jan 2016 03:00:19 +
Etienne Cimon via Digitalmars-d
napsáno:
On Friday, 1 January 2016 at 11:38:53 UTC, Daniel Kozak wrote:
> On Thursday, 31 December 2015 at 18:23:17 UTC, Etienne Cimon
>
On Sunday, 3 January 2016 at 22:16:08 UTC, Nick B wrote:
can someone tell me what changes need to be commited, so that
we have a chance at getting some decent (or even average)
benchmark numbers ?
Considering that the best benchmarks are from tools that have all
the C calls inlined, I think t
On Saturday, 2 January 2016 at 10:05:56 UTC, Sebastiaan Koppe
wrote:
That is nice. Didn't know that. That would enable
zero-downtime-updates right?
Yes, although you might still break existing connections unless
you can make the previous process wait for the existing
connections to close after
On Friday, 1 January 2016 at 11:38:53 UTC, Daniel Kozak wrote:
On Thursday, 31 December 2015 at 18:23:17 UTC, Etienne Cimon
wrote:
On Thursday, 31 December 2015 at 13:29:49 UTC, Daniel Kozak
wrote:
On Thursday, 31 December 2015 at 12:09:30 UTC, Etienne Cimon
wrote:
[...]
When I use
On Tuesday, 22 December 2015 at 14:49:51 UTC, Johan Engelen wrote:
On Tuesday, 15 December 2015 at 23:05:38 UTC, Johan Engelen
wrote:
Hi all,
I have been working on adding profile-guided optimization
(PGO) to LDC [1][2][3].
At this point, I'd like to hear your input and hope you can
help wit
On Thursday, 31 December 2015 at 13:29:49 UTC, Daniel Kozak wrote:
On Thursday, 31 December 2015 at 12:09:30 UTC, Etienne Cimon
wrote:
That would be the other way around. TCP_NODELAY is not enabled
in the local connection, which makes a ~20-30ms difference per
request on keep-alive
On Thursday, 31 December 2015 at 08:51:31 UTC, yawniek wrote:
On Thursday, 31 December 2015 at 08:23:26 UTC, Laeeth Isharc
wrote:
Isn't there a decent chance the bottleneck is vibe.d's JSON
implementation rather than the framework as such ? We know
from Atila's MQTT project that vibe.D can be
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
On Monday, 26 October 2015 at 11:37:17 UTC, Etienne Cimon wrote:
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
Digitalmars-d wrote:
If you must use DMD, I
On Tuesday, 27 October 2015 at 18:18:36 UTC, Etienne Cimon wrote:
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
On Monday, 26 October 2015 at 11:37:17 UTC, Etienne Cimon
wrote:
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
[...]
I'd really like the perfor
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
Digitalmars-d wrote:
If you must use DMD, I recommend filing an enhancement request
and bothering Walter about it.
T
I'd really like the performance benefits
I've been playing around with perf and my web server and found
that the bottleneck is by far the math module of Botan:
https://github.com/etcimon/botan/blob/master/source/botan/math/mp/mp_core.d
I'm probably a bit naive but I was wishing for some inlining to
happen. I see LOTS of CPU time spen
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
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
On Tuesday, 18 August 2015 at 12:32:17 UTC, Etienne Cimon wrote:
a crypto library that you can't optimize, building -O -g also
gives me a ccog.c ICE error. I think it might be something
about `asm pure` that uses some locals, does that eliminate the
function call parameters?
Sorry tha
On Tuesday, 18 August 2015 at 10:45:49 UTC, Walter Bright wrote:
So if you're comparing code generated by dmd/gdc/ldc, and
notice something that dmd could do better at (1, 2 or 3),
please let me know. Often this sort of thing is low hanging
fruit that is fairly easily inserted into the back end
On Sunday, 9 August 2015 at 09:15:16 UTC, ref2401 wrote:
Does the fund exist?
Are there sponsors?
How can one donate some money to D?
Ask a D developer you appreciate (in private) to give you his
paypal/email, and pay him directly like he's a musician on the
side of the road. He will be motiv
On Monday, 3 August 2015 at 17:33:30 UTC, aki wrote:
On Monday, 3 August 2015 at 16:47:58 UTC, John Colvin wrote:
changing two lines:
final class SubFoo : Foo {
int test(F)(F obj, int repeat) {
I tried it. DMD is no change, while GDC gets acceptable score.
D(DMD 2.067.1): 2.445
D(GDC 4.9.2/2.0
On Saturday, 1 August 2015 at 07:56:34 UTC, John Chapman wrote:
On Friday, 31 July 2015 at 22:02:13 UTC, Paul D Anderson wrote:
I'm waiting to upgrade from Windows 7 to Windows 10 to avoid
the inevitable just-released bugs, but does anyone have any
info about D on Windows 10? Has anyone tried i
On Sunday, 2 August 2015 at 02:49:03 UTC, Jonathan M Davis wrote:
On Sunday, 2 August 2015 at 01:50:50 UTC, David Nadlinger wrote:
Again, am I missing something obvious here? I can't quite
believe that struct lifetime would have been quite as broken
for so long.
I suspect that what it comes d
On Thursday, 30 July 2015 at 19:38:12 UTC, Joakim wrote:
On Monday, 25 May 2015 at 20:08:48 UTC, Joakim wrote:
On Monday, 18 May 2015 at 15:47:07 UTC, Joakim wrote:
Sure, have fun with your new devices. :) Hopefully, I'll get
Android/ARM working before then, but I don't and won't have
any AArc
On Wednesday, 29 July 2015 at 11:06:03 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 29 July 2015 at 10:39:54 UTC, yawniek wrote:
sorry typo. i meant "we now can have statefull apis".
Ok, then I get it. ;)
and i disagree on the limited usefulness.
do you have REST api in native apps? i don
On Tuesday, 28 July 2015 at 18:45:51 UTC, Sönke Ludwig wrote:
Am 28.07.2015 um 17:19 schrieb Etienne Cimon:
On Tuesday, 28 July 2015 at 14:07:19 UTC, Atila Neves wrote:
Start of the two week process, folks.
Code: https://github.com/s-ludwig/std_data_json
Docs: http://s-ludwig.github.io
On Wednesday, 29 July 2015 at 01:23:54 UTC, Etienne Cimon wrote:
Most developers nowadays are having a lot of success building
web apps with an AngularJS MVC & Vibe.d, rather than rendering
Sorry, I meant with an AngularJS MVC & Web services
On Wednesday, 29 July 2015 at 00:12:21 UTC, Brandon Ragland wrote:
For actual web applications, and front-end development
currently done in your more traditional languages, D could be
used, in a style similar to Java's JSP, JSTL, and EL. Just
without the notion of scripts in the pages themselve
On Tuesday, 28 July 2015 at 15:55:04 UTC, Brad Anderson wrote:
On Tuesday, 28 July 2015 at 15:07:46 UTC, Rikki Cattermole
wrote:
On 29/07/2015 2:07 a.m., Atila Neves wrote:
Start of the two week process, folks.
Code: https://github.com/s-ludwig/std_data_json
Docs: http://s-ludwig.github.io/std
On Tuesday, 28 July 2015 at 14:07:19 UTC, Atila Neves wrote:
Start of the two week process, folks.
Code: https://github.com/s-ludwig/std_data_json
Docs: http://s-ludwig.github.io/std_data_json/
Atila
This is cool:
https://github.com/s-ludwig/std_data_json/blob/aac6d846d596750623fd5c546343f4f9
On Tuesday, 28 July 2015 at 15:07:46 UTC, Rikki Cattermole wrote:
On 29/07/2015 2:07 a.m., Atila Neves wrote:
Start of the two week process, folks.
Code: https://github.com/s-ludwig/std_data_json
Docs: http://s-ludwig.github.io/std_data_json/
Atila
Right now, my view is no.
Unless there is s
On Sunday, 26 July 2015 at 03:04:21 UTC, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 02:53:12 UTC, Etienne Cimon wrote:
On 2015-07-25 22:35, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 00:46:58 UTC, Etienne Cimon wrote:
[...]
In relation to DDB: Have you seen:
https
On 2015-07-25 22:35, Brandon Ragland wrote:
On Sunday, 26 July 2015 at 00:46:58 UTC, Etienne Cimon wrote:
On 2015-07-25 18:47, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications server
implementation as of yet, but if there is a project going on, I
On 2015-07-25 18:47, Brandon Ragland wrote:
Hi All,
Not entirely certain if there is a decent D web applications server
implementation as of yet, but if there is a project going on, I'd love
to have a gander.
On the off-chance there isn't one, who would be interested in going at
it, call it, a
On Saturday, 18 July 2015 at 15:11:30 UTC, Ola Fosheim Grøstad
wrote:
However, I currently don't see much advantage in having the
same language on client and server, so I'll probably stick to
TypeScript/Dart, Angular2/Polymer in the near future because of
debugging and tooling.
I think these
On Saturday, 18 July 2015 at 11:19:45 UTC, Ola Fosheim Grøstad
wrote:
StackOverflow has become the de-facto documentation resource
for software engineers. It saves me insane amounts of time,
many other programmers say the same thing. Google has been
known to shut down it's own support-forums in
On Sunday, 12 July 2015 at 21:13:35 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 12 July 2015 at 20:36:26 UTC, Etienne Cimom wrote:
backend being a natively compiled service in the computer.
With a 2 megabytes packed PE that is. It may not seem useful,
but to me it's revolutionary.
What is "PE"
On Sunday, 28 June 2015 at 19:34:46 UTC, Suliman wrote:
void main()
{
void dirWatcher()
{
auto g_watcher = new
AsyncDirectoryWatcher(getThreadEventLoop());
g_watcher.run({
DWChangeInfo[1] change;
DWChangeInfo[] c
On Sunday, 28 June 2015 at 18:33:28 UTC, Suliman wrote:
Hmm, sorry that would be g_evl.loop(10.seconds) or
getThreadEventLoop().loop(10.seconds). I use the vibe.d driver
most often.
I changed paths to hardcoded to prevent issue with them, but
next code after run only create "hey" folder and n
On Sunday, 28 June 2015 at 16:57:44 UTC, Suliman wrote:
Also next code that I take from example after run absolutely do
not do nothing:
This code will register a directory watcher in the working
directory, on the thread's event loop, and then use timers to
create file/folder activity to trigg
On Sunday, 28 June 2015 at 17:10:16 UTC, Etienne Cimon wrote:
g_evl.run(10.seconds);
Hmm, sorry that would be g_evl.loop(10.seconds) or
getThreadEventLoop().loop(10.seconds). I use the vibe.d driver
most often.
On 2015-06-27 01:06, thedeemon wrote:
On Saturday, 27 June 2015 at 03:10:51 UTC, Etienne Cimon wrote:
What you're asking for is probably type inference. Notice the auto
return type? This keyword is actually very advanced and bleeding edge
in natively compiled languages.
Inference of r
On 2015-06-26 23:44, Temtaime wrote:
Disagree. Destroy on a pointer calls dtor of a struct.
Why it should be an error ?
Exactly what I assumed too. Can you imagine all of the random errors
that stem from such a basic, low-level assumption? I carry a scar for
every day I've spent in the debugg
On 2015-06-26 22:45, Parke via Digitalmars-d wrote:
Hi,
I have a question about Walter's DConf keynote and the Memory
DisAllocation pattern.
http://dconf.org/2015/talks/bright.html
The following example is from the slides of Walter's talk.
auto toString(uint u) {
static struct Result
On 2015-06-26 14:27, Maxime Chevalier-Boisvert wrote:
I seem to have run into a heisenbug involving destructors and the GC.
I'm kind of stuck at this point and need help tracking down the issue.
I put the broken code in a branch called heisenbug on github:
https://github.com/higgsjs/Higgs/tree/h
On Tuesday, 23 June 2015 at 06:26:39 UTC, Nick B wrote:
On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
So now I can build a full web application/server executable in
less than 2mb packed, and it runs faster than anything out
there.
Etienne
Do you have an performance
On Sunday, 21 June 2015 at 19:08:47 UTC, Jacob Carlborg wrote:
On 20/06/15 16:00, Etienne wrote:
Yep, looks like we already have better. I don't understand how
D hasn't
fully picked up in Web Dev at this point. Are they expecting an
e-commerce/blogging/cms platform to go with it?
My biggest
On Sunday, 21 June 2015 at 03:16:31 UTC, Nick B wrote:
On Friday, 19 June 2015 at 11:28:30 UTC, Etienne Cimon wrote:
On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon
wrote:
Will you explain how it is different to Vibe.d
On Friday, 19 June 2015 at 11:29:58 UTC, Etienne Cimon wrote:
On Friday, 19 June 2015 at 11:28:30 UTC, Etienne Cimon wrote:
On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon
wrote:
[...]
Also, the HTTP client has a cookiejar
On Friday, 19 June 2015 at 11:28:30 UTC, Etienne Cimon wrote:
On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
[...]
Etienne -
Interesting back story.
Will this be under a Boost licence ?
Will you provide a link
On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc
wrote:
Any idea how far away it might be from being something that
someone could use in an enterprise environment
On Thursday, 18 June 2015 at 15:43:10 UTC, Wyatt wrote:
On Thursday, 18 June 2015 at 15:19:19 UTC, Etienne wrote:
On Thursday, 18 June 2015 at 15:09:46 UTC, Wyatt wrote:
This comes to mind, along with the citations:
http://research.microsoft.com/en-us/um/people/simonpj/papers/parallel/local-gc.
On Thursday, 18 June 2015 at 11:43:18 UTC, ketmar wrote:
On Wed, 17 Jun 2015 22:35:12 +, Etienne Cimon wrote:
e.g. __gshared MyObj g_obj1;
Thread 1: g_obj1 = new MyObj;
Thread 2: g_obj1.obj2 = new MyObj;
Thread 3: write(g_obj1.obj2); <-- access violation (probably)
so no way to anc
On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote:
Any idea how far away it might be from being something that
someone could use in an enterprise environment simply, in the
same kind of way that vibed is easy? I appreciate that making
it broadly usable may not be what interests
On Thursday, 18 June 2015 at 02:01:33 UTC, Nick B wrote:
Yes I too would be interested on more background as to your
opinion, as why its 20 years ahead of everything else out there.
Natively compiled: Moore's law predicts that the burden in
advancements in computing speed will migrate into sof
On Wednesday, 17 June 2015 at 22:21:21 UTC, Laeeth Isharc wrote:
On Wednesday, 17 June 2015 at 21:35:34 UTC, Etienne wrote:
I am no compiler/runtime guru, but it sounds like if it were
possible to make this a swappable option for D this might be
very important. Is this true, and how much work
On Wednesday, 17 June 2015 at 16:16:09 UTC, berlin wrote:
well, read something to your world situation. take it from an
old kufr that dos not want to live under islamic law:
http://www.jihadwatch.org/
http://www.thereligionofpeace.com/
http://www.barenakedislam.com/
http://schnellmann.org/Under
On Wednesday, 17 June 2015 at 14:19:33 UTC, ketmar wrote:
this is an implementation detail. nothing guarantees that is
will stay like that even for one more commit. relying on this
means that your code is bugged and can break at any time,
without warning. more than that, if user pulled in anoth
On Tuesday, 16 June 2015 at 22:31:38 UTC, Etienne Cimon wrote:
Yeah, I'm going to make a personal branch and develop a GC
thread-local, and ensure memory/vtbl is left intact during
collection/finalization, it's a good experiment and I believe
it will be a way to solve the issue i
On Wednesday, 17 June 2015 at 02:16:37 UTC, Andrei Alexandrescu
wrote:
Hello,
Martin has not replied to any communication for more than two
weeks now, and I'm starting to fear something might have
happened to him. If anyone in Berlin could get in touch with
him and let me/us know he's alrigh
On Tuesday, 16 June 2015 at 22:21:28 UTC, Steven Schveighoffer
wrote:
If you want to manage memory from a GC'd object, you can use C
malloc and C free.
Or, you can write your own GC that solves this problem that
Sun/Oracle couldn't :)
In all seriousness, you could potentially have exceptions
On Saturday, 13 June 2015 at 19:48:07 UTC, \u2603 wrote:
pclmulqdq is an assembly instruction on Intel CPUs that has been
introduced together with the AES instructions. pclmulqdq
provides
multiplication on binary fields and is very usefull for
implementing fast and timing attack resistant crypt
On Saturday, 13 June 2015 at 21:51:43 UTC, bitwise wrote:
I shouldn't have to add another version just for that last
dlopen block. It's not "finegrained" control, it's cruft.
Bit
It works with constants definition files.
https://github.com/etcimon/botan/blob/master/source/botan/constants
On Sunday, 14 June 2015 at 04:09:56 UTC, E.S. Quinn wrote:
I've got a project that, due to extensive use of LuaD
conversions, templates with a lot of parameters, and CTFE, has
managed to require >4gb of ram to compile. Which means that,
for the moment, I can't build on windows as the dmd compil
On 2015-06-04 21:12, Vladimir Panteleev wrote:
On Friday, 5 June 2015 at 01:07:28 UTC, Etienne wrote:
I mean come on here, I made a fatal error and my application is
overdue for crashing every thread and D is so broken that it adds a
deadlock on top of that, and you're telling me you'll feel gui
Well, I think the error is that the GC is not using the TLS
matching the corresponding object's destructors. Could this be
possible?
On Thursday, 4 June 2015 at 17:58:34 UTC, Adam D. Ruppe wrote:
On Thursday, 4 June 2015 at 17:51:31 UTC, Etienne Cimon wrote:
I'm trying to rebuild gdb because this error is what I got:
wow that's messed up. Did you try it with dmd -gc too? Or a
non-debug version of the progra
On Thursday, 4 June 2015 at 17:43:35 UTC, Adam D. Ruppe wrote:
If int 3 doesn't work for some reason btw, you could always
just deliberately write to a null pointer and trigger a
segfault in the overridden function, would have the same result
in the debugger.
I feel like this onError thing is
On Thursday, 4 June 2015 at 16:49:07 UTC, Adam D. Ruppe wrote:
On Thursday, 4 June 2015 at 16:32:39 UTC, Etienne Cimon wrote:
Wouldn't that be with `this() in { assert() }` ?
Not necessarily. Consider something like a file wrapper, if
fopen is null inside the ctor, you'd generall
On Thursday, 4 June 2015 at 16:20:28 UTC, Adam D. Ruppe wrote:
On Thursday, 4 June 2015 at 16:12:54 UTC, Etienne Cimon wrote:
On another note, considering the unimaginable amount of bugs
that can stem from throwing in a constructor
Throwing from a constructor is kinda important as it is the
On another note, considering the unimaginable amount of bugs that
can stem from throwing in a constructor or destructor, I don't
see why D shouldn't just enforce a nothrow on them.
What you could do is calculate the average allocation size and std
deviantions in a moving window, and the z-score for each freelist and
use this lookup table:
https://www.stat.tamu.edu/~lzhou/stat302/standardnormaltable.pdf
If P < 0.10 (maybe use this as a setting) this means the probability
On 2015-05-14 23:27, Andrei Alexandrescu wrote:
Also, I need two more good names: one for what's now called "porcelain"
- high-level typed interface for allocators, and one for "best of
Beatles" (not defined yet) - a module collecting a number of canned good
allocator designs by connecting togeth
On 2015-03-02 16:50, Jamie wrote:
Hello all!
This is my first post on the forums. I'm interested in possibly creating
a refactoring tool for D for my MSc dissertation (I notice there is
currently no refactoring in D?). I wanted to ask if this is possible
with D's current state?
More specificall
On 2015-02-18 14:50, Andrei Alexandrescu wrote:
This is integration tactics that will need to be resolved. I don't see
them as showstoppers. -- Andrei
You're right it did sound like that. It was partly preference and partly
a need for the circular buffer to solve futures and promises following
On 2015-02-18 11:41, Andrei Alexandrescu wrote:
I'd love to add libasync to Phobos! -- Andrei
Even as I add this as a dependency? : https://github.com/etcimon/memutils
Instead of a single ScopedFiberPool, I intend to have ScopedPools with
one stack in fiber, another in thread, and using the
On 2015-02-18 05:22, ketmar wrote:
On Wed, 18 Feb 2015 06:35:08 +, Joakim wrote:
accompanied by benchmarks of the C++ and D code
it's better to keep silence. dmd was never very good in optimising
code. ;-)
Not really, most of the sensitive code is optimized via native
instructions, th
On 2015-02-18 01:35, Joakim wrote:
Good work. You should write up a post about the experience, perhaps
accompanied by benchmarks of the C++ and D code. It will help publicize
your project and let others learn from your effort.
Sure, if you can somehow push this in DMD:
http://forum.dlang.or
On 2015-02-18 07:17, Jacob Carlborg wrote:
On 2015-02-18 02:14, Etienne Cimon wrote:
My favorite part is: vibe.d projects now compiles the entire software
stack into a
fully-featured standalone executable without any license issues.
Isn't libevent required?
Not anymore. I also
On 2015-02-17 23:17, Rikki Cattermole wrote:
I saw that, I was worried about the license as well.
I'll ping Craig. Maybe there is still time for somebody to take it on
for GSOC?
One thing for sure, on this one the answer books are open. I'm glad I
chose Botan.
For HTTP/2 I'll probably use ng
On 2015-02-17 20:54, Rikki Cattermole wrote:
On 18/02/2015 10:00 a.m., Etienne wrote:
I'd like to announce the first release of Botan, which implements all
features of v1.11.10 in the C++ library.
I gave special attention to properly translating it to correct D code.
It only runs with DMD mast
On 2015-02-17 19:11, ketmar wrote:
so you did it. great! so maybe vibe.d can drop that OpenSSL dependency
soon. ;-)
Apart from the debugging experience, there's something empowering about
having all the low-level stuff available in Mono-D when writing a website =)
Other than that, it's also
This is the only issue preventing a truly thread-local GC for better
multi-core scalability for D applications. From:
https://github.com/D-Programming-Language/druntime/pull/1057#issuecomment-65904128
The best way to achieve a thread-local GC would be to improve and
enforce `shared`-correctnes
On 2014-11-16 19:32, "Ola Fosheim Grøstad"
" wrote:
Does the allocated object belong to a global database, a thread local
database or a fiber cache which is flushed automatically when moving to
a new thread? Or is it an extension of the fiber statespace that should
be transparent to threads?
I'
This GC model also seems to work fine for locally-allocated __gshared
objects. Since they're registered locally but available globally,
they'll be collected once the thread that created it is gone.
Also, when an object is cast(shared) before being sent to another
thread, it's usually still in
On 2014-11-16 10:20, Sean Kelly wrote:
We'll have to change the way "immutable" is treated for allocations.
Which I think is a good thing. Just because something can be shared
doesn't meant that I intend to share it.
Exactly, I'm not sure how DMD currently handles immutable but it should
auto
On 2014-11-16 10:21, Xinok wrote:
How about immutable data which is implicitly shareable? Granted you can
destroy/free the data asynchronously, but you would still need to check
all threads for references to that data.
Immutable data would proxy through malloc and would not be scanned as it
ca
On 2014-10-29 15:38, dan wrote:
What IDE/EDITOR do you use for D? What plugins if you use Vim?
Mono-D. It has a light & fast ui, auto-complete, and integrates
perfectly with dub and git
http://wiki.dlang.org/Mono-D
On 2014-09-25 19:34, Martin Nowak wrote:
One thing that always bothers me with async libraries is that now every
IO class has it async cousin, so there is Socket and AsyncSocket,
resolveDNS and asyncResolveDNS.
With Fibers and a Scheduler it's actually possible to present the same
API to asynchro
On 2014-09-05 21:48, AsmMan wrote:
I was so happy when my search got a result... but these results
are very small blocks of an old version of the files I lost. One
of the files had around 800 lines I can find say, 150/180 lines
using it. Now I know how this called:
http://en.wikipedia.org/wiki/Z
On 2014-09-03 17:13, AsmMan wrote:
Something very strange happened 2/3 days ago. Two of my D files of the
project I was working on got all values replaced by 0 (that's what I
seen rather D code if I open the file with a hex debugger). The file
size of both files keep intact although. And no, I ha
On 2014-06-24 20:33, H. S. Teoh via Digitalmars-d wrote:
Once this goes in, ddoc anchors should be*much* saner. While I don't
have the confidence this is the last we'll hear of ddoc anchor issues, I
Well, that was quick!
I might contribute some documentation in phobos, there's obviously a
On 2014-05-26 23:19, Daniel Murphy wrote:
"Etienne Cimon" wrote in message news:lm0um0$tgh$1...@digitalmars.com...
I think everything everywhere would have to change for this to be
possible.
Sounds like never gonna happen.
In terms of logic it's not that complicated, I c
On 2014-05-26 23:15, Brian Schott wrote:
On Tuesday, 27 May 2014 at 02:52:48 UTC, Etienne Cimon wrote:
void' (its an apostrophee)
You mean the beginning of a character literal?
I think everything everywhere would have to change for this to be
possible.
I don't think we want
On 2014-05-26 22:52, Etienne Cimon wrote:
2- For reference pointers to a GC pointer, &void' would add a thread ID
and magic number to better identify them during collection, and to avoid
stopping the whole world to dereference them
Forgot to mention, but this not only avoids stopping
I've been looking at the GC and found that the main problem is that
there's no clear information about the pointers. At least smart pointers
have some info inside them but GC pointers are completely plain 4-8
bytes and nothing else.
The GC is very fast even if it needs to lookup this info but
On 2014-05-25 02:17, safety0ff wrote:
Now I understand what you mean.
I think this is an interesting idea. I've used the idea of reducing
collection frequency to trade off running time for peak memory usage
before.
I would be interesting to have these "knobs" available to turn to tune
applicati
I've made some benchmarks, and I have found that for every (costly)
collection routine of the GC, about ~0.7% of an application's (GC page
bin contents) used memory is actually freed (in the GC pages).
I made some tools to come up with those statistics, available with a
patched druntime:
htt
On 2014-05-08 15:50, Kagamin wrote:
I wrote a D application, using zlib from phobos, it didn't require dll,
IIRC.
Thanks!
On 2014-05-08 02:08, Jacob Carlborg wrote:
On 08/05/14 06:54, Etienne Cimon wrote:
I wrote a zlib.mak file for statically compiling the new zlib 1.2.8 on
dmc, using make -fzlib.mak
Isn't zlib already included in Phobos. It contains the sources at least.
Yes, I see version 1.2.5 here:
On 2014-05-08 02:09, Jacob Carlborg wrote:
On 08/05/14 00:22, Etienne wrote:
Yes :
Label label3 =
new
Label(shell, SWT.NONE);
label3.setSize(100,20);
label3.setLocation(30,150);
label3.setBackground(
new
Color(display,200,111,50));
label3.setText(
"Speak no evil"
);
Thanks, I'll have a loo
1 - 100 of 116 matches
Mail list logo