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.

Author pitrou
Recipients nestor, pitrou
Date 2009-06-20.18:24:49
SpamBayes Score 0.00184201
Marked as misclassified No
Message-id <>
Here is my current interpretation:

subprocess uses os.pipe() to create the file handles used for
communication. These handles normally always raise an error ([Errno 29]
Illegal seek) when trying to seek() on them, which the IO lib interprets
as meaning the stream is not seekable, which it then handles fine.

However, if the first seek() succeeds, the IO lib thinks the stream is
seekable and treats any subsequent seek() failure as an error which it
reports to the user. It may be what you are witnessing.

Can you try applying the following patch?
Date User Action Args
2009-06-20 18:24:53pitrousetrecipients: + pitrou, nestor
2009-06-20 18:24:52pitrousetmessageid: <>
2009-06-20 18:24:51pitroulinkissue6236 messages
2009-06-20 18:24:50pitroucreate