Windows

使用win pe模式安裝win7（32位）的時候出現“安裝程式無法定位現有系統磁碟分割，也無法建立新的系統磁碟分割”提示。網上很多對此問題沒有很好的解決辦法，下行之有效方法推薦給大家！第一步：把win7鏡像ISO檔案在你電腦硬碟上。第二步：重啟機器，通過隨身碟啟動，進入PE系統。關於這點我說一下，有些朋友也許不知道什麼叫win pe系統，這個win pe究竟有什麼用途，其實你可以把winpe理解為一個微縮版本win xp，他和win

     Windows訊息鉤子一般都很熟悉了。它的用處很多，耳熟能詳的就有——利用鍵盤鉤子擷取目標進程的鍵盤輸入，從而獲得各類密碼以達到不可告人的目的。朋友想讓他的軟體不被別人的全域鉤子監視，有沒有辦法實現呢？答案是肯定的，不過缺陷也是有的。   一、全域鉤子如何注入別的進程     

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

下面列出了一些常用程式的名稱及控制台命令參數，以供參考。　　WINDOWS目錄下的程式　　backlight.exe 電源設定　　btftpclient.exe 藍芽資源管理員　　bubblebreaker.exe 連球遊戲　　calc.exe 計算機　　calender.exe 日曆　　camera.exe 相機　　clearstorage.exe 恢復出廠預設值　　clock.exe 時鐘　　commManager.exe 通訊管理　　commuRec.exe 通訊錄　　cprog.exe

    在Windows中，設定鍵盤鉤子很多人都做過，但是在windows Mobile系統中並沒有直接的函數支援。但是我們可以通過使用undocument api來實現。一、定義參數#define WH_KEYBOARD_LL           20 #define HC_ACTION        0 typedef LRESULT(CALLBACK* HOOKPROC)(int code, WPARAM wParam, LPARAM lParam); typedef HHOOK

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

在Windows mobile系統中，使用者可以通過設定來存取控制面板的應用程式，軟體開發人員也可以通過Windows mobile提供的API函數來存取控制面板的一些資訊，例如可以向其中增加一個控制台的應用。 控制台應用程式實現為一個Dll中，但必須以cpl為尾碼，它匯出一個回呼函數：LONG CPlApplet(HWND hwndCPl, UINT msg, LPARAM lParam1, LPARAM

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

從使用者角度看，整個視窗圖形作業系統的運行和實現機制：一、使用者通過輸入裝置進行各種操作，然後通過輸出裝置看到操作結果，各種圖形任務處理和顯示。二、圖形應用程式向視窗管理器擷取各種訊息，包括使用者輸入，應用程式狀態改變等，然後按照程式預先設定好的方式處理訊息，最終將處理完的結果下發給視窗管理器。三、視窗管理器向系統訊息佇列擷取各種訊息，然後根據一定的演算法進行仲裁，下發到最終應用程式，當應用程式處理完訊息之後，根據應用發來的資料，視窗管理器按照一定的演算法，管理協調所有的視窗顯示和更新。通過一定

文章目錄 系統調用與CoreDLL.DLL核心NK.EXE                              Windows ce體繫結構圖 作業系統層作業系統的準系統被放在多個獨立的進程(exe)裡面實現。在啟動並執行時候，這些進程大致有如下幾個：l         核心NK.EXEl         圖形系統GWES.EXEl         Object Storage ServiceFILESYS.EXEl        

 對於在linux下，我們可以讀取/proc/partitions來獲得系統中所有的硬碟和分區的各個裝置名稱，但對於windows下，我們又如何獲得系統下的各個裝置呢，這裡用了windows下的API －－－ FindFirstVolume、FindNextVolume

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

摘自MSDN的 GetNativeSystemInfo 的說明例子 #include <windows.h>#include <tchar.h>#include <stdio.h>#define BUFSIZE 80typedef void (WINAPI *PGNSI)(LPSYSTEM_INFO);int __cdecl _tmain(){ OSVERSIONINFOEX osvi; SYSTEM_INFO si; PGNSI pGNSI;

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

1.ssh的安裝gavin@ubuntu:~$ sudo apt-get install ssh2.產生密鑰gavin@ubuntu:~$ ssh-keygenGenerating public/private rsa key pair.Enter file in which to save the key (/home/gavin/.ssh/id_rsa): Created directory '/home/gavin/.ssh'. Enter

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

作為一名Wi n s o c k程式員，通常沒必要瞭解實際的T C P狀態。但瞭解T C P狀態，就能更好地理解Winsock API調用如何對基層協議中的改變產生影響。此外，許多程式員在關閉通訊端時，會碰到一個常見問題；圍繞通訊端關閉的T C P狀態是我們目前最感興趣的問題。對每個通訊端來說，它的初始狀態都是C L O S E D。若客戶機初始化了一個串連，就會向伺服器發送一個S Y N包，同時將客戶機通訊端狀態置為S Y N _ S E N T。伺服器收到S Y N包後，會發出一個“ S

 最後這張表是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

最近在windows7系統下對任何檔案右鍵使用“開啟檔案”時，出現下面情況“該檔案沒有與之關聯的程式來執行操作，請安裝一個程式，或者，如果已安裝程式，請在“預設程式”控制台中建立關聯”，我很很糾結了，經過網路搜尋，最終soso問問找到比較好的解決方案，先記錄如下：原因是註冊表出錯了，像是選擇預設程式這些選項其實也是有相應的檔案開啟的，但是因為它的開啟檔案並不是普通的exe檔案所以用一大串的機器碼作為定位而不是一個簡單的檔案位置(c:/windows/....exe之類的，現在的問題就是這部分出錯

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