New submission from Asesh aseshsh...@gmail.com:
Well I just finished embedding Python in my application but even after calling
Py_Finalize the debugger shows tons of memory leak. I just called Py_Initialize
and then Py_Finalize then after exiting the application, the Visual C++
debugger shows
STINNER Victor victor.stin...@haypocalc.com added the comment:
(The project example uses _CrtSetDbgFlag(_CRTDBG_LEAK_CHECK_DF |
_CRTDBG_ALLOC_MEM_DF) to perform memory leak check.)
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
Joshua Bleecher Snyder joshar...@gmail.com added the comment:
This documentation change didn't make it into the docs for translate in the
string module -- see http://docs.python.org/library/string.html. It'd be great
to add it there as well, as I just got bitten by this. :)
--
nosy:
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12627
___
___
Python-bugs-list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13418
___
___
Python-bugs-list mailing list
STINNER Victor victor.stin...@haypocalc.com added the comment:
I wrote a short review on http://bugs.python.org/review/6715/show
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
New submission from Alex Regueiro alex...@gmail.com:
Python 2.7 normally inputs directory-modules fine on Windows 7. The notable
exception however is symbolically-linked directories on the filesystem, which
are ignored (not thought to exist) by the Python `import` statement. (Note that
the
Per Rosengren per.roseng...@gmail.com added the comment:
On Linux:
nm -C /lib/libc.so.6 |grep ' inet_aton'
000cbce0 W inet_aton
This means that when Python is build with GCC (like on linux), inet_aton
is in system libc.
If you build with GCC in solaris, inet_aton will be taken from
101 - 108 of 108 matches
Mail list logo