LorDong's Blog

近段在写个小程序时发现了CListCtrl::GetItemText的Bug，微软的源代码如下：

VC6对应文件： VC98\MFC\SRC\winctrl2.cpp
VC7.1对应文件： Vc7\atlmfc\src\mfc\winctrl2.cpp
CString CListCtrl::GetItemText(int nItem, int nSubItem) const
{
 ASSERT(::IsWindow(m_hWnd));
 LVITEM lvi;
 memset(&lvi, 0, sizeof(LVITEM));
 lvi.iSubItem = nSubItem;
 CString str;
 int nLen = 128;
 int nRes;
 do
 {
  nLen *= 2;
  lvi.cchTextMax = nLen;
  lvi.pszText = str.GetBufferSetLength(nLen);
  nRes  = (int)::SendMessage(m_hWnd, LVM_GETITEMTEXT, (WPARAM)nItem,
   (LPARAM)&lvi);
 } while (nRes == nLen-1);
 str.ReleaseBuffer();
 return str;
}

问题出在标红色的句子，我发现如果读取的第(lvi.pszText + lvi.cchTextMax - 1)字节刚好是双字节字符的第一个字节时（比如中文汉字的第一个字节），该字节最后被替换为'\0'（这符合lvi.pszText以'\0'结尾的约定），但返回读取的字节数是lvi.cchTextMax而不是预想的(lvi.cchTextMax-1)，导致(nRet == nLen-1)结果为FALSE而结束读取数据，但是数据仍没有读完，需要继续读取。

解决办法很简单，把(nRet == nLen-1)改成(nRet >= nLen - 1)，真搞不懂为什么没有人向微软反应这个错误并促使他们改过来呢。

我自己写了一个外部函数：

CString GetItemText(CListCtrl& lvw, int nItem, int nSubItem)
{
 ASSERT(::IsWindow(lvw.m_hWnd));
 LVITEM lvi;
 memset(&lvi, 0, sizeof(LVITEM));
 lvi.iSubItem = nSubItem;
 CString str;
 int nLen = 128;
 int nRes;
 do
 {
  nLen *= 2;
  lvi.cchTextMax = nLen;
  lvi.pszText = str.GetBufferSetLength(nLen);
  nRes  = (int)::SendMessage(lvw.m_hWnd, LVM_GETITEMTEXT, (WPARAM)nItem,
   (LPARAM)&lvi);
 } while (nRes >= nLen-1);
 str.ReleaseBuffer();
 return str;
}

[Q]怎么样查看数据库字符集
[A]数据库服务器字符集select * from nls_database_parameters，其来源于props$，是表示数据库的字符集。
客户端字符集环境select * from nls_instance_parameters,其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
会话字符集环境 select * from nls_session_parameters，其来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。
客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。如果多个设置存在的时候，alter session>环境变量>注册表>参数文件字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs6gbk，则nls_lang可以是American_America.zhs6gbk。

[Q]怎么样修改字符集
[A]8i以上版本可以通过alter database来修改字符集，但也只限于子集到超集，不建议修改props$表，将可能导致严重错误。
Startup nomount;
Alter database mount exclusive;
Alter system enable restricted session;
Alter system set job_queue_process=0;
Alter database open;
Alter database character set zhs6gbk;

今天是老爸农历33周岁生日，恰逢儿子第99天，成立的公式是：儿子=老爸×3，看来儿子将来要比老爸有出息呀。

早上外面下着小雨，一家三口睡到9点才起床，10点半才吃早饭。由于下雨懒得出去买菜就决定中午出去吃面，12点过宝宝想睡觉于是我哄着他一起睡觉，一睡就到了下午2点半，起来推着童车带宝宝去外面的“唐韵秦风”吃手擀面，算是吃了长寿面吧。

3点过吃完午饭后一路推着童车沿着福山路、张杨路到第一八佰伴，宝宝一路上在睡觉直到到了第一八佰伴的8楼把他抱起来他才醒。第一次带宝宝逛街，小家伙兴奋得很，笑呵呵的到处看。

下午5点半沿着浦东南路、世纪大道、乳山路回来，老婆还在乳山路近东方路的克里丝汀买了一个抹茶的小蛋糕回来，说是为我庆祝生日，其实那个蛋糕卷是我公司送给我的，呵呵。

刚才找了一年前买的大蜡烛出来点，算是生日蜡烛吧，许完愿使劲把蛋糕吃完，同时也消除了老婆因男子10米跳台没能拿到第50枚金牌而懊恼的情绪。

老爸已经上了而立之年了，接下来的事情应该是多多挣钱让宝宝过得好一些，但愿宝宝能健康快乐的成长！

使用www.verycd.com上的电驴客户端eMule，已经在路由器配置好端口映射且已经在防火墙上开了端口，仍然是LowID，日志里显示的TCP和UDP的端口都是2128，解决方法如下：

1. 右击状态栏，选择“定制工具条”，把“Kad”和“服务器”添加到“当前工具条按钮”中，目的是可以重新选择服务器，默认情况下这新按钮都不显示，如下图：

2. 打开“选项”窗体，选中“扩展设置”，把“在UPnP中，尝试使用随机端口”前的钩去掉，此法可以禁止2128端口的出现，如下图：

3. 点击工具条上的“服务器”按钮，按“优先级”排列，在优先级是“高”的项里选择一个“Ping”值比较小的项右击选择“连接到所选的服务器”，看看有没有获得HighID，如果没有再试试连别的服务器，如下图：

当然要获取HighID，必须确保从外网能够连接到本地的指定TCP端口，可以在“选项”窗体的“连接”组里点“测试端口”，如果显示“TCP测试成功”，说明可以获取HighID，如下图：

总结：在符合获取HighID的情况下，选择不同的服务器可能会获取LowID，此时应不允许UPnP使用随机端口并选择不同的服务器来试试。