Windows

文章目錄 1 GitBash中的中文錄入問題2  分頁器中文輸出問題。3 ls命了顯示中文檔案名稱亂碼  #win下git中文支援環境的配置#參考：《git權威指南》在win環境下剛剛安裝好msysgit之後，迫不及待的開啟gitbash打了一個中文字，怎麼什麼都沒有呢？圖1 接著參照《Git權威指南》中的方法配置看看，這裡我的git安裝目錄為D:\devsofts\Git，以下的操作無特別說明均在此目錄下設定檔的修改使用文字編輯器就行了1

 上一篇中介紹了C運行庫中的時間處理函數。這一篇介紹Windows SDk中提供的時間函數。兩種時間系統之間沒有本質區別(事實上CRT時間是用Windows時間實現的，當然這是說的VC實現)，同樣提供本地時間和UTC時間之間的轉換。不過CRT中的tm時間在SDK中對應為系統時間(SYSTEMTIME)，CRT中的time_t時間在SDK中對應的為檔案時間(FILETIME)，那個"特殊時刻"也變成1601年1月1日的子夜。    當然，首先要弄清楚FILETIME與SYSTEMTIME定義。  

在自繪控制項的時候經常會用到表單樣式.但是這個東西太大了,也沒有必要記憶.所以轉載一篇....一、視窗樣式WS_POPUP        彈出式視窗(不能與WS_CHILDWINDOW樣式同時使用)WS_CHILDWINDOW  子視窗(不能與WS_POPUP合用)WS_MINIMIZE     建立視窗擁有最小化按鈕WS_MINIMIZEBOX  建立視窗擁有最小化按鈕，須同時指定WS_SYSTEM樣式WS_VISIBLE      可見狀態WS_DISABLED    

情景應用中使用統一的可切換背景，當背景切換時，所有頁面的背景同時切換。看起來是個很簡單的任務，但是還是需要花一點功夫的。思路偶的思路很簡單：首先建立一個可觀察的BackgroundUri類，它主要與幾張背景圖Uri相關聯；然後在所有的應用頁面中綁定了同一個ImageSource，其Uri正好與Background對象相關聯；然後建立一個BackgroundManager類，用於定時更改BackgroundUri中的Uri屬性。這個思路可能不成熟，但還沒想到更好的方法。而這結構比較簡單，下面直接上

    雖然微軟說，wp7應用移植到win8上面是比較簡單，只需要修改部分API和設計原則上的細節，同時它也提供了一份比較簡潔的參考文檔；而實際上這種移植的工作量還是不小的，尤其當應用引用了較多底層的API的時候。下面是移植應用過程中需要考慮的幾個問題：（1）UI: 基本所有的UI頁面都會有所改動，主要是一個引用庫的變遷，某些wp7上的控制項在win8上面是不支援的，例如PhoneApplicationPage。（2）資料庫:

使用TheadPool以及CoreDispatcher可以實現使用背景工作執行緒與更新UI的功能。其中CoreDispatcher應當在UI線程中擷取，並在背景工作執行緒的callback函數中使用；否則CoreDispatcher是擷取不到的。不過win8中建議是使用Task來代替TheadPool，因為它提供了一些比較實用的介面，例如取消背景工作執行緒中的任務等。using System;using System.Collections.Generic;using

Popup視窗的實現過程較為簡單。首先可以自訂一個使用者控制項，在該使用者控制項中添加Popup控制項；然後便可以之間在外面的頁面中調用。一個需要注意的設計規範是，當使用者點擊了Popup視窗的非內容版面，即Popup以外的地區，該Popup視窗應該消失。如果是另有用途，比如遊戲的關卡彈框，使用者必須有所選擇才能繼續時，可以強制保留該視窗。要麼就用別的方式實現這種視窗。下面一個簡單的樣本:1. xaml<UserControl x:Class="Controls.LoginPage"

最近感覺沒啥可看，就看一下lua源碼，打發打發時間吧。首先需要下載編譯lua源碼了，筆者是在Windows+VS2005下編譯通過 1.首先需要去官方網站上下載lua源碼，到www.lua.org上下載lua源碼，目前最新版本是5.1 RC4版本lua-5.1.4.tar.gz，解壓之後，目錄下有install檔案，在該檔案中詳細說明了在linux下編譯的過程，visual

昨晚在vmserver上做實驗，想要測試和虛擬機器的連接埠，結果發現win7預設沒有安裝telnet命令，找了一下。找到了，做個標記（有部分摘抄）：1、安裝：依次點擊“開始”→“控制台”→“程式”，“在程式和功能”找到並點擊“開啟或關閉Windows功能”進入Windows

