Author pitrou
Recipients nestor, pitrou
Date 2009-06-20.18:24:49
SpamBayes Score 0.00184201
Marked as misclassified No
Message-id <1245522292.99.0.502107503917.issue6236@psf.upfronthosting.co.za>
In-reply-to
Content
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?
History
Date User Action Args
2009-06-20 18:24:53pitrousetrecipients: + pitrou, nestor
2009-06-20 18:24:52pitrousetmessageid: <1245522292.99.0.502107503917.issue6236@psf.upfronthosting.co.za>
2009-06-20 18:24:51pitroulinkissue6236 messages
2009-06-20 18:24:50pitroucreate