C++

http://software.intel.com/sites/products/documentation/studio/composer/en-us/2011/compiler_c/index.htm#intref_cls/common/intref_bk_sse.htmhttp://www.tommesani.com/Docs.htmlIntel架構開發人員手冊：裡面有很多和架構、指令集、最佳化等相關的手冊文檔http://www.intel.com/content/www/us/en/p

　　photoshop色調均化功能通常是在進行修片處理前期比較常用的功能之一，其對擴充映像的對比，增強視覺效果有一定的作用。在很多課本或者文章中，也稱這種處理為灰階均衡化、長條圖均衡化等等。演算法原理都是對原始映像統計其長條圖，然後通過累計分布函數，重新隱射長條圖資料，使每個色階的的分布機率都往一致的方向調整。我看到的網路上的代碼，抑或是一些教材中的代碼，對這個過程的描述都是相當的冗餘，要麼是代碼累贅，效率低下，要麼是蘿莉囉唆，很是難受。   在給出My

 前段日子有朋友諮詢了下分析映像主顏色的演算法，我對這一塊也沒有什麼深入的研究，參考了一些小代碼，然後自己寫了一個很簡單的小工具，現共用給大家。      介面如下：            演算法的原理很簡單，就是統計出映像中各種顏色的分布情況，然後取前N個顏色作為主成分。      當然，實際上如果直接對映像的各通道256個色階進行統計，得到的結果可能是沒有意義的，所以一般都需要先把256個色階線性隱射到更少的色階範圍。      主要的代碼如下： static unsafe

閱讀提示：    《C++影像處理》系列以代碼清晰，可讀性為主，全部使用C++代碼。    《Delphi影像處理》系列以效率為側重點，一般代碼為PASCAL，核心代碼採用BASM。    儘可能保持二者內容一致，可相互對照。     不經意間，用C++寫了不少有關影像處理的文章，與《Delphi影像處理》系列文章相比，文章之間缺乏必要的聯絡性，因此有必要進行一些調整，並都納入《C++影像處理系列》。   

閱讀提示：    《C++影像處理》系列以代碼清晰，可讀性為主，全部使用C++代碼。    《Delphi影像處理》系列以效率為側重點，一般代碼為PASCAL，核心代碼採用BASM。    儘可能保持二者內容一致，可相互對照。    本文代碼必須包括《C++影像處理 -- 資料類型及公用函數》文章中的BmpData.h標頭檔。     映像的表面模糊處理是Photoshop

