关于父进程控制子进程的问题

dulvtianya 2009-06-16 02:48:22
想了很久,还是打算来这发个帖请教。
我的程序的父进程在一个列表中查询出很多录像,然后启动一个The Playa播放器的子进程来播放已知路径的录像,并在父进程把这个录像路径传递给子进程,子进程是一个int WINAPI WinMain入口的程序,我可以用WM_COPYDATA实现进程间通信吗?由于子进程也是一个单独的exe文件,但是有源代码,我能否控制子进程中的函数呢,这样就不用WM_COPYDATA来实现了,
...全文
241 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
dulvtianya 2009-06-19
  • 打赏
  • 举报
回复
依然不行,等高手指教
刚刚凉 2009-06-19
  • 打赏
  • 举报
回复
如果你想实现一个控制另一个,这种方法不知道行不行:你可以通过套接字或者管道实现父进程与子进程之间的通信,让父进程通信时发一些命令数据,子进程收到命令后进行响应,这样不就实现了父进程控制子进程了,而且他们可以在不同的电脑上
paerxiushi 2009-06-19
  • 打赏
  • 举报
回复
楼主把这个贴子结了,再新开个贴子,把问题描述清楚点,别人好回答你。
crst_zh 2009-06-18
  • 打赏
  • 举报
回复
没细看,但是
STARTUPINFO si; 之后最好先把结构清空。
dulvtianya 2009-06-18
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 paerxiushi 的回复:]
CreateProcess函数在子进程还未初始化完毕就返回,所以你的主进程可能在子进程的窗体消息队列建立之前,就把消息发送出去了。为了保证子进程在从消息队列中接受到第一个消息之后,才发送WM_COPYDATA,可以使用WinExec函数。
数据发送端:

C/C++ code
COPYDATASTRUCT data;
TCHAR szMessage[1024]=_T("Hello World");
ZeroMemory(&data,sizeof(COPYDATASTRUCT));
data.dwData=NULL;
data.lpData=szMessage;
data.cbDa…
[/Quote]
本来问题已经解决了,可是发现原来还有个问题,第一次双击创建进程出来播放器的时候,并不播放录像,关了后再双击其中一个录像则以后的都就正常了,贴出代码,再给看看吧
STARTUPINFO si;
PROCESS_INFORMATION pi;
si.cb = sizeof(STARTUPINFO);
GetStartupInfo(&si);
CreateProcess(NULL,"F:\\ThePlaya.exe"
,NULL,NULL,TRUE,NULL,NULL,NULL,&si,&pi);
//2009-6-16
Sleep(100);
COPYDATASTRUCT MyCDS;
char chPath[100];
memset(chPath,0,100);
strcpy(chPath,(LPCTSTR)strPath);
chPath[strlen(chPath)+1]='0';
MyCDS.dwData=0;
MyCDS.cbData=strlen(chPath);
MyCDS.lpData=(void*)chPath;
HWND hto=::FindWindow("XKT PLAYER","XKT PLAYER");
::SendMessage(hto,WM_COPYDATA,(WPARAM)(HWND)this->m_hWnd,(LPARAM)&MyCDS);
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 paerxiushi 的回复:]
CreateProcess函数在子进程还未初始化完毕就返回,所以你的主进程可能在子进程的窗体消息队列建立之前,就把消息发送出去了。为了保证子进程在从消息队列中接受到第一个消息之后,才发送WM_COPYDATA,可以使用WinExec函数。
数据发送端:

C/C++ code
COPYDATASTRUCT data;
TCHAR szMessage[1024]=_T("Hello World");
ZeroMemory(&data,sizeof(COPYDATASTRUCT));
data.dwData=NULL;
data.lpData=szMessage;
data.cbDa…
[/Quote]

学习
dulvtianya 2009-06-16
  • 打赏
  • 举报
回复
谢谢楼上问题解决了,以后我应该好好学学和注意线程,进程间的同步问题
paerxiushi 2009-06-16
  • 打赏
  • 举报
回复
CreateProcess函数在子进程还未初始化完毕就返回,所以你的主进程可能在子进程的窗体消息队列建立之前,就把消息发送出去了。为了保证子进程在从消息队列中接受到第一个消息之后,才发送WM_COPYDATA,可以使用WinExec函数。
数据发送端:

COPYDATASTRUCT data;
TCHAR szMessage[1024]=_T("Hello World");
ZeroMemory(&data,sizeof(COPYDATASTRUCT));
data.dwData=NULL;
data.lpData=szMessage;
data.cbData=sizeof(TCHAR)*(_tcslen(szMessage)+1);
if(WinExec("CopyDataChild.exe",SW_SHOW)>31)
{
HWND hwnd=::FindWindow(_T("COPYDATACHILD"), _T("CopyDataChild"));
if(hwnd)
{
SendMessage(hwnd,WM_COPYDATA,(WPARAM)hwnd,(LPARAM)&data);
}

}

数据接受端:

