Re: line termination in manuals

[Kristaps Dzonsons <kristaps@bsd.lv>]

>> Has somebody checked whether groff accepts these in the same way?
>
> It does.
>
>
> Joerg Sonnenberger wrote on Sat, Jan 22, 2011 at 11:29:38PM +0100:
>> On Sat, Jan 22, 2011 at 11:18:36PM +0100, Ingo Schwarze wrote:
>
>>> When the last character in blk.buf is '\r' (without a newline
>>> at the end of the file), my first attempt would have overrun
>>> the buffer by one byte.
>
>> Right. What about the same condition for the first if?
>
> Has anybody mentioned that handling of null-terminated strings
> is less error-prone than of buffers with a length, because there
> is the null at the end and you don't that easily overrun?
>
> Joerg, you are right, and not only that, the bounds check was off
> by one as well.  Checking i+1<  sz and then accessing buf[i+2]
> is not smart.
>
> Maybe i should write poems instead, or something.

.Dd $Mdocdate$
.Dt FOO 1
.Os
.Sh NAME
.Nm foo
.Nd a poem by pretend\-Ingo
.Sh SYNOPSIS
.Nm Roses
.Ar e red, violets
.Ar e blue...

Incidentally, whenever you get the \r\n logic ironed out, check it in. 
I've been wanting to have DOS file support for a while...

(Should we specify that the -Tascii output is always UNIX newline 
terminated?)

Thanks,

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