GNU bug report logs - #16058
24.3.50; X protocol error: BadAlloc...

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 16058 in the body.
You can then email your comments to 16058 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: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; X protocol error: BadAlloc...
Date: Thu, 05 Dec 2013 06:51:40 +0100

Hi all,

Start emacs -Q

M-x icomplete-mode

C-x C-f <backspace> <backspace> <backspace> <right>

--8<---------------cut here---------------start------------->8---
X protocol error: BadAlloc (insufficient resources for operation) on protocol request 53
[Thread 0x7fffefbbd980 (LWP 9875) exited]
[Inferior 1 (process 9875) exited with code 0106]
--8<---------------cut here---------------end--------------->8---

I tried evaling (x-synchronize t) before but when the bug happen gdb
hang forever (I had to kill it).



In GNU Emacs 24.3.50.4 (x86_64-unknown-linux-gnu, X toolkit)
 of 2013-12-04 on dell-14z
Windowing system distributor `The X.Org Foundation', version 11.0.11103000
System Description:	Ubuntu 12.04.3 LTS

Configured using:
 `configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
 --without-gconf --without-gsettings'

Important settings:
  value of $LC_MONETARY: fr_FR.UTF-8
  value of $LC_NUMERIC: fr_FR.UTF-8
  value of $LC_TIME: fr_FR.UTF-8
  value of $LANG: fr_FR.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Outline

Minor modes in effect:
  goto-address-mode: t
  diff-auto-refine-mode: t
  psession-mode: t
  global-semanticdb-minor-mode: t
  global-semantic-idle-scheduler-mode: t
  semantic-mode: t
  golden-ratio-mode: t
  winner-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  auto-image-file-mode: t
  eldoc-in-minibuffer-mode: t
  show-paren-mode: t
  display-time-mode: t
  recentf-mode: t
  savehist-mode: t
  minibuffer-depth-indicate-mode: t
  helm-mode: t
  helm-descbinds-mode: t
  shell-dirtrack-mode: t
  helm-adaptative-mode: t
  helm-match-plugin-mode: t
  helm-occur-match-plugin-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  view-mode: t

Recent input:
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <down> <down> <down> <down> <down> 
<down> <up> <up> <down> C-M-SPC M-w <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
C-x c t g d b <return> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <down> <down> <down> <down> <down> 
<down> <down> <down> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <right> <right> <right> <right> C-SPC C-e 
M-w <down> <down> <up> M-x r e p o r <return>

Recent messages:
Mark set
Building list of manual directory expansions...
Building completion list of all manual topics...
Invoking man gdb in the background
Please wait: formatting the gdb man page...
gdb man page formatted
Mark set
Executed kill -TERM 9792

Mark set

Load-path shadows:
/usr/local/share/emacs/24.3.50/lisp/gnus/.dir-locals hides ~/elisp/magit/.dir-locals
~/elisp/auctex/lpath hides ~/elisp/emacs-wget/lpath
/usr/local/share/emacs/24.3.50/lisp/emacs-lisp/tq hides ~/elisp/emms/lisp/tq

