因为是个工程所以不好贴代码，但不知道类似的现象大家有没有遇到过？

32位WIN7下用VS2010编译通过且能够正常运行的程序，在32位XP下运行的时候就会出现诸如
“XXXX该内存不能为read”
“找不到C:\Users\Username\AppData\Roaming\ProjectName\xxx.xxx”(这个文件本来是在%AppData%目录里创建的，%AppData%的值是用::SHGetSpecialFolderPath()获取的 )
“。。。”

总之各种BUG，完全不知道是什么问题！完全不明白

是不是把代码拿到XP下编译之后才可以在XP下工作？

是否debug版本？
是否静态连接共享库？

也有可能是系统dll的版本不一样所致！？
没有遇到过这情况

是Release版本，静态链接MFC。

怀疑是不是在不同系统编译的时候MFC头文件里那些宏的定义状况有变动使得会不同系统分别对待...

这个问题很诡异啊！！很多功能完全乱掉了！！比如其中有一段代码是以CFile::modeWrite | CFile::modeCreate模式写文件的，程序权限足够，但是在XP下竟然会提示"找不到XXXX(文件名)"！这不是只有在读文件的时候才可能发生的事吗！！

发现一个可能的问题..似乎有些函数（比如CFile::Open()）在Win7下调用的时候如果打开失败只是会返回FALSE,但是在XP下如果打开失败会弹出错误信息框？？

求验证 没XP

解决了...原来问题是这样的

在Win7下使用CFile::Open("XXX", CFile::modeCreate | CFile::modeWrite) 创建一个文件时如果所在目录不存在，会自动创建。而XP中则不会自动创建，如果中间目录有缺失，会失败。