GNU bug report logs - #16261
24.3.50; puresize overflowed

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16261 in the body.
You can then email your comments to 16261 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; puresize overflowed
Date: Fri, 27 Dec 2013 09:24:07 +0900

I got this in today's Emacs build on Cygwin:

Dumping under the name emacs
emacs:0:Pure Lisp storage overflow (approx. 1702125 bytes needed)
Maximum static heap usage: 5469504 of 13631488 bytes
2131 pure bytes used
Adding name emacs-24.3.50.1

And soleved it by:
--- puresize.h~	2013-06-03 22:06:30.000000000 +0000
+++ puresize.h	2013-12-27 00:00:47.413148800 +0000
@@ -43 +43 @@
-#define BASE_PURESIZE (1700000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA)
+#define BASE_PURESIZE (1710000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA)

But I don't know if it is reasonable for other platforms.
Thanks.

In GNU Emacs 24.3.50.1 (i686-pc-cygwin, GTK+ Version 3.8.2)
 of 2013-12-27 on localhost
Bzr revision: 115760 yamaoka <at> jpl.org-20131226221328-zj6d1oitse00nxvj
Windowing system distributor `The Cygwin/X Project', version 11.0.11404000
Configured using:
 `configure --verbose --with-x-toolkit=gtk3'

Message #8 received at 16261 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 16261 <at> debbugs.gnu.org
Subject: Re: bug#16261: 24.3.50; puresize overflowed
Date: Thu, 26 Dec 2013 22:04:18 -0500

> I got this in today's Emacs build on Cygwin:
> Dumping under the name emacs
> emacs:0:Pure Lisp storage overflow (approx. 1702125 bytes needed)

It might be due to the new electric-pair-mode code.
We should probably take it out of the preloaded code (i.e. separate
electric-indent-mode from the rest of electric.el).


        Stefan

Message #11 received at 16261 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 16261 <at> debbugs.gnu.org
Subject: Re: bug#16261: 24.3.50; puresize overflowed
Date: Fri, 27 Dec 2013 10:05:10 +0200

> Date: Fri, 27 Dec 2013 09:24:07 +0900
> From: Katsumi Yamaoka <yamaoka <at> jpl.org>
> 
> I got this in today's Emacs build on Cygwin:
> 
> Dumping under the name emacs
> emacs:0:Pure Lisp storage overflow (approx. 1702125 bytes needed)
> Maximum static heap usage: 5469504 of 13631488 bytes
> 2131 pure bytes used
> Adding name emacs-24.3.50.1

Is this a 32-bit build or a 64-bit build?

> And soleved it by:
> --- puresize.h~	2013-06-03 22:06:30.000000000 +0000
> +++ puresize.h	2013-12-27 00:00:47.413148800 +0000
> @@ -43 +43 @@
> -#define BASE_PURESIZE (1700000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA)
> +#define BASE_PURESIZE (1710000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA)
> 
> But I don't know if it is reasonable for other platforms.

I don't see this problem, neither with a 32-bit MS-Windows build nor a
64-bit GNU/Linux build.  So I think Cygwin should define a slightly
larger SYSTEM_PURESIZE_EXTRA (or start defining it, if it doesn't
now).

Message #14 received at 16261 <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16261 <at> debbugs.gnu.org
Subject: Re: bug#16261: 24.3.50; puresize overflowed
Date: Fri, 27 Dec 2013 18:28:00 +0900

Eli Zaretskii wrote:
>> Date: Fri, 27 Dec 2013 09:24:07 +0900
>> From: Katsumi Yamaoka <yamaoka <at> jpl.org>
>>
>> I got this in today's Emacs build on Cygwin:
>>
>> Dumping under the name emacs
>> emacs:0:Pure Lisp storage overflow (approx. 1702125 bytes needed)
>> Maximum static heap usage: 5469504 of 13631488 bytes
>> 2131 pure bytes used
>> Adding name emacs-24.3.50.1

> Is this a 32-bit build or a 64-bit build?

That's a 32-bit build.  I have no means to know how it is in
a 64-bit machine.

>> --- puresize.h~	2013-06-03 22:06:30.000000000 +0000
>> +++ puresize.h	2013-12-27 00:00:47.413148800 +0000
>> @@ -43 +43 @@
>> -#define BASE_PURESIZE (1700000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA)
>> +#define BASE_PURESIZE (1710000 + SYSTEM_PURESIZE_EXTRA + SITELOAD_PURESIZE_EXTRA)

> I don't see this problem, neither with a 32-bit MS-Windows build nor a
> 64-bit GNU/Linux build.  So I think Cygwin should define a slightly
> larger SYSTEM_PURESIZE_EXTRA (or start defining it, if it doesn't
> now).

I know neither why it is platform-dependent nor how much it should
be increased, but it should help.

(I'll be unable to verify it for a week since I'll be away from
 this office machine for the winter vacation, sorry.)

Message #17 received at 16261 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 16261 <at> debbugs.gnu.org
Subject: Re: bug#16261: 24.3.50; puresize overflowed
Date: Fri, 27 Dec 2013 11:49:12 +0200

> Date: Fri, 27 Dec 2013 18:28:00 +0900
> From: Katsumi Yamaoka <yamaoka <at> jpl.org>
> Cc: 16261 <at> debbugs.gnu.org
> 
> > I don't see this problem, neither with a 32-bit MS-Windows build nor a
> > 64-bit GNU/Linux build.  So I think Cygwin should define a slightly
> > larger SYSTEM_PURESIZE_EXTRA (or start defining it, if it doesn't
> > now).
> 
> I know neither why it is platform-dependent nor how much it should
> be increased, but it should help.

Grepping loadup.el for "cygwin" might help (but doesn't in this case,
AFAICS).

The difference might be due to Lisp bindings and symbols in
src/cygw32.c.

If neither of the above gives a hint, the only way to find out why
Cygwin needs more pure space is to trace all the calls to 'load'
during dumping, see how much pure space is used up by each loaded Lisp
file, compare that with the use on GNU/Linux, and then look at the
file(s) which need more pure space.

Message #20 received at 16261 <at> debbugs.gnu.org (full text, mbox):

From: Ken Brown <kbrown <at> cornell.edu>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>,
 Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 16261 <at> debbugs.gnu.org
Subject: Re: bug#16261: 24.3.50; puresize overflowed
Date: Fri, 27 Dec 2013 09:02:02 -0500

On 12/26/2013 10:04 PM, Stefan Monnier wrote:
>> I got this in today's Emacs build on Cygwin:
>> Dumping under the name emacs
>> emacs:0:Pure Lisp storage overflow (approx. 1702125 bytes needed)
>
> It might be due to the new electric-pair-mode code.
> We should probably take it out of the preloaded code (i.e. separate
> electric-indent-mode from the rest of electric.el).

That seems to have fixed it.

Thanks.

Ken

Previous Next

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