GNU bug report logs - #23583
24.5; Freeze when calling ediff in fs-mode in i3wm

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23583 in the body.
You can then email your comments to 23583 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jan Pappert <janchristopher.pappert <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.5; Freeze when calling ediff in fs-mode in i3wm
Date: Thu, 19 May 2016 18:18:06 +0200

[Message part 1 (text/plain, inline)]

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))

[Message part 2 (text/html, inline)]

Message #8 received at 23583 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Jan Pappert <janchristopher.pappert <at> gmail.com>, 23583 <at> debbugs.gnu.org
Subject: bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
Date: Fri, 3 Jun 2016 19:25:36 -0400

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

Message #11 received at 23583 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Jan Pappert <janchristopher.pappert <at> gmail.com>, 23583 <at> debbugs.gnu.org
Subject: Re: bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
Date: Fri, 24 Jun 2016 21:16:22 -0400

On Fri, Jun 3, 2016 at 7:25 PM, Noam Postavsky
<npostavs <at> 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

Message #14 received at 23583 <at> debbugs.gnu.org (full text, mbox):

From: Benjamin Riefenstahl <b.riefenstahl <at> turtle-trading.net>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>,
 Jan Pappert <janchristopher.pappert <at> gmail.com>,  23583 <at> debbugs.gnu.org
Subject: Re: bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
Date: Sun, 31 Jul 2016 15:31:16 +0200

[Message part 1 (text/plain, inline)]

> On Fri, Jun 3, 2016 at 7:25 PM, Noam Postavsky
> <npostavs <at> 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 <at> 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 <at> entry=1, arg_vector=0x1, arg_vector <at> 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 <at> entry=1, arg_vector=0x1, arg_vector <at> 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 <at> entry=1, arg_vector=0x1, arg_vector <at> 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 <at> entry=137609629, nargs=-1, nargs <at> entry=0, arg_vector=0x1, arg_vector <at> entry=0xbfb62100)
        at eval.c:2855
    #24 0x0818b9ff in apply_lambda (fun=137609629, args=<optimized out>, count=count <at> 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 <at> entry=1, arg_vector=0x1, arg_vector <at> 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 <at> entry=0, arg_vector=0x1, arg_vector <at> 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 <at> entry=137625509, nargs=-1, nargs <at> entry=0, arg_vector=0x1, arg_vector <at> entry=0xbfb62730)
        at eval.c:2855
    #37 0x0818b9ff in apply_lambda (fun=137625509, args=<optimized out>, count=count <at> 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) 

[i3-emacs.png (image/png, attachment)]

Message #17 received at 23583 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Benjamin Riefenstahl <b.riefenstahl <at> turtle-trading.net>
Cc: 23583 <at> debbugs.gnu.org, Jan Pappert <janchristopher.pappert <at> gmail.com>
Subject: Re: bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
Date: Sun, 31 Jul 2016 10:33:35 -0400

On Sun, Jul 31, 2016 at 9:31 AM, Benjamin Riefenstahl
<b.riefenstahl <at> 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.

Message #20 received at 23583 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>
Cc: Benjamin Riefenstahl <b.riefenstahl <at> turtle-trading.net>,
 23583 <at> debbugs.gnu.org, Jan Pappert <janchristopher.pappert <at> gmail.com>
Subject: Re: bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
Date: Fri, 15 Jun 2018 21:49:51 -0400

found 23583 25.3
tags 23583 fixed
close 23583 26.1
quit

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

> On Sun, Jul 31, 2016 at 9:31 AM, Benjamin Riefenstahl
> <b.riefenstahl <at> 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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.