re: 一個疑問[未登錄] 炙熱的太陽 2007-04-10 08:56
問題是這個是mfc的框架，你所生成的類是繼承自他的父類，delete應該在他的父類中刪除。比如，CMyApp就繼承CWinApp,CWinApp繼承CWinThread,CWinThread繼承CCmdTarget,CCmdTarget繼承CObject.而m_pMainWind則是cWinThread中的一個指針
re: 又是未完成的東西[未登錄] 炙熱的太陽 2007-03-27 09:58
太過于古板，你給他們講個故事，做個例子，生動一點，肯定有人會聽得
re: 學了一個星期的韓語，有點收獲！ 炙熱的太陽 2006-06-12 15:00
@高谷
目前比較權威的教材就是標韓了，其實也說不上什么建議，把咱們那是學英語的方法用來學韓語就行了。
re: MFC中的數據類型 炙熱的太陽 2006-05-16 16:49
為了處理單字節和雙字節的問題。比如：_T("Hello")。如果你編譯一個程序為ANSI方式，_T實際不起任何作用。而如果編譯一個程序為UNICODE方式，則編譯器會把"Hello"字符串以UNICODE方式保存。
你說的對，它的命名方法叫做匈牙利命名法，它有利于程序員理解程序。
re: [轉載]gis行業的定位 炙熱的太陽 2006-05-15 11:11
有沒有gis相關的源代碼呀，我也是剛開始學這個東西。
re: MFC中的數據類型 炙熱的太陽 2006-05-14 21:33
@dave
這是從網上找的，還沒有看過《深入淺出MFC》
re: 學了一個星期的韓語，有點收獲！ 炙熱的太陽 2006-03-27 14:40
@任我行
呵呵，韓語總共才有40字母，元音21個，輔音19個，感覺有點向漢語拼音。這比日語的50多個假名要少十個（假名是什么東東？）
re: 學了一個星期的韓語，有點收獲！ 炙熱的太陽 2006-03-22 08:06
@任我行
呵呵，歡迎哦！說真的，韓語不難，雖說現在日語比較熱，但由于個人對日本這個國家沒有好感，所以沒有選它，相信在不久的將來，韓語會變熱的！
re: 淺談CMPP協議（一） 炙熱的太陽 2006-03-17 14:43
發一個在網上找到的一段代碼，用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);
}
re: 淺談CMPP協議（一） 炙熱的太陽 2006-03-15 11:21
是的，你說的沒有錯。
消息是采用并發方式發送，加以滑動窗口流量控制，窗口大小參數W可配置，現階段的配置為16，即接收方在應答前一次收到的消息最多不超過16條。這是它們之間的通信方式。
而SP與ISMG之間，SMSC和ISMG之間的交互過程中均采用異步方式，即任一個網元在收到請求消息后應立即回應。這是它們交互過程中的應答方式。即收到一個消息就應該回一個回應消息，而不管對方是否收到，所以上面講的并沒有錯喲。