Provided by: manpages-posix-dev_2017a-2_all bug

PROLOG

       This  manual  page  is part of the POSIX Programmer's Manual.  The Linux implementation of
       this interface may differ (consult the corresponding Linux  manual  page  for  details  of
       Linux behavior), or the interface may not be implemented on Linux.

NAME

       getenv — get value of an environment variable

SYNOPSIS

       #include <stdlib.h>

       char *getenv(const char *name);

DESCRIPTION

       The functionality described on this reference page is aligned with the ISO C standard. Any
       conflict between the requirements described here and the ISO C standard is  unintentional.
       This volume of POSIX.1‐2017 defers to the ISO C standard.

       The  getenv()  function  shall search the environment of the calling process (see the Base
       Definitions volume of POSIX.1‐2017, Chapter 8, Environment Variables) for the  environment
       variable  name if it exists and return a pointer to the value of the environment variable.
       If the specified environment variable cannot be found, a null pointer shall  be  returned.
       The application shall ensure that it does not modify the string pointed to by the getenv()
       function.

       The returned  string  pointer  might  be  invalidated  or  the  string  content  might  be
       overwritten by a subsequent call to getenv(), setenv(), unsetenv(),
       or  (if supported) putenv() but they shall not be affected by a call to any other function
       in this volume of POSIX.1‐2017.

       The returned string pointer might also be invalidated if the calling thread is terminated.

       The getenv() function need not be thread-safe.

RETURN VALUE

       Upon successful completion, getenv() shall return a pointer to  a  string  containing  the
       value for the specified name.  If the specified name cannot be found in the environment of
       the calling process, a null pointer shall be returned.

ERRORS

       No errors are defined.

       The following sections are informative.

EXAMPLES

   Getting the Value of an Environment Variable
       The following example gets the value of the HOME environment variable.

           #include <stdlib.h>
           ...
           const char *name = "HOME";
           char *value;

           value = getenv(name);

APPLICATION USAGE

       None.

RATIONALE

       The clearenv() function was considered but rejected. The putenv() function  has  now  been
       included for alignment with the Single UNIX Specification.

       The getenv() function is inherently not thread-safe because it returns a value pointing to
       static data.

       Conforming applications are required not to directly modify the pointers to which  environ
       points, but to use only the setenv(), unsetenv(), and putenv() functions, or assignment to
       environ itself,  to  manipulate  the  process  environment.  This  constraint  allows  the
       implementation to properly manage the memory it allocates. This enables the implementation
       to free any space it has allocated to strings (and perhaps the pointers to them) stored in
       environ  when  unsetenv()  is  called.  A C runtime start-up procedure (that which invokes
       main() and perhaps initializes environ) can also initialize a flag indicating that none of
       the  environment  has yet been copied to allocated storage, or that the separate table has
       not yet been initialized. If the application switches to a  complete  new  environment  by
       assigning  a new value to environ, this can be detected by getenv(), setenv(), unsetenv(),
       or putenv() and the implementation can  at  that  point  reinitialize  based  on  the  new
       environment.  (This  may  include  copying  the  environment  strings into a new array and
       assigning environ to point to it.)

       In fact, for higher performance of getenv(), implementations that do not provide  putenv()
       could  also  maintain a separate copy of the environment in a data structure that could be
       searched much more quickly (such as an indexed hash table, or a binary tree),  and  update
       both  it  and  the  linear  list  at  environ  when  setenv() or unsetenv() is invoked. On
       implementations that do provide putenv(), such a copy might still be worthwhile but  would
       need  to  allow  for  the  fact  that  applications  can  directly  modify  the content of
       environment strings added with putenv().  For example, if an environment string  found  by
       searching  the copy is one that was added using putenv(), the implementation would need to
       check that the string in environ still has the same name (and value, if the copy  includes
       values),  and  whenever searching the copy produces no match the implementation would then
       need to search each environment string in environ that was added using  putenv()  in  case
       any  of  them have changed their names and now match. Thus, each use of putenv() to add to
       the environment would reduce the speed advantage of having the copy.

       Performance of getenv() can be important for applications  which  have  large  numbers  of
       environment variables. Typically, applications like this use the environment as a resource
       database of user-configurable parameters.  The fact that these variables are in the user's
       shell  environment  usually  means  that any other program that uses environment variables
       (such as ls, which attempts to use COLUMNS), or really almost any utility  (LANG,  LC_ALL,
       and so on) is similarly slowed down by the linear search through the variables.

       An  implementation  that  maintains separate data structures, or even one that manages the
       memory it consumes, is not currently required as it was thought it would reduce  consensus
       among implementors who do not want to change their historical implementations.

FUTURE DIRECTIONS

       A  future  version may add one or more functions to access and modify the environment in a
       thread-safe manner.

SEE ALSO

       exec, putenv(), setenv(), unsetenv()

       The Base Definitions volume of POSIX.1‐2017, Chapter 8, Environment Variables, <stdlib.h>

COPYRIGHT

       Portions of this text are reprinted and  reproduced  in  electronic  form  from  IEEE  Std
       1003.1-2017,  Standard  for  Information Technology -- Portable Operating System Interface
       (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C)  2018  by
       the  Institute  of  Electrical  and Electronics Engineers, Inc and The Open Group.  In the
       event of any discrepancy between this version and the original IEEE  and  The  Open  Group
       Standard,  the  original  IEEE  and  The  Open Group Standard is the referee document. The
       original Standard can be obtained online at http://www.opengroup.org/unix/online.html .

       Any typographical or formatting errors that appear in this page are most  likely  to  have
       been  introduced  during  the conversion of the source files to man page format. To report
       such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .