WinCE 应用程序开机自动运行

一、开机自运行常规方法[转载]

近日在开发过程中遇到WinCE应用程序开机自动运行的问题,在网上找了找,发现大概有以下三种方法:

1、 将应用程序和应用程序快捷方式添加到映像里,再将快捷方式添加到StartUp目录下,这样当系统运行后应用程序就能自动运行;

2、 直接替换Wince的SHELL,即修改注册表:

  1. [HKEY_LOCAL_MACHINE/init]  
  2. "Launch50"="explorer.exe"  
  3. "Depend50"=hex:14,00, 1e,00  


把这个explorer.exe改成你的应用程序(比如:MyApp.exe);

3、  把应用程序加入到映像,修改注册表:

  1. [HKEY_LOCAL_MACHINE/init]  
  2. "Launch80"="MyApp.exe"  
  3. "Depend80"=hex:1E,00  


可以设置启动顺序和依赖程序, 这个是设定启动顺序,launch后面的数字越大的越是后启动,Depend80后面的指定依赖项,为16进制,上面的语句表明依赖项为launch20 定义的device.exe和launch30中定义的gwes.exe, 注意Launch后面的数字范围为0到99 ,此范围之外的将不会有效果。

以上方法都可行,但是都存在一个问题,就是 应用程序是集成到NK里面的,也就是说每次升级应用程序都要重新编译下载内核,很麻烦,尤其在程序调试阶段,大家都希望把应用程序放在SD卡上,这样更新起来比较容易;

据说通过第三种方法可以实现,即修改"Launch80"="MyApp.exe"

为"Launch80"="/STDCard/MyApp.exe"( STDCard为SD卡目录),

但是我试了一下没有成功,因为Launch80运行时SD卡的文件驱动还没有加载,

找不到MyApp.exe文件。同样, 采用快捷方式加载SD卡里的应用程序也不可行。

 


所以我采用了另一种方法,自己编了一个小程序,比如叫ShellExe.exe,将此程序加入到映像里,通过StartUp快捷方式调用ShellExe,ShellExe再去调用SD卡里的应用程序,具体实现步骤如下:
1、 在eVC下编译如下代码:

  1. int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)  
  2. {   
  3.     WIN32_FIND_DATA fd;  
  4.       
  5.     HANDLE hd = INVALID_HANDLE_VALUE;  
  6.       
  7.     int iCount = 20;  
  8.     while(iCount--)   
  9.     {    
  10.         hd = ::FindFirstFile(lpCmdLine, &fd);  
  11.         Sleep(500);  
  12.   
  13.         if(INVALID_HANDLE_VALUE!=hd)   
  14.             break;  
  15.     }   
  16.   
  17.     if(0==iCount) return 0;  
  18.   
  19.     FindClose(hd);  
  20.   
  21.     SHELLEXECUTEINFO ShExeInfo={0};  
  22.     ShExeInfo.cbSize = sizeof(SHELLEXECUTEINFO);  
  23.     ShExeInfo.fMask = SEE_MASK_NOCLOSEPROCESS;  
  24.     ShExeInfo.hwnd = NULL;  
  25.     ShExeInfo.lpVerb = NULL;  
  26.     ShExeInfo.lpFile = lpCmdLine;  
  27.     ShExeInfo.lpParameters = L"";  
  28.     ShExeInfo.lpDirectory = NULL;  
  29.     ShExeInfo.nShow = SW_SHOW;  
  30.     ShExeInfo.hInstApp = NULL;  
  31.     ShellExecuteEx(&ShExeInfo);  
  32.   
  33.     return 0;  
  34. }  


  生成ShellExe.exe的可执行文件,此段代码主要功能是查找指定的应用程序,然后执行;下面这段代码可以保证在SD卡文件系统正确加载后才去执行应用程序;

 

 

  1. while(iCount--)   
  2. {    
  3.     hd = ::FindFirstFile(lpCmdLine, &fd);  
  4.     Sleep(500);  
  5.   
  6.     if(INVALID_HANDLE_VALUE!=hd)   
  7.         break;  
  8. }   

 


