bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[charlie hemlock]

[-- Attachment #1.1: Type: text/plain, Size: 4801 bytes --]

1. Build emacs 26 RC1 with --with-x-toolkit=gtk3
     a. confirm builds and runs ok when run local
2. Login to windows box, launch ssh -X putty session to linux host with
emacs 26 installed.  (windows xserver: vcxsrv or xming)
3. emacs -Q
4. Emacs does not display correctly. Missing minibuffer, & can't type in
buffer.  Compare to attached screenshot.

I can compile Emacs 26.1 RC1 ok, and use it locally on the host fine.

However, when attempting to ssh -X to host via PuTTY 0.70 and launch  the
Emacs gui  (emacs -Q), emacs is not displaying correctly. Using Windows
xserver program VcXsrv (1.19.6.3).

See attached screenshot - no default welcome screen, and missing minibuffer
too.

I suspect this issue is related to some combination of GTK and
Xming/VcXsrv, however the behavior does change between Emacs 25.3 and 26.1
RC1, see table below:

I'ved tried the follow commits, and only 25.3 is ok over PuTTY/SSH/X11 &
xming/vcxsrv
 emacs-25.3 bd299e7       # Sep 12, 2017  # good
 emacs-26.0.90  906224    # Oct 11, 2017  # bad
 emacs-26.0.91 752fba99   # Jan 13, 2018  # bad
 emacs-26.1-rc1 c2674216  # Apr 9, 2018   # bad


The following ./configure options are desired:
--with-x-toolkit=gtk3 --with-xwidgets  --with-modules --with-mailutils
Where gtk3 is required for xwidgets, so other x-toolkits are not the best
solution.
Also --with-x-toolkit=gtk2  has same issues.

Similiar information posted here:
 - https://emacs.stackexchange.com/questions/41021/emacs-26-
1-rc1-display-issues-over-ssh-x11-with-xming-vcxsrv
Possibly related posts:
 - https://emacs.stackexchange.com/questions/40990/emacs-
aborted-core-dumped-centos-7-0-emacs-25-3-please-help
 - https://bugs.launchpad.net/elementaryos/+bug/1355274
 - https://bugzilla.gnome.org/show_bug.cgi?id=85715

Also attempted on CentOS 7 / GTK+ Version 3.22.10 with similar behavior.
Thanks,
CH


In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.20.10)
 of 2018-04-10 built on atlas
Windowing system distributor 'The X.Org Foundation', version 11.0.11803000
System Description:    openSUSE Leap 42.3

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Configured using:
 'configure --with-x-toolkit=gtk3 --with-xwidgets --with-modules
 --with-mailutils --prefix=/home/brian/sandbox/emacs_26.1'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GSETTINGS NOTIFY
GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES
THREADS XWIDGETS LCMS2

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-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:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util 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 dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting xwidget-internal
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 95213 9039)
 (symbols 48 20393 2)
 (miscs 40 74 143)
 (strings 32 28418 1528)
 (string-bytes 1 751586)
 (vectors 16 14028)
 (vector-slots 8 493536 10574)
 (floats 8 49 68)
 (intervals 56 229 0)
 (buffers 992 12)
 (heap 1024 41537 1116))

