其他

        最近幾次和主管研討，慢慢總結出一個規律，那就是無論你想什麼或做什麼，最好和文化建設能夠搭上邊。這就是萬能藥。文化現在已經是一種雅俗共賞的東西了，特別是和諧社會建立以來。主管說現在不再提倡什麼與人鬥其樂無窮這樣的文化，破壞和諧的氣氛，現在提倡的是怎麼靈活的運用制度，怎麼使制度為自己服務。我想也是，既然制度制定出來了，不管是好是壞，我們都沒辦法改變，都得服從，那麼還不如好好的研究制度，掌握這個遊戲規則。       

        昨天下午提起“像素解析度與像元尺寸肯定存在一個關係，像元尺寸越小，解析度越高”，我的同事們和我爭論，認為我的概念是有問題的，認為是兩碼事，這兩者表徵兩個不同的概念。        今天靜下心來，仔細分析這之間有沒有什麼聯絡，終於發現其實這樣的規律。        

        這個周末天氣出奇的好，在家裡睡覺的習慣抵抗不住外面的陽光，索性爬起來出去走走！順便做些戶外運動。於是換上運動服等一身行頭，開始跑步出發，穿過一條條馬路，終於跑到長江入海口，和煦的江風海風吹拂，人有種輕飄飄的感覺。        看著江中的巨輪興奮得鳴著笛，滑開層層浪花，在水天之間穿梭，漸漸連起整個天地。心胸豁然開朗。覺得只有努力奮鬥，才能成就和諧！         我要努力學習，要及時總結得失，堅持自己的長期目標！      

 1、 OMNETPP:    OmnetPP 是一個跨平台的離散時間事件模擬程式，功能強大而且是開源的。它提供了基本的工具和機制來編寫模擬代碼，但它本身並不提供任何特定用於電腦網路模擬，系統架構模擬和任意其它領域的組件；具體的模擬模型和架構在我們這裡就是由INED支援的，它獨立於OMNETPP的開發並且獨立維護和發布。2、INED:    INET模組是一個獨立的電腦通訊網路通訊協定集在OmnetPP上的實現，

作者:北京工業大學電腦學院網路學科部

判斷機器視覺的照明的好壞，首先必須瞭解什麼是光源需要做到的！顯然光源應該不僅僅是使檢測組件能夠被網路攝影機“看見”。有時候，一個完整的機器視覺系統無法支援工作，但是僅僅最佳化一下光源就可以使系統正常工作。 對比：對比對機器視覺來說非常重要。機器視覺應用的照明的最重要的任務就是使需要被觀察的特徵與需要被忽略的映像特徵之間產生最大的對比，從而易於特徵的區分。對比定義為在特徵與其周圍的地區之間有足夠的灰階量區別。好的照明應該能夠保證需要檢測的特徵突出於其他背景。

 許多C++程式員都使用標準模板庫(STL),因為用它很容易實現數組、鏈表、映射以及其它容器。STL語言中“容器”指的是儲存“資料集合”的對象。但是在有STL之前，已經有MFC了。在稱為“MFC集合類”的一系列類中，MFC提供了自己的數組、鏈表、以及映射的實現途徑。雖然在MFC中使用STL非常安全，但許多MFC程式員還是更喜歡用MFC集合類，一方面原因是更熟悉MFC，另一方面原因是不願意連結2個獨立的類庫增加應用程式的exe的尺寸。STL中的集合類跨平台好，有較多的泛型演算法。1、數組     

本文將圍繞一個執行個體，主要就測量物體長度的演算法加以闡述。現在假設我們要在映像中測量物體的長度。1所示，虛線內為映像範圍，圖中背景為白色，被測物呈黑色。  圖1 待測物體情況在相機拍照後，將映像視頻訊號傳至視覺卡，由視覺卡把波狀視頻訊號翻譯成數字訊號，存到電腦的記憶體中去。儲存資訊2所示，映像中的虛線格子為像素單元。下面將具體說明基於臨界灰階值和亞像素的邊緣尋找演算法。 圖2

與模態對話方塊不同，非模態對話方塊不壟斷使用者的輸入，使用者開啟非模態對話方塊後，仍然可以與其它介面進行互動。非模態對話方塊的設計與模態對話方塊基本類似，也包括設計對話方塊模板和設計CDialog類的衍生類別兩部分。但是，在對話方塊的建立和刪除過程中，非模態對話方塊與模態對話方塊相比有下列不同之處：非模態對話方塊的模板必須具有Visible風格，否則對話方塊將不可見，而模態對話方塊則無需設定該項風格。更保險的辦法是調用CWnd::ShowWindow(SW_SHOW)來顯示對話方塊，而不管對話方

