GNU bug report logs - #15282
24.3.50; Starting a new emacsclient -t instance with another instance running in a separate terminal causes display corruption in the first instance.

Previous Next

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

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

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

From: Chow Loong Jin <hyperair <at> debian.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; Starting a new emacsclient -t instance with another
 instance running in a separate terminal causes display corruption in the
 first instance.
Date: Fri, 6 Sep 2013 09:46:17 +0800

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

Steps to reproduce:
1. Start the daemon: emacs -Q --daemon
2. Start emacsclient: emacsclient -t
3. Open a new terminal, and start another emacsclient instance:
   emacsclient -t
4. Go back to the first emacsclient instance, and notice that there's
   some text corruption that can't be cleared without closing that
   emacsclient instance. ^Z followed by fg doesn't get rid of the issue
   either.

In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.6.4)
 of 2013-09-01 on wani10, modified by Debian
 (emacs-snapshot package, version 2:20130831-1~ppa1~raring1)
System Description:	Ubuntu 13.04

Configured using:
 `configure --build x86_64-linux-gnu --host x86_64-linux-gnu
 --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var --infodir=/usr/share/info --mandir=/usr/share/man
 --with-pop=yes
 --enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.3.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3.50/site-lisp:/usr/share/emacs/site-lisp
 --without-compress-info --with-crt-dir=/usr/lib/x86_64-linux-gnu/
 --with-x=yes --with-x-toolkit=gtk3 --with-imagemagick=yes
 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2'
 CPPFLAGS=-D_FORTIFY_SOURCE=2 'LDFLAGS=-g -Wl,--as-needed
 -znocombreloc''

Important settings:
  value of $LC_MONETARY: en_SG.UTF-8
  value of $LC_NUMERIC: en_SG.UTF-8
  value of $LC_TIME: en_SG.UTF-8
  value of $LANG: en_GB.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Apropos

Minor modes in effect:
  shell-dirtrack-mode: t
  diff-auto-refine-mode: t
  show-paren-mode: t
  ido-everywhere: t
  global-whitespace-mode: t
  global-subword-mode: t
  subword-mode: t
  global-hl-line-mode: t
  global-cwarn-mode: t
  global-linum-mode: t
  linum-mode: t
  global-auto-complete-mode: t
  which-function-mode: t
  yas/global-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-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
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC O B ESC O B ESC O B ESC O A ESC O A ESC O A ESC
O A ESC O A ESC O A ESC O A ESC O B ESC O A ESC O A
ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC
O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B
ESC O A C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p ESC ` h b

Recent messages:
uncompressing bug-reference.el.gz...done
Note: file is write protected
Mark set
Beginning of buffer [8 times]
funcall: Beginning of buffer [4 times]
Beginning of buffer
End of buffer [34 times]
Beginning of buffer [20 times]
Making completion list... [2 times]
delete-backward-char: Text is read-only [51 times]

