From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#21609: bug#24837: 26.0.50; term.el: In char mode, displayed and executed commands can differ Date: Wed, 23 Nov 2016 20:21:56 +0000 Message-ID: References: <08c3b161-174d-1fb7-5df4-bbf7f7d47ee9@orcon.net.nz> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bb0405089021a0541fda476 X-Trace: blaine.gmane.org 1479932788 3979 195.159.176.226 (23 Nov 2016 20:26:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 23 Nov 2016 20:26:28 +0000 (UTC) Cc: 24837@debbugs.gnu.org, 21609@debbugs.gnu.org To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 23 21:26:24 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9e7b-0000G3-RM for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2016 21:26:24 +0100 Original-Received: from localhost ([::1]:36266 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c9e7f-0002MP-DI for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2016 15:26:27 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38669) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c9e4R-0002AT-FE for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2016 15:23:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c9e4M-0004hs-OF for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2016 15:23:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52455) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c9e4M-0004hd-K5 for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2016 15:23:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1c9e4M-0003dp-Db for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2016 15:23:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Nov 2016 20:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21609 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21609-submit@debbugs.gnu.org id=B21609.147993253413912 (code B ref 21609); Wed, 23 Nov 2016 20:23:02 +0000 Original-Received: (at 21609) by debbugs.gnu.org; 23 Nov 2016 20:22:14 +0000 Original-Received: from localhost ([127.0.0.1]:39621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9e3a-0003cF-Fn for submit@debbugs.gnu.org; Wed, 23 Nov 2016 15:22:14 -0500 Original-Received: from mail-wj0-f181.google.com ([209.85.210.181]:36132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9e3Y-0003bu-9y; Wed, 23 Nov 2016 15:22:12 -0500 Original-Received: by mail-wj0-f181.google.com with SMTP id qp4so16745252wjc.3; Wed, 23 Nov 2016 12:22:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MJjT6s1TSvffjhcHXj5JQmXzJE0WFD7nBkUgtk77b9I=; b=GTv8+F+L5C6Qil3oaGQp5laLFIHjfK4+eNiO7Ds7LA41+JKk4x5vveF2ui9USWh9BO cVaNYXWhL1MSehJthWsK2sg9M/id51fh0sag4R2X5CiYf7B7yGc12B4qMrAJmVrJjj+e I18WdERLcN9nJBp2R3JrmLcUc+SSPZ608FpazM+t81XdfgzBdmaQS+4sMu4GfQUWSOEZ v9PP7b3ukQMbo6hqOgOgSC9VkZboCwmoam139cfS3dsiRx2E1n016HcqoCGA0XwwVur0 BYLgen0ejx7Un39Ocnk7BRpmauikuf0Ccpy7ED1CGxes5llNp+nd8GSjyRAjtT86/cy7 dN0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MJjT6s1TSvffjhcHXj5JQmXzJE0WFD7nBkUgtk77b9I=; b=g8+EguP0mqspz8n5ZuBCe6+n58aKbH+padoGGlsYCg7AXUXv2oVUl+2yJG5vvWhnM5 0VVhU3UUalSvtB04+kU2WY/wgzrF1CGYWIu3NqwQQ/srOELZ6CktBUj0cIkp6VZGz3/F OZeMorVpOnFhlmvow+84tK3jT3GD1Lj5V6klA78tCeL9eTAO8dAbPoYSDcrrn6XT5m/C szkxyMVLmbY0+lhdN2sR+pfogRWZBqU2DC5YduEPEtv20iMEBtqUJDKgrD+VgiHgOmTU BRwuAT+V1Wmj73uq8nZE97My3W/nYCyhyz4zRyj+2fu//POzHUZtZrTp1KUQraqx7/l0 yKFw== X-Gm-Message-State: AKaTC02wcF3n/kh2YFhznHpPYbmSWjZVO0/q4Qp+phy89DI5ErTwFG3DofFQjBcZCAgZuwd1urmrYlBcAZIR/A== X-Received: by 10.194.95.35 with SMTP id dh3mr5208106wjb.141.1479932526525; Wed, 23 Nov 2016 12:22:06 -0800 (PST) In-Reply-To: <08c3b161-174d-1fb7-5df4-bbf7f7d47ee9@orcon.net.nz> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:126026 Archived-At: --047d7bb0405089021a0541fda476 Content-Type: text/plain; charset=UTF-8 Phil Sainty schrieb am Mi., 23. Nov. 2016 um 21:09 Uhr: > On 24/11/16 08:44, Philipp Stephani wrote: > > Phil Sainty schrieb am Mo., 31. Okt. 2016 um > >> This is a duplicate of bug #21609 -- any command which directly > >> modifies the state of the terminal buffer can cause the apparent > >> state to be out of sync with the 'actual' state (i.e. the state > >> according to the inferior process). > > > > Should maybe terminal buffers in char-mode be read-only? The process > > filter could then use inhibit-read-only. > > That's an interesting thought, and may be worth investigating (offhand > I've no idea whether it's workable), but note that it's not sufficient > to deal with all cases -- any Emacs command which moves point can create > an inconsistent state without modifying the buffer contents. > > Hmm, then maybe the entire buffer also needs to be made intangible, except for the actual position of the terminal cursor? --047d7bb0405089021a0541fda476 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Phil S= ainty <psainty@orcon.net.nz&= gt; schrieb am Mi., 23. Nov. 2016 um 21:09=C2=A0Uhr:
On 24/11/16 08:44, Philipp Stephani wrote:
> Phil Sainty <psainty@orcon.net.nz> schrieb am Mo., 31. Ok= t. 2016 um
>> This is a duplicate of bug #21609 -- any command which directly >> modifies the state of the terminal buffer can cause the apparent >> state to be out of sync with the 'actual' state (i.e. the = state
>> according to the inferior process).
>
> Should maybe terminal buffers in char-mode be read-only? The process > filter could then use inhibit-read-only.

That's an interesting thought, and may be worth investigating (offhand<= br class=3D"gmail_msg"> I've no idea whether it's workable), but note that it's not suf= ficient
to deal with all cases -- any Emacs command which moves point can create an inconsistent state without modifying the buffer contents.


Hmm, then maybe th= e entire buffer also needs to be made intangible, except for the actual pos= ition of the terminal cursor?=C2=A0
--047d7bb0405089021a0541fda476--