[-- Attachment #1.2: Type: text/html, Size: 6682 bytes --]

[-- Attachment #2: emacs26_PuTTY.png --]
[-- Type: image/png, Size: 92665 bytes --]

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: charlie hemlock <charliehemlock@gmail.com>
> Date: Sun, 15 Apr 2018 20:09:42 -0400
> 
> 1. Build emacs 26 RC1 with --with-x-toolkit=gtk3
>      a. confirm builds and runs ok when run local
> 2. Login to windows box, launch ssh -X putty session to linux host with
> emacs 26 installed.  (windows xserver: vcxsrv or xming) 
> 3. emacs -Q
> 4. Emacs does not display correctly. Missing minibuffer, & can't type in buffer.  Compare to attached
> screenshot.

Is this all you see in the Emacs frame?  It looks like a part of a
frame, did you clip the image, perhaps?  If so, please show all of the
frame.

> I can compile Emacs 26.1 RC1 ok, and use it locally on the host fine.
> 
> However, when attempting to ssh -X to host via PuTTY 0.70 and launch  the Emacs gui  (emacs -Q), emacs
> is not displaying correctly. Using Windows xserver program VcXsrv (1.19.6.3).
> 
> See attached screenshot - no default welcome screen, and missing minibuffer too. 

It sounds like Emacs is hung or infloops somewhere.  Does it eat CPU
cycles?  Can you exit it with "C-x C-c" or do you have to kill it by a
signal?  Can you attach GDB to it (on the GNU/Linux side) and show a C
backtrace?  Please do this several times, restarting Emacs each time,
to make sure the backtrace points to the same place.

> I suspect this issue is related to some combination of GTK and
> Xming/VcXsrv, however the behavior does change between Emacs 25.3 and 26.1 RC1, see table below:

To make sure this is related to GTK, could you try building with a
different toolkit, just to see if that build starts as expected?

> Possibly related posts:
>  -
> https://emacs.stackexchange.com/questions/40990/emacs-aborted-core-dumped-centos-7-0-emacs-25-3-please-help
> 
>  - https://bugs.launchpad.net/elementaryos/+bug/1355274
>  - https://bugzilla.gnome.org/show_bug.cgi?id=85715

These don't look related to me, because the problems they describe
existed before Emacs 25, which you say worked OK for you.

Thanks.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[charlie hemlock]

[-- Attachment #1.1: Type: text/plain, Size: 3158 bytes --]

 > Is this all you see in the Emacs frame?  It looks like a part of a
> frame , did you clip the image, perhaps?  If so, please show all of the
frame.

That was all the frame. Including new attachment [emacs26_gtk3.png] for
clarity. (show a little of background and putty window). I tried resizing
window and same result.

> To make sure this is related to GTK, could you try building with a
> different toolkit, just to see if that build starts as expected?

Attached with "motif" x-toolkit screenshot. [emacs26_motif.png].
Appears OK,  but I can't ./configure --with-xwidgets

  > Does it eat CPU cycles?
No - just looked a 'top' output.

> Can you exit it with "C-x C-c" or do you have to kill it by a
signal?
C-x C-x works.

> Can you attach GDB to it (on the GNU/Linux side) and show a C
backtrace?

I attempted to do GDB backtrace even though its starting to get beyond my
comfort zone.
Results attached for CentOS7 and Leap 42.3.  Likely I didn't do this
correctly to be useful - please advise.

Thanks!
CH



On Mon, Apr 16, 2018 at 1:40 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: charlie hemlock <charliehemlock@gmail.com>
> > Date: Sun, 15 Apr 2018 20:09:42 -0400
> >
> > 1. Build emacs 26 RC1 with --with-x-toolkit=gtk3
> >      a. confirm builds and runs ok when run local
> > 2. Login to windows box, launch ssh -X putty session to linux host with
> > emacs 26 installed.  (windows xserver: vcxsrv or xming)
> > 3. emacs -Q
> > 4. Emacs does not display correctly. Missing minibuffer, & can't type in
> buffer.  Compare to attached
> > screenshot.
>
> Is this all you see in the Emacs frame?  It looks like a part of a
> frame, did you clip the image, perhaps?  If so, please show all of the
> frame.
>
> > I can compile Emacs 26.1 RC1 ok, and use it locally on the host fine.
> >
> > However, when attempting to ssh -X to host via PuTTY 0.70 and launch
> the Emacs gui  (emacs -Q), emacs
> > is not displaying correctly. Using Windows xserver program VcXsrv
> (1.19.6.3).
> >
> > See attached screenshot - no default welcome screen, and missing
> minibuffer too.
>
> It sounds like Emacs is hung or infloops somewhere.  Does it eat CPU
> cycles?  Can you exit it with "C-x C-c" or do you have to kill it by a
> signal?  Can you attach GDB to it (on the GNU/Linux side) and show a C
> backtrace?  Please do this several times, restarting Emacs each time,
> to make sure the backtrace points to the same place.
>
> > I suspect this issue is related to some combination of GTK and
> > Xming/VcXsrv, however the behavior does change between Emacs 25.3 and
> 26.1 RC1, see table below:
>
> To make sure this is related to GTK, could you try building with a
> different toolkit, just to see if that build starts as expected?
>
> > Possibly related posts:
> >  -
> > https://emacs.stackexchange.com/questions/40990/emacs-
> aborted-core-dumped-centos-7-0-emacs-25-3-please-help
> >
> >  - https://bugs.launchpad.net/elementaryos/+bug/1355274
> >  - https://bugzilla.gnome.org/show_bug.cgi?id=85715
>
> These don't look related to me, because the problems they describe
> existed before Emacs 25, which you say worked OK for you.
>
> Thanks.
>

[-- Attachment #1.2: Type: text/html, Size: 4757 bytes --]

[-- Attachment #2: centos7.txt --]
[-- Type: text/plain, Size: 16609 bytes --]

centos7 ~/release/emacs_26.1/bin > gdb --args ./emacs -Q
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-100.el7_4.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/brian/release/emacs_26.1/bin/emacs-26.1...done.
(gdb) run
Starting program: /home/brian/release/emacs_26.1/bin/./emacs -Q
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Missing separate debuginfo for /var/lib/VBoxGuestAdditions/lib/libGL.so.1
Missing separate debuginfo for /lib64/VBoxOGLcrutil.so
[New Thread 0x7fffded98700 (LWP 5680)]
[New Thread 0x7fffd7ac3700 (LWP 5681)]
[New Thread 0x7fffd70b5700 (LWP 5682)]
Detaching after fork from child process 5683.
[New Thread 0x7fffd68b4700 (LWP 5689)]
^C
Program received signal SIGINT, Interrupt.
0x00007fffeca48879 in __pselect (nfds=12, readfds=0x7fffffffceb0, writefds=0x7fffffffcf30, exceptfds=0x0, timeout=<optimized out>,
    sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/pselect.c:77
77            result = CALL_PSELECT6 (nfds, readfds, writefds, exceptfds, timeout,
Missing separate debuginfos, use: debuginfo-install GConf2-3.2.6-8.el7.x86_64 ImageMagick-6.7.8.9-15.el7_2.x86_64 alsa-lib-1.1.3-3.el7.x86_64 at-spi2-core-2.22.0-1.el7.x86_64 bzip2-libs-1.0.6-13.el7.x86_64 dbus-glib-0.100-7.el7.x86_64 dbus-libs-1.6.12-17.el7.x86_64 dconf-0.26.0-2.el7.x86_64 enchant-1.6.0-8.el7.x86_64 expat-2.1.0-10.el7_3.x86_64 giflib-4.1.6-9.el7.x86_64 gmp-6.0.0-15.el7.x86_64 gnutls-3.3.26-9.el7.x86_64 graphite2-1.3.10-1.el7_3.x86_64 gstreamer1-1.10.4-2.el7.x86_64 gstreamer1-plugins-base-1.10.4-1.el7.x86_64 gvfs-client-1.30.4-3.el7.x86_64 harfbuzz-1.3.2-1.el7.x86_64 harfbuzz-icu-1.3.2-1.el7.x86_64 hyphen-2.8.6-5.el7.x86_64 jbigkit-libs-2.0-11.el7.x86_64 keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-8.el7.x86_64 libICE-1.0.9-9.el7.x86_64 libSM-1.2.2-2.el7.x86_64 libXau-1.0.8-2.1.el7.x86_64 libXft-2.3.2-2.el7.x86_64 libXpm-3.5.12-1.el7.x86_64 libXrender-0.9.10-1.el7.x86_64 libXt-1.1.5-3.el7.x86_64 libacl-2.2.51-12.el7.x86_64 libattr-2.4.46-12.el7.x86_64 libblkid-2.23.2-43.el7_4.2.x86_64 libcom_err-1.42.9-10.el7.x86_64 libcroco-0.6.11-1.el7.x86_64 libdrm-2.4.74-1.el7.x86_64 libffi-3.0.13-18.el7.x86_64 libgcc-4.8.5-16.el7_4.2.x86_64 libgcrypt-1.5.3-14.el7.x86_64 libgomp-4.8.5-16.el7_4.2.x86_64 libgpg-error-1.12-3.el7.x86_64 libicu-50.1.2-15.el7.x86_64 libjpeg-turbo-1.2.90-5.el7.x86_64 libmount-2.23.2-43.el7_4.2.x86_64 libnotify-0.7.7-1.el7.x86_64 libpng-1.5.13-7.el7_2.x86_64 librsvg2-2.40.16-1.el7.x86_64 libsecret-0.18.5-2.el7.x86_64 libselinux-2.5-11.el7.x86_64 libsoup-2.56.0-4.el7_4.x86_64 libstdc++-4.8.5-16.el7_4.2.x86_64 libtasn1-4.10-1.el7.x86_64 libthai-0.1.14-9.el7.x86_64 libtiff-4.0.3-27.el7_3.x86_64 libtool-ltdl-2.4.2-22.el7_3.x86_64 libuuid-2.23.2-43.el7_4.2.x86_64 libwebp-0.3.0-7.el7.x86_64 libxcb-1.12-1.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64 libxshmfence-1.2-1.el7.x86_64 libxslt-1.1.28-5.el7.x86_64 mesa-libEGL-17.0.1-6.20170307.el7.x86_64 mesa-libgbm-17.0.1-6.20170307.el7.x86_64 ncurses-libs-5.9-14.20130511.el7_4.x86_64 nettle-2.7.1-8.el7.x86_64 orc-0.4.26-1.el7.x86_64 p11-kit-0.23.5-3.el7.x86_64 pcre-8.32-17.el7.x86_64 pixman-0.34.0-1.el7.x86_64 sqlite-3.7.17-8.el7.x86_64 webkitgtk4-2.14.7-3.el7.x86_64 webkitgtk4-jsc-2.14.7-3.el7.x86_64 xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64
(gdb) backtrace full
#0  0x00007fffeca48879 in __pselect (nfds=12, readfds=0x7fffffffceb0, writefds=0x7fffffffcf30, exceptfds=0x0, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/pselect.c:77
        resultvar = 18446744073709551102
        oldtype = 0
        tval = {tv_sec = 18, tv_nsec = 248987949}
        data = {ss = 0, ss_len = 8}
        result = <optimized out>
#1  0x00000000005c5ce0 in really_call_select (arg=0x7fffffffce00) at thread.c:572
        sa = 0x7fffffffce00
        self = 0xbe1f00 <main_thread>
        oldset =
            {__val = {0, 140737304356993, 0, 0, 140737488342464, 140737333114164, 0, 4975926, 22609152, 0, 22609152, 5204437, 0, 140737488344480, 0, 18446744073709551361}}
#2  0x00000000005c62c7 in thread_select (func=<optimized out>, max_fds=max_fds@entry=12, rfds=<optimized out>, wfds=<optimized out>, efds=efds@entry=0x0, timeout=timeout@entry=0x7fffffffd4b0, sigmask=sigmask@entry=0x0) at thread.c:602
        sa =
          {func = 0x415d30 <pselect@plt>, max_fds = 12, rfds = 0x7fffffffceb0, wfds = 0x7fffffffcf30, efds = 0x0, timeout = 0x7fffffffd4b0, sigmask = 0x0, result = 0}
#3  0x00000000005dfc90 in xg_select (fds_lim=12, rfds=rfds@entry=0x7fffffffd5a0, wfds=wfds@entry=0x7fffffffd620, efds=efds@entry=0x0, timeout=timeout@entry=0x7fffffffd4b0, sigmask=sigmask@entry=0x0) at xgselect.c:117
        all_rfds = {fds_bits = {3072, 0 <repeats 15 times>}}
        all_wfds = {fds_bits = {0 <repeats 16 times>}}
        tmo = {tv_sec = 0, tv_nsec = 500000000}
        tmop = 0x7fffffffd4b0
        context = 0x15a15f0
        have_wfds = <optimized out>
        gfds_buf =
            {{fd = 10, events = 1, revents = 0}, {fd = 11, events = 1, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -184069913, events = 32767, revents = 0}, {fd = 0, events = 1, revents = 0}, {fd = 204, events = 0, revents = 0}, {fd = 13492560, events = 0, revents = 0}, {fd = -313070743, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -198460903, events = 32767, revents = 0}, {fd = 22681072, events = 0, revents = 0}, {fd = -1, events = 65535, revents = 65535}, {fd = 13492560, events = 0, revents =---Type <return> to continue, or q <return> to quit---
 0}, {fd = 1, events = 1, revents = 0}, {fd = 204, events = 0, revents = 0}, {fd = 461325056, events = 62111, revents = 29582}, {fd = 23440228, events = 0, revents = 0}, {fd = 4096, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -12240, events = 32767, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = -12160, events = 32767, revents = 0}, {fd = 80, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23435424, events = 0, revents = 0}, {fd = 22907024, events = 0, revents = 0}, {fd = -12088, events = 32767, revents = 0}, {fd = -12080, events = 32767, revents = 0}, {fd = -193882551, events = 32767, revents = 0}, {fd = 627110613, events = 1, revents = 0}, {fd = 23435424, events = 0, revents = 0}, {fd = 627110613, events = 1, revents = 0}, {fd = -193882170, events = 32767, revents = 256}, {fd = 2, events = 0, revents = 0}, {fd = 22681072, events = 0, revents = 0}, {fd = -11888, events = 32767, revents = 0}, {fd = 461325056, events = 62111, revents = 29582}, {fd = 0, events = 0, revents = 0}, {fd = 23440112, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23440136, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23440112, events = 0, revents = 0}, {fd = 23440136, events = 0, revents = 0}, {fd = -11912, events = 32767, revents = 0}, {fd = -11904, events = 32767, revents = 0}, {fd = -198465855, events = 32767, revents = 0}, {fd = 22907024, events = 0, revents = 0}, {fd = 2381, events = 0, revents = 0}, {fd = -11912, events = 32767, revents = 0}, {fd = -11904, events = 32767, revents = 0}, {fd = 627110613, events = 1, revents = 0}, {fd = 28222432, events = 0, revents = 0}, {fd = 627110613, events = 1, revents = 0}, {fd = -193882239, events = 32767, revents = 256}, {fd = 2, events = 0, revents = 0}, {fd = 22681072, events = 0, revents = 0}, {fd = -11712, events = 32767, revents = 0}, {fd = -11720, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -160168064, events = 32767, revents = 0}, {fd = 2147483647, events = 0, revents = 0}, {fd = -324644659, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -184002943, events = 32767, revents = 0}, {fd = 5233, events = 0, revents = 0}, {fd = 814527051, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 461325056, events = 62111, revents = 29582}, {fd = 0, events = 0, revents = 0}, {fd = -183996816, events = 32767, revents = 0}, {fd = 22681072, events = 0, revents = 0}, {fd = -160003546, events = 32767, revents = 0}, {fd = 22681072, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 5546713, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -11504, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = -11504, events = 32767, revents = 0}, {fd = 5677816, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 18330248, events = 0, revents = 0}, {fd = 18330408, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 2, events = 0, revents = 0}, {fd = -184002392, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 24714544, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = -11480, events = 32767, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 17607907, events = 0, revents = 0}, {fd = 627110613, events = 1, revents = 0}, {fd = 22681072, events = 0, revents = 256}, {fd = 2, events = 0, revents = 0}, {fd = -11360, events = 32767, revents = 0}, {fd = 20079285, events = 0, revents = 0}, {fd = 23, events = 0, revents = 0}, {fd = 12967312, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = 12967312, events = 0, revents = 0}, {fd = -324644659, events = 32767, revents = 0}, {fd = -11424, events = 32767, revents = 0}, {fd = 6204578, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revent---Type <return> to continue, or q <return> to quit---
s = 0}, {fd = 5199600, events = 0, revents = 0}, {fd = 27, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 341638960, events = 0, revents = 0}, {fd = 1523921449, events = 0, revents = 0}, {fd = 17607907, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 74248407, events = 0, revents = 0}, {fd = 0, events = 3, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = 23, events = 0, revents = 0}, {fd = 1523921449, events = 0, revents = 0}, {fd = 74248407, events = 0, revents = 0}}
        gfds = <optimized out>
        gfds_size = <optimized out>
        n_gfds = <optimized out>
        retval = 0
        our_fds = 0
        max_fds = 11
        context_acquired = true
        i = <optimized out>
        nfds = <optimized out>
        tmo_in_millisec = -1
        must_free = <optimized out>
        need_to_dispatch = <optimized out>
#4  0x00000000005a76c5 in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=wait_for_cell@entry=0, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:5377
        process_skipped = <optimized out>
        channel = <optimized out>
        nfds = <optimized out>
        Available = {fds_bits = {1024, 0 <repeats 15 times>}}
        Writeok = {fds_bits = {0 <repeats 16 times>}}
        check_write = true
        check_delay = 0
        no_avail = false
        xerrno = 4
        proc = <optimized out>
        timeout = {tv_sec = 29, tv_nsec = 357503514}
        end_time = {tv_sec = 1523921478, tv_nsec = 431750861}
---Type <return> to continue, or q <return> to quit---
        timer_delay = <optimized out>
        got_output_end_time = {tv_sec = 0, tv_nsec = -1}
        wait = TIMEOUT
        got_some_output = -1
        retry_for_async = <optimized out>
        now = <optimized out>
#5  0x0000000000423b82 in sit_for (timeout=<optimized out>, reading=reading@entry=true, display_option=display_option@entry=1)
    at dispnew.c:5793
        sec = 30
        nsec = 0
        do_display = true
#6  0x00000000004fbb25 in read_char (commandflag=commandflag@entry=1, map=map@entry=21679699, prev_event=<optimized out>, used_mouse_menu=used_mouse_menu@entry=0x7fffffffdd9b, end_time=end_time@entry=0x0) at keyboard.c:2717
        tem0 = <optimized out>
        timeout = <optimized out>
        delay_level = <optimized out>
        buffer_size = <optimized out>
        c = 0
        local_getcjmp =
                {{__jmpbuf = {18330368, -1899263571742338688, 0, 0, 0, 17608659, 1899263570914660736, -1899264194287939200}, __mask_was_saved = 0, __saved_mask = {__val = {146, 586, 4, 0 <repeats 13 times>}}}}
        save_jump = {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0 <repeats 16 times>}}}}
        tem = <optimized out>
        save = <optimized out>
        previous_echo_area_message = 0
        also_record = 0
        reread = false
        recorded = false
        polling_stopped_here = false
        orig_kboard = <optimized out>
#7  0x00000000004fc7c3 in read_key_sequence (keybuf=keybuf@entry=0x7fffffffde70, prompt=prompt@entry=0, dont_downcase_last=dont_downca---Type <return> to continue, or q <return> to quit---
se_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9147
        interrupted_kboard = 0x1758ae0
        interrupted_frame = 0x13252b0
        key = <optimized out>
        used_mouse_menu = false
        echo_local_start = 0
        last_real_key_start = <optimized out>
        keys_local_start = <optimized out>
        new_binding = <optimized out>
        t = <optimized out>
        echo_start = 0
        keys_start = 0
        current_binding = 21679699
        first_event = 0
        first_unbound = 31
        mock_input = 0
        fkey = {parent = 17027443, map = 17027443, start = 0, end = 0}
        keytran = {parent = 12812947, map = 12812947, start = 0, end = 0}
        indec = {parent = 17027459, map = 17027459, start = 0, end = 0}
        shift_translated = false
        delayed_switch_frame = 0
        original_uppercase = 4407536
        original_uppercase_position = -1
        dummyflag = false
        starting_buffer = 0xc5dd90
        fake_prefixed_keys = 0
#8  0x00000000004fe226 in command_loop_1 () at keyboard.c:1368
        cmd = <optimized out>
        keybuf =
          {4, 140737488346688, 390842023988, 9881072, 4, 4002, 9656848, 0, 140737488346992, 5648951, 0, 0, 124, 0, 0, 0, 0, 0, 0, 1407---Type <return> to continue, or q <return> to quit---
37166530400, 280, 120, 120, 16625123, 0, 4002, 4294967295, 5647649, 5, 31344}
        i = <optimized out>
        prev_modiff = 0
        prev_buffer = 0x0
#9  0x00000000005624e4 in internal_condition_case (bfun=bfun@entry=0x4fe020 <command_loop_1>, handlers=handlers@entry=21168, hfun=hfun@entry=0x4f4bb0 <cmd_error>) at eval.c:1332
        val = <optimized out>
        c = 0x15e9960
#10 0x00000000004eff8c in command_loop_2 (ignore=ignore@entry=0) at keyboard.c:1110
        val = -514
#11 0x0000000000562494 in internal_catch (tag=tag@entry=51552, func=func@entry=0x4eff70 <command_loop_2>, arg=arg@entry=0)
    at eval.c:1097
        val = -514
        c = 0x15e9840
#12 0x00000000004eff47 in command_loop () at keyboard.c:1089
#13 0x00000000004f47e3 in recursive_edit_1 () at keyboard.c:695
        val = <optimized out>
#14 0x00000000004f4af5 in Frecursive_edit () at keyboard.c:766
        buffer = <optimized out>
#15 0x000000000041aca3 in main (argc=2, argv=0x7fffffffe1f8) at emacs.c:1713
        stack_bottom_variable = 0x0
        do_initial_setlocale = <optimized out>
        dumping = <optimized out>
        skip_args = 0
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x0
        original_pwd = <optimized out>
        disable_aslr = <optimized out>
        rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615}
---Type <return> to continue, or q <return> to quit---
        sockfd = -1
        module_assertions = <optimized out>
(gdb)

[-- Attachment #3: emacs26_gtk3.png --]
[-- Type: image/png, Size: 269294 bytes --]

[-- Attachment #4: emacs26_motif.png --]
[-- Type: image/png, Size: 312995 bytes --]

[-- Attachment #5: leap43.2.txt --]
[-- Type: text/plain, Size: 18075 bytes --]

~/sandbox > gdb --args ./emacs_26.1/bin/emacs -Q
GNU gdb (GDB; openSUSE Leap 42.3) 8.0.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./emacs_26.1/bin/emacs...done.
(gdb) run
Starting program: /home/brian/sandbox/emacs_26.1/bin/emacs -Q
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe2324700 (LWP 6841)]
[New Thread 0x7fffe117a700 (LWP 6842)]
Detaching after fork from child process 6843.
[New Thread 0x7fffdbfff700 (LWP 6844)]
Detaching after fork from child process 6845.
^C
Thread 1 "emacs" received signal SIGINT, Interrupt.
0x00007fffec750a49 in __pselect (nfds=8, readfds=0x7fffffffcd40, writefds=0x7fffffffcdc0, exceptfds=0x0, timeout=<optimized out>,
    sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/pselect.c:69
69      ../sysdeps/unix/sysv/linux/pselect.c: No such file or directory.
Missing separate debuginfos, use: zypper install libfreetype6-debuginfo-2.9-156.1.x86_64
(gdb) backtrace full
#0  0x00007fffec750a49 in __pselect (nfds=8, readfds=0x7fffffffcd40, writefds=0x7fffffffcdc0, exceptfds=0x0, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/pselect.c:69
        resultvar = 18446744073709551102
        sc_cancel_oldtype = 0
        sc_ret = <optimized out>
        tval = {tv_sec = 0, tv_nsec = 309058033}
        data = {ss = 0, ss_len = 8}
        result = <optimized out>
#1  0x00000000005c8960 in really_call_select (arg=0x7fffffffcc90) at thread.c:572
        sa = 0x7fffffffcc90
        self = 0xbe1e00 <main_thread>
        oldset =
            {__val = {0, 20663605, 49920, 17754003, 0, 21807443, 0, 0, 0, 30, 0, 14052075844346643650, 5243319166974535752, 140737488344112, 0, 499081985}}
#2  0x00000000005c8f47 in thread_select (func=<optimized out>, max_fds=max_fds@entry=8, rfds=<optimized out>, wfds=<optimized out>, efds=efds@entry=0x0, timeout=timeout@entry=0x7fffffffd340, sigmask=sigmask@entry=0x0) at thread.c:602
        sa =
          {func = 0x4179b0 <pselect@plt>, max_fds = 8, rfds = 0x7fffffffcd40, wfds = 0x7fffffffcdc0, efds = 0x0, timeout = 0x7fffffffd340, sigmask = 0x0, result = 0}
#3  0x00000000005e2860 in xg_select (fds_lim=8, rfds=rfds@entry=0x7fffffffd430, wfds=wfds@entry=0x7fffffffd4b0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fffffffd340, sigmask=sigmask@entry=0x0) at xgselect.c:117
        all_rfds = {fds_bits = {192, 0 <repeats 15 times>}}
        all_wfds = {fds_bits = {0 <repeats 16 times>}}
        tmo = {tv_sec = 140737488342656, tv_nsec = 140737488342376}
        tmop = 0x7fffffffd340
        context = 0x16aa230
        have_wfds = <optimized out>
        gfds_buf =
            {{fd = 6, events = 1, revents = 0}, {fd = 7, events = 1, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -12416, events = 32767, revents = 0}, {fd = 9735696, events = 0, revents = 0}, {fd = -12424, events = 32767, revents = 0}, {fd = 9, events = 0, revents = 0}, {fd = 5657635, events = 0, revents = 0}, {fd = 0, ---Type <return> to continue, or q <return> to quit---
events = 0, revents = 0}, {fd = -313757191, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -198206743, events = 32767, revents = 0}, {fd = 2, events = 0, revents = 0}, {fd = -1, events = 65535, revents = 65535}, {fd = -12424, events = 32767, revents = 256}, {fd = 240, events = 1, revents = 0}, {fd = 240, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23660772, events = 0, revents = 0}, {fd = 4096, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -12576, events = 32767, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = -12496, events = 32767, revents = 0}, {fd = 80, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -12456, events = 32767, revents = 0}, {fd = -12448, events = 32767, revents = 0}, {fd = -11984, events = 32767, revents = 0}, {fd = -12206, events = 32767, revents = 0}, {fd = 5892084, events = 0, revents = 0}, {fd = -12224, events = 32767, revents = 256}, {fd = 20663605, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 17754003, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 2, events = 0, revents = 0}, {fd = -956355072, events = 52850, revents = 21959}, {fd = 9735888, events = 0, revents = 0}, {fd = 23660656, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23660680, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23660656, events = 0, revents = 0}, {fd = 23660680, events = 0, revents = 0}, {fd = -12256, events = 32767, revents = 0}, {fd = -12248, events = 32767, revents = 0}, {fd = -198211551, events = 32767, revents = 0}, {fd = 23613264, events = 0, revents = 0}, {fd = 2220, events = 0, revents = 0}, {fd = -12256, events = 32767, revents = 0}, {fd = -12248, events = 32767, revents = 0}, {fd = -863435569, events = 840, revents = 8799}, {fd = 29306752, events = 0, revents = 0}, {fd = 23654400, events = 0, revents = 0}, {fd = -193652423, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23654400, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = -12064, events = 32767, revents = 0}, {fd = -12072, events = 32767, revents = 0}, {fd = -12160, events = 32767, revents = 0}, {fd = -327791994, events = 32767, revents = 0}, {fd = 23654400, events = 0, revents = 0}, {fd = 23765552, events = 0, revents = 0}, {fd = 2147483647, events = 0, revents = 0}, {fd = -183766319, events = 32767, revents = 0}, {fd = 5764, events = 0, revents = 0}, {fd = 479464618, events = 0, revents = 0}, {fd = 23765552, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 5552393, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -11872, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 2, events = 0, revents = 0}, {fd = -11872, events = 32767, revents = 0}, {fd = 5683496, events = 0, revents = 0}, {fd = 23765552, events = 0, revents = 0}, {fd = 18397240, events = 0, revents = 0}, {fd = 18397400, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = -11992, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 2, events = 0, revents = 0}, {fd = -183765800, events = 32767, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 24982496, events = 0, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = -11848, events = 32767, revents = 0}, {fd = 1, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 17758707, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 23765552, events = 0, revents = 0}, {fd = -11792, events = 32767, revents = 0}, {fd = -11744, events = 32767, revents = 0}, {fd = 17758723, events = 0, revents = 0}, {fd = 5196223, events = 0, revents = 0}, {fd = 23253, events = 0, revents = 0}, {fd = 12940, events = 4219, revents = 12}, {fd = 632000, events = 0, revents = 0}, {fd = -11728, events = 32767, revents = 0}, {fd = 23253, events = 0, revents = 0}, {fd = 12940, events = 4219, revents = 12}, {fd = 632000, events = ---Type <return> to continue, or q <return> to quit---
0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 5207407, events = 0, revents = 0}, {fd = 3, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 501573917, events = 0, revents = 0}, {fd = 1523921548, events = 0, revents = 0}, {fd = 17758691, events = 0, revents = 0}, {fd = 17758723, events = 0, revents = 0}, {fd = 291569420, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 0, events = 0, revents = 0}, {fd = 499082212, events = 0, revents = 0}, {fd = -10832, events = 32767, revents = 0}, {fd = -327791994, events = 32767, revents = 0}}
        gfds = <optimized out>
        gfds_size = <optimized out>
        n_gfds = <optimized out>
        retval = 0
        our_fds = 0
        max_fds = 7
        context_acquired = true
        i = <optimized out>
        nfds = <optimized out>
        tmo_in_millisec = -1
        must_free = <optimized out>
        need_to_dispatch = <optimized out>
#4  0x00000000005a8cf5 in wait_reading_process_output (time_limit=time_limit@entry=0, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=true, wait_for_cell=wait_for_cell@entry=0, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0)
    at process.c:5377
        process_skipped = <optimized out>
        channel = <optimized out>
        nfds = <optimized out>
        Available = {fds_bits = {64, 0 <repeats 15 times>}}
        Writeok = {fds_bits = {0 <repeats 16 times>}}
        check_write = true
        check_delay = 0
        no_avail = false
        xerrno = 11
        proc = <optimized out>
        timeout = {tv_sec = 0, tv_nsec = 499082212}
---Type <return> to continue, or q <return> to quit---
        end_time = {tv_sec = 0, tv_nsec = 0}
        timer_delay = <optimized out>
        got_output_end_time = {tv_sec = 1524021544, tv_nsec = 790123095}
        wait = INFINITY
        got_some_output = -1
        retry_for_async = <optimized out>
        now = <optimized out>
#5  0x00000000004fc25d in kbd_buffer_get_event (end_time=0x0, used_mouse_menu=0x7fffffffdbeb, kbp=<synthetic pointer>)
    at keyboard.c:3831
        do_display = <optimized out>
        obj = <optimized out>
        c = 0
        save_jump = {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0 <repeats 16 times>}}}}
        kb = <optimized out>
        terminal = <optimized out>
        events = {1, 0, 1, 5990719, 13046421, 21770675, 145, 32592, 21807587, 0, 1, 21807584, -1, 5990719, 586, 140737488345696}
        n = <optimized out>
        c = <optimized out>
        local_getcjmp =
                {{__jmpbuf = {18397360, -5166953702293835995, 3, 0, 0, 17713171, 5166953765521256229, -5166954293111099611}, __mask_was_saved = 0, __saved_mask = {__val = {146, 586, 4, 0 <repeats 13 times>}}}}
        save_jump =
                {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0, 0, 0, 0, 32592, 120, 120, 0, 0, 146, 18878992, 2, 17747248}}}}
        tem = <optimized out>
        save = <optimized out>
        previous_echo_area_message = 0
        also_record = 0
        reread = false
        recorded = false
        polling_stopped_here = true
