[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#36649: 27.0.50; pure space and pdumper
From: |
Po Lu |
Subject: |
bug#36649: 27.0.50; pure space and pdumper |
Date: |
Sat, 02 Jul 2022 18:55:09 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
> 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.
Too bad. That means MS-DOS will have to do with the old garbage
collector.
> But I don't think this is too relevant, since memory protection in
> MS-DOS is more or less a no-op.
For incremental garbage collection to work, Emacs needs to be able to
place memory protection on "blocks" of objects allocated to align with a
page start, in order to receive a signal when a write to an object in
such a block happens.
- bug#36649: 27.0.50; pure space and pdumper, (continued)
- bug#36649: 27.0.50; pure space and pdumper, Stefan Monnier, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper, Eli Zaretskii, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper, Stefan Monnier, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper, Eli Zaretskii, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper, Po Lu, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper, Po Lu, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper, Eli Zaretskii, 2022/07/02
- bug#36649: 27.0.50; pure space and pdumper,
Po Lu <=
bug#36649: 27.0.50; pure space and pdumper, Gerd Möllmann, 2022/07/03