I remember I saw this problem back on the NAV team. Somewhere in the ATL registration code, some code walks the filename and there is a ++ instead of CharNext(), which breaks when it encounters DBCS characters. Sorry I can't be more specific than that. --Mike-- Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber Ericahist updated (again) Sep 6!

can you give me a demo ?thanks! ZHANGYIFEI

can you give some code or example? thanks!

how about LAN ? ZHANGYIFEI

where can i find (GPL) source code for AbiWord ? ZHANGYIFEI

You do not give up easily! No one could give you an answer on the last five times you posted exactly the same text. so there must be someone there to give it at the sixth, seventh or eighth repost. Have you ever taken into consideration that maybe your problem is not adequately described, so that others have no chance to help you? But by now, I think you have annoyed even those who could have helped you so much that they will ignore you. So will I. My opinions may have changed, but not the fact that I am right.

Open appcore.cpp and look at CWinApp::~CWinApp(), this is where CDocManager::pStaticList and CDocManager::pStaticDocManager are deleted. Since CWinApp is not the base class for your project then these two pointers will not be deleted. Therefore, you must delete them your self. I beleive that the plex.cpp memory leak should go away when you fix the other two, because it is used to allocate storage for nodes and CDocManager uses a list of nodes used to store the docment template pointers. Note also, that the list of memory leaks is the inverse of the order of allocations. 1) CPtrList is allocated. 2) CDocManager is allocated. 3) CPlex alloction occurs (CDocManager::pStaticList->AddTail(this)). :-OThanks for the dump, it made the answer ovious where the problem was. Blast I should have seen this earlier!!!

I have not created CDocManager ,I don't want MFC create it too!but In fact ,MFC Create it,and leak happened! the reason is two CDocManager's static data member! ZHANGYIFEI

Sorry, but there is not enough information for me to fix it. If you have not already, I would recommend you run it through "Bounds Checker" (trail version available). If the memory is allocated in that small piece code you gave then it should be easy to find. Trust in the code Luke. Yea right!

i mean how gdi+ do it,i mean gdi+ drawCurve's source!

Have a look on this site, I'm sure there's a class that already implements a fast multi select tree ctrl. Normski. - Professional Windows Programmer

You can download it from http://www.techsoft.no/bendik/TreeCtrlEx.zip. I'm a pleased user. :) Geert.