---Type <return> to continue, or q <return> to quit---
        orig_kboard = <optimized out>
#6  0x00000000004fc25d in read_event_from_main_queue (used_mouse_menu=<optimized out>, local_getcjmp=<optimized out>, end_time=<optimized out>) at keyboard.c:2151
        c = 0
        save_jump = {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0 <repeats 16 times>}}}}
        kb = <optimized out>
        terminal = <optimized out>
        events = {1, 0, 1, 5990719, 13046421, 21770675, 145, 32592, 21807587, 0, 1, 21807584, -1, 5990719, 586, 140737488345696}
        n = <optimized out>
        c = <optimized out>
        local_getcjmp =
                {{__jmpbuf = {18397360, -5166953702293835995, 3, 0, 0, 17713171, 5166953765521256229, -5166954293111099611}, __mask_was_saved = 0, __saved_mask = {__val = {146, 586, 4, 0 <repeats 13 times>}}}}
        save_jump =
                {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0, 0, 0, 0, 32592, 120, 120, 0, 0, 146, 18878992, 2, 17747248}}}}
        tem = <optimized out>
        save = <optimized out>
        previous_echo_area_message = 0
        also_record = 0
        reread = false
        recorded = false
        polling_stopped_here = true
        orig_kboard = <optimized out>
