Michael Witten added the comment:
* Bugs, by their very nature, are often obscure; some of the worst
in history have lain dormant, unseen, for years or perhaps even
decades.
Unsurprisingly, then, this bug is also a corner case that would be
unknowingly triggered in practice only rarely
Michael Witten added the comment:
* This is not a feature request;
this is a bug fix for errant behavior.
However, in the interest of civility, I have not re-opened this issue.
* > Python 2.7 DOES NOT support filesystem semantics that differ
> from the "default" semant
Michael Witten added the comment:
Guess what?
Linux can access HFS+ and NTFS volumes.
Firstly, how does that fit into your ideas for testing? It doesn't;
however, you'll note that my own brief analysis did attempt to wrestle
with this nuance.
Secondly, it was (and is) clearly
Michael Witten added the comment:
Thank you for the reply.
* As already stated, I believe that Python 3
is not affected by this problem; certainly,
version 3.5.2 does not seem to be affected,
as per my ad hoc testing.
* Very many programs are targeted to Python 2.7,
and probably will
Michael Witten added the comment:
I've attached as `pep-235-on-posix.patch' a copy of `pep-235-on-posix.export',
in order to see whether that helps the system recognize the content as a patch.
I'm loath to rename the original upload, because I'm not able to edit my
or
New submission from Michael Witten:
The attached file, `pep-235-on-posix.export', contains 3 patches; the file
includes the intended commit messages and authorship information. To apply
these patches, save the file to:
/path/to/pep-235-on-posix.export
and then run the following from w
Michael Witten <[EMAIL PROTECTED]> added the comment:
Apparently, it might affect all CodecInfo objects:
class CodecInfo(tuple):
def __new__(cls, encode, decode, streamreader=None,
streamwriter=None,
incrementalencoder=None, incrementaldecoder=None, name=None):
Changes by Michael Witten <[EMAIL PROTECTED]>:
--
type: -> behavior
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4178>
___
___
New submission from Michael Witten <[EMAIL PROTECTED]>:
CodecInfo objects are supposed to have 'encoder' and 'decoder'
attributes as per http://www.python.org/doc/2.5.2/lib/module-codecs.html
(naturally, this applies to 2.5.* as well). However, at least the
CodecInfo
