Some time ago, Hrvoje Niksic wrote...
"Kirill 'Big K' Katsnelson" <kkm(a)dtmx.com>
writes:
> Just brought the PD up to life under NT. I see a strange glitch
> though. When I dump XEmacs traditional way, zmacs-regions is set to
> t. When I do it portable, it is set to nil, both when I run it
> vanilla. Is this the way it works on other platforms?
I've now tried it on Linux, and you're right: zmacs-region is nil with
TPD.
It appears that symbols declared with DEFVAR_BOOL and DEFVAR_INT
are not restored by the dumper, so their value is 0 after loading the
dmp file.
It does not look to me that these variables are saved by the dumper
at all, although I may be missing something. May I please hand it
over to O.G. :)
A question: does mmap gives any performance benefits over read when
loading the dump file? NT is primarily a single-user system, so the
case of 2+ xemacsen should be rare, and the shared memory benefit would
not pay off. I will fake mmap if it gives performance benefits though,
even a little. Startup seems to be slower a bit.
Big K