From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 28623 invoked from network); 7 Oct 2022 18:51:17 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 7 Oct 2022 18:51:17 -0000 Received: from mimir.eigenstate.org ([206.124.132.107]) by 9front; Fri Oct 7 14:49:50 -0400 2022 Received: from abbatoir (pool-108-27-53-161.nycmny.fios.verizon.net [108.27.53.161]) by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 4bc737f1 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO) for <9front@9front.org>; Fri, 7 Oct 2022 11:49:48 -0700 (PDT) Message-ID: To: 9front@9front.org Date: Fri, 07 Oct 2022 14:49:48 -0400 From: ori@eigenstate.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: virtualized enhancement GPU proxy Subject: Re: [9front] [PATCH] vt: fix home/end sequences in xterm mode Reply-To: 9front@9front.org Precedence: bulk Quoth hiro <23hiro@gmail.com>: > i think vt isn't based on xterm. and that's the problem; vt has its set of bugs, and xterm has its quirks that we don't emulate quite right. vttest fails pretty quickly when you try on vt. https://invisible-island.net/vttest/