其他

一、溫故而知新—MFC架構    1)RTTI & Dynamic Create簡要說明：---------------------------------------------------------------------------------------------- 以用於說明MFC兩項關鍵技術：RTTI(Runtime Type Information) 運行時類型識別和Dynamic Create對象動態產生。實現機理：      

一、資料轉送指令 ─────────────────────────────────────── 它們在存貯器和寄存器、寄存器和輸入輸出連接埠之間傳送資料. 1. 通用資料傳送指令. MOV 傳送字或位元組. MOVSX 先符號擴充,再傳送. MOVZX 先零擴充,再傳送. PUSH 把字壓入堆棧. POP 把字彈出堆棧. PUSHA 把AX,CX,DX,BX,SP,BP,SI,DI依次壓入堆棧. POPA 把DI,SI,BP,SP,BX,DX,CX,AX依次彈出堆棧. PUSHAD 把EAX,

王國維---古今之成大事業大學問者，必經過三種之境界：“昨夜西風雕碧樹，獨上高樓，望盡天涯路。”此第一境也。（註解：1。看清道路；2。說的是尋找“對象”。）“衣帶漸寬終不悔，為伊消得人憔悴。”此第二境也。（註解：1。明確目標，重塑自我。執著，一往無前。2。說的是“死纏爛打”（男生追女生的慣用伎倆）。）“眾裡尋她千百度，回頭驀見，那人正在，燈火闌珊處。”此第三境也。（註解：1。找回自我，聖人的境界。2。說的是“有情人終成眷屬”。：））以下是我從別處得來，然後按我的認知而思考，按我的經曆而感悟，整理

 源：北大新聞網編者按：近日，王選同志生前秘書叢中笑受王選夫人陳堃銶教授的委託，送來幾份材料和幾張照片。其中，王選同志寫給他的侄女王侃夫婦的信讀來感人至深，信中內容體現了一位長者對晚輩的關愛之情和殷切期望，對年輕人成長與成才很有教育和啟發意義。現將其內容全文刊發，以饗讀者。（北京大學新聞)    王選給侄女王侃夫婦的一封信     侃侃、秦岺：     接到侃侃信，知道秦岺馬上去美國。這次恐怕要若干年後才能見面了，臨別總覺得有些話要說。     這次你們兩人出去讀學位，當然希望都能得到博士學位，

