unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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; 14+ 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] 14+ 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; 14+ 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] 14+ messages in thread

* 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ 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; 14+ 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] 14+ messages in thread

end of thread, other threads:[~2019-01-17 17:50 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <87o98jz384.fsf@wavexx.thregr.org>
     [not found] ` <83fttvdxqx.fsf@gnu.org>
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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).