Windows

        基於.NET Framework 的Windows應用程式,你會發現你對程式的操作越多,佔用的記憶體會不斷向上飆升,即使你結束了長時間啟動並執行操作.這種情況對於一個非常小的應用都是這樣.這種情況一般並不是.Net 記憶體泄露，而是因為.Net沒有即時回收你分配的記憶體。下面是從一個朋友那兒搞到的一段代碼,它能夠協助你即時回收記憶體.Code highlighting produced by Actipro CodeHighlighter

在使用 Windows 7 一段時間（如一兩周）後，如果確信您的檔案和設定均已還原到適當的位置，則可以使用“磁碟清理”刪除 Windows.old 檔案夾，以安全地回收磁碟空間。1.單擊「開始」按鈕，在搜尋方塊中鍵入“磁碟清理”（disk cleanup），然後單擊“磁碟清理”。  （如果系統提示您選擇磁碟機，請選擇剛剛安裝了 Windows 的磁碟機，然後單擊“下一步”。）2.單擊“清理系統檔案”。（如果系統再次提示您選擇磁碟機，請選擇剛剛安裝了 Windows 的磁碟機，然後單擊“下一步”。

一、如何?列印調試資訊的方法有很多，最常用的是使用標準輸出裝置（如printf、cout等），也可以用OutPutDebugString輸出、用DebugView工具查看，還可以寫入記錄檔。如果程式運行需要記錄日誌（log），往往需要開啟個檔案，或許是寫入系統事件、用系統的事件檢視器查看。應用程式列印調試資訊、日誌的方法往往是確定的，但如果是要編寫一個模組或者說組件，那樣的輸出資訊應該寫入哪裡呢？或者說程式本身對此也沒有明確需求的話，那該怎麼辦呢？可喜的是一個進程的標準輸出是可以重新導向的，所以

在安裝EVC4.0和SP4的時候都提示“virtual PC/Windows CE Emulator會造成windows不穩定,windows使這些驅動程式無法載入”，上到微軟的網站一看原因是：當hardware-based DEP (基於硬體的資料執行防止)啟用時，Windows XP SP2 的驅動保護機制不允許載入Virtual PC/Windows CE Emulator driver (VPCAppSv.sys) ，微軟官網也給出瞭解決的辦法，原文如下： 

部落格剛開，思緒比較亂，一時想不起來寫什麼！就把最近搞的關於如何將ppc應用打包的心得寫出來，共用給各位朋友！其實，我想有很多高手都知道怎麼建立一個完整的打包程式，只是由於各種原因沒人寫一篇完整的文章，故小弟在研究幾天之後做到功能基本完善。使我輩朋友少走彎路， ！我說的功能基本完善是指：   1）在ppc今日螢幕中， 有你的程式捷徑（今日外掛程式）；   2）能夠建立中文捷徑；   哈哈，其實就這麼多！再多，我也講不出來！其實沒啥技術含量，

我正在remote伺服器上操作, 突然出現了一些癥狀, 遂嘗試重啟.重啟之後, 登入伺服器後, 彈出對話方塊, 要求輸入上次重啟的原因, 輸入後, 系統立即自動重啟. 嘗試三次, 變換帳號均如此. 1. 嘗試重啟後按F8, 選擇禁止在系統失敗時自動重啟. 輸入上次重啟原因後, 發現藍屏介面.2. 嘗試最後一次正確配置. 問題依舊.3. 進入安全模式. 運行msconfig. 首先選擇Service選項卡, 勾選隱藏所有Microsoft services, 然後點擊disable all.4.

有一次, 在朋友的環境上做操作, 需要重啟一個服務. 結果這個服務報錯, 說停不下來, 一直處於Stopping的狀態. 告訴朋友, 我們可能需要重啟機器了. 結果到了朋友的表演時間. 他用了下面的兩個命令, 殺掉了服務的進程, 然後到services.msc裡重啟服務就可以了.tasklist /svctaskkill /F /PID XXXX 第一個命令會列出服務的名字, 以及它所在的進程的ID號. 第二個命令殺掉了指定ID的進程.

     提到Windows 7（或Windows Server 2008）有些人認為自己的產品金鑰（Product Key）很安全，甚至在公司內部有些網管也認為公司部署的Windows 7 系統的密鑰不會泄露。但其實並非如此，眾所周知我們的密鑰都是寫在註冊表中的，雖然在Windows 屬性中看不到產品金鑰的真身，但通過一些軟體可以很便捷的解開這層面紗。  在屬性中的確看不到產品金鑰： 通過其他軟體查看產品金鑰： 還有更狠的所有密鑰都給弄出來了：        

Delphi程式必須在資源裡面嵌入MANIFEST資訊一、 首先編輯一個檔案，內容如下：<?xml version="1.0" encoding="UTF-8" standalone="yes"?><assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">   

