4 messages in org.python.python-bugs-list[ python-Bugs-716587 ] profile.run ma...
FromSent OnAttachments
SourceForge.netMar 20, 2004 6:00 pm 
SourceForge.netMar 20, 2004 6:40 pm 
SourceForge.netMar 21, 2004 8:41 am 
SourceForge.netMar 22, 2004 3:25 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[ python-Bugs-716587 ] profile.run makes assumption regarding namespaceActions...
From:SourceForge.net (nore@sourceforge.net)
Date:Mar 20, 2004 6:00:51 pm
List:org.python.python-bugs-list

Bugs item #716587, was opened at 2003-04-07 02:56 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=716587&group_id=5470

Category: Python Library Group: Python 2.4 Status: Open Resolution: None

Priority: 1

Submitted By: Greg Fortune (gregfortune) Assigned to: Guido van Rossum (gvanrossum) Summary: profile.run makes assumption regarding namespace

Initial Comment: When profile.run() is executed, it assumes that the local and global namespace should be determined from the locals and globals for __main__. In the case of an embedded interpreter, this is an annoying assumption.

For instance, I have a PyQt program that has an embedded interpreter running as a "debug" console and need to profile a little segement of misbehaving code. With direct access to all the gui interactively, it seemed like a simple task of profiling a function call on one of my gui elements, but the namespace in the interpreter is very different from that of the main application.

A simple fix is to allow profile.run to be executed with an optional dict so the user can give their own namespace. A diff -u is attached which accomplishes this.

Note that this problem appears in the current Python CVS on sourceforge, but exists at least as early as Python 2.2.

----------------------------------------------------------------------

Comment By: Guido van Rossum (gvanrossum)

Date: 2004-03-20 18:01

Message: Logged In: YES user_id=6380

I don't see the issue. Why can't you use

prof = profile.Profile() prof.runctx(cmd, mydict, mydict)

???

----------------------------------------------------------------------

Comment By: Raymond Hettinger (rhettinger) Date: 2003-07-09 02:18

Message: Logged In: YES user_id=80475

This seems like a reasonable request. The use case is uncommon but I don't like having __main__ hardwired in the code. What do you think?

If you want the change, should it be put into Py2.3?

----------------------------------------------------------------------

Comment By: Greg Fortune (gregfortune) Date: 2003-04-07 10:36

Message: Logged In: YES user_id=155459

Doh, sorry about that. Guess I should actually check it after I submit...

----------------------------------------------------------------------

Comment By: Michael Hudson (mwh) Date: 2003-04-07 08:31

Message: Logged In: YES user_id=6656

There's no uploaded file! You have to check the checkbox labeled "Check to Upload & Attach File" when you upload a file.

Please try again.

(This is a SourceForge annoyance that we can do nothing about. :-( )

----------------------------------------------------------------------