Features:
(shadow epa-mail emacsbug tabify imenu woman man helm-man goto-addr view
cl-indent ido helm-sys diff-mode qp gnus-html url-cache flow-fill
mm-archive mule-util helm-command smiley gnus-cite mail-extr gnus-async
gnus-bcklg gnus-ml nndraft nnmh utf-7 nnimap utf7 nnml nnfolder
parse-time netrc network-stream starttls tls gnus-agent gnus-srvr
gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view
mml-smime smime dig nntp gnus-cache gnus-dired nnir gnus-sum gnus-group
gnus-undo nnmail mail-source nnoo gnus-start gnus-spec gnus-int
gnus-range gnus-win vc-hg semantic/tag-file semantic/db-file data-debug
cedet-files semantic/wisent/python semantic/decorate/include
semantic/db-find semantic/db-ref semantic/decorate/mode
semantic/decorate pulse semantic/dep semantic/wisent/python-wy
semantic/wisent semantic/wisent/wisent vc-rcs sh-script smie executable
vc-git naquadah-theme em-unix em-script em-prompt em-ls em-hist em-pred
em-glob em-dirs em-cmpl em-basic em-banner em-alias align-let git-gutter
server persistent-sessions semantic/db-mode semantic/db eieio-base
semantic/idle semantic/format ezimage semantic/tag-ls semantic/find
semantic/ctxt semantic/util-modes semantic/util semantic semantic/tag
semantic/lex semantic/fw mode-local cedet package golden-ratio winner
undo-tree diff image-file newsticker newst-treeview newst-plainview
newst-reader newst-ticker newst-backend xdvi-search preview-latex
tex-site auto-loads pcomplete-extension em-term term disp-table ehelp
helm-ipython helm-elisp helm-eval python rx eldoc-eval warnings
whitespace paren time avoid recentf tree-widget savehist smtpmail-async
smtpmail sendmail helm-async iterator simple-call-tree iedit-rect rect
iedit iedit-lib smallurl mm-url gnus gnus-ems nnheader wid-edit
rectangle-utils ledger-config ledger esh-var esh-io esh-cmd esh-opt
esh-ext esh-proc eldoc esh-groups eshell esh-module esh-mode esh-arg
esh-util tv-utils async pcvs vc-cvs pcvs-parse pcvs-info pcvs-defs
pcvs-util ewoc mb-depth cl-info slime-autoloads esh-toggle flymake
no-word htmlize dired-extension emms-mpd-config emms-playlist-limit
emms-volume emms-volume-amixer emms-i18n emms-history emms-score
emms-stream-info emms-metaplaylist-mode emms-bookmarks emms-cue
emms-mode-line-icon emms-browser sort emms-playlist-sort
emms-last-played emms-player-xine emms-player-mpd tq emms-playing-time
emms-lyrics emms-url hl-line emms-tag-editor emms-mark emms-mode-line
emms-cache emms-info-ogginfo emms-info-mp3info emms-playlist-mode
emms-player-vlc emms-player-mplayer emms-info emms-streams later-do
emms-source-playlist emms-source-file emms-player-simple emms-setup emms
emms-compat org-config-thierry ob-sh cal-china lunar solar cal-dst
cal-bahai cal-islam cal-hebrew holidays hol-loaddefs appt diary-lib
diary-loaddefs org-element org-rmail org-mhe org-irc org-info org-gnus
org-docview org-bibtex bibtex org-bbdb org-w3m org-agenda
org-annotation-helper addressbook-bookmark message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mailabbrev mail-utils gmm-utils mailheader firefox-protocol
bookmark-firefox-handler bookmark-extensions bookmark pp
init-helm-thierry helm-mode helm-dictionary helm-ls-git helm-descbinds
helm-ls-hg helm-files image-dired tramp tramp-compat tramp-loaddefs
trampver shell dired-x dired-aux ffap thingatpt helm-buffers
helm-elscreen helm-tags helm-bookmark helm-adaptative helm-info helm-net
browse-url xml url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util url-parse url-vars mailcap
helm-plugin helm-help helm-match-plugin helm-grep wgrep-helm wgrep
helm-regexp grep helm-external helm-utils dired compile helm-locate helm
vc vc-dispatcher helm-config helm-aliases epa-file epa derived epg
epg-config auth-source eieio eieio-core gnus-util mm-util mail-prsvr
password-cache info cl-macs gv edmacro kmacro org-crypt org byte-opt
bytecomp byte-compile cconv advice help-fns org-macro org-footnote
org-pcomplete pcomplete org-list org-faces org-entities time-date
noutline outline easy-mmode org-version ob-emacs-lisp ob ob-tangle
org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint comint
ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs
format-spec find-func cal-menu easymenu calendar cal-loaddefs net-utils
cl cl-loaddefs cl-lib tooltip electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind
gfilenotify dynamic-setting font-render-setting x-toolkit x multi-tty
emacs)

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>, 
 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Thu, 05 Dec 2013 10:51:31 +0400

On 12/05/2013 09:51 AM, Thierry Volpiatto wrote:

> Start emacs -Q
>
> M-x icomplete-mode
>
> C-x C-f <backspace> <backspace> <backspace> <right>
>
> --8<---------------cut here---------------start------------->8---
> X protocol error: BadAlloc (insufficient resources for operation) on protocol request 53
> [Thread 0x7fffefbbd980 (LWP 9875) exited]
> [Inferior 1 (process 9875) exited with code 0106]
> --8<---------------cut here---------------end--------------->8---

Reproduced.  Could you please obtain the backtrace? Currently I'm seeing:

#0  __fprintf (stream=0x3869dbb1e0 <_IO_2_1_stderr_>, format=0x67de08 "%s\n") at fprintf.c:27
#1  0x000000000050635e in x_connection_closed (dpy=0x13dcfa0,
    error_message=0x7fffffffa990 "X protocol error: BadAlloc (insufficient resources for operation) on protocol request 53")
    at ../../trunk/src/xterm.c:7590