Load-path shadows:
~/.emacs.d/php-mode hides /usr/share/emacs/24.3.50/site-lisp/php-elisp/php-mode
/usr/share/emacs/24.3.50/site-lisp/cmake-data/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode
/usr/share/emacs/24.3.50/site-lisp/cscope/xcscope hides /usr/share/emacs/site-lisp/xcscope
~/.emacs.d/linum hides /usr/share/emacs/24.3.50/lisp/linum
/usr/share/emacs/site-lisp/rst hides /usr/share/emacs/24.3.50/lisp/textmodes/rst
/usr/share/emacs-snapshot/site-lisp/prolog-el/prolog hides /usr/share/emacs/24.3.50/lisp/progmodes/prolog

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail mail-utils tmm electric jka-compr apropos tbemail org-clock
diary-lib diary-loaddefs cal-iso rect help-mode ispell todoo bookmark pp
mule-util cal-move parse-time tabify image-file org-w3m org-wl org-vm
org-rmail org-mhe org-mew org-irc org-habit org-jsinfo org-infojs
org-html org-exp ob-exp org-exp-blocks org-info org-gnus gnus-util
org-agenda sh-script smie executable org-docview org-bibtex bibtex
org-bbdb org-capture org-mks org byte-opt bytecomp byte-compile cconv
ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-comint ob-keys
org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp
ob org-compat org-macs ob-eval org-loaddefs format-spec find-func
cal-menu calendar cal-loaddefs noutline outline shell cmake-mode
debian-control-mode esh-var esh-io esh-cmd esh-opt esh-ext esh-proc
esh-arg eldoc esh-groups eshell esh-module esh-mode esh-util pcomplete
debian-bug rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
debian-changelog-mode make-mode view magit-bisect magit-key-mode magit
diff-mode log-edit pcvs-util dired windmove dabbrev thingatpt misearch
multi-isearch add-log vc-git python xterm server hideshow disp-table
fill-column-indicator paren ido whitespace superword subword hl-line
cwarn cc-mode cc-fonts cc-guess cc-menus cc-cmds cus-start cus-load
linum-relative linum Oblivion-theme cc-styles cc-align cc-engine cc-vars
cc-defs git-commit xcscope tiling quick-yes smarttabs autosave
auto-complete-config ac-python rx auto-complete popup which-func imenu
whattf-dt html5-langs debian-el debian-el-loaddefs advice yasnippet
help-fns derived edmacro kmacro cl-macs gv easymenu time-date assoc
compile comint ansi-color ring mmm-auto mmm-vars mmm-compat cl
cl-loaddefs cl-lib magit-install emacs-goodies-el emacs-goodies-custom
emacs-goodies-loaddefs easy-mmode dpkg-dev-el dpkg-dev-el-loaddefs
devhelp tooltip 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)

--
Kind regards,
Loong Jin

[signature.asc (application/pgp-signature, inline)]

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

From: Chow Loong Jin <hyperair <at> debian.org>
To: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: Acknowledgement (24.3.50; Starting a new emacsclient
 -t instance with another instance running in a separate terminal causes
 display corruption in the first instance.)
Date: Fri, 6 Sep 2013 11:27:29 +0800

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

And here's a screenshot, which I forgot to upload earlier.

-- 
Kind regards,
Loong Jin

[Screenshot from 2013-09-06 09:35:57.png (image/png, attachment)]

