* bug#16058: 24.3.50; X protocol error: BadAlloc... @ 2013-12-05 5:51 Thierry Volpiatto 2013-12-05 6:51 ` Dmitry Antipov 0 siblings, 1 reply; 16+ messages in thread From: Thierry Volpiatto @ 2013-12-05 5:51 UTC (permalink / raw) To: 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-05 5:51 bug#16058: 24.3.50; X protocol error: BadAlloc Thierry Volpiatto @ 2013-12-05 6:51 ` Dmitry Antipov 2013-12-05 7:10 ` Thierry Volpiatto 0 siblings, 1 reply; 16+ messages in thread From: Dmitry Antipov @ 2013-12-05 6:51 UTC (permalink / raw) To: Thierry Volpiatto, 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-05 6:51 ` Dmitry Antipov @ 2013-12-05 7:10 ` Thierry Volpiatto 2013-12-05 8:46 ` Dmitry Antipov 2013-12-06 6:26 ` Dmitry Antipov 0 siblings, 2 replies; 16+ messages in thread From: Thierry Volpiatto @ 2013-12-05 7:10 UTC (permalink / raw) To: Dmitry Antipov; +Cc: 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-05 7:10 ` Thierry Volpiatto @ 2013-12-05 8:46 ` Dmitry Antipov 2013-12-05 17:44 ` Eli Zaretskii 2013-12-06 6:26 ` Dmitry Antipov 1 sibling, 1 reply; 16+ messages in thread From: Dmitry Antipov @ 2013-12-05 8:46 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-05 8:46 ` Dmitry Antipov @ 2013-12-05 17:44 ` Eli Zaretskii 2013-12-05 19:52 ` Jan Djärv 0 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2013-12-05 17:44 UTC (permalink / raw) To: Dmitry Antipov; +Cc: thierry.volpiatto, 16058 > 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.) ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-05 17:44 ` Eli Zaretskii @ 2013-12-05 19:52 ` Jan Djärv 0 siblings, 0 replies; 16+ messages in thread From: Jan Djärv @ 2013-12-05 19:52 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Thierry Volpiatto, Dmitry Antipov, 16058 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. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-05 7:10 ` Thierry Volpiatto 2013-12-05 8:46 ` Dmitry Antipov @ 2013-12-06 6:26 ` Dmitry Antipov 2013-12-06 8:39 ` Thierry Volpiatto 1 sibling, 1 reply; 16+ messages in thread From: Dmitry Antipov @ 2013-12-06 6:26 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-06 6:26 ` Dmitry Antipov @ 2013-12-06 8:39 ` Thierry Volpiatto 2013-12-09 8:36 ` Dmitry Antipov 0 siblings, 1 reply; 16+ messages in thread From: Thierry Volpiatto @ 2013-12-06 8:39 UTC (permalink / raw) To: Dmitry Antipov; +Cc: 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-06 8:39 ` Thierry Volpiatto @ 2013-12-09 8:36 ` Dmitry Antipov 2013-12-09 16:43 ` Eli Zaretskii 2013-12-14 8:13 ` Thierry Volpiatto 0 siblings, 2 replies; 16+ messages in thread From: Dmitry Antipov @ 2013-12-09 8:36 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: 16058 [-- 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; ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-09 8:36 ` Dmitry Antipov @ 2013-12-09 16:43 ` Eli Zaretskii 2013-12-09 17:11 ` Dmitry Antipov 2013-12-14 8:13 ` Thierry Volpiatto 1 sibling, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2013-12-09 16:43 UTC (permalink / raw) To: Dmitry Antipov; +Cc: thierry.volpiatto, 16058 > 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? ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-09 16:43 ` Eli Zaretskii @ 2013-12-09 17:11 ` Dmitry Antipov 2013-12-09 18:15 ` Eli Zaretskii 0 siblings, 1 reply; 16+ messages in thread From: Dmitry Antipov @ 2013-12-09 17:11 UTC (permalink / raw) To: Eli Zaretskii; +Cc: thierry.volpiatto, 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-09 17:11 ` Dmitry Antipov @ 2013-12-09 18:15 ` Eli Zaretskii 2013-12-10 13:26 ` Dmitry Antipov 0 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2013-12-09 18:15 UTC (permalink / raw) To: Dmitry Antipov; +Cc: thierry.volpiatto, 16058 > 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. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-09 18:15 ` Eli Zaretskii @ 2013-12-10 13:26 ` Dmitry Antipov 0 siblings, 0 replies; 16+ messages in thread From: Dmitry Antipov @ 2013-12-10 13:26 UTC (permalink / raw) To: 16058 Should be fixed in development trunk revision 115445. Dmitry ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-09 8:36 ` Dmitry Antipov 2013-12-09 16:43 ` Eli Zaretskii @ 2013-12-14 8:13 ` Thierry Volpiatto 2013-12-14 8:56 ` Eli Zaretskii 1 sibling, 1 reply; 16+ messages in thread From: Thierry Volpiatto @ 2013-12-14 8:13 UTC (permalink / raw) To: Dmitry Antipov; +Cc: 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-14 8:13 ` Thierry Volpiatto @ 2013-12-14 8:56 ` Eli Zaretskii 2013-12-14 10:10 ` Thierry Volpiatto 0 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2013-12-14 8:56 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: dmantipov, 16058 > 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. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16058: 24.3.50; X protocol error: BadAlloc... 2013-12-14 8:56 ` Eli Zaretskii @ 2013-12-14 10:10 ` Thierry Volpiatto 0 siblings, 0 replies; 16+ messages in thread From: Thierry Volpiatto @ 2013-12-14 10:10 UTC (permalink / raw) To: Eli Zaretskii; +Cc: dmantipov, 16058 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 ^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2013-12-14 10:10 UTC | newest] Thread overview: 16+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-12-05 5:51 bug#16058: 24.3.50; X protocol error: BadAlloc Thierry Volpiatto 2013-12-05 6:51 ` Dmitry Antipov 2013-12-05 7:10 ` Thierry Volpiatto 2013-12-05 8:46 ` Dmitry Antipov 2013-12-05 17:44 ` Eli Zaretskii 2013-12-05 19:52 ` Jan Djärv 2013-12-06 6:26 ` Dmitry Antipov 2013-12-06 8:39 ` Thierry Volpiatto 2013-12-09 8:36 ` Dmitry Antipov 2013-12-09 16:43 ` Eli Zaretskii 2013-12-09 17:11 ` Dmitry Antipov 2013-12-09 18:15 ` Eli Zaretskii 2013-12-10 13:26 ` Dmitry Antipov 2013-12-14 8:13 ` Thierry Volpiatto 2013-12-14 8:56 ` Eli Zaretskii 2013-12-14 10:10 ` Thierry Volpiatto
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.