From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs-diffs digest, Vol 1 #508 - 12 msgs Date: Tue, 26 Mar 2002 07:58:23 +0200 (IST) Sender: emacs-devel-admin@gnu.org Message-ID: References: <200203252240.g2PMeW114699@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1017122465 7921 127.0.0.1 (26 Mar 2002 06:01:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 26 Mar 2002 06:01:05 +0000 (UTC) Cc: emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16pk12-00023e-00 for ; Tue, 26 Mar 2002 07:01:04 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16pk9O-00022R-00 for ; Tue, 26 Mar 2002 07:09:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pk0L-00049y-00; Tue, 26 Mar 2002 01:00:21 -0500 Original-Received: from is.elta.co.il ([199.203.121.2]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pjzW-00044S-00 for ; Tue, 26 Mar 2002 00:59:30 -0500 Original-Received: from is (is [199.203.121.2]) by is.elta.co.il (8.9.3/8.8.8) with SMTP id HAA23237; Tue, 26 Mar 2002 07:58:23 +0200 (IST) X-Sender: eliz@is Original-To: Stefan Monnier In-Reply-To: <200203252240.g2PMeW114699@rum.cs.yale.edu> Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2206 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2206 On Mon, 25 Mar 2002, Stefan Monnier wrote: > It used to be that if there wasn't enough pure memory and we > tried to allocate some pure storage Emacs would just halt. > Now it keeps going, allocating in non-pure storage instead and > signalling that the pure storage overflowed. Thanks for the explanation. I think we should do something to avoid the warning in the bootstrap case, then. Users who don't know these details might become spooked by the warning, especially if they were used to get a fatal error with the same language before. > PS: I almost got bootstrapping to work without a `bootstrap-emacs' > executable (by byte-compiling with `temacs' instead) > but hit a problem where `temacs -batch' freezes in call-process: > the problem is that the SIGCHLD handler is not installed in that > case (probably because it might introduce problems when we dump). Yes, I think that's the reason why signals aren't caught. > As for why `call-process' is called: vc.el does > (eval-when-compile (require 'ediff-util)) and ediff-util.el > ends up loading all the ediff*.el files (also from within > `eval-when-compile' clauses) and ediff-ptch.el runs patch with a few > different args to determine the default value of a config variable. We could prevent this by binding some special variables during bootstrap, no? _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel