mirror of
https://sourceware.org/git/glibc.git
synced 2024-11-10 07:10:06 +00:00
(Working Directory): Make getwd as deprecated in the header.
This commit is contained in:
parent
e4cf522929
commit
cb4fe8a2cd
@ -115,7 +115,7 @@ software.
|
||||
|
||||
@comment unistd.h
|
||||
@comment BSD
|
||||
@deftypefun {char *} getwd (char *@var{buffer})
|
||||
@deftypefn {Deprecated Function} {char *} getwd (char *@var{buffer})
|
||||
This is similar to @code{getcwd}, but has no way to specify the size of
|
||||
the buffer. The GNU library provides @code{getwd} only
|
||||
for backwards compatibility with BSD.
|
||||
@ -125,6 +125,21 @@ The @var{buffer} argument should be a pointer to an array at least
|
||||
system there is no limit to the size of a file name, so this is not
|
||||
necessarily enough space to contain the directory name. That is why
|
||||
this function is deprecated.
|
||||
@end deftypefn
|
||||
|
||||
@comment unistd.h
|
||||
@comment GNU
|
||||
@deftypefun {char *} get_current_dir_name (void)
|
||||
@vindex PWD
|
||||
This @code{get_current_dir_name} function is bascially equivalent to
|
||||
@w{@code{getcwd (NULL, 0)}}. The only difference is that the value of
|
||||
the @code{PWD} variable is returned if this value is correct. This is a
|
||||
subtle difference which is visible if the path described by the
|
||||
@code{PWD} value is using one or more symbol links in which case the
|
||||
value returned by @code{getcwd} can resolve the symbol links and
|
||||
therefore yield a different result.
|
||||
|
||||
This function is a GNU extension.
|
||||
@end deftypefun
|
||||
|
||||
@comment unistd.h
|
||||
@ -279,8 +294,8 @@ This returns the @code{st_mode} value corresponding to @var{dtype}.
|
||||
|
||||
This structure may contain additional members in the future. Their
|
||||
availability is always announced in the compilation environment by a
|
||||
macro names @code{_DIRENT_HAVE_D_xxx} where @code{xxx} is replaced by
|
||||
the name of the new member. For instance, the member @code{d_reclen}
|
||||
macro names @code{_DIRENT_HAVE_D_@var{xxx}} where @var{xxx} is replaced
|
||||
by the name of the new member. For instance, the member @code{d_reclen}
|
||||
available on some systems is announced through the macro
|
||||
@code{_DIRENT_HAVE_D_RECLEN}.
|
||||
|
||||
|
@ -1353,7 +1353,8 @@ information about the physical memory the system has. The call
|
||||
sysconf (_SC_PHYS_PAGES)
|
||||
@end smallexample
|
||||
|
||||
@noindent returns the total number of page of physical the system has.
|
||||
@noindent
|
||||
returns the total number of pages of physical the system has.
|
||||
This does not mean all this memory is available. This information can
|
||||
be found using
|
||||
|
||||
@ -1371,6 +1372,31 @@ increases its memory usage). The value returned for
|
||||
If all applications together constantly use more than that amount of
|
||||
memory the system is in trouble.
|
||||
|
||||
The GNU C library provides in addition to these already described way to
|
||||
get this information two functions. They are declared in the file
|
||||
@file{sys/sysinfo.h}. Programmers should prefer to use the
|
||||
@code{sysconf} method described above.
|
||||
|
||||
@comment sys/sysinfo.h
|
||||
@comment GNU
|
||||
@deftypefun long int get_phys_pages (void)
|
||||
The @code{get_phys_pages} function returns the total number of pages of
|
||||
physical the system has. To get the amount of memory this number has to
|
||||
be multiplied by the page size.
|
||||
|
||||
This function is a GNU extension.
|
||||
@end deftypefun
|
||||
|
||||
@comment sys/sysinfo.h
|
||||
@comment GNU
|
||||
@deftypefun long int get_avphys_pages (void)
|
||||
The @code{get_phys_pages} function returns the number of available pages of
|
||||
physical the system has. To get the amount of memory this number has to
|
||||
be multiplied by the page size.
|
||||
|
||||
This function is a GNU extension.
|
||||
@end deftypefun
|
||||
|
||||
@node Processor Resources
|
||||
@section Learn about the processors available
|
||||
|
||||
@ -1402,6 +1428,27 @@ processors and so the call
|
||||
returns the number of processors which are currently inline (i.e.,
|
||||
available).
|
||||
|
||||
For these two pieces of information the GNU C library also provides
|
||||
functions to get the information directly. The functions are declared
|
||||
in @file{sys/sysinfo.h}.
|
||||
|
||||
@comment sys/sysinfo.h
|
||||
@comment GNU
|
||||
@deftypefun int get_nprocs_conf (void)
|
||||
The @code{get_nprocs_conf} function returns the number of processors the
|
||||
operating system configured.
|
||||
|
||||
This function is a GNU extension.
|
||||
@end deftypefun
|
||||
|
||||
@comment sys/sysinfo.h
|
||||
@comment GNU
|
||||
@deftypefun int get_nprocs (void)
|
||||
The @code{get_nprocs} function returns the number of available processors.
|
||||
|
||||
This function is a GNU extension.
|
||||
@end deftypefun
|
||||
|
||||
@cindex load average
|
||||
Before starting more threads it should be checked whether the processors
|
||||
are not already overused. Unix systems calculate something called the
|
||||
|
Loading…
Reference in New Issue
Block a user