#7  0x00000000004fc25d in read_decoded_event_from_main_queue (used_mouse_menu=<optimized out>, prev_event=<optimized out>, local_getcjmp=<optimized out>, end_time=<optimized out>) at keyboard.c:2214
        terminal = <optimized out>
        events = {1, 0, 1, 5990719, 13046421, 21770675, 145, 32592, 21807587, 0, 1, 21807584, -1, 5990719, 586, 140737488345696}
        n = <optimized out>
        c = <optimized out>
        local_getcjmp =
---Type <return> to continue, or q <return> to quit---
                {{__jmpbuf = {18397360, -5166953702293835995, 3, 0, 0, 17713171, 5166953765521256229, -5166954293111099611}, __mask_was_saved = 0, __saved_mask = {__val = {146, 586, 4, 0 <repeats 13 times>}}}}
        save_jump =
                {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0, 0, 0, 0, 32592, 120, 120, 0, 0, 146, 18878992, 2, 17747248}}}}
        tem = <optimized out>
        save = <optimized out>
        previous_echo_area_message = 0
        also_record = 0
        reread = false
        recorded = false
        polling_stopped_here = true
        orig_kboard = <optimized out>
#8  0x00000000004fc25d in read_char (commandflag=commandflag@entry=1, map=map@entry=21805699, prev_event=<optimized out>, used_mouse_menu=used_mouse_menu@entry=0x7fffffffdbeb, end_time=end_time@entry=0x0) at keyboard.c:2802
        c = <optimized out>
        local_getcjmp =
                {{__jmpbuf = {18397360, -5166953702293835995, 3, 0, 0, 17713171, 5166953765521256229, -5166954293111099611}, __mask_was_saved = 0, __saved_mask = {__val = {146, 586, 4, 0 <repeats 13 times>}}}}
        save_jump =
                {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0, 0, 0, 0, 32592, 120, 120, 0, 0, 146, 18878992, 2, 17747248}}}}
        tem = <optimized out>
        save = <optimized out>
        previous_echo_area_message = 0
        also_record = 0
        reread = false
        recorded = false
        polling_stopped_here = true
        orig_kboard = <optimized out>
#9  0x00000000004fe413 in read_key_sequence (keybuf=keybuf@entry=0x7fffffffdcc0, prompt=prompt@entry=0, dont_downcase_last=dont_downca---Type <return> to continue, or q <return> to quit---
se_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9147
        interrupted_kboard = 0x17dea60
        interrupted_frame = 0x1339680
        key = <optimized out>
        used_mouse_menu = false
        echo_local_start = 0
        last_real_key_start = <optimized out>
        keys_local_start = <optimized out>
        new_binding = <optimized out>
        t = <optimized out>
        echo_start = 0
        keys_start = 0
        current_binding = 21805699
        first_event = 0
        first_unbound = 31
        mock_input = 0
        fkey = {parent = 17102787, map = 17102787, start = 0, end = 0}
        keytran = {parent = 12891795, map = 12891795, start = 0, end = 0}
        indec = {parent = 17102803, map = 17102803, start = 0, end = 0}
        shift_translated = false
        delayed_switch_frame = 0
        original_uppercase = 4414576
        original_uppercase_position = -1
        dummyflag = false
        starting_buffer = 0xc71290
        fake_prefixed_keys = 0
#10 0x00000000004ffe76 in command_loop_1 () at keyboard.c:1368
        cmd = <optimized out>
        keybuf =
          {140737159580088, 140737488346256, 804832313, 9881344, 4, 4002, 9744880, 0, 140737488346560, 5654631, 0, 0, 472446402651, 0,---Type <return> to continue, or q <return> to quit---
 0, 532575944823, 4294967295, 0, 18397240, 140737163339328, 280, 120, 120, 16704755, 0, 4002, 4294967295, 5653329, 5, 31344}
        i = <optimized out>
        prev_modiff = 0
        prev_buffer = 0x0
#11 0x0000000000563b14 in internal_condition_case (bfun=bfun@entry=0x4ffc70 <command_loop_1>, handlers=handlers@entry=21168, hfun=hfun@entry=0x4f6800 <cmd_error>) at eval.c:1332
        val = <optimized out>
        c = 0x1613660
#12 0x00000000004f1bdc in command_loop_2 (ignore=ignore@entry=0) at keyboard.c:1110
        val = -514
#13 0x0000000000563ac4 in internal_catch (tag=tag@entry=51552, func=func@entry=0x4f1bc0 <command_loop_2>, arg=arg@entry=0)
    at eval.c:1097
        val = -514
        c = 0x1613540
#14 0x00000000004f1b97 in command_loop () at keyboard.c:1089
#15 0x00000000004f6433 in recursive_edit_1 () at keyboard.c:695
        val = <optimized out>
#16 0x00000000004f6745 in Frecursive_edit () at keyboard.c:766
        buffer = <optimized out>
#17 0x000000000041c813 in main (argc=2, argv=0x7fffffffe048) at emacs.c:1713
        stack_bottom_variable = 0x7fffed4bdbfd <__pthread_once_slow+167>
        do_initial_setlocale = <optimized out>
        dumping = <optimized out>
        skip_args = 0
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x0
        original_pwd = <optimized out>
        disable_aslr = <optimized out>
        rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615}
---Type <return> to continue, or q <return> to quit---
        sockfd = -1
        module_assertions = <optimized out>
(gdb)

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: charlie hemlock <charliehemlock@gmail.com>
> Date: Mon, 16 Apr 2018 19:37:44 -0400
> Cc: 31169@debbugs.gnu.org
> 
> > Is this all you see in the Emacs frame?  It looks like a part of a
> > frame , did you clip the image, perhaps?  If so, please show all of the frame. 
> 
> That was all the frame. Including new attachment [emacs26_gtk3.png] for clarity. (show a little of background
> and putty window). I tried resizing window and same result.
> 
> > To make sure this is related to GTK, could you try building with a
> > different toolkit, just to see if that build starts as expected? 
> 
> Attached with "motif" x-toolkit screenshot. [emacs26_motif.png].
> Appears OK,  but I can't ./configure --with-xwidgets 

The Motif frame looks better, but still not entirely normal: what's
that empty space to the right of the window?

Is that similar to what you see locally on the GNU/Linux box?

>   > Does it eat CPU cycles?  
> No - just looked a 'top' output.
> 
> > Can you exit it with "C-x C-c" or do you have to kill it by a
> signal?  
> C-x C-x works.

If "C-x C-c" works, then does "M-x redraw-display RET" redraw the
frame to its normal appearance?

What about "C-x 5 b RET" -- does it create a new frame, and does that
frame look correctly?

Thanks.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[charlie hemlock]

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

 > The Motif frame looks better, but still not entirely normal: what's that
empty space to the right of the  window? Is that similar  to what you see
locally on the GNU/Linux box?

That empty narrow space looks similar as locally launched Emacs. That
narrow area is where line wrap indicators show up.


> If "C-x C-c" works, then does  "M-x redraw-display RET" redraw the frame
to its normal appearance?

No.

> What about "C-x 5 b  RET" -- does it create a new frame, and does that
frame look correctly?

