Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 May 2017 05:34:29 +1000 (EST)
From:      Bruce Evans <brde@optusnet.com.au>
To:        "Ngie Cooper (yaneurabeya)" <yaneurabeya@gmail.com>
Cc:        FreeBSD Current <current@FreeBSD.org>, Bruce Evans <bde@FreeBSD.org>
Subject:   Re: Really weird behavior with terminals/sessions in past couple weeks
Message-ID:  <20170514051851.C2180@besplex.bde.org>
In-Reply-To: <ABF21BC8-8C58-4DEA-9D7E-614A99F21E69@gmail.com>
References:  <411E858B-7520-4297-9D23-550B5B8B0C1E@gmail.com> <555ABF17-C3A1-4A34-A6F8-937C12303A45@gmail.com> <ABF21BC8-8C58-4DEA-9D7E-614A99F21E69@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 13 May 2017, Ngie Cooper (yaneurabeya) wrote:

>> On May 13, 2017, at 11:05, Ngie Cooper (yaneurabeya) <yaneurabeya@gmail.=
com> wrote:
>>
>>> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya) <yaneurabeya@gmail=
=2Ecom> wrote:
>>>
>>> Hi,
>>> =09I=E2=80=99ve been noticing some really weird behavior with terminal =
input after updating my kernel/userland =E2=80=94 in particular, if I do `a=
rc diff =E2=80=94create` (which opens vi/vim), and try to do edits/use ^c, =
it will terminate the running process for `arc diff =E2=80=94create`. Simil=
arly, I was seeing really weird input via vim (when doing `svn ci`) where i=
f I had one of the editing modes on, like insert, it would delete several l=
ines at once; I worked around this by using ^c to terminate insert mode, bu=
t that=E2=80=99s a really bad hack. It worked ok with r316745, got worse in=
 r317727, and doesn=E2=80=99t seem to be any better in r318250.
>>
>> I forgot to mention: I=E2=80=99m using SSH to access my machine.
>
> My gut feeling is the sc(4) commits might have tickled or introduced some=
 bugs. I=E2=80=99ll try reverting the following commits over the next coupl=
e days to see whether or not my experience improves: r316827 r316830 r31686=
5 r316878 r316974 r316977 r317190 r317198 r317199 r317245 r317256 r317264.

I don't think I touched anything related to editing.  Certainly not for fix=
ing
the mouse cursor starting some time before r317827.  Since then I have spen=
t
too much time on mouse cursors and not much else.

Bruce


Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170514051851.C2180>