可能、也许不可能捕捉到结构化异常因为此行为是没有定义且不可靠的现在再使用/EHs时就可保证不会捕捉到结构化异常。
如果想与以前版本的Visual C保持一致并且捕捉异步结构化异常还是应该在编译时使用/EHa。
8、初始化顺序 以往如果代码中同时有托管与本地全局变量及对象那么初始化顺序是不确定的如代码中存在托管对象与本地对象互操作就不能保证哪一个对象先初始化了。
现在Visual Stuio 2005可保证所有的本地全局变量及对象先初始化然后才初始化托管全局变量及对象。
9、printf 就目前来说printf中的n格式化指示符一般用于指定输出的字符个数。
这已经确认为一个安全隐患并且已禁用但可以使用set_printf_count_output来启用它通过传递给set_printf_count_output一个零值0可禁用它而传递任意一个其他值可再次启用。
10、swprintf函数 为与C标准保持一致对swprintf函数也作了修改现在它已遵循C标准了。
在C中通过适当的参数可实现重载这个函数的老版本已不再建议使用因为在C中是不允许重载的因此如果使用老格式将会返回一个错误。
编译器中的突破性变化 除了那些会影响到库的变化之外也有一些变化会影响到编译器。
以下是Visual C 2005中编译器的主要变化需再次提醒的是此处并没有列出所有的变化但却是微软公司VC使用者及内部合作者所确认的关键性变化。
指向成员的指针 在之前的版本中一个指向成员的指针不需使用取址操作符就能获取现在Visual C 2005已经严格按照标准必须要使用取址操作符这也有助于消除潜在的运行时错误。
但也导致了MFC库的许多地方需要修改同时意味着可能会对现有的程序造成影响。
范围限制规则 在for循环声明中默认情况下不强制执行范围限制规则。
在之前的版本中for循环中变量的生命期将会延续到循环之外为与标准兼容for循环中定义的变量现在只限定在for循环内使用。
wchar_t类型 现在wchar_t已为默认内置类型。
这就是说也许在以前wchar_t可能会被当作一个unsigned short因为它还不是内置类型所以当与那些有wchar_t类型变量的文件作符号比较时很可能会导致问题。
在Visual C 2005中wchar_t已是一个内置类型也就是说需要确定以前对wchar_t的用法不会导致转译为一个unsigned short。
异常处理 为了与库的变化保持一致编译器已作了一些修改以便不会捕捉到结构化异常。
所以为与以前代码保持兼容还是应该使用/EHa。
参数属性 为了提供更健壮的属性--也是为了代码的健壮性编译器现在将会检查类型、枚举等等的属性。
这意味着以前的代码可能会在属性方面碰到一个从未有过的编译器错误。
默认为int 为遵循C标准对没有类型声明的变量或函数已不再默认为int类型。
但在C语言中仍然可以C语言中已不行。
这甚至也影响到了微软公司自身的代码包括NT系统的代码所以最好的方式还是显式声明。
关于C的托管代码 C语言编译器一般不可能创建CLR的托管代码因为C语言不是面向对象的它不符合CLR所使用的模型因此任何以C语言来编译的代码都会与CLR编译器设置冲突。
例如如果在编译时使用/TC设置而且又设置了CLR就会导致冲突。
面向CLR的新语法 通过设置/clr编译选项C编译器只接受新语法。
这将强制推广加入到Visual C 2005中的新语法同时也会废弃掉老代码。
安全检查 在安全越来越得到重视的今天安全检查选项/GS在默认情况下就是打开的还是有一定道理的。
在Visual C 2005中默认情况下将会使用/GS选项。
结论:本文列出了微软公司已确认的Visual C 2005中的一些关键性变化虽然不是所有的变化也不是最有可能冲击到代码的变化但此处所列出的项目将最有可能导致问题的产生。
归根结底在升级或用新版编译器对程序作修改之前必须先试着编译现有程序以确认代码能通过编译否则就不可避免要动手修正源代码中存在的问题。
上一篇:
【精品】vc++上位机程序
下一篇:
用遗传算法解决车辆优化调度问题