#2  0x0000000000506484 in x_error_quitter (display=0x13dcfa0, event=0x7fffffffac40) at ../../trunk/src/xterm.c:7660
#3  0x00000000005063e5 in x_error_handler (display=0x13dcfa0, event=0x7fffffffac40) at ../../trunk/src/xterm.c:7630
#4  0x000000386d243c2b in _XError (dpy=dpy <at> entry=0x13dcfa0, rep=rep <at> entry=0xddf3e0) at XlibInt.c:1463
#5  0x000000386d240c87 in handle_error (dpy=0x13dcfa0, err=0xddf3e0, in_XReply=<optimized out>) at xcb_io.c:213
#6  0x000000386d240d35 in handle_response (dpy=dpy <at> entry=0x13dcfa0, response=0xddf3e0, in_XReply=in_XReply <at> entry=0) at xcb_io.c:325
#7  0x000000386d241675 in _XEventsQueued (dpy=dpy <at> entry=0x13dcfa0, mode=mode <at> entry=2) at xcb_io.c:364
#8  0x000000386d2337dd in XPending (dpy=0x13dcfa0) at Pending.c:55
#9  0x000000000050502c in XTread_socket (terminal=0xff3cb0, hold_quit=0x7fffffffaec0) at ../../trunk/src/xterm.c:6907
#10 0x0000000000538d9f in gobble_input () at ../../trunk/src/keyboard.c:6841
#11 0x00000000005391bf in handle_async_input () at ../../trunk/src/keyboard.c:7081
#12 0x00000000005391de in process_pending_signals () at ../../trunk/src/keyboard.c:7095
#13 0x000000000060a960 in wait_reading_process_output (time_limit=2, nsecs=0, read_kbd=1, do_display=true, wait_for_cell=12746930,
    wait_proc=0x0, just_wait_proc=0) at ../../trunk/src/process.c:4321
#14 0x000000000041f7e3 in sit_for (timeout=8, reading=false, display_option=2) at ../../trunk/src/dispnew.c:5800
#15 0x000000000052ea85 in command_loop_1 () at ../../trunk/src/keyboard.c:1414
#16 0x00000000005bcc23 in internal_condition_case (bfun=0x52e7f9 <command_loop_1>, handlers=12798402, hfun=0x52e111 <cmd_error>)
    at ../../trunk/src/eval.c:1344
#17 0x000000000052e556 in command_loop_2 (ignore=12746930) at ../../trunk/src/keyboard.c:1170
#18 0x00000000005bc435 in internal_catch (tag=12871090, func=0x52e530 <command_loop_2>, arg=12746930) at ../../trunk/src/eval.c:1108
#19 0x000000000052e4b6 in command_loop () at ../../trunk/src/keyboard.c:1141
#20 0x000000000052dd0c in recursive_edit_1 () at ../../trunk/src/keyboard.c:777
#21 0x000000000056632c in read_minibuf (map=13228406, initial=13401201, prompt=9518737, expflag=false, histvar=12814626, histpos=0,
    defalt=12863441, allow_props=false, inherit_input_method=false) at ../../trunk/src/minibuf.c:664
#22 0x0000000000566ba2 in Fread_from_minibuffer (prompt=9518737, initial_contents=13401201, keymap=13228406, read=12746930,
    hist=12814626, default_value=12863441, inherit_input_method=12746930) at ../../trunk/src/minibuf.c:954
[...skip...]

> Configured using:
>   `configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
>   --without-gconf --without-gsettings'

Note that I can't reproduce this with a minimal Lucid build, i.e. 'configure --with-x-toolkit=lucid
--without-all'. We can have a nasty clash with some external library; it would be nice if you can
shrink your configuration from `--without-gconf --without-gsettings' to `--without-all', library
by library, and find a minimal configuration where the problem still exists.

Dmitry

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

From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Thu, 05 Dec 2013 08:10:05 +0100

Dmitry Antipov <dmantipov <at> yandex.ru> writes:

> On 12/05/2013 09:51 AM, Thierry Volpiatto wrote:
>
>> Start emacs -Q
>>
>> M-x icomplete-mode
>>
>> C-x C-f <backspace> <backspace> <backspace> <right>
>>
>> --8<---------------cut here---------------start------------->8---
>> X protocol error: BadAlloc (insufficient resources for operation) on protocol request 53
>> [Thread 0x7fffefbbd980 (LWP 9875) exited]
>> [Inferior 1 (process 9875) exited with code 0106]
>> --8<---------------cut here---------------end--------------->8---
>
> Reproduced.  Could you please obtain the backtrace? Currently I'm seeing:

How did you get the backtrace ?
bt return "No stack"

>> Configured using:
>>   `configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
>>   --without-gconf --without-gsettings'
>
> Note that I can't reproduce this with a minimal Lucid build, i.e. 'configure --with-x-toolkit=lucid
> --without-all'. We can have a nasty clash with some external library; it would be nice if you can
> shrink your configuration from `--without-gconf --without-gsettings' to `--without-all', library
> by library, and find a minimal configuration where the problem still exists.

