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 pavlix
Recipients Dolda2000, benjamin.peterson, cagney, hynek, martin.panter, pavlix, pitrou, python-dev, r.david.murray, serhiy.storchaka, stutzbach
Date 2020-04-10.10:46:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1586515613.08.0.61939231686.issue20074@roundup.psfhosted.org>
In-reply-to
Content
> A non-seekable read/write stream doesn't really make sense (think about
it).

How does it help the issue to ask the reporter to "think" when the have already provided an easily reproducable use case?

> What purpose does that constraint serve? Is there any reason it shouldn't be relaxed?

Can we *please* get an answer to this question? 

> Antoine already answered that question: it does not make sense to have a single stream that is open for *update* if it is not seekable.

How does this statement, already refuted by the reporter, bring us any closer to the answer to the question above?

Was this an arbitrary decision of someone who didn't think about character devices? Or is there any particular reason to prevent the use of "r+", "w+", "rb+" and "wb+" with readable-writable character devices?
History
Date User Action Args
2020-04-10 10:46:53pavlixsetrecipients: + pavlix, pitrou, benjamin.peterson, stutzbach, r.david.murray, python-dev, hynek, martin.panter, serhiy.storchaka, Dolda2000, cagney
2020-04-10 10:46:53pavlixsetmessageid: <1586515613.08.0.61939231686.issue20074@roundup.psfhosted.org>
2020-04-10 10:46:53pavlixlinkissue20074 messages
2020-04-10 10:46:52pavlixcreate