Home/ Questions/Q 108575
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T01:56:00+00:00

I looked in Stevens , and in the Posix Programmer’s Guide , and the

  • 0

I looked in Stevens, and in the Posix Programmer’s Guide, and the best I can find is

An array of strings called the enviroment is made available when the process begins. This array is pointed to by the external variable environ, which is defined as:

extern char **environ;

It’s that environ variable that has me hesitating. I want to say

-The calling process/shell has already allocated the block of null terminated strings

-the ‘external’ variable environ is used as the entry point by getenv().

–ipso facto feel free to call getenv() within a static initializer.

But I can’t find any guarantee that the ‘static initialization’ of environ precedes all the other static initialization code. Am I overthinking this?

Update

On my platform (AMD Opteron, Redhat 4, GCC 3.2.3), setting LD_DEBUG shows that environ gets set before my static initializers are called. This is a nice thing to know; thanks, @codelogic. But it is not necessarily the result I’d get on all platforms.

Also, while I agree intuitively with @ChrisW on the behavior of the C/C++ runtime library, this is just my intuition based on experience. So anyone who can pipe up with a quote from someplace authoritative guaranteeing that environ is there before static initializers are called, bonus points!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. I think you can run your program with LD_DEBUG set to see the exact order:

    LD_DEBUG=all <myprogram>

    EDIT: If you look at the source code of the runtime linker (glibc 2.7), specifically in files:

    • sysdeps/unix/sysv/linux/init-first.c
    • sysdeps/i386/init-first.c
    • csu/libc-start.c
    • sysdeps/i386/elf/start.S

    you will see that argc, argv and environ (alias for __environ) are set before any global constructors are called (the init functions). You can follow the execution starting right from _start, the actual entry point (start.S). As you’ve quoted Stevens ‘An array of strings called the enviroment is made available when the process begins’, suggesting that environment assignment happens at the very beginning of the process initialization. This backed by the linker code, which does the same, should give you sufficient peace of mind 🙂

    EDIT 2: Also worth mentioning is that environ is set early enough that even the runtime linker can query it to determine whether or not to output verbosely (LD_DEBUG).

    • 0