about summary refs log tree commit diff
path: root/manual
diff options
context:
space:
mode:
Diffstat (limited to 'manual')
-rw-r--r--manual/argp.texi6
-rw-r--r--manual/arith.texi2
-rw-r--r--manual/llio.texi88
-rw-r--r--manual/message.texi6
-rw-r--r--manual/signal.texi2
-rw-r--r--manual/sysinfo.texi10
-rw-r--r--manual/time.texi2
-rw-r--r--manual/users.texi11
8 files changed, 63 insertions, 64 deletions
diff --git a/manual/argp.texi b/manual/argp.texi
index ab16fe3266..4847468bda 100644
--- a/manual/argp.texi
+++ b/manual/argp.texi
@@ -60,7 +60,7 @@ call to @code{argp_parse} is the only argument-parsing code needed in
 @comment argp.h
 @comment GNU
 @deftypefun {error_t} argp_parse (const struct argp *@var{argp}, int @var{argc}, char **@var{argv}, unsigned @var{flags}, int *@var{arg_index}, void *@var{input})
-The @code{argp_parse} function parses the arguments in in @var{argv}, of
+The @code{argp_parse} function parses the arguments in @var{argv}, of
 length @var{argc}, using the argp parser @var{argp} (@pxref{Argp
 Parsers}); a value of zero is the same as a @code{struct argp}
 containing all zeros.  @var{flags} is a set of flag bits that modify the
@@ -203,7 +203,7 @@ messages.  @xref{Argp Help Filtering}.
 
 The @code{options}, @code{parser}, @code{args_doc}, and @code{doc}
 fields are usually all that are needed.  If an argp parser is defined as
-an initialized C variable, only the used fields need be specified in in
+an initialized C variable, only the used fields need be specified in
 the initializer---the rest will default to zero due to the way C
 structure initialization works (this fact is exploited for most argp
 structures, grouping the most-used fields near the beginning, so that
@@ -845,7 +845,7 @@ Turns off any message-printing/exiting options, specifically
 @need 2000
 @subsection Customizing Argp Help Output
 
-The @code{help_filter} field in a a @code{struct argp} is a pointer to a
+The @code{help_filter} field in a @code{struct argp} is a pointer to a
 function to filter the text of help messages before displaying them.
 They have a function signature like:
 
diff --git a/manual/arith.texi b/manual/arith.texi
index 57b3ac9329..8822a8ce9d 100644
--- a/manual/arith.texi
+++ b/manual/arith.texi
@@ -1339,7 +1339,7 @@ library also provides these functions together with some useful
 extensions in the same sense.
 
 Generally, you should avoid using these functions unless the really fit
-into the problem you have to to solve.  Otherwise it is almost always
+into the problem you have to solve.  Otherwise it is almost always
 better to use @code{sprintf} since its greater availability (it is an
 @w{ISO C} function).
 
diff --git a/manual/llio.texi b/manual/llio.texi
index e0b16716ab..6387eecbe0 100644
--- a/manual/llio.texi
+++ b/manual/llio.texi
@@ -142,7 +142,7 @@ or @code{O_CREAT} is set and the file does not already exist.
 If on a 32 bits machine the sources are translated with
 @code{_FILE_OFFSET_BITS == 64} the function @code{open} returns a file
 descriptor opened in the large file mode which enables the file handling
-functions to use files up to @math{2^63} in size and offset from
+functions to use files up to @math{2^63} bytes in size and offset from
 @math{-2^63} to @math{2^63}.  This happens transparently for the user
 since all of the lowlevel file handling functions are equally replaced.
 
@@ -266,7 +266,7 @@ on their meaning.
 
 Please note that there is @emph{no} separate @code{close64} function.
 This is not necessary since this function does not determine nor depend
-on the more of the file.  The kernel which performs the @code{close}
+on the mode of the file.  The kernel which performs the @code{close}
 operation knows for which mode the descriptor is used and can handle
 this situation.
 @end deftypefun
@@ -1402,7 +1402,7 @@ These functions are part of the library with realtime functions named
 The implementation of these functions can be done using support in the
 kernel (if available) or using an implementation based on threads at
 userlevel.  In the latter case it might be necessary to link applications
-with the thread library @file{libthread} in addition to @file{librt}.
+with the thread library @file{libpthread} in addition to @file{librt}.
 
 All AIO operations operate on files which were opened previously.  There
 might be arbitrary many operations for one file running.  The
@@ -1429,8 +1429,8 @@ I.e., it is not possible to use any of the AIO operations on devices
 like terminals where an @code{lseek} call would lead to an error.
 
 @item off_t aio_offset
-This element specified at which offset in the file the operation (input
-or output) is performed.  Since the operation are carried in arbitrary
+This element specifies at which offset in the file the operation (input
+or output) is performed.  Since the operations are carried out in arbitrary
 order and more than one operation for one file descriptor can be
 started, one cannot expect a current read/write position of the file
 descriptor.
@@ -1451,10 +1451,10 @@ AIO operation.
 
 @item struct sigevent aio_sigevent
 This element specifies how the calling process is notified once the
-operation terminated.  If the @code{sigev_notify} element is
+operation terminates.  If the @code{sigev_notify} element is
 @code{SIGEV_NONE} no notification is send.  If it is @code{SIGEV_SIGNAL}
 the signal determined by @code{sigev_signo} is send.  Otherwise
-@code{sigev_notify} must be @code{SIGEV_THREAD} in which case a thread
+@code{sigev_notify} must be @code{SIGEV_THREAD}.  In this case a thread
 is created which starts executing the function pointed to by
 @code{sigev_notify_function}.
 
@@ -1478,12 +1478,12 @@ Start a write operation.  Write @code{aio_nbytes} bytes starting at
 @item LIO_NOP
 Do nothing for this control block.  This value is useful sometimes when
 an array of @code{struct aiocb} values contains holes, i.e., some of the
-values must not be handled allthough the whole array is presented to the
+values must not be handled although the whole array is presented to the
 @code{lio_listio} function.
 @end vtable
 @end table
 
-When the sourcs are compiled using @code{_FILE_OFFSET_BITS == 64} on a
+When the sources are compiled using @code{_FILE_OFFSET_BITS == 64} on a
 32 bits machine this type is in fact @code{struct aiocb64} since the LFS
 interface transparently replaces the @code{struct aiocb} definition.
 @end deftp
@@ -1529,7 +1529,7 @@ AIO operation.
 
 @item struct sigevent aio_sigevent
 This element specifies how the calling process is notified once the
-operation terminated.  If the @code{sigev_notify} element is
+operation terminates.  If the @code{sigev_notify} element is
 @code{SIGEV_NONE} no notification is send.  If it is @code{SIGEV_SIGNAL}
 the signal determined by @code{sigev_signo} is send.  Otherwise
 @code{sigev_notify} must be @code{SIGEV_THREAD} in which case a thread
@@ -1539,7 +1539,7 @@ which starts executing the function pointeed to by
 @item int aio_lio_opcode
 This element is only used by the @code{lio_listio} and
 @code{[lio_listio64} functions.  Since these functions allow to start an
-arbitrary number of operations at once and since each operationcan be
+arbitrary number of operations at once and since each operation can be
 input or output (or nothing) the information must be stored in the
 control block.  See the description of @code{struct aiocb} for a description
 of the possible values.
@@ -1566,7 +1566,7 @@ aiocb64} since the LFS replaces transparently the old interface.
 @deftypefun int aio_read (struct aiocb *@var{aiocbp})
 This function initiates an asynchronous read operation.  The function
 call immediately returns after the operation was enqueued or when an
-error was encoutered.
+error was encountered.
 
 The first @code{aiocbp->aio_nbytes} bytes of the file for which
 @code{aiocbp->aio_fildes} is a descriptor are written to the buffer
@@ -1593,8 +1593,8 @@ limitations.
 The @code{aio_read} function is not implemented.
 @item EBADF
 The @code{aiocbp->aio_fildes} descriptor is not valid.  This condition
-need not be recognized before enqueueing the request and so this error
-might also be signaled asynchrously.
+needs not be recognized before enqueueing the request and so this error
+might also be signaled asynchronously.
 @item EINVAL
 The @code{aiocbp->aio_offset} or @code{aiocbp->aio_reqpiro} value is
 invalid.  This condition need not be recognized before enqueueing the
@@ -1609,7 +1609,7 @@ functions.  As long as the value returned by @code{aio_error} is
 otherwise the value is to be interpreted as an error code.  If the
 function terminated the result of the operation can be get using a call
 to @code{aio_return}.  The returned value is the same as an equivalent
-call to @code{read} would have returned.  Possible error code returned
+call to @code{read} would have returned.  Possible error codes returned
 by @code{aio_error} are:
 
 @table @code
@@ -1635,7 +1635,7 @@ difference is that on @w{32 bits} machines the file descriptor should
 be opened in the large file mode.  Internally @code{aio_read64} uses
 functionality equivalent to @code{lseek64} (@pxref{File Position
 Primitive}) to position the file descriptor correctly for the reading,
-as opposed to @code{lseek} funcationality used in @code{aio_read}.
+as opposed to @code{lseek} functionality used in @code{aio_read}.
 
 When the sources are compiled with @code{_FILE_OFFSET_BITS == 64} this
 function is available under the name @code{aio_read} and so transparently
@@ -1650,7 +1650,7 @@ of functions with a very similar interface.
 @deftypefun int aio_write (struct aiocb *@var{aiocbp})
 This function initiates an asynchronous write operation.  The function
 call immediately returns after the operation was enqueued or if before
-this happens an error was encoutered.
+this happens an error was encountered.
 
 The first @code{aiocbp->aio_nbytes} bytes from the buffer starting at
 @code{aiocbp->aio_buf} are written to the file for which
@@ -1677,12 +1677,12 @@ limitations.
 The @code{aio_write} function is not implemented.
 @item EBADF
 The @code{aiocbp->aio_fildes} descriptor is not valid.  This condition
-need not be recognized before enqueueing the request and so this error
-might also be signaled asynchrously.
+needs not be recognized before enqueueing the request and so this error
+might also be signaled asynchronously.
 @item EINVAL
 The @code{aiocbp->aio_offset} or @code{aiocbp->aio_reqpiro} value is
-invalid.  This condition need not be recognized before enqueueing the
-request and so this error might also be signaled asynchrously.
+invalid.  This condition needs not be recognized before enqueueing the
+request and so this error might also be signaled asynchronously.
 @end table
 
 In the case @code{aio_write} returns zero the current status of the
@@ -1715,11 +1715,11 @@ replaces the normal implementation.
 @comment Unix98
 @deftypefun int aio_write64 (struct aiocb *@var{aiocbp})
 This function is similar to the @code{aio_write} function.  The only
-difference is that only @w{32 bits} machines the file descriptor should
+difference is that on @w{32 bits} machines the file descriptor should
 be opened in the large file mode.  Internally @code{aio_write64} uses
 functionality equivalent to @code{lseek64} (@pxref{File Position
 Primitive}) to position the file descriptor correctly for the writing,
-as opposed to @code{lseek} funcationality used in @code{aio_write}.
+as opposed to @code{lseek} functionality used in @code{aio_write}.
 
 When the sources are compiled with @code{_FILE_OFFSET_BITS == 64} this
 function is available under the name @code{aio_write} and so transparently
@@ -1755,14 +1755,14 @@ a time.  Another situation is where the @code{lio_listio} call was
 cancelled before all requests are processed (@pxref{Cancel AIO
 Operations}) and the remaining requests have to be reissued.
 
-The the other members of each element of the array pointed to by
+The other members of each element of the array pointed to by
 @code{list} must have values suitable for the operation as described in
 the documentation for @code{aio_read} and @code{aio_write} above.
 
 The @var{mode} argument determines how @code{lio_listio} behaves after
 having enqueued all the requests.  If @var{mode} is @code{LIO_WAIT} it
 waits until all requests terminated.  Otherwise @var{mode} must be
-@code{LIO_NOWAIT} and in this case the function returns immeditely after
+@code{LIO_NOWAIT} and in this case the function returns immediately after
 having enqueued all the requests.  In this case the caller gets a
 notification of the termination of all requests according to the
 @var{sig} parameter.  If @var{sig} is @code{NULL} no notification is
@@ -1793,7 +1793,7 @@ The resources necessary to queue all the requests are not available in
 the moment.  The error status for each element of @var{list} must be
 checked which request failed.
 
-Another reason could be that the systemwide limit of AIO requests is
+Another reason could be that the system wide limit of AIO requests is
 exceeded.  This cannot be the case for the implementation on GNU systems
 since no arbitrary limits exist.
 @item EINVAL
@@ -1801,7 +1801,7 @@ The @var{mode} parameter is invalid or @var{nent} is larger than
 @code{AIO_LISTIO_MAX}.
 @item EIO
 One or more of the request's I/O operations failed.  The error status of
-each request should be checked which one failed.
+each request should be checked for which one failed.
 @item ENOSYS
 The @code{lio_listio} function is not supported.
 @end table
@@ -1823,7 +1823,7 @@ difference is that only @w{32 bits} machines the file descriptor should
 be opened in the large file mode.  Internally @code{lio_listio64} uses
 functionality equivalent to @code{lseek64} (@pxref{File Position
 Primitive}) to position the file descriptor correctly for the reading or
-writing, as opposed to @code{lseek} funcationality used in
+writing, as opposed to @code{lseek} functionality used in
 @code{lio_listio}.
 
 When the sources are compiled with @code{_FILE_OFFSET_BITS == 64} this
@@ -1835,7 +1835,7 @@ machines.
 @node Status of AIO Operations
 @subsection Getting the Status of AIO Operations
 
-As already decsribes in the documentation of the functions in the last
+As already described in the documentation of the functions in the last
 section it must be possible to get information about the status of a I/O
 request.  When the operation is performed really asynchronous (as with
 @code{aio_read} and @code{aio_write} and with @code{aio_listio} when the
@@ -1847,11 +1847,11 @@ The following two function allow to get this kind of information.
 @comment POSIX.1b
 @deftypefun int aio_error (const struct aiocb *@var{aiocbp})
 This function determines the error state of the request described by the
-@code{struct aiocb} variable pointed to by @var{aiocbp}.  If the the
+@code{struct aiocb} variable pointed to by @var{aiocbp}.  If the
 request has not yet terminated the value returned is always
 @code{EINPROGRESS}.  Once the request has terminated the value
 @code{aio_error} returns is either @math{0} if the request completed
-successfully or it returns the the value which would be stored in the
+successfully or it returns the value which would be stored in the
 @code{errno} variable if the request would have been done using
 @code{read}, @code{write}, or @code{fsync}.
 
@@ -1886,8 +1886,8 @@ carried out by the request described in the variable pointed to by
 by @code{aio_error} is @code{EINPROGRESS} the return of this function is
 undefined.
 
-Once the request is finished this function can used used exactly once to
-retriece the return value.  Following calls might lead to undefined
+Once the request is finished this function can be used exactly once to
+retrieve the return value.  Following calls might lead to undefined
 behaviour.  The return value itself is the value which would have been
 returned by the @code{read}, @code{write}, or @code{fsync} call.
 
@@ -1917,10 +1917,10 @@ machines.
 @subsection Getting into a Consistent State
 
 When dealing with asynchronous operations it is sometimes necessary to
-get into a consistent state.  This would mean for AIO that ones wants to
+get into a consistent state.  This would mean for AIO that one wants to
 know whether a certain request or a group of request were processed.
 This could be done by waiting for the notification sent by the system
-after the operation terminated but this sometimes would been a wasting
+after the operation terminated but this sometimes would mean wasting
 resources (mainly computation time).  Instead POSIX.1b defines two
 functions which will help with most kinds of consistency.
 
@@ -1933,7 +1933,7 @@ defined.
 @comment POSIX.1b
 @deftypefun int aio_fsync (int @var{op}, struct aiocb *@var{aiocbp})
 Calling this function forces all I/O operations operating queued at the
-time of the function call operating on the file desriptor
+time of the function call operating on the file descriptor
 @code{aiocbp->aio_fildes} into the synchronized I/O completion state
 (@pxref{Synchronizing I/O}).  The @code{aio_fsync} function return
 immediately but the notification through the method described in
@@ -1944,12 +1944,12 @@ after the synchronization request are not effected.
 
 If @var{op} is @code{O_DSYNC} the synchronization happens as with a call
 to @code{fdatasync}.  Otherwise @var{op} should be @code{O_SYNC} and
-thee synchronization happens as with @code{fsync}.
+the synchronization happens as with @code{fsync}.
 
-As long as the synchronization hasn't happened a call to
+As long as the synchronization has not happened a call to
 @code{aio_error} with the reference to the object pointed to by
-@var{aiocbp} returns @code{EINPROGRESS}.  Once the synchronizatio is
-done @code{aio_error} return @math{0} if the synchronization wasn
+@var{aiocbp} returns @code{EINPROGRESS}.  Once the synchronization is
+done @code{aio_error} return @math{0} if the synchronization was not
 successful.  Otherwise the value returned is the value to which the
 @code{fsync} or @code{fdatasync} function would have set the
 @code{errno} variable.  In this case nothing can be assumed about the
@@ -1961,7 +1961,7 @@ successfully filed.  Otherwise the return value is @math{-1} and
 
 @table @code
 @item EAGAIN
-The request coulnd't be enqueued due to temporary lack of resources.
+The request could not be enqueued due to temporary lack of resources.
 @item EBADF
 The file descriptor @code{aiocbp->aio_fildes} is not valid or not open
 for writing.
@@ -1990,7 +1990,7 @@ transparently replaces the interface for small files on 32 bits
 machines.
 @end deftypefun
 
-Another method of synchronization is to until one or more requests of a
+Another method of synchronization is to wait until one or more requests of a
 specific set terminated.  This could be achieved by the @code{aio_*}
 functions to notify the initiating process about the termination but in
 some situations this is not the ideal solution.  In a program which
@@ -2020,7 +2020,7 @@ finished.  If @var{timeout} is not @code{NULL} the process remains
 suspended at as long as specified in @var{timeout}.  In this case
 @code{aio_suspend} returns with an error.
 
-The return value of the function is @math{0} is one or more requests
+The return value of the function is @math{0} if one or more requests
 from the @var{list} have terminated.  Otherwise the function returns
 @math{-1} and @code{errno} is set to one of the following values:
 
@@ -2135,7 +2135,7 @@ The POSIX standard does not specify how the AIO functions are
 implemented.  They could be system calls but it is also possible to
 emulate them at userlevel.
 
-At least the available implementatio at the point of this writing is a
+At least the available implementation at the point of this writing is a
 userlevel implementation which uses threads for handling the enqueued
 requests.  This implementation requires to make some decisions about
 limitations but hard limitations are something which better should be
diff --git a/manual/message.texi b/manual/message.texi
index cc57439677..fb6126215a 100644
--- a/manual/message.texi
+++ b/manual/message.texi
@@ -27,7 +27,7 @@ As mentioned above the message catalog handling provides easy
 extendibility by using external data files which contain the message
 translations.  I.e., these files contain for each of the messages used
 in the program a translation for the appropriate language.  So the tasks
-of the message handling functions functions are
+of the message handling functions are
 
 @itemize @bullet
 @item
@@ -537,7 +537,7 @@ following slavishly the X/Open specs and not relying on the extension
 and by using the GNU extensions.  We will take a look at the former
 method first to understand the benefits of extensions.
 
-@subsubsection Not using symbolic symbolic names
+@subsubsection Not using symbolic names
 
 Since the X/Open format of the message catalog files does not allow
 symbol names we have to work with numbers all the time.  When we start
@@ -673,7 +673,7 @@ int
 main (void)
 @{
   nl_catd catdesc = catopen ("hello.cat", NL_CAT_LOCALE);
-  printf (catgets (catdesc, SetMainSet, SetMainHello, 
+  printf (catgets (catdesc, SetMainSet, SetMainHello,
                    "Hello, world!\n"));
   catclose (catdesc);
   return 0;
diff --git a/manual/signal.texi b/manual/signal.texi
index 263b1f01b8..fc05d222c8 100644
--- a/manual/signal.texi
+++ b/manual/signal.texi
@@ -2176,7 +2176,7 @@ provided only for compatibility with SVID.
 One convenient use for @code{raise} is to reproduce the default behavior
 of a signal that you have trapped.  For instance, suppose a user of your
 program types the SUSP character (usually @kbd{C-z}; @pxref{Special
-Characters}) to send it an interactive stop stop signal
+Characters}) to send it an interactive stop signal
 (@code{SIGTSTP}), and you want to clean up some internal data buffers
 before stopping.  You might set this up like this:
 
diff --git a/manual/sysinfo.texi b/manual/sysinfo.texi
index 9b5513300e..f35aa8b0c6 100644
--- a/manual/sysinfo.texi
+++ b/manual/sysinfo.texi
@@ -225,7 +225,7 @@ This structure is used with the @code{getfsent}, @code{getfsspec}, and
 
 @table @code
 @item char *fs_spec
-This element desribes the device from which the filesystem is mounted.
+This element describes the device from which the filesystem is mounted.
 Normally this is the name of a special device, such as a hard disk
 partition, but it could also be a more or less generic string.  For
 @dfn{NFS} it would be a hostname and directory name combination.
@@ -236,8 +236,8 @@ function predates @w{ISO C}.  The same is true for the other string
 elements of this structure.
 
 @item char *fs_file
-This desribes the mount point on the local system.  I.e., accessing any
-file in this filesystem has this string implicitly or explicitly as a
+This describes the mount point on the local system.  I.e., accessing any
+file in this filesystem has implicitly or explicitly this string as a
 prefix.
 
 @item char *fs_vfstype
@@ -422,10 +422,10 @@ Expands to @code{"defaults"}.  This option should be used alone since it
 indicates all values for the custumizable values are chosen to be the
 default.
 @item MNTOPT_RO
-Expands to @code{"ro"}.  See the the @code{FSTAB_RO} value, it means the
+Expands to @code{"ro"}.  See the @code{FSTAB_RO} value, it means the
 filesystem is mounted read-only.
 @item MNTOPT_RW
-Expand to @code{"rw"}.  See the the @code{FSTAB_RW} value, it means the
+Expand to @code{"rw"}.  See the @code{FSTAB_RW} value, it means the
 filesystem is mounted with read and write permissions.
 @item MNTOPT_SUID
 Expands to @code{"suid"}.  This means that the SUID bit (@pxref{How
diff --git a/manual/time.texi b/manual/time.texi
index a4d1f779d7..540bca1632 100644
--- a/manual/time.texi
+++ b/manual/time.texi
@@ -1064,7 +1064,7 @@ The second format is used when there is Daylight Saving Time:
 
 The initial @var{std} and @var{offset} specify the standard time zone, as
 described above.  The @var{dst} string and @var{offset} specify the name
-and offset for the corresponding daylight saving time time zone; if the
+and offset for the corresponding daylight saving time zone; if the
 @var{offset} is omitted, it defaults to one hour ahead of standard time.
 
 The remainder of the specification describes when daylight saving time is
diff --git a/manual/users.texi b/manual/users.texi
index 824b8ea70d..5ffd5fd990 100644
--- a/manual/users.texi
+++ b/manual/users.texi
@@ -86,7 +86,7 @@ about a group ID or group name.
 @c When Hurd is more widely used, explain multiple effective user IDs
 @c here. -zw
 At any time, each process has an @dfn{effective user ID}, a @dfn{effective
-group ID}, and a set of @dfn{supplementary group IDs}.  These IDs 
+group ID}, and a set of @dfn{supplementary group IDs}.  These IDs
 determine the privileges of the process.  They are collectively
 called the @dfn{persona} of the process, because they determine ``who it
 is'' for purposes of access control.
@@ -325,7 +325,7 @@ old effective user ID.)
 
 If the process is not privileged, and the system supports the
 @code{_POSIX_SAVED_IDS} feature, then this function behaves like
-@code{seteuid}. 
+@code{seteuid}.
 
 The return values and error conditions are the same as for @code{seteuid}.
 @end deftypefun
@@ -392,7 +392,7 @@ to @var{newgid}, provided that the process is privileged.  It also
 deletes the file group ID, if any.
 
 If the process is not privileged, then @code{setgid} behaves like
-@code{setegid}. 
+@code{setegid}.
 
 The return values and error conditions for @code{setgid} are the same
 as those for @code{seteuid}.
@@ -463,7 +463,7 @@ This function works by scanning the group database for all the groups
 has constructed.
 
 The return values and error conditions are the same as for
-@code{setgroups}. 
+@code{setgroups}.
 @end deftypefun
 
 @node Enable/Disable Setuid
@@ -1170,7 +1170,7 @@ database specified by @var{wtmp_file}.  For possible values for the
 subset of these functions, they are not standardized.  There are often
 subtle differences in the return types, and there are considerable
 differences between the various definitions of @code{struct utmp}.  When
-programming for the GNU system, it is probably probably best to stick
+programming for the GNU system, it is probably best to stick
 with the functions described in this section.  If however, you want your
 program to be portable, consider using the XPG functions described in
 @ref{XPG Functions}, or take a look at the BSD compatible functions in
@@ -1974,4 +1974,3 @@ found in the netgroup.  The return value is @code{0} if the netgroup
 itself is not found, the netgroup does not contain the triple or
 internal errors occurred.
 @end deftypefun
-