unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Chris Hall" <chris@web.workinglinux.com>
To: Stephen J. Turnbull <stephen@xemacs.org>
Cc: dann@ics.uci.edu, Emacs devel <emacs-devel@gnu.org>,
	rms@gnu.org, monnier@iro.umontreal.ca
Subject: Re: CANNOT_DUMP support
Date: Wed, 13 Feb 2008 21:44:58 -1000	[thread overview]
Message-ID: <c0142dc048ce2f16a5e4281cb0331569@lagorda> (raw)
In-Reply-To: <87myq46nl9.fsf@uwakimon.sk.tsukuba.ac.jp>

On 2008-02-13 20:47:46 -1000 Stephen J. Turnbull <stephen@xemacs.org> 
wrote:

> 
> If somebody wants to follow up, Olivier Galibert knows how.
> 

This page at the XEmacs web site:

http://www.xemacs.org/Releases/Public-21.2/projects/pdump.html

appears to have been written by one Olivier Galibert, and includes the 
following:

"The portable dumper executes Emacs as usual, then reloads the Lisp 
code and data very quickly from a specially formatted dump file. This 
is not as fast as the unexec method, but it requires much less 
knowledge of the operating system, and is thus more portable and 
maintainable.
... it is a distinct improvement over the traditional dump process on 
the NT platform.
... this feature is considered extremely important for the Windows 
platform, and truly reverting this feature to the status quo ante 
would require reimplementing pure space,"

Then under "Other open issues" (although it appears to be the only 
open issue):

"The pdumper has cost us ``pure space.'' this bothers Hrvoje, at 
least."

The implications of this are beyond my ken, but I assume pure space 
exists for a reason, so there exists a high probability of 
implications.






  reply	other threads:[~2008-02-14  7:44 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-10  6:35 CANNOT_DUMP support Chris Hall
2008-02-10 17:07 ` Dan Nicolaescu
2008-02-11  1:36   ` Chris Hall
2008-02-11  1:48     ` Dan Nicolaescu
2008-02-11  3:04       ` Stefan Monnier
2008-02-11  4:33         ` Dan Nicolaescu
2008-02-11 19:18           ` Chris Hall
2008-02-12 22:30             ` Stephen J. Turnbull
2008-02-13 16:33               ` Richard Stallman
2008-02-13 19:46                 ` Stephen J. Turnbull
2008-02-14  4:42                   ` Richard Stallman
2008-02-14  6:47                     ` Stephen J. Turnbull
2008-02-14  7:44                       ` Chris Hall [this message]
2008-02-14  8:13                       ` Kenichi Handa
2008-02-15  0:03                         ` Richard Stallman
2008-02-23  5:07                         ` Stefan Monnier
2008-02-23  6:33                           ` Kenichi Handa
2008-02-11  4:26       ` Eli Zaretskii
2008-02-11  0:16 ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c0142dc048ce2f16a5e4281cb0331569@lagorda \
    --to=chris@web.workinglinux.com \
    --cc=dann@ics.uci.edu \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=rms@gnu.org \
    --cc=stephen@xemacs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).