love in C++, live on MFC

UPX 壓縮exe文件之前,那個(gè)qt的helloworld有多大？

@FLHang
你說(shuō)的有道理

不錯(cuò)

不過(guò)要怎樣用啊，我保存為.bat后執(zhí)行也沒(méi)反應(yīng)。

這個(gè)bat應(yīng)該放在哪里？

作為一個(gè)插件系統(tǒng)的模仿對(duì)象，vs.net可能比eclipse更容易一點(diǎn)，對(duì)于vc程序員來(lái)說(shuō)

也許應(yīng)該看標(biāo)準(zhǔn)的東西，今天發(fā)現(xiàn)msdn說(shuō)的很模糊，或者說(shuō)，把一個(gè)很關(guān)鍵的地方?jīng)]有說(shuō)，就是在使用errno前，要將errno清零，否則沒(méi)有溢出也會(huì)有errno == ERANGE錯(cuò)誤

強(qiáng)烈關(guān)注中！
還沒(méi)有仔細(xì)看文章，先問(wèn)個(gè)問(wèn)題，Tangram和TangramLite什么關(guān)系？

今天又試了一下，發(fā)現(xiàn)恰當(dāng)?shù)膽?yīng)該是：
AfxBeginThread -> CreateThread ->_beginthreadex -> _AfxThreadEntry
而在_AfxThreadEntry中，會(huì)保證AfxEndThread會(huì)調(diào)用，這個(gè)時(shí)候，如果
pWinThread->m_bAutoDelete == TRUE, 整個(gè)pWinThread會(huì)delete掉，pWinThread->m_hThread也就自然不是個(gè)有意義的值。
所以：
//code 1:
//remember pWinThread for later use
m_pWinThread = AfxBeginThread(ThreadLBProc, NULL);
//不要自動(dòng)刪掉m_WinThread，保證pWinThread->m_hThread可用
m_WinThread->m_bAutoDelete = FALSE;

//code 2
WaitForSingleObject(pWinThread->m_hThread, INFINITE)
delete pWinThread;//在使用完pWinThread->m_hThread后，再手工delete

ding

可以慢慢的公布一部分吧？

頂一下，那個(gè)地方我一直不知道怎么用

@小明
我也覺(jué)得這篇文章里錯(cuò)誤多多

頂一下，如果有時(shí)間，應(yīng)該要研究下的，呵呵

@yifanernei
呵呵，看過(guò)你的文章。
能編譯是肯定的，關(guān)鍵是include的理解了，include實(shí)際上就是把文件整個(gè)copy到當(dāng)前位置而已，呵呵。

@centrino
怎么attach？愿聞其詳

我這篇文章是蠻垃圾的，不過(guò)自己不準(zhǔn)備刪了，放在這里吧

GetMemory2（）在編譯的時(shí)候就有警告的，vc6

@萬(wàn)連文
那我慢慢等，等你寫(xiě)完
隨便問(wèn)一下，你對(duì)插件/主程序之間的消息映射/響應(yīng)有沒(méi)有什么要寫(xiě)的？我比較疑惑

參見(jiàn)：http://msdn2.microsoft.com/en-us/library/c251x6s1.aspx

補(bǔ)充一句，數(shù)據(jù)的對(duì)齊是跟編譯器有關(guān)的，至少在vc中是可以設(shè)置的

雖然是很好的文章，但是文章前面一部分和msnd上的太像了。。。可以多加些自己的理解

@LOGOS
是啊，我寫(xiě)完了也感覺(jué)我寫(xiě)的這篇文章沒(méi)意義，呵呵

這篇文章，是為了強(qiáng)調(diào)doc view與frame的剝離，還是plugin的應(yīng)用？
doc view與frame的剝離我在實(shí)際應(yīng)用中，看不到太大的優(yōu)勢(shì)，除了加載時(shí)資源的占用
plugin在mfc中的應(yīng)用，我倒是蠻感興趣的

@mr_xu
在類(lèi)B的作者在設(shè)計(jì)B的時(shí)候，就應(yīng)該想到用戶(hù)只需要#include "b.h"就可以使用這個(gè)class B。所以，在b.h文件中，應(yīng)該寫(xiě)明#include "a.h"，而不是讓用戶(hù)在main.cpp中去include "a.h"

居然是java描述的,這里是cppblog,其實(shí)可以盡量用cpp描述的

ft，你有沒(méi)有自己測(cè)試過(guò)這個(gè)鏈接？

@cmdn
是cppblog編輯時(shí)選的“代碼段”格式。

