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 rhettinger
Recipients beazley, christian.heimes, donmez, georg.brandl, giampaolo.rodola, pitrou, rhettinger, wplappert
Date 2008-12-16.05:12:03
SpamBayes Score 1.7198541e-06
Marked as misclassified No
Message-id <1229404327.91.0.419027783722.issue4561@psf.upfronthosting.co.za>
In-reply-to
Content
I'm getting caught-up with the IO changes in 3.0 and am a bit confused.
 The PEP says, "programmers who don't want to muck about in the new I/O
world can expect that the open() factory method will produce an object
backwards-compatible with old-style file objects."  So, I would have
expected that the old implementation could have remained in-place and
the resultant object registered as matching the appropriate IO ABC.  If
that had been done, the performance would be unchanged.  Does anyone
know why the entire old implementation had to be thrown-out in cases
where the API was unchanged?  Is there anything about New IO that is
fundamentally different so that the old implementation had to be tossed
in all cases?
History
Date User Action Args
2008-12-16 05:12:08rhettingersetrecipients: + rhettinger, georg.brandl, beazley, pitrou, giampaolo.rodola, christian.heimes, donmez, wplappert
2008-12-16 05:12:07rhettingersetmessageid: <1229404327.91.0.419027783722.issue4561@psf.upfronthosting.co.za>
2008-12-16 05:12:04rhettingerlinkissue4561 messages
2008-12-16 05:12:03rhettingercreate