閱讀提示：    《C++影像處理》系列以代碼清晰，可讀性為主，全部使用C++代碼。    《Delphi影像處理》系列以效率為側重點，一般代碼為PASCAL，核心代碼採用BASM。    儘可能保持二者內容一致，可相互對照。    本文代碼必須包括《C++影像處理 -- 資料類型及公用函數》文章中的BmpData.h標頭檔。    

    GDI+提供了SolidBrush（實色刷）、HatchBrush（陰影刷）、TextureBrush（紋理刷）、LinearGradientBrush（漸層刷）和PathGradientBrush（路徑刷）等五種畫刷，在GDI+的C語言版本中，這些畫刷的方法都以在原C++類類名為首碼，其中的LinearGradientBrush和PathGradientBrush分別簡化為LineBrush和PathBrush。   

    本文對發行《C++影像處理》系列文章進行索引連結，以方便閱讀和尋找。    《C++影像處理 -- 資料類型及公用函數》。提供GDI+位元影像Bitmap轉換過程以及幾個最基本的通用過程。所有其它文章代碼，包括例子代碼，必須包括該文章所介紹的標頭檔BmpData.h。    《C++影像處理 -- 平面幾何變換類》。介紹映像平面幾何變換類TransformMatrix。    《C++影像處理 -- 映像合成》。介紹映像合成方法，這也是映像拼合、拼接和顯示的基礎。   

 protected void Page_Load(object sender, EventArgs e)        {            if (!IsPostBack)            {                string[,] booklist ={                                        {"001","C# 3.0"},                                       

本文原創地址：http://blog.csdn.net/ranbolwb/article/details/8083983 ，轉載請保留本行。本例子是上一篇 DataTable 匯出 Excel 的進階，除了上一篇提到的處理亂碼問題，本例還添加了處理多行表頭、合併儲存格的功能及處理中文檔案名稱亂碼問題，應該可以滿足日常開發的需要了。廢話不多說了，直接上代碼：using System;using System.Collections.Generic;using System.Web;using

首先可以肯定的是，出現這種錯誤，原因不在於編程平台或者編譯器的某些檔案，是程式有問題，請檢查一下自己的程式。看看是不是有幾個函數，可能在類裡面定義了，但它的實現部分還沒有寫，看看是不是忘了？class a{int x;public:void set(int p);};漏掉了函數的實現部分：void a::set (int p){x = p;}這種錯誤不會在編譯時間被顯示，因為它符合文法規則，但無法build！

以前對WinForm表單顯示和表單間傳值瞭解不是很清楚最近做了一些WinForm開發,把用到的相關知識整理如下 A.WinForm中表單顯示顯示表單可以有以下2種方法：Form.ShowDialog方法 （表單顯示為模式表單）Form.Show方法 （表單顯示為無模式表單）

學習過程中解決小問題記錄，請高手略過------------------------------------------------------------------------------------------------------我的一個分區/dev/sd8 裡面有我的c++練習代碼，我g++後 編譯後卻都不能執行。如a.out 檔案。重新載入該分區後解決。如下：mount -o rw,user=un,exec,umask=000,iocharset=utf8 /dev/sdaX

    活動記錄，就是在程式執行的過程中函數調用時棧上的內容變化。一個函數被調用，反映在棧上的與之相關的內容被稱為一幀，其中包含了參數、返回地址、老ebp值、局部變數以及esp和ebp。    C語言預設的調用規約為cdecl，參數從右往左依次入棧，之後是函數的返回地址入棧，接著是老ebp入棧。    ESP是棧頂指標，EBP就基指標寄存器，用它可以存取棧中的資料，向上(棧底方向)可以擷取返回地址、參數值， 向下(棧頂方向)可以擷取函數局部變數值。   

#include <stdio.h>#include <mpi.h>int main (int argc, char *argv[])// int argc;// char *argv[];{ int myid, numprocs, namelen; char processor_name[MPI_MAX_PROCESSOR_NAME]; MPI_Init (&argc, &argv);

int MPI_Bcast(void *buffer, int count, MPI_Datatype datatype, int root, MPI_Comm comm) 阻塞式通訊，廣播時需要調用MPI_Bcast；接收時也需要調用MPI_Bcast，並檢查root參數和自身ID號是否相同，若不同則接收；  1、將主進程數組中的一個元素，廣播，在其它進程數組的相應位置輸出。  #include "mpi.h"#include <stdio.h>const int N =

純c的指令碼引擎。 不過作為c語言，既然是用在指令碼裡的，顯然要簡潔，去掉一些不必要的東西。用途可以對照lua 一期目標：1。暫時不實現：預先處理，結構體的定義和使用，浮點數運算（包括常量運算）。2。要實現的：全域變數，全域和靜態局部變數，數組，所有的指標類型。匯入外部c函數或函數指標symbol。匯出symbol.3.先搞定win32 i386。

#include <stdio.h>#include <string.h>#include <unistd.h>#define MAX_BUFFER_LENGTH 1024*10int main(int argc, char *argv[]){ char buf[ MAX_BUFFER_LENGTH ]; int length = 0; if( (length = read( 0, buf, MAX_BUFFER_LENGTH ))

今天有人問起這個問題，我突然愣了一下。 有些東西，別人不問，自己未必會去深入的思考其來龍去脈,雖然已掌握其大略。所以, 別人的問題, 對自己也是一個提高的機會. 僅僅簡單的把c++標準文檔的那些東西重述一遍, 別人顯然是記不住地. 略一沉思，說出了我自己的答案： "取決於傳入的實參, 在連結時或編譯時間, 能夠執行是否'等價'的判斷操作,

上一個版本使用了2分法計算整數平方根，光光看代碼也覺得有些麻煩吧，收斂也比較慢，vc6在80左右的時候就要說模板遞迴太深受不了了。現在在來看一個用牛頓迭代法來加速收斂的方法。迭代次數大大減少，vc6可以支援到大約225了。還是上代碼。和上一份比，代碼有些很小的變動。4個宏依然繼續可以用。上菜#include <iostream>using namespace std;//enum {stop_tag = (size_t)-1};//Some compiler will crash