[問(wèn)題]
通常我們按下CTRL+ATL+DEL組合鍵后，可以看到正在運(yùn)行的程序或者進(jìn)程，有沒(méi)有辦法讓程序從CTRL+ATL+DEL消失掉呢？也就是說(shuō)讓正在運(yùn)行的程序?qū)TRL+ATL+DEL不可見。
[解答]
答案是肯定的，辦法如下：
使用Win32 API 函數(shù)RegisterServiceProcess，但是這個(gè)API函數(shù)的文檔你是很難找到的。這里我們要用一下匯編。
#include <windows.h>
HINSTANCE hLibrary;
void *regproc;
void CADInit(void);
void HideApp(void);
void ShowApp(void);
void CADClean(void);
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
{
CADInit(); //加載 DLL 并創(chuàng)建一指向它指針
HideApp(); //隱藏程序
//ShowApp(); //顯示程序
//其他處理或調(diào)用
CADClean(); //卸載 DLL
return 0; //retrun 0 因?yàn)闆](méi)有進(jìn)入消息循環(huán)
}
void CADInit(void)
{
//加載 kernel32.dll
hLibrary = LoadLibrary("kernel32.dll");
//獲取函數(shù)RegisterServiceProcess的地址
regproc = GetProcAddress(hLibrary, "RegisterServiceProcess");
}
void HideApp(void)
{
//實(shí)現(xiàn)程序的隱藏
__asm
{
push 1
push 0
call regproc
}
return;
}
void ShowApp(void)
{
//恢復(fù)狀態(tài)
__asm
{
push 0
push 0
call regproc
}
return;
}
void CADClean(void)
{
//卸載 DLL
FreeLibrary(hLibrary);
return;
}
本程序在W2K和Win9x測(cè)試通過(guò)。
一、數(shù)字音頻基礎(chǔ)知識(shí)
任何周期的波形可以分解成多個(gè)正弦波，這些正弦波的頻率都是整數(shù)倍。級(jí)數(shù)中其他正線波的頻率是基礎(chǔ)頻率的整數(shù)倍?；A(chǔ)頻率稱為一級(jí)諧波。
pulse code modulation,脈沖編碼調(diào)制，即對(duì)波形按照固定周期頻率采樣。為了保證采樣后數(shù)據(jù)質(zhì)量，采樣頻率必須是樣本聲音最高頻率的兩倍，這就是Nyquist頻率。
樣本大?。翰蓸雍笥糜诖鎯?chǔ)振幅級(jí)的位數(shù)，實(shí)際就是脈沖編碼的階梯數(shù)，位數(shù)越大表明精度越高，這一點(diǎn)學(xué)過(guò)數(shù)字邏輯電路的應(yīng)該清楚。
波形振幅的平方。兩個(gè)聲音強(qiáng)度上的差常以分貝(db)為單位來(lái)度量，
20*log(A1/A2)分貝。A1,A2為兩個(gè)聲音的振幅。如果采樣大小為8位，則采樣的動(dòng)態(tài)范圍為20*log(256)分貝=48db。如果樣本大小為16位，則采樣動(dòng)態(tài)范圍為20*log(65536)大約是96分貝，接近了人聽覺極限和痛苦極限，是再線音樂(lè)的理想范圍。windows同時(shí)支持8位和16位的采樣大小。
問(wèn)題:
對(duì)button，我直接用WM_COMMAND是可以的。 現(xiàn)在我想嘗試使用VC的ON_NOTIFY，怎么試也不起作用。
解答:
ON_NOTIFY是針對(duì)WM_NOTIFY的消息宏，而WM_NOTIFY是針對(duì)
ListCtrl,TreeCtrl,TabCtrl等通用控件使用的消息
button，listbox等基本控件是不會(huì)用到這個(gè)消息的 .
http://blog.csdn.net/ruibird/archive/2007/03/31/1547882.aspx
http://www.vckbase.com/document/viewdoc/?id=957
DICOM 涵蓋了數(shù)字圖像信息構(gòu)成和通信兩個(gè)領(lǐng)域，內(nèi)容極其煩瑣、龐大，目前沒(méi)有任何醫(yī)學(xué)系統(tǒng)可以
支持所有的DICOM 服務(wù)，每一種設(shè)備都是只針對(duì)自己最需要的部分提供支持。我們也根據(jù)核醫(yī)學(xué)的需
要，制定了自己的符合DICOM 標(biāo)準(zhǔn)的圖像文件格式。其中核醫(yī)學(xué)圖像文件結(jié)構(gòu)部分主要參閱了DICOM
標(biāo)準(zhǔn)的PS 3.3~PS 3.6 和PS 3.10。
其中規(guī)定了
Patient、Study、Series、Image 四個(gè)層次的醫(yī)學(xué)圖像
信息結(jié)構(gòu)，以及由它們組成的信息對(duì)象(Informa-tion Object); 采用服務(wù)類客戶/服務(wù)類提供者(Service
Class User/Service Class Provider)概念組成的服務(wù)—對(duì)象對(duì)(Service-Object Pair); 支持點(diǎn)對(duì)點(diǎn)(PPP)和
TCP/IP 網(wǎng)絡(luò)通信協(xié)議。
DICOM 文件一般由一個(gè)DICOM 文件頭和一個(gè)DICOM 數(shù)據(jù)集合組成。DICOM 數(shù)據(jù)集合是按照DICOM 標(biāo)準(zhǔn)的PS 3.5 部分來(lái)編碼組成的.
在DICOM 文件中最基本的單元是數(shù)據(jù)元素(Data Element)。DICOM 數(shù)據(jù)集合就是由DICOM 數(shù)據(jù)元素
按照一定的順序排列組成的。
DICOM 數(shù)據(jù)元素的組成主要由四個(gè)部分組成:
標(biāo)簽、VR (Value Representation，數(shù)據(jù)描述)、數(shù)據(jù)長(zhǎng)度和數(shù)據(jù)域。
(1) 標(biāo)簽是一個(gè)4 字節(jié)的無(wú)符號(hào)整數(shù)。DICOM 所有的數(shù)據(jù)元素都可以用標(biāo)簽來(lái)唯一表示，各個(gè)標(biāo)簽對(duì)
應(yīng)什么數(shù)據(jù)元素可以查閱DICOM 標(biāo)準(zhǔn)PS 3.6 部分—數(shù)據(jù)字典。
在DICOM 中人為地將標(biāo)簽分為兩個(gè)部分: 組號(hào)(高位2 字節(jié))和元素號(hào)(低位2 字節(jié))，在數(shù)據(jù)字典中所有
的元素都是用“(組號(hào)，元素號(hào))”這種方式來(lái)表示的。
(2) VR 指明了該數(shù)據(jù)元素中的數(shù)據(jù)是哪種類型的。在DICOM 文件中，它是一個(gè)長(zhǎng)度為2 的字符串，例
如，如果一個(gè)數(shù)據(jù)元素的VR 為“DA”，則表示該數(shù)據(jù)元素中存儲(chǔ)的數(shù)據(jù)為日期型數(shù)據(jù)，如果一個(gè)數(shù)據(jù)
元素的VR 為“FL”則表示該數(shù)據(jù)元素中存儲(chǔ)的數(shù)據(jù)為浮點(diǎn)型數(shù)據(jù)。關(guān)于VR 的詳細(xì)取值和說(shuō)明可以參閱
DICOM 標(biāo)準(zhǔn)PS 3.5 部分第15~21 頁(yè)的表6.2-1。
在數(shù)據(jù)元素中，VR 是可選的，它取決于協(xié)商的傳輸數(shù)據(jù)格式。DICOM 中規(guī)定了顯式(Explicit VR)和隱
式(Inexplicit VR)兩種傳輸格式，其中在顯式傳輸時(shí)，VR 必須存在; 在隱式傳輸時(shí)，VR 必須省略。表1
和表2 是顯式傳輸時(shí)數(shù)據(jù)元素的格式，表3 為隱式傳輸時(shí)數(shù)據(jù)元素的格式。
(3) 數(shù)據(jù)長(zhǎng)度指明該數(shù)據(jù)元素的數(shù)據(jù)域中數(shù)據(jù)的長(zhǎng)度(字節(jié)數(shù))。
(4) 數(shù)據(jù)域中包含了該數(shù)據(jù)元素的數(shù)值。
DICOM 文件頭
DICOM 文件頭(DICOM File Meta Information)包含了標(biāo)識(shí)數(shù)據(jù)集合的相關(guān)信息。每個(gè)DICOM 文件都必
須包括該文件頭。文件頭的最開始是文件前言，
它由128 個(gè)00H 字節(jié)組成，接下來(lái)是DICOM 前綴，它
是一個(gè)長(zhǎng)度為4 字節(jié)的字符串“DICM”，可以根據(jù)該值來(lái)判斷一個(gè)文件是不是DICOM 文件。文件頭中
還包括其它一些非常有用的信息，如文件的傳輸格式、生成該文件的應(yīng)用程序等等，關(guān)于文件頭詳細(xì)的
說(shuō)明請(qǐng)參閱DICOM 標(biāo)準(zhǔn)PS 3.10 的13~14 頁(yè)表7.1-1。
說(shuō)明:
(1) 除了128 字節(jié)的文件前言和4 字節(jié)的DICOM 前綴外，所有其它的文件頭元素都必須采用上面介紹
的顯示格式編碼，各個(gè)數(shù)據(jù)元素排列的順序按照標(biāo)簽數(shù)值從小到大的傳輸格式(Little Endian)編碼。
(2) 每個(gè)文件頭元素的長(zhǎng)度必須為偶數(shù)，否則應(yīng)該按照規(guī)定補(bǔ)充一個(gè)字節(jié)。
(3) 所有(0002，****)類的標(biāo)簽都為DICOM 所保留。為了兼容后續(xù)版本，如果發(fā)現(xiàn)文件中有目前尚未
規(guī)定的(0002，****)類標(biāo)簽，則應(yīng)該忽略它。
DICOM 數(shù)據(jù)集合
DICOM 文件主要組成部分就是數(shù)據(jù)集合。這不僅包括醫(yī)學(xué)圖像，還包括許多和醫(yī)學(xué)圖像有關(guān)的信息，
如病人姓名、圖像大小等。表中“使用”列為“M”時(shí)表示該模塊必須存在，“U”表示可選，“C”表示在特定的情況下必須存在。
例如在制定Patient 模塊時(shí)，查閱DICOM 標(biāo)準(zhǔn)PS 3.3 部分的C.7.1.1 小節(jié),可以查到的病人模塊屬性表.
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
技術(shù)類: 非技術(shù)類:
深入淺出MFC 余秋雨
規(guī)定每天看夠30~50頁(yè).至少看夠30頁(yè) <<千年一嘆>>
.NET框架 茅于軾
等待上本看完后再定進(jìn)度. <<生活中的經(jīng)濟(jì)學(xué)>>
重構(gòu)(優(yōu)化現(xiàn)有代碼設(shè)計(jì)) <<張居正>>
等待上奔看完后再定進(jìn)度
@echo off
echo 正在清除系統(tǒng)垃圾文件，請(qǐng)稍等......
del /f /s /q %systemdrive%\*.tmp
del /f /s /q %systemdrive%\*._mp
del /f /s /q %systemdrive%\*.log
del /f /s /q %systemdrive%\*.gid
del /f /s /q %systemdrive%\*.chk
del /f /s /q %systemdrive%\*.old
del /f /s /q %systemdrive%\recycled\*.*
del /f /s /q %windir%\*.bak
del /f /s /q %windir%\prefetch\*.*
rd /s /q %windir%\temp & md %windir%\temp
del /f /q %userprofile%\COOKIES s\*.*
del /f /q %userprofile%\recent\*.*
del /f /s /q "%userprofile%\Local Settings\Temporary Internet Files\*.*"
del /f /s /q "%userprofile%\Local Settings\Temp\*.*"
del /f /s /q "%userprofile%\recent\*.*"
sfc /purgecache '清理系統(tǒng)盤無(wú)用文件
defrag %systemdrive% -b '優(yōu)化預(yù)讀信息
echo 清除系統(tǒng)LJ完成!
echo. & pause
作為程序員，平時(shí)最擔(dān)心見到的事情就是程序發(fā)生了崩潰，無(wú)論是指針越界還是非法操作，都將給我們的應(yīng)用系統(tǒng)造成巨大的損失。但在一個(gè)大型系統(tǒng)的測(cè)試過(guò)程中，初期出現(xiàn)程序崩潰似乎成了不可避免的事。其實(shí)測(cè)試中出現(xiàn)程序崩潰并不可怕，反而是測(cè)試的成功。我們更為關(guān)心的是程序中的哪一行導(dǎo)致了系統(tǒng)崩潰，這樣我們才能有針對(duì)性的進(jìn)行改正。
在VC中，我們可以利用出現(xiàn)程序崩潰時(shí)VC的自動(dòng)跳轉(zhuǎn)，定位到出錯(cuò)代碼行。但在大量的壓力測(cè)試時(shí)，尤其是多線程測(cè)試時(shí)，同時(shí)出現(xiàn)幾十個(gè)錯(cuò)，這時(shí)VC本身的出錯(cuò)跳轉(zhuǎn)往往會(huì)失靈。
在這里我們介紹一種輔助查找程序崩潰代碼行的好方法，它的核心就是利用編譯時(shí)生成MAP文件中的信息來(lái)定位代碼行。
下面就開始我們的介紹。
首先我們必須生成程序的MAP文件。那么什么是 MAP 文件呢？簡(jiǎn)單地講， MAP 文件是程序的全局符號(hào)、源文件和代碼行號(hào)信息的唯一的文本表示方法，是整個(gè)程序工程信息的靜態(tài)文本。它可以在任何地方、任何時(shí)候使用，不需要有額外的程序進(jìn)行支持，僅僅通過(guò)一個(gè)文本閱讀工具如Ultra Edit就可以打開了。而且，這是唯一能找出程序崩潰代碼行的救星。
那么我們應(yīng)該如何生成MAP文件呢？在 VC 中，我們可以按下 Alt+F7，打開“Project Settings”選項(xiàng)頁(yè)，選擇 C/C++ 選項(xiàng)卡，并在最下面的 Project Options 里面輸入：/Zd ，然后要選擇 Link 選項(xiàng)卡，選中“Generate mapfile”復(fù)選框，并在最下面的 Project Options 里面輸入：/mapinfo:lines，表示生成 MAP 文件時(shí)，加入行信息。最后按下 F7 來(lái)編譯生成 EXE 可執(zhí)行文件和 MAP 文件，此時(shí)可以在工程的Debug目錄下找到剛剛生成的MAP文件，文件名為“工程名.map”。
通過(guò)上面的步驟，已經(jīng)得到了 MAP 文件，那么我們?cè)撊绾卫盟兀孔屛覀儚囊粋€(gè)簡(jiǎn)單的實(shí)例入手，一步一步演示使用MAP文件定位程序崩潰行的過(guò)程。
首先假設(shè)我們的VC工程中有下面這個(gè)文件：
//*****************************************************
// 程序名稱：演示如何通過(guò)崩潰地址找出源代碼的出錯(cuò)行
// 作者：劉可
// 日期：2003-6-19
// 本程序會(huì)產(chǎn)生“除0錯(cuò)誤”，所以會(huì)導(dǎo)致
// 程序崩潰，彈出“非法操作”對(duì)話框。
//******************************************************
#include
int crashtest(int a,int b)
{
int c;
c = a/b;
return c;
}
void main(void)
{
int a = 30;
int b = 0;
int ret;
printf("let's begin crash test...\n");
ret = crashtest(a,b);
}
很顯然本程序有“除0錯(cuò)誤”，在 Debug 方式下編譯，運(yùn)行時(shí)會(huì)產(chǎn)生“非法操作”。我們記錄下產(chǎn)生崩潰的地址——在我的機(jī)器上是 0x0040102f 。這個(gè)在不同的機(jī)器上可能地址不同，但記下這個(gè)地址我們下面將要使用。
我們打開它的 MAP 文件：（這里列出我們比較關(guān)心的內(nèi)容，其他的就略過(guò)了）
abort（工程名）
Timestamp is 3ef16533 (Thu Jun 19 15:24:35 2003)
Preferred load address is 00400000
Start Length Name Class
0001:00000000 0001081dH .text CODE
0002:00000000 000013baH .rdata DATA
0002:000013ba 00000000H .edata DATA
0003:00000000 00000104H .CRT$XCA DATA
0003:00000104 00000104H .CRT$XCZ DATA
0003:00000208 00000104H .CRT$XIA DATA
0003:0000030c 00000109H .CRT$XIC DATA
0003:00000418 00000104H .CRT$XIZ DATA
0003:0000051c 00000104H .CRT$XPA DATA
0003:00000620 00000104H .CRT$XPX DATA
0003:00000724 00000104H .CRT$XPZ DATA
0003:00000828 00000104H .CRT$XTA DATA
0003:0000092c 00000104H .CRT$XTZ DATA
0003:00000a30 00003236H .data DATA
0003:00003c68 000019c8H .bss DATA
0004:00000000 00000014H .idata$2 DATA
0004:00000014 00000014H .idata$3 DATA
0004:00000028 00000120H .idata$ DATA
0004:00000148 00000120H .idata$5 DATA
0004:00000268 000004f4H .idata$6 DATA
Address Publics by Value Rva+Base Lib:Object
0001:00000020 ?crashtest@@YAHHH@Z 00401020 f main.obj
0001:0000003c _main 0040103c f main.obj
0001:000000b0 _printf 004010b0 f LIBCD:printf.obj
0001:00000130 __chkesp 00401130 f LIBCD:chkesp.obj
0001:00000170 _mainCRTStartup 00401170 f LIBCD:crt0.obj
0001:000002a0 __amsg_exit 004012a0 f LIBCD:crt0.obj
0001:00000300 __stbuf 00401300 f LIBCD:_sftbuf.obj
0001:00000460 __ftbuf 00401460 f LIBCD:_sftbuf.obj
0001:00000520 __output 00401520 f LIBCD:output.obj
0001:000013c0 ___initstdio 004023c0 f LIBCD:_file.obj
0001:000014f0 ___endstdio 004024f0 f LIBCD:_file.obj
0001:00001510 __CrtDbgBreak 00402510 f LIBCD:dbgrpt.obj
0001:00001520 __CrtSetReportMode 00402520 f LIBCD:dbgrpt.obj
0001:00001580 __CrtSetReportFile 00402580 f LIBCD:dbgrpt.obj
0001:00001600 __CrtSetReportHook 00402600 f LIBCD:dbgrpt.obj
0001:00001620 __CrtDbgReport 00402620 f LIBCD:dbgrpt.obj
如果仔細(xì)瀏覽 Rva+Base 這欄，我們可以發(fā)現(xiàn)第一個(gè)比崩潰地址 0x0040102f 大的函數(shù)地址是 0x0040103c ，所以在 0x0040103c 這個(gè)地址之前的那個(gè)入口就是產(chǎn)生崩潰的函數(shù)，也就是這行：
0001:00000020 ?crashtest@@YAHHH@Z 00401020 f main.obj
因此，發(fā)生崩潰的函數(shù)就是 ?crashtest@@YAHHH@Z，所有以問(wèn)號(hào)開頭的函數(shù)名稱都是 C++ 修飾的名稱。所以在我們的源程序中，這個(gè)發(fā)生崩潰的函數(shù)就是 crashtest ()！
現(xiàn)在我們便輕而易舉地知道了發(fā)生崩潰的函數(shù)名稱。把它記下來(lái)，然后我們將要直接定位發(fā)生崩潰的代碼行了。我們注意 MAP 文件的最后部分——代碼行信息（Line numbers information），它是以這樣的形式顯示的：
Line numbers for .\Debug\main.obj(D:\我的工作\技術(shù)\出異常例子abort\main.cpp) segment .text
12 0001:00000020 14 0001:0000002b 15 0001:00000035 16 0001:00000038
19 0001:0000003c 20 0001:00000057 21 0001:0000005e 23 0001:00000065
24 0001:00000072 25 0001:00000085
第一個(gè)數(shù)字代表在源代碼中的代碼行號(hào)，第二個(gè)數(shù)是該代碼行在所屬的代碼段中的偏移量。如果要查找代碼行號(hào)，需要使用下面的公式做一些十六進(jìn)制的減法運(yùn)算：
崩潰行偏移 = 崩潰地址（Crash Address）－ 基地址（ImageBase Address）－ 0x1000
為什么要這樣做呢？因?yàn)槲覀兊玫降谋罎⒌刂范际怯?偏移地址（Rva）+ 基地址（Base）得來(lái)的，所以在計(jì)算行號(hào)的時(shí)候要把基地址減去。一般情況下，基地址的值是 0x00400000 。另外，由于一般的 PE 文件的代碼段都是從 0x1000 偏移開始的，所以也必須減去 0x1000 。
所以我們的：崩潰行偏移 = 0x0040102f - 0x00400000 - 0x1000 = 0x2f
我們?cè)贛AP 文件的中的代碼行信息里查找不超過(guò)計(jì)算結(jié)果0x2f，但卻最接近的數(shù)。發(fā)現(xiàn)是 main.cpp 文件中的：
14 0001:0000002b
也就意味著在源代碼中的第 14 行！讓我們來(lái)看看源代碼，注意注釋行和空行也要計(jì)算在內(nèi)，程序的第14行為：
c = a/b;
果然就是第 14 行啊，它發(fā)生了“除0異常”！
方法已經(jīng)介紹完了，從今以后，我們就可以精確地定位到源代碼中的崩潰行，而且只要編譯器可以生成 MAP 文件，無(wú)論在WIN平臺(tái)還是UNIX平臺(tái)，本方法都是適用的。
本文我們只是列舉了一個(gè)非常簡(jiǎn)單的“除0異?！崩樱褂肕AP文件的效力或許還不十分明顯。但相信在我們的大型應(yīng)用系統(tǒng)調(diào)試中，使用MAP文件的輔助方法來(lái)快速定位發(fā)生程序崩潰的函數(shù)以及代碼行，將會(huì)為我們的程序調(diào)試工作節(jié)省大量時(shí)間和精力，提高我們的調(diào)試質(zhì)量。我們甚至可以要求遠(yuǎn)地用戶直接提供程序崩潰的地址，然后就可以在自己機(jī)器上利用MAP文件靜態(tài)地找到出錯(cuò)的那行，并在程序中進(jìn)行相應(yīng)修正了。
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
VC7下運(yùn)行OK.
從前,現(xiàn)在,將來(lái)
從前的我,熱衷于收集網(wǎng)絡(luò)上所有我可能會(huì)用到的技巧,并為能在自己的作品中出現(xiàn)這樣的技巧而興奮不已.
現(xiàn)在的我,熱衷于看別人寫下的文章,并嘗試?yán)斫馑囊饬x,迅速的記錄下來(lái),并且更加迅速的忘掉.
將來(lái)的我......
我想,將來(lái)應(yīng)該嘗試去寫一些這樣的文章,去以一個(gè)書寫者的角度來(lái)觀感別人的作品,或許更有收獲.
從前的我,不知道自己是不是能當(dāng)一個(gè)好程序員.
現(xiàn)在的我,知道自己可以作一個(gè)好程序員,但是不知道下來(lái)怎么辦.
將來(lái)的我.......
不知道.
從前的我,熱衷社交,喜歡琢磨穿著飲食.
現(xiàn)在的我,更加喜歡耐臟而樸素的衣服,更加順口健康的食品,當(dāng)然,越廉價(jià)越好
將來(lái)的我.......
也許,會(huì)追求時(shí)裝會(huì)品位美食,也可能會(huì)更喜歡樸素的衣服,和健康而廉價(jià)的食品.
從前,我沒(méi)有這樣的文字.
現(xiàn)在,我嘗試將這樣劈為橫枝豎條的爛木頭一樣文字組合起來(lái),卻為其轟然倒塌而沮喪不已.
將來(lái),我會(huì)寫出更好的更滿意的文字去記錄這些歷程,像大廈一樣堅(jiān)固.