@Lo
試過，不過接著是斷網(wǎng)了，額

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

采用線程與不采用線程直接通過shutdown函數(shù)進(jìn)行處理有什么區(qū)別不？謝謝

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

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

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

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

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

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

@Richard Wei
所以還不晚。。

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

@春秋十二月
我覺得并沒有進(jìn)行重新定義，只是在繼承類中進(jìn)行了聲明，改變了繼承類中調(diào)用基類參數(shù)端口的性質(zhì)。

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

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

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

#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;
}

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

但是在具體內(nèi)存中查看的時候并沒有找到相應(yīng)的地址，疑問？

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

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

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

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

可以把你遇到的問題描述的詳細(xì)點(diǎn)嗎？

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

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

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

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

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

不知這樣理解對否？