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

Package: emacs;

Reported by: Chow Loong Jin <hyperair <at> debian.org>

Date: Fri, 6 Sep 2013 02:47:01 UTC

Severity: normal

Merged with 15222

Found in version 24.3.50

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


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?




This bug report was last modified 11 years and 251 days ago.

Previous Next


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