代码之家 › 专栏 › 技术社区 › Don Wakefield

在静态初始值设定项中使用getenv()安全吗,即在main()之前?

environment posix unix c c++

Don Wakefield · 技术社区 · 16 年前

我进去看了看 Stevens ,在 Posix Programmer's Guide ,我能找到的最好的

称为环境此数组由外部变量指向 environ

extern char **environ;

包围

-“外部”变量被用作入口点 getenv()

- 事实上 在静态初始值设定项中。

但我无法保证位于所有其他静态初始化代码之前。我是不是想得太多了?

使现代化

在…上平台(AMD Opteron、Redhat 4、GCC 3.2.3)、设置表明包围之前我的静态初始值设定项称为。知道这是件好事;谢谢,@codelogic。但这并不一定是我在所有平台上都能得到的结果。

此外,虽然我直觉上同意@ChrisW对C/C++运行库行为的看法,但这只是我基于经验的直觉。所以任何人都可以引用某个地方的话来保证这一点包围

3 回复 | 直到 9 年前

codelogic 16 年前

我认为您可以使用LD_DEBUG set运行程序,以查看确切的顺序:

LD_DEBUG=all <myprogram>

如果您查看运行时链接器(glibc 2.7)的源代码,特别是在文件中:

sysdeps/i386/init first.c
sysdeps/i386/elf/start.S

__ 在调用任何全局构造函数(init函数)之前设置。您可以从实际入口点(start.S)开始跟踪执行。正如你引用史蒂文斯的话 “进程开始时,称为Environment的字符串数组可用” ,表明环境分配发生在流程初始化的最开始。这一点得到了链接器代码的支持,链接器代码也起到了同样的作用,应该可以让您充分安心:-)

编辑2: 还值得一提的是,environ设置得足够早,甚至运行时链接器都可以查询它以确定是否要详细输出(LD_DEBUG)。

Tall Jeff 16 年前

同时,我不知道有一个特定的需求限制哪些运行时库函数可以从静态初始值设定项调用。而且,更重要的是,如果您不能从运行时bug访问环境,那么(对我来说)它会感觉像一个运行时bug。

在这个基础上,我认为我认为这会起作用,这是一个安全的假设,目前的数据点似乎支持这条推理路线。

ChrisW 16 年前

根据我的经验,C运行时库是在运行时调用静态变量的初始值设定项之前初始化的(因此初始值设定项可以调用C运行时库函数)。

推荐文章

Community wiki · C中有哪些耗时的操作?

1 年前

Tintenfisch · 传递参数:array与C和C中的*&array和&array[0]之间的差异++

1 年前

daryldxn · Windows筛选平台计算通过TCP连接发送的字节和接收的字节

1 年前

Mike Balts · 它们将被打印多少次,为什么?我知道:“阿尔法”一次,“贝塔”两次,“欧米茄”两次但我不知道为什么

1 年前

Mohammed Eid · 数据类型“char”是否可以被视为数据类型“int”?

1 年前

Community wiki · 将所有处理器电源都投入到任务中

1 年前

Community wiki · 在C&数据结构中实现不同数据结构的聪明方法,应该更频繁地使用

1 年前

Community wiki · C++为C添加了什么?[已关闭]

1 年前

Abhinav Kumar · 如何将#define的数据类型设置为长双精度?

1 年前

Community wiki · 打印1到1000,不带循环或条件

1 年前