能力值：
( LV2，RANK：10 )
|
-
-
2 楼
加壳了，很有可能是ZP
|
能力值：
( LV9，RANK：140 )
|
-
-
3 楼
typedef struct _IMAGE_SECTION_HEADER {
BYTE Name[IMAGE_SIZEOF_SHORT_NAME];//节表名称,如“.text”
//IMAGE_SIZEOF_SHORT_NAME=8
union {
DWORD PhysicalAddress;//物理地址
DWORD VirtualSize;//真实长度，这两个值是一个联合结构，可以使用其中的任何一个，
//一般是节的数据大小
} Misc;
DWORD VirtualAddress;//RVA
DWORD SizeOfRawData;//物理长度
DWORD PointerToRawData;//节基于文件的偏移量
DWORD PointerToRelocations;//重定位的偏移
DWORD PointerToLinenumbers;//行号表的偏移
WORD NumberOfRelocations;//重定位项数目
WORD NumberOfLinenumbers;//行号表的数目
DWORD Characteristics;//节属性 如可读，可写，可执行等
}
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
才有2个人回复, 哎.
|
能力值：
( LV2，RANK：10 )
|
-
-
5 楼
你没留意到r.size也是0吗？
BSS存放的是未初始化的全局变量和静态变量，也就是说这些变量只有在程序执行时才需要分配空间，赋值并使用，所以在文件中存储时完全没有必要为之分配空间，故文件中大小就是0，不存在。只有在执行时，Windows才会在内存中为此段分配空间，等到程序执行过程中用到这些变量了，就会向其中写入值。
|
能力值：
( LV9，RANK：280 )
|
-
-
6 楼
如果我没猜错，这应该是vs8.0以上版本编译出来的Debug版程序。
通过Flags可以判断出“.textbbs”与“.text”段都具有可执行权限，且“.textbbs”还具有写入权限，因此“.textbbs”的作用就很明显了，就是在程序运行之后在RVA 0x1000-0x10000 “托管”可执行代码与一些全局的未初始化数据。
因此其文件体积相关的信息基本可以被忽略，其真正有用的是描述内存空间的相关内容（也就是PEID里的V.Offset与V.Size）。
-------------------------------------------------------
在Release版中，“.textbbs”的作用被“.data”段超出文件大小但小于内存大小的那部分区域所替代，这点在段老师的《加密加密3》中有一句话提到过。
|
|
|
|