zt夏天將至，大片紛紛上演，無論是電腦特效還是劇中情節，電腦已經成為電影中的一個重要元素，你認為哪部電影最應該去看的呢呢？我會把你推薦電影海報發的本文裡，記得回來看看。《２４小時》：電腦牛人紮堆特勤組。一級戒備防火牆(Firewall)：　老明星上演　新網路安全攻防戰。達·芬奇密碼(The Da Vinci Code) : 解密演算法駭客帝國(The Matrix)　：電腦特效X戰警3(X3)　：電腦特效碟中碟3(MI:3)　:特技製作異次元駭客(The 13th

保護模式簡介轉自：http://www.pagoda-ooos.org/在8086/8088時代，處理器只存在一種操作模式（Operation Mode），當時由於不存在其它操作模式，因此這種模式也沒有被命名。自從80286到80386開始，處理器增加了另外兩種操作模式——保護模式PM（Protected Mode）和系統管理模式SMM（System Management Mode），因此，8086/8088的模式被命名為真實位址模式RM（Real-address Mode）。

    在開發中，如果一個新增或修改的表單，在後台完成資料庫操作後我們設定的不是跳轉到其他頁面，還是返回本頁面，這時點擊瀏覽器的後退再提交或重新整理頁面，會導致form表單重複提交，即這條記錄會被增加或修改兩次。    導致表單重複提交的原因是：第一次提交的表單會被緩衝到記憶體中，直到頁面下次提交或頁面關閉或轉向其他頁面時才消失。在自調用返回時，記憶體中的資料依然在，這時頁面中的判斷提交的代碼依然可以檢測到提交的值，顧會產生重複提交的效果。   

一、基本概念：    鉤子(Hook)，是Windows訊息處理機制的一個平台,應用程式可以在上面設定子程以監視指定視窗的某種訊息，而且所監視的視窗可以是其他進程所建立的。當訊息到達後，在目標視窗處理函數之前處理它。鉤子機制允許應用程式截獲處理window訊息或特定事件。   

 [原創] 作業系統DIY - 進入保護模式 預備知識：熟悉 i386 CPU寄存器，瞭解實模式及保護模式模式； 瞭解A20門 文字模式下直接顯存操作涉及工具：　　NASM，一個文字編輯器（我用的是ConText +

select * from emp where emp_no not in (select emp_no from emp_bill) 因為NOT IN 效率比較低，因此需要最佳化，有兩種方法：方法一：select * from emp a where not exists (select 1from emp_bill b where b.emp.no=a.emp_no) select 1 是一種用法，也可以select 某欄位 或者select

我們知道，Windows系統是建立在訊息傳遞機制基礎上的，幾乎所有的程式活動都由訊息來驅動。Windows的鉤子機制可以看作是一個訊息中轉站，控制系統發出訊息的處理和傳遞，利用鉤子，我們可以截獲系統發給應用程式的訊息，經過處理後決定是否將訊息再發給下一個應用程式。 利用鉤子的這一特性，我們可以建立一個監控程式，用來收集和控制系統發出的訊息。 　■編製Windows鉤子程式 　■編製Windows鉤子程式 　■編製Windows鉤子程式 　■編製Windows鉤子程式

WIN32 彙編和以前教科書上的彙編的不同之處WIN32 當然要涉及到介面了，沒介面還搞個鬼哦以前俺們學的都是DOS 16位彙編現在技術進步了，學32位啦 NND在DOS下，16位採用段寄存器定址方式，也就是二級定址方式具體的就是前N位為寄存器地址,存放在寄存器中,後N位為為位移地址

為什麼會產生null 指標異常，我們先來看一下JDK1.6的APINullPointerException (Java Platform SE 6)public class NullPointerException extends RuntimeExceptionnull   當應用程式試圖在需要對象的地方使用時，拋出該異常。這種情況包括：    * 調用 null 對象的執行個體方法。    * 訪問或修改 null 對象的欄位。    * 將 null 作為一個數組，獲得其長度。    *

 首先，應該清楚MFC的訊息迴圈(::GetMessage,::PeekMessage)，訊息泵(CWinThread::PumpMessage)和MFC的訊息在視窗之間的路由是兩件不同的事情。在MFC的應用程式中(應用程式類基於CWinThread繼承)，必須要有一個訊息迴圈，他的作用是從應用程式的訊息佇列中讀取訊息，並把它派送出去(::DispatchMessage)。而訊息路由是指訊息派送出去之後，系統(USER32.DLL)把訊息投遞到哪個視窗，以及以後訊息在視窗之間的傳遞是怎樣的。  

tomcat中的亂碼基本上有兩種 第一類是*.jsp檔案中的中文無法正確顯示。 第二類是 request 中的 parameter 取出來是亂碼 第一類：每個*.jsp檔案最終會被編譯成一個servlet,即一個java檔案，放到tomcat的work目錄下，在訪問*.jsp檔案時，實際上是運行這個servlet類。出現亂碼的原因是：在將jsp編譯成java檔案時，採用的預設字元集是iso8859_1,其中的中文無法正常識別，被編譯成iso-8859-1格式，與中文的GBK或GB2312不相容。

   外掛無非分以下幾種（依製作難度）：1、動作式，所謂動作式，就是指用API發命令給視窗或API控制滑鼠、鍵盤等，使遊戲裡的人物進行流動或者攻擊，最早以前的“石器”外掛就是這種方式2、本地修改式，這種外掛跟傳統上的一些遊戲修改器沒有兩樣，做這種外掛在編程只需要對記憶體位址有一點認識並且掌握API就可以實現，它的痛點在於找到那些地址碼，找地址一般地要藉助於別人的工具，有的遊戲還有雙碼校正，正正找起來會比較困難。這種外掛 需要有對記憶體位址的理解及應用能力3、木馬式，這種外掛的目的是幫外掛製作者偷

知識改變命運，讀書成就夢想。 知識的重要性，作者在這裡就不用多說了；在本章中我們將討論關於“讀書無用論”、知識的結構、如何增長知識等問題。 改革開放以來，我們的國家發生了巨大的變化，造就了一批批的富裕者，這批人掌管著中國的大部分私營企業，而且他們都不像現在的人動不動就是什麼本科生、碩士生甚至博士生；當我們的這些所謂的天之驕子們忙著找工作，忙著為生計奔波時，卻發現僱傭我們的老闆只不過是個小學畢業生；於是乎，“讀書無用論”的怪論瀰漫塵上。

心情不快時的對策   人們都願意自己經常並永久處於歡樂和幸福之中。然而，生活是錯綜複雜、千變萬化的，並且經常發生禍不單行的事。頻繁而持久地處於掃興、生氣、苦悶和悲哀之中的人必然會有健康問題、減損壽命。那麼，遇到心情不快時，應採取什麼對策呢？    1.轉移思路。當掃興、生氣、苦悶和悲哀的事情臨頭時，可暫時迴避一下，努力把不快的思路轉移到高興的思路上去。例如，換一個房間、換一個聊天對象、有意去幹一樁活、去串門會一個朋友或有意上街去看熱鬧等。“難得糊塗”是用在對待這類既煩心卻又無關緊要的瑣事時，是改

   WEB伺服器、應用程式伺服器、HTTP伺服器有何區別？IIS、Apache、Tomcat、Weblogic、WebSphere都各屬於哪種伺服器，這些問題困惑了很久，今天終於梳理清楚了：    Web伺服器的準系統就是提供Web資訊瀏覽服務。它只需支援HTTP協議、HTML文檔格式及URL。與用戶端的網路瀏覽器配合。因為Web伺服器主要支援的協議就是HTTP，所以通常情況下HTTP伺服器和WEB伺服器是相等的(有沒有支援除HTTP之外的協議的web伺服器，作者沒有考證過)，說的是一回事。 

用完成連接埠開發大響應規模的Winsock應用程式作者：Anthony Jones&Amol Deshpande