GNU bug report logs - #7339
23.2; term-mode vs clone-buffer

Previous Next

Package: emacs;

Reported by: Kevin Ryde <user42 <at> zip.com.au>

Date: Fri, 5 Nov 2010 22:29:02 UTC

Severity: minor

Tags: confirmed

Found in version 23.2

To reply to this bug, email your comments to 7339 AT debbugs.gnu.org.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7339; Package emacs. (Fri, 05 Nov 2010 22:29:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Kevin Ryde <user42 <at> zip.com.au>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 05 Nov 2010 22:29:02 GMT) Full text and rfc822 format available.

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

From: Kevin Ryde <user42 <at> zip.com.au>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.2; term-mode vs clone-buffer
Date: Sat, 06 Nov 2010 09:31:49 +1100
A term-mode buffer doesn't seem to duplicate with M-x clone-buffer very
well.  For example

    emacs -Q
    M-x term
    top Ret        ;; run the "top" program
    C-c M-x clone-buffer
    => gets multiple inserts of the top output

where I hoped the cloned buffer would have refreshing top output,
instead of appending and growing the buffer.

Nosing around the code it looks like clone-buffer runs up a new
subprocess well enough, but that presumably something in the `term-mode'
setups doesn't come out right.

A line-oriented program like the default /bin/bash that M-x term offers
seems a bit better, though point isn't left at the end of the new
prompt.



In GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-05-16 on raven, modified by Debian
configured using `configure  '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_AU
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default enable-multibyte-characters: t




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#7339; Package emacs. (Tue, 10 May 2022 02:18:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Kevin Ryde <user42 <at> zip.com.au>
Cc: 7339 <at> debbugs.gnu.org
Subject: Re: bug#7339: 23.2; term-mode vs clone-buffer
Date: Tue, 10 May 2022 04:17:19 +0200
Kevin Ryde <user42 <at> zip.com.au> writes:

> A term-mode buffer doesn't seem to duplicate with M-x clone-buffer very
> well.  For example
>
>     emacs -Q
>     M-x term
>     top Ret        ;; run the "top" program
>     C-c M-x clone-buffer
>     => gets multiple inserts of the top output
>
> where I hoped the cloned buffer would have refreshing top output,
> instead of appending and growing the buffer.
>
> Nosing around the code it looks like clone-buffer runs up a new
> subprocess well enough, but that presumably something in the `term-mode'
> setups doesn't come out right.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I can confirm that this behaviour is still present in Emacs 29.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) confirmed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 10 May 2022 02:18:02 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 34 days ago.

Previous Next


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