* "X protocol error: BadMatch" on current master @ 2019-01-14 15:08 Yuri D'Elia 2019-01-14 16:12 ` Eli Zaretskii 0 siblings, 1 reply; 16+ messages in thread From: Yuri D'Elia @ 2019-01-14 15:08 UTC (permalink / raw) To: emacs-devel Testing the master today I had some issues with emacs quitting with the following error: X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 This happens during a minor mode setup, so I'm unsure exactly what is going on (didn't have time to dig deeper). However, last good commit is c342b26371480316024e1e5d63cd8b3f035dda69, with the problem starting with a1b7a3... "Add native image scaling". ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: "X protocol error: BadMatch" on current master 2019-01-14 15:08 "X protocol error: BadMatch" on current master Yuri D'Elia @ 2019-01-14 16:12 ` Eli Zaretskii 2019-01-12 15:46 ` bug#34051: 27.0.50; Emacs 27 from master segfaults stefan-husmann 0 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2019-01-14 16:12 UTC (permalink / raw) To: Yuri D'Elia; +Cc: emacs-devel > From: Yuri D'Elia <wavexx@thregr.org> > Date: Mon, 14 Jan 2019 16:08:27 +0100 > > Testing the master today I had some issues with emacs quitting with the > following error: > > X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 > > This happens during a minor mode setup, so I'm unsure exactly what is > going on (didn't have time to dig deeper). > > However, last good commit is c342b26371480316024e1e5d63cd8b3f035dda69, Seems like bug#34051. If you run this under GDB with x-synchronize set to t, then post the full backtrace from the crash, it would be very helpful. (If you do, please post that to 34051@debbugs.gnu.org.) Thanks. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults @ 2019-01-12 15:46 ` stefan-husmann 2019-01-12 16:15 ` Eli Zaretskii ` (2 more replies) 0 siblings, 3 replies; 16+ messages in thread From: stefan-husmann @ 2019-01-12 15:46 UTC (permalink / raw) To: 34051 Emacs segfaults immediately for me under Arch Linux 64 bit. This happens with commit a1b7a3f2a3957a399d6c3c7bcffa07ac67da82fc and upwards. Commit c342b26371480316024e1e5d63cd8b3f035dda69 works fine. With emacs -Q the segfault does not happen immediately, but it happened whe I tried to open this bug report. [haawda@frege ~]$ emacs X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 Fatal error 6: Aborted Backtrace: emacs[0x507aaf] emacs[0x4ed832] emacs[0x507b64] emacs[0x454a96] emacs[0x454d20] emacs[0x55dcbe] emacs[0x565843] emacs[0x5a31e1] emacs[0x5657bf] emacs[0x5a31e1] emacs[0x5657bf] emacs[0x5a31e1] emacs[0x56845b] emacs[0x5657bf] emacs[0x565869] emacs[0x564e1d] emacs[0x564f2f] emacs[0x4ed779] emacs[0x4c0f47] emacs[0x4c3b3b] emacs[0x4c3bb1] /usr/lib/libX11.so.6(_XError+0x11a)[0x7efef335e52a] /usr/lib/libX11.so.6(+0x403f8)[0x7efef335b3f8] /usr/lib/libX11.so.6(+0x404a5)[0x7efef335b4a5] /usr/lib/libX11.so.6(_XReply+0x230)[0x7efef335c410] /usr/lib/libX11.so.6(XParseColor+0x199)[0x7efef334ce19] emacs[0x4c4e02] emacs[0x4d6878] emacs[0x4b7c07] emacs[0x4bb749] emacs[0x4bcbf8] emacs[0x4bf6cb] emacs[0x442403] emacs[0x43cb3d] emacs[0x43dbf8] emacs[0x4426b5] emacs[0x446a91] emacs[0x4472e9] emacs[0x448af5] emacs[0x448af5] emacs[0x448928] ... Abgebrochen (Speicherabzug geschrieben) (gdb) bt full #0 0x00007ffff4e1e25f in raise () at /usr/lib/libpthread.so.0 #1 0x00000000004ed7fc in () #2 0x0000000000000020 in () #3 0x0000000000000000 in () In GNU Emacs 27.0.50 (build 3, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) Repository revision: 7ae0a24c87c2bbefe78717d5e89cf3fe14f4af4c Repository branch: makepkg Windowing system distributor 'The X.Org Foundation', version 11.0.12003000 System Description: Arch Linux Recent messages: Indentation variables are now local. Indentation setup for shell type bash (Shell command succeeded with no output) Mark set [2 times] Save file /home/haawda/paketierung/meine_Pakete/emacs-lucid-git/PKGBUILD? (y, n, !, ., q, C-r, d or C-h) Save file /home/haawda/paketierung/meine_Pakete/emacs-lucid-git/PKGBUILD? (y, n, !, ., q, C-r, d or C-h) y Saving file /home/haawda/paketierung/meine_Pakete/emacs-lucid-git/PKGBUILD... [2 times] Wrote /home/haawda/paketierung/meine_Pakete/emacs-lucid-git/PKGBUILD (Shell command succeeded with no output) Wrote /home/haawda/paketierung/meine_Pakete/emacs-lucid-git/PKGBUILD Configured using: 'configure '--program-transform-name=s/^ctags$/ctags.emacs/' --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/usr/share --with-x-toolkit=lucid --mandir=/usr/share/man --pdfdir=/usr/share/doc/emacs --with-modules --with-xft --without-gconf --without-gsettings --with-imagemagick --without-xwidgets --without-pop --with-gameuser=:games --disable-build-details 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt' LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now CPPFLAGS=-D_FORTIFY_SOURCE=2 PKG_CONFIG_PATH=/usr/lib/imagemagick6/pkgconfig' Configured features: XAW3D XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GLIB NOTIFY INOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON LCMS2 GMP Important settings: value of $LANG: de_DE.utf8 locale-coding-system: utf-8-unix Major mode: PKGBUILD Minor modes in effect: diff-auto-refine-mode: t sh-electric-here-document-mode: t shell-dirtrack-mode: t tabbar-mwheel-mode: t tabbar-mode: t recentf-mode: t show-paren-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-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 line-number-mode: t transient-mark-mode: t Load-path shadows: /home/haawda/.emacs.d/elpa/commander-0.7.0/commander hides /usr/share/emacs/site-lisp/commander /home/haawda/.emacs.d/elpa/s-1.12.0/s hides /usr/share/emacs/site-lisp/s /home/haawda/.emacs.d/elpa/dash-2.14.1/dash hides /usr/share/emacs/site-lisp/dash/dash /usr/share/emacs/site-lisp/julia-mode hides /usr/share/emacs/site-lisp/ess/julia-mode /home/haawda/.emacs.d/elpa/f-0.20.0/f hides /usr/share/emacs/site-lisp/f/f /usr/share/emacs/site-lisp/org/ob-sed hides /usr/share/emacs/27.0.50/lisp/org/ob-sed /usr/share/emacs/site-lisp/org/ob-J hides /usr/share/emacs/27.0.50/lisp/org/ob-J /usr/share/emacs/site-lisp/org/ob-shen hides /usr/share/emacs/27.0.50/lisp/org/ob-shen /usr/share/emacs/site-lisp/org/ox-odt hides /usr/share/emacs/27.0.50/lisp/org/ox-odt /usr/share/emacs/site-lisp/org/org-habit hides /usr/share/emacs/27.0.50/lisp/org/org-habit /usr/share/emacs/site-lisp/org/org-list hides /usr/share/emacs/27.0.50/lisp/org/org-list /usr/share/emacs/site-lisp/org/org-timer hides /usr/share/emacs/27.0.50/lisp/org/org-timer /usr/share/emacs/site-lisp/org/org-docview hides /usr/share/emacs/27.0.50/lisp/org/org-docview /usr/share/emacs/site-lisp/org/ob-lua hides /usr/share/emacs/27.0.50/lisp/org/ob-lua /usr/share/emacs/site-lisp/org/ox-publish hides /usr/share/emacs/27.0.50/lisp/org/ox-publish /usr/share/emacs/site-lisp/org/ob-eval hides /usr/share/emacs/27.0.50/lisp/org/ob-eval /usr/share/emacs/site-lisp/org/ob-awk hides /usr/share/emacs/27.0.50/lisp/org/ob-awk /usr/share/emacs/site-lisp/org/ob hides /usr/share/emacs/27.0.50/lisp/org/ob /usr/share/emacs/site-lisp/org/org-macro hides /usr/share/emacs/27.0.50/lisp/org/org-macro /usr/share/emacs/site-lisp/org/org-indent hides /usr/share/emacs/27.0.50/lisp/org/org-indent /usr/share/emacs/site-lisp/org/ob-clojure hides /usr/share/emacs/27.0.50/lisp/org/ob-clojure /usr/share/emacs/site-lisp/org/ob-fortran hides /usr/share/emacs/27.0.50/lisp/org/ob-fortran /usr/share/emacs/site-lisp/org/ob-sass hides /usr/share/emacs/27.0.50/lisp/org/ob-sass /usr/share/emacs/site-lisp/org/ob-haskell hides /usr/share/emacs/27.0.50/lisp/org/ob-haskell /usr/share/emacs/site-lisp/org/org-eshell hides /usr/share/emacs/27.0.50/lisp/org/org-eshell /usr/share/emacs/site-lisp/org/org-faces hides /usr/share/emacs/27.0.50/lisp/org/org-faces /usr/share/emacs/site-lisp/org/org-lint hides /usr/share/emacs/27.0.50/lisp/org/org-lint /usr/share/emacs/site-lisp/org/ob-java hides /usr/share/emacs/27.0.50/lisp/org/ob-java /usr/share/emacs/site-lisp/org/ob-exp hides /usr/share/emacs/27.0.50/lisp/org/ob-exp /usr/share/emacs/site-lisp/org/org-colview hides /usr/share/emacs/27.0.50/lisp/org/org-colview /usr/share/emacs/site-lisp/org/org-compat hides /usr/share/emacs/27.0.50/lisp/org/org-compat /usr/share/emacs/site-lisp/org/org-archive hides /usr/share/emacs/27.0.50/lisp/org/org-archive /usr/share/emacs/site-lisp/org/org-macs hides /usr/share/emacs/27.0.50/lisp/org/org-macs /usr/share/emacs/site-lisp/org/org-mouse hides /usr/share/emacs/27.0.50/lisp/org/org-mouse /usr/share/emacs/site-lisp/org/org-mhe hides /usr/share/emacs/27.0.50/lisp/org/org-mhe /usr/share/emacs/site-lisp/org/ob-matlab hides /usr/share/emacs/27.0.50/lisp/org/ob-matlab /usr/share/emacs/site-lisp/org/ob-coq hides /usr/share/emacs/27.0.50/lisp/org/ob-coq /usr/share/emacs/site-lisp/org/ob-comint hides /usr/share/emacs/27.0.50/lisp/org/ob-comint /usr/share/emacs/site-lisp/org/org-irc hides /usr/share/emacs/27.0.50/lisp/org/org-irc /usr/share/emacs/site-lisp/org/ob-mscgen hides /usr/share/emacs/27.0.50/lisp/org/ob-mscgen /usr/share/emacs/site-lisp/org/ob-lob hides /usr/share/emacs/27.0.50/lisp/org/ob-lob /usr/share/emacs/site-lisp/org/ob-dot hides /usr/share/emacs/27.0.50/lisp/org/ob-dot /usr/share/emacs/site-lisp/org/ob-ocaml hides /usr/share/emacs/27.0.50/lisp/org/ob-ocaml /usr/share/emacs/site-lisp/org/org-pcomplete hides /usr/share/emacs/27.0.50/lisp/org/org-pcomplete /usr/share/emacs/site-lisp/org/org-crypt hides /usr/share/emacs/27.0.50/lisp/org/org-crypt /usr/share/emacs/site-lisp/org/org-gnus hides /usr/share/emacs/27.0.50/lisp/org/org-gnus /usr/share/emacs/site-lisp/org/ob-ruby hides /usr/share/emacs/27.0.50/lisp/org/ob-ruby /usr/share/emacs/site-lisp/org/ob-forth hides /usr/share/emacs/27.0.50/lisp/org/ob-forth /usr/share/emacs/site-lisp/org/ob-vala hides /usr/share/emacs/27.0.50/lisp/org/ob-vala /usr/share/emacs/site-lisp/org/ob-python hides /usr/share/emacs/27.0.50/lisp/org/ob-python /usr/share/emacs/site-lisp/org/ob-scheme hides /usr/share/emacs/27.0.50/lisp/org/ob-scheme /usr/share/emacs/site-lisp/org/org-plot hides /usr/share/emacs/27.0.50/lisp/org/org-plot /usr/share/emacs/site-lisp/org/ob-calc hides /usr/share/emacs/27.0.50/lisp/org/ob-calc /usr/share/emacs/site-lisp/org/org-w3m hides /usr/share/emacs/27.0.50/lisp/org/org-w3m /usr/share/emacs/site-lisp/org/org-version hides /usr/share/emacs/27.0.50/lisp/org/org-version /usr/share/emacs/site-lisp/org/ox-latex hides /usr/share/emacs/27.0.50/lisp/org/ox-latex /usr/share/emacs/site-lisp/org/ob-picolisp hides /usr/share/emacs/27.0.50/lisp/org/ob-picolisp /usr/share/emacs/site-lisp/org/org-agenda hides /usr/share/emacs/27.0.50/lisp/org/org-agenda /usr/share/emacs/site-lisp/org/org-bbdb hides /usr/share/emacs/27.0.50/lisp/org/org-bbdb /usr/share/emacs/site-lisp/org/ob-asymptote hides /usr/share/emacs/27.0.50/lisp/org/ob-asymptote /usr/share/emacs/site-lisp/org/ob-hledger hides /usr/share/emacs/27.0.50/lisp/org/ob-hledger /usr/share/emacs/site-lisp/org/ob-org hides /usr/share/emacs/27.0.50/lisp/org/ob-org /usr/share/emacs/site-lisp/org/ob-emacs-lisp hides /usr/share/emacs/27.0.50/lisp/org/ob-emacs-lisp /usr/share/emacs/site-lisp/org/org-inlinetask hides /usr/share/emacs/27.0.50/lisp/org/org-inlinetask /usr/share/emacs/site-lisp/org/ob-gnuplot hides /usr/share/emacs/27.0.50/lisp/org/ob-gnuplot /usr/share/emacs/site-lisp/org/ob-stan hides /usr/share/emacs/27.0.50/lisp/org/ob-stan /usr/share/emacs/site-lisp/org/org-capture hides /usr/share/emacs/27.0.50/lisp/org/org-capture /usr/share/emacs/site-lisp/org/ox hides /usr/share/emacs/27.0.50/lisp/org/ox /usr/share/emacs/site-lisp/org/ox-ascii hides /usr/share/emacs/27.0.50/lisp/org/ox-ascii /usr/share/emacs/site-lisp/org/ox-org hides /usr/share/emacs/27.0.50/lisp/org/ox-org /usr/share/emacs/site-lisp/org/org-src hides /usr/share/emacs/27.0.50/lisp/org/org-src /usr/share/emacs/site-lisp/org/ob-groovy hides /usr/share/emacs/27.0.50/lisp/org/ob-groovy /usr/share/emacs/site-lisp/org/org-entities hides /usr/share/emacs/27.0.50/lisp/org/org-entities /usr/share/emacs/site-lisp/org/org-element hides /usr/share/emacs/27.0.50/lisp/org/org-element /usr/share/emacs/site-lisp/org/org-attach hides /usr/share/emacs/27.0.50/lisp/org/org-attach /usr/share/emacs/site-lisp/org/org-info hides /usr/share/emacs/27.0.50/lisp/org/org-info /usr/share/emacs/site-lisp/org/org-eww hides /usr/share/emacs/27.0.50/lisp/org/org-eww /usr/share/emacs/site-lisp/org/ob-css hides /usr/share/emacs/27.0.50/lisp/org/ob-css /usr/share/emacs/site-lisp/org/ob-table hides /usr/share/emacs/27.0.50/lisp/org/ob-table /usr/share/emacs/site-lisp/org/ob-C hides /usr/share/emacs/27.0.50/lisp/org/ob-C /usr/share/emacs/site-lisp/org/ox-md hides /usr/share/emacs/27.0.50/lisp/org/ox-md /usr/share/emacs/site-lisp/org/ob-abc hides /usr/share/emacs/27.0.50/lisp/org/ob-abc /usr/share/emacs/site-lisp/org/org-ctags hides /usr/share/emacs/27.0.50/lisp/org/org-ctags /usr/share/emacs/site-lisp/org/ob-screen hides /usr/share/emacs/27.0.50/lisp/org/ob-screen /usr/share/emacs/site-lisp/org/ob-lilypond hides /usr/share/emacs/27.0.50/lisp/org/ob-lilypond /usr/share/emacs/site-lisp/org/ob-R hides /usr/share/emacs/27.0.50/lisp/org/ob-R /usr/share/emacs/site-lisp/org/ob-processing hides /usr/share/emacs/27.0.50/lisp/org/ob-processing /usr/share/emacs/site-lisp/org/ox-man hides /usr/share/emacs/27.0.50/lisp/org/ox-man /usr/share/emacs/site-lisp/org/ob-shell hides /usr/share/emacs/27.0.50/lisp/org/ob-shell /usr/share/emacs/site-lisp/org/ob-sqlite hides /usr/share/emacs/27.0.50/lisp/org/ob-sqlite /usr/share/emacs/site-lisp/org/org-datetree hides /usr/share/emacs/27.0.50/lisp/org/org-datetree /usr/share/emacs/site-lisp/org/ob-ledger hides /usr/share/emacs/27.0.50/lisp/org/ob-ledger /usr/share/emacs/site-lisp/org/org-protocol hides /usr/share/emacs/27.0.50/lisp/org/org-protocol /usr/share/emacs/site-lisp/org/ox-texinfo hides /usr/share/emacs/27.0.50/lisp/org/ox-texinfo /usr/share/emacs/site-lisp/org/org-rmail hides /usr/share/emacs/27.0.50/lisp/org/org-rmail /usr/share/emacs/site-lisp/org/ob-ditaa hides /usr/share/emacs/27.0.50/lisp/org/ob-ditaa /usr/share/emacs/site-lisp/org/ob-lisp hides /usr/share/emacs/27.0.50/lisp/org/ob-lisp /usr/share/emacs/site-lisp/org/ob-plantuml hides /usr/share/emacs/27.0.50/lisp/org/ob-plantuml /usr/share/emacs/site-lisp/org/ob-perl hides /usr/share/emacs/27.0.50/lisp/org/ob-perl /usr/share/emacs/site-lisp/org/ob-makefile hides /usr/share/emacs/27.0.50/lisp/org/ob-makefile /usr/share/emacs/site-lisp/org/org-feed hides /usr/share/emacs/27.0.50/lisp/org/org-feed /usr/share/emacs/site-lisp/org/ob-octave hides /usr/share/emacs/27.0.50/lisp/org/ob-octave /usr/share/emacs/site-lisp/org/ob-sql hides /usr/share/emacs/27.0.50/lisp/org/ob-sql /usr/share/emacs/site-lisp/org/ox-icalendar hides /usr/share/emacs/27.0.50/lisp/org/ox-icalendar /usr/share/emacs/site-lisp/org/org-mobile hides /usr/share/emacs/27.0.50/lisp/org/org-mobile /usr/share/emacs/site-lisp/org/org-id hides /usr/share/emacs/27.0.50/lisp/org/org-id /usr/share/emacs/site-lisp/org/org-bibtex hides /usr/share/emacs/27.0.50/lisp/org/org-bibtex /usr/share/emacs/site-lisp/org/org-table hides /usr/share/emacs/27.0.50/lisp/org/org-table /usr/share/emacs/site-lisp/org/ox-beamer hides /usr/share/emacs/27.0.50/lisp/org/ox-beamer /usr/share/emacs/site-lisp/org/ob-core hides /usr/share/emacs/27.0.50/lisp/org/ob-core /usr/share/emacs/site-lisp/org/org-clock hides /usr/share/emacs/27.0.50/lisp/org/org-clock /usr/share/emacs/site-lisp/org/ob-ebnf hides /usr/share/emacs/27.0.50/lisp/org/ob-ebnf /usr/share/emacs/site-lisp/org/ox-html hides /usr/share/emacs/27.0.50/lisp/org/ox-html /usr/share/emacs/site-lisp/org/org-install hides /usr/share/emacs/27.0.50/lisp/org/org-install /usr/share/emacs/site-lisp/org/ob-js hides /usr/share/emacs/27.0.50/lisp/org/ob-js /usr/share/emacs/site-lisp/org/ob-latex hides /usr/share/emacs/27.0.50/lisp/org/ob-latex /usr/share/emacs/site-lisp/org/ob-io hides /usr/share/emacs/27.0.50/lisp/org/ob-io /usr/share/emacs/site-lisp/org/org-duration hides /usr/share/emacs/27.0.50/lisp/org/org-duration /usr/share/emacs/site-lisp/org/ob-maxima hides /usr/share/emacs/27.0.50/lisp/org/ob-maxima /usr/share/emacs/site-lisp/org/org-footnote hides /usr/share/emacs/27.0.50/lisp/org/org-footnote /usr/share/emacs/site-lisp/org/org hides /usr/share/emacs/27.0.50/lisp/org/org /usr/share/emacs/site-lisp/org/ob-tangle hides /usr/share/emacs/27.0.50/lisp/org/ob-tangle /usr/share/emacs/site-lisp/org/ob-ref hides /usr/share/emacs/27.0.50/lisp/org/ob-ref /usr/share/emacs/site-lisp/org/org-loaddefs hides /usr/share/emacs/27.0.50/lisp/org/org-loaddefs /usr/share/emacs/site-lisp/tramp hides /usr/share/emacs/27.0.50/lisp/net/tramp /usr/share/emacs/site-lisp/tramp-ftp hides /usr/share/emacs/27.0.50/lisp/net/tramp-ftp /usr/share/emacs/site-lisp/tramp-archive hides /usr/share/emacs/27.0.50/lisp/net/tramp-archive /usr/share/emacs/site-lisp/trampver hides /usr/share/emacs/27.0.50/lisp/net/trampver /usr/share/emacs/site-lisp/tramp-sh hides /usr/share/emacs/27.0.50/lisp/net/tramp-sh /usr/share/emacs/site-lisp/tramp-rclone hides /usr/share/emacs/27.0.50/lisp/net/tramp-rclone /usr/share/emacs/site-lisp/tramp-smb hides /usr/share/emacs/27.0.50/lisp/net/tramp-smb /usr/share/emacs/site-lisp/tramp-uu hides /usr/share/emacs/27.0.50/lisp/net/tramp-uu /usr/share/emacs/site-lisp/tramp-gvfs hides /usr/share/emacs/27.0.50/lisp/net/tramp-gvfs /usr/share/emacs/site-lisp/tramp-compat hides /usr/share/emacs/27.0.50/lisp/net/tramp-compat /usr/share/emacs/site-lisp/tramp-loaddefs hides /usr/share/emacs/27.0.50/lisp/net/tramp-loaddefs /usr/share/emacs/site-lisp/tramp-sudoedit hides /usr/share/emacs/27.0.50/lisp/net/tramp-sudoedit /usr/share/emacs/site-lisp/tramp-cmds hides /usr/share/emacs/27.0.50/lisp/net/tramp-cmds /usr/share/emacs/site-lisp/tramp-cache hides /usr/share/emacs/27.0.50/lisp/net/tramp-cache /usr/share/emacs/site-lisp/tramp-adb hides /usr/share/emacs/27.0.50/lisp/net/tramp-adb Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa epg gnus-util rmail rmail-loaddefs time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils vc-git diff-mode pkgbuild-mode sh-script executable elec-pair tramp tramp-loaddefs trampver tramp-compat ucs-normalize shell pcomplete parse-time format-spec advice tsdh-light-theme skeleton preview-latex auto-loads tex-site tabbar slime-company company slime compile etags multifile generator xref project arc-mode archive-mode noutline outline easy-mmode pp comint ansi-color ring hyperspec thingatpt browse-url geiser-install geiser recentf tree-widget chess chess-engine chess-display chess-random chess-input chess-var chess-module chess-game chess-pgn chess-file chess-database chess-fen chess-algebraic chess-ply chess-pos chess-message color-theme-solarized solarized-definitions color-theme wid-edit cl nim-mode derived nim-eldoc commenter nim-fill paren nim-smie let-alist smie nim-helper subr-x nim-util nim-syntax pcase nim-rx nim-vars edmacro kmacro rx mule-util finder-inf package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded 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 threads dbusbind inotify lcms2 dynamic-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 336886 22644) (symbols 48 30569 1) (strings 32 63679 3157) (string-bytes 1 1787272) (vectors 16 47819) (vector-slots 8 890044 15330) (floats 8 90 384) (intervals 56 8162 0) (buffers 992 17)) ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults 2019-01-12 15:46 ` bug#34051: 27.0.50; Emacs 27 from master segfaults stefan-husmann @ 2019-01-12 16:15 ` Eli Zaretskii [not found] ` <87sgxxwtbs.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> 2019-01-16 21:22 ` bug#34051: "X protocol error: BadMatch" on current master Yuri D'Elia 2019-01-17 0:18 ` bug#34051: 27.0.50; Emacs 27 from master segfaults Katsumi Yamaoka 2 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2019-01-12 16:15 UTC (permalink / raw) To: stefan-husmann; +Cc: 34051 > From: stefan-husmann@t-online.de > Date: Sat, 12 Jan 2019 16:46:53 +0100 > > > Emacs segfaults immediately for me under Arch Linux 64 bit. This happens with commit > a1b7a3f2a3957a399d6c3c7bcffa07ac67da82fc and upwards. > > Commit c342b26371480316024e1e5d63cd8b3f035dda69 works fine. > > With emacs -Q the segfault does not happen immediately, but it happened > whe I tried to open this bug report. > > [haawda@frege ~]$ emacs > X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 > Fatal error 6: Aborted Please run Emacs under a debugger, set x-synchronize to the value of t, then reproduce the problem, and post the backtrace shown by GDB. Thanks. ^ permalink raw reply [flat|nested] 16+ messages in thread
[parent not found: <87sgxxwtbs.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me>]
* bug#34051: 27.0.50; Emacs 27 from master segfaults [not found] ` <87sgxxwtbs.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> @ 2019-01-12 20:22 ` Eli Zaretskii 2019-01-13 11:20 ` Stefan Husmann 0 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2019-01-12 20:22 UTC (permalink / raw) To: Stefan Husmann; +Cc: 34051 [Please use Reply All to keep the bug address on the list of addressees.] > From: Stefan Husmann <stefan-husmann@t-online.de> > Date: Sat, 12 Jan 2019 20:48:23 +0100 > > Eli Zaretskii <eliz@gnu.org> writes: > > >> From: stefan-husmann@t-online.de > >> Date: Sat, 12 Jan 2019 16:46:53 +0100 > >> > >> > >> Emacs segfaults immediately for me under Arch Linux 64 bit. This happens with commit > >> a1b7a3f2a3957a399d6c3c7bcffa07ac67da82fc and upwards. > >> > >> Commit c342b26371480316024e1e5d63cd8b3f035dda69 works fine. > >> > >> With emacs -Q the segfault does not happen immediately, but it happened > >> whe I tried to open this bug report. > >> > >> [haawda@frege ~]$ emacs > >> X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 > >> Fatal error 6: Aborted > > > > Please run Emacs under a debugger, set x-synchronize to the value of > > t, then reproduce the problem, and post the backtrace shown by GDB. > > > > Thanks. > > Hello, > > this is the output in the affected emacs: > > (gdb) run emacs -Q > Starting program: /usr/bin/emacs emacs -Q > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/usr/lib/libthread_db.so.1". > [New Thread 0x7fffeff52700 (LWP 10475)] > [Detaching after vfork from child process 10614] > X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 > [Thread 0x7ffff033cdc0 (LWP 10474) exited] > [Inferior 1 (process 10474) exited with code 0106] > (gdb) bt full > No stack. > (gdb) xbacktrace > Undefined command: "xbacktrace". Try "help". > (gdb) Thanks, but this not useful because Emacs vforked and GDB stayed with the wrong process. Maybe it will be easier for you to convert the backtrace of addresses you posted with the original report to a human-readable backtrace; the procedure to do that is described in the Emacs manual in the node "Crashing". ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults 2019-01-12 20:22 ` Eli Zaretskii @ 2019-01-13 11:20 ` Stefan Husmann 2019-01-13 15:24 ` Eli Zaretskii 0 siblings, 1 reply; 16+ messages in thread From: Stefan Husmann @ 2019-01-13 11:20 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 34051 Eli Zaretskii <eliz@gnu.org> writes: > [Please use Reply All to keep the bug address on the list of addressees.] > > > Thanks, but this not useful because Emacs vforked and GDB stayed with > the wrong process. Maybe it will be easier for you to convert the > backtrace of addresses you posted with the original report to a > human-readable backtrace; the procedure to do that is described in the > Emacs manual in the node "Crashing". Hello, I had to recompile emacs without symbols stripped and here is the output: emacs_backtrace ??:? terminate_due_to_signal ??:? emacs_abort ??:? message3_nolog ??:? message3 ??:? Fmessage ??:? Ffuncall ??:? exec_byte_code ??:? Ffuncall ??:? exec_byte_code ??:? Ffuncall ??:? exec_byte_code ??:? funcall_lambda eval.c:? Ffuncall ??:? funcall_nil eval.c:? run_hook_with_args ??:? run_hook ??:? Fkill_emacs ??:? x_connection_closed xterm.c:? x_error_quitter.isra.52 xterm.c:? x_error_handler xterm.c:? ?? ??:0 ?? ??:0 ?? ??:0 ?? ??:0 ?? ??:0 x_parse_color ??:? x_defined_color ??:? load_color2 xfaces.c:? realize_face xfaces.c:? lookup_face.isra.22 xfaces.c:? face_at_string_position ??:? handle_face_prop xdisp.c:? handle_stop xdisp.c:? next_element_from_string xdisp.c:? get_next_display_element xdisp.c:? display_string xdisp.c:? display_mode_element xdisp.c:? display_mode_element xdisp.c:? display_mode_element xdisp.c:? display_mode_element xdisp.c:? Best Regards Stefan Husmann ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults 2019-01-13 11:20 ` Stefan Husmann @ 2019-01-13 15:24 ` Eli Zaretskii 2019-01-15 16:52 ` Alan Third 0 siblings, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2019-01-13 15:24 UTC (permalink / raw) To: Stefan Husmann, Alan Third; +Cc: 34051 > From: Stefan Husmann <stefan-husmann@t-online.de> > Cc: 34051@debbugs.gnu.org > Date: Sun, 13 Jan 2019 12:20:17 +0100 > > Hello, I had to recompile emacs without symbols stripped and here is the > output: > > emacs_backtrace > ??:? > terminate_due_to_signal > ??:? > emacs_abort > ??:? > message3_nolog > ??:? > message3 > ??:? > Fmessage > ??:? > Ffuncall > ??:? > exec_byte_code > ??:? > Ffuncall > ??:? > exec_byte_code > ??:? > Ffuncall > ??:? > exec_byte_code > ??:? > funcall_lambda > eval.c:? > Ffuncall > ??:? > funcall_nil > eval.c:? > run_hook_with_args > ??:? > run_hook > ??:? > Fkill_emacs > ??:? > x_connection_closed > xterm.c:? > x_error_quitter.isra.52 > xterm.c:? > x_error_handler > xterm.c:? > ?? > ??:0 > ?? > ??:0 > ?? > ??:0 > ?? > ??:0 > ?? > ??:0 > x_parse_color > ??:? > x_defined_color > ??:? Strange, it looks like it dies in x_parse_color. Alan, can you reproduce this? ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults 2019-01-13 15:24 ` Eli Zaretskii @ 2019-01-15 16:52 ` Alan Third 0 siblings, 0 replies; 16+ messages in thread From: Alan Third @ 2019-01-15 16:52 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Stefan Husmann, 34051 [-- Attachment #1: Type: text/plain, Size: 320 bytes --] On Sun, Jan 13, 2019 at 05:24:33PM +0200, Eli Zaretskii wrote: > Strange, it looks like it dies in x_parse_color. Alan, can you > reproduce this? These X server errors are asynchronous and not very helpful. The most likely culprit is x_create_x_image_and_pixmap. Stefan, please try the attached patch. -- Alan Third [-- Attachment #2: 0001-Be-more-specific-with-XRender-bit-depths-bug-34051.patch --] [-- Type: text/plain, Size: 2326 bytes --] From 254097a0aadb252f9223e1d133132a01b459bc7d Mon Sep 17 00:00:00 2001 From: Alan Third <alan@idiocy.org> Date: Tue, 15 Jan 2019 16:38:34 +0000 Subject: [PATCH] Be more specific with XRender bit-depths (bug#34051) * src/image.c (x_create_x_image_and_pixmap): Fail gracefully if a bit depth is requested that XRender doesn't support. --- src/image.c | 32 +++++++++++++++++++++++--------- 1 file changed, 23 insertions(+), 9 deletions(-) diff --git a/src/image.c b/src/image.c index 2fae105815..3f5def2350 100644 --- a/src/image.c +++ b/src/image.c @@ -2178,15 +2178,29 @@ x_create_x_image_and_pixmap (struct frame *f, int width, int height, int depth, int event_basep, error_basep; if (picture && XRenderQueryExtension (display, &event_basep, &error_basep)) { - XRenderPictFormat *format; - XRenderPictureAttributes attr; - - /* FIXME: Do we need to handle all possible bit depths? */ - format = XRenderFindStandardFormat (display, - depth > 24 ? PictStandardARGB32 - : depth > 8 ? PictStandardRGB24 - : PictStandardA8); - *picture = XRenderCreatePicture (display, *pixmap, format, 0, &attr); + if (depth == 32 || depth == 24 || depth == 8) + { + XRenderPictFormat *format; + XRenderPictureAttributes attr; + + /* FIXME: Do we need to handle all possible bit depths? + XRenderFindStandardFormat supports PictStandardARGB32, + PictStandardRGB24, PictStandardA8, PictStandardA4, + PictStandardA1, and PictStandardNUM (what is this?!). + + XRenderFindFormat may support more, but I don't + understand the documentation. */ + format = XRenderFindStandardFormat (display, + depth == 32 ? PictStandardARGB32 + : depth == 24 ? PictStandardRGB24 + : PictStandardA8); + *picture = XRenderCreatePicture (display, *pixmap, format, 0, &attr); + } + else + { + image_error ("Specified bit depth is not supported by XRender"); + *picture = NULL; + } } # endif -- 2.19.1 ^ permalink raw reply related [flat|nested] 16+ messages in thread
* bug#34051: "X protocol error: BadMatch" on current master 2019-01-12 15:46 ` bug#34051: 27.0.50; Emacs 27 from master segfaults stefan-husmann 2019-01-12 16:15 ` Eli Zaretskii @ 2019-01-16 21:22 ` Yuri D'Elia 2019-01-16 21:28 ` Yuri D'Elia 2019-01-17 13:36 ` Eli Zaretskii 2019-01-17 0:18 ` bug#34051: 27.0.50; Emacs 27 from master segfaults Katsumi Yamaoka 2 siblings, 2 replies; 16+ messages in thread From: Yuri D'Elia @ 2019-01-16 21:22 UTC (permalink / raw) To: 34051 On Mon, Jan 14 2019, Eli Zaretskii wrote: >> From: Yuri D'Elia <wavexx@thregr.org> >> Date: Mon, 14 Jan 2019 16:08:27 +0100 >> >> Testing the master today I had some issues with emacs quitting with the >> following error: >> >> X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 >> >> This happens during a minor mode setup, so I'm unsure exactly what is >> going on (didn't have time to dig deeper). >> >> However, last good commit is c342b26371480316024e1e5d63cd8b3f035dda69, > > Seems like bug#34051. > > If you run this under GDB with x-synchronize set to t, then post the > full backtrace from the crash, it would be very helpful. (If you do, > please post that to 34051@debbugs.gnu.org.) So I rebuilt emacs @ a1b7a3f2a3957a399d6c3c7bcffa07ac67da82fc (first bad version). Running under gdb, (x-synchronize t), and then trigger the issue I get to the following point: #12 0x0000000000529716 in x_error_handler (display=0x2b83430, event=0x7fffffff5840) at xterm.c:9930 #13 0x00007ffff680511a in _XError () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #14 0x00007ffff6802077 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #15 0x00007ffff680211d in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #16 0x00007ffff6803050 in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #17 0x00007ffff67fe99d in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #18 0x00007ffff67fea3b in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #19 0x00007ffff6374b45 in XRenderCreatePicture () from /usr/lib/x86_64-linux-gnu/libXrender.so.1 #20 0x00000000006a6e4c in x_create_x_image_and_pixmap (f=0x1333c30 <bss_sbrk_buffer+8490736>, width=15, height=33, depth=1, ximg=0x7fffffff5c10, pixmap=0x2e79eb8, picture=0x2e79ed8) at image.c:2192 #21 0x00000000006a6fea in image_create_x_image_and_pixmap (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e79ea0, width=15, height=33, depth=1, ximg=0x7fffffff5c10, mask_p=true) at image.c:2370 #22 0x00000000006ab32f in x_build_heuristic_mask (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e79ea0, how=XIL(0xc7e0)) at image.c:5285 #23 0x00000000006a5b74 in postprocess_image (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e79ea0) at image.c:1728 #24 0x00000000006a67ec in lookup_image (f=0x1333c30 <bss_sbrk_buffer+8490736>, spec=XIL(0x4133413)) at image.c:2002 #25 0x000000000044424a in handle_single_display_spec (it=0x7fffffff75f0, spec=XIL(0x4133413), object=XIL(0x41af004), overlay=XIL(0), position=0x7fffffff7740, bufpos=84, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:5359 #26 0x0000000000442760 in handle_display_spec (it=0x7fffffff75f0, spec=XIL(0x4132f33), object=XIL(0x41af004), overlay=XIL(0), position=0x7fffffff7740, bufpos=84, frame_window_p=true) at xdisp.c:4821 #27 0x00000000004424ef in handle_display_prop (it=0x7fffffff75f0) at xdisp.c:4764 #28 0x000000000043f2ec in handle_stop (it=0x7fffffff75f0) at xdisp.c:3470 #29 0x000000000044b7b0 in next_element_from_string (it=0x7fffffff75f0) at xdisp.c:8072 #30 0x0000000000448c98 in get_next_display_element (it=0x7fffffff75f0) at xdisp.c:7051 #31 0x0000000000471d52 in display_line (it=0x7fffffff75f0, cursor_vpos=1) at xdisp.c:21605 #32 0x0000000000467269 in try_window (window=XIL(0x1334c35), pos=..., flags=1) at xdisp.c:17808 #33 0x0000000000464d8d in redisplay_window (window=XIL(0x1334c35), just_this_one_p=false) at xdisp.c:17255 #34 0x000000000045e170 in redisplay_window_0 (window=XIL(0x1334c35)) at xdisp.c:14983 #35 0x00000000005fb710 in internal_condition_case_1 (bfun=0x45e12e #<redisplay_window_0>, arg=XIL(0x1334c35), handlers=XIL(0xb84fd3), <cut> Let me know if that's enough or if I should also get those darn debugging symbols for X11... ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: "X protocol error: BadMatch" on current master 2019-01-16 21:22 ` bug#34051: "X protocol error: BadMatch" on current master Yuri D'Elia @ 2019-01-16 21:28 ` Yuri D'Elia 2019-01-17 13:36 ` Eli Zaretskii 1 sibling, 0 replies; 16+ messages in thread From: Yuri D'Elia @ 2019-01-16 21:28 UTC (permalink / raw) To: 34051 On Wed, Jan 16 2019, Yuri D'Elia wrote: > On Mon, Jan 14 2019, Eli Zaretskii wrote: >>> From: Yuri D'Elia <wavexx@thregr.org> >>> Date: Mon, 14 Jan 2019 16:08:27 +0100 >>> >>> Testing the master today I had some issues with emacs quitting with the >>> following error: >>> >>> X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 >>> >>> This happens during a minor mode setup, so I'm unsure exactly what is >>> going on (didn't have time to dig deeper). >>> >>> However, last good commit is c342b26371480316024e1e5d63cd8b3f035dda69, >> >> Seems like bug#34051. >> >> If you run this under GDB with x-synchronize set to t, then post the >> full backtrace from the crash, it would be very helpful. (If you do, >> please post that to 34051@debbugs.gnu.org.) > > So I rebuilt emacs @ a1b7a3f2a3957a399d6c3c7bcffa07ac67da82fc (first bad > version). Running under gdb, (x-synchronize t), and then trigger the > issue I get to the following point: > > #12 0x0000000000529716 in x_error_handler (display=0x2b83430, event=0x7fffffff5840) at xterm.c:9930 > #13 0x00007ffff680511a in _XError () from /usr/lib/x86_64-linux-gnu/libX11.so.6 > #14 0x00007ffff6802077 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 > #15 0x00007ffff680211d in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 > #16 0x00007ffff6803050 in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6 > #17 0x00007ffff67fe99d in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6 > #18 0x00007ffff67fea3b in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 > #19 0x00007ffff6374b45 in XRenderCreatePicture () from /usr/lib/x86_64-linux-gnu/libXrender.so.1 > #20 0x00000000006a6e4c in x_create_x_image_and_pixmap (f=0x1333c30 <bss_sbrk_buffer+8490736>, width=15, height=33, depth=1, ximg=0x7fffffff5c10, pixmap=0x2e79eb8, > picture=0x2e79ed8) at image.c:2192 > #21 0x00000000006a6fea in image_create_x_image_and_pixmap (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e79ea0, width=15, height=33, depth=1, ximg=0x7fffffff5c10, > mask_p=true) at image.c:2370 > #22 0x00000000006ab32f in x_build_heuristic_mask (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e79ea0, how=XIL(0xc7e0)) at image.c:5285 > #23 0x00000000006a5b74 in postprocess_image (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e79ea0) at image.c:1728 > #24 0x00000000006a67ec in lookup_image (f=0x1333c30 <bss_sbrk_buffer+8490736>, spec=XIL(0x4133413)) at image.c:2002 > #25 0x000000000044424a in handle_single_display_spec (it=0x7fffffff75f0, spec=XIL(0x4133413), object=XIL(0x41af004), overlay=XIL(0), position=0x7fffffff7740, bufpos=84, > display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:5359 > #26 0x0000000000442760 in handle_display_spec (it=0x7fffffff75f0, spec=XIL(0x4132f33), object=XIL(0x41af004), overlay=XIL(0), position=0x7fffffff7740, bufpos=84, > frame_window_p=true) at xdisp.c:4821 > #27 0x00000000004424ef in handle_display_prop (it=0x7fffffff75f0) at xdisp.c:4764 > #28 0x000000000043f2ec in handle_stop (it=0x7fffffff75f0) at xdisp.c:3470 > #29 0x000000000044b7b0 in next_element_from_string (it=0x7fffffff75f0) at xdisp.c:8072 > #30 0x0000000000448c98 in get_next_display_element (it=0x7fffffff75f0) at xdisp.c:7051 > #31 0x0000000000471d52 in display_line (it=0x7fffffff75f0, cursor_vpos=1) at xdisp.c:21605 > #32 0x0000000000467269 in try_window (window=XIL(0x1334c35), pos=..., flags=1) at xdisp.c:17808 > #33 0x0000000000464d8d in redisplay_window (window=XIL(0x1334c35), just_this_one_p=false) at xdisp.c:17255 > #34 0x000000000045e170 in redisplay_window_0 (window=XIL(0x1334c35)) at xdisp.c:14983 > #35 0x00000000005fb710 in internal_condition_case_1 (bfun=0x45e12e #<redisplay_window_0>, arg=XIL(0x1334c35), handlers=XIL(0xb84fd3), > <cut> > > Let me know if that's enough or if I should also get those darn > debugging symbols for X11... Here's with debugging symbols too: #0 futex_wait_cancelable (private=0, expected=0, futex_word=0x2b84798) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x2b8a8c0, cond=0x2b84770) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x2b84770, mutex=0x2b8a8c0) at pthread_cond_wait.c:655 #3 0x00007ffff6802ff2 in _XReply (dpy=dpy@entry=0x2b83430, rep=rep@entry=0x7fffffff52d0, extra=extra@entry=0, discard=discard@entry=1) at ../../src/xcb_io.c:603 #4 0x00007ffff67fe99d in XSync (dpy=0x2b83430, discard=discard@entry=0) at ../../src/Sync.c:44 #5 0x00007ffff67fea3b in _XSyncFunction (dpy=<optimized out>) at ../../src/Synchro.c:35 #6 0x00007ffff6582dc8 in XftDrawDestroy () from /usr/lib/x86_64-linux-gnu/libXft.so.2 #7 0x00000000006972ec in xftfont_end_for_frame (f=0x1333c30 <bss_sbrk_buffer+8490736>) at xftfont.c:688 #8 0x000000000061b40c in font_update_drivers (f=0x1333c30 <bss_sbrk_buffer+8490736>, new_drivers=XIL(0)) at font.c:3543 #9 0x0000000000429dad in delete_frame (frame=XIL(0x1333c35), force=XIL(0x9f30)) at frame.c:2005 #10 0x0000000000529594 in x_connection_closed (dpy=0x2b83430, error_message=0x7fffffff55a0 "X protocol error: BadMatch (invalid parameter attributes) on protocol request 139", ioerror=false) at xterm.c:9851 #11 0x00000000005297bc in x_error_quitter (display=0x2b83430, event=0x7fffffff5840) at xterm.c:9960 #12 0x0000000000529716 in x_error_handler (display=0x2b83430, event=0x7fffffff5840) at xterm.c:9930 #13 0x00007ffff680511a in _XError (dpy=dpy@entry=0x2b83430, rep=rep@entry=0x3fb0680) at ../../src/XlibInt.c:1444 #14 0x00007ffff6802077 in handle_error (dpy=0x2b83430, err=0x3fb0680, in_XReply=<optimized out>) at ../../src/xcb_io.c:199 #15 0x00007ffff680211d in handle_response (dpy=dpy@entry=0x2b83430, response=0x3fb0680, in_XReply=in_XReply@entry=1) at ../../src/xcb_io.c:324 #16 0x00007ffff6803050 in _XReply (dpy=dpy@entry=0x2b83430, rep=rep@entry=0x7fffffff59f0, extra=extra@entry=0, discard=discard@entry=1) at ../../src/xcb_io.c:634 #17 0x00007ffff67fe99d in XSync (dpy=0x2b83430, discard=discard@entry=0) at ../../src/Sync.c:44 #18 0x00007ffff67fea3b in _XSyncFunction (dpy=<optimized out>) at ../../src/Synchro.c:35 #19 0x00007ffff6374b45 in XRenderCreatePicture (dpy=0x2b83430, drawable=25166514, format=0x2b9df50, valuemask=0, attributes=0x7fffffff5ad0) at ../../src/Picture.c:99 #20 0x00000000006a6e4c in x_create_x_image_and_pixmap (f=0x1333c30 <bss_sbrk_buffer+8490736>, width=15, height=33, depth=1, ximg=0x7fffffff5c10, pixmap=0x2e44e28, picture=0x2e44e48) at image.c:2192 #21 0x00000000006a6fea in image_create_x_image_and_pixmap (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e44e10, width=15, height=33, depth=1, ximg=0x7fffffff5c10, mask_p=true) at image.c:2370 #22 0x00000000006ab32f in x_build_heuristic_mask (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e44e10, how=XIL(0xc7e0)) at image.c:5285 #23 0x00000000006a5b74 in postprocess_image (f=0x1333c30 <bss_sbrk_buffer+8490736>, img=0x2e44e10) at image.c:1728 #24 0x00000000006a67ec in lookup_image (f=0x1333c30 <bss_sbrk_buffer+8490736>, spec=XIL(0x40b5773)) at image.c:2002 #25 0x000000000044424a in handle_single_display_spec (it=0x7fffffff75f0, spec=XIL(0x40b5773), object=XIL(0x417b324), overlay=XIL(0), position=0x7fffffff7740, bufpos=84, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:5359 #26 0x0000000000442760 in handle_display_spec (it=0x7fffffff75f0, spec=XIL(0x40b5523), object=XIL(0x417b324), overlay=XIL(0), position=0x7fffffff7740, bufpos=84, frame_window_p=true) at xdisp.c:4821 #27 0x00000000004424ef in handle_display_prop (it=0x7fffffff75f0) at xdisp.c:4764 #28 0x000000000043f2ec in handle_stop (it=0x7fffffff75f0) at xdisp.c:3470 #29 0x000000000044b7b0 in next_element_from_string (it=0x7fffffff75f0) at xdisp.c:8072 #30 0x0000000000448c98 in get_next_display_element (it=0x7fffffff75f0) at xdisp.c:7051 #31 0x0000000000471d52 in display_line (it=0x7fffffff75f0, cursor_vpos=1) at xdisp.c:21605 #32 0x0000000000467269 in try_window (window=XIL(0x1334c35), pos=..., flags=1) at xdisp.c:17808 #33 0x0000000000464d8d in redisplay_window (window=XIL(0x1334c35), just_this_one_p=false) at xdisp.c:17255 #34 0x000000000045e170 in redisplay_window_0 (window=XIL(0x1334c35)) at xdisp.c:14983 #35 0x00000000005fb710 in internal_condition_case_1 (bfun=0x45e12e #<redisplay_window_0>, arg=XIL(0x1334c35), handlers=XIL(0xb84fd3), <cut> ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: "X protocol error: BadMatch" on current master 2019-01-16 21:22 ` bug#34051: "X protocol error: BadMatch" on current master Yuri D'Elia 2019-01-16 21:28 ` Yuri D'Elia @ 2019-01-17 13:36 ` Eli Zaretskii 2019-01-17 17:39 ` Alan Third 1 sibling, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2019-01-17 13:36 UTC (permalink / raw) To: Yuri D'Elia; +Cc: 34051 > From: Yuri D'Elia <wavexx@thregr.org> > Cc: Eli Zaretskii <eliz@gnu.org> > Date: Wed, 16 Jan 2019 22:22:30 +0100 > > > Seems like bug#34051. > > > > If you run this under GDB with x-synchronize set to t, then post the > > full backtrace from the crash, it would be very helpful. (If you do, > > please post that to 34051@debbugs.gnu.org.) > > So I rebuilt emacs @ a1b7a3f2a3957a399d6c3c7bcffa07ac67da82fc (first bad > version). Running under gdb, (x-synchronize t), and then trigger the > issue I get to the following point: Thanks. > Let me know if that's enough or if I should also get those darn > debugging symbols for X11... Thanks, this shows the problem very clearly. I think Alan posted a proposed patch; could you see if it solves the problems for you? ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: "X protocol error: BadMatch" on current master 2019-01-17 13:36 ` Eli Zaretskii @ 2019-01-17 17:39 ` Alan Third 2019-01-17 17:44 ` Yuri D'Elia 0 siblings, 1 reply; 16+ messages in thread From: Alan Third @ 2019-01-17 17:39 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Yuri D'Elia, 34051 On Thu, Jan 17, 2019 at 03:36:26PM +0200, Eli Zaretskii wrote: > > From: Yuri D'Elia <wavexx@thregr.org> > > Cc: Eli Zaretskii <eliz@gnu.org> > > Date: Wed, 16 Jan 2019 22:22:30 +0100 > > > > Let me know if that's enough or if I should also get those darn > > debugging symbols for X11... > > Thanks, this shows the problem very clearly. I think Alan posted a > proposed patch; could you see if it solves the problems for you? Yes, I’m sure my patch will fix this, and since Katsumi Yamaoka reported it as fixing a similar issue I’ve pushed it to master. -- Alan Third ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: "X protocol error: BadMatch" on current master 2019-01-17 17:39 ` Alan Third @ 2019-01-17 17:44 ` Yuri D'Elia 2019-01-17 17:50 ` Alan Third 0 siblings, 1 reply; 16+ messages in thread From: Yuri D'Elia @ 2019-01-17 17:44 UTC (permalink / raw) To: Alan Third; +Cc: 34051 On Thu, Jan 17 2019, Alan Third wrote: > On Thu, Jan 17, 2019 at 03:36:26PM +0200, Eli Zaretskii wrote: >> > From: Yuri D'Elia <wavexx@thregr.org> >> > Cc: Eli Zaretskii <eliz@gnu.org> >> > Date: Wed, 16 Jan 2019 22:22:30 +0100 >> > >> > Let me know if that's enough or if I should also get those darn >> > debugging symbols for X11... >> >> Thanks, this shows the problem very clearly. I think Alan posted a >> proposed patch; could you see if it solves the problems for you? > > Yes, I’m sure my patch will fix this, and since Katsumi Yamaoka > reported it as fixing a similar issue I’ve pushed it to master. Ok, I can confirm that master after Alan's commit fixed this. Thanks to all as usual :) ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: "X protocol error: BadMatch" on current master 2019-01-17 17:44 ` Yuri D'Elia @ 2019-01-17 17:50 ` Alan Third 0 siblings, 0 replies; 16+ messages in thread From: Alan Third @ 2019-01-17 17:50 UTC (permalink / raw) To: Yuri D'Elia; +Cc: 34051-done On Thu, Jan 17, 2019 at 06:44:58PM +0100, Yuri D'Elia wrote: > On Thu, Jan 17 2019, Alan Third wrote: > > Yes, I’m sure my patch will fix this, and since Katsumi Yamaoka > > reported it as fixing a similar issue I’ve pushed it to master. > > Ok, I can confirm that master after Alan's commit fixed this. > Thanks to all as usual :) That was quick! Thanks! -- Alan Third ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults 2019-01-12 15:46 ` bug#34051: 27.0.50; Emacs 27 from master segfaults stefan-husmann 2019-01-12 16:15 ` Eli Zaretskii 2019-01-16 21:22 ` bug#34051: "X protocol error: BadMatch" on current master Yuri D'Elia @ 2019-01-17 0:18 ` Katsumi Yamaoka 2019-01-17 17:42 ` Alan Third 2 siblings, 1 reply; 16+ messages in thread From: Katsumi Yamaoka @ 2019-01-17 0:18 UTC (permalink / raw) To: Alan Third; +Cc: Stefan Husmann, 34051, 34095-done On Tue, 15 Jan 2019 16:52:32 +0000, Alan Third wrote: > These X server errors are asynchronous and not very helpful. The most > likely culprit is x_create_x_image_and_pixmap. > Stefan, please try the attached patch. Great! This seems to do the trick also to bug#34095. Thanks. (I'm colosing bug#34095 that's probably a duplicate.) ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#34051: 27.0.50; Emacs 27 from master segfaults 2019-01-17 0:18 ` bug#34051: 27.0.50; Emacs 27 from master segfaults Katsumi Yamaoka @ 2019-01-17 17:42 ` Alan Third 0 siblings, 0 replies; 16+ messages in thread From: Alan Third @ 2019-01-17 17:42 UTC (permalink / raw) To: Katsumi Yamaoka; +Cc: Stefan Husmann, 34051 On Thu, Jan 17, 2019 at 09:18:02AM +0900, Katsumi Yamaoka wrote: > On Tue, 15 Jan 2019 16:52:32 +0000, Alan Third wrote: > > These X server errors are asynchronous and not very helpful. The most > > likely culprit is x_create_x_image_and_pixmap. > > > Stefan, please try the attached patch. > > Great! This seems to do the trick also to bug#34095. Thanks. Thanks, I’ve pushed the patch to master. -- Alan Third ^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2019-01-17 17:50 UTC | newest] Thread overview: 16+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2019-01-14 15:08 "X protocol error: BadMatch" on current master Yuri D'Elia 2019-01-14 16:12 ` Eli Zaretskii 2019-01-12 15:46 ` bug#34051: 27.0.50; Emacs 27 from master segfaults stefan-husmann 2019-01-12 16:15 ` Eli Zaretskii [not found] ` <87sgxxwtbs.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> 2019-01-12 20:22 ` Eli Zaretskii 2019-01-13 11:20 ` Stefan Husmann 2019-01-13 15:24 ` Eli Zaretskii 2019-01-15 16:52 ` Alan Third 2019-01-16 21:22 ` bug#34051: "X protocol error: BadMatch" on current master Yuri D'Elia 2019-01-16 21:28 ` Yuri D'Elia 2019-01-17 13:36 ` Eli Zaretskii 2019-01-17 17:39 ` Alan Third 2019-01-17 17:44 ` Yuri D'Elia 2019-01-17 17:50 ` Alan Third 2019-01-17 0:18 ` bug#34051: 27.0.50; Emacs 27 from master segfaults Katsumi Yamaoka 2019-01-17 17:42 ` Alan Third
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.