> Sorry, I meant to imply that we would guard FindFirstFile in the same
> manner that _stati64 and friends do already (using strpbrk/wcspbrk to
> search for "?*" in the path). At that point, you have essentially
> duplicated the CRT code with the added improvement of using
> GetFileAttributes* to r
> Perhaps a note should be added to the docs that the 'existence' of 'nul',
> etc, is inconsistent in Windows and hence, at present, in Python.
That is a statement that I want to get better confirmation on also.
What is the precise condition where Windows (or perhaps just Python?)
would claim tha
Neal Norwitz wrote:
> On Nov 2, 2007 2:23 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>> Neal - where does the 2.5 branch stand at the moment? This would be a
>> simple fix to slip into 2.5.2 if there's still time.
>
> I'm not sure if this was before my last status mail. We are hoping to
> get a
I have a patch ready (http://bugs.python.org/issue1399) that adds an XML
codec. This codec implements encoding detection as specified in
http://www.w3.org/TR/2004/REC-xml-20040204/#sec-guessing and could be
used for the decoding phase of an XML parser. Other use cases are:
The codec could be used
ACTIVITY SUMMARY (10/31/07 - 11/07/07)
Tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
1322 open (+15) / 11560 closed (+17) / 12882 total (+32)
Open issues with patches: 418
Average durati
> Any comments?
-1. First, (as already discussed on the tracker,) "xml" is a bad name
for an encoding. How would you encode "Hello" "in xml"?
Then, I'd claim that the problem that the codec solves doesn't really
exist. IOW, most XML parsers implement the auto-detection of encodings,
anyway, and t
