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