C++博客-love in C++, live on MFC-随笔分类-Bug of Today

Memory leak in CWinThread?

flyingxu — Wed, 26 Jul 2006 11:11:00 GMT

类似的问题见http://www.experts-exchange.com/Programming/Programming_Languages/MFC/Q_20084406.html

下面的代码，当用AfxBeginThread开始一个线程时，实际上是有内存泄漏的

for (ii = 0 ; ii < 1000 ; ii ++ )
{
  CWinThread * pWinThread;
  pWinThread = AfxBeginThread(ThreadLBProc, NULL);
  ::Sleep( 500 );
}

UINT ThreadLBProc(LPVOID pParam)
{
   return 0 ;
}

VC输出的典型提示为：
Detected memory leaks!
Dumping objects ->
thrdcore.cpp(166) : {782} client block at 0x00425300, subtype 0, 112 bytes long.
实际上，只要看到是thrdcore.cpp(166) 的内存泄漏，基本就是同一个原因，和上面的代码一样。
解决方法：
step 1)
在线程函数中，记得写AfxEndThread();(与AfxBeginThread对应，其他的开始线程的函数，有相应的函数)
step 2)
用::WaitForSingleObject()确保线程彻底退出

step 2是比较容易忽略的，用sleep函数只能侥幸的保证线程退出，但不能确保。

flyingxu 2006-07-26 19:11 发表评论

再调试状态下，按下F12，程序就出错了（VC）

flyingxu — Thu, 13 Jul 2006 10:29:00 GMT

用VC调试程序，只要按下F12，程序就出错了，出错的代码还很奇怪，再PeekMessage中，但是只出现在调试（按F5），不出现在全速运行（Ctrl+F5），release版本也没有问题
网上的解答:
http://support.microsoft.com/kb/q130667/ F12居然就是这么定义的，ft

所以，在定义程序功能的时候，就尽量不要用到F12 ，哈

flyingxu 2006-07-13 18:29 发表评论

bug： OnIdle called only while mouse's moving

flyingxu — Sat, 08 Jul 2006 18:03:00 GMT

在mfc的group上有这样一个问题：（http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.vc.mfc&mid=1aa1eddf-7bcf-407b-84fe-234fe0975331&sloc=en-us）

I need to update one class data and the view during the idle, I used this
method in the Cdoc:
void CMyAppDoc::OnIdle(){

    theClass->Update();
    POSITION pos = GetFirstViewPosition();
    CView* pView = GetNextView(pos);
    pView->Invalidate(true);
    pView->UpdateWindow();
}

It works only when I move the mouse, what's wrong? Z_Z

这个问题的确比较搞，要好好看mfc源码的，下面是我的回答
Nothing is wrong, I can explain it is by design.
Please take a look at the source code of int CWinThread::Run(), in that function, IsIdleMessage() is called, and in IsIdleMessage() WM_PAINT is ignored, which means WM_PAINT will not cause OnIdle to be called, for windows think it's just a WM_PAINT message and will not change the UI.
Your UpdateWindow() only post a WM_PAINT message, the message queue is not empty but it's ignored by IsIdleMessage(), that's why.
But when you move your mouse, the message queue is filled with some WM_MOUSEMOVE and it's not ignored for the position changes. So your OnIdle() is called again.
-
My suggestion is to move your Invalidate & UpdateWindow code to somewhere else.
OnIdle（）的确是个有点复杂的问题，我可能还会写几篇文章：）
这里（http://groups.google.com/group/microsoft.public.vc.mfc/browse_thread/thread/14f20aa5ffd6994d/66b6e5949a31bfa2?lnk=st&q=AfxUnlockTempMaps&rnum=40&hl=zh-CN#66b6e5949a31bfa2）有篇文章讲的很到位

flyingxu 2006-07-09 02:03 发表评论

_asm int 3 的一个应用：在程序运行后再进入调试器

flyingxu — Thu, 06 Jul 2006 09:35:00 GMT

调试程序的时候，一般
1）启动调试器，比如VC
2）在VC中设断点
3）操作程序，使得程序运行到断点，停下来
但是现在我遇到一个情况，希望调试的情景是这样的：双击某个文件，我的程序启动后，这个时候我想程序停下来，让我在VC中调试它。
但是，双击文件后启动的程序，是个独立的exe运行程序，肯定不是在VC的运行控制下的，VC中设置的断点不起作用的。怎么办呢？
这个时候可以在想让程序停下来的地方增加指令_asm int 3，debug下编译好。双击文件后运行这个exe，在exe运行到_asm int 3时，就会中断，而把当前的exe运行与一个新的调试器（一个新的VC进程）结合起来。接下来就像一般的调试了。
这时的调试步骤类似与：
1）程序运行
2）遇到特定条件时，_asm int 3把当前exe与一个新的调试器，比如一个新的VC进程，联系起来
3）在调试器中调试exe