[signature.asc (application/pgp-signature, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Chow Loong Jin <hyperair <at> debian.org>
Cc: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;
 Starting a new emacsclient -t instance with another instance
 running	in a separate terminal causes display corruption in the
 first	instance.
Date: Fri, 06 Sep 2013 11:46:35 +0300

> Date: Fri, 6 Sep 2013 09:46:17 +0800
> From: Chow Loong Jin <hyperair <at> debian.org>
> 
> 1. Start the daemon: emacs -Q --daemon
> 2. Start emacsclient: emacsclient -t
> 3. Open a new terminal, and start another emacsclient instance:
>    emacsclient -t
> 4. Go back to the first emacsclient instance, and notice that there's
>    some text corruption that can't be cleared without closing that
>    emacsclient instance. ^Z followed by fg doesn't get rid of the issue
>    either.

Don't you also see some stray characters in the mode line?  (Your
snapshot didn't show the mode lines of the two client frames.)

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

From: Chow Loong Jin <hyperair <at> debian.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;	Starting a new emacsclient -t
 instance with another instance running	in a separate terminal causes display
 corruption in the first	instance.
Date: Fri, 6 Sep 2013 17:00:37 +0800

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

On Fri, Sep 06, 2013 at 11:46:35AM +0300, Eli Zaretskii wrote:
> > Date: Fri, 6 Sep 2013 09:46:17 +0800
> > From: Chow Loong Jin <hyperair <at> debian.org>
> > 
> > 1. Start the daemon: emacs -Q --daemon
> > 2. Start emacsclient: emacsclient -t
> > 3. Open a new terminal, and start another emacsclient instance:
> >    emacsclient -t
> > 4. Go back to the first emacsclient instance, and notice that there's
> >    some text corruption that can't be cleared without closing that
> >    emacsclient instance. ^Z followed by fg doesn't get rid of the issue
> >    either.
> 
> Don't you also see some stray characters in the mode line?  (Your
> snapshot didn't show the mode lines of the two client frames.)

Yeah the stray characters are part of the corruption. It gets even weirder in
the presence of fci-mode or linum-mode.

Doesn't the screenshot show the corrupted portions of the modeline?

-- 
Kind regards,
Loong Jin

[signature.asc (application/pgp-signature, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Chow Loong Jin <hyperair <at> debian.org>
Cc: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;
 Starting a new emacsclient -t instance with another instance
 running	in a separate terminal causes display corruption in the
 first	instance.
Date: Fri, 06 Sep 2013 12:22:57 +0300

> Date: Fri, 6 Sep 2013 17:00:37 +0800
> From: Chow Loong Jin <hyperair <at> debian.org>
> Cc: 15282 <at> debbugs.gnu.org
> 
> Doesn't the screenshot show the corrupted portions of the modeline?

Ah, yes, it does.

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

From: Chow Loong Jin <hyperair <at> debian.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;	Starting a new emacsclient -t
 instance with another instance running	in a separate terminal causes display
 corruption in the first	instance.
Date: Fri, 6 Sep 2013 18:14:35 +0800

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

On Fri, Sep 06, 2013 at 12:22:57PM +0300, Eli Zaretskii wrote:
> > Date: Fri, 6 Sep 2013 17:00:37 +0800
> > From: Chow Loong Jin <hyperair <at> debian.org>
> > Cc: 15282 <at> debbugs.gnu.org
> > 
> > Doesn't the screenshot show the corrupted portions of the modeline?
> 
> Ah, yes, it does.

Okay, I just tested it out with emacs-snapshot 2:20130821-1~ppa1~raring1, and it
doesn't exhibit the issue, so it must have been introduced somewhere in between
the two builds.

-- 
Kind regards,
Loong Jin

[signature.asc (application/pgp-signature, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Chow Loong Jin <hyperair <at> debian.org>, Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;
 Starting a new emacsclient -t instance with another instance
 running	in a separate terminal causes display corruption in the
 first	instance.
Date: Fri, 06 Sep 2013 13:16:09 +0300

> Date: Fri, 6 Sep 2013 09:46:17 +0800
> From: Chow Loong Jin <hyperair <at> debian.org>
> 
> 1. Start the daemon: emacs -Q --daemon
> 2. Start emacsclient: emacsclient -t
> 3. Open a new terminal, and start another emacsclient instance:
>    emacsclient -t
> 4. Go back to the first emacsclient instance, and notice that there's
>    some text corruption that can't be cleared without closing that
>    emacsclient instance. ^Z followed by fg doesn't get rid of the issue
>    either.

The reason seems to be this commit:

   revno: 114012
   author: Paul Eggert  <eggert <at> cs.ucla.edu>
   committer: Paul Eggert <eggert <at> cs.ucla.edu>
   branch nick: trunk
   timestamp: Mon 2013-08-26 18:10:30 +0000
   message:
     Fix unlikely core dump in init_tty, and simplify terminfo case.

     * term.c (init_tty) [TERMINFO]: Fix check for buffer overrun.
     The old version incorrectly dumped core if malloc returned a
     buffer containing only non-NUL bytes.
     (init_tty): Do not allocate or free termcap buffers; the
     struct does that for us now.
     * termchar.h (TERMCAP_BUFFER_SIZE) [!TERMINFO]: New constant.
     (struct tty_display_info): Define members termcap_term_buffer and
     termcap_strings_buffer only if !TERMINFO, since terminfo doesn't
     use them.  Allocate them directly in struct rather than indirectly
     via a pointer, to simplify init_tty.

Paul, could you take a look, please?

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

From: Gregor Zattler <telegraph <at> gmx.net>
To: 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: Acknowledgement (24.3.50; Starting a new emacsclient
 -t instance with another instance running in a separate terminal causes
 display corruption in the first instance.)
Date: Sun, 8 Sep 2013 21:40:59 +0200

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

Hi Loong Jin, Emacs developers,
* Chow Loong Jin <hyperair <at> debian.org> [06. Sep. 2013]:
> And here's a screenshot, which I forgot to upload earlier.

Looks relatively harmless.  Look at mine :-) garbled.png shows a
xterm but it looks the same on rxvt-unicode and within screen (1)
windows on rxvt-unicode.  The heavy underlines are typical for
this problem, they also appear in other buffers.  Within the text
of other buffers (I won't show for privacy reasons) there are
strange strings (`GL:Default') mixed in the Text, especially on
line endings, in org-mode headings but also after every instance
of the string `JC' (a two capitals letters abbreviation I use a
lot in one buffer).  Looks like

`watermelon watermelon JCGL:Default watermelon watermelon'

this-bug-report-garbled.png shows this very E-Mail, I hoped to
catch the `JCGL:Default' phenomenon, but it is much weirder.


HTH and thanks for your attention, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-

[garbled.png (image/png, attachment)]

[this-bug-report-garbled.png (image/png, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: eggert <at> cs.ucla.edu
Cc: hyperair <at> debian.org, 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;
 Starting a new emacsclient -t instance with another
 instance	running	in a separate terminal causes display corruption in
 the	first	instance.
Date: Wed, 11 Sep 2013 07:00:22 +0300

Ping!

Paul, could you please take a look?

> Date: Fri, 06 Sep 2013 13:16:09 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 15282 <at> debbugs.gnu.org
> 
> > Date: Fri, 6 Sep 2013 09:46:17 +0800
> > From: Chow Loong Jin <hyperair <at> debian.org>
> > 
> > 1. Start the daemon: emacs -Q --daemon
> > 2. Start emacsclient: emacsclient -t
> > 3. Open a new terminal, and start another emacsclient instance:
> >    emacsclient -t
> > 4. Go back to the first emacsclient instance, and notice that there's
> >    some text corruption that can't be cleared without closing that
> >    emacsclient instance. ^Z followed by fg doesn't get rid of the issue
> >    either.
> 
> The reason seems to be this commit:
> 
>    revno: 114012
>    author: Paul Eggert  <eggert <at> cs.ucla.edu>
>    committer: Paul Eggert <eggert <at> cs.ucla.edu>
>    branch nick: trunk
>    timestamp: Mon 2013-08-26 18:10:30 +0000
>    message:
>      Fix unlikely core dump in init_tty, and simplify terminfo case.
> 
>      * term.c (init_tty) [TERMINFO]: Fix check for buffer overrun.
>      The old version incorrectly dumped core if malloc returned a
>      buffer containing only non-NUL bytes.
>      (init_tty): Do not allocate or free termcap buffers; the
>      struct does that for us now.
>      * termchar.h (TERMCAP_BUFFER_SIZE) [!TERMINFO]: New constant.
>      (struct tty_display_info): Define members termcap_term_buffer and
>      termcap_strings_buffer only if !TERMINFO, since terminfo doesn't
>      use them.  Allocate them directly in struct rather than indirectly
>      via a pointer, to simplify init_tty.
> 
> Paul, could you take a look, please?

Message #36 received at 15282-done <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: hyperair <at> debian.org, 15282-done <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;	Starting a new emacsclient -t instance with
 another instance	running	in a separate terminal causes display corruption
 in the	first	instance.
Date: Wed, 11 Sep 2013 01:26:40 -0700

Eli Zaretskii wrote:
> Paul, could you please take a look?

Sorry, I missed the first ping.  I reproduced the problem on Fedora 19
and installed a fix that works for me, as trunk bzr 114204.
I'm taking the liberty of closing this bug, but if it still occurs
for you please let me know and I'll reopen it.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: hyperair <at> debian.org, 15282 <at> debbugs.gnu.org
Subject: Re: bug#15282: 24.3.50;
 Starting a new emacsclient -t instance with another
 instance	running	in a separate terminal causes display corruption in
 the	first	instance.
Date: Wed, 11 Sep 2013 16:32:01 +0300

> Date: Wed, 11 Sep 2013 01:26:40 -0700
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> CC: hyperair <at> debian.org, 15282-done <at> debbugs.gnu.org
> 
> Eli Zaretskii wrote:
> > Paul, could you please take a look?
> 
> Sorry, I missed the first ping.  I reproduced the problem on Fedora 19
> and installed a fix that works for me, as trunk bzr 114204.

Thanks!

Previous Next

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