一个关于内存布局的有关问题
一个关于内存布局的问题
今天看了一个例子：
C语言目标文件的内存布局
int a = 0; //全局初始化区，data段
static int b=20; //全局初始化区，data段
char *p1; //全局未初始化区.bss段
我觉得第二句和第三句是没有问题的，但是第一句中的a是存储在data段中吗？
好像只有赋了非0的值才存储在data段中吧。
像
int a;
int a=0;
应该都存储在bss段中。因为你对一个全局变量定义但不赋值，系统会自动把它填0.
------解决方案--------------------
编译器干的事，与编译器的实现有关，
char * str = "abcdefg";
这个"abcdefg"在VC6编译的Debug版本中放在的.rdata段，只读属性，但在Release版本中放在了.data段，你还可以修改这个字符串常量的值呢。
不要纠结了，不管在什么段，自己按标准方法使用就行了。
------解决方案--------------------
由于历史原因,C程序一直由下列几部分组成:
• 正文段。这是由 CPU执行的机器指令部分。通常,正文段是可共享的,所以即使是经常执行的程序 (如文本编辑程序、 C编译程序、shell等)在存储器中也只需有一个副本,另外,正文段常常是只读的,以防止程序由于意外事故而修改其自身的指令。
• 初始化数据段。通常将此段称为数据段,它包含了程序中需赋初值的变量。例如, C程序中任何函数之外的说明:
使此变量以初值存放在初始化数据段中。
• 非初始化数据段。通常将此段称为bss段,这一名称来源于早期汇编程序的一个操作符,意思是“block started by symbol(由符号开始的块)",在程序开始执行之前,内核将此段初始化为0。函数外的说明:
[code=c]long sum[1000];[code]
使此变量存放在非初始化数据段中。
• 栈。自动变量以及每次函数调用时所需保存的信息都存放在此段中。每次函数调用时,其返回地址、以及调用者的环境信息(例如某些机器寄存器)都存放在栈中。然后,新被调用的函数在栈上为其自动和临时变量分配存储空间。通过以这种方式使用栈, C函数可以递归调用。
• 堆。通常在堆中进行动态存储分配。由于历史上形成的惯例,堆位于非初始化数据段顶和栈底之间
------解决方案--------------------
编译器决定
今天看了一个例子：
C语言目标文件的内存布局
int a = 0; //全局初始化区，data段
static int b=20; //全局初始化区，data段
char *p1; //全局未初始化区.bss段
我觉得第二句和第三句是没有问题的，但是第一句中的a是存储在data段中吗？
好像只有赋了非0的值才存储在data段中吧。
像
int a;
int a=0;
应该都存储在bss段中。因为你对一个全局变量定义但不赋值，系统会自动把它填0.
------解决方案--------------------
编译器干的事，与编译器的实现有关，
char * str = "abcdefg";
这个"abcdefg"在VC6编译的Debug版本中放在的.rdata段，只读属性，但在Release版本中放在了.data段，你还可以修改这个字符串常量的值呢。
不要纠结了，不管在什么段，自己按标准方法使用就行了。
------解决方案--------------------
由于历史原因,C程序一直由下列几部分组成:
• 正文段。这是由 CPU执行的机器指令部分。通常,正文段是可共享的,所以即使是经常执行的程序 (如文本编辑程序、 C编译程序、shell等)在存储器中也只需有一个副本,另外,正文段常常是只读的,以防止程序由于意外事故而修改其自身的指令。
• 初始化数据段。通常将此段称为数据段,它包含了程序中需赋初值的变量。例如, C程序中任何函数之外的说明:
int maxcount = 99;
使此变量以初值存放在初始化数据段中。
• 非初始化数据段。通常将此段称为bss段,这一名称来源于早期汇编程序的一个操作符,意思是“block started by symbol(由符号开始的块)",在程序开始执行之前,内核将此段初始化为0。函数外的说明:
[code=c]long sum[1000];[code]
使此变量存放在非初始化数据段中。
• 栈。自动变量以及每次函数调用时所需保存的信息都存放在此段中。每次函数调用时,其返回地址、以及调用者的环境信息(例如某些机器寄存器)都存放在栈中。然后,新被调用的函数在栈上为其自动和临时变量分配存储空间。通过以这种方式使用栈, C函数可以递归调用。
• 堆。通常在堆中进行动态存储分配。由于历史上形成的惯例,堆位于非初始化数据段顶和栈底之间
------解决方案--------------------
编译器决定