Creates new frame. Does not look correct - same as first.

C-x 2   does split frame. But still missing minibuffer and can't type in
either buffer.

I also clicked the "File" button on menu bar, and got several errors below,
and the File Menu did not display:
However, Clicking the Open File icon did open the file browser .
Related to this menu issue:
 - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
 - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
 - Can't say if these are related to the original display issues discussed
here or entire separate issue

% ~/release/emacs_26.1/bin/emacs -Q

(emacs:3612): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width:
assertion 'width >= 0' failed

[[removed several repeats]]

(emacs:3612): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width:
assertion 'width >= 0' failed
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

(emacs:3612): Gtk-WARNING **: Negative content width -7 (allocation 1,
extents 4x4) while allocating gadget (node arrow, owner GtkMenu)

(emacs:3612): Gtk-WARNING **: Negative content width -7 (allocation 1,
extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

(emacs:3612): Gtk-WARNING **: Negative content width -11 (allocation 1,
extents 6x6) while allocating gadget (node menuitem, owner GtkMenuItem)

(emacs:3612): Gtk-WARNING **: Negative content height -7 (allocation 1,
extents 4x4) while allocating gadget (node menuitem, owner GtkMenuItem)

[[removed several repeats]]


In my original post - I forgot to mention with xming 6.9.0.31 (not vcxsrv)
I get different emacs behavior (the test combinations are growing) .
The emacs gui launches and appears ok, but core dumps as soon as I attempt
anything else.
% ~/release/emacs_26.1/bin/emacs -Q
# click anywhere
X protocol error: BadRequest (invalid request code or no such operation) on
protocol request 130
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.
Fatal error 6: Aborted

But I did include that bug link
<https://bugzilla.gnome.org/show_bug.cgi?id=85715>in original post.   I
can't say if these are closely or distantly or not related.

Anyone else experiencing or able to replicate?
Thanks!

On Mon, Apr 16, 2018 at 10:34 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: charlie hemlock <charliehemlock@gmail.com>
> > Date: Mon, 16 Apr 2018 19:37:44 -0400
> > Cc: 31169@debbugs.gnu.org
> >
> > > Is this all you see in the Emacs frame?  It looks like a part of a
> > > frame , did you clip the image, perhaps?  If so, please show all of
> the frame.
> >
> > That was all the frame. Including new attachment [emacs26_gtk3.png] for
> clarity. (show a little of background
> > and putty window). I tried resizing window and same result.
> >
> > > To make sure this is related to GTK, could you try building with a
> > > different toolkit, just to see if that build starts as expected?
> >
> > Attached with "motif" x-toolkit screenshot. [emacs26_motif.png].
> > Appears OK,  but I can't ./configure --with-xwidgets
>
> The Motif frame looks better, but still not entirely normal: what's
> that empty space to the right of the window?
>
> Is that similar to what you see locally on the GNU/Linux box?
>
> >   > Does it eat CPU cycles?
> > No - just looked a 'top' output.
> >
> > > Can you exit it with "C-x C-c" or do you have to kill it by a
> > signal?
> > C-x C-x works.
>
> If "C-x C-c" works, then does "M-x redraw-display RET" redraw the
> frame to its normal appearance?
>
> What about "C-x 5 b RET" -- does it create a new frame, and does that
> frame look correctly?
>
> Thanks.
>

[-- Attachment #2: Type: text/html, Size: 6814 bytes --]

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: charlie hemlock <charliehemlock@gmail.com>
> Date: Tue, 17 Apr 2018 20:30:33 -0400
> Cc: 31169@debbugs.gnu.org
> 
> > The Motif frame looks better, but still not entirely normal: what's that empty space to the right of the 
> window? Is that similar  to what you see locally on the GNU/Linux box?
> 
> That empty narrow space looks similar as locally launched Emacs. That narrow area is where line wrap
> indicators show up.

That's the fringe.  And that's already bad: why isn't it being
displayed?  The fringe on the left displays correctly.  Do you see
anything in the *Messages* buffer that could hint on the problem?

Maybe the Motif build bit-rotted.  Is it possible for you to try
building with Lucid instead?  If the Lucid build shows the same
problem when run locally, I think the local display problems need to
be investigated first, but I wonder how come no one else sees these
display problems, they are pretty apparent and cannot be missed.

> I also clicked the "File" button on menu bar, and got several errors below, and the File Menu did not display:
> However, Clicking the Open File icon did open the file browser .
> Related to this menu issue:
>  - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
>  - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
>  - Can't say if these are related to the original display issues discussed here or entire separate issue

This bug says the problem is fixed in GTK+ 3.22.25.  Can you try that
version of GTK+?

> % ~/release/emacs_26.1/bin/emacs -Q
> 
> (emacs:3612): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
> 
> [[removed several repeats]]
> 
> (emacs:3612): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
> *** BUG ***
> In pixman_region32_init_rect: Invalid rectangle passed
> Set a breakpoint on '_pixman_log_error' to debug
> 
> *** BUG ***
> In pixman_region32_init_rect: Invalid rectangle passed
> Set a breakpoint on '_pixman_log_error' to debug
> 
> (emacs:3612): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget
> (node arrow, owner GtkMenu)
> 
> (emacs:3612): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget
> (node arrow, owner GtkMenu)
> *** BUG ***
> In pixman_region32_init_rect: Invalid rectangle passed
> Set a breakpoint on '_pixman_log_error' to debug
> 
> (emacs:3612): Gtk-WARNING **: Negative content width -11 (allocation 1, extents 6x6) while allocating
> gadget (node menuitem, owner GtkMenuItem)
> 
> (emacs:3612): Gtk-WARNING **: Negative content height -7 (allocation 1, extents 4x4) while allocating gadget
> (node menuitem, owner GtkMenuItem)

And Emacs 25, which works for you in the same setup, uses the same
version of GTK+ as the 26.1RC1 build?

> The emacs gui launches and appears ok, but core dumps as soon as I attempt anything else.
> % ~/release/emacs_26.1/bin/emacs -Q
> # click anywhere
> X protocol error: BadRequest (invalid request code or no such operation) on protocol request 130
> When compiled with GTK, Emacs cannot recover from X disconnects.
> This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
> For details, see etc/PROBLEMS.
> Fatal error 6: Aborted
> 
> But I did include that bug link in original post.   I can't say if these are closely or distantly or not related.

Those are for Emacs 23, 24, and 25, whereas you said Emacs 25 worked
for you.  So how can those be the same problems?  And if they are the
same problem, clearly the solution should be in GTK+, not in Emacs,
right?

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Noam Postavsky]

charlie hemlock <charliehemlock@gmail.com> writes:

> 1. Build emacs 26 RC1 with --with-x-toolkit=gtk3
>      a. confirm builds and runs ok when run local
> 2. Login to windows box, launch ssh -X putty session to linux host with
> emacs 26 installed.  (windows xserver: vcxsrv or xming) 
> 3. emacs -Q
> 4. Emacs does not display correctly. Missing minibuffer, & can't type in buffer.  Compare to attached screenshot.
>
> I can compile Emacs 26.1 RC1 ok, and use it locally on the host fine.
>
> However, when attempting to ssh -X to host via PuTTY 0.70 and launch
> the Emacs gui (emacs -Q), emacs is not displaying correctly. Using
> Windows xserver program VcXsrv (1.19.6.3).
>
> See attached screenshot - no default welcome screen, and missing minibuffer too. 

This looks similar to Bug#25474, does adding

    (modify-frame-parameters nil '((inhibit-double-buffering . t)))

to your init.el as suggested there help?

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25474

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[charlie hemlock]

[-- Attachment #1.1: Type: text/plain, Size: 6977 bytes --]

 > That's the fringe.  And that's already bad: why isn't it being
> displayed?  The fringe on the left displays correctly.

Ah ok.  I suspect this could be a vcxsrv issue. As if I resize the emacs
window it can go away. See 2 attachments build with lucid.
Only change is resizing window.


> Do you see anything in the *Messages* buffer that could hint on the
problem?

No messages. Note I can't see it in gtk builds - but I can save the
messages buffer to file and confirm its just the default message.
"For information about GNU Emacs and the GNU system, type C-h C-a."


> Maybe the Motif build bit-rotted.  Is it possible for you to try
> building with Lucid instead? If the Lucid build shows the same
> problem when run locally, I think the local display problems need to
> be investigated first, but I wonder how come no one else sees these
> display problems, they are pretty apparent and cannot be missed.

See attachments (remote display emacs lucid).  I don't believe I have any
local display issues.


Sorry for the repeated links for the gtk menu bugs (long day), they should
have been:
- https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
- https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/992464


> This bug says the problem is fixed in GTK+ 3.22.25.  Can you try that
version of GTK+?
See table below.

> Those are for Emacs 23, 24, and 25, whereas you said Emacs 25 workedf or
you.  So how can those be the same problems?  And if they are the
> same problem, clearly the solution should be in GTK+, not in Emacs,right?

So Emacs 25.3 gtk3 displayed via *xming* also core dumps.  Like I said the
# of combinations is growing.
Also feels like there we're dealing with more than one bug here.
I'd feel a lot better if someone else could replicate.

An attempt to recap (xming 6.9.0.31, VcXsrv  1.19.6.3)

CentOS7, gtk: 2.24.31,  gtk3: 3.22.10
| emacs      | Xming     | VcXsrv                 |
+------------+-----------+------------------------+
| 25.3  gtk2 | ok        | ok                     |
| 25.3  gtk3 | core dump | display ok, menus bad  |
| 26.1  gtk2 | ok        | bad, but menus ok      |
| 26.1  gtk3 | core dump | bad, menus bad         |

OpenSUSE Leap 42.3 , gtk2: 2.24.31,  gtk3: 3.22.10
| emacs      | Xming     | VcXsrv             |
+------------+-----------+--------------------+
| 25.3  gtk2 | ok        | ok                 |
| 25.3  gtk3 | core dump | ok                 |
| 26.1  gtk2 | ok        | bad, but menus ok  |
| 26.1  gtk3 | core dump | bad, but menus ok  |


OpenSUSE Tumbleweed, gtk2: 2.24.32,  gtk3: 3.22.29
| emacs      | Xming     | VcXsrv
+------------+-----------+---------------------------+
| 25.3  gtk2 | ok        | ok                        |
| 25.3  gtk3 | ok        | ok                        |
| 26.1  gtk2 | ok        | sometimes bad?!, menus ok |
| 26.1  gtk3 | ok        | bad, but menus ok         |

core dump references https://bugzilla.gnome.org/show_bug.cgi?id=85715
bad = bad display of minibuffer and main buffer.
menu ok = refers to clicking File Menu and buttons.

(tumbleweed and centos are VMs)

Thanks,
CH


On Wed, Apr 18, 2018 at 9:20 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: charlie hemlock <charliehemlock@gmail.com>
> > Date: Tue, 17 Apr 2018 20:30:33 -0400
> > Cc: 31169@debbugs.gnu.org
> >
> > > The Motif frame looks better, but still not entirely normal: what's
> that empty space to the right of the
> > window? Is that similar  to what you see locally on the GNU/Linux box?
> >
> > That empty narrow space looks similar as locally launched Emacs. That
> narrow area is where line wrap
> > indicators show up.
>
> That's the fringe.  And that's already bad: why isn't it being
> displayed?  The fringe on the left displays correctly.  Do you see
> anything in the *Messages* buffer that could hint on the problem?
>
> Maybe the Motif build bit-rotted.  Is it possible for you to try
> building with Lucid instead?  If the Lucid build shows the same
> problem when run locally, I think the local display problems need to
> be investigated first, but I wonder how come no one else sees these
> display problems, they are pretty apparent and cannot be missed.
>
> > I also clicked the "File" button on menu bar, and got several errors
> below, and the File Menu did not display:
> > However, Clicking the Open File icon did open the file browser .
> > Related to this menu issue:
> >  - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
> >  - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1700319
> >  - Can't say if these are related to the original display issues
> discussed here or entire separate issue
>
> This bug says the problem is fixed in GTK+ 3.22.25.  Can you try that
> version of GTK+?
>
> > % ~/release/emacs_26.1/bin/emacs -Q
> >
> > (emacs:3612): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width:
> assertion 'width >= 0' failed
> >
> > [[removed several repeats]]
> >
> > (emacs:3612): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width:
> assertion 'width >= 0' failed
> > *** BUG ***
> > In pixman_region32_init_rect: Invalid rectangle passed
> > Set a breakpoint on '_pixman_log_error' to debug
> >
> > *** BUG ***
> > In pixman_region32_init_rect: Invalid rectangle passed
> > Set a breakpoint on '_pixman_log_error' to debug
> >
> > (emacs:3612): Gtk-WARNING **: Negative content width -7 (allocation 1,
> extents 4x4) while allocating gadget
> > (node arrow, owner GtkMenu)
> >
> > (emacs:3612): Gtk-WARNING **: Negative content width -7 (allocation 1,
> extents 4x4) while allocating gadget
> > (node arrow, owner GtkMenu)
> > *** BUG ***
> > In pixman_region32_init_rect: Invalid rectangle passed
> > Set a breakpoint on '_pixman_log_error' to debug
> >
> > (emacs:3612): Gtk-WARNING **: Negative content width -11 (allocation 1,
> extents 6x6) while allocating
> > gadget (node menuitem, owner GtkMenuItem)
> >
> > (emacs:3612): Gtk-WARNING **: Negative content height -7 (allocation 1,
> extents 4x4) while allocating gadget
> > (node menuitem, owner GtkMenuItem)
>
> And Emacs 25, which works for you in the same setup, uses the same
> version of GTK+ as the 26.1RC1 build?
>
> > The emacs gui launches and appears ok, but core dumps as soon as I
> attempt anything else.
> > % ~/release/emacs_26.1/bin/emacs -Q
> > # click anywhere
> > X protocol error: BadRequest (invalid request code or no such operation)
> on protocol request 130
> > When compiled with GTK, Emacs cannot recover from X disconnects.
> > This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
> > For details, see etc/PROBLEMS.
> > Fatal error 6: Aborted
> >
> > But I did include that bug link in original post.   I can't say if these
> are closely or distantly or not related.
>
> Those are for Emacs 23, 24, and 25, whereas you said Emacs 25 worked
> for you.  So how can those be the same problems?  And if they are the
> same problem, clearly the solution should be in GTK+, not in Emacs,
> right?
>

[-- Attachment #1.2: Type: text/html, Size: 12491 bytes --]

[-- Attachment #2: emacs26.1_lucid.PNG --]
[-- Type: image/png, Size: 306009 bytes --]

[-- Attachment #3: emacs26.1_lucid2.PNG --]
[-- Type: image/png, Size: 320524 bytes --]

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[charlie hemlock]

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

 > This looks similar to Bug#25474, does adding

    (modify-frame-parameters nil '((inhibit-double-buffering . t)))

> to your init.el as suggested there help?

> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25474
<https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25474>


I quickly tested this in tumbleweed, leap 42.3, and centos 7 and appears to
help :)
Wow, Thanks!

I don't get the emacs logo - just plain text welcome, but at least I can
see minibuffer and type.

*However*, in Centos7 (with vcxsrv), the file menus don't appear OK when
clicked as previously reported (see gtk errors in previous posts)
A different issue?

Thanks!


On Wed, Apr 18, 2018 at 8:42 PM, Noam Postavsky <npostavs@gmail.com> wrote:

> charlie hemlock <charliehemlock@gmail.com> writes:
>
> > 1. Build emacs 26 RC1 with --with-x-toolkit=gtk3
> >      a. confirm builds and runs ok when run local
> > 2. Login to windows box, launch ssh -X putty session to linux host with
> > emacs 26 installed.  (windows xserver: vcxsrv or xming)
> > 3. emacs -Q
> > 4. Emacs does not display correctly. Missing minibuffer, & can't type in
> buffer.  Compare to attached screenshot.
> >
> > I can compile Emacs 26.1 RC1 ok, and use it locally on the host fine.
> >
> > However, when attempting to ssh -X to host via PuTTY 0.70 and launch
> > the Emacs gui (emacs -Q), emacs is not displaying correctly. Using
> > Windows xserver program VcXsrv (1.19.6.3).
> >
> > See attached screenshot - no default welcome screen, and missing
> minibuffer too.
>
> This looks similar to Bug#25474, does adding
>
>     (modify-frame-parameters nil '((inhibit-double-buffering . t)))
>
> to your init.el as suggested there help?
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25474
>

[-- Attachment #2: Type: text/html, Size: 2605 bytes --]

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Noam Postavsky]

charlie hemlock <charliehemlock@gmail.com> writes:

> However, in Centos7 (with vcxsrv), the file menus don't appear OK when
> clicked as previously reported (see gtk errors in previous posts) A
> different issue?

Yeah, the other bug specifically mentions that menus work fine, so it
sounds like you're hitting some other issue as well.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

retitle 31169 Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv due to	double-buffering
thanks

> From: charlie hemlock <charliehemlock@gmail.com>
> Date: Wed, 18 Apr 2018 21:18:15 -0400
> Cc: 31169@debbugs.gnu.org
> 
> > This looks similar to Bug#25474, does adding
> 
>     (modify-frame-parameters nil '((inhibit-double-buffering . t)))
> 
> > to your init.el as suggested there help?
> 
> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25474 
> 
> I quickly tested this in tumbleweed, leap 42.3, and centos 7 and appears to help :)
> Wow, Thanks!
> 
> I don't get the emacs logo - just plain text welcome, but at least I can see minibuffer and type.

Great, thanks to Noam for reminding the double-buffering issues.

I hope Daniel (CC'ed) will be able to look at those problems some time
soon.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: Noam Postavsky <npostavs@gmail.com>
> Date: Wed, 18 Apr 2018 21:27:40 -0400
> Cc: 31169@debbugs.gnu.org
> 
> charlie hemlock <charliehemlock@gmail.com> writes:
> 
> > However, in Centos7 (with vcxsrv), the file menus don't appear OK when
> > clicked as previously reported (see gtk errors in previous posts) A
> > different issue?
> 
> Yeah, the other bug specifically mentions that menus work fine, so it
> sounds like you're hitting some other issue as well.

And according to the table you show, those menu problems are resolved
in a later version of GTK+, is that right?

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[charlie hemlock]

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

> And according to the table you show, those menu problems are resolved
> in a later version of GTK+, is that right?

I believe so, CentOS 7 still has menu issues.
& I did see other oddness -  but still definitely better with
inhibit-double-buffering


loading with init.el that only contains:
modify-frame-parameters nil '((inhibit-double-buffering . t)))

emacs -q -l ./init.el


CentOS7, gtk: 2.24.31,  gtk3: 3.22.10
| emacs      | VcXsrv                           |
| 25.3  gtk2 | ok                               |
| 25.3  gtk3 | ok, no emacs logo, menus no show |
| 26.1  gtk2 | ok                               |
| 26.1  gtk3 | ok, no emacs logo, menus no show |

OpenSUSE Leap 42.3 , gtk2: 2.24.31,  gtk3: 3.22.10
| emacs      | VcXsrv                    |
| 25.3  gtk2 | ok                        |
| 25.3  gtk3 | ok, but no emacs logo (1) |
| 26.1  gtk2 | ok                        |
| 26.1  gtk3 | ok, but no emacs logo (1) |


OpenSUSE Tumbleweed, gtk2: 2.24.32,  gtk3: 3.22.29
| emacs      | VcXsrv                    |
| 25.3  gtk2 | ok                        |
| 25.3  gtk3 | ok, but no emacs logo (2) |
| 26.1  gtk2 | ok                        |
| 26.1  gtk3 | ok, but no emacs logo (2) |

(1)  "About GNU" launches external browser when in ssh
remote session. But "M-x eww gnu.org" will display in eww mode.
Additionally, local emacs session uses Eww mode for the about pages, and
displays emacs logo.

(2) "About GNU" launches non-emacs text editor of .html when in ssh
remote session. But "M-x eww gnu.org" will display in eww mode.
Additionally, local emacs session does use Eww mode for About GNU.
but also opens the .html into non-emacs text editor (gedit), and does not
display emacs logo at startup.

On Thu, Apr 19, 2018 at 2:47 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Noam Postavsky <npostavs@gmail.com>
> > Date: Wed, 18 Apr 2018 21:27:40 -0400
> > Cc: 31169@debbugs.gnu.org
> >
> > charlie hemlock <charliehemlock@gmail.com> writes:
> >
> > > However, in Centos7 (with vcxsrv), the file menus don't appear OK when
> > > clicked as previously reported (see gtk errors in previous posts) A
> > > different issue?
> >
> > Yeah, the other bug specifically mentions that menus work fine, so it
> > sounds like you're hitting some other issue as well.
>
> And according to the table you show, those menu problems are resolved
> in a later version of GTK+, is that right?
>

[-- Attachment #2: Type: text/html, Size: 3651 bytes --]

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Noam Postavsky]

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

charlie hemlock <charliehemlock@gmail.com> writes:

> does not display emacs logo at startup.

So, there is something a bit strange with the startup screen, but it
seems it's a separate issue.  I have Emacs windows set to popup in a
different workspace.  If I quickly switch to the target workspace before
Emacs manages to startup, then Emacs shows a screen containing a logo
(see attached emacs-logo.png).  If I wait for Emacs to start, and then
switch to the workspace, Emacs shows a screen without a logo (and all
monospace font).  This difference doesn't happen with Emacs 25.


[-- Attachment #2: Emacs startup screen with logo --]
[-- Type: image/png, Size: 88403 bytes --]

[-- Attachment #3: Emacs startup screen without logo --]
[-- Type: image/png, Size: 73641 bytes --]

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: Noam Postavsky <npostavs@gmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org>,  31169@debbugs.gnu.org
> Date: Thu, 19 Apr 2018 20:06:32 -0400
> 
> So, there is something a bit strange with the startup screen, but it
> seems it's a separate issue.  I have Emacs windows set to popup in a
> different workspace.  If I quickly switch to the target workspace before
> Emacs manages to startup, then Emacs shows a screen containing a logo
> (see attached emacs-logo.png).  If I wait for Emacs to start, and then
> switch to the workspace, Emacs shows a screen without a logo (and all
> monospace font).  This difference doesn't happen with Emacs 25.

The logic that determines which startup screen to display is in
use-fancy-splash-screens-p.  Something there causes Emacs to decide
the second situation cannot handle the fancy splash screen.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Noam Postavsky]

Eli Zaretskii <eliz@gnu.org> writes:

> The logic that determines which startup screen to display is in
> use-fancy-splash-screens-p.  Something there causes Emacs to decide
> the second situation cannot handle the fancy splash screen.

Ah, `fancy-splash-frame' checks `frame-visible-p', which, for my window
manager, depends on when I switch to the workspace.  So it's the removal
of the wait for visibility changes again (related to bugs #24091,
#25521, and #29095).  Although setting x-wait-for-event-timeout doesn't
seem to affect this, maybe that's a bug.

I guess for OP's case, the remote X display is just a bit slow, so the
frame doesn't become visible in time.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: Noam Postavsky <npostavs@gmail.com>
> Cc: 31169@debbugs.gnu.org,  charliehemlock@gmail.com
> Date: Fri, 20 Apr 2018 08:05:12 -0400
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > The logic that determines which startup screen to display is in
> > use-fancy-splash-screens-p.  Something there causes Emacs to decide
> > the second situation cannot handle the fancy splash screen.
> 
> Ah, `fancy-splash-frame' checks `frame-visible-p', which, for my window
> manager, depends on when I switch to the workspace.

Is that a necessary test?  What happens if you use the selected frame,
when no frame is found to be visible?

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Noam Postavsky]

Eli Zaretskii <eliz@gnu.org> writes:

>> Ah, `fancy-splash-frame' checks `frame-visible-p', which, for my window
>> manager, depends on when I switch to the workspace.
>
> Is that a necessary test?  What happens if you use the selected frame,
> when no frame is found to be visible?

Seems to be unnecessary: if I comment out the frame-visible-p check, I
get the fancy splash regardless of when I switch workspace, and I see no
bad side effects.

Maybe that means this part would also be unneeded:

  (defun fancy-splash-frame ()
    [...]
    ;; MS-Windows needs this to have a chance to make the initial
    ;; frame visible.
    (if (eq (window-system) 'w32)
        (sit-for 0 t))

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Eli Zaretskii]

> From: Noam Postavsky <npostavs@gmail.com>
> Cc: 31169@debbugs.gnu.org,  charliehemlock@gmail.com
> Date: Fri, 20 Apr 2018 09:11:51 -0400
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> Ah, `fancy-splash-frame' checks `frame-visible-p', which, for my window
> >> manager, depends on when I switch to the workspace.
> >
> > Is that a necessary test?  What happens if you use the selected frame,
> > when no frame is found to be visible?
> 
> Seems to be unnecessary: if I comment out the frame-visible-p check, I
> get the fancy splash regardless of when I switch workspace, and I see no
> bad side effects.

So I guess we could simply fall back to the selected frame if no frame
is visible.  I wouldn't remove the test or fancy-splash-frame
entirely, because there could be several frames to choose from, and
this same code runs when the user invokes about-emacs in the middle of
a session.

> Maybe that means this part would also be unneeded:
> 
>   (defun fancy-splash-frame ()
>     [...]
>     ;; MS-Windows needs this to have a chance to make the initial
>     ;; frame visible.
>     (if (eq (window-system) 'w32)
>         (sit-for 0 t))

If we were removing the visibility test, yes.

bug#31169: 26.1; Emacs 26.1 RC1 (gtk) display issues over SSH/X11 with xming/vcxsrv

[Noam Postavsky]

merge 25474 31169
quit

Eli Zaretskii <eliz@gnu.org> writes:

> So I guess we could simply fall back to the selected frame if no frame
> is visible.  I wouldn't remove the test or fancy-splash-frame
> entirely, because there could be several frames to choose from, and
> this same code runs when the user invokes about-emacs in the middle of
> a session.

Ah, I had indeed missed that this function can be called in the middle
of a session.  I added the selected frame as a fallback in master [1:
91ebbbfa10], and I'm merging this bug to #25474.

[1: 91ebbbfa10]: 2018-06-18 20:02:03 -0400
  Default to splash on current frame, if none visible (Bug#31169)
  https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=91ebbbfa107c60db84e09d54d952ffd969821ccb