bug#16058: 24.3.50; X protocol error: BadAlloc...

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Thierry Volpiatto]

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 

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Dmitry Antipov]

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@entry=0x13dcfa0, rep=rep@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@entry=0x13dcfa0, response=0xddf3e0, in_XReply=in_XReply@entry=0) at xcb_io.c:325
#7  0x000000386d241675 in _XEventsQueued (dpy=dpy@entry=0x13dcfa0, mode=mode@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

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Thierry Volpiatto]

Dmitry Antipov <dmantipov@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 

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Dmitry Antipov]

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

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Eli Zaretskii]

> Date: Thu, 05 Dec 2013 12:46:47 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
> Cc: 16058@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.)

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Jan Djärv]

Hello.

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

>> Date: Thu, 05 Dec 2013 12:46:47 +0400
>> From: Dmitry Antipov <dmantipov@yandex.ru>
>> Cc: 16058@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.

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Dmitry Antipov]

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

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Thierry Volpiatto]

Dmitry Antipov <dmantipov@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 

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Dmitry Antipov]

[-- Attachment #1: Type: text/plain, Size: 224 bytes --]

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


[-- Attachment #2: invalidate_desired_row_bug16058.patch --]
[-- Type: text/x-patch, Size: 356 bytes --]

=== 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;
 

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Eli Zaretskii]

> Date: Mon, 09 Dec 2013 12:36:18 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
> Cc: 16058@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?

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Dmitry Antipov]

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

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Eli Zaretskii]

> Date: Mon, 09 Dec 2013 21:11:50 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
> CC: thierry.volpiatto@gmail.com, 16058@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.

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Dmitry Antipov]

Should be fixed in development trunk revision 115445.

Dmitry

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Thierry Volpiatto]

Dmitry Antipov <dmantipov@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 

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Eli Zaretskii]

> From: Thierry Volpiatto <thierry.volpiatto@gmail.com>
> Date: Sat, 14 Dec 2013 09:13:34 +0100
> Cc: 16058@debbugs.gnu.org
> 
> Dmitry Antipov <dmantipov@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.

bug#16058: 24.3.50; X protocol error: BadAlloc...

[Thierry Volpiatto]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Thierry Volpiatto <thierry.volpiatto@gmail.com>
>> Date: Sat, 14 Dec 2013 09:13:34 +0100
>> Cc: 16058@debbugs.gnu.org
>> 
>> Dmitry Antipov <dmantipov@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