WinCE自启动Shell的问题

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

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

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

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

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

WinCE自启动Shell的问题_第1张图片

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

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

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


bool CDesktopWnd::Create()
{

     IShellFolder     *pSHF;
     FOLDERSETTINGS fs;
     RECT rc;
     HRESULT hr = E_FAIL;
    
     // Get a shell folder for the desktop
     hr = SHGetDesktopFolder(
&pSHF);
     if(hr || !pSHF)
         goto Cleanup;

     // create a shell view for it
     hr = pSHF->CreateViewObject(NULL, IID_IShellView, (LPVOID *)
&_psv);
     if(hr || !_psv)
         goto Cleanup;

     fs.ViewMode = FVM_ICON;
     fs.fFlags = FWF_DESKTOP | FWF_ALIGNLEFT | FWF_NOSCROLL;

     //++changed by hjb
     //将Desktop的窗口大小设为0
     //SetRect(
&rc, 0, 0, GetSystemMetrics(SM_CXVIRTUALSCREEN), GetSystemMetrics(SM_CYVIRTUALSCREEN));
     SetRect(
&rc, 0, 0, 0, 0);
         //--changed by hjb
    
     // create the desktop's view window (no need to AddRef since CreateViewWindow does it)
     hr = _psv->CreateViewWindow(NULL,  
&fs, (IShellBrowser *)this, &rc, &_hWnd);
     if(hr || !_hWnd)
     {
         Release();
         goto Cleanup;
     }

     RegisterDesktop(_hWnd);

Cleanup:
     if(pSHF)
         pSHF->Release();

    return (hr == S_OK);    
}

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


DWORD WINAPI CreateTaskBar(LPVOID pEvent)
{
     HANDLE hSyncEvent = *((HANDLE *) pEvent);
     CTaskBar *pTaskBar = NULL;
     HWND hwndTB = NULL;
    
     pTaskBar = new CTaskBar;
    
     //++added by hjb
     //在创建任务栏时强制终止
     if(pTaskBar)
     {
         delete pTaskBar;
         SetEvent(hSyncEvent);
         return 0;
     }
     //--added by hjb
    
     if(!pTaskBar)
     {
         SetEvent(hSyncEvent);
         return 0;
     }

     g_TaskBar = pTaskBar;
     if(!pTaskBar->Register(g_hInstance))
     {
         g_TaskBar = NULL;
         delete pTaskBar;
         SetEvent(hSyncEvent);
         return 0;
     }

     RegisterTaskBar(pTaskBar->GetWindow());
     SetEvent(hSyncEvent);

     DWORD dwRet = pTaskBar->MessageLoop();

     delete pTaskBar;

     return dwRet;
}

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

            WinCE自启动Shell的问题_第2张图片

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

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

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

修改后的WinCE6.0explorer.exe及演示视频的下载地址:

http://www.cnblogs.com/we-hjb/archive/2008/12/28/1364070.html

 

    http://files.cnblogs.com/we-hjb/WinCE_Shell.rar

你可能感兴趣的:(shell,null,delete,mfc,WinCE,winapi)