Windows

    之前在cygwin上安裝過NS2.28，方法如我的另一篇部落格http://blog.csdn.net/yyx724916/article/details/8613527。後來在使用的過程中又分別安裝過NS2.30和NS2.34的版本。NS2.30安裝方法和NS2.28相同；NS2.34的安裝與前兩種有所不同，因此在這兒介紹一下我安裝成功的方法。    cygwin的安裝和前面講的安裝方法相同：http://blog.csdn.net/yyx724916/article/details/

要完成資料繫結，需要一系列的機制發揮作用。一、首先，需要獲得資料。從顯示層用戶端應用程式的角度看，資料來自記憶體中的資料來源；二、其次，還需要控制項或組件，它們被設計用來與書籍打交道，自動顯示資料以及將資料變更放回資料來源。這種功能可能被封裝到使用者在螢幕上看到的頂層控制項裡，或者存在於一些中介層組件中，用來充當控制項類型和資料類型的中介，又或者是一些控制項和中介層組件的組合。三、最後，如果一個表單上的多個控制項全部綁定在同一個資料來源，並且我們希望

步驟如下：1、創建一個windows應用程式2、添加一個新的數據源和數據連接，打開數據菜單，選擇添加新數據源，“數據源配置嚮導”對話框會顯示出來，選擇數據庫作為數據源類型，然後下一步，系統會顯示“選擇你的數據連接”的頁面，選擇希望使用的數據連接。點擊建立連接按鈕，在數據源下面，選擇“Microsoft SQL Serve”。將數據提供者下面的選項默認設置為“用於SQL Serve的.NET

Sphinx 在 windows 下安裝使用 前一陣子嘗試使用了一下 Sphinx ，一個能夠被各種語言 (PHP/Python/Ruby/etc) 方便調用的全文檢索索引系統。網上的資料大多是在 linux 環境下的安裝使用，當然，作為生產環境很有必要部署在 *nix 環境下，作為學習測試，還是 windows 環境比較方便些。 本文旨在提供一種便捷的方式讓 Sphinx 在 windows 下安裝配置以支援中文全文檢索索引，配置部分在 linux 下通用。 一、關於 Sphinx

    最近做項目的時候,監控一個帶有額外儲存資料庫伺服器系統是Windows Server 2008,發現DISK TIME 很多大於100的,大家知道DISK TIME是一個百分比,理論上最大也就100%.異常的資料如下:% Disk Time328.187649.02271433.891141.8331661.21751001.768651.9919117.3368797.8396921.187964.845091112.1331254.004151.9364經過查資料發現,DISK

Windows Update自動更新均是與微軟Windows Update自動更新服務同步的鏡像網站這些Windows Update自動更新均是與微軟Windows

/**************************************************Windows MFC編程之一 最簡單的MFC程式***************************************************///使用MFC標頭檔#include <afxwin.h>/*註：使程式使用MFC類庫，選擇"Project"菜單的"Settings"。在出現的對話方塊中選擇"General"標籤。在"MIcrosoft Function

/***************************************************** Windows SDK編程之一  視窗樣本程式******************************************************//*Win32應用程式架構主要由"初始化視窗類別"，"視窗註冊類"，"視窗的建立"以"視窗訊息函數"等組成*/#include "stdafx.h"LRESULT CALLBACK

批處理的介紹　　副檔名是bat(在nt/2000/xp/2003下也可以是cmd)的檔案就是批次檔。　　首先批次檔是一個文字檔，這個檔案的每一行都是一條DOS命令（大部分時候就好象我們在DOS提示符下執行的命令列一樣），你可以使用DOS下的Edit或者Windows的記事本(notepad)等任何文字檔編輯工具建立和修改批次檔。　　其次，批次檔是一種簡單的程式，可以通過條件陳述式(if)和流程式控制制語句(goto)來控制命令啟動並執行流程，在批處理中也可以使用迴圈語句(for)來迴圈執行一條命

一、序言 　　在絕大多數的Windows應用程式中，其表單都是使用的正規正矩的矩形表單,例如我們常用的，“記事本”，“掃雷”，等等。矩形表單，具有編程實現簡單，風格簡潔的優點，所以在普通文檔應用程式和簡單小遊戲中使用足矣。但在某些娛樂遊戲程式中使用就略顯呆板些了，這時若用不規則表單替代原先的矩形表單，將會使這類程式更添情趣。典型的例子有windows 自代的Media Player,新版本的Media

