bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2022-06-26 Thread Liliana Marie Prikler
Am Montag, dem 25.10.2021 um 14:57 -0700 schrieb Calvin Heim:
> The pure space overflow warning does not appear in
> emacs-next@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#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-25 Thread Calvin Heim
Hi all,

The pure space overflow warning does not appear in emacs-next@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






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-24 Thread Calvin Heim
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






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-24 Thread Liliana Marie Prikler
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






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-24 Thread Liliana Marie Prikler
Hi,

Am Samstag, den 23.10.2021, 20:31 -0700 schrieb Calvin Heim:
> In emacs@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@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






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-24 Thread Calvin Heim
In emacs@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@27.2 store item is
/gnu/store/n1zvyjk8hm51793ap5ikvzvq15lxkhrg-emacs-27.2

$ uname -i
i686