翻譯+整理: By Bigworm 不當之處請指正這篇文章是根據H. Carvey的The Dark Side of NTFS (Microsoft’s Scarlet

突然發現自己好長時間沒寫部落格了，而且也沒什麼瀏覽量就沒寫了。今天突然想寫一下這段時間的學習經曆，以紀念看代碼時逝去的青春歲月。因為申請了學校的創新項目要做一個驅動層的檔案透明加密系統，自己有從來沒接觸過，只好硬著頭皮從零學起了。檔案系統驅動又分好幾種，如NTFS、FAT32、網路檔案系統、CD_ROM檔案系統等等。從最開始編譯別人的驅動程式、搭建調試環境、自己建一個驅動程式開始算是步入了驅動的大門。然後開始結合著寒江獨釣看楚狂人的代碼，大致看完了cfilter，對基本的檔案過濾驅動架構有了一定

    整合式開發環境中各個視窗的行為都是事先實現的，比如，文檔編輯視窗對應著多文檔類的視圖視窗，負責對使用者的輸入進行響應，更新視窗的內容，主視窗負責調度各個視圖視窗。Visual

下面是開發人員在使用 Windows NT 裝置驅動程式時應當避免的事項列表： 一定不要在沒有標註 I/O 要求封包 (IRP) 掛起 (IoMarkIrpPending) 的情況下通過調度常式返回 STATUS_PENDING。一定不要通過插斷服務常式 (ISR) 調用 KeSynchronizeExecution。 它會使系統死結。一定不要將 DeviceObject->Flags 設定為 DO_BUFFERED_IO 和 DO_DIRECT_IO。 它會擾亂系統並最終導致致命錯誤。

Windows 檔案過濾驅動經驗總結作者：ai3000本文轉載自驅動開發網看了 ChuKuangRen

[系統]windows xp sp3，C盤為系統硬碟[檔案]php-5.2.17-Win32-VC6-x86.zip   

FFmpeg是一個開源免費的跨平台的視頻和音頻流方案，採用LGPL或GPL許可證。FFmpeg在Linux編譯比較方便。在Windows 上就相對的麻煩些了。編譯FFmpeg需要如下軟體：MSYS：Minimal GNU（POSIX）system on Windows，是一個小型的GNU環境，包括基本的bash，make等等。是Windows下最優秀的GNU環境FFmpeg 0.6:

近來學習自繪控制項的過程中,發現windows訊息牽涉到了很多方面,如果不學好,估計自繪這塊很難走下去.所以,看了一些文章,覺得好就轉載了.轉載內容如下本人對Windows系統、MFC談不上有深入的瞭解，但對MFC本身封裝API的機制很有興趣，特別是讀了候老師的《深入淺出MFC》後，感覺到Visual C++的Application

 1. 虛擬位址空間的分區◆ null 指標賦值分區(從0x00000000~0x0000FFFF的閉區間).保留該分區的目的是為了協助程式員捕獲對null 指標的賦值.如果進程中的線程試圖讀取擷取寫入位於這個分區內的記憶體位址,就會引發訪問違規.(註明:我們在運行代碼的時候常常會碰到一種情況就是,我們指標還沒有分配指向的空間就開始進行指向操作.這樣我們的程式如果是在Debug模式下,程式會down在一個地方,我們可以查看它的記憶體,發現其為:0xcccccccc.擷取有時為0x00000000

Windows程式中必須要有WinMain函數，因為該函數最重要的任務是建立該應用程式的主視窗。Windows程式與基於MS-DOS程式的最大差別就在於：MS-DOS程式是通過叫用作業系統的功能來獲得使用者輸入的，而Windows程式是通過作業系統發送的訊息來處理使用者輸入的。Windows訊息都是經過嚴格定義的，並且適用於所有的程式。　　WINDOWS提供通用的圖形裝置介面（GUI），我們通過調用（GDI）函數和硬體打交道，不必理會裝置環境，WINDOWS會自動將裝置環境結構映射到相應的物理裝

MFC中最重要的封裝是對Win32 API的封裝，因此，理解Windows Object和MFC Object (C++對象，一個C++類的執行個體)之間的關係是理解MFC的關鍵之一。所謂Windows Object（Windows對象）是Win32下用控制代碼表示的Windows作業系統對象；所謂MFC Object (MFC對象)是C++對象，是一個C++類的執行個體，這裡（本書範圍內）MFC Object是有特定含義的，指封裝Windows Object的C++