已經設計過幾套機器視覺系統，有一點心得，暫記之。（1）機器視覺系統設計應及時響應硬體的進步，可以減少很多設計痛點；（2）系統設計過程，完全是一個妥協的過程，將自己想的認為比較新的創意和具體實現能力相結合的過程；（3）機器視覺系統的硬體環節，要盡量的少； （4）穩定的高品質映像輸入決定了系統能否成功開發，同時也決定了工作量的大小，進而影響到成本，甚至影響終端使用者對該系統的信任程度；（5）至少有一套備用方案，應對突發事件；（6）出現異常情況，一定要冷靜；無病不死人，檢查故障現象，排查易出故障點；（

void CTRYDoc::OnFileOpen(){ // TODO: 在此添加命令處理常式代碼   CString   str    =   _T("BMP");   CString   str1   =   _T("Image files (*.BMP)|*.BMP||");   CString   str2   =   _T("位元影像開啟");   CString   str3   =   _T("取消讀入位元影像");   CString   str4   =  

        毫無疑問，文件管理是專案管理中最關鍵的部分之一，文件管理的規範與否關係到項目進展狀況，關係整個項目工作的效率與效益。往往越是規模大的公司，其項目工作中的每一個環節都有相應的規範進行管理，這些規範都是都前輩嘔心瀝血，披荊斬棘所獲的的經驗總結，而非普通文書工作者的推猜可得。       當然，如果剛剛創業起步的小公司如能更早的抓住項目規範、文檔規範，更是使公司發展或者比大公司更大的推動力。       做文檔應當十分注意細節問題，可以文檔的細節規範決定文檔的成敗，正所謂細節決定成敗。

Windows是一種多任務的作業系統，一方面是指它支援多進程，每個進程有獨立的地址空間，另一方面則在於Windows的多線程支援。儘管多線程常常帶來很多問題，並且在UN*X世界從來沒有成為主流，但是在並發計算越來越流行的時代，多線程還是比較有前景的。在Windows系統中，應用程式通過調用 CreateThread 就可以建立一個線程，這個線程和主線程同屬一個進程，共用著進程的所有資源，但是具有自己的堆棧和局部儲存，可以平等的獲得CPU時間，和主線程同時運行著。遠程線程注入技術是通過調用

一、國內外研究概況及發展趨勢     

組合語言的一點知識它們在存貯器和寄存器、寄存器和輸入輸出連接埠之間傳送資料. 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,ECX,EDX,EBX,ESP,EBP,ESI,EDI依次壓入堆棧.

 我們知道，在早期的SAN儲存系統中，伺服器與交換器的資料轉送是通過光纖進行的，因為伺服器是把SCSI指令傳輸到存放裝置上，不能走普通LAN網的IP協議，所以需要使用FC傳輸，因此這種SAN就叫FC-SAN，而後期出現了用IP協議封裝的SAN，可以完全走普通LAN網路，因此叫做IP-SAN，其中最典型的就是現在熱門的ISCSI。　　這兩種方式都需要對資料區塊進行繁重的讀包解包操作，因此高效能的SAN系統是需要在伺服器上安裝一塊專門負責解包工作以減輕處理器負擔的網卡，這種網卡大家就叫它HBA卡，它

 緩衝溢出基礎知識  

 這篇文檔是為了說明怎樣從一個檔案裡用OGR的C++類讀取和寫入資料。強烈建議在讀此文檔之前首先閱讀介紹OGR體繫結構介紹文檔，裡面介紹了OGR裡主要的類以及他們所完成的功能。從OGR 讀取資料    為了描述如何通過OGR讀取資料，我們編寫一個小的樣本，從OGR檔案裡讀出資料，並按照一定格式輸出。    首先我們需要註冊我們渴望讀取的所有格式。這個通過調用OGRRegisterAll()就能很容易完成，這個函數註冊了GDAL/OGR支援的所有格式。＃i nclude "ogrsf_frmts.

首先進入的是主類比類Simulator：進入了main函數。讀取設定檔，有一靜態單例類Configuration，其中有一成員config（ConfigContainer類型，繼承與Properties）。我們可以由此靜態單例類對設定檔進行操作，諸如由類名稱擷取執行個體，擷取類名稱等基礎操作。再由設定檔判斷運行類型，在switch分支中的CDSIM（因為SIMID=CDSIM），即cycle驅動的類比。接著進入CDSimulator的nextExperiment方法。CDSimulator類有兩

VC中的訊息的分類有3種：視窗訊息、命令訊息和控制項通知訊息，我們這裡要談的是最後一種：控制項通知訊息。　　控制項通知訊息，是指這樣一種訊息，一個視窗內的子控制項發生了一些事情，需要通知父視窗。通知訊息只適用於標準的視窗控制項如按鈕、列表框、組合框、編輯框，以及Windows公用控制項如樹狀檢視、列表視圖等。例如，單擊或雙擊一個控制項、在控制項中選擇部分文本、操作控制項的捲軸都會產生通知訊息。她類似於命令訊息，當使用者與控制項視窗互動時，那麼控制項通知訊息就會從控制項視窗發送到它的主視窗。但是這