From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from forward2h.cmail.yandex.net (forward2h.cmail.yandex.net [87.250.230.17])
	by krisdoz.my.domain (8.14.5/8.14.5) with ESMTP id sABAnVAF000166
	for <tech@mdocml.bsd.lv>; Tue, 11 Nov 2014 05:49:34 -0500 (EST)
Received: from smtp2o.mail.yandex.net (smtp2o.mail.yandex.net [37.140.190.27])
	by forward2h.cmail.yandex.net (Yandex) with ESMTP id 4DB3311DA
	for <tech@mdocml.bsd.lv>; Tue, 11 Nov 2014 13:49:24 +0300 (MSK)
Received: from smtp2o.mail.yandex.net (localhost [127.0.0.1])
	by smtp2o.mail.yandex.net (Yandex) with ESMTP id 1FCED36A3370
	for <tech@mdocml.bsd.lv>; Tue, 11 Nov 2014 13:49:24 +0300 (MSK)
Received: from unknown (unknown [89.204.154.39])
	by smtp2o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id O7dEwEhXtM-nMQeuUdF;
	Tue, 11 Nov 2014 13:49:22 +0300
	(using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits))
	(Client certificate not present)
X-Yandex-Uniq: 1901d3bc-79a5-462e-b162-a88c58a13f04
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1415702963;
	bh=O5PLWfNsRBNc8fQ6X4ACn9L4jejr6yMKvdeb506ZxAs=;
	h=Date:From:To:Subject:Message-ID:References:In-Reply-To:
	 Mail-Followup-To:User-Agent:MIME-Version:Content-Type:
	 Content-Transfer-Encoding;
	b=Wup6WwN3WyCZCsUH5b921iSk4wOJW1GEOF4eeH7YPzRM4uubwqi7iIzmxQAbA4mA/
	 j9fwGC1/TM6XXKyl+UnN8H6mZMiT5GBZ4ohqiiXd7Dq5PggCZddMB6CzccFK0UznzT
	 DWb/+flU35Cyi77wDovHebyUYeHZVp2xlGStqD7I=
Authentication-Results: smtp2o.mail.yandex.net; dkim=pass header.i=@yandex.com
Date: Tue, 11 Nov 2014 11:49:22 +0100
From: Steffen Nurpmeso <sdaoden@yandex.com>
To: tech@mdocml.bsd.lv
Subject: Re: Nested list spacing issue
Message-ID: <20141111104922.duMfYE60%sdaoden@yandex.com>
References: <20141110174010.Dcr6rYrG%sdaoden@yandex.com>
 <20141110190318.BxZAODsW%sdaoden@yandex.com>
 <20141110220614.GD20056@iris.usta.de>
In-Reply-To: <20141110220614.GD20056@iris.usta.de>
Mail-Followup-To: tech@mdocml.bsd.lv
User-Agent: s-nail v14.7.8-70-g9310369
X-Mailinglist: mdocml-tech
Reply-To: tech@mdocml.bsd.lv
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hallo Ingo,

Ingo Schwarze <schwarze@usta.de> wrote:
 |Hi Steffen,
 |
 |Steffen Nurpmeso wrote on Mon, Nov 10, 2014 at 08:03:18PM +0100:
 |> forget about this, this is an issue with mawk(1) which doesn't
 |[...]
 |> Sorry for the noise.
 |
 |Well, i didn't look at the mawk(1) issue, but your bug report

Well _i_ think that if mawk(1) optimizes 'print >> NAME' by
creating some kind of file object but then if i use 'getline <
NAME' it should look wether it did so for NAME and fflush(3) that
cache automatically, since fflush("") isn't portable awk.  But
even if, imho.  Let's see what Thomas Dickey says.

 |with respect to mandoc(1) is valid in any case, and i have fixed it.
 |
 |> I'm sure it's known
 |
 |This bug was not known, thanks for reporting.

Great this nudged for an audit that actually had some outcome.

Nonetheless way too hasty; still: all awks worked equally well in
first place, so i didn't even spend a thought on that a growth of
the manual page that was used for testing correlated with the
mawk(1) I/O buffer size and a missing automatic fflush("") and
finally resulted in a premature EOF of the mdoc(7) documented what
finally was presented to mandoc(1).
Ciao,

--steffen
--
 To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv