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=-1.3 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, NICE_REPLY_A autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 28611 invoked from network); 27 Dec 2021 14:56:37 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 27 Dec 2021 14:56:37 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 8C5729CFCE; Tue, 28 Dec 2021 00:56:36 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 7ACBB9CEB0; Tue, 28 Dec 2021 00:56:20 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="Ljmg8uDf"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 1DC479CEB0; Tue, 28 Dec 2021 00:56:17 +1000 (AEST) Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com [209.85.210.48]) by minnie.tuhs.org (Postfix) with ESMTPS id 946CA9CE84 for ; Tue, 28 Dec 2021 00:56:14 +1000 (AEST) Received: by mail-ot1-f48.google.com with SMTP id r10-20020a056830080a00b0055c8fd2cebdso20824156ots.6 for ; Mon, 27 Dec 2021 06:56:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to; bh=TkSayo96Fk0gNVKo1tTRBtzYTz6I30pw4e0+Yo9T8iQ=; b=Ljmg8uDfC1g9Vy8cQ2357SyX9rRKAvT0OYkeEb2OKAhMXms3CJZVbnKcMWvw4ZUKP9 u3Fu8GiXbO+ylw4YNWlZQL6fNU6XV0xE1uc8RV+w20eIFGwLu6gQWEFbrvrT2Bn1IUR3 d9oIMwOOniPS4KIaw1jmVcMK8hwAjkujnaKx3UhApb1xHa+ArnHj4w22CtmKLI3fQ8la 4YHnGN8YrPj8YZXaa7tSUm5M2AOzJ8F+b5KHjSwJufDeO20aODFdfJfWuuESXefzjVpA 4FH6+HIPTJUjuI0Lu6JK9QXqvuKz6zjbOzBxH8F2CaTCZTKQFFW5slC3Jq+vy46ZTOHq u49Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to; bh=TkSayo96Fk0gNVKo1tTRBtzYTz6I30pw4e0+Yo9T8iQ=; b=a1J6eQZyYmljIoemOvUeV871s9wHzc/edX+hrUpK/c2FJdwH1uMw0sb4cXMpser6rF iB9Tfh8bVkz7nW0L1W6IowpESfddpfLvZz3nTzM0z8mjtT+jr5kQxGej7A6oacUx7PIv +e2s9fBp4VYo4wFm+y7tfv3t7yABSUU9PxobecxSynwHuDzl1Ibr/5GO0ftlpKi4CByL ZKYsdWQIGwF9FOaW8HtkrXElo8POCSxY+JrTAI0Mho212yq+EZKDfkbyoxTSnHaIJ7Io aZvTxfWVr1ud7y6ROpcbLNJakv0YzQ/webD4lIKSajDlZqt9qbu32OODDQO5NggiCEHB SUtA== X-Gm-Message-State: AOAM533lvOn26OemDqleFHtwaxzwvWS3JNDz8VJMhUb5aFPky3G/nTmf tRACS13b06VPxvF11UsQdudHLRQ24ozUSA== X-Google-Smtp-Source: ABdhPJz4eqR6jlspKzrRRLdiat7yRiTcLMdnnbDsjA4dmZxoD7BnIbE+/9m1FziRQ+l4rExVe44BKg== X-Received: by 2002:a05:6830:924:: with SMTP id v36mr9920545ott.223.1640616973742; Mon, 27 Dec 2021 06:56:13 -0800 (PST) Received: from [10.8.0.4] ([185.247.70.61]) by smtp.gmail.com with ESMTPSA id q2sm2904538otg.64.2021.12.27.06.56.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Dec 2021 06:56:13 -0800 (PST) Content-Type: multipart/alternative; boundary="------------VZjLIDci1MDGPcrzria124DM" Message-ID: Date: Mon, 27 Dec 2021 08:56:12 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Content-Language: en-US To: Noel Chiappa , tuhs@minnie.tuhs.org References: <20211227143743.B798F18C073@mercury.lcs.mit.edu> From: Will Senn In-Reply-To: <20211227143743.B798F18C073@mercury.lcs.mit.edu> Subject: Re: [TUHS] svr2 delete behavior X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" This is a multi-part message in MIME format. --------------VZjLIDci1MDGPcrzria124DM Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/27/21 8:37 AM, Noel Chiappa wrote: > > From: Will Senn > > > anything similar to modern behavior when handling the delete/backspace > > key where the character is deleted from the input and rubbed out? The > > default, like in v6/v7 for erase and kill is # and @. I can live with > > this, if I can't get it to do the rubout, because at least you can see > > the # in the input > > I use ASCII 'backspace' (^H) on my V6, and it 'sort of' works; it doesn't > erase the deleted character on the screen, but if one then types corrected > characters, they overlay the deleted ones, leaving the corrected input. That > should work on everything later than V6. > > The MIT PWB1 tty handler (link in a prior message) not only supported a 'kill > line' (we generally used '^U') which actually visibly deleted the old line > contents (on screen terminals, of course; on printing terminals you're > stuck), it also had suppport for '^R' (re-type line) and some other stuff. > > Noel Hi Noel, that's interesting. I hadn't tried it in v6 in a while. I'd pretty much resigned myself to # and @. But I see the effect in v6, even without changing stty and it 'works', but in svr2, if I type lsa and then hit ^H it backs up a place, but then when I press enter the shell says something along the lines of - lsa^H: not found. But by adding stty erase ^H, it then 'works' the same as in v6. Seth's steer regarding setting erase and echoe 'fixed' things, once I figured out that having DEL doubling as intr wasn't ideal. Oh, the mysteries of terminal interaction. Add the fact that I'm using Mac OS's Terminal, and no telling what could happen. I generally turn on Option as Meta magic but I don't remap ^H as DEL :). Will --------------VZjLIDci1MDGPcrzria124DM Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
On 12/27/21 8:37 AM, Noel Chiappa wrote:
    > From: Will Senn

    > anything similar to modern behavior when handling the delete/backspace
    > key where the character is deleted from the input and rubbed out? The
    > default, like in v6/v7 for erase and kill is # and @. I can live with
    > this, if I can't get it to do the rubout, because at least you can see
    > the # in the input

I use ASCII 'backspace' (^H) on my V6, and it 'sort of' works; it doesn't
erase the deleted character on the screen, but if one then types corrected
characters, they overlay the deleted ones, leaving the corrected input.  That
should work on everything later than V6.

The MIT PWB1 tty handler (link in a prior message) not only supported a 'kill
line' (we generally used '^U') which actually visibly deleted the old line
contents (on screen terminals, of course; on printing terminals you're
stuck), it also had suppport for '^R' (re-type line) and some other stuff.

	Noel
Hi Noel, that's interesting.

I hadn't tried it in v6 in a while. I'd pretty much resigned myself to # and @. But I see the effect in v6, even without changing stty and it 'works', but in svr2, if I type lsa and then hit ^H it backs up a place, but then when I press enter the shell says something along the lines of - lsa^H: not found. But by adding stty erase ^H, it then 'works' the same as in v6. Seth's steer regarding setting erase and echoe 'fixed' things, once I figured out that having DEL doubling as intr wasn't ideal.

Oh, the mysteries of terminal interaction. Add the fact that I'm using Mac OS's Terminal, and no telling what could happen. I generally turn on Option as Meta magic but I don't remap ^H as DEL :).

Will
 --------------VZjLIDci1MDGPcrzria124DM--