导航
  • 主页
  • VC综合技术
  • 互联网技术
  • MFC AppLauncher
  • .NET 技术
  • 界面
  • 进程
  • 算法
  • 硬件/系统
  • 数据库
  • VC++技术资源

有关WIN32_FIND_DATA结构的指针

rainbow 2000-06-06 07:26:00
有一段代码:
  HANDLE hFindFile;
WIN32_FIND_DATA lpFindFileData; 
 
  hFindFile=FindFirstFile("*.*",lpFindFileData);
  FindClose(hFileFile);

在98下可以编译后可以正常运行,但在NT下编译后运行时有出错:[0x7bb????]指令引用的[0xcccccccc]内存不能为写。

为什么NT中该结构指针指向系统内存区,如何解决?

...全文
294 点赞 收藏 6
写回复
6 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
softdoctor 2000-06-07
:)
回复
wxz 2000-06-07
ploto正确,你这种情况是常见的"野指针"情况,有时很难检查出来,这跟编程习惯有关系,我建议尽量的避免使用指针,直接定义变量后,用&符号取地址,既免了分配空间,又免了释放空间.
回复
ploto 2000-06-07
你的程序在只是恰好没出错而已, FindFirstFile 中是不会对lpFindFileData分配内存空间的,你一定要自己为该指针分配内存空间。
回复
rainbow 2000-06-06
请教wxz:
谢谢,按你的上述代码编译后可正常运行,只是还有些不明白:

NT为什么先声明指针就不行,而98则可以?
回复
wxz 2000-06-06
应改为
  HANDLE hFindFile;
WIN32_FIND_DATA FindFileData; 
 
  hFindFile=FindFirstFile("*.*",&FindFileData);
  FindClose(hFileFile);
回复
rainbow 2000-06-06
对不起,有一行应改为:
WIN32_FIND_DATA *lpFindFileData;
回复
发动态
发帖子
VC/MFC
创建于2007-09-28

1.5w+

社区成员

VC/MFC相关问题讨论
申请成为版主
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……