文件的名称和路径由命令行参数指定:


ShExeInfo.lpFile = lpCmdLine;


2、 新建一个快捷方式,如Autorun.lnk,按如下方式编辑其内容:

21#/windows/shellexe.exe /stdcard/MyApp.exe


其中/stdcard/MyApp.exe应用程序的绝对路径;

3、 将MyApp.exe和Autorun.lnk添加到NK里,方法是在project.bib文件内加入如下内容:

ShellExe.exe f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/ShellExe.exe NK SAutorun.lnk f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/Autorun.lnk NK S


注意:ShellExe.exe的属性不能带H(隐藏).

4、 在project.dat里加入如下内容:

Directory("/Windows/Startup"):-File("Autorun.lnk","/Windows/Autorun.lnk")


5、 选择Make Image生成映像(当然Build也可以,就是慢点儿),烧到FLASH里,开机运行,可以看到SD卡里的MyApp.exe被正确执行。

总结
  这种方法用起来比较方便,ShellExe.exe不用每次都重新编译,只要根据应用程序路径修改Autorun.lnk即可,可以加载Flash、U盘、SD卡里的应用程序。调试及升级应用程序就不用重新烧写内核了。

二、开机运行MFC程序

WinCE开机即运行定制的Shell是很多系统的基本要求,有时还需要屏蔽WinCE自带的Shell。WinCE中程序的自启动,一般有两个实现方法,修改注册表和添加自启动快捷方式。修改注册表比较方便,如下:

 

  1. [HKEY_LOCAL_MACHINE/init]   
  2.   "Launch70"="MyApp.exe"  
  3.   "Depend70"=hex:14,00,1e,00  

 

      只要将MyApp.exe打包到NK,并在platform.reg中加入上面的注册表信息,这样WinCE启动时便会自动运行该程序。但这时WinCE自带的Shell总是先出来,然后才运行MyApp.exe,为了避免这种情况,我们可以将注册表设置修改如下:

 

  1. [HKEY_LOCAL_MACHINE/init]   
  2.   "Launch50"="MyApp.exe"  
  3.   "Depend50"=hex:14,00,1e,00  

 

      即将原来启动explorer.exe的值换为MyApp.exe。这样WinCE启动时直接进入定制的Shell,而不启动explorer.exe。但这时有可能引入了新问题,如果定制的Shell是基于MFC编写的,并且其中用到了如CFileDialog等类库时,就会出现意想不到的情况,如下图所示:

  图是在不启动Explorer.exe时,尝试导入注册表文件出现的状况截图,而在启动explorer.exe时是没有问题的。这说明CFileDialog在某种程度上依赖于explorer.exe,具体细节没研究。但说明不启动explorer.exe,基于MFC的Shell运行时就可能会出问题。所以explorer.exe必须启动,但又不能出现WinCE界面。要解决这个问题自然就想到修改explorer.exe了。WinCE5.0和WinCE6.0中,这一部分的代码都是公开的,在WinCE6.0中Shell的相关代码在C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN目录下。

     大致看了一下这一部分的代码,发现只需修改如下两个文件,就应该能实现需求。

 C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN/desktop.cpp

 

  1. bool CDesktopWnd::Create()  
  2. {  
  3.   
  4.     IShellFolder    *pSHF;  
  5.     FOLDERSETTINGS fs;  
  6.     RECT rc;  
  7.     HRESULT hr = E_FAIL;  
  8.       
  9.     // Get a shell folder for the desktop  
  10.     hr = SHGetDesktopFolder(&pSHF);  
  11.     if(hr || !pSHF)  
  12.         goto Cleanup;  
  13.   
  14.     // create a shell view for it  
  15.     hr = pSHF->CreateViewObject(NULL, IID_IShellView, (LPVOID *)&_psv);  
  16.     if(hr || !_psv)  
  17.         goto Cleanup;  
  18.   
  19.     fs.ViewMode = FVM_ICON;  
  20.     fs.fFlags = FWF_DESKTOP | FWF_ALIGNLEFT | FWF_NOSCROLL;  
  21.   
  22.     //++changed by hjb  
  23.     //将Desktop的窗口大小设为0  
  24.     //SetRect(&rc, 0, 0, GetSystemMetrics(SM_CXVIRTUALSCREEN), GetSystemMetrics(SM_CYVIRTUALSCREEN));  
  25.     SetRect(&rc, 0, 0, 0, 0);  
  26.         //--changed by hjb  
  27.       
  28.     // create the desktop's view window (no need to AddRef since CreateViewWindow does it)  
  29.     hr = _psv->CreateViewWindow(NULL,  &fs, (IShellBrowser *)this, &rc, &_hWnd);  
  30.     if(hr || !_hWnd)  
  31.     {  
  32.         Release();  
  33.         goto Cleanup;  
  34.     }  
  35.       
  36.     RegisterDesktop(_hWnd);  
  37.       
  38. Cleanup:  
  39.     if(pSHF)  
  40.         pSHF->Release();  
  41.       
  42.     return (hr == S_OK);      
  43. }  

 

