|
Solve the problem yourself: Trace every object you create and you find your leak.
(You even didn´t mentioned the leak  )
Try this @ home. (B&B)
|
|
|
|
|
If nobody could answer it the first time, nobody can answer it after 5 times, 50 times, or 500 times. The only thing posting it more often will achieve is making everybody here less likely to read any of your questions in the future.
The only thing that might help us give you an answer is if you provide more information, not just repost the same thing. For example, which objects leak, what is the Create function a member of...
Oh, and learn what the <pre> tag does, it'll make reading your code a lot easier for the rest of us, and that might also help you get an answer. I promise you that spamming the board won't.
"We are the knights who say Ni" (The Knights Who Say Ni)
|
|
|
|
|
Why, it's the simplicity of the problem. Do the easy things first rather than getting wrapped up in a complicated solution. I see two (2) operator new()'s, where are the corresponding delete's. You haven't discussed this. I assume the example code resides in an object. If you allocate memory off the heap you are responsible for freeing that memory, say in the object's destructor. Describe what you've done to resolve the problem, what objects are being leaked, where you try to release them, etc. There's not enough information to resolve your issue.
|
|
|
|
|
I gave basicaly the same answer 2 days ago, on the 1st post (I think). If he cann't use that or the suggestion I gave him on my replay to his reply. Then forget it.
Trust in the code Luke. Yea right!
|
|
|
|
|
the proplem look easy !but not, and not "new->delete" so easy!why don't try
it by yourself ,look what happen! the code i have offer! I have delete all,but Can't avoid leaks,the reason is MFC two static data member,and this two member is internal use!!
ZHANGYIFEI
|
|
|
|
|
:(I've said before that this is not enough imformation for me to solve the problem. By the looks of things I would need the project, all any of us can do is make sugestions on possible solutions. The rest is up to you.
// These values are inialized in APPCORE.CPP
// If this is part of your code I am supprised
// you did not get a multiple definition errors.
CDocManager* CDocManager::pStaticDocManager;
CPtrList* CDocManager::pStaticList;
Complete list of source files associated with CDocManager:
AFXWIN.H, APPCODE.CPP, APPUI2.CPP, DLLINIT.CPP,
DOCMGR.CPP, DOCMULTI.CPP, DOCTEMPL.CPP
No one ever said debbuging was easy!
|
|
|
|
|
CDocManager* CDocManager::pStaticDocManager;
CPtrList* CDocManager::pStaticList;
those two member is not in my code ,those in MFC code !
I said that those two member appear memory leak!
BOOL Create() //in ActiveX OnCreate Event perform this function!
{
if( m_pFrameWnd )
{
if( IsWindow(m_pFrameWnd->m_hWnd) ) return TRUE;
}
CSingleDocTemplate * pDocTemplate;
pDocTemplate = new CSingleDocTemplate(IDR_MAPTYPE,
RUNTIME_CLASS(CMapDoc),
RUNTIME_CLASS(CMapFrame),
RUNTIME_CLASS(CMapView));
// pDocTemplate in destructor function delete this!
CMapDoc * pDoc = new CMapDoc;// in destructor function delete this!
CCreateContext Context;
Context.m_pCurrentDoc = pDoc;
Context.m_pNewDocTemplate = pDocTemplate;
Context.m_pNewViewClass = RUNTIME_CLASS(CMapView);
Context.m_pLastView = NULL;
Context.m_pCurrentFrame = NULL;
CMapFrame * pFrameWnd = new CMapFrame;// in destructor function delete this!
m_pDoc = pDoc;
m_pFrameWnd = pFrameWnd;
m_pDocTemplate = pDocTemplate;
CRect rcMap;
GetClientRect(&rcMap);
BOOL ret = m_pFrameWnd->Create(AfxRegisterWndClass(CS_DBLCLKS), NULL, WS_CHILD|WS_VISIBLE, rcMap,this,NULL,&Context);
m_pFrameWnd->ShowWindow(SW_SHOW);
return ret;
}
//note :
CMapDoc inherit from COleDocument ；
CMapView inherit from CScrollView ；
CMainFrame inherit from CFrameWnd ；
I don't have CDocManager and it's derive class！
debug output ：
Detected memory leaks!
Dumping objects ->
plex.cpp(31) : {72} normal block at 0x01402F70, 124 bytes long.
Data: < @ > 00 00 00 00 00 00 00 00 00 00 00 00 00 11 40 01
doctempl.cpp(64) : {71} client block at 0x01401060, subtype 0, 32 bytes long.
a CDocManager object at $01401060, 32 bytes long
doctempl.cpp(62) : {70} client block at 0x014010B0, subtype 0, 28 bytes long.
a CPtrList object at $014010B0, 28 bytes long
ZHANGYIFEI
|
|
|
|
|
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 want to Create a Frame/view/doc structure On a ActiveX Control,but It will be Found Memory leak! And I Found that the reasons is :
CDocManager* CDocManager::pStaticDocManager;
CPtrList* CDocManager::pStaticList;
How Can I avoid Memroy leak?
the Following is My Code :
BOOL Create()
{
if( m_pFrameWnd )
{
if( IsWindow(m_pFrameWnd->m_hWnd) ) return TRUE;
}
CSingleDocTemplate * pDocTemplate;
pDocTemplate = new CSingleDocTemplate(IDR_MAPTYPE,
RUNTIME_CLASS(CMapDoc),
RUNTIME_CLASS(CMapFrame),
RUNTIME_CLASS(CMapView));
CMapDoc * pDoc = new CMapDoc;
CCreateContext Context;
Context.m_pCurrentDoc = pDoc;
Context.m_pNewDocTemplate = pDocTemplate;
Context.m_pNewViewClass = RUNTIME_CLASS(CMapView);
Context.m_pLastView = NULL;
Context.m_pCurrentFrame = NULL;
CMapFrame * pFrameWnd = new CMapFrame;
m_pDoc = pDoc;
m_pFrameWnd = pFrameWnd;
m_pDocTemplate = pDocTemplate;
CRect rcMap;
GetClientRect(&rcMap);
BOOL ret = m_pFrameWnd->Create(AfxRegisterWndClass(CS_DBLCLKS), NULL, WS_CHILD|WS_VISIBLE, rcMap,this,NULL,&Context);
m_pFrameWnd->ShowWindow(SW_SHOW);
return ret;
}
ZHANGYIFEI
ZHANGYIFEI
|
|
|
|
|
Hi
I've got a CString text which i got to convert to a char[32]. Any easy solution for this?
Thanks
Jens
|
|
|
|
|
Use this:
CString String = "Hello";<br />
char CharString[32];<br />
strcpy(CharString,String);<br />
CString has an overloaded operator LPCTSTR that automatically converts the CString into a char*!
|
|
|
|
|
Or to be safer use strncpy instead:
<br />
<br />
#define MAXLEN 32;<br />
<br />
CString String = "This could be a very long string and we could get a buffer overrun :)";<br />
char CharString[MAXLEN];<br />
<br />
strncpy(CharString,String,(MAXLEN-1));<br />
<br />
CharString[MAXLEN-1] = '\0'; <br />
<br />
|
|
|
|
|
Read the MSDN point CString operator (LPCSTR) and "strcpy".
Try this @ home. (B&B)
|
|
|
|
|
ok thanks
Do you happen to know if there is a member function who allows to know the previous selection in a CTreeCtrl?
Greetings
Jes
|
|
|
|
|
You get them as the oldItem when handling the TVN_SELCHANGING notification.
There is some info an an example in MSDN about it.
My opinions may have changed, but not the fact that I am right.
|
|
|
|
|
can any body get me a module or source code of the software FONT CREATOR ... or FONTOGRAPHER ?
or source code similar to these softwares....which would take inputs of all the glyphs from eps files and finally convert them to true type font file.
--plz help me its regarding my job.
thanks
Aakash
|
|
|
|
|
Hi Alvaro
GetTreeCtrl() didn't work for me, i tried it out like this:
CTreeCtrl* pTreeCtrl = (CTreeCtrl*) GetDlgItem(IDC_TREEVIEW);
HTREEITEM hItem = pTreeCtrl->GetSelectedItem();
CString strText = pTreeCtrl->GetItemText(hItem);
I now get the text correctly, thanks 
But now, i want to know with which kind of 'level' we are talking about: root, child or 'child of child'.
So i only want to perform some actions on a leaf.
Any1 any idea?
Greetings Jens
Never mind, i have filled for each tvitem structure the lParam with some user-defined data in it.
Greetings
Jens
|
|
|
|
|
Hi.
I just wanna ask if you guys know how to run visual c++ executable files in OS/2? I think the problem is that it's 32-bit, while OS/2 is 16 bit.. Any ideas how to convert visual c++ output to 16-bit??
Thanks 
|
|
|
|
|
Hello,
Did anybody tried to store data (example: CString) in a DLL.
I just want to store some of my data in a DLL, and donot want to use any file to store that data.
Somone has ever did this or have any idea how to do this
Regards,
The Phantom
|
|
|
|
|
If I have handle to the window (HWND), how can I get the window title and the application's path using the win32 API functions.
|
|
|
|
|
//vollständigen Pfad ermitteln
char szPfad[ _MAX_PATH ];
VERIFY( ::GetModuleFileName( AfxGetInstanceHandle(), szPfad, _MAX_PATH ) );
Try this @ home. (B&B)
|
|
|
|
|
And for the window title, you can use this:
char Buffer[255];<br />
CWnd* pNewWnd = YourWindow->FromHandle(YourHandle)<br />
pNewXnd->GetWindowText(Buffer,254);
YourWindow is a CWnd (doesn't matter wich one). FromHandle returns the CWnd* attached to the Handle 'YourHandle'!
|
|
|
|
|
This has got to be the most irritating 'feature' of the windows API. not one problem has given me so much trouble, here is how my error catching goes:
[code]
int main(int argc, char ** argv)
{
try
{
CApp Instance;
return Instance.Run();
}
catch(ErrorInfo Error)
{
// build message here
MessageBox(NULL, Message, Title, MB_ICONERROR);
}
return 0;
}
[/code]
it works perfectly up to the .Create method of ATL's CWindowImpl. after that, DestroyWindow gets called, which seems to disable dialogs, which disables the message box. i've debugged it, it goes right over the call without displaying the window, but it does play the sound. is there any way to 'reset' windows before i show the message box?
|
|
|
|
|
Hi all,
can any one explain me what is the difference in the following code.
1.I have a class CSample.
2.I want to create an object on heap by using new operator for CSample.
I found there are two methods for this.
1.One is like this
CSample * pSamep=new CSample;
and
2.second one is like this
typedef auto_ptr<csample> pSample;
pSample(new CSample());
what is the difference with these two methods.which one is more efficient.
thanks in advance.
regards
raju
anju
|
|
|
|
|
anju wrote:
typedef auto_ptr pSample;
I assume you meant: typedef auto_ptr<CSample> pSample;
The auto_ptr is a small structure that holds the pointer to the object, and a flag indicating whether or not it owns the object (it does by default). In it's destructor, it deletes the object if it owns it. This can greatly simplify memory management, as these smart pointers take care of deleting themselves when they go out of scope.
In terms of efficiency, the auto_ptr would be every so slightly less efficient, but we are probably talking literally one or two CPU instructions, so it is really irrelevant.
Dave
http://www.cloudsofheaven.org
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
