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=T_SCC_BODY_TEXT_LINE
	autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 6899 invoked from network); 11 Mar 2022 20:21:27 -0000
Received: from 4ess.inri.net (216.126.196.42)
  by inbox.vuxu.org with ESMTPUTF8; 11 Mar 2022 20:21:27 -0000
Received: from duke.felloff.net ([216.126.196.34]) by 4ess; Fri Mar 11 15:14:09 -0500 2022
Message-ID: <2C440F58B063FC2BC70720C184325028@felloff.net>
Date: Fri, 11 Mar 2022 21:13:59 +0100
From: cinap_lenrek@felloff.net
To: 9front@9front.org
In-Reply-To: <E8B756286FD2FE6F8AE992EC2DA2E2DD@thinktankworkspaces.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: event ActivityPub over SSL DOM-based replication base 
Subject: Re: [9front] werc memory over flow
Reply-To: 9front@9front.org
Precedence: bulk

that seems to be an awk bug. ¿off by one?
should be deterministic to reproduce. could
you capture the input file(s) for md2html.awk
and then see which one reproduces the crash?

you can make a wrapper script that first dumps
the inputs to a temporary file (named by $pid)
and then runs md2html.awk on that:

#!/bin/rc
cat > /tmp/input.$pid
md2html.awk $* < /tmp/input.$pid

then we should have a reproducer.

--
cinap