[DGD] DGDMP 1.1.10

[Shentino]

Speaking of the inheritance table size increase you mentioned in a previous
upgrade, I have often in the interest of encapsulation on steroids, had my
main "object" class split up into about 7 implementation libs, each of which
includes from 1 to 7 of each other's corresponding interface (api) libs.
 I'm guessing such double-deep inheritance trees are somehow overflowing
something inside.  In particular, the main object inherits all 7 interfaces
and implementations so that each "subsystem" 's data would be accessible in
the data save and load routines of the most derived object.
Is there a quick way to increase this size in, say, config.h, or is it a
rather intrusive change?  And if so, is it something that only MP will
support?

Or is this a bug in DGD itself?

On Sun, Jun 7, 2009 at 10:18 AM, <bart at wotf.org> wrote:

> On Sun, 07 Jun 2009 16:27:26 +0200, Felix A. Croes wrote
> > Shentino <shentino at gmail.com> wrote:
> >
> > > Is source code coming anytime soon?
> >
> > Later this year; definitely not for several months.
> >
> > > I usually enjoy precompiling the klib and turning off IPv6.
> >
> > IPv6 cannot be turned off; IPv4 support is entirely via IPv6 backward
> > compatibility.  DGDMP is squarely aimed at modern multi-core hardware
> > with lots of memory and running the latest and greatest operating system.
> > If that's not what you have, use DGD.
>
> My first use would be to up the max string size and object table size (256k
> and usually 16m or 4g respectively). Given the above, is it a strange idea
> to
> up the default object table size? I know that (on dgd at least) it uses
> more
> memory, but if the assumption is that plenty of memory is available, it
> would
> help us make use of said memory :)
>
> Bart.
> --
> Created with Open WebMail at http://www.bartsplace.net/
> Read my weblog at http://soapbox.bartsplace.net/
>
> ___________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
>