[issue6816] Provide CPython command line functionality via runpy module

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue6816] Provide CPython command line functionality via runpy module

Changes by Chris Withers : -- nosy: -cjw296 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6816] Provide CPython command line functionality via runpy module

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: Antoine Pitrou wrote: > Antoine Pitrou added the comment: > >> (Was it one of the unstable buildbots that picked this up? I didn't see >> anything come through on the checkins list) > > Buildbot failures have stopped being e-mailed long ago it seems. > (ah, you

[issue6816] Provide CPython command line functionality via runpy module

Antoine Pitrou added the comment: > (Was it one of the unstable buildbots that picked this up? I didn't see > anything come through on the checkins list) Buildbot failures have stopped being e-mailed long ago it seems. (ah, you really thought our buildbots were all green in all that time? :P)

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: I fixed the tests to use the proper escaping function from the re module instead of directly doubling backslashes, so that error shouldn't happen any more. (Was it one of the unstable buildbots that picked this up? I didn't see anything come through on the checki

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: Hmm, I think I need to use a more robust regex escaping approach... I never knew the OS level temp dir creation could get that creative. -- ___ Python tracker ___

[issue6816] Provide CPython command line functionality via runpy module

Antoine Pitrou added the comment: Another probably related buildbot failure (again, lack of escaping the regex pattern): == ERROR: test_directory_error (test.test_runpy.RunPathTest) -

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: Added to Py3k in r76324 (including the fixes made on 2.x after the original checkin) -- resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: There's another cache in zipimport that wasn't being cleared when hunting refleaks. I've updated that on the trunk and will include it in the forward port to 3k (along with a fix for the Windows path separator problem). -- ___

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: Hmm, definitely not the path importer cache - regrtest already takes that into account by reverting it to its original state before checking the reference counts. -- ___ Python tracker

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: The windows errors are most likely due to the fact that I'm not doubling the backslashes in the file paths before passing them to assertRaisesRegex() as the regular expression pattern. The reference leak is also interesting, since there isn't any new C code here.

[issue6816] Provide CPython command line functionality via runpy module

Antoine Pitrou added the comment: The test is probably failing because the pattern is interpreted as a regex: >>> re.match(r'\t', r'\t') is None True There is another problem, which is that test_runpy (or runpy itself) is now leaking references: test_runpy beginning 6 repetitions 123456 ..

[issue6816] Provide CPython command line functionality via runpy module

R. David Murray added the comment: The windows buildbots are reporting an odd error in test_runpy. I can't see by visual inspection why the test is failing: http://www.python.org/dev/buildbot/stable/builders/x86%20XP-4%20trunk/builds/2615/steps/test/logs/stdio -- nosy: +r.david.murray

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: 2.7: r76286 3.2 merge is still a work in progress -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue6816] Provide CPython command line functionality via runpy module

Nick Coghlan added the comment: Descoped idea to just provide runpy.run_path (filesystem path equivalent of runpy.run_module) -- ___ Python tracker ___ __

[issue6816] Provide CPython command line functionality via runpy module

Changes by Frank Wierzbicki : -- nosy: +fwierzbicki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue6816] Provide CPython command line functionality via runpy module

Changes by Nick Coghlan : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue6816] Provide CPython command line functionality via runpy module

Changes by Chris Withers : -- nosy: +cjw296 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6816] Provide CPython command line functionality via runpy module

Changes by Nick Coghlan : -- assignee: -> ncoghlan versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue6816] Provide CPython command line functionality via runpy module

New submission from Nick Coghlan : Currently, the runpy._run_module_as_main() function allows a launch script to mimic Python's -m switch fairly well. This RFE suggests making it possible to mimic other command line behaviour of the CPython interpreter in a documented fashion: run_module_as_mai