Subject: Re: Slightly modifying fgetln(3) semantics
To: J.T. Conklin <jtc@NetBSD.ORG>
From: Luke Mewburn <firstname.lastname@example.org>
Date: 09/19/1997 10:35:14
"J.T. Conklin" writes:
> > Greetings.
> > fgetln(3) reads a line from stdin (upto newline or EOF), and returns a
> > pointer to this string, along with its length. The string is not NUL
> > terminated.
> The history of fgetln / fgetline includes at least two libc shared
> library major number bumps. I don't recall, but I wouldn't be
> surprised if one of the past versions NUL terminated the string.
Here's the relevant log messages from libc/shlib_version:
date: 1994/01/04 05:15:30; author: cgd; state: Exp; lines: +2 -2
bump shlib version so people don't get screwed again by fgetline()
date: 1993/12/22 07:09:11; author: cgd; state: Exp; lines: +1 -1
don't squish newline at end of fgetline()... from bostic
I expect that rev 1.8 was for when fgetline() was renamed to fgetln()