APP类里能处理WMCLOSE消息不

蒙飞鸿 2009-11-18 10:38:56
如题,貌似派生重写RUN不行,PretranslateMessage也不行(用PRE只能处理从任务管理器里关闭进程的WMCLOSE)。
...全文
69 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
江川 2009-11-18
  • 打赏
  • 举报
回复
还有用这个方法实现自身重启的吗?
一般的做法是写一个守护进程,然后在任务管理器中隐藏信息,无窗体,实现定时与监护进程通讯,这里采用TCP/IP或者别的方法都行,如果在规定的时间通讯失败则杀死进程重启进程(可能进程自身某种原因死锁)。
或者你将守护进程做成服务
蒙飞鸿 2009-11-18
  • 打赏
  • 举报
回复
开始的构想是截获某个退出消息,然后在处理该消息的函数里实现自身重启。根本目的就是让这个“的初始化时通过CreateMutex来实现了系统里该进程实例的唯一”的进程,“希望这个进程不打开新的进程、不通过注册表来辅助重启。。。。”实现自身重启。
江川 2009-11-18
  • 打赏
  • 举报
回复
派生类处理基类的虚函数
Mutex是实现互斥的,你要做到什么效果呢?
蒙飞鸿 2009-11-18
  • 打赏
  • 举报
回复
其实我的根本目的是想让一个进程自动重启,本来不难,但该进程在APP的初始化时通过CreateMutex来实现了系统里该进程实例的唯一,而且希望这个进程不打开新的进程、不通过注册表来辅助重启。。。。

16,551

社区成员

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

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

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