homepage

I have a weird behaviour of the interpreter on my python2.6 win32 install : if I launch as __main__ the file joined below, like "python test_rsFileLocking.py", all works fine.
But if I put it in my PYTHONPATH (or current working directory), and launch it via the "-m" option of python.exe, I get this unexplanatory traceback below.
How comes the syntax analyser is not the same in both cases ? I don't what what, in this file, could give syntax errors in the latter case...
C:\Users\Pakal\Desktop\release26-maint\PCbuild>python.exe -m rstest.test_rsFileLocking
Traceback (most recent call last):
 File "C:\Users\Pakal\Desktop\release26-maint\lib\runpy.py", line 104, in _run_module_as_main
 loader, code, fname = _get_module_details(mod_name)
 File "C:\Users\Pakal\Desktop\release26-maint\lib\runpy.py", line 85, in _get_module_details
 code = loader.get_code(mod_name)
 File "C:\Users\Pakal\Desktop\release26-maint\lib\pkgutil.py", line 275, in get_code
 self.code = compile(source, self.filename, 'exec')
 File "C:\Users\Pakal\Desktop\RockSolidTools\rstest\test_rsFileLocking.py", line 391
SyntaxError: invalid syntax

This fails on 2.6 maint but works on trunk. There have been several improvements to the way that that compile works in trunk, and one of those fixed the problem that you are seeing. The source of the problem is the final line in the source file containing nothing but whitespace. I can't find the bug/revision that fixed this, but I suspect it depends on issue 7468, which Benjamin says is not a backport candidate. 
Since the limitation on compile on 2.6 is documented (see issue 4262), this would be considered a runpy bug if someone was moved to fix it in 2.6.

Allright, I guess in these conditions this bugs doesn't require a patch B-)
Thanks for the details.

I meant issue 7268 in my previous message.

Since import and direct execution will cope with files that don't end with a blank line, changing the first argument to "source + '\n'" in the pkgutil compile call seems like a reasonable workaround for the limitation in the 2.6 compile function.

Here is the patch you mentionned, it fixes my problem and seems unharmful indeed.
The little problem is, I've not found related tests (test_pkgutil doesn't deal with the importer part) to ad little checks around compile().
Is that patch worth commiting anyway ?

Sorry, 2.6 only gets security fixes now, closing. Thanks for the report anyway!