//************************************************************************************//本程式使用了兩種實現定時的方法，都是基於API的，而不是MFC//// 1. 是使用線程定時休眠的方法，啟動線程ThreadProc，線上程中輸出，然後Sleep 1000ms// // 2. 使用定時器方法，設定一個1000ms的定時器（SetTimer），然後捕捉該訊息，然後調用回呼函數//

原始命令如下C:\Program Files\cwRsync\bin>rsync.exe -vzru4P --progress --password-file=rsyncpwd.txt rusr@192.168.1.1::test /cygdrive/h/test <p.txtrsync: could not open password file "rsyncpwd.txt": No such file or directory (2)Password:receiving

Windows Mobile 觸控螢幕(Touch Panel)訊息截獲（pwinuser.h) ，在pwinuser.h的標頭檔裡，有hook的API。一、實現代碼#ifndef _PRIV_WINUSER_#define _PRIV_WINUSER_#ifdef __cplusplusextern "C" {#endif#include <keybd.h>// Non-Standard CE internal messages.#define WM_QM_ACTIVATE

1、VC9: LINK : warning LNK4068: /MACHINE not specified; defaulting to X86原因之一：工程中包含的資源檔不在當前的工程目錄中解決辦法：檢測資源檔是否有效，無效則將之刪除，OK，問題解決。2、出現大量錯誤，未識別的“INT”類型，未以“；”結尾等等原因之一：未包含windows.h檔案解決辦法：在普通標頭檔之前包含windows.h檔案，OK，問題解決3、Command line warning D9028 : minimal

1、訊息佇列（同步擷取訊息，主動查詢）分為總訊息佇列和表單訊息佇列兩種：一、系統總訊息佇列從輸入裝置擷取使用者的各種操作，產生總訊息佇列。二、應用（表單，包括子表單和控制項，下面統稱應用）訊息佇列每個應用都有一個自己的訊息佇列，應用根據需要向總訊息佇列註冊自己需要的訊息事件，然後總訊息佇列根據一定的演算法（包括各種事件訊息的處理機制，活動應用，表單處理等）得到最終需要分發的應用，然後將總訊息佇列中的訊息分發到剛剛得到的應用對應的訊息佇列中。每個應用都有一個自己訊息迴圈，包括主動向表單訊息佇列擷取

 　　雖然多線程能給我們帶來好處，但是也有不少問題需要解決。例如，對於像磁碟機這樣獨佔性系統資源，由於線程可以執行進程的任何程式碼片段，且線程的運行是由系統調度自動完成的，具有一定的不確定性，因此就有可能出現兩個線程同時對磁碟機進行操作，從而出現操作錯誤；又例如，對於銀行系統的電腦來說，可能使用一個線程來更新其使用者資料庫，而用另外一個線程來讀取資料庫以響應儲戶的需要，極有可能讀資料庫的線程讀取的是未完全更新的資料庫，因為可能在讀的時候只有一部分資料被更新過。　　使隸屬於同一進程的各線程協調一致

摘自MSDN的IsWow64Process說明 #include <windows.h>#include <stdio.h>typedef BOOL (WINAPI *LPFN_ISWOW64PROCESS) (HANDLE, PBOOL);LPFN_ISWOW64PROCESS fnIsWow64Process;BOOL IsWow64(){ BOOL bIsWow64 = FALSE; fnIsWow64Process =

字元集的問題。 UNICODE版的字元比ANSI 的記憶體佔用大。 Win32程式中出現的標準定義 char 佔一個位元組，而 char 的UNICODE版被定義成這樣： typedef unsigned short wchar_t ;佔2個位元組。所以有字元做參數的函數相應也用兩個版本了。解決方案一：寬位元組版函數中帶有字元參數的都應該用寬位元組版的字元參數，將字串轉換成寬位元組很容易：比如將 "Application Error"

 最後這張表是Visual C++ 7.1編譯器支援的資料類型，也就是Windows各種資料類型的“根源”了。資料類型名稱位元組數別名取值範圍int*signed,signed int由作業系統決定，即與作業系統的＂字長＂有關unsigned int*unsigned由作業系統決定，即與作業系統的＂字長＂有關__int81char,signed char–128 到 127__int162short,short int,signed short int–32,768 到 32,767__int3

Emacs平台很強大，已經不只是一個編輯器這麼簡單了，它被移植到Windows平台下使得非Unix使用者也有幸接觸到並使用它。之前我寫了一個Windows7下的Emacs的一點說明，簡單說了一下如何在Windows下安裝emacs，不過，那不是最佳方式。因為，按Windows7系統本身的HOME目錄配置的話，C:\Users\<username>\AppData\Roaming