Message79941
So you are saying that you see no problem with the repr of a fileobject
being generated in different ways depending on the fileobject being
unicode or string?
You see no danger of confusion when one is confonted with
<open file 'foo\bar' ...>
vs.
<open file u'foo\\bar' ...>
You don't think anyone will be surprised when they try to
eval 'foo\bar' as they can with u'foo\\bar' and get nonsensical results?
I maintain that this is a bug in python that ought to be fixed and not
hidden by changing the test suite. If you are going to rely on using
the repr of the fileobject to extract the filename, you better be able
to do that in a consistent manner irrespective of the type of the
underlying filename. |
|
Date |
User |
Action |
Args |
2009-01-16 09:10:43 | kristjan.jonsson | set | recipients:
+ kristjan.jonsson, loewis |
2009-01-16 09:10:43 | kristjan.jonsson | set | messageid: <1232097043.24.0.143029653462.issue4927@psf.upfronthosting.co.za> |
2009-01-16 09:10:41 | kristjan.jonsson | link | issue4927 messages |
2009-01-16 09:10:39 | kristjan.jonsson | create | |
|