其他

1.資料緩衝寄存器( DR )       A.作為cpu 和記憶體、外部裝置之間資訊傳送的中轉站；       B.補償cpu 和記憶體、外部裝置之間在操作速度上的差別；       C.在累加器結構的運算器中，資料緩衝寄存器還可兼作運算元寄存器。2.指令寄存器( IR )     指令寄存器用來儲存當前正在執行的一條指令。當執行一條指令時，先把它從記憶體取到資料緩衝寄存器中，然後再傳送至指令寄存器。3.程式計數器( PC )    為了保證程式能夠連續的執行下去，cpu

以前都是在vc6.0下編譯xvid庫，最近在vc8.0下編譯卻出現兩個錯誤，具體如下：錯誤1: crtdefs.h(448) : error C2632: 'int' followed by 'int' is illegal錯誤資訊：1>vop_type_decision.c1>D:/Program Files/Microsoft Visual Studio 8/VC/include/crtdefs.h(448) : error C2632: 'int' followed by

attach to process: 用於和進程綁定，方便調試。你有沒有這樣的經曆：按F5開始調試時，程式需要好長時間才能啟動，比如可能需要載入比較大的檔案或資源，這時候你可能需要等很長時間，而下次調試時又不得不等很長時間以待程式啟動。其實這浪費了很多的時間。那有沒有比較好的解決方案呢，有，就是VS提供的Attach to Process

