* bug#16261: 24.3.50; puresize overflowed
@ 2013-12-27 0:24 Katsumi Yamaoka
2013-12-27 3:04 ` Stefan Monnier
2013-12-27 8:05 ` Eli Zaretskii
0 siblings, 2 replies; 6+ messages in thread
From: Katsumi Yamaoka @ 2013-12-27 0:24 UTC (permalink / raw)
To: 16261
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@jpl.org-20131226221328-zj6d1oitse00nxvj
Windowing system distributor `The Cygwin/X Project', version 11.0.11404000
Configured using:
`configure --verbose --with-x-toolkit=gtk3'
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#16261: 24.3.50; puresize overflowed
2013-12-27 0:24 bug#16261: 24.3.50; puresize overflowed Katsumi Yamaoka
@ 2013-12-27 3:04 ` Stefan Monnier
2013-12-27 14:02 ` Ken Brown
2013-12-27 8:05 ` Eli Zaretskii
1 sibling, 1 reply; 6+ messages in thread
From: Stefan Monnier @ 2013-12-27 3:04 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 16261
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#16261: 24.3.50; puresize overflowed
2013-12-27 0:24 bug#16261: 24.3.50; puresize overflowed Katsumi Yamaoka
2013-12-27 3:04 ` Stefan Monnier
@ 2013-12-27 8:05 ` Eli Zaretskii
2013-12-27 9:28 ` Katsumi Yamaoka
1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2013-12-27 8:05 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 16261
> Date: Fri, 27 Dec 2013 09:24:07 +0900
> From: Katsumi Yamaoka <yamaoka@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).
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#16261: 24.3.50; puresize overflowed
2013-12-27 8:05 ` Eli Zaretskii
@ 2013-12-27 9:28 ` Katsumi Yamaoka
2013-12-27 9:49 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Katsumi Yamaoka @ 2013-12-27 9:28 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 16261
Eli Zaretskii wrote:
>> Date: Fri, 27 Dec 2013 09:24:07 +0900
>> From: Katsumi Yamaoka <yamaoka@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.)
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#16261: 24.3.50; puresize overflowed
2013-12-27 9:28 ` Katsumi Yamaoka
@ 2013-12-27 9:49 ` Eli Zaretskii
0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2013-12-27 9:49 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 16261
> Date: Fri, 27 Dec 2013 18:28:00 +0900
> From: Katsumi Yamaoka <yamaoka@jpl.org>
> Cc: 16261@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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#16261: 24.3.50; puresize overflowed
2013-12-27 3:04 ` Stefan Monnier
@ 2013-12-27 14:02 ` Ken Brown
0 siblings, 0 replies; 6+ messages in thread
From: Ken Brown @ 2013-12-27 14:02 UTC (permalink / raw)
To: Stefan Monnier, Katsumi Yamaoka; +Cc: 16261
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-12-27 14:02 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-27 0:24 bug#16261: 24.3.50; puresize overflowed Katsumi Yamaoka
2013-12-27 3:04 ` Stefan Monnier
2013-12-27 14:02 ` Ken Brown
2013-12-27 8:05 ` Eli Zaretskii
2013-12-27 9:28 ` Katsumi Yamaoka
2013-12-27 9:49 ` Eli Zaretskii
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.