GNU bug report logs -
#51366
Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked
Previous Next
Reported by: Calvin Heim <frofroggy <at> gmail.com>
Date: Sun, 24 Oct 2021 03:32:02 UTC
Severity: normal
Done: Liliana Marie Prikler <liliana.prikler <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 51366 in the body.
You can then email your comments to 51366 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#51366
; Package
guix
.
(Sun, 24 Oct 2021 03:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Calvin Heim <frofroggy <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sun, 24 Oct 2021 03:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In emacs <at> 27.2, a warning appears about pure storage overflow in the *GNU Emacs*
buffer that displays at startup. My main concern is that I'm not sure if Emacs's
garbage collection is working or not, so I have been hesitant to upgrade from
version 26.3.
Steps to reproduce (with output):
-----8<---begin-snippet---8<--------------------
$ guix environment -C --pure --preserve=TERM --user=foo --no-cwd --ad-hoc emacs
$ emacs -nw --batch --eval="(progn (display-about-screen)(message \"%s\"
(buffer-substring-no-properties 1 122)))"
Warning Warning!!! Pure space overflow !!!Warning Warning
(See the node Pure Storage in the Lisp manual for details.)
-----8<---end-snippet---8<--------------------
I am using Guix on a foreign distribution (Trisquel 9).
$ guix describe
guix 075c9f1
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 075c9f12696d23bc86999b7a9ed567f38715e00a
The corresponding emacs <at> 27.2 store item is
/gnu/store/n1zvyjk8hm51793ap5ikvzvq15lxkhrg-emacs-27.2
$ uname -i
i686
Information forwarded
to
bug-guix <at> gnu.org
:
bug#51366
; Package
guix
.
(Sun, 24 Oct 2021 16:21:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 51366 <at> debbugs.gnu.org (full text, mbox):
Hi,
Am Samstag, den 23.10.2021, 20:31 -0700 schrieb Calvin Heim:
> In emacs <at> 27.2, a warning appears about pure storage overflow in the
> *GNU Emacs*
> buffer that displays at startup. My main concern is that I'm not sure
> if Emacs's garbage collection is working or not, so I have been
> hesitant to upgrade from version 26.3.
>
> Steps to reproduce (with output):
>
> -----8<---begin-snippet---8<--------------------
>
> $ guix environment -C --pure --preserve=TERM --user=foo --no-cwd --
> ad-hoc emacs
>
> $ emacs -nw --batch --eval="(progn (display-about-screen)(message
> \"%s\"
> (buffer-substring-no-properties 1 122)))"
>
> Warning Warning!!! Pure space overflow !!!Warning Warning
> (See the node Pure Storage in the Lisp manual for details.)
>
> -----8<---end-snippet---8<--------------------
>
> I am using Guix on a foreign distribution (Trisquel 9).
>
> $ guix describe
> guix 075c9f1
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 075c9f12696d23bc86999b7a9ed567f38715e00a
>
> The corresponding emacs <at> 27.2 store item is
> /gnu/store/n1zvyjk8hm51793ap5ikvzvq15lxkhrg-emacs-27.2
>
> $ uname -i
> i686
So for me on an x86_64 machine with Guix commit
7628430a2f46a4a57d5ff7e51b1be80b7765c96c, this snippet displays
--8<---------------cut here---------------start------------->8---
This is GNU Emacs, one component of the GNU/Linux operating system.
GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ V
--8<---------------cut here---------------end--------------->8---
Your version is not that much newer than mine, so it's probably an
issue specific to i686 (or perhaps other non-x86 architectures too).
Regards,
Liliana
Information forwarded
to
bug-guix <at> gnu.org
:
bug#51366
; Package
guix
.
(Sun, 24 Oct 2021 16:30:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 51366 <at> debbugs.gnu.org (full text, mbox):
Small followup:
Am Samstag, den 23.10.2021, 20:31 -0700 schrieb Calvin Heim:
> > Warning Warning!!! Pure space overflow !!!Warning Warning
> > (See the node Pure Storage in the Lisp manual for details.)
Said node says
> If Emacs will be dumped using the ‘pdump’ method (*note Building
> Emacs::), the pure-space overflow is of no special importance (it
> just means some of the preloaded stuff cannot be shared with other
> Emacs jobs). However, if Emacs will be dumped using the now obsolete
> ‘unexec’ method, the resulting image will work, but garbage
> collection (*note Garbage Collection::) is disabled in this
> situation, causing a memory leak.
Guix-built Emacs uses pdumps since 27.1, so garbage collection should
still be enabled. It might also be worth checking the Guix System vs.
foreign distro angle, as
> Such an overflow normally won’t happen unless you try to preload
> additional libraries or add features to the standard ones.
Is there anything noteworthy going on in stuff like LD_PRELOAD?
Regards,
Liliana
Information forwarded
to
bug-guix <at> gnu.org
:
bug#51366
; Package
guix
.
(Sun, 24 Oct 2021 18:43:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 51366 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana,
On Sun, 2021-10-24 at 18:29 +0200, Liliana Marie Prikler wrote:
>
> Is there anything noteworthy going on in stuff like LD_PRELOAD?
>
>
Good idea. I've added 'env' to the container. (The aforementioned warning is
unaffected by the presence of coreutils).
$ guix environment -C --pure --preserve=TERM --user=foo --no-cwd --ad-hoc emacs
coreutils
[env]$ env
COLORTERM=truecolor
PWD=/home/foo
LOGNAME=foo
TEMPDIR=/tmp
HOME=/home/foo
TMPDIR=/tmp
INFOPATH=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile/share/info
TERM=xterm
USER=foo
TEMP=/tmp
SHLVL=1
TERMINFO_DIRS=/[censored-path-to-my]/.guix-profile/share/terminfo
GUIX_ENVIRONMENT=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile
PS1=\u@\h \w [env]\$
TMP=/tmp
PATH=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile/bin
EMACSLOADPATH=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-
profile/share/emacs/site-lisp
_=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile/bin/env
[env]$ ls $EMACSLOADPATH
guix-emacs.el guix-emacs.elc site-start.el site-start.elc subdirs.el
Information forwarded
to
bug-guix <at> gnu.org
:
bug#51366
; Package
guix
.
(Mon, 25 Oct 2021 21:58:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 51366 <at> debbugs.gnu.org (full text, mbox):
Hi all,
The pure space overflow warning does not appear in emacs-next <at> 28.0.50-0.2ea3466
on my i686 machine, so this bug will disappear when the emacs package definition catches up to emacs-next.
Happy hacking,
Calvin
Reply sent
to
Liliana Marie Prikler <liliana.prikler <at> gmail.com>
:
You have taken responsibility.
(Sun, 26 Jun 2022 10:26:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Calvin Heim <frofroggy <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 26 Jun 2022 10:26:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 51366-done <at> debbugs.gnu.org (full text, mbox):
Am Montag, dem 25.10.2021 um 14:57 -0700 schrieb Calvin Heim:
> The pure space overflow warning does not appear in
> emacs-next <at> 28.0.50-0.2ea3466
> on my i686 machine, so this bug will disappear when the emacs package
> definition catches up to emacs-next.
Closing under the premise that it in fact disappeared :)
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 24 Jul 2022 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 333 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.