I was getting this error (while running my unit tests):

Exception exceptions.AttributeError: "'NoneType' object has no attribute
'error'" in <bound method Popen.__del__ of <subprocess.Popen object at
0x8a2596c>> ignored

which I tracked down to the os module being set to None (yes really!) in
POpen._internal_poll() when called from Popen.__del__, so this line:

                    except os.error:

was generating the error.

I guess that the module is getting unloaded earlier somehow (maybe a
race condition)?

At interpreter shutdown, the module's global variables are set to None 
before the module itself is released. __del__ methods may be called in 
those precaries circumstances, and should not rely on any global state.

A temporary fix would be to make Popen._internal_poll and 
Popen._handle_exitstatus keep a reference to the os module (just add a 
default argument os=os, like sys=sys in __del__). But this is just a 
hack; the real fix would be to avoid defining __del__ at all.

A patch for subprocess.py is attached.

Patch and test case against trunk

There should be a try/finally in test_issue5099 to ensure that
os.remove(fname) always gets called. Otherwise, looks good.

Gabriel: could you please update the patch to take Antoine's comment into account?

By the way, stderr will contain "[XXX refs]" as the last line with Python compiled in debug mode. The remove_stderr_debug_decorations() function will help you ignore this line.

I ran into the same problem today :(
The patch resolved it :)

BUT:
Could anyone comment on when this patch will or will not live?!

...
As the bug is fairly old and already has duplicates and everyone seems to agree on the issue.
...
Plus it seems easy enough to edit the patch to include the try: / finally: and to incorporate the remove_stderr_debug_decorations() suggestion.

Attached is a patch I wrote entirely independently of this issue (Mercurial's test suite trigger it for me). I go further in terms of caching items than the original patch as I still got failures even when I stored just a reference to os (might be an OS X thing with the os module).

I just need someone to verify my patch works under Windows. If someone can do that I will commit it and Gabriel's test (with Antoine's suggested fixes).

i don't see your attachment brett.

Let's try this again...

New patch updated to at least r80476.

Hello


Brett’s patch contains strange-looking docstrings. Since they are for private methods, they could be comments instead.

The patch looks otherwise good to me.

Does anyone have an idead on how to not write a __del__ method at all, according to Gabriel’s first comment?


Regards

Did you run the patch on a Windows machine, Eric?

As for Gabriel's comment about not using a __del__ method, it's a general rule of thumb, not something you have to do. __del__ methods exist for those times when you REALLY need them, but otherwise should be avoided when possible.

I'm -1 on Brett's patch: keep a reference to the required functions in the function arguments is ugly to me. The process should be destroyed before unloading the modules. I don't know how (or even if it's possible or not :-)), but I think that Brett's patch is the wrong solution to the problem.

Eg. Can't we use atexit.register() to destroy the processes at exit?

I was just following the style already set in __del__ for storing a reference to sys (that and I didn't feel like having to explicitly store all of those references in the __init__ or at the class level just above the methods).

As for using atexit, it's possible that could be the proper solution, it just requires someone coding it up before we hit 2.7rc1.

I don’t own a Windows machine. I just read the code, sorry if that was
not helpful.

Regarding quick fix vs. right fix, nothing prevents us from using
Brett’s fix now and take some time to try the atexit way later.

acute-accent-ly yours, Éric

Code reviews are always helpful, Éric. I just wanted since that is what is preventing me from committing.

And you are right that I can commit my change now and we can fix it after the fact.

I think your patch looks good Brett.

OK, my patch is committed:

 2.6 81158
 2.7 81154
 3.1 81159
 3.2 81155

I didn't apply your test, Gabriel, as it passed without the fixes. Thanks to the work you did on it, though.

Python3 compilation fails on Windows:
....
  File "...\3.x.bolen-windows\build\lib\subprocess.py", line 911, in Popen
    _WaitForSingleObject=WaitForSingleObject,
NameError: name 'WaitForSingleObject' is not defined

http://www.python.org/dev/buildbot/3.x.stable/builders/x86%20XP-4%203.x/builds/2121/steps/compile/logs/stdio

pakal wrote a patch fixing Windows regression: see issue #8717.

Fix _internal_poll() on Windows: r81179 (trunk), r81181 (2.6), r81181 (3.x), r81182 (3.1).