So you mean try to reproduce the bug with emacs compiled with:
./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
then with:
./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-gconf
then with:
./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-gconf --without-gsettings
then with:
./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-all

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
Cc: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Thu, 05 Dec 2013 12:46:47 +0400

On 12/05/2013 11:10 AM, Thierry Volpiatto wrote:

> How did you get the backtrace ?
> bt return "No stack"

This is because the program has exited. X protocol error messages
are displayed by using glibc's printf and friends, so you could
just insert breakpoints to printf and fprintf.

> So you mean try to reproduce the bug with emacs compiled with:

This may be annoying. When I build with '--with-x-toolkit=lucid
--without-toolkit-scroll-bars --without-gconf --without-gsettings',
resulting binary depends on 92 libraries:

$ ldd src/emacs
	linux-vdso.so.1 =>  (0x00007fff239fe000)
	libtiff.so.5 => /lib64/libtiff.so.5 (0x000000387a200000)
	libjpeg.so.62 => /lib64/libjpeg.so.62 (0x0000003872600000)
	libpng15.so.15 => /lib64/libpng15.so.15 (0x0000003870200000)
	libz.so.1 => /lib64/libz.so.1 (0x000000386aa00000)
	libm.so.6 => /lib64/libm.so.6 (0x0000003869e00000)
	libgif.so.4 => /lib64/libgif.so.4 (0x000000387ae00000)
	libXpm.so.4 => /lib64/libXpm.so.4 (0x0000003871e00000)
	libXaw3d.so.8 => /lib64/libXaw3d.so.8 (0x00007ff20521d000)
	libXmu.so.6 => /lib64/libXmu.so.6 (0x0000003873e00000)
	libXt.so.6 => /lib64/libXt.so.6 (0x000000387ba00000)
	libSM.so.6 => /lib64/libSM.so.6 (0x0000003873200000)
	libICE.so.6 => /lib64/libICE.so.6 (0x0000003871600000)
	libXext.so.6 => /lib64/libXext.so.6 (0x000000386ee00000)
	libX11.so.6 => /lib64/libX11.so.6 (0x000000386d200000)
	libXrender.so.1 => /lib64/libXrender.so.1 (0x0000003873600000)
	libXft.so.2 => /lib64/libXft.so.2 (0x0000003870600000)
	libasound.so.2 => /lib64/libasound.so.2 (0x000000387d200000)
	librsvg-2.so.2 => /lib64/librsvg-2.so.2 (0x00007ff204fe4000)
	libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x0000003357a00000)
	libgdk_pixbuf-2.0.so.0 => /lib64/libgdk_pixbuf-2.0.so.0 (0x0000003359a00000)
	libcairo.so.2 => /lib64/libcairo.so.2 (0x00000031e2200000)
	libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x0000003357200000)
	libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x0000003356e00000)
	libMagickWand.so.5 => /lib64/libMagickWand.so.5 (0x000000387fa00000)
	libMagickCore.so.5 => /lib64/libMagickCore.so.5 (0x0000003880200000)
	libacl.so.1 => /lib64/libacl.so.1 (0x00007ff204dd9000)
	librt.so.1 => /lib64/librt.so.1 (0x000000386b200000)
	libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x0000003358200000)
	libXrandr.so.2 => /lib64/libXrandr.so.2 (0x0000003877e00000)
	libXinerama.so.1 => /lib64/libXinerama.so.1 (0x0000003877200000)
	libxml2.so.2 => /lib64/libxml2.so.2 (0x000000386f600000)
	libgpm.so.2 => /lib64/libgpm.so.2 (0x000000386be00000)
	libtinfo.so.5 => /lib64/libtinfo.so.5 (0x0000003872a00000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x000000386ba00000)
	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x000000386ea00000)
	libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x000000386fa00000)
	libotf.so.0 => /lib64/libotf.so.0 (0x00007ff204bbf000)
	libm17n-flt.so.0 => /lib64/libm17n-flt.so.0 (0x000000386c200000)
	libm17n-core.so.0 => /lib64/libm17n-core.so.0 (0x00007ff204991000)
	libgnutls.so.28 => /lib64/libgnutls.so.28 (0x00007ff204685000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x000000386a600000)
	libgomp.so.1 => /lib64/libgomp.so.1 (0x0000003879e00000)
	libc.so.6 => /lib64/libc.so.6 (0x0000003869a00000)
	libjbig.so.2.0 => /lib64/libjbig.so.2.0 (0x000000387b600000)
	libuuid.so.1 => /lib64/libuuid.so.1 (0x000000386e200000)
	libxcb.so.1 => /lib64/libxcb.so.1 (0x000000386ca00000)
	libdl.so.2 => /lib64/libdl.so.2 (0x000000386a200000)
	/lib64/ld-linux-x86-64.so.2 (0x0000003869600000)
	libpangocairo-1.0.so.0 => /lib64/libpangocairo-1.0.so.0 (0x00000031e2600000)
	libpango-1.0.so.0 => /lib64/libpango-1.0.so.0 (0x0000003359600000)
	libcroco-0.6.so.3 => /lib64/libcroco-0.6.so.3 (0x00007ff204446000)
	libffi.so.6 => /lib64/libffi.so.6 (0x000000386d600000)
	libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x0000003357600000)
	libresolv.so.2 => /lib64/libresolv.so.2 (0x000000386c600000)
	libpixman-1.so.0 => /lib64/libpixman-1.so.0 (0x0000003872e00000)
	libEGL.so.1 => /lib64/libEGL.so.1 (0x00000031e1a00000)
	libxcb-shm.so.0 => /lib64/libxcb-shm.so.0 (0x000000387d600000)
	libxcb-render.so.0 => /lib64/libxcb-render.so.0 (0x0000003876e00000)
	libGL.so.1 => /lib64/libGL.so.1 (0x00000031e1200000)
	liblcms.so.1 => /lib64/liblcms.so.1 (0x000000387fe00000)
	liblzma.so.5 => /lib64/liblzma.so.5 (0x000000386de00000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x0000003875600000)
	libltdl.so.7 => /lib64/libltdl.so.7 (0x000000387be00000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000386ae00000)
	libattr.so.1 => /lib64/libattr.so.1 (0x000000386f200000)
	libpcre.so.1 => /lib64/libpcre.so.1 (0x000000386b600000)
	libexpat.so.1 => /lib64/libexpat.so.1 (0x000000386e600000)
	libp11-kit.so.0 => /lib64/libp11-kit.so.0 (0x0000003881800000)
	libtasn1.so.6 => /lib64/libtasn1.so.6 (0x0000003882a00000)
	libnettle.so.4 => /lib64/libnettle.so.4 (0x0000003882200000)
	libhogweed.so.2 => /lib64/libhogweed.so.2 (0x0000003883400000)
	libgmp.so.10 => /lib64/libgmp.so.10 (0x00007ff2041c8000)
	libXau.so.6 => /lib64/libXau.so.6 (0x000000386ce00000)
	libpangoft2-1.0.so.0 => /lib64/libpangoft2-1.0.so.0 (0x000000335a600000)
	libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x0000003357e00000)
	libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x0000003359200000)
	libX11-xcb.so.1 => /lib64/libX11-xcb.so.1 (0x0000003877600000)
	libxcb-dri2.so.0 => /lib64/libxcb-dri2.so.0 (0x0000003879200000)
	libxcb-xfixes.so.0 => /lib64/libxcb-xfixes.so.0 (0x000000387c600000)
	libxcb-shape.so.0 => /lib64/libxcb-shape.so.0 (0x0000003870a00000)
	libgbm.so.1 => /lib64/libgbm.so.1 (0x00000031e1e00000)
	libwayland-client.so.0 => /lib64/libwayland-client.so.0 (0x0000003871200000)
	libwayland-server.so.0 => /lib64/libwayland-server.so.0 (0x0000003870e00000)
	libglapi.so.0 => /lib64/libglapi.so.0 (0x00000031e1600000)
	libudev.so.1 => /lib64/libudev.so.1 (0x0000003872200000)
	libdrm.so.2 => /lib64/libdrm.so.2 (0x00000031d7200000)
	libXdamage.so.1 => /lib64/libXdamage.so.1 (0x000000387aa00000)
	libXfixes.so.3 => /lib64/libXfixes.so.3 (0x0000003875e00000)
	libxcb-glx.so.0 => /lib64/libxcb-glx.so.0 (0x0000003878a00000)
	libXxf86vm.so.1 => /lib64/libXxf86vm.so.1 (0x0000003878600000)
	libfreebl3.so => /lib64/libfreebl3.so (0x0000003875200000)
	libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x00007ff203fa4000)

