其他

      在《WinCE驅動程式的分類》中曾提到，WinCE6.0的流驅動既可以載入到核心態也可以載入到使用者態。下面通過一組圖片簡單說明一下這兩種驅動的關係。      首先編寫一個流驅動WCEDrv，代碼如下。代碼 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->#include <windows.h>extern "C"BOOL 

      實現應用程式的單一實例運行有很多種方式。如果是有視窗的應用程式，可以通過FindWindow()尋找視窗來確認是否已有同名視窗存在。如果是無視窗的應用程式，可以用互斥體等核心對象實現。一般來說，在程式的入口處檢查是否已有執行個體在運行。如果沒有，則繼續執行。如果有，則退出本次運行。基本流程如所示。            以互斥體實現的單一實例參考代碼如下。Code highlighting produced by Actipro CodeHighlighter (freeware)

      在實際開發過程中，經常希望能在應用程式中直接讀寫裝置的物理空間。以前在做WinCE6.0下的MEMMgr時通過秘密載入一個核心態驅動實現了這個需求。但這種方式有一個明顯的缺陷，每次讀寫都必須經由它才能完成。如果只是讀取GPIO，那問題不算大。如果想通過這種方式實現視頻播放的加速就比較困難了。估計非但不能加速，反而會變得更慢。     

    在實際應用中，經常需要定製WinCE系統的螢幕校準介面。最常見的需求就是根據系統的語言設定校準介面。要實現這個功能，大概有兩種方法，一是自己實現校準程式，完全取代WinCE系統的校準介面，第二種是修改WinCE系統內建的校準介面。相比之下，第二種方法較為簡便，而這部分的代碼是公開的，也有實現的可能。下面就簡單介紹一下修改WinCE內建校準介面的方法。 Code highlighting produced by Actipro CodeHighlighter (freeware)http:

      這兩天用C#在WinCE6.0上做了兩個背景程式，一個是擷取天氣預報，另外一個是擷取歌詞。拿到裝置上運行時，都會彈出系統繁忙的沙漏表徵圖，與裝置的介面灰常的不和諧，也失去了後台啟動並執行意義。      如何去除這個用於提示等待的沙漏表徵圖呢？方法有二，一是不讓它彈出，二是修改圖片資源，讓它即使彈出來也不可見。      第一種方法，實現起來比較簡單，只需要在註冊表中添加一個索引值即可，如下。Code highlighting produced by Actipro

 show toc本頁內容使用應用程式設定映像的目標獲得源映像執行處理縮放位元影像管理尺寸設定背景色預覽映像顯示進度解決死結難題完成的程式自動 Playstation Portable 檢測拖放映像傳輸自動橫向/縱向旋轉Smartphone、Pocket PC 和 Sony Playstation Portable

    從WinCE5.0開始，微軟就公開了WinCE的相關原始碼。一方面，這使我們可以更深入的學習WinCE作業系統，另外一方面，也讓定製個人化WinCE作業系統成為可能。這裡要介紹的就是如何編譯WinCE公開的原始碼，以開機輸入密碼的介面為例。    

      今天偶然發現了一個WinCE下的系統資源查看工具，個人覺得非常不錯，值得收藏。      http://www.wolfgang-rolke.de/wince/是它的官方網站，有興趣的同學可以自己看看去。這個小工具可以查看系統記憶體、CPU、儲存卡和電池等軟硬體的狀態，簡單易用卻很專業。如下。            該工具可以運行在ARM、MIPS、SH和X86平台上，其中1.55的ARM版可以在這裡下載到。     

      一般情況下，WinCE流驅動的索引為0~9。應用程式中，通過CreateFile(_T("XXXN:"),…)開啟對應的驅動，N也為0~9。這樣看來，似乎在WinCE下同名流驅動個數被限制在10個以內。如果裝置中有更多的同名裝置該怎麼辦呢？      解決的方法有兩個，第一種是換首碼，將XXX改成YYY，這樣就又有10個可用的裝置名稱了。當然，修改首碼時需要注意，驅動原始碼和註冊表中的Prefix必需一致，否則，可能會導致驅動載入失敗。     

