[issue19121] Documentation guidelines enhancements
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19121 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16195] Difficult or impossible to figure out how garbage collector and weak references should interact for user-defined extension types
Stefan Behnel added the comment: Just as a quick update here: Cython has since then switched to only using PyObject_ClearWeakRefs() and otherwise leaves the handling of the weakref slot to CPython. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16195 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
New submission from CliffM: Standardising some name-shortening in the _randbelow() method. -- components: Extension Modules files: shorten.patch keywords: patch messages: 198984 nosy: CliffM priority: normal severity: normal status: open title: random.py : simple tidying type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31961/shorten.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19121] Documentation guidelines enhancements
CliffM added the comment: Improving documentation is a fine aim. However, finding the correct balance between reference, tuition and precis (i.e. overview) is tricky. I would like to see more documentation laid out with the code and tests. This at least binds the examples with running code. I am sure this has been asked already, but has anyone done an analysis of the web-server log for the documentation sites ? -- nosy: +CliffM ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19121 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +mark.dickinson, rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19170] telnetlib: use selectors
New submission from Charles-François Natali: The patch attached uses selector in telnetlib. This removes a lot of duplicated code. -- components: Library (Lib) files: telnetlib_selectors.diff keywords: needs review, patch messages: 198986 nosy: neologix priority: normal severity: normal stage: patch review status: open title: telnetlib: use selectors type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31962/telnetlib_selectors.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19170 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19129] 6.2.1. Regular Expression Syntax flags
Changes by Santosh Kumar san00...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file31963/re_u.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
New submission from Armin Rigo: The attached patch (which can be applied on both trunk and 2.7) gives a huge speed improvement for the case 'pow(huge_number, smallish_number, smallish_number)'. The improvement is unbounded: I get 20x with 'pow(x, y, z)' with the arguments 'x = 3 ** 1, y = 10 ** 51 - 2, z = 10 ** 51' but increasing x just increases the factor. This is inspired by https://github.com/pyca/ed25519: check out revision 9f3e838d90ded42a86ec74c5e9f5e37dec8122a0, run it with 'time python -u signfast.py sign.input'. This patch gives around 14% improvement. So it's a case that occurs in practice. -- components: Interpreter Core files: pow_speedup.diff keywords: patch messages: 198987 nosy: arigo priority: normal severity: normal status: open title: pow() improvement on longs versions: Python 2.7, Python 3.4 Added file: http://bugs.python.org/file31964/pow_speedup.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19172] selectors: add keys() method
New submission from Charles-François Natali: This adds a keys() method to selectors, to return all the registered keys. It's useful, because one often needs to loop until all registered file objects have been unregistered e.g. (inspired from subprocess, see #18923): while selector.keys(): for key, events in selector.select(): # process events also, it can be useful if you want e.g. the list of all currently logged users, etc. It avoids having to maintain a separate data-structure tracking registered file objects. The patch attached returns a new set upon each call: another way to handle this would be to just return the dictionary's .values() view: it would be faster and use less memory, but it's immutable and also this would prevent the user from doing: for key in selectior.keys(): if somecondition: selector.unregister(key.fileobj) (since you'll get dictonary changed size during iteration). -- components: Library (Lib) files: selectors_keys.diff keywords: needs review, patch messages: 198988 nosy: haypo, neologix, pitrou priority: normal severity: normal stage: patch review status: open title: selectors: add keys() method type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31965/selectors_keys.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19172 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18923] Use the new selectors module in the subprocess module
Charles-François Natali added the comment: Here's a patch updating subprocess to use selectors. (It depends on the new keys() method - issue #19172.) -- dependencies: +selectors: add keys() method keywords: +needs review, patch nosy: +neologix stage: - patch review Added file: http://bugs.python.org/file31966/subprocess_selectors.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18923 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Changes by Benjamin Peterson benja...@python.org: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19172] selectors: add keys() method
STINNER Victor added the comment: If you want to unregister while iterating on .keys(), just copy .keys(), as I do when removing items from a list or a dict while iterating on it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19172 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Tim Peters added the comment: Good idea! The patch looks almost ready to me: the comment block before the code block should be updated, since recomputing `base` is no longer being done _just_ to force `base` to a non-negative value. -- nosy: +tim.peters stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Changes by Antoine Pitrou pit...@free.fr: -- type: - performance versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19173] Expose Queue maxsize parameter to multiprocessing.Pool class
New submission from noxdafox: As a developer I want the multiprocessing Pool class to expose the internal queue size limit in order to better control the task flow in my application. Consider the following scenarios: 1. The tasks I want to run into the pool require a considerably big amount of data as input (a big XML string for example). A limitless queue and a high number of tasks would cause my application to consume a huge amount of memory, this is unacceptable. 2. I want to always ensure a small amount of tasks queued into the pool so that, if my application crashes, I won't loose much data. Patch includes code changes, tests and documentation. -- components: Library (Lib) files: maxqueuesize.patch keywords: patch messages: 198992 nosy: noxdafox priority: normal severity: normal status: open title: Expose Queue maxsize parameter to multiprocessing.Pool class type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31967/maxqueuesize.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19173 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19173] Expose Queue maxsize parameter to multiprocessing.Pool class
noxdafox added the comment: Please ignore the first provided patch, doc changes where wrong -- Added file: http://bugs.python.org/file31968/maxqueuesize.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19173 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19172] selectors: add keys() method
Antoine Pitrou added the comment: Indeed it's easy enough to call list() or set() on the result if you need it. On the other hand, the problem with returning a dict view is that it makes the return type dependent on an implementation detail. Returning a simple iterator would be great, except that you can't as easily test it for emptiness. So perhaps two methods are needed: - a keys() method returning an iterator - a has_keys() method returning a boolean -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19172 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Tim Peters added the comment: A bit of history: last time I fiddled that code, I didn't worry about this, because for large enough exponents all internal numbers _eventually_ become less than `base`. But the patch can speed up the _startup_ costs by an arbitrary amount (for smaller exponents it's _all_ startup costs, while for larger exponents there are 31 multiplications by `base` to precompute a 5-bits-a-time table). Of course there's no problem with correctness here: `base` and `base % modulus` are equivalent in this algorithm. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Tim Peters added the comment: Grr: should be: all internal numbers _eventually_ become less than `modulus`, not less than `base`. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19174] Add range to future_builtins
New submission from Peter: Much like how iterator style filter, map and zip are available via future_builtins (issue #2171), it would be natural to expect range to be there too, e.g. from future_builtins import range range(5) range(0, 5) The 2to3 fixers would need to be modified in the same way the map/filter/zip fixers were to be aware when a Python3 style range was in use via this import. -- messages: 198997 nosy: maubp priority: normal severity: normal status: open title: Add range to future_builtins type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19174 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19087] bytearray front-slicing not optimized
Roundup Robot added the comment: New changeset 499a96611baa by Antoine Pitrou in branch 'default': Issue #19087: Improve bytearray allocation in order to allow cheap popping of data at the front (slice deletion). http://hg.python.org/cpython/rev/499a96611baa -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19172] selectors: add keys() method
STINNER Victor added the comment: Using .keys() to test if the selector is empty is surprising. To test if a str, list, tuple, dict, set, ..., is empty: if container: not empty is enough. Or sometimes I write if len(container): ... Selector has no length? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19172 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19087] bytearray front-slicing not optimized
Antoine Pitrou added the comment: The commit produced compiled errors on Windows, but I've since fixed them. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19173] Expose Queue maxsize parameter to multiprocessing.Pool class
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19173 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19170] telnetlib: use selectors
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +jackdied ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19170 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19087] bytearray front-slicing not optimized
Serhiy Storchaka added the comment: Side effect of this change is that bytearray's data now can be non-aligned. We should examine all places which relies on this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19087] bytearray front-slicing not optimized
Antoine Pitrou added the comment: Side effect of this change is that bytearray's data now can be non-aligned. We should examine all places which relies on this. The C API makes no guarantees as to alignment of private data areas, so any external code relying on it would be incorrect. The remaining question is whether the bytearray implementation relies on it, but I don't think that's the case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Tim Peters added the comment: New patch changes the comments to match the new code. -- Added file: http://bugs.python.org/file31969/pow.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19060] docs: note that subprocess doesn't replace os.exec*
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19068] Some built-in complex docstrings are not PEP-8 compatible
Roundup Robot added the comment: New changeset 54213ef5bb19 by Ezio Melotti in branch '3.3': #19068: use imperative mood in complex object docstrings. Patch by Marco Buttu. http://hg.python.org/cpython/rev/54213ef5bb19 New changeset c1abbeae5c8a by Ezio Melotti in branch 'default': #19068: merge with 3.3. http://hg.python.org/cpython/rev/c1abbeae5c8a New changeset 3ef157674abc by Ezio Melotti in branch '2.7': #19068: use imperative mood in complex object docstrings. Patch by Marco Buttu. http://hg.python.org/cpython/rev/3ef157674abc -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19067] Built-in range docstrings are not PEP-8 compatible
Roundup Robot added the comment: New changeset 5135a431f7b3 by Ezio Melotti in branch '3.3': #19067: use imperative mood in range object docstrings. Patch by Marco Buttu. http://hg.python.org/cpython/rev/5135a431f7b3 New changeset b2c752eff474 by Ezio Melotti in branch 'default': #19067: merge with 3.3. http://hg.python.org/cpython/rev/b2c752eff474 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19067] Built-in range docstrings are not PEP-8 compatible
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19068] Some built-in complex docstrings are not PEP-8 compatible
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 2.7, Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19069] Built-in float docstrings are not PEP-8 compatible
Roundup Robot added the comment: New changeset ca8e75190402 by Ezio Melotti in branch '2.7': #19069: use imperative mood in float object docstrings. Patch by Marco Buttu. http://hg.python.org/cpython/rev/ca8e75190402 New changeset 563074ace473 by Ezio Melotti in branch '3.3': #19069: use imperative mood in float object docstrings. Patch by Marco Buttu. http://hg.python.org/cpython/rev/563074ace473 New changeset 63a10c942b50 by Ezio Melotti in branch 'default': #19069: merge with 3.3. http://hg.python.org/cpython/rev/63a10c942b50 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19069 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19069] Built-in float docstrings are not PEP-8 compatible
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: duplicate - fixed stage: - committed/rejected versions: +Python 2.7, Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19069 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19170] telnetlib: use selectors
Charles-François Natali added the comment: Here's an updated patch (the previous one mistakenly removed a testcase). -- Added file: http://bugs.python.org/file31970/telnetlib_selectors-1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19170 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19074] Add PySide to GUI FAQ
Roundup Robot added the comment: New changeset eddd46b5691a by Ezio Melotti in branch '2.7': #19074: mention PySide in the GUI FAQs. http://hg.python.org/cpython/rev/eddd46b5691a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19074 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19074] Add PySide to GUI FAQ
Ezio Melotti added the comment: I backported the relevant text from ccfb5ba50a44. -- assignee: docs@python - ezio.melotti resolution: - fixed stage: needs patch - committed/rejected status: open - closed type: - enhancement versions: -Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19074 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19172] selectors: add keys() method
Charles-François Natali added the comment: If you want to unregister while iterating on .keys(), just copy .keys(), as I do when removing items from a list or a dict while iterating on it. Of course, but as noted by Antoine, it makes the return type dependent of an implementation detail (I don't think there's any other place in the stdlib where a dict view is returned). Using .keys() to test if the selector is empty is surprising. To test if a str, list, tuple, dict, set, ..., is empty: if container: not empty is enough. Or sometimes I write if len(container): ... Selector has no length? No. For example, select.epoll objects don't have a length either. I'm not sure whether selectors have a natural length: if we added a __len__, we should also add __iter__ and IMO a selector isn't a container. Returning all the keys is a generic method that can be useful besides checking that the selector has registered keys. So perhaps two methods are needed: - a keys() method returning an iterator - a has_keys() method returning a boolean Sounds a bit overkill, no? keys() is definitely usful, and I'm not sure that it'll actually be a performance bottleneck in practice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19172 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Roundup Robot added the comment: New changeset f34c59494420 by Tim Peters in branch '3.3': Issue #19171: speed some cases of 3-argument long pow(). http://hg.python.org/cpython/rev/f34c59494420 New changeset 6fcdd1657ee3 by Tim Peters in branch 'default': Issue #19171: speed some cases of 3-argument long pow(). http://hg.python.org/cpython/rev/6fcdd1657ee3 New changeset 101bf827611a by Tim Peters in branch '2.7': Issue #19171: speed some cases of 3-argument long pow(). http://hg.python.org/cpython/rev/101bf827611a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Changes by Tim Peters t...@python.org: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti versions: +Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19024] Document asterisk (*), splat or star operator
Ezio Melotti added the comment: 223 people + me out of 1422 disagree with you both. Note that those votes doesn't necessarily mean I didn't know about the feature -- they might mean I find this feature useful/I like this feature. Features like decorators have even more votes and I don't think they are hidden features. Current page http://docs.python.org/3/tutorial/controlflow.html#unpacking-argument-lists is about functionality, not about operators These operators are documented here: http://docs.python.org/3/reference/expressions.html#index-36 http://docs.python.org/3/reference/expressions.html#index-37 This can be found from the doc index (which admittedly is not the most obvious place where to look): http://docs.python.org/3/genindex-Symbols.html If the problem is the content of the docs, you can suggest what exactly should be improved (and how). If the problem is the discoverability, you should open a separate issue on the Sphinx bug tracker about allowing the search of operators. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19174] Add range to future_builtins
Raymond Hettinger added the comment: This would have been a good idea, but that ship has sailed. The API for Python 2.7 is now set in stone. Sorry. -- nosy: +rhettinger resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19174 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19055] Regular expressions: * does not match as many repetitions as possible.
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: - docs@python components: +Documentation keywords: +easy nosy: +docs@python stage: - needs patch type: behavior - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19055 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
Ezio Melotti added the comment: I'm not sure I understand the comment about the overridden random() method that was introduced in 770c3ec05685, but unless something unusual is happening there I think the patch looks OK (the first comment is a bit redundant, and the empty line added in the last chunk before the comment could be omitted though). -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
Roundup Robot added the comment: New changeset 1f51867fe50e by Raymond Hettinger in branch 'default': Issue #19169: Micro refactoring with a micro benefit for brevity and speed. http://hg.python.org/cpython/rev/1f51867fe50e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Raymond Hettinger added the comment: I think the Do not supply the 'int' argument covers it well enough. This code has been around for a very long time and isn't causing any problems. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Senthil Kumaran added the comment: Hi Raymond, Ezio provided some comments on improvements to the patch. Do you mind if Ezio or I take over task of improvement. Not cause problems != no need to improve. TIA. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Raymond Hettinger added the comment: I don't think there is an actual problem here to be solved. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Tim Peters added the comment: I'm old, but I liked the docs better when they didn't mention the int argument at all. The int=int - or _int=int - argument is a CPython implementation detail. It has nothing to do with the API. And _of course_ users shouldn't mess with implementation details. 99.9+% will never notice the argument is there, and the fraction that do notice should infer that they shouldn't mess with it from that it's _not_ documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19169] random.py : simple tidying
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19169 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Christopher Smith added the comment: I probably wouldn't have noticed it except I was working more intensely with the different random methods and saw that randrange had the note about not supplying the 'int' argument and shuffle (though it had the same sort of argument) did *not* have the comment. So that raised the issue for me. Proabably the best thing would be do remove the comment from randrange and make sure that the not-to-mess-with args are made private with the underscore. /c -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19175] Erroneous reference to integer in format string grammar
New submission from David Chambers:
I first raised this issue on Stack Overflow:
http://stackoverflow.com/questions/19203194
The [replacement field grammar][1] states that an [integer][2] is a valid
field_name, but this is inaccurate:
'{0}'.format('zero')
'zero'
'{0x0}.format('zero')
KeyError: '0x0'
'{0o0}.format('zero')
KeyError: '0o0'
'{0b0}.format('zero')
KeyError: '0b0'
This [comment][3] by Eric Smith suggests that the above is the intended
behaviour:
get_integer uses the narrowest possible definition for integer indexes,
in order to pass all other strings to mappings.
The documentation should be updated to match the actual behaviour. abarnert on
Stack Overflow suggested the following change:
-arg_name ::= [identifier | integer]
+arg_name ::= [identifier | digit+]
[1]: http://docs.python.org/2/library/string.html#format-string-syntax
[2]:
http://docs.python.org/2/reference/lexical_analysis.html#grammar-token-integer
[3]: http://bugs.python.org/issue8985#msg107705
--
assignee: docs@python
components: Documentation
messages: 199024
nosy: davidchambers, docs@python
priority: normal
severity: normal
status: open
title: Erroneous reference to integer in format string grammar
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19175
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Roundup Robot added the comment: New changeset b1e94e332ec8 by Raymond Hettinger in branch '2.7': Issue 14927: Minor clean-up of function parameters in random(). http://hg.python.org/cpython/rev/b1e94e332ec8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Raymond Hettinger added the comment: Py3.3: http://hg.python.org/cpython/rev/0899960835f5 Py3.4: http://hg.python.org/cpython/rev/8494d2c8ef54 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Christopher Smith added the comment: In 3.3 and 3.4 I would just change the shuffle arg from `int=int` to `_int=int` and delete the comment in docstring regarding not supplying the value. (In both you *removed* the argument and internally added `_int=int`.) Note that (as far as I can see) in 3.3 you didn't remove the comment in the docstring of shuffle like you did in 3.4 /c On Sat, Oct 5, 2013 at 11:54 PM, Raymond Hettinger rep...@bugs.python.orgwrote: Raymond Hettinger added the comment: Py3.3: http://hg.python.org/cpython/rev/0899960835f5 Py3.4: http://hg.python.org/cpython/rev/8494d2c8ef54 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17618] base85 encoding
Jason Stokes added the comment: What issues are there with the implementation as it stands? I am happy to contribute (as I need to code a base36 implementation myself, and it's basically the same work) but it looks like the existing implementation is fine, except possibly some people don't like adobe being implemented by default? -- nosy: +glasper ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17618 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Roundup Robot added the comment: New changeset 50ea4dccb03e by Raymond Hettinger in branch '3.3': Issue 14927: Remove a docstring line that is no longer applicable. http://hg.python.org/cpython/rev/50ea4dccb03e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add Do not supply 'int' argument to random.shuffle docstring
Raymond Hettinger added the comment: Christopher, this tracker item needs to die. It is wasting everyone's time (and churning code) over nothing. FYI, I moved the _int=int for shuffle inside the function because the assignment was outside of the inner loop, so we weren't getting any real benefit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
