From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 06 16:24:03 2014 Received: (at submit) by debbugs.gnu.org; 6 Feb 2014 21:24:03 +0000 Received: from localhost ([127.0.0.1]:53762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBWQU-0000y5-75 for submit@debbugs.gnu.org; Thu, 06 Feb 2014 16:24:03 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36251) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBWQN-0000xm-TL for submit@debbugs.gnu.org; Thu, 06 Feb 2014 16:23:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBWQH-0000nd-0e for submit@debbugs.gnu.org; Thu, 06 Feb 2014 16:23:55 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49791) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBWQG-0000nX-Um for submit@debbugs.gnu.org; Thu, 06 Feb 2014 16:23:48 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37889) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBWQA-0007qr-F9 for bug-gnu-emacs@gnu.org; Thu, 06 Feb 2014 16:23:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBWQ4-0000lp-Ez for bug-gnu-emacs@gnu.org; Thu, 06 Feb 2014 16:23:42 -0500 Received: from mail-qc0-f181.google.com ([209.85.216.181]:39384) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBWQ4-0000kh-Ae for bug-gnu-emacs@gnu.org; Thu, 06 Feb 2014 16:23:36 -0500 Received: by mail-qc0-f181.google.com with SMTP id e9so4322694qcy.12 for ; Thu, 06 Feb 2014 13:23:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type; bh=1nXGe+Mn3hmCBHHCgGuGeTTMRq6VxIzoCbDscmLSHkI=; b=lM5C187w5ynpsWwwMgMWfrRlPr3ePHi1n6faSJgIhT4MWSlC0oW5MM1UwIYnvpki+D 2IH4sa/whWwcVz3m4lhQ5fOXYJl4GdiuMvWBm0UhBG0SYo8E4iMNwY0Lp6GSS9BwD3oe 1XpEc8ujySQRHphvp0tT9iSZOAueVi2cWy9YWH0Q8Sjsbo1I51e5IRkcRJRPyGhrYShP b+PdAlqI/WUYfL4ciX9Mn5oMOpFVJDnw2rgB1AepTg6rdr937UUUVaSCWZbKcqhnexSN u3YUuN8zkBG1jLoy1D4O8dm+yPtDEh40HAnGcfPEdrYTveZr5heB6JcYVOkm4XC0mT9J dd5w== X-Gm-Message-State: ALoCoQmmOwjFF4zz5CbCJ9JpBT5vhf85iDICbHcQ3/h/kCwDUaIVV5ELm2qQrcWaeAC8mFrJ6IHO X-Received: by 10.140.23.52 with SMTP id 49mr833128qgo.17.1391721815533; Thu, 06 Feb 2014 13:23:35 -0800 (PST) Received: from holos.localdomain (c-68-55-201-85.hsd1.md.comcast.net. [68.55.201.85]) by mx.google.com with ESMTPSA id b14sm6140677qac.17.2014.02.06.13.23.33 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Feb 2014 13:23:34 -0800 (PST) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux Date: Thu, 06 Feb 2014 16:25:07 -0500 Message-ID: <87sirwvsr0.fsf@holos.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --=-=-= Content-Type: text/plain Hi, I have had several similar crashes over the past couple weeks, using the daemon and a variety of clients in and out of tmux sessions. I attached the backtrace the most recent crash. Mark --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=emacs_btfull06feb.txt Content-Description: daemon crash bt full Thu 2014-02-06 15:21:39 EST 610 1000 100 6 /usr/bin/emacs-24.3.50 [master* ~/13F/pf]$ sudo systemd-coredumpctl gdb 610 TIME PID UID GID SIG EXE Thu 2014-02-06 15:21:39 EST 610 1000 100 6 /usr/bin/emacs-24.3.50 GNU gdb (GDB) 7.6.2 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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-unknown-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/emacs-24.3.50...done. warning: core file may not match specified executable file. [New LWP 610] [New LWP 614] warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff19d68000 Core was generated by `emacs --daemon'. Program terminated with signal 6, Aborted. #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 (gdb) bt #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 #1 0x00000000004db076 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at emacs.c:378 #2 0x00000000004f4433 in emacs_abort () at sysdep.c:2127 #3 0x00000000004a14c5 in cmcheckmagic (tty=0x2c2d410) at cm.c:120 #4 0x000000000041793b in update_frame_line (f=f@entry=0x12996e8, vpos=50) at dispnew.c:4791 #5 0x000000000041af74 in update_frame_1 (f=f@entry=0x12996e8, force_p=force_p@entry=true, inhibit_id_p=inhibit_id_p@entry=false) at dispnew.c:4461 #6 0x000000000041caeb in update_frame (f=f@entry=0x12996e8, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3073 #7 0x0000000000449da7 in redisplay_internal () at xdisp.c:13665 #8 0x000000000044bba0 in redisplay_preserve_echo_area (from_where=from_where@entry=11) at xdisp.c:13879 #9 0x000000000058a3ef 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=12110066, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4531 #10 0x00000000004e23c7 in kbd_buffer_get_event (end_time=0x0, used_mouse_menu=, kbp=) at keyboard.c:3894 #11 read_event_from_main_queue (used_mouse_menu=, local_getcjmp=, end_time=0x0) at keyboard.c:2239 #12 read_decoded_event_from_main_queue (end_time=end_time@entry=0x0, local_getcjmp=local_getcjmp@entry=0x7fff19cc4510, prev_event=prev_event@entry=12110066, used_mouse_menu=used_mouse_menu@entry=0x7fff19cc479b) at keyboard.c:2302 #13 0x00000000004e66af in read_char (commandflag=1, map=map@entry=46521494, prev_event=12110066, used_mouse_menu=used_mouse_menu@entry=0x7fff19cc479b, end_time=end_time@entry=0x0) at keyboard.c:2888 #14 0x00000000004e7463 in read_key_sequence (keybuf=keybuf@entry=0x7fff19cc4870, prompt=12110066, dont_downcase_last=dont_downcase_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:9071 #15 0x00000000004e9080 in command_loop_1 () at keyboard.c:1445 #16 0x0000000000549d6e in internal_condition_case (bfun=bfun@entry=0x4e8e90 , handlers=, hfun=hfun@entry=0x4dfe30 ) at eval.c:1345 #17 0x00000000004db4de in command_loop_2 (ignore=ignore@entry=12110066) at keyboard.c:1170 #18 0x0000000000549c7b in internal_catch (tag=12157474, func=func@entry=0x4db4c0 , arg=12110066) at eval.c:1109 #19 0x00000000004dfa57 in command_loop () at keyboard.c:1149 #20 recursive_edit_1 () at keyboard.c:777 #21 0x00000000004dfd42 in Frecursive_edit () at keyboard.c:841 #22 0x0000000000413c55 in main (argc=, argv=0x7fff19cc4bc8) at emacs.c:1643 (gdb) bt full #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 No symbol table info available. #1 0x00000000004db076 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at emacs.c:378 No locals. #2 0x00000000004f4433 in emacs_abort () at sysdep.c:2127 No locals. #3 0x00000000004a14c5 in cmcheckmagic (tty=0x2c2d410) at cm.c:120 No locals. #4 0x000000000041793b in update_frame_line (f=f@entry=0x12996e8, vpos=50) at dispnew.c:4791 obody = nbody = 0x7f76a3f29b70 op1 = op2 = np1 = nend = tem = osp = nsp = begmatch = endmatch = olen = 0 nlen = 79 current_row = 0x2c68240 desired_row = must_write_whole_line_p = true write_spaces_p = colored_spaces_p = #5 0x000000000041af74 in update_frame_1 (f=f@entry=0x12996e8, force_p=force_p@entry=true, inhibit_id_p=inhibit_id_p@entry=false) at dispnew.c:4461 current_matrix = 0x2a4ef70 desired_matrix = 0x2b2a4f0 i = pause_p = preempt_count = 17 #6 0x000000000041caeb in update_frame (f=f@entry=0x12996e8, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3073 paused_p = #7 0x0000000000449da7 in redisplay_internal () at xdisp.c:13665 gcscrollbars = w = sw = pending = must_finish = match_p = tlbufpos = tlendpos = number_of_visible_frames = sf = polling_stopped_here = 1 tail = 45575638 consider_all_windows_p = update_miniwindow_p = false ---Type to continue, or q to quit--- #8 0x000000000044bba0 in redisplay_preserve_echo_area (from_where=from_where@entry=11) at xdisp.c:13879 No locals. #9 0x000000000058a3ef 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=12110066, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4531 timeout_reduced_for_timers = false channel = nfds = Available = {fds_bits = {992, 0 }} Writeok = {fds_bits = {0 }} check_write = true check_delay = 0 no_avail = xerrno = 4 proc = timeout = {tv_sec = 100000, tv_nsec = 0} wait_channel = -1 got_some_input = false #10 0x00000000004e23c7 in kbd_buffer_get_event (end_time=0x0, used_mouse_menu=, kbp=) at keyboard.c:3894 do_display = obj = #11 read_event_from_main_queue (used_mouse_menu=, local_getcjmp=, end_time=0x0) at keyboard.c:2239 c = save_jump = {{__jmpbuf = {44877984, 46645184, 0, 1, 19502824, 4311824, 18914848, 19502824}, __mask_was_saved = 1, __saved_mask = {__val = {0, 18914853, 5844648, 8192, 5844648, 8192, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}}}} kb = #12 read_decoded_event_from_main_queue (end_time=end_time@entry=0x0, local_getcjmp=local_getcjmp@entry=0x7fff19cc4510, prev_event=prev_event@entry=12110066, used_mouse_menu=used_mouse_menu@entry=0x7fff19cc479b) at keyboard.c:2302 terminal = events = {0, 46576294, 140733626204896, 140733626878681, 140733626205056, 4307077362, 140733626205056, 20085296, 13878432, 5677, 16925, 140147731967853, 0, 6075762, 14257168, 12110066} n = #13 0x00000000004e66af in read_char (commandflag=1, map=map@entry=46521494, prev_event=12110066, used_mouse_menu=used_mouse_menu@entry=0x7fff19cc479b, end_time=end_time@entry=0x0) at keyboard.c:2888 c = local_getcjmp = {{__jmpbuf = {43912192, 8350626081242229992, 20085296, 13878432, 5677, 46521494, -8350425976639968024, 8350624602771959016}, __mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0, 0, 0, 0, 44046464, 5497916, 12142546, 44046464, 0, 16207264, 16485968, 5477142, 2}}}} save_jump = {{__jmpbuf = {44877984, 46645184, 0, 1, 19502824, 4311824, 18914848, 19502824}, __mask_was_saved = 1, __saved_mask = {__val = {0, 18914853, 5844648, 8192, 5844648, 8192, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}}}} tem = save = previous_echo_area_message = 12110066 also_record = 12110066 reread = false polling_stopped_here = true orig_kboard = 0xd3c4a0 #14 0x00000000004e7463 in read_key_sequence (keybuf=keybuf@entry=0x7fff19cc4870, prompt=12110066, dont_downcase_last=dont_downcase_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:9071 interrupted_kboard = 0xd3c4a0 interrupted_frame = 0x29e0c48 ---Type to continue, or q to quit--- key = used_mouse_menu = false echo_local_start = 0 last_real_key_start = keys_local_start = new_binding = t = echo_start = 0 keys_start = 0 current_binding = 46521494 first_event = 12110066 first_unbound = 31 mock_input = 0 fkey = {parent = 44988422, map = 44988422, start = 0, end = 0} keytran = {parent = 12089926, map = 12089926, start = 0, end = 0} indec = {parent = 44988438, map = 44988438, start = 0, end = 0} shift_translated = false delayed_switch_frame = 12110066 original_uppercase = 12232850 original_uppercase_position = -1 dummyflag = false starting_buffer = 0x2a01880 fake_prefixed_keys = 12110066 #15 0x00000000004e9080 in command_loop_1 () at keyboard.c:1445 cmd = keybuf = {96, 76, 196, 236, 200, 264, 140733626206576, 140733626206512, 12110066, 12110066, 140733626207168, 1, 46435926, 5559188, 12157426, 46435926, 8639745, 12110066, 46435926, 5111306, 140733626206512, 46435926, 12110066, 5111612, 12109824, 5479082, 12233890, 64, 15447990, 5547587} i = prev_modiff = 123690 prev_buffer = 0x2a01880 #16 0x0000000000549d6e in internal_condition_case (bfun=bfun@entry=0x4e8e90 , handlers=, hfun=hfun@entry=0x4dfe30 ) at eval.c:1345 val = c = #17 0x00000000004db4de in command_loop_2 (ignore=ignore@entry=12110066) at keyboard.c:1170 val = 0 #18 0x0000000000549c7b in internal_catch (tag=12157474, func=func@entry=0x4db4c0 , arg=12110066) at eval.c:1109 val = c = #19 0x00000000004dfa57 in command_loop () at keyboard.c:1149 No locals. #20 recursive_edit_1 () at keyboard.c:777 val = 20085232 #21 0x00000000004dfd42 in Frecursive_edit () at keyboard.c:841 buffer = 12110066 #22 0x0000000000413c55 in main (argc=, argv=0x7fff19cc4bc8) at emacs.c:1643 dummy = 140147689943936 stack_bottom_variable = -1 '\377' do_initial_setlocale = dumping = skip_args = 1 ---Type to continue, or q to quit--- rlim = {rlim_cur = 8720000, rlim_max = 18446744073709551615} no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x7f76ad467018 "\340\346%\255v\177" original_pwd = (gdb) --=-=-= Content-Type: text/plain In GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-02-02 on holos Configured using: `configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=lucid 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -g -fvar-tracking-assignments' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' Important settings: value of $LC_COLLATE: C value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: 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 auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /usr/share/emacs/site-lisp/timeclock hides /usr/share/emacs/24.3.50/lisp/calendar/timeclock Features: (shadow emacsbug sendmail vc-git nnir flow-fill shr browse-url misearch multi-isearch qp mm-archive mule-util sort ansi-color gnus-cite mail-extr gnus-async gnus-bcklg gnus-ml disp-table nndraft nnmh utf-7 nnimap utf7 nnfolder parse-time netrc gnutls network-stream auth-source eieio byte-opt bytecomp byte-compile cconv eieio-core starttls tls gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime password-cache dig mailcap nntp gnus-cache gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range message idna format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr wid-edit xterm advice help-fns windmove edmacro kmacro cl-loaddefs cl-lib time-date paren zenburn-theme saveplace 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 x-toolkit x multi-tty emacs) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 02:16:36 2014 Received: (at 16674) by debbugs.gnu.org; 7 Feb 2014 07:16:36 +0000 Received: from localhost ([127.0.0.1]:54139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBffv-000489-0c for submit@debbugs.gnu.org; Fri, 07 Feb 2014 02:16:35 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:58552) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBffr-00047z-Ve for 16674@debbugs.gnu.org; Fri, 07 Feb 2014 02:16:32 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N0M00M006C3ZI00@a-mtaout21.012.net.il> for 16674@debbugs.gnu.org; Fri, 07 Feb 2014 09:16:29 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0M00MAL6VHT9A0@a-mtaout21.012.net.il>; Fri, 07 Feb 2014 09:16:29 +0200 (IST) Date: Fri, 07 Feb 2014 09:16:29 +0200 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <87sirwvsr0.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza Message-id: <83y51nxuia.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Thu, 06 Feb 2014 16:25:07 -0500 > > I have had several similar crashes over the past couple weeks, using the > daemon and a variety of clients in and out of tmux sessions. I attached > the backtrace the most recent crash. > Program terminated with signal 6, Aborted. > #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 > (gdb) bt > #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 > #1 0x00000000004db076 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at emacs.c:378 > #2 0x00000000004f4433 in emacs_abort () at sysdep.c:2127 > #3 0x00000000004a14c5 in cmcheckmagic (tty=0x2c2d410) at cm.c:120 This is here: void cmcheckmagic (struct tty_display_info *tty) { if (curX (tty) == FrameCols (tty)) { if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1) emacs_abort (); <<<<<<<<<<<<<<<<<<<<<<<< Can you find out which of the two conditions triggered the abort? Also, what are "client-daemon" and "tmux", and how are they related to Emacs? Finally, can you try reproducing this in an unoptimized build? I'm afraid optimized builds lie to GDB about the exact point of crash and about backtrace that led to the crash. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 07 11:05:33 2014 Received: (at submit) by debbugs.gnu.org; 7 Feb 2014 16:05:33 +0000 Received: from localhost ([127.0.0.1]:55234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBnvn-00059c-EE for submit@debbugs.gnu.org; Fri, 07 Feb 2014 11:05:32 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52638) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBnvh-00059P-LG for submit@debbugs.gnu.org; Fri, 07 Feb 2014 11:05:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBnvb-0001LX-Rt for submit@debbugs.gnu.org; Fri, 07 Feb 2014 11:05:25 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37692) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBnvb-0001LT-Pw for submit@debbugs.gnu.org; Fri, 07 Feb 2014 11:05:19 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54319) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBnvW-0002Ws-Mc for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 11:05:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBnvR-0001Je-HV for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 11:05:14 -0500 Received: from mail-qc0-f175.google.com ([209.85.216.175]:48680) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBnvR-0001JE-Cs for bug-gnu-emacs@gnu.org; Fri, 07 Feb 2014 11:05:09 -0500 Received: by mail-qc0-f175.google.com with SMTP id x13so6163896qcv.6 for ; Fri, 07 Feb 2014 08:05:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=FFIhh1iilUlevJtgPUlt5fMkpE3iRqKdNi8vG5Z3WT0=; b=W3Vg9j+MEtJ/j3y6hgk7cRdKczicn9wuVvbUk4TIJtHE9liuSGaIVBUi9cQDTB0KU4 NcnjMkIXYeqx4+ieGRG0z82TSuy67V2jEUcq/s88CKqNaMt91mcQzEX7i+uAbi2IbOho djn80kxMZmBhnMeKJ97mzcEUajLLmNXK8ZVqX41K6yuOSiKe3Pyq7BTICzmnP++gDcJP tWt6yCOWBWcRsMSr3QrJ1upH9iR+mLSC4Zh3EKHdx8H1ccqV5vQ8AiW2MyQgc7QeMRSG +TiDV+7k+lpxILEqlh++LlLjhMQQ6F+aZyMJqFqqO201gIZah0uT7xgMpFmyOpPnu5DT vR/A== X-Gm-Message-State: ALoCoQnlTMza16ewthRWzFk95DbRtCmdYgB4kGa5v0Pgy02VCE8eoGxYSeaqVDQk7gG2TSt1AuKe X-Received: by 10.140.100.240 with SMTP id s103mr21858485qge.38.1391789108837; Fri, 07 Feb 2014 08:05:08 -0800 (PST) Received: from holos.localdomain (c-68-55-201-85.hsd1.md.comcast.net. [68.55.201.85]) by mx.google.com with ESMTPSA id f10sm14551699qar.12.2014.02.07.08.05.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Feb 2014 08:05:07 -0800 (PST) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> Date: Fri, 07 Feb 2014 11:06:40 -0500 In-Reply-To: <83y51nxuia.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 07 Feb 2014 09:16:29 +0200") Message-ID: <87d2iyx5yn.fsf@holos.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --=-=-= Content-Type: text/plain Eli Zaretskii writes: >> From: Mark Oteiza >> Date: Thu, 06 Feb 2014 16:25:07 -0500 >> >> I have had several similar crashes over the past couple weeks, using the >> daemon and a variety of clients in and out of tmux sessions. I attached >> the backtrace the most recent crash. >> Program terminated with signal 6, Aborted. >> #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 >> (gdb) bt >> #0 0x00007f76aff4274b in raise () from /usr/lib/libpthread.so.0 >> #1 0x00000000004db076 in terminate_due_to_signal (sig=sig@entry=6, >> backtrace_limit=backtrace_limit@entry=40) at emacs.c:378 >> #2 0x00000000004f4433 in emacs_abort () at sysdep.c:2127 >> #3 0x00000000004a14c5 in cmcheckmagic (tty=0x2c2d410) at cm.c:120 > > This is here: > > void > cmcheckmagic (struct tty_display_info *tty) > { > if (curX (tty) == FrameCols (tty)) > { > if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1) > emacs_abort (); <<<<<<<<<<<<<<<<<<<<<<<< > > Can you find out which of the two conditions triggered the abort? Neither xterm-termite (the terminal emulator's info) nor screen-256color (the terminfo used inside tmux) have xn. Because of *how* I managed to reproduce the crash, I guess it is the second condition. > Also, what are "client-daemon" and "tmux", and how are they related to > Emacs? I have only been able to do this using the emacs daemon and emacsclients. I think tmux has something to do with it because it is possible to manipulate the size of emacsclient frames without them being focused. I will try to describe it: Here I have a single terminal emulator running tmux. An emacs daemon is running and I start emacsclient "A". | A | In tmux I vertically split the window, so "A" is in the left pane, a new shell is in the right. "A" has focus until I start a new client "B" in the right. |A| | |A|B| Now, "B" has focus. I exit from this client into the shell, and exit the shell, killing the tmux pane. At this point, the pane "A" occupies is the sole pane, but "A" is still only occupying half the window! |A | I can make and destroy tmux panes and constrict the client "display". The frame won't update until I enter the pane "A" occupies *and* interact with the client. This does not happen in 24.3, so this is a regression I imagine I can bisect if need be. I took `curY (tty) >= FrameRows (tty) - 1` as a hint, and figured I could make emacs crash by doing horizontal splits and messing with the focus and term emulator window size, so emacsclients were out of focus and displaying the wrong number of rows. I'm not sure of an EXACT process to reproduce, but I got a couple crashes pretty quickly by mixing up these actions. I seemed to need to have a file open in one of the clients. > Finally, can you try reproducing this in an unoptimized build? I'm > afraid optimized builds lie to GDB about the exact point of crash and > about backtrace that led to the crash. > > Thanks. I hope this output is more helpful. Configured using: `configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=lucid 'CFLAGS=-march=x86-64 -mtune=generic -O0 -pipe -fstack-protector --param=ssp-buffer-size=4 -g -fvar-tracking-assignments' CPPFLAGS= LDFLAGS=-Wl,-O0,--sort-common,--as-needed,-z,relro' --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=emacs_btfull_07feb.txt Content-Description: emacs bt full Thu 2014-02-06 15:21:39 EST 610 1000 100 6 /usr/bin/emacs-24.3.50 Fri 2014-02-07 10:01:48 EST 13555 1000 100 6 /usr/bin/emacs-24.3.50 [master* ~]$ sudo systemd-coredumpctl gdb 13555 TIME PID UID GID SIG EXE Fri 2014-02-07 10:01:48 EST 13555 1000 100 6 /usr/bin/emacs-24.3.50 GNU gdb (GDB) 7.6.2 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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-unknown-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/emacs-24.3.50...done. warning: core file may not match specified executable file. [New LWP 13555] [New LWP 13556] warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffa4dfe000 Core was generated by `emacs --daemon'. Program terminated with signal 6, Aborted. #0 0x00007fa61950374b in raise () from /usr/lib/libpthread.so.0 (gdb) bt full #0 0x00007fa61950374b in raise () from /usr/lib/libpthread.so.0 No symbol table info available. #1 0x0000000000536755 in terminate_due_to_signal (sig=6, backtrace_limit=40) at emacs.c:378 No locals. #2 0x00000000005599ad in emacs_abort () at sysdep.c:2127 No locals. #3 0x00000000004e6bc5 in cmcheckmagic (tty=0xcab010) at cm.c:120 No locals. #4 0x00000000004e9ac9 in tty_write_glyphs (f=0x1251078, string=0x7fa611599760, len=149) at term.c:778 conversion_buffer = 0x1ae6410 ' ' , "\f\001 `(i!" coding = 0x19a9ab0 n = 149 stringlen = 0 tty = 0xcab010 #5 0x00000000004f2fcb in write_glyphs (f=0x1251078, string=0x7fa611597b70, len=149) at terminal.c:162 No locals. #6 0x000000000041c56c in update_frame_line (f=0x1251078, vpos=50) at dispnew.c:4791 obody = 0x0 nbody = 0x7fa611597b70 op1 = 0x29 op2 = 0x412d30 <_start> np1 = 0x7fffa4cf9e10 nend = 0x7fa611599760 tem = 4290101 osp = 2 nsp = 14045808 begmatch = 0 endmatch = 291518304 olen = 0 nlen = 149 current_matrix = 0xcef6f0 desired_matrix = 0x143c2f0 current_row = 0xecedd0 desired_row = 0xf01cc0 must_write_whole_line_p = true write_spaces_p = true colored_spaces_p = true #7 0x000000000041b6e6 in update_frame_1 (f=0x1251078, force_p=true, inhibit_id_p=false) at dispnew.c:4461 current_matrix = 0xcef6f0 desired_matrix = 0x143c2f0 i = 0 pause_p = false preempt_count = 17 #8 0x000000000041850c in update_frame (f=0x1251078, force_p=true, inhibit_hairy_id_p=false) at dispnew.c:3073 paused_p = false root_window = 0x138e158 #9 0x000000000044fe61 in redisplay_internal () at xdisp.c:13670 gcscrollbars = true f = 0x1251078 w = 0x1198c28 ---Type to continue, or q to quit--- sw = 0x1198c28 fr = 0x1251078 pending = 0 must_finish = true match_p = true tlbufpos = {charpos = 192, bytepos = 192} tlendpos = {charpos = 0, bytepos = 0} number_of_visible_frames = 3 count = 2 sf = 0x1251078 polling_stopped_here = 1 tail = 21163478 frame = 19206269 consider_all_windows_p = true update_miniwindow_p = true #10 0x0000000000449006 in resize_echo_area_exactly () at xdisp.c:10554 w = 0xc53a98 resize_exactly = 12843298 resized_p = 1 #11 0x000000000053b19c in command_loop_1 () at keyboard.c:1571 cmd = 12885778 keybuf = {27821702, 12, 0, 0, 4, 12980578, 12890706, 27848854, 9356513, 12980578, 140735958462224, 5481800, 140735958462272, 27848854, 140735958462224, 0, 140735958462352, 5481560, 140735958462304, 27848854, 12843250, 12843250, 12967168, 12843250, 0, 0, 140735958462352, 6083840, 12843250, 8556586760117233664} i = 1 prev_modiff = 22 prev_buffer = 0xc461b0 already_adjusted = false #12 0x00000000005cc00a in internal_condition_case (bfun=0x53aa04 , handlers=12894818, hfun=0x53a2f3 ) at eval.c:1352 val = 21700624 c = 0x14b2010 #13 0x000000000053a75e in command_loop_2 (ignore=12843250) at keyboard.c:1170 val = 0 #14 0x00000000005cb81c in internal_catch (tag=12890754, func=0x53a738 , arg=12843250) at eval.c:1116 val = 12843250 c = 0x14b1ee0 #15 0x000000000053a70c in command_loop () at keyboard.c:1149 No locals. #16 0x0000000000539eee in recursive_edit_1 () at keyboard.c:777 count = 1 val = 5480563 #17 0x000000000053a05b in Frecursive_edit () at keyboard.c:841 count = 0 buffer = 12843250 #18 0x0000000000538063 in main (argc=2, argv=0x7fffa4cfb298) at emacs.c:1643 dummy = 140351468168328 stack_bottom_variable = 0 '\000' do_initial_setlocale = true dumping = false skip_args = 1 rlim = {rlim_cur = 8720000, rlim_max = 18446744073709551615} ---Type to continue, or q to quit--- no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0xf63d4e2e
original_pwd = 0x0 (gdb) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 05:42:18 2014 Received: (at 16674) by debbugs.gnu.org; 8 Feb 2014 10:42:18 +0000 Received: from localhost ([127.0.0.1]:56489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC5MX-00029Q-LX for submit@debbugs.gnu.org; Sat, 08 Feb 2014 05:42:18 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:33359) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WC5MU-00029E-Gl for 16674@debbugs.gnu.org; Sat, 08 Feb 2014 05:42:16 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N0O00D00AVR2H00@mtaout25.012.net.il> for 16674@debbugs.gnu.org; Sat, 08 Feb 2014 12:41:24 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0O00CQ5B10S800@mtaout25.012.net.il>; Sat, 08 Feb 2014 12:41:24 +0200 (IST) Date: Sat, 08 Feb 2014 12:41:55 +0200 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <87d2iyx5yn.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza Message-id: <83ppmxx4wc.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Fri, 07 Feb 2014 11:06:40 -0500 > > > Also, what are "client-daemon" and "tmux", and how are they related to > > Emacs? > > I have only been able to do this using the emacs daemon and > emacsclients. I think tmux has something to do with it because it is > possible to manipulate the size of emacsclient frames without them being > focused. I will try to describe it: > > Here I have a single terminal emulator running tmux. An emacs daemon is > running and I start emacsclient "A". > > | A | > > In tmux I vertically split the window, so "A" is in the left pane, a new > shell is in the right. "A" has focus until I start a new client "B" in > the right. > > |A| | > > |A|B| > > Now, "B" has focus. I exit from this client into the shell, and exit the > shell, killing the tmux pane. At this point, the pane "A" occupies is > the sole pane, but "A" is still only occupying half the window! > > |A | > > I can make and destroy tmux panes and constrict the client > "display". The frame won't update until I enter the pane "A" occupies > *and* interact with the client. Sounds like Emacs is not being told about these changes. Do they send the SIGWINCH signal? If not, how is Emacs supposed to know about them? > This does not happen in 24.3, so this is a regression I imagine I can > bisect if need be. Please do, and thanks. > I took `curY (tty) >= FrameRows (tty) - 1` as a hint, and figured I > could make emacs crash by doing horizontal splits and messing with the > focus and term emulator window size, so emacsclients were out of focus > and displaying the wrong number of rows. I'm not sure of an EXACT > process to reproduce, but I got a couple crashes pretty quickly by > mixing up these actions. If Emacs is confused about its frame size, a crash is imminent. > #3 0x00000000004e6bc5 in cmcheckmagic (tty=0xcab010) at cm.c:120 > No locals. > #4 0x00000000004e9ac9 in tty_write_glyphs (f=0x1251078, string=0x7fa611599760, len=149) at term.c:778 > conversion_buffer = 0x1ae6410 ' ' , "\f\001 `(i!" > coding = 0x19a9ab0 > n = 149 > stringlen = 0 > tty = 0xcab010 > #5 0x00000000004f2fcb in write_glyphs (f=0x1251078, string=0x7fa611597b70, len=149) at terminal.c:162 > No locals. > #6 0x000000000041c56c in update_frame_line (f=0x1251078, vpos=50) at dispnew.c:4791 > obody = 0x0 > nbody = 0x7fa611597b70 > op1 = 0x29 > op2 = 0x412d30 <_start> > np1 = 0x7fffa4cf9e10 > nend = 0x7fa611599760 > tem = 4290101 > osp = 2 > nsp = 14045808 > begmatch = 0 > endmatch = 291518304 > olen = 0 > nlen = 149 > current_matrix = 0xcef6f0 > desired_matrix = 0x143c2f0 > current_row = 0xecedd0 > desired_row = 0xf01cc0 > must_write_whole_line_p = true > write_spaces_p = true > colored_spaces_p = true This seems to indicate that Emacs thinks its frame is 149-column wide and 51-row high. Does this make sense? From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 02:38:02 2014 Received: (at submit) by debbugs.gnu.org; 9 Feb 2014 07:38:02 +0000 Received: from localhost ([127.0.0.1]:59178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCOxl-0002iE-Az for submit@debbugs.gnu.org; Sun, 09 Feb 2014 02:38:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54608) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCOxd-0002i1-Km for submit@debbugs.gnu.org; Sun, 09 Feb 2014 02:37:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WCOxX-0001G0-V3 for submit@debbugs.gnu.org; Sun, 09 Feb 2014 02:37:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:35827) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCOxX-0001Fs-RZ for submit@debbugs.gnu.org; Sun, 09 Feb 2014 02:37:47 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56317) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCOxS-0007m5-OL for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 02:37:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WCOxK-0001Ey-JJ for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 02:37:42 -0500 Received: from mail-qa0-f45.google.com ([209.85.216.45]:58231) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCOxK-0001Es-FQ for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 02:37:34 -0500 Received: by mail-qa0-f45.google.com with SMTP id ii20so7773346qab.18 for ; Sat, 08 Feb 2014 23:37:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:message-id :user-agent:mime-version:content-type; bh=5kHE3dTcjbqyW2LbklWG0W3imdldi6ONN9xy4/L3XQU=; b=QyE4IJSqlH23Fmdwuo2Bn6SnpiG4Az92Cv8M67O5JM+W4MQJQK1CLRO8B/Bv6iMpDj xOLHd6rxsOJGfbPefnANwQxRPw1KvFvbgN4ysmzUlUoT7APjUqZUs3FMErQ1adpnGR9x vVbLT0U+6CApjafQAglDXBg2PEiN28Vo1hOFHa2NNZctazFLzm9Nj5QGKVvsCu7QOncw 29EZVsJupVExFqC8XFlbvup5CR1q9vDC9Kh98IktbGM33L+F2uLE3Ms1QDPNAIMl8682 ubtjlnfahJkfqIEOSgmDAOBt9SE9Md67uuwgVlhFEx5bEA72BruSQ4ozVJyyUdJvc5nj ObgA== X-Gm-Message-State: ALoCoQmIqn0p+r1pX9Or/Rzw4yO3Fw3yWwI9nfgNwpg3pKZb950GVhcnNF1cQpX5i50xUSyDTCTt X-Received: by 10.224.136.67 with SMTP id q3mr9149573qat.32.1391931453624; Sat, 08 Feb 2014 23:37:33 -0800 (PST) Received: from holos.localdomain (c-68-55-201-85.hsd1.md.comcast.net. [68.55.201.85]) by mx.google.com with ESMTPSA id b14sm18077027qga.16.2014.02.08.23.37.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 08 Feb 2014 23:37:33 -0800 (PST) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> Date: Sun, 09 Feb 2014 02:39:09 -0500 Message-ID: <877g9420rm.fsf@holos.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii writes: >> From: Mark Oteiza >> Date: Fri, 07 Feb 2014 11:06:40 -0500 >> >> |A|B| >> >> Now, "B" has focus. I exit from this client into the shell, and exit the >> shell, killing the tmux pane. At this point, the pane "A" occupies is >> the sole pane, but "A" is still only occupying half the window! >> >> |A | >> >> I can make and destroy tmux panes and constrict the client >> "display". The frame won't update until I enter the pane "A" occupies >> *and* interact with the client. > > Sounds like Emacs is not being told about these changes. Do they send > the SIGWINCH signal? If not, how is Emacs supposed to know about > them? Ok, in this example, no SIGWINCH is sent when "B" is closed and the pane it occupied (stracing client "A"). It seems like when the focused client is killed, no other client gets "updated" until some input happens; either mouse click with xterm-input-mode or keyboard input. >> This does not happen in 24.3, so this is a regression I imagine I can >> bisect if need be. > > Please do, and thanks. I found 0cd28af (references Bug#15025). >> #3 0x00000000004e6bc5 in cmcheckmagic (tty=0xcab010) at cm.c:120 >> No locals. >> #4 0x00000000004e9ac9 in tty_write_glyphs (f=0x1251078, >> string=0x7fa611599760, len=149) at term.c:778 >> conversion_buffer = 0x1ae6410 ' ' , "\f\001 `(i!" >> coding = 0x19a9ab0 >> n = 149 >> stringlen = 0 >> tty = 0xcab010 >> #5 0x00000000004f2fcb in write_glyphs (f=0x1251078, >> string=0x7fa611597b70, len=149) at terminal.c:162 >> No locals. >> #6 0x000000000041c56c in update_frame_line (f=0x1251078, vpos=50) at dispnew.c:4791 >> obody = 0x0 >> nbody = 0x7fa611597b70 >> op1 = 0x29 >> op2 = 0x412d30 <_start> >> np1 = 0x7fffa4cf9e10 >> nend = 0x7fa611599760 >> tem = 4290101 >> osp = 2 >> nsp = 14045808 >> begmatch = 0 >> endmatch = 291518304 >> olen = 0 >> nlen = 149 >> current_matrix = 0xcef6f0 >> desired_matrix = 0x143c2f0 >> current_row = 0xecedd0 >> desired_row = 0xf01cc0 >> must_write_whole_line_p = true >> write_spaces_p = true >> colored_spaces_p = true > > This seems to indicate that Emacs thinks its frame is 149-column wide > and 51-row high. Does this make sense? 177x51 is the size of a full screen tmux window for me, so it makes sense. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 12:27:31 2014 Received: (at 16674) by debbugs.gnu.org; 9 Feb 2014 17:27:31 +0000 Received: from localhost ([127.0.0.1]:60751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCYAD-0005sh-Th for submit@debbugs.gnu.org; Sun, 09 Feb 2014 12:27:30 -0500 Received: from mtaout24.012.net.il ([80.179.55.180]:60951) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCYAA-0005sY-NK for 16674@debbugs.gnu.org; Sun, 09 Feb 2014 12:27:28 -0500 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N0Q00J00OG6FG00@mtaout24.012.net.il> for 16674@debbugs.gnu.org; Sun, 09 Feb 2014 19:26:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0Q00EQQOG9OI40@mtaout24.012.net.il>; Sun, 09 Feb 2014 19:26:34 +0200 (IST) Date: Sun, 09 Feb 2014 19:27:08 +0200 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <877g9420rm.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza , Dmitry Antipov Message-id: <83ha88urgz.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Sun, 09 Feb 2014 02:39:09 -0500 > > Eli Zaretskii writes: > > >> From: Mark Oteiza > >> Date: Fri, 07 Feb 2014 11:06:40 -0500 > >> > >> |A|B| > >> > >> Now, "B" has focus. I exit from this client into the shell, and exit the > >> shell, killing the tmux pane. At this point, the pane "A" occupies is > >> the sole pane, but "A" is still only occupying half the window! > >> > >> |A | > >> > >> I can make and destroy tmux panes and constrict the client > >> "display". The frame won't update until I enter the pane "A" occupies > >> *and* interact with the client. > > > > Sounds like Emacs is not being told about these changes. Do they send > > the SIGWINCH signal? If not, how is Emacs supposed to know about > > them? > > Ok, in this example, no SIGWINCH is sent when "B" is closed and the pane > it occupied (stracing client "A"). > > It seems like when the focused client is killed, no other client gets > "updated" until some input happens; either mouse click with > xterm-input-mode or keyboard input. Not sure what Emacs can do under these conditions. However, it worked before this change: > >> This does not happen in 24.3, so this is a regression I imagine I can > >> bisect if need be. > > > > Please do, and thanks. > > I found 0cd28af (references Bug#15025). Dmitry, this is bzr revision 113891. Perhaps the new code in delete_frame should include a few more tests from candidate_frame? (That's just a wild guess, though: I don't really understand what does tmux do to Emacs -- are we selecting a frame that is no longer displayed or something?) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 09 15:31:10 2014 Received: (at submit) by debbugs.gnu.org; 9 Apr 2014 19:31:10 +0000 Received: from localhost ([127.0.0.1]:39302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXyDF-0004Iv-OM for submit@debbugs.gnu.org; Wed, 09 Apr 2014 15:31:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39282) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXyDB-0004IL-De for submit@debbugs.gnu.org; Wed, 09 Apr 2014 15:31:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WXyCz-0008Ah-I3 for submit@debbugs.gnu.org; Wed, 09 Apr 2014 15:31:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:32965) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WXyCz-0008Ad-FR for submit@debbugs.gnu.org; Wed, 09 Apr 2014 15:30:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40991) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WXyCt-0007uT-He for bug-gnu-emacs@gnu.org; Wed, 09 Apr 2014 15:30:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WXyCn-00087T-K9 for bug-gnu-emacs@gnu.org; Wed, 09 Apr 2014 15:30:47 -0400 Received: from mail-qc0-f173.google.com ([209.85.216.173]:33178) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WXyCm-00087D-Uu for bug-gnu-emacs@gnu.org; Wed, 09 Apr 2014 15:30:41 -0400 Received: by mail-qc0-f173.google.com with SMTP id r5so3324415qcx.32 for ; Wed, 09 Apr 2014 12:30:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:message-id :user-agent:mime-version:content-type; bh=gEvKsx0mXM2HklsbM+dPrPI1mJHpL4J69m3mEE1L8XU=; b=dSi57UlIUpEVsy9+ndMuK6VN+4KgjbZnP3T80+w0hxLPiGXlg1SX984JMI6kABlZrs nrzK699JLJhkygjduLJw/pNdQpjuX9+X9b/1pANGYvBP1M7doh+ZeUGI+hgIkZDcAq9d X1R9ivuFWZaLYcWsnKHJ+k5g8lWNYo2Q31CQbKomuRBDSrpj/xzoajVTdpLvjovZjzTO +ArEUuHudSgc1uG7Of+nqM43vAHxTTOI+xJcbuiXdTmtuNUBKw/J9qaJ8Ec5gndYigcZ Eaap0m66xTQkaINDcm9dzqy7IbdGqmoA0phm6v61AoJism2UOM3kILr2nBrbQq3DaPqG yy6w== X-Gm-Message-State: ALoCoQnR62dPAs9bwCzyBLpDlH0fx+hYUhl5DLHptBw1QnSKcFzIIzMgzjZXORxXgYKNbtyakygg X-Received: by 10.224.11.132 with SMTP id t4mr15521456qat.4.1397071839771; Wed, 09 Apr 2014 12:30:39 -0700 (PDT) Received: from holos.localdomain (c-68-55-201-85.hsd1.md.comcast.net. [68.55.201.85]) by mx.google.com with ESMTPSA id m2sm3329156qac.3.2014.04.09.12.30.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Apr 2014 12:30:38 -0700 (PDT) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> Date: Wed, 09 Apr 2014 15:30:37 -0400 Message-ID: <87y4zejo6a.fsf@holos.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii writes: >> >> This does not happen in 24.3, so this is a regression I imagine I can >> >> bisect if need be. >> > >> > Please do, and thanks. >> >> I found 0cd28af (references Bug#15025). > > Dmitry, this is bzr revision 113891. Perhaps the new code in > delete_frame should include a few more tests from candidate_frame? > (That's just a wild guess, though: I don't really understand what does > tmux do to Emacs -- are we selecting a frame that is no longer > displayed or something?) I looked at Bug#15025 and figured the recipe here can be simpler: 1. emacs --daemon -Q 2. open two xterms 3. do `emacsclient -t` in both 4. exit one emacsclient The remaining emacsclient has no focus. Resizing the xterm has no effect on the client. Out of curiosity, I tried reverting r113891 (g0cd28af). As expected, I could reproduce Bug#15025. I still have not found a recipe for reproducing the crash. Is there any debugging I can do to help the issue? From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 26 12:23:40 2014 Received: (at submit) by debbugs.gnu.org; 26 Jul 2014 16:23:41 +0000 Received: from localhost ([127.0.0.1]:39022 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XB4l2-0006n3-6Y for submit@debbugs.gnu.org; Sat, 26 Jul 2014 12:23:40 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52146) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XB4kz-0006mo-4w for submit@debbugs.gnu.org; Sat, 26 Jul 2014 12:23:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XB4ko-000407-G6 for submit@debbugs.gnu.org; Sat, 26 Jul 2014 12:23:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42128) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XB4ko-000403-Ct for submit@debbugs.gnu.org; Sat, 26 Jul 2014 12:23:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53862) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XB4kj-00006e-8B for bug-gnu-emacs@gnu.org; Sat, 26 Jul 2014 12:23:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XB4ke-0003yf-5F for bug-gnu-emacs@gnu.org; Sat, 26 Jul 2014 12:23:21 -0400 Received: from mail-qa0-f53.google.com ([209.85.216.53]:51971) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XB4ke-0003yZ-18 for bug-gnu-emacs@gnu.org; Sat, 26 Jul 2014 12:23:16 -0400 Received: by mail-qa0-f53.google.com with SMTP id v10so5821596qac.26 for ; Sat, 26 Jul 2014 09:23:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:user-agent:date :message-id:mime-version:content-type; bh=l2Q7khkdSaLp2V4ANK5+5DLUy9S/WuEKA/PzY7qlk6s=; b=bqZTUYSBhMOVNlQhT9a4khVfU7mLE/A2gKcfjGaCtrbAO17mDMcXYqGHx25TFcxML3 fJK01KyH26ZsXrTesdMgEX3yy22GWFputeyKUeo0zAgnAFqIxX2u8w+5HsC/xnDOjejC RpZHMv7rtVPK0NCYP1p6BowEIz1et9JoOVw7hxr+lNPP54Wgfuh6X/j7DFQV3joJ+BFN za5TIaMUoMObcEy1mxNWFTvHKtzOAzUadq5lSDHmVOKAA8BqUWc2+mTtRA27YPAO1DYr AZvSclBNWXjZSLQO8bzIkiUh5zNPEWdFCNaxhfFnRy8G6EIkvPvjFveq09Zx3lXL3sgG mcsA== X-Gm-Message-State: ALoCoQkeFqzpbgcpxrbNXjqrW4qwlDMlbxyLRfvMrE5vmvww+1vHCfpV8sFYOmPrdT5luSDdDdNd X-Received: by 10.140.107.4 with SMTP id g4mr26716159qgf.100.1406391795622; Sat, 26 Jul 2014 09:23:15 -0700 (PDT) Received: from holos.localdomain (ip68-100-203-36.dc.dc.cox.net. [68.100.203.36]) by mx.google.com with ESMTPSA id f92sm15524337qgd.44.2014.07.26.09.23.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Jul 2014 09:23:15 -0700 (PDT) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Date: Sat, 26 Jul 2014 12:23:12 -0400 Message-ID: <87oawc84y7.fsf@holos.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii writes: >> From: Mark Oteiza >> Date: Sun, 09 Feb 2014 02:39:09 -0500 >> >> I found 0cd28af (references Bug#15025). > > Dmitry, this is bzr revision 113891. Perhaps the new code in > delete_frame should include a few more tests from candidate_frame? > (That's just a wild guess, though: I don't really understand what does > tmux do to Emacs -- are we selecting a frame that is no longer > displayed or something?) New recipe for crash (guided by Eli's comment on #18112): Open a terminal emulator (TE) window. In that window: emacs --daemon -Q emacsclient -t C-x 2 In another TE window, emacsclient -t C-x C-c Go back to the first TE. Widen it, and shorten it so that the top buffer is no longer visible. Send input -- now emacs should have crashed. For the record, here is the original recipe I had found for the crash: 1. emacs --daemon -Q 2. Split vertically the tmux window into two panes: % 3. Start a client in one of the tmux panes: emacsclient -t 4. C-x 2 5. Break out the tmux pane containing the client to a new window: -! 6. Split vertically the tmux window into two panes: % 7. Open a new client. 8. Exit the new client. 9. Close the new tmux pane (^D). Now the first client occupies half the tmux window and is unfocused 10. Shrink the terminal emulator. Things should look bad now. 11. Send input to the client. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 26 12:31:41 2014 Received: (at 16674) by debbugs.gnu.org; 26 Jul 2014 16:31:41 +0000 Received: from localhost ([127.0.0.1]:39026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XB4sm-00070n-ID for submit@debbugs.gnu.org; Sat, 26 Jul 2014 12:31:40 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:50117) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XB4sj-00070Q-UQ for 16674@debbugs.gnu.org; Sat, 26 Jul 2014 12:31:39 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N9B00400V50AP00@a-mtaout20.012.net.il> for 16674@debbugs.gnu.org; Sat, 26 Jul 2014 19:31:31 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9B004GQV8I2O40@a-mtaout20.012.net.il>; Sat, 26 Jul 2014 19:31:31 +0300 (IDT) Date: Sat, 26 Jul 2014 19:31:42 +0300 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <87oawc84y7.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza Message-id: <838unghyj5.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Sat, 26 Jul 2014 12:23:12 -0400 > > Open a terminal emulator (TE) window. In that window: > > emacs --daemon -Q > emacsclient -t > C-x 2 > > In another TE window, > > emacsclient -t > C-x C-c > > Go back to the first TE. Widen it, and shorten it so that the top > buffer is no longer visible. Send input -- now emacs should have crashed. This sounds very much as a duplicate of #18112, the only difference being that the terminal window is being resized horizontally, not vertically. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 27 09:07:51 2014 Received: (at 16674) by debbugs.gnu.org; 27 Jul 2014 13:07:51 +0000 Received: from localhost ([127.0.0.1]:39222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBOB4-0005J0-Lv for submit@debbugs.gnu.org; Sun, 27 Jul 2014 09:07:50 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:32940) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBOB1-0005Im-RI for 16674@debbugs.gnu.org; Sun, 27 Jul 2014 09:07:48 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N9D00400GE02F00@mtaout28.012.net.il> for 16674@debbugs.gnu.org; Sun, 27 Jul 2014 16:07:29 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9D00KWWGGHI480@mtaout28.012.net.il>; Sun, 27 Jul 2014 16:07:29 +0300 (IDT) Date: Sun, 27 Jul 2014 16:07:55 +0300 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <838unghyj5.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: mvoteiza@udel.edu Message-id: <834my3hrv8.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> <838unghyj5.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 26 Jul 2014 19:31:42 +0300 > From: Eli Zaretskii > Cc: 16674@debbugs.gnu.org > > > From: Mark Oteiza > > Date: Sat, 26 Jul 2014 12:23:12 -0400 > > > > Open a terminal emulator (TE) window. In that window: > > > > emacs --daemon -Q > > emacsclient -t > > C-x 2 > > > > In another TE window, > > > > emacsclient -t > > C-x C-c > > > > Go back to the first TE. Widen it, and shorten it so that the top > > buffer is no longer visible. Send input -- now emacs should have crashed. > > This sounds very much as a duplicate of #18112, the only difference > being that the terminal window is being resized horizontally, not > vertically. I think revision 117409 on the emacs-24 branch fixes this one as well. At least I no longer can reproduce the bug both with your original and the simplified recipes. Please check. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 27 11:24:44 2014 Received: (at submit) by debbugs.gnu.org; 27 Jul 2014 15:24:44 +0000 Received: from localhost ([127.0.0.1]:39502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBQJX-0000Ct-8w for submit@debbugs.gnu.org; Sun, 27 Jul 2014 11:24:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60446) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBQJU-0000Cf-Di for submit@debbugs.gnu.org; Sun, 27 Jul 2014 11:24:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBQJJ-0005XR-PT for submit@debbugs.gnu.org; Sun, 27 Jul 2014 11:24:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBQJJ-0005XC-N0 for submit@debbugs.gnu.org; Sun, 27 Jul 2014 11:24:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33912) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBQJE-0000vT-Ej for bug-gnu-emacs@gnu.org; Sun, 27 Jul 2014 11:24:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBQJ5-0005JI-Ku for bug-gnu-emacs@gnu.org; Sun, 27 Jul 2014 11:24:24 -0400 Received: from mail-qa0-f47.google.com ([209.85.216.47]:42094) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBQJ5-0005Iz-Hr for bug-gnu-emacs@gnu.org; Sun, 27 Jul 2014 11:24:15 -0400 Received: by mail-qa0-f47.google.com with SMTP id i13so6652165qae.6 for ; Sun, 27 Jul 2014 08:24:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=RbXQ/Zwzfe+OBCAaaSdmANDZ8fq6k6ItTlzbqrNADrU=; b=mi5CIApKvT//wyaJE1+KG37vfDR0nyb99Lylt5+KZEog/BRmXVIdqwp7xKYu+kLZW2 KSg56MIPf3dXEbzKUBAAtjM94hYO+AU1t//lkU3VzXzBvCAdwUFJgme7TteT5IoZ+ZJL 6Nmf+bddt648Tdb/ojPeCaIgJ/Tqr1MWbS2qoXPJ9bDMIcgiy3m0ERGa63fMHVELOwlL CbezNtN57KuJGjizatr2BTQnkIHJnsKjaxw0M4ni4O9XwZPau6p+LMLTrgWm0PibU2pZ byKewZDMiQYBiP4zCVPSUr6QcdE1w/YK6yq7YBWE+7VlANZ6bhCcHreNp/hURfpLTK9r jr0w== X-Gm-Message-State: ALoCoQn6soYqk+fxK4k93DxzchcLpaALYeMpXYsIAaHrSpO4aV9jq4U5EAB/FOKRRKAz5fkIqrIq X-Received: by 10.224.114.134 with SMTP id e6mr46783699qaq.71.1406474654758; Sun, 27 Jul 2014 08:24:14 -0700 (PDT) Received: from holos.localdomain (ip68-100-203-36.dc.dc.cox.net. [68.100.203.36]) by mx.google.com with ESMTPSA id t3sm21858244qak.18.2014.07.27.08.24.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Jul 2014 08:24:14 -0700 (PDT) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> <838unghyj5.fsf@gnu.org> <834my3hrv8.fsf@gnu.org> Date: Sun, 27 Jul 2014 11:24:11 -0400 In-Reply-To: <834my3hrv8.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 27 Jul 2014 16:07:55 +0300") Message-ID: <87zjfuesf8.fsf@holos.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii writes: >> Date: Sat, 26 Jul 2014 19:31:42 +0300 >> From: Eli Zaretskii >> Cc: 16674@debbugs.gnu.org >> >> > From: Mark Oteiza >> > Date: Sat, 26 Jul 2014 12:23:12 -0400 >> > >> > Open a terminal emulator (TE) window. In that window: >> > >> > emacs --daemon -Q >> > emacsclient -t >> > C-x 2 >> > >> > In another TE window, >> > >> > emacsclient -t >> > C-x C-c >> > >> > Go back to the first TE. Widen it, and shorten it so that the top >> > buffer is no longer visible. Send input -- now emacs should have crashed. >> >> This sounds very much as a duplicate of #18112, the only difference >> being that the terminal window is being resized horizontally, not >> vertically. Yes, definitely. Before your fix, reverting 0cd28af (bzr 113891) made both recipes harmless. > I think revision 117409 on the emacs-24 branch fixes this one as well. > At least I no longer can reproduce the bug both with your original and > the simplified recipes. Please check. Yes, this appears to be fixed in the emacs-24 branch, thank you!!! Let me add that I also tested your fix on emacs-24 with bzr 113891 reverted on top of it. I could not reproduce #15025, #16674, or #18112 in this case. As the #15025 fix leads to unfocused and ultimately very broken-looking frames, please consider reverting that change. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 27 12:24:35 2014 Received: (at 16674) by debbugs.gnu.org; 27 Jul 2014 16:24:35 +0000 Received: from localhost ([127.0.0.1]:39514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBRFS-0001fz-Ot for submit@debbugs.gnu.org; Sun, 27 Jul 2014 12:24:35 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:48950) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBRFQ-0001fd-0e for 16674@debbugs.gnu.org; Sun, 27 Jul 2014 12:24:33 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N9D00H00P808I00@a-mtaout20.012.net.il> for 16674@debbugs.gnu.org; Sun, 27 Jul 2014 19:24:24 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9D00HVRPKO8M00@a-mtaout20.012.net.il>; Sun, 27 Jul 2014 19:24:24 +0300 (IDT) Date: Sun, 27 Jul 2014 19:24:38 +0300 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <87zjfuesf8.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza Message-id: <83zjfuhird.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> <838unghyj5.fsf@gnu.org> <834my3hrv8.fsf@gnu.org> <87zjfuesf8.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Sun, 27 Jul 2014 11:24:11 -0400 > > Let me add that I also tested your fix on emacs-24 with bzr 113891 > reverted on top of it. I could not reproduce #15025, #16674, or #18112 > in this case. As the #15025 fix leads to unfocused and ultimately very > broken-looking frames, please consider reverting that change. Sorry, I don't understand: what are the problems caused by 113891? what do you mean by "unfocused and broken-looking frames"? From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 27 13:39:01 2014 Received: (at 16674) by debbugs.gnu.org; 27 Jul 2014 17:39:01 +0000 Received: from localhost ([127.0.0.1]:39545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBSPV-0003Uq-1f for submit@debbugs.gnu.org; Sun, 27 Jul 2014 13:39:01 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:61615) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBSPR-0003Ua-U5 for 16674@debbugs.gnu.org; Sun, 27 Jul 2014 13:38:59 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N9D00H00SVUUN00@a-mtaout20.012.net.il> for 16674@debbugs.gnu.org; Sun, 27 Jul 2014 20:38:51 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9D00H3MT0QFP90@a-mtaout20.012.net.il>; Sun, 27 Jul 2014 20:38:51 +0300 (IDT) Date: Sun, 27 Jul 2014 20:39:04 +0300 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <87d2cqoid8.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza Message-id: <83y4vehfbb.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> <838unghyj5.fsf@gnu.org> <834my3hrv8.fsf@gnu.org> <87zjfuesf8.fsf@holos.localdomain> <83zjfuhird.fsf@gnu.org> <87d2cqoid8.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674 Cc: 16674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Sun, 27 Jul 2014 12:51:15 -0400 > > With 113891 reverted, a visible frame is always found and selected if > one closes a client frame, also all the visible clients will always > respond to resizes. But what about the original recipes described in #15025? The change I made to solve #18112 cannot possibly fix it, because all it does is fix the calculation of the _dimensions_ of the frame being resized. So reverting 113891 is almost certainly going to reintroduce #15025. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 27 13:50:58 2014 Received: (at submit) by debbugs.gnu.org; 27 Jul 2014 17:50:58 +0000 Received: from localhost ([127.0.0.1]:39572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBSb3-0003nN-Vw for submit@debbugs.gnu.org; Sun, 27 Jul 2014 13:50:58 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49199) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBSb2-0003nA-3p for submit@debbugs.gnu.org; Sun, 27 Jul 2014 13:50:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBSar-0005gt-BY for submit@debbugs.gnu.org; Sun, 27 Jul 2014 13:50:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:50052) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBSar-0005gp-87 for submit@debbugs.gnu.org; Sun, 27 Jul 2014 13:50:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50901) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBSam-0001t1-4b for bug-gnu-emacs@gnu.org; Sun, 27 Jul 2014 13:50:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBSag-0005eJ-SY for bug-gnu-emacs@gnu.org; Sun, 27 Jul 2014 13:50:39 -0400 Received: from mail-qg0-f48.google.com ([209.85.192.48]:56082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBSag-0005dn-Jt for bug-gnu-emacs@gnu.org; Sun, 27 Jul 2014 13:50:34 -0400 Received: by mail-qg0-f48.google.com with SMTP id i50so7268334qgf.7 for ; Sun, 27 Jul 2014 10:50:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=izCcmlz0WCEKznv18JmOW1ns7Nw4nGjuUCN9opc0e/Q=; b=Cv4L5cI1YDOjGJ/ZGh6oIREYwg2YwzOWsaSvkYyM912C2Xy36l0j1OGK5P6aWnfZcX /RIAVNUs2In5wqm7Ks+5K9h7vp3kbpOaxdc7y3Tda38ZBMyGuan7Uvw1afAElDBIZWIg uJTRcj9q3RAst5RdkhCbH1/mUH02Wu98Y0L3ujvemHyMOnUY4WGobmgW9bK61OTJxaxa 6LMr9MlmPw0qu7uCtXdUaYMjA2HN81dxAco19ujmRL/bB32XgXMGw+EnAADn1gAHwu+j h8uwIPJ6N/iGNB2x2hHiwYJOUevKS7LMRJBfsukziJUZCIM/x5U6DRpdmJCSo+pYDux2 QdKA== X-Gm-Message-State: ALoCoQk/BhTT+NK9qoWw9Y/m85GvgDuWAp0JqH1Q6B6UkWrnNuXDDb4bQxgG68gzdmQMUiSpQ1Zd X-Received: by 10.140.41.116 with SMTP id y107mr51228202qgy.78.1406483433640; Sun, 27 Jul 2014 10:50:33 -0700 (PDT) Received: from holos.localdomain (ip68-100-203-36.dc.dc.cox.net. [68.100.203.36]) by mx.google.com with ESMTPSA id w105sm19387351qgd.22.2014.07.27.10.50.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Jul 2014 10:50:33 -0700 (PDT) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> <838unghyj5.fsf@gnu.org> <834my3hrv8.fsf@gnu.org> <87zjfuesf8.fsf@holos.localdomain> <83zjfuhird.fsf@gnu.org> <87d2cqoid8.fsf@holos.localdomain> <83y4vehfbb.fsf@gnu.org> Date: Sun, 27 Jul 2014 13:50:31 -0400 In-Reply-To: <83y4vehfbb.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 27 Jul 2014 20:39:04 +0300") Message-ID: <8738dmy9lk.fsf@holos.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii writes: >> From: Mark Oteiza >> Date: Sun, 27 Jul 2014 12:51:15 -0400 >> >> With 113891 reverted, a visible frame is always found and selected if >> one closes a client frame, also all the visible clients will always >> respond to resizes. > > But what about the original recipes described in #15025? The change I > made to solve #18112 cannot possibly fix it, because all it does is > fix the calculation of the _dimensions_ of the frame being resized. > So reverting 113891 is almost certainly going to reintroduce #15025. My mistake. I had tried this recipe but I must have erred somehow. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 28 02:34:15 2014 Received: (at 16674-done) by debbugs.gnu.org; 28 Jul 2014 06:34:15 +0000 Received: from localhost ([127.0.0.1]:39905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBeVi-0008AG-AH for submit@debbugs.gnu.org; Mon, 28 Jul 2014 02:34:14 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:53677) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBeVf-00089z-Ao for 16674-done@debbugs.gnu.org; Mon, 28 Jul 2014 02:34:12 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N9E00200SW1CH00@mtaout29.012.net.il> for 16674-done@debbugs.gnu.org; Mon, 28 Jul 2014 09:34:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9E00KFKSX2V560@mtaout29.012.net.il>; Mon, 28 Jul 2014 09:34:14 +0300 (IDT) Date: Mon, 28 Jul 2014 09:34:20 +0300 From: Eli Zaretskii Subject: Re: bug#16674: 24.3.50; crash: redisplay_internal, update_frame, using client-daemon in tmux In-reply-to: <8738dmy9lk.fsf@holos.localdomain> X-012-Sender: halo1@inter.net.il To: Mark Oteiza Message-id: <83mwbugff7.fsf@gnu.org> References: <87sirwvsr0.fsf@holos.localdomain> <83y51nxuia.fsf@gnu.org> <87d2iyx5yn.fsf@holos.localdomain> <83ppmxx4wc.fsf@gnu.org> <877g9420rm.fsf@holos.localdomain> <83ha88urgz.fsf@gnu.org> <87oawc84y7.fsf@holos.localdomain> <838unghyj5.fsf@gnu.org> <834my3hrv8.fsf@gnu.org> <87zjfuesf8.fsf@holos.localdomain> <83zjfuhird.fsf@gnu.org> <87d2cqoid8.fsf@holos.localdomain> <83y4vehfbb.fsf@gnu.org> <8738dmy9lk.fsf@holos.localdomain> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16674-done Cc: 16674-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Mark Oteiza > Date: Sun, 27 Jul 2014 13:50:31 -0400 > > Eli Zaretskii writes: > > >> From: Mark Oteiza > >> Date: Sun, 27 Jul 2014 12:51:15 -0400 > >> > >> With 113891 reverted, a visible frame is always found and selected if > >> one closes a client frame, also all the visible clients will always > >> respond to resizes. > > > > But what about the original recipes described in #15025? The change I > > made to solve #18112 cannot possibly fix it, because all it does is > > fix the calculation of the _dimensions_ of the frame being resized. > > So reverting 113891 is almost certainly going to reintroduce #15025. > > My mistake. I had tried this recipe > > but I must have erred somehow. OK, I will close this bug. Feel free to file a separate bug report about what happens when a client frame is closed on another TTY. From unknown Sat Aug 16 13:45:32 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 25 Aug 2014 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator