其他

VC編譯錯誤：msvcrtd.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) 已經在 libcmtd.lib(typinfo.obj) 中定義編譯錯誤 2010-03-29 14:54:02 閱讀1253 評論0   字型大小：大中小 訂閱

1. 在minibuffer 中運行一個命令M-! 然後輸入命令，emacs 會開啟一個名為*shell command output*的buffer來輸出命令執行的結果。2. 使用一個buffer的region取代一個檔案當做命令的輸入先在一個buffer中選一個region。M-h (mark-paragraph) 或者C-Space/C-@標記一個region。然後M-| ( shell-command-on-region) emacs在minibuffer中提示你輸入要啟動並執行命令3.

We use the term pipe to mean connecting a data flow from one process to another. Perhaps the simplest way of passing data between two programs is with the popen and pclose functions:#include <stdio.h>FILE *popen(const char *command, const char

在gdb中調試c++代碼，代碼中用到了stl的容器，要在gdb中顯示容器物件的內容的命令比較冗長，如下所示：print *(farmers._M_impl._M_start)@5有一個名為farmers的vector, 顯示容器物件farmers前5個元素。每次都寫這個命令很煩，就自訂一個gdb命令，在一個檔案（命名為gdb.conf）中定義一個自己的命令：define pstl print

記憶體中從0xB8000h起始的一段地址叫做映像緩衝（video buffer）。0xB8000開始的字元位於螢幕左上方，整個螢幕一共25行，80列。每個字元佔用兩個位元組，前一個位元組是ASCII碼，後一個位元組屬性。屬性如下表：BitUsageExample7Blinking06Background Red05Background Green04Background Blue13Foreground Intensity12Foreground Red11Foreground

主要參考這篇文章：Linux 組合語言開發指南  1.彙編器彙編器（assembler）的作用是將用組合語言編寫的來源程式轉換成二進位形式的目標代碼。Linux 平台的標準彙編器是GAS，它是 GCC 所依賴的後台彙編工具，通常包含在 binutils 軟體包中。GAS 使用標準的 AT&T彙編文法，可以用來彙編用 AT&T 格式編寫的程式：[xiaowp@gary code]$ as -o hello.o hello.s Linux

背景建模的方法很多很多！各種方法都有自己的優缺點！這裡簡要的介紹一下基於GMM+LBP的背景建模方法。一. 背景建模演算法作為背景建模的演算法，應用於視頻的即時監控時，必須滿足以下幾個條件：1)    能夠適應光照的變化，樹葉的擺動，可以抗幹擾。2)    能夠應對背景資訊均值和方差的大幅度變化，針對於這一點，人們常常用多模型進行處理，比如採用混合高斯背景建模。3)    能夠處理運動物體的陰影，對於樹蔭下的運動目標也有一定的檢測能力4)    運算的速度快，可以即時監測 。目前常見的視頻流是2

USB相機便宜，使用起來方便，而opencv也包含了讀取USB相機視頻資料的API函數。在windows xp中，該API函數是利用windows的VFW模組來實現的。下面，我給出相應的參考代碼：#include "stdafx.h"#include "cv.h"#include "highgui.h"#include "iostream"using namespace std;int main(int argc, char* argv[]){CvCapture *cap =

