basename.3:

dirname now returns "." instead of "" for arguments containing
	no directory components
fgets.3:
	added a GNO note about streams opened in binary mode.
This commit is contained in:
gdr-ftp 1998-04-11 19:13:41 +00:00
parent af6a5191a8
commit 2495ce287f
2 changed files with 19 additions and 2 deletions

View File

@ -1,9 +1,9 @@
.\"
.\" Routines and man page by Devin Reade
.\"
.\" $Id: basename.3,v 1.1 1997/02/27 07:32:21 gdr Exp $
.\" $Id: basename.3,v 1.2 1998/04/11 19:13:41 gdr-ftp Exp $
.\"
.TH BASENAME 3 "26 November 1995" GNO "Library Routines"
.TH BASENAME 3 "29 March 1998" GNO "Library Routines"
.SH NAME
.BR basename ,
.BR dirname
@ -37,6 +37,9 @@ of
not included in the resultant string.
If
.I path
contains no directory separator, then the string \fB"."\fR is returned.
If
.I path
is NULL, an empty string is returned.
.LP
Unlike

View File

@ -128,6 +128,20 @@ may also fail and set
.IR errno
for any of the errors specified for the routine
.BR getchar (3).
.SH GNO NOTES
If these routines are used on a stream which has been opened in binary
mode, the results may not be as is expected; this stdio implementation
has the assumption that the newline character is the linefeed (\\n).
Since a file opened in binary mode will usually, on the IIgs, use
carridge returns as the newline characters, the
.BR fgets
and
.BR gets
routines will return more characters than expected.
.I "This makes use of"
.B gets
.IR "particularly dangerous under GNO"
(see the section on BUGS, below).
.SH SEE ALSO
.BR feof (3),
.BR ferror (3),