From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Mon Nov 16 12:27:48 -0500 2020
Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 334f66d9 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Mon, 16 Nov 2020 09:27:37 -0800 (PST)
Message-ID: <E060B0300CDB9ECFF7ED60AF35E625B4@eigenstate.org>
To: umbraticus@prosimetrum.com
To: 9front@9front.org
Subject: Re: [9front] page epub support
Date: Mon, 16 Nov 2020 09:27:35 -0800
From: ori@eigenstate.org
In-Reply-To: <0A56B70EFBA44C61E499C76EAFEBD15F@prosimetrum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: self-healing database-aware plugin ORM element property deep-learning solution 

Quoth umbraticus@prosimetrum.com:
> With the flush, I only get the first (blank) page.  I think I
> understand why the flush is there (to get each item as a separate read
> in the while(read){addpage} that follows), so I don't really
> understand why removing it makes things work...

This fix looks wrong.

It seems like we have a bug in our awk input buffering with
fflush:

	cpu% echo `''{seq 10}  | awk '{print $0; fflush}'
	1
	2
	3
	4
	5
	6
	7
	8
	9
	10
	
	cpu% echo `''{seq 10}  | awk '{print $0; fflush}'
	1

The fix should be in awk.