現在，微軟一些新的SDK基本上都是用VC7/VC8（即VS .NET 2003/VS 2005）來開發的，當我們用VC6使用這些庫的Debug版本時就會發生連結錯誤，對於我們自己用VC7/VC8開發靜態庫或動態庫也存在同樣的問題，這主要是由於VC7/VC8使用了不同的調試資訊格式以及增加了一些安全檢測機製造成的。我們可以在VC7/VC8中修改一下工程的配置資訊使其能夠被VC6使用，具體操作如下：1. 開啟工程設定介面，選擇C/C++屬性頁面，將“常規(General) -> 調試資訊格式(

有些事情在心裡久了，就會覺得憋得慌，寫部落格倒是一個不錯的選擇，如果是寫在QQ空間中，難免會遭到別人的鄙視，因為誰都不想將自己軟弱的一面展現給大家看。我也可以想象大家給我看到的都是光鮮亮麗的，以免知道別人的生活全是精彩豐富的，那麼自己心中必然會有些許不悅了。今天查自己的六級分數，懷著激動的心情發現自己還是掛掉了。哎，難免有點不爽，因為自己感覺自己還行的，沒想到還是生活比想象中要現實一點。人生十有八九不如意，竟然人生都是這樣的，那麼現在已經沒有什麼好悲傷的了，唯有繼續前行才能到達理想彼岸吧。我其實

一個表單分為兩部分：系統區和客戶區象標題和菜單，邊框之類的是系統區，由系統來控制，剩下的就是客戶區。GetWindowRect()    該函數返回指定視窗的邊框矩形的尺寸。該尺寸以相對於螢幕座標左上方的螢幕座標給出。   GetClientRect()   擷取視窗客戶區的座標。客戶區座標指定客戶區的左上方和右下角。由於客戶區座標是相對視窗客戶區的左上方而言的，因此左上方座標為（0，0） 視窗尺寸減去 客戶區尺寸即是系統區。  ClientToScreen（）

 使用者可以通過兩種方式建立一個單元數組：一是通過指派陳述式直接建立；二是利用cell 函數先為單元數組分配一個記憶體空間，然後再給各個單元賦值。  直接賦值法通過給每個單元逐個賦值來建立單元數組。單元數組用花括弧表示，在賦值時需要將單元內容用花括弧(即{ }) 括起來。 使用cell 函數建立單元數組的步驟為：首先用cell 函數建立一個空的單元數組，然後再為數組元素賦值。使用圓括弧和花括弧對單元數組索引的不同，當採用圓括弧時表示的是該單元，而採用花括弧時則表示的是單元的內容。在

在我初學Windows網路編程時，曾經遇到過兩類編譯錯誤（VC6的Build視窗嘩嘩的顯示了102個Errors），都是些類型未定義或者重複定義問題，讓我感到很鬱悶。這兩種錯誤情況下的第一條錯誤資訊分別為：錯誤情形1：mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier錯誤情形2：winsock2.h(99) : error C2011: 'fd_set' : 'struct' type

文章目錄 一、CentOS 修改IP地址三、CentOS 修改DNS四、重新啟動網路設定 一、CentOS 修改IP地址修改對應網卡的IP地址的設定檔vi /etc/sysconfig/network-scripts/ifcfg-eth0修改以下內容DEVICE=eth0 #描述網卡對應的裝置別名，例如ifcfg-eth0的檔案中它為eth0 BOOTPROTO=static

   建立一個合適的座標系可以為我們的繪圖帶來很大的方便。下面介紹一下如何在VC中建立我們想要的座標系。　　一 裝置座標和邏輯座標　　裝置座標（Device Coordinate）又稱為物理座標（Physical Coordinate），是指輸出裝置上的座標。通常將螢幕上的裝置座標稱為螢幕座標。裝置座標用對象距離視窗左上方的水平距離和垂直距離來指定對象的位置，是以像素為單位來表示的，裝置座標的X軸向右為正，Y軸向下為正，座標原點位於視窗的左上方。　　邏輯座標（Logical

sizeof strlen lengthsizeof是C/C++中的一個操作符（operator），簡單的說其作用就是返回一個對象或者類型所佔的記憶體位元組數。length只是針對字串而言的 標準c裡沒有length這個函數 只有在C++中的CString類中才有length這個函數

前言程式員最痛苦的事莫過於深陷於BUG的泥潭，我也沒少在這上面摔跤。這裡，我把自己的一些經驗教訓總結出來，涉及的內容包括死迴圈、死結、記憶體流失以及記憶體訪問錯誤等，如果能對朋友們有所協助，那就再好不過了。不過，我不打算按照循序漸進的方式來撰寫這些文章 ，而是想到哪寫到哪，也許到最後才會形成一個完整的系列。本節將以一個真執行個體子講述如何在VC6環境下調試“Stack

  GDI位元影像只是另一個GDI對象，例如筆或者字型。你必須先建立一個位元影像，然後將它選入裝置環境。當你完成改對象的操作之後，必須解除對它的選中，並刪除它。儘管如此，仍有一些問題，原因是顯示器的“位元影像”實際上就是顯示器表面映像，印表機裝置的“位元影像”是列印頁面本身。因此不能將位元影像選入顯示裝置環境或者印表機裝置環境。必須使用CDC::CreateCompatibleDC

0. 前向聲明sizeof，一個其貌不揚的傢伙，引無數菜鳥竟折腰，小蝦我當初也沒少犯迷糊，秉著“辛苦我一個，幸福千萬人”的偉大思想，我決定將其儘可能詳細的總結一下。但當我總結的時候才發現，這個問題既可以簡單，又可以複雜，所以本文有的地方並不適合初學者，甚至都沒有必要大作文章。但如果你想“知其然，更知其所以然”的話，那麼這篇文章對你或許有所協助。菜鳥我對C++的掌握尚未深入，其中不乏錯誤，歡迎各位扔磚砸蛋。1. 定義sizeof是何方神聖？sizeof乃C/C++中的一個操作符（operator）

■問題：在要求使用者輸入檔案儲存的路徑後，source中如果有類似sprintf（buff,   入力値）的處理時，一旦入力値中包含”%”, 那麼buff中的期望值就和實際值可能不一樣。例如使用者輸入這樣的路徑： C:\Temp%sfile 那麼 sprintf（path,  “C:\Temp%sfile”）; path期望值： C:\Temp%sfile Path實際值： C:\Temp(null)file 如果去fopen這樣的path,顯然程式會出問題。

載入一位元影像，可以使用LoadImage：HANDLE LoadImage（HINSTANCE hinst，LPCTSTR lpszName，UINT uType，int cxDesired，int CyDesired，UINT

        關於函數的調用規則（呼叫慣例），大多數時候是不需要瞭解的，但是如果需要跨語言的編程，比如VC寫的dll要delphi調用，則需要瞭解。        microsoft的vc預設的是__cdecl方式，而windows

類比退火法類比退火法簡單解釋：為了找出地球上最高的山，一群兔子們開始想辦法。首先兔子們用酒將自己灌醉了，它們隨機地跳了很長的時間。在這期間，它們可能走向高處，也可能踏入平地。但是，隨著時間的流逝，它們漸漸清醒了並朝著最高的方向跳去。最後就達到了珠穆朗瑪峰。所謂的退火是指將固體加熱到足夠高的溫度，使分子呈隨機排列狀態，然後逐步降溫使之冷卻，最後分子以低能狀態排列，固體達到某種穩定狀態。重要理解：假設材料在狀態i之下的能量為E(i),那麼材料在溫度T時從狀態i進入狀態j就遵循如下規律：如果 E(j)

建立TimerTask的子類  import java.text.SimpleDateFormat;import java.util.Date;import java.util.TimerTask;public class MyTask extends TimerTask{ public void run(){ SimpleDateFormat sdf = null; sdf = new SimpleDateFormat("yyyy-MM-dd