vc中的特殊占位符如0xcc

《vc中的特殊占位符如0xcc》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、VC中的0xCCCCCCCCVC中的0xCCCCCCCC      在调试一个程序时，提示出错，看到指针的值为0xcccccccc，一开始没怎么留意，以为只是一个随机的地址，再看看其它未初始化的指针，也是同样的0xcccccccc，感觉不对劲，于是上网搜了下，原来还真有其它意思：　　     第一篇文章（地址：http://www.cppblog.com/tdweng/articles/119404.html）　　     在VC6下调试程序，可能会遇到诸如指令引用“0xcccccccc”,该内存不能为Read的报错究其原因

2、，就debug版中的堆栈中的局部变量（包括指针）在明确初始化之前都用0xcc进行初始化，因此，未初始化时候的指针是指向地址0xcccccccc的，而这段地址一来是处于内核地址空间，一般的应用程序是无权访问的，上面的报错就是这样产生的。因此，一旦遇到上述报错，基本可以认定程序中出现了野指针。　　     另外一方面cc对应着int3调试中断，堆栈中的存放的局部数据一般情况下是只读的，当发生意外执行堆栈里面的数据就会引发该调试中断。　　可以认为0x0cc就是有特殊含义的占位符，对于指针而言，它跟NULL是一个意思，其它具有特殊意

3、义的占位符还有：　　0xcdcdcdcd-Createdbutnotinitialized　　0xdddddddd-Deleted　　0xfeeefeee-FreedmemorysetbyNT'sheapmanager　　0xcccccccc-UninitializedlocalsinVC6whenyoucompilew//GZ　　0xabababab-MemoryfollowingablockallocatedbyLocalAlloc()　　    第二篇文章（地址：http://blog.csdn.net/liufei_

4、learning/archive/2010/04/18/5498687.aspx）：　　    在VCDebug版本里，栈中分配的值都会先用0xCCCCCCCC来处理一下，所以大家在Debug模式下调试程序发现在引用0xCCCCCCCC这样的值，就说明在试图使用一个没有初始化的值。这就是在Debug模式下调试的好处之一，如果在Release模式下，系统就不会用0xCCCCCCCC来处理一下了。至于为什么选择0xCCCCCCCC大概是因为端点中断int3对应的机器码就是0xCC吧。　　　　用固定的地址是可以访问指针所指向的数据

5、的。但是在一般情况下，Windows可能会报非法操作。[b]　　     VC的DEBUG版会把未初始化的指针自动初始化为0xCCCCCCCC，而不是就让它随机去，那是因为DEBUG版的目的是为了方便我们调试程序的，如果野指针的初值不确定，那么每次调试同一个程序就可能出现不一样的结果，比如这次程序崩掉，下次正常运行，再一次虽然没崩掉，但结果不对……那显然对我们解bug是非常不利的。[b]DEBUG版本为了能让程序员更早的发现错误，把堆栈上的数据对初始化成了0xcc，也就是说局部变量如果不初始化，那么DEBUG版本中就会是0x

6、CC。[b]     Debug为了调试方便，也就是其EditAndContinue特性，为每个函数都多分配了64个字节。当用户在调试时在代码里增加少量变量的时候，编译器就可以分配那64个字节的空间过去，这样就不用重新编译程序来重新调试。　　     以前真的未留意这些细节问题，可能是程序写得少吧，以后要注意点才行了。不过两篇文章里面都提到的堆栈中的局部变量（包括指针）在明确初始化之前都用0xcc进行初始化，这点我实际调试的时候倒没有这种现象，只有指针是。