：）

flyingxu 2006-07-06 17:35 发表评论

编译优化选项不匹配引起的一个bug

flyingxu — Fri, 02 Jun 2006 02:32:00 GMT

有两个工程,w.exe和c.dll;开始的时候,如果exe是release版本用debug版本的dll时,函数调用会出错,我觉得也可以理解,没有多想.
今天遇到一个问题更奇怪,都是debug版本,但是exe和dll的optimizations设置不一样,都会出莫名的错误,出错行更搞笑,是
m_ComboBox.AddString(_T("") )
怎么查也查不出问题,把优化选项改成一致问题就没有了,搞不懂

flyingxu 2006-06-02 10:32 发表评论

错误提示"An unsupported operation was attempted"的原因

flyingxu — Wed, 31 May 2006 09:27:00 GMT

编译好了,运行一个程序,试图打开一个对话框时,对话框出不来,反倒是出来一个错误提示:
"An unsupported operation was attempted"
搜了一下:
http://www.experts-exchange.com/Programming/Programming_Languages/MFC/Q_21023191.html里面有回答,的确是那样的,是resource id的问题.

错误原因:
开始,给一个radio映射了一个变量:

DDX_Radio(pDX, IDC_RADIO1, m_nFindType);

后来发现IDC_RADIO1这个id不好,改为 DDX_Radio(pDX, IDC_RADIO_BIT, m_nFindType);
编译当然不会出错,运行时,就出现异常了.如果在上面的代码上设个断点,然后跟踪进去,看的非常清楚.

flyingxu 2006-05-31 17:27 发表评论

在OnPaint()使用两次CPaintDC，关于::BeginPaint()/::EndPaint()

flyingxu — Mon, 22 May 2006 15:39:00 GMT

在重载CSplitterWnd中，重载了OnPaint()，
默认的代码如下：

void CHideSplitterWnd::OnPaint()
{
    CPaintDC dc(this); // device context for painting
    // TODO: Add your message handler code here
    // Do not call CSplitterWnd::OnPaint() for painting messages
}

wizard添加的代码居然有这样一行：// Do not call CSplitterWnd::OnPaint() for painting messages，后面有个猜测。
然后我继续写我的函数：

void CHideSplitterWnd::OnPaint()
{
    CPaintDC dc(this); // device context for painting

    // 调用基类，先
    CSplitterWnd::OnPaint();

     //利用dc画一些别的东西，但是实际上，它们永远不会被画出来
   //除非不调用基类的OnPaint()
    m_rectButton.DrawButton(&dc);
}

结果我添加的东西怎么也不会被画出来，为什么会这样？

看了CSplitterWnd::OnPaint()的代码，发现它也用了一个CPaintDC，而且也是个临时变量