And with '--without-all' it's just 26:

$ ldd src/emacs
	linux-vdso.so.1 =>  (0x00007fffc6dfe000)
	libXaw.so.7 => /lib64/libXaw.so.7 (0x000000386ae00000)
	libXmu.so.6 => /lib64/libXmu.so.6 (0x0000003873e00000)
	libXt.so.6 => /lib64/libXt.so.6 (0x000000387ba00000)
	libSM.so.6 => /lib64/libSM.so.6 (0x0000003873200000)
	libICE.so.6 => /lib64/libICE.so.6 (0x0000003871600000)
	libXext.so.6 => /lib64/libXext.so.6 (0x000000386ee00000)
	libX11.so.6 => /lib64/libX11.so.6 (0x000000386d200000)
	libacl.so.1 => /lib64/libacl.so.1 (0x0000003356e00000)
	librt.so.1 => /lib64/librt.so.1 (0x000000386b200000)
	libXrandr.so.2 => /lib64/libXrandr.so.2 (0x0000003877e00000)
	libXinerama.so.1 => /lib64/libXinerama.so.1 (0x0000003877200000)
	libtinfo.so.5 => /lib64/libtinfo.so.5 (0x0000003872a00000)
	libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x000000386fa00000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x000000386a600000)
	libm.so.6 => /lib64/libm.so.6 (0x0000003869e00000)
	libc.so.6 => /lib64/libc.so.6 (0x0000003869a00000)
	libXpm.so.4 => /lib64/libXpm.so.4 (0x0000003871e00000)
	libuuid.so.1 => /lib64/libuuid.so.1 (0x000000386e200000)
	libxcb.so.1 => /lib64/libxcb.so.1 (0x000000386ca00000)
	libdl.so.2 => /lib64/libdl.so.2 (0x000000386a200000)
	libattr.so.1 => /lib64/libattr.so.1 (0x000000386f200000)
	/lib64/ld-linux-x86-64.so.2 (0x0000003869600000)
	libXrender.so.1 => /lib64/libXrender.so.1 (0x0000003873600000)
	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x000000386ea00000)
	libexpat.so.1 => /lib64/libexpat.so.1 (0x000000386e600000)
	libXau.so.6 => /lib64/libXau.so.6 (0x000000386ce00000)