只聽Norvig說：“是，John，你有什麼問題？”我記不清Lisp之父當時怎麼問的了，但不超過十個詞，就是問 Python是否能如Lisp那樣優雅地像資料一樣處理代碼。“不，John，不行。”Norvig回答，然後靜等麥卡錫繼續發問。但是，老人什麼也沒有再說。怎麼樣像處理資料一樣處理代碼？(define (cons x y) (define (dispatch m) (cond ((= m 0) x) ((= m 1) y) (else (error)))) dispatch)(

ubuntu內建的軟體中心裏面的 opencv版本是2.1，但是我想裝2.3，就在網上搜了下，有個貌似是個人的repository可以下載到。具體點擊這裡查看，下面貼的是那篇部落格裡面的內容和我自己的一點補充：OpenCV 2.3 packages for Ubuntu 11.10Read more about the OpenCV project:  * http://opencv.willowgarage.com/wiki/Installation:  $ sudo

作為一個菜鳥，這個題目有點大，所以這篇部落格缺點是可能不夠深入，但應該還是很詳細的，希望能對大家有所協助。1.簡介加初步分析在linux系統中，程式在記憶體中的分布如下所示：低地址.text.data.bss            heap(堆)      -->      unused   <--      stack(棧)      env高地址其中 ：.text 部分是編譯後程式的主體，也就是程式的機器指令。.data 和 .bss

【轉載】OpenCV根據 資料矩陣 建立映像原文出處：http://my.csdn.net/c4501srsy/code/detail/21397C++  Code data=newBYTE[300*200*3];memset(data,128,300*200*3);// 準備顏色矩陣  IplImage* img;  CvSize size;size.width

最近做了一點關於MFC對話方塊播放器的事情，遇到一個問題就是伸縮對話方塊的使用！當對話方塊伸縮的時候，對話方塊中的控制項的如何變化的問題。關於這個問題，現在看來也不算是什麼問題了，在OnSize函數中即時的改變控制項的位置和大小就可以了。但是作為新手，還是費了一點時間。        我根據我的情況將對話方塊上的控制項分為了三類，其他的情況直接可以參考。    第一類：按鈕 工具列控制項，對話方塊尺寸發生改變的時候，這類控制項位置發生改變，大小不發生改變。    第二類：捲軸類控制項，

 原本受朋友所託，打算寫一篇題為《深入淺出Windows核心》的文章。寫了一小段，卻寫不下去了。因為我覺得，即使我殫精竭慮把這樣一篇文章寫出來，能解決他的問題實在很有限。我問朋友：“你看過一些關於Windows核心的書嗎？”他說：“看過。”我又問：“那你告訴學到了些什嗎？”他說：“知道了核心對象有那些，還知道了GDI對象不是核心對象。”…… 我覺得編程之所以難，主要原因是：外因，找不到一個好的老師，買不到一本好書；內因，沒有好的方法，沒有明確的方向。如我上面提到的朋友，總把學習停留在一些沒有實質

程式員的感懷生死 我們不是因為怕死而活著，是因為我們有愛，有夢！生命的價值是用你對它的珍愛程度去恒量！小李先生語錄人生的每一個抉擇，好象都在經曆某件刻骨的事情之後，諸如戀愛或失戀。愛上寫程式這枯燥的東西，卻是因為一次死亡的經曆！自從電腦從愛好變成工作，我便十分討厭電腦這鬼東西！每次見到電腦的時候都怕光流淚。只盼有一天，我能狠心的完全拋開電腦，從此浪跡天涯……那一天，就是那一天！我病了，病得跟往常不同！以前的病是嚴格遵守“發作——痛苦——好轉”這一規律。但這一次病是一味地加重，完全沒有好轉的跡象。

1、無狀態與有狀態的伺服器      伺服器維護的、跟進行中的用戶端互動活動有關的資訊稱為狀態資訊。不儲存狀態資訊的伺服器稱為無狀態服務器，反之稱為具狀態服務器。      對高效率的要求，促使設計者再伺服器內儲存狀態資訊。在伺服器中儲存少量資訊可以減少客戶和伺服器之間交換報文的大小，並使得伺服器快速相應請求。從本質上講，狀態資訊能讓伺服器記住用戶端以前的請求，並在新的請求到來時計算出漸進的相應。相比之下，採用無狀態服務器在於協議的可靠性：如果報文丟失、重複、傳送失序或者用戶端的電腦崩潰並重啟，

cp -d symlinc dir/symlinc這樣，在ubuntu

字元裝置還是塊裝置的定義屬於作業系統的裝置訪問層，與實際物理裝置的特性無必然聯絡。裝置訪問層下面是驅動程式，所以只要驅動程式提供的方式，都可以。也就是說驅動程式支援stream方式，那麼就可以用這種方式訪問，驅動程式如果還支援block方式，那麼你想用哪種方式訪問都可以，典型的比如硬碟式的裸裝置，兩種都支援磁帶裝置實在是難以類比成塊裝置，就是實現了，也沒有什麼實用價值了。所以見不到用塊裝置方式訪問的磁帶裝置

 從本質上來說他們之間沒有什麼區別，因為他們在硬碟上都有一種的存放方式--二進位，但是如果要對他們有些區分的話，那可以這樣理解。我們現在的每個字元由一個或多個位元組組成，每個位元組都是用的-128—127之間的部分數值來表示的，也就是說，-128——127之間還有一些資料沒有對應任何字元的任何位元組。如果一個檔案中的每個位元組的內容都是可以表示成字元的資料，我們就可以稱這個檔案為文字檔，可見，文字檔只是二進位檔案中的一種特例，為了與文字檔相區別，人們又把除了文字檔以外的檔案稱為二進位檔案，由於很