這篇文章主要介紹如何在DataGrid控制項中實現編輯、刪除、分類以及分頁操作。為了實現我們的意圖，我們使用SqlServer2000內建的NorthWind資料庫。程式分為兩部分：1.包含HTML代碼的.ASPX檔案2.包含所有邏輯及方法的後台C#類檔案代碼：ASPX檔案：在這裡我們設計了一個DataGrid對象，我為一些屬性和方法作了註解。它就變得如此的簡單：<asp:DataGrid id="MyDataGrid" style="Z-INDEX: 101; LEFT: 16px;

      TexFAT(Transaction-safe Extended FAT)與TFAT功能一樣，在WinCE6.0之前，包括Windows Mobile6.5使用的是TFAT，WinCE6.0和WP7則使用TexFAT。它的含義、功能及其細節，請參考http://msdn.microsoft.com/en-US/library/ee490643.aspx。     

<p>//DataGridRadio.aspx<br></p><%@ Page language="c#" Codebehind="DataGridRadio.aspx.cs" AutoEventWireup="false" Inherits="Sample.DataGridRadio" %><meta content="Microsoft Visual Studio .NET 7.1" name=GENERATOR><meta

    拿到模組後，先請ZWEI幫忙把模組飛到板子上，最後的情形有點像蜈蚣跟蜘蛛在打仗，而且難分難解。    飛完線後用串口調試助手發送AT#指令，以確認藍芽模組和串口都能正常工作。結果，運氣不太好，發出去的指令就好像石沉大海了一樣。    又請ZWEI用示波器量了一下RXD和TXD，訊號都正常。把TXD和RXD短接，用串口調試助手自發自收，也不成功。串口調試助手，應該是沒問題的，久經考驗太長時間了。最後，飛線到MCU的另外一個串口上就行了。ZWEI飛來飛去的功夫實在了得。   

      《WinCE案頭助手》基本實現了遠程操作WinCE裝置的功能，支援滑鼠和鍵盤。而這個遠程鍵盤工具，除了支援鍵盤外，還支援遠程字元粘貼，挺有想法的一個功能，在某些時候，很有作用。      CeKeyboard的介面如所示。            複製需要拷貝到裝置中的字串，在CE裝置端把焦點聚焦到待輸入框內，然後點擊“Paste to device”即可。這樣，就可以很方便的輸入長串的網址或者其他內容。     

      車機項目中用到了很多串口外設，如DVD機芯、GPS、藍芽、雷達和胎壓監測等，而主CPU(TCC89XX)與小MCU(STM32)之間也是通過串口通訊的。一時之間，串口使用有點捉襟見肘的感覺，只能把調試串口拿出來用做普通串口。      調試串口用作普通串口本身沒什麼問題，之前在S3C2410上也做過。當時是把2410的調試串口強制改為普通串口，系統啟動後調試串口就無法正常使用了。但目前的項目仍在進一步完善之中，調試串口還是相當重要的，經常需要通過它，抓一些TRACE來分析和定位問題。

語音是人類最自然的互動方式，也是現階段軟體使用者介面發展的最高目標。微軟公司一直積極推動語音技術的發展，並且公布了語音開發平台Speech SDK協助開發人員實現語音應用。using System;using System.Drawing;using System.Collections;using System.ComponentModel;using System.Windows.Forms;using System.Data;using DotNetSpeech;namespace

Web.config<add key="badword" value="去死吧" /><!--過慮字元，請用“|”號隔開-->public string rebadword(string chr)  {   string[] array=badword.Split(new char[]{'|'});   for(int

      《Memory Usage Tool for Windows CE 6.x》中介紹了一個用於查看和分析WinCE6.0記憶體狀態的工具，具體內容參見原文。      該工具主要有兩部分組成，一個是運行於裝置端的命令列程式(DevHealth60.exe)，另一個是運行於PC端的分析和顯示記憶體狀態報表的工具(DevHealthViewer6.exe)。     

      之前在《WinCE中公開原始碼的編譯方法》和《WinCE下定製觸摸校準介面的方法》裡介紹了如何修改Public目錄下的原始碼並且快速編譯的方法。這裡補充一個定製WinCE6.0標準介面的方法。具體的說，就是修改RES檔案實現定製WinCE6.0的標準介面。該問題來自於lkb——我要將逾時參數設定框裡的“在x分鐘之後”改成顯示“在x秒之後”。下面就以這個問題為例做介紹，算是對lkb提出問題的一個解答。     

      最近一周一直在忙於測試NAND檔案系統的穩定性和可靠性，今天終於有所進展。測試組所有同事齊上陣，加上小高和我，測試了一天，都未發現問題。雖然還不能保證完全OK，但至少有所改善了。