On Tuesday, 18 August 2015 at 04:46:10 UTC, Rikki Cattermole
- Does not allow for calling the constructor on the type should
it have one
I plan to implement arguments forwarding to constructor, just
decided that the concept would be more clear with minimal code.
Technically, the object is initialized with .init and is in valid
Does not need to, there are only two system calls involved and it
makes no sense to reuse such amount of code.
- Does not map to std.mmfile in any way
- You implement basically everything in std.mmfile all over
- No way to say an offset in the file to start working from
(also maybe an upper limit for arrays)
This might be useful in some cases, but in general from my
experience (I used this utility for several years in C++), it
downgrades the interface, makes you regarding the data as set of
bytes rather than an object. It is always possible to wrap up
everything in a struct, so that working portion is at right
The concept is very different from plain shared memory,
std.mmfile can be improved with a few lines of code, but it
wouldn't change the way it's used.
it can go into std.mmfile.
Not at all, it allows fast access to the data, so it might be
used as effectively as regular values, and insurance from data
loss at crash or stop.
It's basically a poor mans (de/)serializer.