GNU bug report logs - #36649
27.0.50; pure space and pdumper

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 36649 <at> debbugs.gnu.org, larsi <at> gnus.org, monnier <at> iro.umontreal.ca, pipcet <at> gmail.com
Subject: bug#36649: 27.0.50; pure space and pdumper
Date: Sat, 02 Jul 2022 13:40:08 +0300

> From: Po Lu <luangruo <at> yahoo.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  Pip Cet <pipcet <at> gmail.com>,
>   36649 <at> debbugs.gnu.org,  monnier <at> iro.umontreal.ca
> Date: Sat, 02 Jul 2022 18:28:40 +0800
> 
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 
> > If I understand correctly, dropping pure space would make Po's work on
> > improving the garbage collector easier -- and improving gc is important,
> > so it seems to make sense to get rid of pure space just for that reason.
> >
> > But I'm not against dropping unexec now, too -- we can drop both unexec
> > and pure space now.
> 
> FWIW none of the dumping mechanisms work with the new garbage collector,
> but it will be optional, since I don't see how to make it work on MS-DOS
> (which AFAIU has no equivalent of `mprotect').

The C library and the environment used by the MS-DOS port do have
mprotect, but it is only supported with some DPMI servers, and the
MS-Windows DPMI server is not one of them.

But I don't think this is too relevant, since memory protection in
MS-DOS is more or less a no-op.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.