基于对话框的MFC程序,对话框类对象执行到构造函数时对成员变量赋值即出错,是何原因?

Kusk 2005-11-30 05:44:49
如题,成员变量均是简单类型,发现对m_hIcon赋值时也在该句失败,初步怀疑为内存操作有误,但不知有可能在什么地方。
...全文
205 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
edwal 2005-12-01
  • 打赏
  • 举报
回复
大家说的没错,应该是放在OnInitDialog中安全
psprite 2005-12-01
  • 打赏
  • 举报
回复
如果是要做附值操作,放在OnInitDialog是最安全的
oyljerry 2005-12-01
  • 打赏
  • 举报
回复
在OnInitDialog中执行,以免还有对象没有构造好
快乐鹦鹉 2005-12-01
  • 打赏
  • 举报
回复
将所有赋值语句都放置到OnInitDialog中
xtuzi 2005-11-30
  • 打赏
  • 举报
回复
检查一下对象是否正确,搞不好指针本身就不是你的对话框对象,IsValidAddress/AfxIsMemoryBlock
shuishi32 2005-11-30
  • 打赏
  • 举报
回复
对成员变量赋值应该不会有错,在构造函数中不要UpdateData
38062708 2005-11-30
  • 打赏
  • 举报
回复
同意楼上,把初始化中写的代码都注释掉,看程序能否运行

如正常,则说明增加的代码有误,增加代码到 OnInitDialog 中
菜牛 2005-11-30
  • 打赏
  • 举报
回复
概念:构造函数时窗口对象还没有创建,所有和窗口有关的操作都会出错。放到OnCreate或者OnInitDialog里面。
lixiaosan 2005-11-30
  • 打赏
  • 举报
回复
代码

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

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

试试用AI创作助手写篇文章吧