@alki
可能有一點(diǎn)，不過(guò)我的理解是"One way of measuring the quelity of a design is to see how well it handles variation"
hehe，摘抄的，不過(guò)我蠻同意的，因?yàn)閷?shí)際項(xiàng)目中的變化，原超過(guò)想象

我也是cpp新手，大家共同學(xué)習(xí)。

在中文的理解中，文章是比隨筆重要的
但是這里，只有隨筆顯示在首頁(yè)，呵呵，有點(diǎn)奇怪

買(mǎi)了影印版，但是一直沒(méi)看
你不說(shuō)我還不知道這是一套呢http://www.welan.com/zhuanti/0604241/
現(xiàn)在在用emule下載其他幾卷的電子版，呵呵，可以打印出來(lái)看

提出了一個(gè)很好的問(wèn)題，我以前都還沒(méi)有意識(shí)到
不過(guò)答案好像沒(méi)有解釋參數(shù)不同也是合法的

@沐楓
呵呵，結(jié)果是失敗，但是基本移植代碼的所有步驟都有了。而且，也指出了如果需要調(diào)用的dll不是unicode，每次調(diào)用/傳遞參數(shù)時(shí)，都要轉(zhuǎn)換，很煩。
后來(lái)我把dll的代碼也移植了下，現(xiàn)在運(yùn)行的很好，韓文、中文都可以顯示，不管你當(dāng)前語(yǔ)言是什么。

能不能使用標(biāo)題呢？讓大家一目了然

@<font color="#FF00FF" >Stone Jiang
也可以，道理是一樣的，就是一定要利用好返回值，而不返回void

沒(méi)有工具用的話(huà)，估計(jì)內(nèi)存泄漏是很難檢查出來(lái)的。有工具干嘛不用？

其實(shí)可以用簡(jiǎn)潔的語(yǔ)言代替所有的代碼
而且，如果真的想在一個(gè)對(duì)話(huà)框中顯示實(shí)時(shí)的值，現(xiàn)在的程序結(jié)構(gòu)上不好。

哪你用VS的時(shí)候怎么調(diào)試的？

這篇文章說(shuō)明了為什么
http://www.codeproject.com/cpp/cmap_howto.asp

對(duì)于windows程序，我覺(jué)得還是多線(xiàn)程比較好，而不是多進(jìn)程？

@ace
很感興趣你回復(fù)中的觀點(diǎn),能有具體例子說(shuō)明一下嗎?

估計(jì)HN真的正在慢慢的過(guò)時(shí),在codeproject中的一個(gè)vote中,HN排第二.
http://www.codeproject.com/script/survey/detail.asp?survey=554

@chen
能舉個(gè)例子嗎？很多人多說(shuō)CString不好或者怎樣，我覺(jué)得到底是哪里不好，應(yīng)該搞清楚，這樣才心里更有底

我不知道你m_wmpplayer是什么類(lèi)型哦，
如果是CWnd，我會(huì)這么寫(xiě)

if(m_wmpplayer.GetSafeHand() ) //先判斷是否已經(jīng)創(chuàng)建
m_wmpplayer.MoveWindow( 0 , 0 ,cx,cy);


你這個(gè)assert錯(cuò)誤很容易找到原因的啊，csdn居然沒(méi)有人回？

有VC6能用的嗎?

@沐楓
我也一直很奇怪CString為什么沒(méi)有封裝好的token函數(shù)，你說(shuō)得Tokenize，我也是第一次聽(tīng)說(shuō)。
看了一下，發(fā)現(xiàn)VC6的CString是沒(méi)有Tokenize這個(gè)函數(shù)的，VC7的MFC中的CString才有。

@沐楓網(wǎng)志
簡(jiǎn)單的說(shuō)吧:

為什么需要調(diào)用析構(gòu)函數(shù)?
當(dāng)然是為了讓該對(duì)象做釋放資源的善后工作

以及在什么情況下應(yīng)該調(diào)用析構(gòu)函數(shù)?
想讓對(duì)象釋放它運(yùn)行中分配的內(nèi)存,但是對(duì)象本身的內(nèi)存不釋放(比如對(duì)象中還還有指向另一塊內(nèi)存的指針時(shí)的情況),或者不能用delete釋放,比如例子中時(shí)用calloc分配的內(nèi)存是不能用delete釋放的

@nanami
是的,要在project setting里面選一下 use MFC in...

主要是指針+n的計(jì)算
如果第一個(gè)元素是m[1],
但是m+1已經(jīng)是第二個(gè)了，
就不統(tǒng)一啊