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 skorpeo
Recipients asvetlov, skorpeo, yselivanov
Date 2018-05-27.23:37:07
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAMXrOMNgMd2SytQqLa0Nc7Kz0U5NtFp0qY-CSMkRZupUpZDggg@mail.gmail.com>
In-reply-to <1527462236.7.0.682650639539.issue33662@psf.upfronthosting.co.za>
Content
yes, in this case they were meant to stay open to write and read multiple
messages.  I was hoping to read data when it is available, the other work
around was to specify n, but that also blocked once there was no more data
to be fetched....Either way I will stick to queues and this appears to be
expected behavior so you can disregard the report.  I should have known
better that I wasn't going to find a bug in python :)

On Mon, May 28, 2018 at 2:03 AM, Yury Selivanov <report@bugs.python.org>
wrote:

>
> Yury Selivanov <yselivanov@gmail.com> added the comment:
>
> > You are also correct that there is no clean up for closing the pipes.
>
> It's not just about the cleanup. If you don't close the pipes, they will
> be open forever, so there will be no EOF for which read(-1) will wait
> forever.
>
> ----------
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <https://bugs.python.org/issue33662>
> _______________________________________
>
History
Date User Action Args
2018-05-27 23:37:07skorpeosetrecipients: + skorpeo, asvetlov, yselivanov
2018-05-27 23:37:07skorpeolinkissue33662 messages
2018-05-27 23:37:07skorpeocreate