@Lo
試過，不過接著是斷網了，額

@no name
這個真的沒了解過，能不能給個相關鏈接呢？

采用線程與不采用線程直接通過shutdown函數進行處理有什么區別不？謝謝

@春秋十二月
額 躺著中中槍，成標題黨了，對于定時器在學習數電的時候用電路圖搭過電路，想必學過的都有這么個實驗，不過對于深層的原理真不清楚，請問曾寫過的內容在網上有沒有可尋之處呢，給個網址。。謝謝

@泡菜
額，一直看的是英文文檔，卻沒有深究，想當然了，汗顏。

@泡菜
暈啊，不知道怎么上傳文件

@泡菜
它是灰度圖，所以沒有48位之說。
你給出的例子是教程中的例子，能夠正常生成，不過pcPicData8的長度是128,而32*32=1024，對于它是怎么實現的感到困惑。也許采用的是補零？？
另外我轉化存儲的數據上傳了

@泡菜
是的，還是黑色的，嘗試過了的

@泡菜
那個專有的名詞是dynamic range A/D——14bit，指的是模數轉換范圍，我理解可能表示實際色階（文中說成單個像素的分辨率了，用詞不夠專業，不好意思），而數據存儲中是以16位色階存儲，也就是說16位中最高的兩位一直是0，而這個ccd只能夠獲取灰度圖，也就是沒有RGB信息，而wxWidget中沒有簡單的直接保存8位灰度圖的方式，于是采用了文中說的方式。

@Richard Wei
所以還不晚。。

@nonoob
我覺得，可能是在內存中預留出1個具有返回值大小的空間，然后在棧中保留該空間的地址？？----猜測，不知道怎么跟蹤代碼查看詳情，額

@春秋十二月
我覺得并沒有進行重新定義，只是在繼承類中進行了聲明，改變了繼承類中調用基類參數端口的性質。

工具拿來用就成，什么合適就用什么，這是很簡單的道理，沒有任何一種語言是萬能的。庫的存在還是提高了很大的開發效率
適合則用，不適合就丟棄，用別的，樹挪死，人挪活嘛！

那么久的MFC歷程，如果要讓你靜下心來，寫一篇贊揚MFC的文章的話，會怎么樣呢，很期待。怎么說事情都是有兩面性的，并且它在市場上流行了那么多的年頭。其實本人沒咋接觸過MFC，在選擇gui設計的時候，最初選擇的是直接調用api，后來選擇的是wxwedget（入門）的。時代總是在變，庫也應該是與時俱進的，不過它還有適合使用的地方吧。
一個不熟悉MFC的人辯證的看法。

@DinoLegend
謝謝你的解釋~
發現要說的內容不是很多，還是在這里留言了。
你的解釋中可能有一點錯誤“然后最后幾個字節指向下一個未分配的內存塊地址”
內存在動態分配內存時，是事先預定了一定大小的內存片段進行分配，若超出，則會添加一定大小的內存段作為補充，但是最后剩余的字節數超過了地址的大小4個字節，是不是有4個字節是指向前面一段被分配的內存空間的呢，也就是說好比雙向鏈表？
看一下下面這段代碼：

#include
using namespace std;

int main()
{
int size = 8;

char *a = new char[size];
char *b = new char[size];
char *c = new char[size];

cout << static_cast(a) << '\t'
<< static_cast(b) << '\t'
<< static_cast(c) << endl;

return 0;
}

此時得到的結果為：
0x3e2c10 0x3e2c20 0x3e2c30
當size=9時，結果如下：
0x3e2c10 0x3e2c28 0x3e2c40
通過上述的原理預留8個字節的空間為地址存儲，也就是說當size=16時，分配的空間又會被填滿，實驗結果也正如此：
當size=16時，結果如下：
0x3e2c10 0x3e2c28 0x3e2c40
當size=17時，結果為：
0x3e2c10 0x3e2c30 0x3e2c50

但是在具體內存中查看的時候并沒有找到相應的地址，疑問？

就第四點說一下自己額外的理解：
如：int *a = new int(5); int *b = new int(6);a和b所指向的對象在內存中不是連續分配的，而a和b本身的地址是連續分配的，第四點應該說的是后者。

@gbb21
軟件裝多了，總不至于每一個都看吧，你呢？？

@溪流
不過它對大眾的貢獻還是不能抹殺的，自己的態度會回歸到inner peace

@牛人
@ipfilter
在這里我并沒有如何的貶低IDE，如何的美化Vim，只是陳述了一下自己想學習Vim的心態而已，為什么大家在看所寫的內容的時候大多會帶上一副有色的眼睛，去臆測寫者的心態，“子非魚，焉知魚之樂”，也就這么個事。
存在就是道理，在那么多年發展下來，都有很普及的使用，都沒有被無情的淘汰，那么就有它的可取之處，學習它只為更好的從中提取它的可取之處。
大型項目也只是一個前提條件，在這個前提條件下，結論有成立的可能，那么其它時候呢，看待一個問題還是得用全面的眼光的。
當然在這里，兩位的見解都是有可取的，在此謝過大家的評論。

可以把你遇到的問題描述的詳細點嗎？

是呀，往往致命的錯誤都會是無意間犯下的小錯誤，寫代碼時還是得全神貫注的，心平氣和的，呵呵

不錯，最后一個沒注意過，多多更新。。。

是的，問題1中，傳遞的是指針地址的副本，函數GetA也僅僅改變的是副本指針的地址，并沒有改變指針指向的位置的內容，它的效果好比：
//A.cpp
int gTemp = 1;
void GetA(int p)
{
p = gTemp;
}

//B.cpp
int iInfo=2;
GetA(iInfo);
自然是不能改變iInfo的值了。

改正后可行，是因為在對piInfo進行聲明的時候同時進行了定義，此時它并沒有自己的地址，因此定義為返回的地址便可行了。

不知這樣理解對否？