C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN/explorer.cpp

 

  1. DWORD WINAPI CreateTaskBar(LPVOID pEvent)  
  2. {  
  3.     HANDLE hSyncEvent = *((HANDLE *) pEvent);  
  4.     CTaskBar *pTaskBar = NULL;  
  5.     HWND hwndTB = NULL;  
  6.       
  7.     pTaskBar = new CTaskBar;  
  8.       
  9.     //++added by hjb  
  10.     //在创建任务栏时强制终止  
  11.     if(pTaskBar)  
  12.     {  
  13.         delete pTaskBar;  
  14.         SetEvent(hSyncEvent);  
  15.         return 0;  
  16.     }  
  17.     //--added by hjb  
  18.       
  19.     if(!pTaskBar)  
  20.     {  
  21.         SetEvent(hSyncEvent);  
  22.         return 0;  
  23.     }  
  24.   
  25.     g_TaskBar = pTaskBar;  
  26.     if(!pTaskBar->Register(g_hInstance))  
  27.     {  
  28.         g_TaskBar = NULL;  
  29.         delete pTaskBar;  
  30.         SetEvent(hSyncEvent);  
  31.         return 0;  
  32.     }  
  33.   
  34.     RegisterTaskBar(pTaskBar->GetWindow());  
  35.     SetEvent(hSyncEvent);  
  36.   
  37.     DWORD dwRet = pTaskBar->MessageLoop();  
  38.   
  39.     delete pTaskBar;  
  40.   
  41.     return dwRet;  
  42. }  

 

修改完这两处后,先编译该目录,然后再重新编译整个系统(执行Sysgen)应该就可以了。Explorer.exe依然启动,依然可以听到WinCE启动的声音,但WinCE的界面已经屏蔽掉了。此时,基于MFC的Shell也能正常工作,如下图所示:

 

在实际操作时,我没有通过修改源代码编译来完成这个测试。因为在编译C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN目录时,发现它只生成了explorer.lib。考虑到重新编译整个系统的时间太长,所以直接修改了工程目录下的explorer.exe的文件,MakeImg后测试的。这里应该有快速编译的方法,但目前不知怎么弄。

 

 

      修改后,在WinCE6.0的模拟器中测试,达到了预想的效果。这样就大概解决了基于MFC的Shell和Explorer.exe之间的矛盾,是不是有隐患还不清楚,目前看来没问题。

 

  另外需要注意,修改public和private目录下的文件时,一定先做好备份,以免后患

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值