Interesting talk. It seems there are a few features D could
provide which would make for some more powerful GCs:
- Hook for when generating code which reads/writes a pointer
allowing GC to put in read/write barriers where necessary.
- Hook for union assignment so that the GC could emplace
On Monday, 3 June 2013 at 12:14:48 UTC, Andrei Alexandrescu wrote:
On reddit:
http://www.reddit.com/r/programming/comments/1fkr5s/dconf_2013_day_2_talk_4_web_development_in_d_by/
On hackernews:
https://news.ycombinator.com/item?id=5812723
On facebook:
On Monday, 3 June 2013 at 18:51:45 UTC, Vladimir Panteleev wrote:
On Monday, 3 June 2013 at 18:07:57 UTC, Diggory wrote:
Great talk! Would love to see the improvements to phobos
suggested.
An idea for the virtual address space problem on 32-bit:
- Assuming each stack has a marker page
On Thursday, 30 May 2013 at 17:28:49 UTC, Dmitry Olshansky wrote:
30-May-2013 21:16, Simen Kjaeraas пишет:
On 2013-05-30, 17:16, Andrei Alexandrescu wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Kudos to Andrej for this. *This* is how a great
With regard to the last point in the talk where Walter was
suggesting not calling finalizers on objects whose code has been
unloaded - would it not make more sense to simply call all the
finalizers before unloading the library?
If the finalizer is not called you will potentially get resource
On Thursday, 30 May 2013 at 04:00:18 UTC, Steven Schveighoffer
wrote:
On Wed, 29 May 2013 22:12:54 -0400, Diggory
digg...@googlemail.com wrote:
With regard to the last point in the talk where Walter was
suggesting not calling finalizers on objects whose code has
been unloaded - would
On Monday, 27 May 2013 at 17:56:10 UTC, Brian Rogoff wrote:
On Friday, 24 May 2013 at 19:44:19 UTC, Jonathan M Davis wrote:
On Friday, May 24, 2013 20:30:54 Juan Manuel Cabo wrote:
I'd like to know if there is interest in a precise garbage
collector.
There is interest in it, and Rainer
On Tuesday, 21 May 2013 at 20:08:16 UTC, Leandro Lucarella wrote:
I'm interested in what you're describing, but I don't know how
can you
achieve this without fork()ing (or clone()ing in Linux). What
does
remap shared memory using COW in a context where fork()
doesn't
happen? Why do you even
On Friday, 24 May 2013 at 07:48:49 UTC, Vladimir Panteleev wrote:
I don't know why you say that. The satellite process would be
the same executable file as the main process, but started with
a special switch (or environment variable), which will be
handled by the D runtime. Since the two
On Friday, 24 May 2013 at 09:56:25 UTC, Diggory wrote:
The only time I've been able to get it to not show a console
window is when using WinMain...
OK, nvm, it seems it's just that the SUBSYSTEM setting in
VisualD has no effect, you have to set it through a .def file.
On Friday, 24 May 2013 at 10:20:12 UTC, Vladimir Panteleev wrote:
Leandro wasn't using Windows ;)
True but assuming windows isn't completely degenerate the
overhead of a page fault is going to be pretty close to identical
on the same cpu architecture.
On Friday, 24 May 2013 at 11:15:21 UTC,
On 64-bit windows there is also the GetWriteWatch function
which lets you access the dirty flag in the page table = no page
faults = super efficient concurrent generational GC. Just a shame
it doesn't exist on 32-bit systems for some reason.
On Thursday, 23 May 2013 at 12:39:04 UTC, Vladimir Panteleev
wrote:
On Tuesday, 21 May 2013 at 04:52:25 UTC, Diggory wrote:
Either way, at least on windows the separate process would
have to be persistent as creating a new process has a lot more
overhead attached to it than on posix systems
On Tuesday, 21 May 2013 at 22:24:06 UTC, Nick Sabalausky wrote:
On Mon, 06 May 2013 11:14:56 +0200
Kagamin s...@here.lot wrote:
On Monday, 29 April 2013 at 09:38:10 UTC, David wrote:
Null blows up your code, doesn't.
There's no difference between null and empty string in D.
That's not
On Tuesday, 21 May 2013 at 20:08:16 UTC, Leandro Lucarella wrote:
I'm interested in what you're describing, but I don't know how
can you
achieve this without fork()ing (or clone()ing in Linux). What
does
remap shared memory using COW in a context where fork()
doesn't
happen? Why do you even
On Monday, 20 May 2013 at 13:55:05 UTC, Regan Heath wrote:
On Mon, 20 May 2013 13:50:25 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On reddit:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
This may be the Windows Copy On
On Tuesday, 21 May 2013 at 00:00:13 UTC, deadalnix wrote:
On Monday, 20 May 2013 at 22:52:33 UTC, Diggory wrote:
And that would work on all modern OSes, plus you don't have
the overhead of creating a new process or even a new thread.
Also immutable memory doesn't need to be mapped, the GC
On Tuesday, 21 May 2013 at 04:26:18 UTC, Vladimir Panteleev wrote:
On Monday, 20 May 2013 at 13:55:05 UTC, Regan Heath wrote:
On Mon, 20 May 2013 13:50:25 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On reddit:
On Sunday, 12 May 2013 at 14:16:26 UTC, Andrei Alexandrescu wrote:
I was also thinking mon/wed/fri would be a great schedule!
Andrei
+1
He's serious. If you post them all at once, then each video
gets minimal
impact. A lot of people will look at one, maybe two, and then
not bother with
the rest, because all of them showed up at once, whereas if
they're posted
over a longer period of time, then each video will have larger
a
On Sunday, 5 May 2013 at 08:52:27 UTC, Jacob Carlborg wrote:
On 2013-05-05 05:58, Diggory wrote:
I wrote this mainly for my own benefit, but I figured it might
be useful
to someone else. It's a small program which generates opengl
bindings
for D directly from the specification.
https
On Sunday, 5 May 2013 at 10:47:39 UTC, David wrote:
I don't understand it, which function e.g. conflicts?
Derelict defines a bunch of platform specific functions (wgl***,
some pixel format functions, etc.) which belong in the platform
sdk, not in the opengl bindings.
Well, for Derelict I
I wrote this mainly for my own benefit, but I figured it might be
useful to someone else. It's a small program which generates
opengl bindings for D directly from the specification.
https://github.com/Diggsey/OpenGL-D-Bindings
It generates a single file gl.d which by default will do no
more
Just curious if there were any plans to put videos/slideshows
from the presentations online after the conference?
24 matches
Mail list logo