void CSplitterWnd::OnPaint()
{
ASSERT_VALID(this);
CPaintDC dc(this);

而关键的地方就在CPaintDC的ctor和dtor中了：在CPaintDC的ctor中调用了

::BeginPaint(m_hWnd = pWnd->m_hWnd, &m_ps)

而在CPaintDC的dtor中调用了

::EndPaint(m_hWnd, &m_ps);

而：BeginPaint是开始根据当前的cliprect来画，EndPaint则会清空当前的cliprect。

所以，前面调用基类的OnPaint的过程结束后，当前的cliprect为NULL，所以，第二个CPaintDC在视图画点什么时，cliprect已经为NULL，当然什么也画不上去了：）

如果我一定想再用CPaintDC画点什么，怎么办？再次调用InvalidateRect，使得cliprect不为空。

void CHideSplitterWnd::OnPaint()
{
    //注意临时变量声明的顺序，因为BeginPaint/EndPaint是不支持嵌套的
    //CPaintDC dc(this); // device context for painting

    // TODO: Add your message handler code here
    CSplitterWnd::OnPaint();

    //第二此调用
    InvalidateRect(&m_rectButton,FALSE);
    CPaintDC dc(this); // 在这里，device context for painting
    m_rectButton.DrawButton(&dc);

    // Do not call CSplitterWnd::OnPaint() for painting messages
}

所以，我猜测，所有用了CPaintDC的地方，MFC都会加一句：不要调用基类的函数啦～

呵呵，不知道我讲清楚没有

flyingxu 2006-05-22 23:39 发表评论

把代码移植成UNICODE

flyingxu — Thu, 18 May 2006 08:09:00 GMT

动机 : 在没有装中文字体的机器上显示中文

如果不是unicode,某些中文字符会在不同的codepage上出现乱码;如果当前codepage为韩文时,某些中文字会变成韩文的样子,奇怪.

Step1: define _UNICODE, undefine _MBCS

宏定义UNICODE, _UNICODE定义两个也可以,定义一个也可以,windows的头文件会保证两个都会被定义.

#ifdef _UNICODE
#ifndef UNICODE
#define UNICODE // UNICODE is used by Windows headers
#endif
#endif

#ifdef UNICODE
#ifndef _UNICODE
#define _UNICODE // _UNICODE is used by C-runtime/MFC headers
#endif
#endif

Step2: 更改变量类型

比如 char -> TCHAR

但是 ,并不是说所有的char类型都不能用了.如果需要用,并且函数的参数/返回值什么的都不冲突,char类型还是可以用的.

Step3: 更改常量字符串形式

" abc " -> _T(" abc ")

因为开始写程序时没有注意 ,造成这样的常量字符串形式非常多,一个个改起来很烦,我写了个小插件,可以讲 ” abc ” 选中后点一下 button就能变成_T( “ abc ” ),有点用,代码也非常的短.

Step4: 替换某些函数

比如atoi -> _ttoi

在这里遇到一个问题,就是atof的替换.

按照msdn, atof应该被_ttof替换

TCHAR.H routine	_UNICODE & _MBCS not defined	_MBCS defined	_UNICODE defined
_tstof	atof	atof	_wtof

但是奇怪的是,VC6里面不认识_tstof这个函数,VC.net 2003就可以.

有两个解决的办法:

1) 因为atof只是替换为浮点数,所以这里用WideCharToMultiByte转化一下之后再调用atof也是可行的

2) 呵呵,用strtod的替换函数_tcstod,哈哈,当然参数要变一下,我觉得这个方法不错,不要被msdn限制死了

Step5: 检查一下调用其他 dll 的接口函数

因为项目还用了另外一个dll,其中有些接口需要char*参数,这个时候就必须用WideCharToMultiByte转换一下了.

VC里面的设置:
1) 等把所有的编译error改完了之后一编译,除了个link错误,不过msdn有解释:
If you are using Unicode and MFC, you will get an unresolved external on _WinMain@16 if you don’t create an entrypoint to wWinMainCRTStartup. Use the /ENTRY option or type this value in the Project Settings dialog box. (To find this option in the development environment, click Settings on the Project menu, then click the Link tab, and click Output in the Category box.)

2)终于编译成功了,调试的时候却发现CString的值不能在QuickWatch窗口中显示了
tools->option->
in the debug tab u can find a check box Labeled "Display unicode strings"
Check it.

问题 : 直接用 ANSI 的 dll 中的 CString

在使用dll的时候,需要直接使用dll中的一个变量,是CString类型,因为这个dll还没有改为unicode,所以在直接使用其变量时有点问题,使得值不对.(是不是这个原因还没有完全验证,应该是的)

到这里 , 宣布移植失败 !

/*补充：
结果是失败，但是基本移植代码的所有步骤都有了。而且，也指出了如果需要调用的dll不是unicode，每次调用/传递参数时，都要转换，很烦。
后来我把dll的代码也移植了下，现在运行的很好，韩文、中文都可以显示，不管你当前语言是什么。
*/

还有一篇讲移植步骤的,更全面,适合更复杂的情况:
Cheat Sheet:Unicode-enabling Microsoft C/C++ Source Code (http://www.i18nguy.com/unicode/c-unicode.html)

flyingxu 2006-05-18 16:09 发表评论

一个不能调试DLL的问题

flyingxu — Mon, 17 Apr 2006 07:20:00 GMT

有两个工程W.exe, 和c.dll
每次我从w调试c的时候都是可以直接从w工程设断点,调试进入c源码的.c的源码我有,在另外一个目录下.这是个我觉得很好的功能.
结果有一天,我拷了个新的c工程,编译后,发现从w进不了c代码了,即使勉强进去了,居然不是停在函数的第一句,而是在某个循环体内.
...
...
后来看了一下,原来,在w工程的debug目录下,还有个c.lib和c.dll的老版本;而新版的c.lib和c.dll在w工程的根目录下.而调试的时候,debug目录下的dll lib是优先的(猜测)
...
...
所以,只是个粗心的问题,不是技术问题.

flyingxu 2006-04-17 15:20 发表评论