LRESULT CALLBACK WndProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{

COPYDATASTRUCT* pCopyStruct;
TCHAR* mess;
switch (message)
{
case WM_COPYDATA:
pCopyStruct=(COPYDATASTRUCT*)lParam;
mess=(TCHAR*)pCopyStruct->lpData;
MessageBox(NULL,mess,_T("接受到消息"),MB_OK);

break;

WinExec能保证子进程中的窗体在第一次调用GetMessage函数返回之后才返回。如果是用CreateProcess,就必须让主进程先睡眠一段时间再发送消息了。
dulvtianya 2009-06-16
  • 打赏
  • 举报
回复
我还是先用着WM_COPYDATA试试,大家帮我看看怎么不好用呢,经我测试,根本没弹出提示框,我跟踪::FindWindow时得到了正确的句柄,但是接收端却没反应
发送端
STARTUPINFO si;
PROCESS_INFORMATION pi;
si.cb = sizeof(STARTUPINFO);
GetStartupInfo(&si);
CreateProcess(NULL,"F:\\ThePlaya.exe"
,NULL,NULL,TRUE,NULL,NULL,NULL,&si,&pi);
//2009-6-16
COPYDATASTRUCT MyCDS;
char chPath[100];
strcpy(chPath,(LPSTR)(LPCTSTR)strPath);
MyCDS.dwData=0;
MyCDS.cbData=strlen(chPath);
MyCDS.lpData=(void*)chPath;
HWND hto=::FindWindow("XKT PLAYER","XKT PLAYER");
::SendMessage(hto,WM_COPYDATA,(WPARAM)(HWND)this->m_hWnd,(LPARAM)&MyCDS);
接收端:用一个弹出的提示框先做测试,这个窗口是一个播放器的主窗口,是用RegisterClass和CreateWindow实现的。所以我就在WndProc里接受WM_COPYDATA。
LRESULT CALLBACK WndProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{
signed short xPos, yPos;
RECT r;

switch(Message) {

/*
* 播放引擎发送消息
*/
////////////////////////////////
case WM_COPYDATA:
MessageBox(hwnd,"copy that","x man",MB_OK);
break;
///////////////////////////////
softist 2009-06-16
  • 打赏
  • 举报
回复
是啊用WM_COPYDATA不太好,因为要知道对方的HWND,而且还得用SendMessage,对方有问题自方也hangup.
我建议用pipe,通讯双方是松耦合用起来方便。
参考:
http://www.softist.com/programming/simplenamedpipe/simplenamedpipe.htm
dulvtianya 2009-06-16
  • 打赏
  • 举报
回复
[Quote=哇卡卡 1 楼 bragi523 的回复:]
控制子进程函数?
那你把它做成dll加进来,变成一个线程算了
[/Quote]我一直想弄明白的就是,以前只会dll中调用函数或变量,dll可以作为一个exe来执行吗?因为这是个播放器啊,直接播放avi文件的,如果可行的话,还请多指教
bragi523 2009-06-16
  • 打赏
  • 举报
回复
控制子进程函数?
那你把它做成dll加进来,变成一个线程算了
Re: 《Linux 进程管理命令》   ---------------------------------------内容提要: 01/15)命令 ps         :查看进程(快照)02/15)命令 pstree   :显示进程状态树03/15)命令 pgrep   :查找匹配条件的进程04/15)命令 kill        :终止进程号(1277)05/15)命令 killall    :通过进程名(nginx)终止进程/进程)06/15)命令 pkill      :通过进程名终止进程(通杀)/终止客户端(pst/tty)07/15)命令 top       :实时显示系统中各个进程的资源占用状况(录像)08/15)命令 nice      :调整程序运行时的优先级09/15)命令 renice   :调整运行中的进程的优先级10/15)命令 nohup  :用户退出系统,进程继续工作11/15)命令 strace   :跟踪进程的系统调用12/15)命令 ltrace    :跟踪进程调用库函数13/15)命令 runlevel:输出当前运行级别14/15)命令 init        :初始化 Linux 进程15/15)命令 service  :管理系统服务  本人在教学和实战过程中发现,即便是有一定运维经验的人,可能已经能够搭建一定复杂度的Linux架构,但是在来来回回的具体操作中,还是体现出CLI(命令界面)功底不够扎实,甚至操作的非常‘拙’、处处露‘怯’。 对一个士兵来说,枪就是他的武器,对于一个程序员来说,各种library(工具库)就是他的武器;而对于Linux运维人员来说,无疑命令行工具CLI(命令界面)就是他们的武器;高手和小白之间的差距往往就体现在对于这些“武器”的掌握和熟练程度上。有时候一个参数就能够解决的事情,小白们可能要写一个复杂的Shell脚本才能搞定,这就是对CLI(命令界面)没有理解参悟透彻导致。 研磨每一个命令就是擦拭手中的作战武器,平时不保养不理解,等到作战的时候,一定不能够将手中的武器发挥到最好,所以我们要平心、静气和专注,甘坐冷板凳一段时间,才能练就一身非凡的内功! 本教程从实战出发,结合当下流行或最新的Linux(v6/7/8 版本)同时演示,将命令行结合到解决企业实战问题中来,体现出教学注重实战的务实精神,希望从事或未来从事运维的同学,能够认真仔细的学完Linux核心命令的整套课程。 本课程系列将逐步推出,看看我教学的进度和您学习的步伐,孰占鳌头! 注:关于教学环境搭建,可以参考本人其它课程系列,本教学中就不再赘述! 《参透 VMware 桌面级虚拟化》 《在虚拟机中安装模版机(包括应用软件等)》 《SecureCRT 连接 GNS3/Linux 的安全精密工具》

16,473

社区成员

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

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

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