This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Piped parent's multiprocessing.Process children cannot write to stdout
Type: behavior Stage: needs patch
Components: Library (Lib), Windows Versions: Python 2.6
process
Status: closed Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: Vojtech.Fried, brian.curtin, tim.golden, vilnis.termanis
Priority: normal Keywords:

Created on 2010-03-04 15:27 by vilnis.termanis, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
stdout.py vilnis.termanis, 2010-03-04 15:27 Script as used in original comment
Messages (5)
msg100390 - (view) Author: Vilnis Termanis (vilnis.termanis) * Date: 2010-03-04 15:27
Affects Win32 only (tested under Ubuntu 9.10-64 and XP-32 with v2.6.4). If script output is piped, child processes created via multiprocessing.Process cannot write to stdout. Also, trying to call stdout.flush() in child processes causes IOError.

Normal behaviour
----------------
C:\>stdout.py
[Parent] stdout: <open file '<stdout>', mode 'w' at 0x00A54070>
[Parent] message via stdout

[Child] stdout: <open file '<stdout>', mode 'w' at 0x00A54070>
[Child] message via stdout

Piped behaviour (same result if redirecting to file)
---------------
C:\>stdout.py | cat
[Parent] stdout: <open file '<stdout>', mode 'w' at 0x00A54070>
[Parent] message via stdout

[Child] stdout: <open file '<stdout>', mode 'w' at 0x00A54070>
Process Process-1:
Traceback (most recent call last):
  File "C:\Python26\lib\multiprocessing\process.py", line 232, in _bootstrap
    self.run()
  File "C:\Python26\lib\multiprocessing\process.py", line 88, in run
    self._target(*self._args, **self._kwargs)
  File "C:\stdout.py", line 18, in child
    stdout.flush()
IOError: [Errno 9] Bad file descriptor
msg100728 - (view) Author: Vilnis Termanis (vilnis.termanis) * Date: 2010-03-09 14:47
I tried to reproduce / narrow-down the cause of this with a debug build in a VM but couldn't reproduce the behaviour (neither with debug nor with standard 2.6.4 binary). I have to conclude that there is something perculiar with my native Windows installation (since in both VM and natively Python is using exactly the same DLLs and ).

Apologies for wasting your time.
msg108981 - (view) Author: Vojtech Fried (Vojtech.Fried) Date: 2010-06-30 14:04
I have the same problem. Not only for piping but also when using redirection, e.g. 'stdout.py > log.txt'.
Interesting thing is that when I run it like 'python.exe stdout.py > log.txt' it works. I don't see why this should matter but apparently it does. ".py" files are registered to be open with '"C:\Python26\python.exe" "%1" %*'. 
My system: WinXp SP3, Python 2.6.5
msg108982 - (view) Author: Tim Golden (tim.golden) * (Python committer) Date: 2010-06-30 14:18
That's (still...) a known issue with Windows file associations and 
redirects:

   http://support.microsoft.com/kb/321788

In theory it was fixed way back when. In practise...

On 30/06/2010 15:04, Vojtech Fried wrote:
>
> Vojtech Fried<vojtech.fried@gmail.com>  added the comment:
>
> I have the same problem. Not only for piping but also when using redirection, e.g. 'stdout.py>  log.txt'.
> Interesting thing is that when I run it like 'python.exe stdout.py>  log.txt' it works. I don't see why this should matter but apparently it does. ".py" files are registered to be open with '"C:\Python26\python.exe" "%1" %*'.
> My system: WinXp SP3, Python 2.6.5
>
> ----------
> nosy: +Vojtech.Fried
>
> _______________________________________
> Python tracker<report@bugs.python.org>
> <http://bugs.python.org/issue8056>
> _______________________________________
> _______________________________________________
> Python-bugs-list mailing list
> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/mail%40timgolden.me.uk
msg108983 - (view) Author: Vojtech Fried (Vojtech.Fried) Date: 2010-06-30 14:36
Thanks, the registry change proposed in the article fixed it.
History
Date User Action Args
2022-04-11 14:56:58adminsetgithub: 52304
2010-06-30 14:36:01Vojtech.Friedsetmessages: + msg108983
2010-06-30 14:18:39tim.goldensetnosy: + tim.golden
messages: + msg108982
2010-06-30 14:04:23Vojtech.Friedsetnosy: + Vojtech.Fried
messages: + msg108981
2010-03-09 14:47:57vilnis.termanissetstatus: open -> closed

messages: + msg100728
2010-03-04 15:33:35brian.curtinsetpriority: normal
nosy: + brian.curtin

stage: needs patch
2010-03-04 15:27:06vilnis.termaniscreate