So if we have a glitch with some external library, there are 66 libraries
under suspicion. An idea is to remove library dependencies one by one
using --without-XXX option until the problem disappears; if you have
a better approach, it's definitely appreciated.

Dmitry

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16058 <at> debbugs.gnu.org, thierry.volpiatto <at> gmail.com
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Thu, 05 Dec 2013 19:44:20 +0200

> Date: Thu, 05 Dec 2013 12:46:47 +0400
> From: Dmitry Antipov <dmantipov <at> yandex.ru>
> Cc: 16058 <at> debbugs.gnu.org
> 
> This may be annoying. When I build with '--with-x-toolkit=lucid
> --without-toolkit-scroll-bars --without-gconf --without-gsettings',
> resulting binary depends on 92 libraries:

A large portion of those is pulled in by librsvg.

> So if we have a glitch with some external library, there are 66 libraries
> under suspicion.

The immediate suspect is glib, of course.  So I'd first try building
"--without-rsvg --without-dbus".  (If there are others that require
glib, build without them as well.)

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16058 <at> debbugs.gnu.org, Dmitry Antipov <dmantipov <at> yandex.ru>,
 Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Thu, 5 Dec 2013 20:52:24 +0100

Hello.

5 dec 2013 kl. 18:44 skrev Eli Zaretskii <eliz <at> gnu.org>:

>> Date: Thu, 05 Dec 2013 12:46:47 +0400
>> From: Dmitry Antipov <dmantipov <at> yandex.ru>
>> Cc: 16058 <at> debbugs.gnu.org
>> 
>> This may be annoying. When I build with '--with-x-toolkit=lucid
>> --without-toolkit-scroll-bars --without-gconf --without-gsettings',
>> resulting binary depends on 92 libraries:
> 
> A large portion of those is pulled in by librsvg.
> 
>> So if we have a glitch with some external library, there are 66 libraries
>> under suspicion.
> 
> The immediate suspect is glib, of course.  So I'd first try building
> "--without-rsvg --without-dbus".  (If there are others that require
> glib, build without them as well.)

I have not followed the whole discussion, but if the error is an X protocol error, you can rule out glib, it does no X11 calls.

	Jan D.

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
Cc: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Fri, 06 Dec 2013 10:26:28 +0400

On 12/05/2013 11:10 AM, Thierry Volpiatto wrote:

> So you mean try to reproduce the bug with emacs compiled with:
> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
> then with:
> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-gconf
> then with:
> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-gconf --without-gsettings
> then with:
> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-all

Could you please try the following steps:

1) Run under xtruss (http://www.chiark.greenend.org.uk/~sgtatham/xtruss)
and check for BadAlloc raised by XCreatePixmap, like below:

02400000: ChangeGC(gc=g#02400067, clip-mask=None)
02400000:  ... CreatePixmap(pid=p#0240012D, drawable=wp#02400064, depth=24, width=576, height=65459) = BadAlloc
02400000:  ... PolyFillRectangle(drawable=wp#0240012D, gc=g#02400104, rectangles[0]={x=0, y=0, width=65459, height=44}) = BadDrawable(drawable=wp#0240012D)
02400000:  ... CopyArea(src-drawable=wp#024000CA, dst-drawable=wp#0240012D, gc=g#02400104, src-x=0, src-y=0, width=24, height=24, dst-x=5, dst-y=10) = BadDrawable(drawable=wp#0240012D)
02400000:  ... CopyArea(src-drawable=wp#0240012D, dst-drawable=wp#02400064, gc=g#02400104, src-x=0, src-y=0, width=65459, height=44, dst-x=711, dst-y=0) = BadDrawable(drawable=wp#0240012D)
02400000:  ... FreePixmap(pixmap=p#0240012D) = BadPixmap(pixmap=p#0240012D)

2) Check whether you hit this eassert:

=== modified file 'src/xdisp.c'
--- src/xdisp.c	2013-12-04 18:46:47 +0000
+++ src/xdisp.c	2013-12-06 05:53:44 +0000
@@ -23803,6 +23803,7 @@
     s->background_width = last_x - s->x + 1;
   else
     s->background_width = s->width;
+  eassert (s->background_width > 0);
 }

3) Check whether an issue disappears when you configure without '--without-gsettings'.

Dmitry

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

From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Fri, 06 Dec 2013 09:39:22 +0100

Dmitry Antipov <dmantipov <at> yandex.ru> writes:

> On 12/05/2013 11:10 AM, Thierry Volpiatto wrote:
>
>> So you mean try to reproduce the bug with emacs compiled with:
>> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
>> then with:
>> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-gconf
>> then with:
>> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-gconf --without-gsettings
>> then with:
>> ./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-all
>
> Could you please try the following steps:
>
> 1) Run under xtruss (http://www.chiark.greenend.org.uk/~sgtatham/xtruss)
> and check for BadAlloc raised by XCreatePixmap, like below:

Do you want the output of xtruss? (huge)

> 2) Check whether you hit this eassert:
>
> === modified file 'src/xdisp.c'
> --- src/xdisp.c	2013-12-04 18:46:47 +0000
> +++ src/xdisp.c	2013-12-06 05:53:44 +0000
> @@ -23803,6 +23803,7 @@
>      s->background_width = last_x - s->x + 1;
>    else
>      s->background_width = s->width;
> +  eassert (s->background_width > 0);
>  }

Do you want me to apply this patch and see some resulting error in the
xtruss output?

> 3) Check whether an issue disappears when you configure without '--without-gsettings'.

Yes the issue disappear, configured with only:

./configure --with-x-toolkit=lucid --without-toolkit-scroll-bars

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
Cc: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Mon, 09 Dec 2013 12:36:18 +0400

[Message part 1 (text/plain, inline)]

On 12/06/2013 12:39 PM, Thierry Volpiatto wrote:

> Do you want the output of xtruss? (huge)

No. Instead, could you please verify an attached fix instead?
It works for me against development trunk revision 115437.

Dmitry

[invalidate_desired_row_bug16058.patch (text/x-patch, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16058 <at> debbugs.gnu.org, thierry.volpiatto <at> gmail.com
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Mon, 09 Dec 2013 18:43:56 +0200

> Date: Mon, 09 Dec 2013 12:36:18 +0400
> From: Dmitry Antipov <dmantipov <at> yandex.ru>
> Cc: 16058 <at> debbugs.gnu.org
> 
> No. Instead, could you please verify an attached fix instead?
> It works for me against development trunk revision 115437.
> 
> Dmitry
> 
> 
> [2:text/x-patch Hide Save:invalidate_desired_row_bug16058.patch (356B)]
> 
> === modified file 'src/xdisp.c'
> --- src/xdisp.c	2013-12-04 18:46:47 +0000
> +++ src/xdisp.c	2013-12-09 08:30:57 +0000
> @@ -11937,6 +11937,8 @@
>    int max_x = it->last_visible_x;
>    struct glyph *last;
>  
> +  /* Don't extend on a previously drawn tool bar items (Bug#16058).  */
> +  row->enabled_p = 0;
>    prepare_desired_row (row);
>    row->y = it->current_y;

Isn't it better to just call clear_glyph_row explicitly?

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16058 <at> debbugs.gnu.org, thierry.volpiatto <at> gmail.com
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Mon, 09 Dec 2013 21:11:50 +0400

On 12/09/2013 08:43 PM, Eli Zaretskii wrote:

>> [2:text/x-patch Hide Save:invalidate_desired_row_bug16058.patch (356B)]
>>
>> === modified file 'src/xdisp.c'
>> --- src/xdisp.c	2013-12-04 18:46:47 +0000
>> +++ src/xdisp.c	2013-12-09 08:30:57 +0000
>> @@ -11937,6 +11937,8 @@
>>     int max_x = it->last_visible_x;
>>     struct glyph *last;
>>
>> +  /* Don't extend on a previously drawn tool bar items (Bug#16058).  */
>> +  row->enabled_p = 0;
>>     prepare_desired_row (row);
>>     row->y = it->current_y;
>
> Isn't it better to just call clear_glyph_row explicitly?

Hm...not sure, what about enabling enabled_p and preserving reversed_p?

And, of course, thanks for reviewing it.

Dmitry

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16058 <at> debbugs.gnu.org, thierry.volpiatto <at> gmail.com
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Mon, 09 Dec 2013 20:15:14 +0200

> Date: Mon, 09 Dec 2013 21:11:50 +0400
> From: Dmitry Antipov <dmantipov <at> yandex.ru>
> CC: thierry.volpiatto <at> gmail.com, 16058 <at> debbugs.gnu.org
> 
> >> +  /* Don't extend on a previously drawn tool bar items (Bug#16058).  */
> >> +  row->enabled_p = 0;
> >>     prepare_desired_row (row);
> >>     row->y = it->current_y;
> >
> > Isn't it better to just call clear_glyph_row explicitly?
> 
> Hm...not sure, what about enabling enabled_p

You can do that by hand.

> and preserving reversed_p?

We don't support R2L toolbars anyway, there's a comment about that in
the code.

Anyway, if you prefer to do this your way, we should have a comment
there saying that disabling the row ensures prepare_desired_row will
clear it.

> And, of course, thanks for reviewing it.

You are welcome.

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

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Tue, 10 Dec 2013 17:26:08 +0400

Should be fixed in development trunk revision 115445.

Dmitry

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

From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
To: Dmitry Antipov <dmantipov <at> yandex.ru>
Cc: 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Sat, 14 Dec 2013 09:13:34 +0100

Dmitry Antipov <dmantipov <at> yandex.ru> writes:

> On 12/06/2013 12:39 PM, Thierry Volpiatto wrote:
>
>> Do you want the output of xtruss? (huge)
>
> No. Instead, could you please verify an attached fix instead?
> It works for me against development trunk revision 115437.

Sorry but your patch is not applying on last trunk.

> Dmitry
>
> === modified file 'src/xdisp.c'
> --- src/xdisp.c	2013-12-04 18:46:47 +0000
> +++ src/xdisp.c	2013-12-09 08:30:57 +0000
> @@ -11937,6 +11937,8 @@
>    int max_x = it->last_visible_x;
>    struct glyph *last;
>  
> +  /* Don't extend on a previously drawn tool bar items (Bug#16058).  */
> +  row->enabled_p = 0;
>    prepare_desired_row (row);
>    row->y = it->current_y;
>  
>

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
Cc: dmantipov <at> yandex.ru, 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Sat, 14 Dec 2013 10:56:38 +0200

> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
> Date: Sat, 14 Dec 2013 09:13:34 +0100
> Cc: 16058 <at> debbugs.gnu.org
> 
> Dmitry Antipov <dmantipov <at> yandex.ru> writes:
> 
> > On 12/06/2013 12:39 PM, Thierry Volpiatto wrote:
> >
> >> Do you want the output of xtruss? (huge)
> >
> > No. Instead, could you please verify an attached fix instead?
> > It works for me against development trunk revision 115437.
> 
> Sorry but your patch is not applying on last trunk.

Current trunk should already have this problem fixed, see revision
115445.

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

From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: dmantipov <at> yandex.ru, 16058 <at> debbugs.gnu.org
Subject: Re: bug#16058: 24.3.50; X protocol error: BadAlloc...
Date: Sat, 14 Dec 2013 11:10:25 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> Date: Sat, 14 Dec 2013 09:13:34 +0100
>> Cc: 16058 <at> debbugs.gnu.org
>> 
>> Dmitry Antipov <dmantipov <at> yandex.ru> writes:
>> 
>> > On 12/06/2013 12:39 PM, Thierry Volpiatto wrote:
>> >
>> >> Do you want the output of xtruss? (huge)
>> >
>> > No. Instead, could you please verify an attached fix instead?
>> > It works for me against development trunk revision 115437.
>> 
>> Sorry but your patch is not applying on last trunk.
>
> Current trunk should already have this problem fixed, see revision
> 115445.

Ok thanks.

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 

Previous Next

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