Change by Andrew Clegg :
--
keywords: +patch
pull_requests: +4018
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31756>
___
___
Py
Andrew Clegg added the comment:
OK great, I'll get working on a patch.
--
___
Python tracker
<https://bugs.python.org/issue31756>
___
___
Python-bugs-list m
Andrew Clegg added the comment:
RFE submitted as issue31756 , thanks
--
___
Python tracker
<https://bugs.python.org/issue6135>
___
___
Python-bugs-list mailin
New submission from Andrew Clegg :
Following on from https://bugs.python.org/issue6135
The subprocess module by default returns bytes from subprocess calls. It has a
text mode, but this can only be accessed by slightly tangential arguments
(setting encoding, errors or universal_newlines
Andrew Clegg added the comment:
I meant the former; I'll look a bit more at the documentation and submit an
issue/patch.
As regards the 'text' flag - universal_newlines is actually exactly that
already. I've just checked the code of subprocess.py and the universal_newlin
Andrew Clegg added the comment:
The commit for this bug (720f0cf580e2) introduces encoding and errors arguments
but doesn't actually document what the values of these should be. In the case
of the encoding it could be reasonably guessed, but the only way to determine
what the val
Andrew Clegg added the comment:
I would like to add a real-world use case I have for nanosecond-precision
support. I deal with data loggers that are controlled by GPS clocks, and I am
writing some processing software in Python that requires the input of
high-precision timestamps for
Andrew Clegg added the comment:
Updated py3k patch to use the more concise bytes syntax, cheers.
--
Added file: http://bugs.python.org/file17918/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Changes by Andrew Clegg :
Added file: http://bugs.python.org/file17917/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bugs-list m
Andrew Clegg added the comment:
OK, regenerated both patches from the top level of the checkout (paths within
the patch are 'Lib/fnmatch.py' and 'Lib/test/test_fnmatch.py'.
Sorry about the corrupted patch before - I've tested this version by reverting
my changes
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file17902/py27-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bug
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file17901/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bug
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file16116/fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bugs-list m
Andrew Clegg added the comment:
Attached is a patch and unit test against release27-maint.
--
Added file: http://bugs.python.org/file17902/py27-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Andrew Clegg added the comment:
Sorry, messed up indentation on last patch, trying again...
--
Added file: http://bugs.python.org/file17901/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file17900/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bug
Andrew Clegg added the comment:
Attached is the Py3K version of the patch, and a unit test (Py3K only).
--
Added file: http://bugs.python.org/file17900/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Andrew Clegg added the comment:
Hi,
This bug seems to have stalled - how can I get it moved forward? There don't
seem to be any objections with the patch as-is, and the problem seems clear.
Cheers
--
___
Python tracker
<http://bugs.py
Andrew Clegg added the comment:
"If you give something an _, then it is not considered part of the public API
and it (the internal API, not the value) is subject to change, which means you
should *not* suggest that users change it. If they find it and want to change
it anyway, that
Andrew Clegg added the comment:
Hi,
I used a global name for a couple of reasons: it is consistent with the cache
itself and the size of the cache being defined in the same place; and because I
wanted to allow the value to be modified by users.
I used the leading underscore to give a weak
New submission from Andrew Clegg :
The fnmatch module has a cache of translation between glob patterns and
compiled regular expressions. However this cache is never emptied; only added
to. I am writing a python program which as part of its execution checks
millions of unique globs - this
21 matches
Mail list logo