GNU bug report logs -
#22691
25.1.50; emacs memory usage blowing up with cairo
Previous Next
Reported by: Mark Oteiza <mvoteiza <at> udel.edu>
Date: Tue, 16 Feb 2016 00:23:02 UTC
Severity: normal
Tags: help
Found in version 25.1.50
Done: Mark Oteiza <mvoteiza <at> udel.edu>
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 22691 in the body.
You can then email your comments to 22691 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22691
; Package
emacs
.
(Tue, 16 Feb 2016 00:23:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mark Oteiza <mvoteiza <at> udel.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 16 Feb 2016 00:23:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
from emacs -Q:
M-x eww RET fsf.org RET
CPU -> 100% and memory usage increases rapidly.
Looking at strace there is a massive stream of brk periodically
interspersed with:
03:47:03.331275 poll([{fd=6, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=6, revents=POLLOUT}])
03:47:03.331317 writev(6, [{"\207\3\7\0\0\1\0\3\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\207\3\7\0"..., 16380}, {NULL, 0}, {"", 0}], 3) = 16380
03:47:03.331374 recvmsg(6, 0x7ffed82aa0f0, 0) = -1 EAGAIN (Resource temporarily unavailable)
and
03:47:03.988437 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/close.xpm", R_OK) = 0
03:47:03.988595 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/refresh.xpm", R_OK) = 0
03:47:03.988706 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/left-arrow.xpm", R_OK) = 0
03:47:03.988814 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/right-arrow.xpm", R_OK) = 0
03:47:03.988921 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/show.xpm", R_OK) = 0
In the message buffer, a process filter error message:
This Emacs mishandles this image file type
I seem to remember this message being added wrt cairo bugs. Could be
mistaken though.
In GNU Emacs 25.1.50.1 (x86_64-unknown-linux-gnu, X toolkit, cairo version 1.14.6, Xaw scroll bars)
of 2016-02-05 built on logos
Repository revision: 130056880fe9d807fbaee5bc5f68249ea9cf6438
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --without-gconf --without-imagemagick --with-cairo
--with-modules --with-x-toolkit=lucid 'CFLAGS=-march=x86-64
-mtune=generic -O0 -pipe -fstack-protector-strong
--param=ssp-buffer-size=4 -g -fvar-tracking-assignments -g
-fvar-tracking-assignments'
LDFLAGS=-Wl,-O0,--sort-common,--as-needed,-z,relro'
Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS NOTIFY ACL
GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
LUCID X11 MODULES
Important settings:
value of $LC_COLLATE: C
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22691
; Package
emacs
.
(Tue, 16 Feb 2016 02:06:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22691 <at> debbugs.gnu.org (full text, mbox):
Mark Oteiza <mvoteiza <at> udel.edu> writes:
> from emacs -Q:
>
> M-x eww RET fsf.org RET
>
> CPU -> 100% and memory usage increases rapidly.
I'm unable to reproduce this in non-Cairo builds...
[...]
> 03:47:03.988437 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/close.xpm", R_OK) = 0
> 03:47:03.988595 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/refresh.xpm", R_OK) = 0
> 03:47:03.988706 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/left-arrow.xpm", R_OK) = 0
> 03:47:03.988814 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/right-arrow.xpm", R_OK) = 0
> 03:47:03.988921 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/show.xpm", R_OK) = 0
>
> In the message buffer, a process filter error message:
>
> This Emacs mishandles this image file type
So it's inflooping in the Cairo image handler or something?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Changed bug title to '25.1.50; emacs memory usage blowing up with cairo' from '25.1.50; emacs memory usage blowing up'
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 16 Feb 2016 06:40:02 GMT)
Full text and
rfc822 format available.
Added tag(s) help.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 03 Aug 2016 18:34:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22691
; Package
emacs
.
(Tue, 11 Dec 2018 01:57:01 GMT)
Full text and
rfc822 format available.
Message #15 received at 22691 <at> debbugs.gnu.org (full text, mbox):
On 16.02.2016 2:22, Mark Oteiza wrote:
>
> from emacs -Q:
>
> M-x eww RET fsf.org RET
>
> CPU -> 100% and memory usage increases rapidly.
Can't repro with the current emacs-26 (and Cairo). The web page renders
okay. Probably fixed in the meantime.
Reply sent
to
Mark Oteiza <mvoteiza <at> udel.edu>
:
You have taken responsibility.
(Tue, 11 Dec 2018 02:02:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Mark Oteiza <mvoteiza <at> udel.edu>
:
bug acknowledged by developer.
(Tue, 11 Dec 2018 02:02:03 GMT)
Full text and
rfc822 format available.
Message #20 received at 22691-done <at> debbugs.gnu.org (full text, mbox):
On 11/12/18 at 03:55am, Dmitry Gutov wrote:
> On 16.02.2016 2:22, Mark Oteiza wrote:
> >
> > from emacs -Q:
> >
> > M-x eww RET fsf.org RET
> >
> > CPU -> 100% and memory usage increases rapidly.
>
> Can't repro with the current emacs-26 (and Cairo). The web page renders
> okay. Probably fixed in the meantime.
Me neither on master (built in July, granted). You are probably
correct--closing!
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 08 Jan 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 222 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.