From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <9front-bounces@9front.inri.net>
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,T_SCC_BODY_TEXT_LINE
	autolearn=ham autolearn_force=no version=3.4.4
Received: from 9front.inri.net (9front.inri.net [168.235.81.73])
	by inbox.vuxu.org (Postfix) with ESMTP id 9E0D421F4E
	for <ml@inbox.vuxu.org>; Tue, 23 Jan 2024 18:52:14 +0100 (CET)
Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Tue Jan 23 12:51:01 -0500 2024
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org;
	s=20200506; t=1706032281;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=O6Ug3DJjdiuxzZZDEWU6O9Cihg19W049REh9zNbgRa8=;
	b=IbOa/T+oGzKSVuk0CIvCgA/ZkKFUCefqw5pw6AuKYy48IgBrHpcWJERVZWpnNX+lfcGItm
	C0WJRtqu7ssqAReQeDNQSM1FGtEdNkAS3MDDWnz7vcQ6YX9WwdkpNbDrce7Y0xvtIBoopB
	IruCpyWj+aNNbw62s9g/Rio40gK2qKU=
Received: from [192.168.168.200] (<unknown> [207.45.82.38])
	by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id 65405d13 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO)
	for <9front@9front.org>;
	Tue, 23 Jan 2024 11:51:21 -0600 (CST)
Message-ID: <b6b8797a-c1d0-427a-8fd2-b349f5e995e3@posixcafe.org>
Date: Tue, 23 Jan 2024 11:50:59 -0600
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: 9front@9front.org
References: <F056E68DACC66F58F358BC3E2E6D2983@wopr.sciops.net>
From: Jacob Moody <moody@posixcafe.org>
In-Reply-To: <F056E68DACC66F58F358BC3E2E6D2983@wopr.sciops.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: mobile information blockchain solution 
Subject: Re: [9front] [PATCH] awk: don't write an extra NUL past the end of a
 block
Reply-To: 9front@9front.org
Precedence: bulk

On my linux machine:
# nawk is onetrueawk
; dd </dev/zero bs=4 count=8k | tr '\0' A | nawk '{a=$1}'
8192+0 records in
8192+0 records out
32768 bytes (33 kB, 32 KiB) copied, 0.00933006 s, 3.5 MB/s

This works fine. No crash. I am not doubting this needs fixed,
I am doubtful of fixing it in this way being correct. It is still
not clear to me if there is some other input that is relying on
that extra line to be there. But it is clear that onetrueawk fixed
this using some other fix.

We should figure out how they solved it and/or prove that the cases
in which those loops never run are impossible to hit.