簡介　　最近我編寫了很多智能用戶端應用，總結了一些能夠使應用程式在後台調用Web Service時不凍結前台介面的非同步呼叫方法。雖然當前.NET Framework本身已經提供了非同步呼叫的機制，但我發現在Windows應用中這一機制比較難於把握，因為這時你需要正確的控制使用介面執行緒處理。 　　在這篇文章中，我將教給您一種在Windows應用程式中實現非同步呼叫Web服務的簡單方法，通過這一方法，您不用再考慮後台線程與前台介面線程的互動關係了。服務代理　　Visual

Windows Virtual PC是Virtual PC 2007的新版本, 僅能安裝在Windows 7上. Windows Virtual PC比Virtual PC 2007強大很多, 比較舒服的就是可以根據視窗的大小動態調整虛擬機器的顯示解析度, 另一個就是與主機共用檔案很方便. Virtual PC 2007中滑鼠可以自由進出虛擬機器, 是因為作業系統中安裝了一個與VPC2007整合用的軟體, 在Windows添加刪除程式裡可以找到它. 如果你現在在使用Windows7,

Virtual PC下的虛擬機器會自動與當前host主機的時間同步。但是很多時候，測試虛擬機器會很久以後再跑，可是你會發現由於時間不斷同步，會導致一些windows到期，測試軟體都有一個有效期間，對於解決這個問題很重要，在Windows 7上傳統的VPC 設定方法失效了，這是因為Windows 7的VPC是重新設計的。VPC常用的設定方法參看文章

http://www.cnblogs.com/simalone/archive/2010/03/14/1601211.html經過近段時間不斷在網的搜尋，終於今天下午有所斬獲了：對於windows

在做Socket 編程時，我們經常會要問，單機最多可以建立多少個 TCP 串連，本文將介紹如何調整系統參數來調整單機的最大TCP串連數。Windows 下單機的TCP串連數有多個參數共同決定，下面一一介紹：最大TCP串連數[HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \Tcpip \Parameters]TcpNumConnections = 0x00fffffe (Default =

這裡有三種方式可以重啟Mobile 裝置。KernelIoControl (IOCTL_HAL_SOFT_RESET, NULL, 0, NULL, 0, NULL)方法2： ExitWindowsEx(EWX_REBOOT,  0);  //重啟 ExitWindowsEx(EWX_POWEROFF,  0);  //關機 方法3： SetSystemPowerState(NULL,POWER_STATE_RESET,POWER_FORCE);//重啟

記憶體管理===============記憶體管理器(memory manager)提供了一系列的系統服務來分配(allocate)和釋放(free)虛擬記憶體, 在進程間共用記憶體, 將檔案對應到記憶體, 沖洗(flush)虛擬頁面到磁碟上, 重新擷取關於一系列虛擬頁面的資訊, 修改虛擬頁面的保護設定, 鎖定虛擬頁面到記憶體中. 記憶體管理器的兩個主要任務轉換, 映射進程的虛擬位址空間到實體記憶體上. 這樣, 當一個該進程中的線程在運行時讀寫虛擬位址空間, 正確的實體記憶體會被引用到.

http://www.cnblogs.com/shanyou/archive/2010/03/26/1697316.html使用OData協議查詢Windows日誌OData開放資料協議是微軟針對Google的GData推出的，旨在推廣Web程式資料庫格式標準化的開放資料協議，微軟將 OData 定義為基於 HTTP、AtomPub 和 JSON 的協議，增強各種網頁應用程式之間的資料相容性，以提供多種應用、服務和資料商店的資訊訪問。並且，微軟已經正式推出了 OData SDK，包含了

前兩天有人寫信跟我要Windows CE for VMWare。通常我個人寫的非商業用途的程式和原始碼都願意共用出來給大家用，只是一直以來困擾我的問題是找不到合適的免費空間host這些東西，現在我發現google pages可以幹這個使。這次放了兩個東西：CE 5.0的VMWare虛擬機器，和CE 5.0 for VMWare的BSP。想玩的人可以在這裡下載：Windows CE 5.0 for VMWare虛擬機器Windows CE 5.0 for

我的經驗，可靠的產品不是設計出來的，而是通過持續的解決BUG逐步達到的，當然我不是說設計不重要，我是想強調在產品中提供一些能夠協助診斷問題的設施是非常有必要的。在這方面，最常見的手段顯然就是系統日誌了。嵌入式系統由定製的硬體平台、定製的驅動程式、定製的系統組件，以及定製的應用程式構成。這麼多定製的組件湊在一起，要在一個比較短的時間內把他們湊在一起，配合良好順利運行不容易。他們中的任何部分都有可能出問題，因此應用程式層級的日誌模組顯然不足以記錄足夠的資訊，我們需要系統級的解決方案。在Windows

Windows CE下的FMD介面實現檔案與FAL.LIB的連結Windows CE下的FLASH驅動分為兩層，分別為FMD層和FAL層，FMD（Flash Media Driver）屬於底層，直接操作Flash硬體，不同的Flash硬體則FMD_XXX介面實現函數各不相同，上層則是FAL (Flash Abstraction