This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: Embedded Python Interpreter in MFC apps leaks
Type: Stage:
Components: Interpreter Core Versions: Python 2.3
Status: closed Resolution: works for me
Dependencies: Superseder:
Assigned To: Nosy List: christian.heimes, rtrainor, yakumoklesk
Priority: normal Keywords:

Created on 2004-03-03 20:24 by yakumoklesk, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Messages (3)
msg60475 - (view) Author: David (yakumoklesk) Date: 2004-03-03 20:24
I am embedding the python interpreter in my MFC 
application. In the mainframe class, at creation time, I 
do Py_Initialize(). 
When the program comes to an end, in the mainframe 
destructor, I do 
Py_Finalize(). No Pyobject is created, no 
PyRun_SimpleString is called, 
nothing but the Py_Initialize() and the Py_Finalize() only. 
But those simple 
calls make the program to report leaks, that when are 
breakpointed with 
_CrtSetBreakAlloc (using <crtdbg.h> lib) the 
code "leaked" stops inside 
python code.

I made a new project from scratch (multidocument also), 
without adding no line except 
Py_Initialize and Py_Finalize, an the leak already exists. I 
did a Dialog 
application and used the same calls, and the leak 
already exists. But 
when I make a non MFC application, the leak do not 

Is this bug a real python bug, or its due an MFC bad 
implementation of 
memory allocation? Please, I need to know if there is a 
way to avoid 
this leaks, because I want to control what leaks are 
really mine (c++), 
what leaks are caused by c++ to python wrapped code, 
and what leaks 
are just python, to have a better control of the 
processes of my 

I am using Python 2.3.3 and VC++ 6.0 with service pack 
5 on a Windows XP Professional with an Athlon XP.


If any information is needed about the leaks and the 
lines that report to be leaked, just tell me and I'll made 
an inform.
msg60476 - (view) Author: Roland Trainor (rtrainor) Date: 2004-09-14 18:05
Logged In: YES 

I am seeing the same behavior. The leaks only appear when
the VC++6.0 project is linking to one of the Multithreaded
DLL runtime libraries - which occurs when you use MFC as a
shared DLL. If the project is linking to one of the
Multithreaded non-DLL runtime libraries - which occurs when
you use MFC as a static library, the memory leaks do not appear.
msg61338 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2008-01-20 19:20
See Roland Trainor's comment.
Date User Action Args
2022-04-11 14:56:03adminsetgithub: 40006
2008-01-20 19:20:26christian.heimessetstatus: open -> closed
resolution: works for me
messages: + msg61338
nosy: + christian.heimes
2004-03-03 20:24:22yakumokleskcreate