问题是这个是mfc的框架，你所生成的类是继承自他的父类，delete应该在他的父类中删除。比如，CMyApp就继承CWinApp,CWinApp继承CWinThread,CWinThread继承CCmdTarget,CCmdTarget继承CObject.而m_pMainWind则是cWinThread中的一个指针

太过于古板，你给他们讲个故事，做个例子，生动一点，肯定有人会听得

能不能把这个程序给发上来呀，共享一下

可以走先免费后付费的方式

这么厉害！那个学校的强人？大家交流一下。

@高谷
目前比较权威的教材就是标韩了，其实也说不上什么建议，把咱们那是学英语的方法用来学韩语就行了。

为了处理单字节和双字节的问题。比如：_T("Hello")。如果你编译一个程序为ANSI方式，_T实际不起任何作用。而如果编译一个程序为UNICODE方式，则编译器会把"Hello"字符串以UNICODE方式保存。

你说的对，它的命名方法叫做匈牙利命名法，它有利于程序员理解程序。

有没有gis相关的源代码呀，我也是刚开始学这个东西。

@dave
这是从网上找的，还没有看过《深入浅出MFC》

http://www.koreaxin.com/

@任我行
呵呵，韩语总共才有40字母，元音21个，辅音19个，感觉有点向汉语拼音。这比日语的50多个假名要少十个（假名是什么东东？）

好像是真的哦

@任我行
呵呵，欢迎哦！说真的，韩语不难，虽说现在日语比较热，但由于个人对日本这个国家没有好感，所以没有选它，相信在不久的将来，韩语会变热的！

发一个在网上找到的一段代码，用stl写的connect；
void CSmsCmpp::EncodeConnect(const long& nSecID,const string& sSrcAddr, const string& sPwd, const string& sUser, BYTE nVer)
{
m_smHeader.lCommandLength = 39;
m_smHeader.lCommandId = CMPP_CONNECT;
m_smHeader.lSequenceNumber = nSecID;
EncodeHeader();

string sAuthName;
if(int(sUser.size())>0) {
sAuthName = sUser.c_str();
}
else {
sAuthName = sSrcAddr.c_str();
}
AppendOct(m_Body,(PBYTE)sAuthName.c_str(),6);

vector<BYTE> vAuth;
std::copy(sAuthName.begin(),sAuthName.end(),back_inserter(vAuth));
for(int i=0;i<9;i++) vAuth.push_back(0x00);
std::copy(sPwd.begin(),sPwd.end(),back_inserter(vAuth));
string sStamp = GetCurTime();
std::copy(sStamp.begin(),sStamp.end(),back_inserter(vAuth));

char src[400];
memset(src,0,400);
std::copy(vAuth.begin(),vAuth.end(),src);

PBYTE temp = new BYTE[17];
memset(temp,0,17);
DWORD dwSize;
CryptMD5Hash((PBYTE)src,int(vAuth.size()),temp,dwSize);

ostringstream oss;
oss<<"发送连接包!";


AppendOct(m_Body,(PBYTE)temp,16); //ICP认证码
delete[] temp;
AppendInt(m_Body,nVer);
DWORD lTimeStamp = atoi(sStamp.c_str());
lTimeStamp = htonl(lTimeStamp);
AppendOct(m_Body,(PBYTE)&lTimeStamp,4);
}

是的，你说的没有错。

消息是采用并发方式发送，加以滑动窗口流量控制，窗口大小参数W可配置，现阶段的配置为16，即接收方在应答前一次收到的消息最多不超过16条。这是它们之间的通信方式。

而SP与ISMG之间，SMSC和ISMG之间的交互过程中均采用异步方式，即任一个网元在收到请求消息后应立即回应。这是它们交互过程中的应答方式。即收到一个消息就应该回一个回应消息，而不管对方是否收到，所以上面讲的并没有错哟。