Linked by Thom Holwerda on Sun 10th Sep 2006 20:38 UTC, submitted by fudel
Zeta Magnussoft, the company now responsible for development on Zeta, has announced it is accepting pre-orders for Zeta 1.21. This new release will include multi-user support, will be built with GCC4, among other improvements. Bernd Korz's weblog contains more information. Korz was (is?) the CEO of YellowTAB, the company that started Zeta. Read on for a short editorial on this announcement.
Thread beginning with comment 161310
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[7]: multi user???
by Vanders on Mon 11th Sep 2006 14:30 UTC in reply to "RE[6]: multi user???"
Member since:

Does your proposal look anything like the scheme we're already using in libsyllable, by any chance? It's worked wonderfully for us.

Reply Parent Score: 1

RE[8]: multi user???
by JonathanBThompson on Mon 11th Sep 2006 15:17 in reply to "RE[7]: multi user???"
JonathanBThompson Member since:

What scheme is that? Could you please provide a link? I strongly suspect not, since the scheme I have in mind would not be remotely source or binary compatible with the current API by any stretch of the imagination. While it would be wise to include a way to include a version number for applications to query for, it isn't required. In fact, those overly concerned with C++ purity may be unhappy with what I have in mind, but at least it is viable long-term (as in never having an expansion problem: if the C++ compiler ABI changes, that may affect it, depending on the level of C++ purity) ;) Because it isn't exactly as "pure" of C++ by intent, I'm not certain everyone will go for it, but it wouldn't cause old binaries to break, and wouldn't need backwards compatible C++ classes in libs and system kits, either. One of the side-effects of building an application or libs this way is that it's likely to result in simpler and smaller patch files for upgrades, too.

Reply Parent Score: 1

RE[9]: multi user???
by Vanders on Mon 11th Sep 2006 15:48 in reply to "RE[8]: multi user???"
Vanders Member since:

Well now from what you've just said, I'm not certain if the scheme you are refering too is even slightly similiar to ours, but anyway.

An example:

Every "external" class in the API has an internal private class that holds all of the data members. The only data member in the external class is a pointer to the corresponding private class. The external class then uses the data members of it's private class, instead of having data members itself. E.g.:

class Foo::Private{
int a;
char z;
float f;

class Foo{
Private *m;

m = new Private();
m->a = 42;
m->z = 'b';
m->f = 1.0f;

We also reserve vtable slots in every "external" class to provide space if we ever wish to add additional virtual methods without increasing the vtable size.

These two things alone largely take care of the FBC problem. This scheme was designeds by Kurt and has been in use since the very first release of AtheOS, if I remember correctly.

Reply Parent Score: 1