[ python-Bugs-1256669 ] Significant memory leak with PyImport_ReloadModule
Bugs item #1256669, was opened at 2005-08-11 12:49 Message generated for change (Comment added) made by bheld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1256669&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Ben Held (bheld) Assigned to: Nobody/Anonymous (nobody) Summary: Significant memory leak with PyImport_ReloadModule Initial Comment: Having recently upgraded to Python 2.4, I am having a large memory leak with the following code built with VC++ 6.0: PyObject *pName, *pModule; Py_Initialize(); pName = PyString_FromString(argv[1]); pModule = PyImport_Import(pName); Py_DECREF(pName); PyObject* pModule2 = PyImport_ReloadModule(pModule); Py_DECREF(pModule2); Py_DECREF(pModule); Py_Finalize(); return 0; I get leaks of over 500 kb. I have another program which is much more complex, in which every call to PyImport_ReloadModule is leaking 200+ kb, even though I am calling Py_DECREF correctly. -- >Comment By: Ben Held (bheld) Date: 2005-08-16 13:56 Message: Logged In: YES user_id=1327580 Boundschecker shows the leak and I have verified this by watching the process memory increase via the task manager. -- Comment By: Martin v. Löwis (loewis) Date: 2005-08-13 13:34 Message: Logged In: YES user_id=21627 How do you know there is a memory leak? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1256669&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1261229 ] __new__ is class method
Bugs item #1261229, was opened at 2005-08-16 18:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261229&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mike Orr (hierro) Assigned to: Nobody/Anonymous (nobody) Summary: __new__ is class method Initial Comment: Section 3.3.1 of the Language Reference says, " __new__() is a static method" But it's actually a class method since it's first argument is the class. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261229&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1261390 ] import dynamic library bug?
Bugs item #1261390, was opened at 2005-08-16 14:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261390&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: broadwin (broadwin) Assigned to: Nobody/Anonymous (nobody) Summary: import dynamic library bug? Initial Comment: I have just upgraded my tcl/tk to 8.4 on my linux system. Now I have two sets of tcl/tk, the old one (8.3) is installed under /usr, and the new one (8.4) is installed under /usr/local. I also upgraded to Python 2.4.1. Compiling Python went fine. It found the new tcl/tk correctly to build _tkinter.so. However it broke on trying to import, telling me that it could not find libtk84.so, even though it found it to build the _tkinter.so. Creating symbolic links under /usr/lib to libtk and libtcl solved the problem. It seems to me that import was confused and did not search /usr/local/lib. I use bash. Maybe I need to set some environmental variable? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261390&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1261659 ] Tutorial doesn't cover * and ** function calls
Bugs item #1261659, was opened at 2005-08-16 22:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261659&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brett Cannon (bcannon) Assigned to: Nobody/Anonymous (nobody) Summary: Tutorial doesn't cover * and ** function calls Initial Comment: While the tutorial, in the section discussing function definitions, covers * and ** arguments, there is no aparent coverage of using them in a function call (e.g., ``open(*["file", "r"])``). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261659&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1261714 ] precompiled code and nameError.
Bugs item #1261714, was opened at 2005-08-17 13:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261714&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Vladimir Menshakov (megath)
Assigned to: Nobody/Anonymous (nobody)
Summary: precompiled code and nameError.
Initial Comment:
i experienced problem with call'ing python unmarshalled
and eval'ed code.
similar problem described in mailing list, but
unfortunately has not got any solution or work-around.
http://mail.python.org/pipermail/c++-sig/2003-October/006094.html
actually I have code like this:
-
import m
class A:
def do(self):
print m.User().GetName()
test.py
a = A()
a.do()
running script from python works perfectly. but when I
call 'do' from c++ code I get following error :
PyObject_CallMethod: exceptions.NameError:global name
'm' is not defined
I checked locals dictionary, it contains missing name
('m').
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1261714&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
