To simplify the tests that require a different CWD I wrote a context manager that allows to change the working directory. I used it on #3426 to test os.path.abspath() with ASCII and non-ASCII CWDs and realized that it can also be used to fix #5684 where a zipfile fails to extract the content of the archive in the CWD if it is read-only.

Patch attached.

A patch which provides a context manager and a decorator.
(with ideas from Ezio and Antoine)

Sample usages:

with temp_cwd() as cwd:
  assert cwd == os.getcwd()


@writablecwd
def test_zipfile():
  # do something useful
  print os.path.abspath('.')

Changed, after review from Ezio and other developpers.

with_writable_cwd should probably use functools.wraps.

The patch looks good, I'd just move _test_cwd inside the function and drop the [:-3] from TESTFN, but apart from that it's OK. I also agree that functools.wraps should be added.

To summarize the discussion we had on #python-dev:
1) the context manager should always create a writable cwd and to be able to run with -J it should contain the process id. Using TESTFN as first-level dir solves both the issues;
2) a suffix is added to TESTFN to let the tests use TESTFN as a valid filename;
3) the second-level dir is 'tempcwd' by default or can be passed to the function in case a test needs a specific name for the cwd;

The result will be something like '@test_xxxx_tmp_cwd/dirname'.

Different approach, after some other talks with Ezio and David.

Now the directory is changed before running any test.
The developer can assume that the current directory if always writable.
It makes the tests easier to write, and repeatable.

Additionally, TESTFN always contains a single filename (without path).
Before this change, it could be "/tmp/@test" or "@test", which is error-prone.

The decorator becomes useless.

Here is a patch based on the previous patches and some discussion.
I still have to test it better and add a few comments, but it should be almost ok.

It looks fine.

Few comments:
 - "{}_python_{}" could be better, to identify the culprit for leftover directories.
 - the warning message may be more specific:
   "warnings.warn('tests may fail, unable to switch to ' + name,
                  RuntimeWarning, stacklevel=3)"
 - style guide recommends two spaces after a sentence-ending period

Patch which fixes the "relative import" issue.

 ~ $ cd Lib/
 ~ $ ../python -m test.regrtest


Note: There are some 2-spaces indents for patch readability.
      Change them before commit.

Slightly more readable, without 2-spaces indent.

There were syntax errors in the previous patch. Sorry.

Removed the dummy CM hack.
Now it should be ready for final review.

Let's fix some other tests.

Almost completed patch, the code should be OK, I just have to add a few comments and check that it works fine in all the situations.

Final version of the patch, with the temp_cwd context manager added to test_support and used in test_regrtest to run the test suite in a temporary directory. It also includes a fix for test_subprocess that was failing when the tests are not run in the original cwd.

With the latest patch I get one failure: test_bufio. I piped that test to a file and attached the results here. There are numerous "Permission denied: @test" IOErrors.

Brian, is it the only one failing?
Did you have some test running before? Which one? (alphabetic order?)

Do you reproduce the error when running this test alone?
  "-m test.regrtest -uall test_bufio"

Yep, that's the only one failing. The output I attached is the result of running the test alone.

Ok, it may be not related directly with this patch.

Can you diagnose if it something like #7443?

And you could try the patch attached to #7443, and see if it fixes the test_bufio issue.

The command line used to run the tests is important.
If you run through "test.regrtest", it should "chdir" to a sandbox directory to run the test. If you call directly the test_bufio.py file, it runs in the current directory (as before the patch).
And the permission of the current directory may give a difference in the 2nd case.

Variants:
 python.exe -m test.regrtest test_bufio
 python.exe Lib/test/regrtest.py test_bufio
 python.exe Lib/test/test_bufio.py    (fail if home directory is RO)

And another full run:
 python.exe -m test.regrtest

Try some of these variants, it may help diagnose the windows issue.

(Note: maybe some antivirus or other software may be related to the race condition described on #7443)

With Ezio's latest patch (sent via IRC), test_bufio still fails and additionally test_mailbox fails.

If I apply the patch on #7443 along with Ezio's patch, everything looks fine. I haven't thoroughly looked at that issue, but on the surface it looks similar (same setup, same result).

Fixed on trunk with r78136.

Before closing this issue, we may apply additional cleanup on regrtest:
 - the "sys.path" hack is not needed anymore (no risk of relative imports)
 - the hack for sys.argv[0] could be removed too, and use __file__ instead

I'm not sure it's safe to remove those hacks, they might be necessary in some corner case.
I'll also port this to py3k before closing the issue.

"Complex is better than complicated... Special cases aren't special enough to break the rules."

The module "regrtest" is complex enough. We don't need to keep useless hacks inside.
It would be more interesting to replace the hack with some words, or an assertion, and understand the real (or hypothetic) issue behind this hack.

Eventually, if we keep these hacks around, it may hide real bugs.

Ported to py3k in r78214. I will think about the cleanups later, they are not so important right now.

Hello

One advice against using __file__: http://lists.debian.org/debian-python/2010/01/msg00172.html

Regards

The cleanups have been committed in r78719 (trunk) and r78723 (py3k).