* bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
@ 2016-05-19 16:18 Jan Pappert
2016-06-03 23:25 ` Noam Postavsky
0 siblings, 1 reply; 6+ messages in thread
From: Jan Pappert @ 2016-05-19 16:18 UTC (permalink / raw)
To: 23583
[-- 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 --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
2016-05-19 16:18 bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm Jan Pappert
@ 2016-06-03 23:25 ` Noam Postavsky
2016-06-25 1:16 ` Noam Postavsky
0 siblings, 1 reply; 6+ messages in thread
From: Noam Postavsky @ 2016-06-03 23:25 UTC (permalink / raw)
To: Jan Pappert, 23583
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
2016-06-03 23:25 ` Noam Postavsky
@ 2016-06-25 1:16 ` Noam Postavsky
2016-07-31 13:31 ` Benjamin Riefenstahl
0 siblings, 1 reply; 6+ messages in thread
From: Noam Postavsky @ 2016-06-25 1:16 UTC (permalink / raw)
To: Jan Pappert, 23583
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
2016-06-25 1:16 ` Noam Postavsky
@ 2016-07-31 13:31 ` Benjamin Riefenstahl
2016-07-31 14:33 ` Noam Postavsky
0 siblings, 1 reply; 6+ messages in thread
From: Benjamin Riefenstahl @ 2016-07-31 13:31 UTC (permalink / raw)
To: Noam Postavsky, Jan Pappert, 23583
[-- 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 --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
2016-07-31 13:31 ` Benjamin Riefenstahl
@ 2016-07-31 14:33 ` Noam Postavsky
2018-06-16 1:49 ` Noam Postavsky
0 siblings, 1 reply; 6+ messages in thread
From: Noam Postavsky @ 2016-07-31 14:33 UTC (permalink / raw)
To: Benjamin Riefenstahl; +Cc: 23583, Jan Pappert
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm
2016-07-31 14:33 ` Noam Postavsky
@ 2018-06-16 1:49 ` Noam Postavsky
0 siblings, 0 replies; 6+ messages in thread
From: Noam Postavsky @ 2018-06-16 1:49 UTC (permalink / raw)
To: Noam Postavsky; +Cc: Benjamin Riefenstahl, 23583, Jan Pappert
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2018-06-16 1:49 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-05-19 16:18 bug#23583: 24.5; Freeze when calling ediff in fs-mode in i3wm Jan Pappert
2016-06-03 23:25 ` Noam Postavsky
2016-06-25 1:16 ` Noam Postavsky
2016-07-31 13:31 ` Benjamin Riefenstahl
2016-07-31 14:33 ` Noam Postavsky
2018-06-16 1:49 ` Noam Postavsky
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.