C++

tt_ioctl在涉及到termios的結構操作時，用到了一個技巧，將結構體首地址強轉為字元類型，通過put_fs_byte和get_fs_byte來進行賦值，還有verify_area()函數，在核心態操作使用者態記憶體資料結構時，要進行的檢查工作，保證寫時複製操作。代碼：tty是要操作的tty結構，termios是使用者態傳經來的termios指標儲存tty結構中的termios，這裡注意在運用強轉時，總是對地址進行操作的。static int get_termios(struct tty_

 虛擬函數 在所有對C++的批評中，虛擬函數這一部分是最複雜的。這主要是由於C++中複雜的機制所引起的。雖然本篇文章認為多態（polymorphism）是實現物件導向編程（OOP）的關鍵特性，但還是請你不要對此觀點（即虛擬函數機制是C++中的一大敗筆）感到有什麼不安，繼續看下去，如果你僅僅想知道一個大概的話，那麼你也可以跳過此節。【譯者註：建議大家還是看看這節會比較好】 在C++中，當子類改寫/重定義（override/redefine）了在父類中定義了的函數時，關鍵字virtual使得該函數具

http://blog.csdn.net/gaaranaruto/article/details/63283582011-04-16 20:582871人閱讀評論(5)收藏舉報Emgu CVhttp://sourceforge.net/projects/emgucv/files/找最新的下就行了，傻瓜式安裝，選擇目錄後自動完成安裝，然後提示安裝VS2008和VS2010的外掛程式，我使用的是VS2010，然後完成操作。Emgu CV是什嗎？Emgu

 本人最近需要操作多線程，但是在C#中有一個問題，線程中操作主線程中的控制項就會提示錯誤，或者操作有問題，為此可以使用委託代理的方法，以下是本人借鑒網上的內容自己編寫的例子：（在解說之後附帶程式碼）為軟體控制項介面，ListView控制項中在Columns可以添加列資訊，但是為了得到上面的效果，需要將ListView控制項中的View屬相設定成Details。使用多線程需要引用System.Threading。此外，為了在不同的方法之間傳遞資料資訊，可以設定全域變數：public Thread

自己建立的win32工程，想在裡面用到CString、CTime等類。現在就把自己的做法說說：（我用的是vs2008）一、首先在工程->屬性中，找到configuration properties->general->use of MFC 選擇use MFC in a shared DLL .二、在language中，將openMP

用vs建QT項目，後來要用到QTest這個檔案中的方法，但是，後來無論是在標頭檔中加入#include<QTest>,並且在pro檔案中加入QT += testlib都還是提示QTest不存在或者是沒有之類的錯誤，後來問別人，他們給的方法也是這樣的做法。自己摸索了大半天，終於知道了該如何添加。右擊項目名稱->Qt Project Settings->Qt modules，勾選上Test

為了是工程更加合理，加上個時間應該看起來更好些。這是我自己的實現方法。case WM_CREATE:  {GetLocalTime(&time);   sprintf(sztime, "%d:%d:%d", time.wHour, time.wMinute, time.wSecond);   SetTimer(hWindow, 22, 1000, NULL);//設定時器//在表單上建立一個Label標籤   hTime1 = CreateWindow(TEXT("static"),

在基類中，純虛函數也不一定不能定義。以前一直認為純虛函數只能被衍生類別定義，看了另一本書以後，才發現也有特殊情況。class CBase{public: virtual void pure() = 0;};class CDerived:public CBase{public: void pure() {cout<<"CDerived::pure"<<endl;} void foo(){CBase::pure();}};void CBase::pure(){cout<

看到別人寫了一個小程式，和GoogleMap功能很相像。所以就用Qt照著實現了一下，不過過程中有點小問題，把遇到的問題說一下哈。#include <QtWebKit/QWebFrame>一般會提示QWebFrame沒有這個檔案，後來在pro檔案中加入QT += QWebKit也不行，最後寫成#include <QtWebKit/QWebFrame>這樣子就行了。還有就是，即使編譯沒問題。運行還是會出現問題。這是因為沒有包含相應的庫檔案（特別是QWebKit）。右擊工程-》

vs C++建立一個控制台程式，因為用到了TextOut，已經實現了字型顏色和背景的改變，所以想改變字型，看了網上的，需要用到CFont類，後來加上了，但是提示沒有定義，找原因說，CFont是mfc的類，所以需要加上afxwin.h標頭檔，但是又提示不是mfc工程之類的錯誤，然後找了原因，把工程屬性的use of mfc改為use mfc in a shared

隨著Symbian^3的推出以及可預見的Symbian^4的到來，加之Nokia在對於Meego應用平台的未來策越，越來越多的Symbian開發人員正在向著Qt過渡。Symbian C++中引入了清除棧（CleanupStack）的概念，對於它的評判就不在這裡討論了，但對於用慣了Symbian

說到Symbian開發，不得不提的就是Symbian中令人鬱悶至極的描述符。Symbian為了提高穩定性，引入了一系列的機制，描述符也是其中之一。從TDesC到RBuf，從16位Unicode到8位的UTF-8，之間那說不清理還亂的關係不但讓Symbian新手頭痛，也在Symbian高手感到汗顏。 相較於Symbian的描述符來說，Qt中對於Unicode、UTF-8甚至其他編碼格式的字元應用可算是大慰人心了。從整體上來說，主要分了兩個大塊：Unicode in Qt和Rich Text

   最近在寫一個後台服務，代碼 量稍微大了些，運行時發現有記憶體泄露的跡象，裸看代碼找到一些但是還是沒徹底解決。據說微軟有內建的記憶體偵查工具，我用的是 純C＋＋，實驗了下不靈，一怒之下自己寫了個 檢測記憶體泄露的工具。原理其實很簡單，就是 重載全域的new和delete,記錄分配和釋放的記憶體

 全域分析【P&S 94】中提到對於型別安全的檢測來說有兩種假設。一種是封閉式環境下的假設，此時程式中的各個部分在編譯期間就能被確定，然後我們可以對於整個程式來進行類型檢測。另一種是開放式環境下的假設，此時對於類型的檢測是在單獨的模組中進行的。對於實際開發和建立原型來說，第二種假設顯得十分有效。然而，【P&S

1.函數調用壓入堆棧的情況：void add(int a,int b, int c){   int i,j;}在函數調用時將其參數和返回地址壓入堆棧，堆棧中儲存的函數調用資訊成為調用結構，為了讓函數找到調用結構，提供了基指標寄存器（BP）將其賦給結構的起始地址同時將局部變數壓入堆棧。函數參數的壓入堆棧的順序是從右向左，局部變數的壓入順序是聲明的順序。  2.可變參數宏#include <stdio.h>#include <stdarg.h>double add(char

1.引言　　C++語言的建立初衷是“a better C”，但是這並不意味著C++中類似C語言的全域變數和函數所採用的編譯和串連方式與C語言完全相同。作為一種欲與C相容的語言，C++保留了一部分過程 式語言的特點（被世人稱為“不徹底地物件導向”），因而它可以定義不屬於任何類的全域變數和函數。但是，C++畢竟是一種物件導向的程式設計語言，為了支 持函數的重載，C++對全域函數的處理方式與C有明顯的不同。2.從標準標頭檔說起某企業曾經給出如下的一道面試題：為什麼標準標頭檔都有類似以下的結構？

 函數重載 C++允許在參數類型不同的前提下重載函數。重載的函數與具有多態性的函數（即虛函數 ）不同處在於：調用正確的被重載函數實體是在編譯期間就被決定了的；而對於具有多 態性的函數來說，是通過運行期間的動態綁定來調用我們想調用的那個函數實體。多態 性是通過重定義（或重寫）這種方式達成的。請不要被重載(overloading)和重寫(overr iding)所迷惑。重載是發生在兩個或者是更多的函數具有相同的名字的情況下。區分它

1.中綴運算式轉尾碼運算式中綴：a/(b-c)+d*e尾碼： abc-/de*+轉換步驟：（1）從左至右掃描中綴運算式，遇到#轉（6）；（2）遇到運算元直接輸出；（不進棧）（3）遇到“）”，則連續出棧輸出，直到遇到“（”為止（“（”出棧但不輸出）；否則（4）若是其它操作符，則與棧頂的操作符比較優先順序；若優先順序小於棧頂的優先順序，如a*b+c，說明*號所需的兩個數a和b已經輸出，則把*號彈出，如此反覆，直到棧外優先順序比棧內優先順序高,最後把+號進棧.若優先順序大於棧頂優先順序，如a+b*c,

 繼承的本質 繼承關係是一種耦合度很高的關係，它與組合及一般化（genericity）一樣，提供了OO 中的一種基本方法，用以將不同的軟體組件組合起來。一個類的執行個體同時也是那個類的 所有的祖先的執行個體。為了保證物件導向設計的有效性，我們應該儲存下這種關係的一致 性。在子類中的每一次重新定義都應該與在其祖先類中的最初定義進行一致性檢查。子 類中應該儲存下其祖先類的需求。如果存在著不能被儲存的需求，就說明了系統的設計 有錯誤，或者是在系統中此處使用繼承是不恰當的。由於繼承是物件導向設計的基礎，

 C++的不足之處討論系列（三） 保證型別安全的連接屬性（type-safe linkage） C++ARM中解釋說type-safe linkage並不能100%的保證型別安全。既然它不那100%的保證 型別安全，那麼它就肯定是不安全的。統計分析顯示：即便在很苛刻的情況下，C++出現 單獨的O-ring錯誤的可能性也只有0.3%。但我們一旦將6種這樣的可能導致出錯的情況聯 合起來放在一起，出錯的幾率就變得大為可觀了。在軟體中，我們經常能夠看到一些錯