bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

[Jan Pappert]

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

Recipe:
1) Use i3wm
2) emacs -Q
3) F11
4) M-x ediff
5) Supply 2 files

Symptoms: The mini-buffer prints "processing differences.. done.", but
the ediff menu is not shown, the buffers don't change and freeze. You
can no longer do anything. Hitting C-g four times will send resolve the
issue and allow you to defullscreen. The ediff results are then shown.

Possible workarounds:
Setting
(setq ediff-window-setup-function 'ediff-setup-windows-plain)
in your configuration file will open the ediff help in the same
frame. The issue will then not occur.



In GNU Emacs 24.5.1 (i686-pc-linux-gnu, GTK+ Version 3.16.6)
 of 2015-09-17 on lgw01-50, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11702000
System Description:    Ubuntu 15.10

Configured using:
 `configure --build i686-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
 --build i686-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
 --libexecdir=/usr/lib --localstatedir=/var/lib
 --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
 --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars
 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat
 -Werror=format-security -Wall' CPPFLAGS=-D_FORTIFY_SOURCE=2
 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''

Important settings:
  value of $LC_MONETARY: de_DE.UTF-8
  value of $LC_NUMERIC: de_DE.UTF-8
  value of $LC_TIME: de_DE.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: ERC

Minor modes in effect:
  diff-auto-refine-mode: t
  magit-auto-revert-mode: t
  global-git-commit-mode: t
  async-bytecomp-package-mode: t
  erc-list-mode: t
  erc-menu-mode: t
  erc-autojoin-mode: t
  erc-ring-mode: t
  erc-networks-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-track-minor-mode: t
  erc-match-mode: t
  erc-button-mode: t
  erc-fill-mode: t
  erc-stamp-mode: t
  erc-netsplit-mode: t
  erc-irccontrols-mode: t
  erc-noncommands-mode: t
  erc-move-to-prompt-mode: t
  erc-readonly-mode: t
  shell-dirtrack-mode: t
  global-company-mode: t
  company-mode: t
  recentf-mode: t
  electric-pair-mode: t
  window-numbering-mode: t
  global-linum-mode: t
  linum-mode: t
  global-my-mode: t
  my-mode: t
  show-paren-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-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

Recent messages:
Mark set
Quit [2 times]
(No files need saving)
Active processes exist; kill them and exit anyway? n
(No files need saving)
Active processes exist; kill them and exit anyway? n
<down-mouse-1> is undefined
<mouse-1> is undefined
Mark set
byte-code: End of buffer [2 times]

Load-path shadows:
/home/jpappert/.emacs.d/elpa/helm-20160428.1202/helm-multi-match hides
/home/jpappert/.emacs.d/elpa/helm-core-20160515.335/helm-multi-match
/usr/share/emacs/24.5/site-lisp/debian-startup hides
/usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs24/site-lisp/latex-cjk-thai/thai-word hides
/usr/share/emacs/24.5/lisp/language/thai-word

Features:
(shadow sort mail-extr emacsbug sendmail conf-mode image-file mule-util
magit-blame magit-stash magit-bisect magit-remote magit-commit
magit-sequence magit magit-apply magit-wip magit-log magit-diff
smerge-mode diff-mode magit-core magit-autorevert autorevert filenotify
magit-process magit-popup magit-mode help-mode magit-git crm
magit-section magit-utils git-commit log-edit message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log
with-editor async-bytecomp async tramp-sh server vc-git face-remap
ace-jump-buffer avy bs network-stream starttls tls erc-list erc-menu
erc-join erc-ring erc-networks erc-pcomplete erc-track erc-match
erc-button erc-fill erc-stamp erc-netsplit erc-goodies erc erc-backend
erc-compat jka-compr ediff-merg ediff-wind ediff-diff ediff-mult
ediff-help ediff-init ediff-util ediff winner helm-command helm-elisp
helm-eval edebug eldoc helm-mode helm-files rx image-dired tramp
tramp-compat tramp-loaddefs trampver shell pcomplete format-spec dired-x
dired-aux ffap helm-buffers helm-elscreen helm-tags helm-bookmark
helm-adaptive helm-info bookmark pp helm-locate helm-external helm-net
browse-url xml url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util url-parse auth-source
gnus-util mm-util mail-prsvr password-cache url-vars mailcap helm-types
company-oddmuse company-keywords company-etags etags company-gtags
company-dabbrev-code company-dabbrev company-files company-capf
company-cmake company-xcode company-clang company-semantic company-eclim
company-template company-css company-nxml company-bbdb company pcase
recentf tree-widget wid-edit helm-swoop helm-grep helm-regexp
helm-plugin helm-utils compile comint ansi-color ring helm-help
elec-pair multiple-cursors mc-hide-unmatched-lines-mode
mc-separate-operations rectangular-region-mode mc-mark-pop mc-mark-more
thingatpt mc-cycle-cursors mc-edit-lines multiple-cursors-core rect helm
cl-macs gv helm-source eieio byte-opt bytecomp byte-compile cl-extra
cconv eieio-core helm-multi-match helm-lib dired window-numbering linum
solarized-dark-theme solarized dash tex-site info package epg-config
reftex reftex-vars easymenu edmacro kmacro cl-loaddefs cl-lib my-mode
advice help-fns easy-mmode paren time-date tooltip electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)

Memory information:
((conses 8 391370 38161)
 (symbols 24 43010 0)
 (miscs 20 1717 666)
 (strings 16 98456 7951)
 (string-bytes 1 2731052)
 (vectors 8 40501)
 (vector-slots 4 762373 42032)
 (floats 8 303 673)
 (intervals 28 3302 830)
 (buffers 512 34)
 (heap 1024 20861 4056))

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

bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

[Noam Postavsky]

I don't get a freeze, instead Emacs exits immediately with error

X protocol error: BadValue (integer parameter out of range for
operation) on protocol request 12

In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, X toolkit)
 of 2016-05-23 on zony
Windowing system distributor `The X.Org Foundation', version 11.0.11803000
Configured using:
 `configure --cache-file=../debug-config.cache 'CFLAGS=-Og -g3
 -march=native' --with-x-toolkit=lucid --without-toolkit-scroll-bars
 --with-gif=no --with-jpeg=no'

Same with 25.0.94.1

bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

[Noam Postavsky]

On Fri, Jun 3, 2016 at 7:25 PM, Noam Postavsky
<npostavs@users.sourceforge.net> wrote:
> I don't get a freeze, instead Emacs exits immediately with error
>
> X protocol error: BadValue (integer parameter out of range for
> operation) on protocol request 12

Simpler reproducer:

~/src/emacs/emacs-25/src$ ./emacs -Q -f toggle-frame-fullscreen --eval
'(make-frame-visible (make-frame))'
X protocol error: BadValue (integer parameter out of range for
operation) on protocol request 12

bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

[Benjamin Riefenstahl]

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

> On Fri, Jun 3, 2016 at 7:25 PM, Noam Postavsky
> <npostavs@users.sourceforge.net> wrote:
>> I don't get a freeze, instead Emacs exits immediately with error
>>
>> X protocol error: BadValue (integer parameter out of range for
>> operation) on protocol request 12

Noam Postavsky <npostavs@users.sourceforge.net> writes:
> ~/src/emacs/emacs-25/src$ ./emacs -Q -f toggle-frame-fullscreen --eval
> '(make-frame-visible (make-frame))'
> X protocol error: BadValue (integer parameter out of range for
> operation) on protocol request 12

I also get a freeze with this recipe, "freeze" meaning no response to
normal keystrokes, incomplete screen redraw.  I'm attaching a
size-reduced screenshot.  I get out of that state by pressing C-g four
times.

When I connect to the Emacs in this state with gdb, I get the stacktrace
below.  It seems that make-frame-visible is waiting for some answer that
does not come from X11 or the display manager.

I am testing with Emacs from Git here, head of branch emacs-25, i3-wm
4.8, Debian GNU/Linux 8.5 (jessie), X.org 1.16.4.


    Breakpoint 1 at 0x811fc80: file emacs.c, line 353.
    Temporary breakpoint 2 at 0x81374c0: file sysdep.c, line 911.
    (gdb) thread apply all bt

    [...]

    Thread 1 (Thread 0xb5dce8c0 (LWP 7220)):
    #0  0xb77cad40 in __kernel_vsyscall ()
    #1  0xb634369b in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
    #2  0xb60fd77d in ?? () from /usr/lib/i386-linux-gnu/libxcb.so.1
    #3  0xb60ff4d6 in ?? () from /usr/lib/i386-linux-gnu/libxcb.so.1
    #4  0xb60ff62b in xcb_wait_for_reply () from /usr/lib/i386-linux-gnu/libxcb.so.1
    #5  0xb69418e6 in _XReply () from /usr/lib/i386-linux-gnu/libX11.so.6
    #6  0xb693d0ff in XSync () from /usr/lib/i386-linux-gnu/libX11.so.6

    #7  0x08107c63 in x_sync (f=0xa470ef8) at xfns.c:5046
    #8  0x080fde04 in x_make_frame_visible (f=0xa470ef8) at xterm.c:11002
    #9  0x08062fa9 in Fmake_frame_visible (frame=172429053) at frame.c:2063
    #10 0x0818c853 in Ffuncall (nargs=2, args=0xbfb61b04) at eval.c:2693
    #11 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=137286789, maxdepth=18, args_template=0, nargs=0, 
        args=<optimized out>) at bytecode.c:880
    #12 0x0818c30b in funcall_lambda (fun=1, nargs=-1, nargs@entry=1, arg_vector=0x1, arg_vector@entry=0xbfb61c6c) at eval.c:2921
    #13 0x0818c6c1 in Ffuncall (nargs=2, args=0xbfb61c68) at eval.c:2754
    #14 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=139388773, maxdepth=14, args_template=1030, nargs=1, 
        args=<optimized out>) at bytecode.c:880
    #15 0x0818c41f in funcall_lambda (fun=1, nargs=-1, nargs@entry=1, arg_vector=0x1, arg_vector@entry=0xbfb61e74) at eval.c:2855
    #16 0x0818c6c1 in Ffuncall (nargs=2, args=0xbfb61e70) at eval.c:2754
    #17 0x0818db1f in Fapply (nargs=2, args=0xbfb61e70) at eval.c:2278
    #18 0x0818c795 in Ffuncall (nargs=3, args=0xbfb61e6c) at eval.c:2673
    #19 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=141898765, maxdepth=62, args_template=514, nargs=1, 
        args=<optimized out>) at bytecode.c:880
    #20 0x0818c41f in funcall_lambda (fun=1, nargs=-1, nargs@entry=1, arg_vector=0x1, arg_vector@entry=0xbfb62000) at eval.c:2855
    ---Type <return> to continue, or q <return> to quit---
    #21 0x0818c6c1 in Ffuncall (nargs=2, args=0xbfb61ffc) at eval.c:2754
    #22 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=137609677, maxdepth=54, args_template=1026, nargs=0, 
        args=<optimized out>) at bytecode.c:880
    #23 0x0818c41f in funcall_lambda (fun=1, fun@entry=137609629, nargs=-1, nargs@entry=0, arg_vector=0x1, arg_vector@entry=0xbfb62100)
        at eval.c:2855
    #24 0x0818b9ff in apply_lambda (fun=137609629, args=<optimized out>, count=count@entry=13) at eval.c:2794
    #25 0x0818bcfb in eval_sub (form=143198699) at eval.c:2241
    #26 0x0818bd71 in eval_sub (form=143198763) at eval.c:2154
    #27 0x0818f062 in Feval (form=143198763, lexical=0) at eval.c:1988
    #28 0x0818c842 in Ffuncall (nargs=2, args=0xbfb62308) at eval.c:2696
    #29 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=137639253, maxdepth=90, args_template=1030, nargs=1, 
        args=<optimized out>) at bytecode.c:880
    #30 0x0818c41f in funcall_lambda (fun=1, nargs=-1, nargs@entry=1, arg_vector=0x1, arg_vector@entry=0xbfb62478) at eval.c:2855
    #31 0x0818c6c1 in Ffuncall (nargs=2, args=0xbfb62474) at eval.c:2754
    #32 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=137627557, maxdepth=86, args_template=2, nargs=0, 
        args=<optimized out>) at bytecode.c:880
    #33 0x0818c41f in funcall_lambda (fun=1, nargs=-1, nargs@entry=0, arg_vector=0x1, arg_vector@entry=0xbfb6261c) at eval.c:2855
    #34 0x0818c6c1 in Ffuncall (nargs=1, args=0xbfb62618) at eval.c:2754
    #35 0x081be4ed in exec_byte_code (bytestr=<optimized out>, vector=137625549, maxdepth=50, args_template=2, nargs=0, 
        args=<optimized out>) at bytecode.c:880
    #36 0x0818c41f in funcall_lambda (fun=1, fun@entry=137625509, nargs=-1, nargs@entry=0, arg_vector=0x1, arg_vector@entry=0xbfb62730)
        at eval.c:2855
    #37 0x0818b9ff in apply_lambda (fun=137625509, args=<optimized out>, count=count@entry=4) at eval.c:2794
    #38 0x0818bcfb in eval_sub (form=141884563) at eval.c:2241
    #39 0x0818f062 in Feval (form=141884563, lexical=0) at eval.c:1988
    #40 0x081201c0 in top_level_2 () at keyboard.c:1116
    #41 0x0818b424 in internal_condition_case (bfun=0x81201b0 <top_level_2>, handlers=9528, hfun=0x8124610 <cmd_error>) at eval.c:1309
    #42 0x08122bb7 in top_level_1 (ignore=0) at keyboard.c:1124
    #43 0x0818b3bb in internal_catch (tag=22920, func=0x8122b50 <top_level_1>, arg=0) at eval.c:1074
    #44 0x08120146 in command_loop () at keyboard.c:1085
    #45 0x08124282 in recursive_edit_1 () at keyboard.c:692
    #46 0x08124567 in Frecursive_edit () at keyboard.c:763
    #47 0x080580a9 in main (argc=<optimized out>, argv=0xbfb629f4) at emacs.c:1626

    Lisp Backtrace:
    "make-frame-visible" (0xbfb61b08)
    "x-create-frame-with-faces" (0xbfb61c6c)
    0x8826480 PVEC_COMPILED
    "apply" (0xbfb61e70)
    "frame-creation-function" (0xbfb62000)
    "make-frame" (0xbfb62100)
    "make-frame-visible" (0xbfb621fc)
    "eval" (0xbfb6230c)
    "command-line-1" (0xbfb62478)
    "command-line" (0xbfb6261c)
    "normal-top-level" (0xbfb62730)
    (gdb) 


[-- Attachment #2: i3-emacs.png --]
[-- Type: image/png, Size: 9951 bytes --]

bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

[Noam Postavsky]

On Sun, Jul 31, 2016 at 9:31 AM, Benjamin Riefenstahl
<b.riefenstahl@turtle-trading.net> wrote:
> When I connect to the Emacs in this state with gdb, I get the stacktrace
> below.  It seems that make-frame-visible is waiting for some answer that
> does not come from X11 or the display manager.

Interesting, that makes it seem similar to #24091. And if I use an
Emacs that skips the loop mentioned there, it avoids the error *if* I
open Emacs on a different workspace.

>
> I am testing with Emacs from Git here, head of branch emacs-25, i3-wm
> 4.8, Debian GNU/Linux 8.5 (jessie), X.org 1.16.4.

As I mentioned in 24119, I suspect the discrepancy in behaviour is due
to my configuring --with-x-toolkit=lucid, instead of gtk.

bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm

[Noam Postavsky]

found 23583 25.3
tags 23583 fixed
close 23583 26.1
quit

Noam Postavsky <npostavs@users.sourceforge.net> writes:

> On Sun, Jul 31, 2016 at 9:31 AM, Benjamin Riefenstahl
> <b.riefenstahl@turtle-trading.net> wrote:
>> When I connect to the Emacs in this state with gdb, I get the stacktrace
>> below.  It seems that make-frame-visible is waiting for some answer that
>> does not come from X11 or the display manager.
>
> Interesting, that makes it seem similar to #24091. And if I use an
> Emacs that skips the loop mentioned there, it avoids the error *if* I
> open Emacs on a different workspace.

I now have gtk builds.  I can reproduce the the problem with Emacs 24.5
and 25.3, but not 26.1.