[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes
Oleg Plakhotnyuk oleg...@gmail.com added the comment: Thanks for your review, Ezio! Here goes new patch with all issues you've mentioned been fixed. -- Added file: http://bugs.python.org/file23678/test_aifc2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13395] Python ISO-8859-1 encoding problem
New submission from Hugo Silva hugo...@gmail.com:
Hi all,
I'm facing a huge encoding problem in Python when dealing with ISO-8859-1 /
Latin-1 character set.
When using os.listdir to get the contents of a folder I'm getting the strings
encoded in ISO-8859-1 (ex: ''Ol\xe1 Mundo''), however in the Python interpreter
the same string is encoded to a different charset:
In : 'Olá Mundo'.decode('latin-1')
Out: u'Ol\xa0 Mundo'
How can I force Python to decode the string to the same format. I've seen that
os.listdir is returning the strings correctly encoded but the interpreter is
not ('á' character corresponds to '\xe1' in ISO-8859-1, not to '\xa0'):
http://en.wikipedia.org/wiki/ISO/IEC_8859-1
This is happening
Any thoughts on how to overcome ?
Regards,
--
components: Unicode
messages: 147552
nosy: Hugo.Silva, ezio.melotti
priority: normal
severity: normal
status: open
title: Python ISO-8859-1 encoding problem
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13395
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13395] Python ISO-8859-1 encoding problem
Ezio Melotti ezio.melo...@gmail.com added the comment: This doesn't seem a bug to me, so you should ask for help somewhere else. You can try to pass a unicode arg to listdir to get unicode back, and double check what the input actually is. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13395] Python ISO-8859-1 encoding problem
Martin v. Löwis mar...@v.loewis.de added the comment: Apparently, you are using the interactive shell on Microsoft Windows. This will use the OEM code page; which one that is depends on the exact Windows regional version you are using. You shouldn't decode the string with 'latin-1', but with sys.stdin.encoding. Alternatively, you should use Unicode string literals in Python in the first place. In any case, Ezio is right: this is not a help forum, but a bug tracker. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)
Changes by Paul Moore p.f.mo...@gmail.com: -- nosy: +pmoore ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10181 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13390] Hunt memory allocations in addition to reference leaks
Antoine Pitrou pit...@free.fr added the comment: Thanks for the comments, here is a new patch addressing them. I've kept the C API available in all builds (since it's private), but sys.getallocatedblocks() is only available in debug builds. As for the memory leak run results, I think we may have to devise a heuristic where results like [1,0,1] (or similar variation of 0s, 1s, and -1s) are considered a success, but others like [1,1,1] are a failure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: -python-dev resolution: fixed - stage: committed/rejected - test needed status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 0e94d9bef251 by Ezio Melotti in branch 'default': Closes #2771. #13388 now needs to be updated. http://hg.python.org/test/rev/0e94d9bef251 -- nosy: +python-dev resolution: - fixed stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
New submission from Amaury Forgeot d'Arc amaur...@gmail.com:
I noticed that several usages of random.getrandbits() actually need bytes. A
few examples:
- Lib/test/test_zlib.py calls random.getrandbits(8 * _1M).to_bytes()
- Twisted uses the %x format and then call .decode('hex')
Another examples found with Code Search:
- struct.pack(Q, random.getrandbits(64))
- for i in range(8): ClientChallenge+= chr(random.getrandbits(8))
- key = sha1(str(random.getrandbits(8*20))).digest()
random.getrandbits() itself is not a cheap call: it ends with a call to
_PyLong_FromByteArray, and transformation to bytes will involve more copy,
conversions from 30bit digits (or 15bit digits) to bytes, or worse.
This patch adds random.getrandbytes(), which creates a bytes string directly
from calls to genrand_int32().
--
files: getrandbytes.patch
keywords: patch
messages: 147557
nosy: amaury.forgeotdarc, rhettinger
priority: normal
severity: normal
status: open
title: new method random.getrandbytes()
type: feature request
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file23679/getrandbytes.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13396
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: -python-dev resolution: fixed - stage: committed/rejected - test needed status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e4fcac92a80a by Ezio Melotti in branch 'default': Closes #2771. #13388 now needs to be updated. http://hg.python.org/test/rev/e4fcac92a80a -- nosy: +python-dev resolution: - fixed stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13388] document hg commit hooks in the devguide
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e4fcac92a80a by Ezio Melotti in branch 'default': Closes #2771. #13388 now needs to be updated. http://hg.python.org/test/rev/e4fcac92a80a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13388] document hg commit hooks in the devguide
Ezio Melotti ezio.melo...@gmail.com added the comment: ...because the hook now supports multiple issue id in the same commit message. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Changes by Nadeem Vawda nadeem.va...@gmail.com: -- nosy: +nadeem.vawda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13390] Hunt memory allocations in addition to reference leaks
Changes by Antoine Pitrou pit...@free.fr: Added file: http://bugs.python.org/file23680/debugblocks2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13390] Hunt memory allocations in addition to reference leaks
Changes by Antoine Pitrou pit...@free.fr: Added file: http://bugs.python.org/file23681/debugblocks3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13390] Hunt memory allocations in addition to reference leaks
Antoine Pitrou pit...@free.fr added the comment: And the latest patch (debugblocks3.patch) adds said heuristic. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Antoine Pitrou pit...@free.fr added the comment: Good idea, IMO. +cum = set() +for i in range(100): +val = getbytes(span) +cum |= set(i for i in range(span) if val[i]) +self.assertEqual(len(cum), span) I find this test a bit strange. Also, perhaps it should be bitwise rather than bytewise. -- nosy: +pitrou stage: - patch review versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13204] sys.flags.__new__ crashes
Antoine Pitrou pit...@free.fr added the comment: Thanks for the patch. You should add the same tests for sys.version_info and sys.getwindowsversion. -- nosy: +pitrou stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13204 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13355] random.triangular error when low = high=mode
Raymond Hettinger raymond.hettin...@gmail.com added the comment: I've got this one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13217] Missing header dependencies in Makefile
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 36375075d6aa by Antoine Pitrou in branch 'default': Issue #13217: add missing header dependencies in the Makefile for unicodeobject.o. http://hg.python.org/cpython/rev/36375075d6aa -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13217] Missing header dependencies in Makefile
Antoine Pitrou pit...@free.fr added the comment: Thank you for the patch. I only applied it to 3.3, since 3.2 doesn't have the additional header files. -- resolution: - invalid stage: patch review - committed/rejected status: open - closed versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Raymond Hettinger raymond.hettin...@gmail.com added the comment: How would this work for other random number generators that don't supply genrand_int32()? The API for random is supposed to be easily subclassable and reusable for other random number generators. The requirements for those generators is intentionally kept minimal (i.e. they only need to supply random(), seed(), getstate() and setstate() and optionally getrandbits()). I'm -0 on making this API fatter. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13388] document hg commit hooks in the devguide
Eli Bendersky eli...@gmail.com added the comment: Nice, I didn't know about issue #2771 ;-) Will update the patch! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: How would this work for other random number generators that don't supply genrand_int32()? genrand_int32 is an internal function, only available in C for the Mersenne Twister generator. random.SystemRandom() should provide getrandbytes as well, it would just call os.urandom(); I don't know other generators. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Raymond Hettinger raymond.hettin...@gmail.com added the comment: genrand_int32 is an internal function, only available in C for the Mersenne Twister generator. Yes, I know. I'm the one added that code ;-) I don't know other generators. The problem is that we need an API that will accommodate other random number generators and not be specific to the MersenneTwister. Right now, the starting point for everything in the random module is an underlying generator supplying a random() method returning a float and an optional getrandombits() method which returns an int (possibly a long int). The latter is easily convertible to bytes with to_bytes() which uses a fast O(n) algorithm. ISTM, the getrandbytes() proposal amounts to a micro-optimization of existing capabilities, and it comes at the expense of fattening the API. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Antoine Pitrou pit...@free.fr added the comment: The problem is that we need an API that will accommodate other random number generators and not be specific to the MersenneTwister. Right now, the starting point for everything in the random module is an underlying generator supplying a random() method returning a float and an optional getrandombits() method which returns an int (possibly a long int). Well, you can provide a default getrandombytes() which calls into getrandombits(), and specialize it in the case genrand_int32() exists. The latter is easily convertible to bytes with to_bytes() which uses a fast O(n) algorithm. Well, O(n) doesn't necessarily equate fast. Can Amaury post benchmark numbers of getrandbits().to_bytes() vs getrandbytes()? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13397] Option for XMLRPC clients to automatically transform Fault exceptions into standard exceptions
New submission from Raymond Hettinger raymond.hettin...@gmail.com:
Currently, an XMLRPC client communicating with a server running Python can make
Python style calls but exceptions get collapsed into a standard FaultException
making it difficult to program in a Pythonic style:
proxy = xmlrpc.client.ServerProxy(http://localhost:8000/;)
try:
value = proxy.lookup('somekey')
except xmlrpc.client.Fault as err:
if err.faultCode == 1 and 'KeyError' in err.faultString:
k = re.search(r:.(\w+)' not found$, err.faultString).groups(1)
raise KeyError(k)
It would be better if we could do this automatically (search for a pure python
exception of the same name and raise it instead of a Fault):
proxy = xmlrpc.client.ServerProxy(http://localhost:8000/;,
python_exceptions=True)
try:
value = proxy.lookup('somekey')
except KeyError as e:
...
--
messages: 147572
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Option for XMLRPC clients to automatically transform Fault exceptions
into standard exceptions
type: feature request
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13397
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13397] Option for XMLRPC clients to automatically transform Fault exceptions into standard exceptions
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- components: +Library (Lib) priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13397 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13397] Option for XMLRPC clients to automatically transform Fault exceptions into standard exceptions
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +flox, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13397 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: ./python -m timeit -s from random import getrandbits getrandbits(800).to_bytes(100, 'little') 10 loops, best of 3: 25 msec per loop ./python -m timeit -s from random import getrandbytes getrandbytes(100) 100 loops, best of 3: 9.66 msec per loop For the Mersenne Twister, getrandbytes() is ~2.5 times faster (A length of 1000 gives exactly the same ratio) When applied to the SytemRandom object, the difference is less impressive (probably because os.urandom is slow) but getrandbytes is still 20ms faster. Updated patch to add getrandbytes at the module level, and to SystemRandom. -- Added file: http://bugs.python.org/file23682/getrandbytes.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Changes by Amaury Forgeot d'Arc amaur...@gmail.com: Removed file: http://bugs.python.org/file23679/getrandbytes.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12875] backport re.compile flags default value documentation
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 87ecfd5cd5d1 by Eli Bendersky in branch '2.7': Normalize the keyword arguments documentation notation in re.rst. Closes issue #12875 http://hg.python.org/cpython/rev/87ecfd5cd5d1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12875] backport re.compile flags default value documentation
Changes by Eli Bendersky eli...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13388] document hg commit hooks in the devguide
Eli Bendersky eli...@gmail.com added the comment: An updated patch attached, explaining that several issues can be mentioned in a single commit message -- Added file: http://bugs.python.org/file23683/issue13388.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13239] Remove operator from Grammar/Grammar
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset a259511351d9 by Eli Bendersky in branch '3.2': Clarify the existence of the operator in Grammar/Grammar with a comment, for issue 13239 http://hg.python.org/cpython/rev/a259511351d9 New changeset 410115400838 by Eli Bendersky in branch 'default': Clarify the existence of the operator in Grammar/Grammar with a comment. Closes issue 13239 http://hg.python.org/cpython/rev/410115400838 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13239 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13386] Document documentation conventions for optional args
Eli Bendersky eli...@gmail.com added the comment: Ezio, regarding your latest message: The problem is when the default placeholder is some unique object() or some _internal value (we had something similar with a socket timeout once). I hope this should be rare enough not to present a significant problem with the _convention_. Such cases can be reviewed specifically and the best way to document will be discussed per case. Also for something like str.strip(), would you document chars=None or chars= \n\r\t\v\f? I think it would be better to document chars=None, because this is a simple value the user can pass (if he wants to do it explicitly), without thinking (and forgetting) about the specific delimeters. That None actually means \n\r\t\v\f should be explicitly documented below the function signature, of course. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13398] _cursesmodule missing Python.h on Solaris
New submission from Maciej Bliziński maciej.blizin...@gmail.com: Compilation of Python 3.2.2 fails on Solaris 9 as follows: /opt/SUNWspro/bin/cc -xcode=pic32 -xO3 -m32 -xarch=v8 -I/opt/csw/include -c ./Modules/_cursesmodule.c -o Modules/_cursesmodule.o ./Modules/_cursesmodule.c, line 105: cannot find include file: Python.h ./Modules/_cursesmodule.c, line 117: cannot find include file: py_curses.h ./Modules/_cursesmodule.c, line 130: warning: no explicit type given ./Modules/_cursesmodule.c, line 130: syntax error before or at: attr_t ./Modules/_cursesmodule.c, line 130: warning: old-style declaration or incorrect type for: attr_t ./Modules/_cursesmodule.c, line 139: warning: no explicit type given ./Modules/_cursesmodule.c, line 139: syntax error before or at: * (...) The problem seems to be a missing -I flag for the compiler, pointing at the Include directory in Python sources. -- components: Build messages: 147578 nosy: automatthias priority: normal severity: normal status: open title: _cursesmodule missing Python.h on Solaris type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13398] _cursesmodule does not build, doesn't find Python.h on Solaris
Changes by Maciej Bliziński maciej.blizin...@gmail.com: -- title: _cursesmodule missing Python.h on Solaris - _cursesmodule does not build, doesn't find Python.h on Solaris ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11836] multiprocessing.queues.SimpleQueue is undocumented
Eli Bendersky eli...@gmail.com added the comment: Sandro - yep, the sentinels arg is also undocumented in multiprocessing.PipeConnection.recv() and further down the road... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11836 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13229] Improve tools for iterating over filesystem directories
Nick Coghlan ncogh...@gmail.com added the comment: And walkdir is now a published package: http://walkdir.readthedocs.org My plan for this issue now is to maintain walkdir as a standalone package for 2.7 and 3.2, but still add the functionality to shutil for 3.3+. However, I'll gather feedback on the PyPI module for a while before making any changes to the 3.3 repo. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13229 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11836] multiprocessing.queues.SimpleQueue is undocumented
Eli Bendersky eli...@gmail.com added the comment: However, sentinels *are* mentioned in the multiprocessing doc, below multiprocessing.Process: sentinel A numeric handle of a system object which will become “ready” when the process ends. On Windows, this is an OS handle usable with the WaitForSingleObject and WaitForMultipleObjects family of API calls. On Unix, this is a file descriptor usable with primitives from the select module. You can use this value if you want to wait on several events at once. Otherwise calling join() is simpler. New in version 3.3. From a cursory glance on the implementation in Lib/multiprocessing/connection.py, this is the same sentinel. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11836 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13374] Deprecate usage of the Windows ANSI API in the nt module
STINNER Victor victor.stin...@haypocalc.com added the comment: I notice that the patch changes rename() and link() to use win32_decode_filename() to coerce the filename to unicode before using the wide win32 api. Well, I did that to simplify the source code. (Previously, rename() first tried the wide api, falling back to narrow if that failed; link() used wide if the args were both unicode, narrow otherwise. Some other functions like symlink() already only use the wide api.) I can change my patch to mimick the previous behaviour: try Unicode-Unicode, or fall back to encoding both arguments to the filesystem encoding. Is this approach of coercing to unicode and only using the wide api blessed? I certainly think it should be. If so then one can get rid lots windows specific code. It was already discussed before to drop the bytes API to decode Unicode filenames in Python and only use the Unicode Windows API. There is no consensus on this topic: the statut is that the bytes API is kept but deprecated. bytes filenames will continue to use the bytes Windows API. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13396] new method random.getrandbytes()
Raymond Hettinger raymond.hettin...@gmail.com added the comment: The differential cost of generating n random bytes is negligible compared to actually doing anything with the bytes once their generated. This optimization is close to being a total waste (saving 15 milliseconds for the abnormal case of generating 1 million random bytes). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12875] backport re.compile flags default value documentation
Changes by Ezio Melotti ezio.melo...@gmail.com: -- resolution: - fixed stage: commit review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13386] Document documentation conventions for optional args
Ezio Melotti ezio.melo...@gmail.com added the comment: You should also explicitly specify what happens in several optional but not keyword args are needed. AFAIU the convention is: func(arg1, arg2[, opt1, opt2]) IIUC that would mean that either you pass only arg1 and arg2, or you also pass both opt1 and opt2. I think the correct notation for that is e.g.: str.startswith(prefix[, start[, end]]) I also saw func(foo[, bar][, baz]) for cases where either bar or baz can be passed, but since this requires keyword arguments, the func(foo, bar=x, baz=y) notation should be used instead, and the documentation should then explain that either one can be passed. I also agree with what you said in your last message. What can't be expressed with a notation can always be described with words. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13386] Document documentation conventions for optional args
Eli Bendersky eli...@gmail.com added the comment: What you say makes sense, now I just have to dig up where I saw instances of [, opt1, opt2] If anything, this is another proof that such conventions must be agreed upon and meticulously documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
