[issue19266] Rename contextlib.ignore to contextlib.suppress
Raymond Hettinger added the comment: After more thought, I think that suppress() isn't as clear as ignore() and it doesn't read as well in typical use cases. I'm assigning this one back to Nick to decide. If you want to scan existing code for examples to see how well this would read, run this: $ egrep -C2 except( [A-Za-z]+)?: *py | grep -C2 pass -- assignee: rhettinger - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18723] shorten function of textwrap module is susceptible to non-normalized whitespaces
Vajrasky Kok added the comment: Serhiy's commit http://hg.python.org/cpython/rev/2e8c424dc638 fixed this issue already. So I closed this ticket. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
STINNER Victor added the comment: On python-dev, abort_on() and trap() were proposed. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19270] sched.cancel() breaks events order
New submission from Serhiy Storchaka: sched.cancel() breaks events order if events are scheduled on same time and have same priority. Patch contains tests which expose this issue. -- components: Library (Lib) files: sched_test_stable.patch keywords: patch messages: 200040 nosy: giampaolo.rodola, pitrou, rhettinger, serhiy.storchaka priority: normal severity: normal stage: needs patch status: open title: sched.cancel() breaks events order type: behavior versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32142/sched_test_stable.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19270 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13451] sched.py: speedup cancel() method
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +sched.cancel() breaks events order ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13451 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19271] Update OrderedDict see also link
New submission from Mark Lawrence: Both Python 2 and 3 docs refer to Raymond Hettinger's original recipe here http://code.activestate.com/recipes/576693/. Would it be better to link to pypi https://pypi.python.org/pypi/ordereddict? -- assignee: docs@python components: Documentation messages: 200041 nosy: BreamoreBoy, docs@python priority: normal severity: normal status: open title: Update OrderedDict see also link versions: Python 2.7, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19271 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19271] Update OrderedDict see also link
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: docs@python - rhettinger nosy: +rhettinger priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19271 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16500] Add an 'atfork' module
Changes by Aaron Iles aaron.i...@gmail.com: -- nosy: +aliles ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16500 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17087] Improve the repr for regular expression match objects
Claudiu.Popa added the comment: Serhiy, are there any left issues with my latest patch? It would be nice if we could get this into 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13451] sched.py: speedup cancel() method
Serhiy Storchaka added the comment: All patches have problem with stable order. Rehashifying change it. But there are even more serious problems with current code (see issue19270). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13451 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Raymond Hettinger added the comment: I oppose abort_on() because it implies that it aborts the program. The word trap() is accurate but will be weird-sounding and non-communicative to users without a CS background: with trap(sqlite3.OperationalError): cursor.execute('CREATE TABLE dict (key text, value text)') The word trap in a CS context is also archaic and falling out of use. (Remember, glob.glob() was a good name in 1990 but most people now don't get know the reference to globbing and so the word is meaningless gobbledygook to them). Please give some weight to the fact the ignore() was checked in for seven months, it was presented at a conference, I've put it front of working Python programmers to use in real code, and I've checked to see how it reads in the try/except/pass code examples in the standard library. Don't throw away this work on a whim. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18468] re.group() should never return a bytearray
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18468] re.group() should never return a bytearray
Roundup Robot added the comment: New changeset add40e9f7cbe by Serhiy Storchaka in branch 'default': Issue #18468: The re.split, re.findall, and re.sub functions and the group() http://hg.python.org/cpython/rev/add40e9f7cbe -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18725] Multiline shortening
Vajrasky Kok added the comment: Serhiy, you forgot to add shorten to __all__. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18468] re.group() should never return a bytearray
Serhiy Storchaka added the comment: Thank you Antoine for your review. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19270] sched.cancel() breaks events order
Serhiy Storchaka added the comment: Actually there are two bugs: 1. sched.cancel() can remove wrong event (because it uses equality instead identity). 2. sched.cancel() change order of equal (by time and priority) events. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19270 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18725] Multiline shortening
Roundup Robot added the comment: New changeset 0bd257cd3e88 by Serhiy Storchaka in branch 'default': Add shorten to __all_ (issues #18585 and #18725). http://hg.python.org/cpython/rev/0bd257cd3e88 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18725] Multiline shortening
Serhiy Storchaka added the comment: Thank you Vajrasky. It's Antoine forgot. ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18585] Add a text truncation function
Roundup Robot added the comment: New changeset 0bd257cd3e88 by Serhiy Storchaka in branch 'default': Add shorten to __all_ (issues #18585 and #18725). http://hg.python.org/cpython/rev/0bd257cd3e88 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18585 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Stefan Krah added the comment: trap() is a bit ambiguous, since in floating point operations it means that something is actually raised and not suppressed. So one could write: from decimal import * c = getcontext() c.traps[Inexact] = True Decimal(9) / 11 # raises now! with trap(Inexact): Decimal(9) / 11 # quiet! As for ignore vs. suppress, I'm with the people who think that they are largely synonyms here. I find ignore slightly catchier and nicer to read. Being pedantic, one could call it ignore_once. I would also like catch, or pedantically, catch_once. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17087] Improve the repr for regular expression match objects
Claudiu.Popa added the comment: Added the new patch, which addresses Serhiy's comments. Also, this approach fails when bytes are involved: import re re.search(ba, ba) Assertion failed: (PyUnicode_Check(op)), function _PyUnicode_CheckConsistency, file Objects/unicodeobject.c, line 309. Should a check be added for this also? -- Added file: http://bugs.python.org/file32143/sre_repr4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Zero Piraeus added the comment: 'Ignore' and 'suppress' are not synonyms: https://www.google.com/search?q=define%3Asuppress forcibly put an end to. the rising was savagely suppressed synonyms: subdue, repress, crush, quell, quash, squash, stamp out https://www.google.com/search?q=define%3Asuppress refuse to take notice of or acknowledge; disregard intentionally. he ignored her outraged question synonyms: disregard, take no notice of, pay no attention to [...] I know that ncoghlan and rhettinger (and maybe others) are annoyed by what they see as bikeshedding, but there is a genuine issue here. To summarize the objection raised on python-dev, the problem is that this: with ignore(SomeException): do_something() do_something_else() ... is easily misunderstood as ignoring every occurrence of SomeException throughout the with-statement. If you understand how context managers work, it's not difficult to see why that's not the case, but the name strongly suggests the incorrect reading over the correct one. I don't think 'suppress' is perfect. At the risk of further enraging those who are already tired of this discusion, I'll re-propose 'silence', which IMO comes closest to describing what is actually going on: https://www.google.com/search?q=define%3Asilence cause to become silent; prohibit or prevent from speaking. the team's performance silenced their critics synonyms: quiet, hush, shush I also quite like 'quash' from the list of 'suppress' synonyms above, but that's probably just because it's a nice word to say :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17087] Improve the repr for regular expression match objects
Serhiy Storchaka added the comment: Use correct first argument to getslice(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Stefan Krah added the comment: Zero Piraeus rep...@bugs.python.org wrote: 'Ignore' and 'suppress' are not synonyms: I wrote synonyms here, meaning that in *this context* they are practically synonyms. suppress describes the mechanics more precisely, ignore descibes the human intent: suppress_and_thereby_ignore. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5342] packaging: add tests for old versions cleanup on update
Sergio Callegari added the comment: Getting bitten by this with numpy/scipy installations Having previous scipy installed, pip install -I scipy creates a broken scipy installation, because the previous one is not removed and gets overwritten. For instance, an old spectral.so file leftover hides the spectral.py file from the new installation causing broken behavior. Similarly trying pip uninstall scipy pip install scipy does the same, because the distutils uninstall does not uninistall anything, leaves the scipy directory there and all cheerful ends with a 'Successfully uninstalled scipy'. This is *dangerous*. Mixing old and new code could lead to the weirdest behavior. In principle, one could even use this property to craft packages such that when two subsequent versions are installed one on top of the other malicious things happen even if individually each version is innoquous. -- nosy: +Sergio.Callegari ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18314] Have os.unlink remove junction points
Kim Gräsman added the comment: Gentle ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17087] Improve the repr for regular expression match objects
Claudiu.Popa added the comment: Latest patch attached. -- Added file: http://bugs.python.org/file32144/sre_repr5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18999] Robustness issues in multiprocessing.{get, set}_start_method
Roundup Robot added the comment: New changeset 72a5ac909c7a by Richard Oudkerk in branch 'default': Issue #18999: Make multiprocessing use context objects. http://hg.python.org/cpython/rev/72a5ac909c7a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18999 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18999] Support different contexts in multiprocessing
Changes by Richard Oudkerk shibt...@gmail.com: -- resolution: - fixed stage: - committed/rejected status: open - pending title: Robustness issues in multiprocessing.{get,set}_start_method - Support different contexts in multiprocessing type: behavior - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18999 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18999] Support different contexts in multiprocessing
Lars Buitinck added the comment: Thanks, much better than my solution! -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18999 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5342] packaging: add tests for old versions cleanup on update
Changes by Alan Cristhian alan.cri...@gmail.com: -- nosy: +Alan.Cristhian ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
New submission from Facundo Batista: This is ok: Python 3.4.0a3+ (default:86af5991c809, Oct 13 2013, 16:42:52) ... import pickle def f(): ... pass ... pickle.dumps(f) b'\x80\x03c__main__\nf\nq\x00.' However, when trying to pickle a lambda, it fails: pickle.dumps(lambda: None) Traceback (most recent call last): File stdin, line 1, in module _pickle.PicklingError: Can't pickle class 'function': attribute lookup builtins.function failed (Found this because I'm getting the same problem but when trying to use concurrent.futures.ProcessExecutor) -- components: Library (Lib) messages: 200062 nosy: facundobatista priority: normal severity: normal status: open title: Can't pickle lambda (while named functions are ok) type: behavior versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Amaury Forgeot d'Arc added the comment: Functions are pickled by name, not by code. Unpickling will only work if a function with the same name is present in in the same module (__main__ in your example) This is why pickling a lambda won't work: they have no individual names. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18999] Support different contexts in multiprocessing
Changes by Richard Oudkerk shibt...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18999 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Jesús Cea Avión added the comment: Would be interesting to be able to pickle function.__code__. Although, thinking about this, it would be not portable between Python releases, something that pickle guarantee. Thoughs? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17087] Improve the repr for regular expression match objects
Serhiy Storchaka added the comment: It is too complicated (and perhaps erroneous). Why not use just self-pattern-logical_charsize? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17087 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Ethan Furman added the comment: According to the docs[1]: 12.1.4. What can be pickled and unpickled? The following types can be pickled: - None, True, and False - integers, floating point numbers, complex numbers - strings, bytes, bytearrays - tuples, lists, sets, and dictionaries containing only picklable objects - functions defined at the top level of a module - built-in functions defined at the top level of a module - classes that are defined at the top level of a module - instances of such classes whose __dict__ or the result of calling __getstate__() is picklable Notice that lambda is not in that list. The docs for concurrent.futures.ProcessPoolExecutor[2] state: 17.4.3. ProcessPoolExecutor The ProcessPoolExecutor class is an Executor subclass that uses a pool of processes to execute calls asynchronously. ProcessPoolExecutor uses the multiprocessing module, which allows it to side-step the Global Interpreter Lock but also means that only picklable objects can be executed and returned. [1] http://docs.python.org/3/library/pickle.html#what-can-be-pickled-and-unpickled [2] http://docs.python.org/dev/libraryconcurrent.futures.html?highlight=concurrent#processpoolexecutor -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Facundo Batista added the comment: Ethan, lambda functions are included in functions defined at the top level of a module. Probably we should note there something like except lambdas, because function pickling is by name, not by code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Facundo Batista added the comment: Jesús, Amaury: What if pickle would assign a random unique name to the lambda (like, an UUID) so it can be pickled and unpickled? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Ethan Furman added the comment: Yeah, that one line should say, named functions defined at the top level of a module. The following three paragraphs do, however, mention named several times. Sounds like a doc issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Ethan Furman added the comment: The problem with a randam unique name is making sure you get the same random unique name across different runs, different pythons, and different orders of execution. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11489] json.dumps not parsable by json.loads (on Linux only)
Taras Prokopenko added the comment: You should use ensure_ascii=False option to json.dumps, ie import json unicode_bytes = '\xed\xa8\x80' unicode_string = unicode_bytes.decode(utf8) json_encoded = json.dumps(unicode_string, ensure_ascii=False) json.loads(json_encoded),unicode_string (u'\uda00', u'\uda00') cmp(json.loads(json_encoded),unicode_string) 0 -- nosy: +Taras.Prokopenko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Guido van Rossum added the comment: New patch, mostly SSL hardening IIRC. -- Added file: http://bugs.python.org/file32145/asyncio7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Guido van Rossum added the comment: I could use some help for two issues with the tests: (1) How do I stop regrtest.py from running the windows tests? (These import _winapi.) 2 tests failed: test_asyncio.test_windows_events test_asyncio.test_windows_utils (2) I get this message -- what does it mean and should I care? 2 tests altered the execution environment: test_asyncio.test_base_events test_asyncio.test_futures -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
R. David Murray added the comment: So don't make it random, use a hash of the code object :) (I'm not sure I'm serious, the thought just popped into my head...) -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Ned Deily added the comment: 1) The test case decorator perhaps: @unittest.skipIf(sys.platform == win32, Does not apply to Windows) -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8964] platform._sys_version does not parse correctly IronPython 2.x version
Martin Matusiak added the comment: I've checked sys.version on IronPython 2.6.1, 2.6.2 (same format) and 2.7.4 (slightly different). The patch includes two new test cases. I've also taken the liberty of adding some newlines in between the items in the dict as I found this code very hard to read otherwise. -- keywords: +patch nosy: +numerodix Added file: http://bugs.python.org/file32146/issue8964.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8964 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Ned Deily added the comment: 2) See class saved_test_environment in regrtest.py. I wouldn't worry too much about it initially but it should be looked at and tidied up before release. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Richard Oudkerk added the comment: On 16/10/2013 8:14pm, Guido van Rossum wrote: (2) I get this message -- what does it mean and should I care? 2 tests altered the execution environment: test_asyncio.test_base_events test_asyncio.test_futures Perhaps threads from the ThreadExecutor are still alive when those tests finish. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Guido van Rossum added the comment: I'd have to decorate a lot of tests. Is there a way to fix this at the module or at least class level? (I'd be willing to move the imports around.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Richard Oudkerk added the comment: I think at module level you can do if sys.platform != 'win32': raise unittest.SkipTest('Windows only') -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Guido van Rossum added the comment: Yup, that works! Not uploading a new patch right now but this is in the tulip repo now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Benjamin Peterson added the comment: You can skip classes with skipIf as a class decorator. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19213] platform.linux_distribution detects Oracle Linux as Red Hat Enterprise Linux
Alexander Boyd added the comment: They're providing both /etc/oracle-release and /etc/redhat-release (as Oracle Linux is based on RHEL). I've attached /etc/oracle-release for reference. -- Added file: http://bugs.python.org/file32147/oracle-release ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19213 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8964] platform._sys_version does not parse correctly IronPython 2.x version
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: needs patch - patch review versions: +Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8964 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8964] platform._sys_version does not parse correctly IronPython 2.x version
Marc-Andre Lemburg added the comment: The patch looks good, except one nit: if 'IronPython' in sys_version is probably not supported in IronPython 2.0, since support for n-char in m-char tests were added after Python 2.1. Now, you can either leave this in and remove the IronPython 2.0 support from platform.py (which is fine, IMO), or change the test to use the .find() method. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8964 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19273] Update PCbuild/readme.txt
New submission from Zachary Ware: Full title: Update PCbuild/readme.txt to be more accurate, more descriptive, more complete, less repetitive, more audience-aware, and all around, hopefully, better. What started as a simple patch to fix the supported Windows versions list, the legacy build folders list, and a couple other minor factual errors turned into a nearly complete rewrite of the whole file. The changes are too extensive to list out in this message; I'll use Rietveld to point out particular changes and my reasoning for them as soon as I'm able. Also, due to the nature of the changes, it may be simpler to review the changed file itself rather than the patch, so I'll post the patched file as well. At least 90% of these changes also apply to 3.3, but not all; I'd be happy to backport this patch or provide a new patch that strictly addresses factual errors in 3.3, as desired. Thanks, Zach -- assignee: docs@python components: Documentation, Windows files: pcbuild_readme.diff keywords: patch messages: 200085 nosy: docs@python, zach.ware priority: normal severity: normal status: open title: Update PCbuild/readme.txt versions: Python 3.4 Added file: http://bugs.python.org/file32148/pcbuild_readme.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19273 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19273] Update PCbuild/readme.txt
Zachary Ware added the comment: Here's the patched file for easier review. -- Added file: http://bugs.python.org/file32149/patched_pcbuild_readme.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19273 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19213] platform.linux_distribution detects Oracle Linux as Red Hat Enterprise Linux
R. David Murray added the comment: Gah. Well, by good fortune 'o' comes before 'r' in the alphabet, so it should be enough to just add 'oracle' to the list of _supported_dists in platform.py. Can you test that and confirm it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19213 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19274] make zipfile.PyZipFile more usable
New submission from Christian Tismer: zipfile.PyZipFile needs a filter function. Reason: When creating an archive of the python lib, we don't want the tests. Especially the test file badsyntax_future3.py does not compile. Use case: With this little addition, it becomes very easy to create a zip file of the whole python library. See the attached use case. -- components: Library (Lib) files: zipfile.diff keywords: patch messages: 200088 nosy: Christian.Tismer priority: normal severity: normal status: open title: make zipfile.PyZipFile more usable type: enhancement versions: Python 2.7 Added file: http://bugs.python.org/file32150/zipfile.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19274 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19274] make zipfile.PyZipFile more usable
Christian Tismer added the comment: Here is my use case as an example. With this patch above, I can easily create a .zip file of the standard lib. This was no longer possible at all, after revision 17558, from 2001-04-18: This is a test from __future__ import nested_scopes from __future__ import rested_snopes def f(x): def g(y): return x + y return g print f(2)(4) -- Added file: http://bugs.python.org/file32151/make_libzip.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19274 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Jesús Cea Avión added the comment: Lambdas are anonymous functions, by definition. And, usually, they are not top level functions, but defined inside others. If at your top level (module) you do: a = lambda x: 2*x You don't have an anonymous function, but a function called a. You can argue why def a() : return 2*x can be picked, but a = lambda x: 2*x can not. They look similar. What the poster actually wanted (tell me if I am wrong), I guess, is to be able to serialize the function code and send it to other process to be executed there. Something like mobile code. As is, pickle doesn't allow it (that is the reason I was brainstorming about being able to pickle function.__code__ objects), and it is good because pickle guarantees compatibilities between Python versions, but __code__ objects are particular to a certain Python virtual machine and certain version of it. That said, projects like PYRO provide mobile code. I think that a recipe for that would be nice in the documentation, with a big warning saying be sure you have the same implementation in both sides, and explicit versioning in the client and version checking in the server, in the recipe (to make it clear that same version is something you need). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- dependencies: +Add context manager for the try: ... except: pass pattern ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15806] Add context manager for the try: ... except: pass pattern
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- superseder: - Rename contextlib.ignore to contextlib.suppress ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15806 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Alexander Belopolsky added the comment: Please give some weight to the fact the ignore() was checked in for seven months, ... +1 -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
R. David Murray added the comment: Yes, in this context ingnore, suppress, and silence all have essentially the same problem, or lack of it, depending on your point of view. Catch would be fine with me :) Please note that someone *reading the thread* on python-dev misunderstood what ignore did after *reading the documentation*. So, whether or not the name is changed, the documentation should be updated to stress the fact that the with block is exited as soon as the exception is raised for the first time. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
R. David Murray added the comment: To be clear: I do think 'suppress' is better than 'ignore', for the reasons Nick articulated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Raymond Hettinger added the comment: On Oct 16, 2013, at 3:55 PM, R. David Murray rep...@bugs.python.org wrote: Catch would be fine with me :) I like catch. Raymond -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Nick Coghlan added the comment: I didn't choose suppress on a whim. I actually agree with Raymond that ignore reads better when the context manager is used correctly, but suppress is more consistent with the terminology used in the documentation (including even PEP 343), *and* I think it is slightly less vulnerable to people expecting it to mean don't even raise the exception and continue with the next statement inside the with block (aka the on error resume next misinterpretation). I think suppress reads *well enough* for it to be worth making the switch in order to gain those other benefits. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Alexander Belopolsky added the comment: Catch would be fine with me :) Both catch and trap have the same problem in my view: you don't get to eat what you have caught (or trapped). :-) Please note that someone *reading the thread* on python-dev misunderstood what ignore did after *reading the documentation*. I question whether the confusion was genuine. Anyone who has discovered contextlib modules should know enough about with statement, context managers and exceptions to understand how ignore() can work. Sky is the limit when it comes to documentation improvements, but in this case code is better than a thousand words: @contextmanager def ignore(*exceptions): Context manager to ignore particular exceptions try: yield except exceptions: pass Here is how I understand the word ignore in the context of context managers. (Pun unavoidable.) The context manager implements logic of how to exit the with block. The logic of ignore() CM is to (drum roll, please) ignore the specified exception(s) if any is raised within the with block. I gave my +0 to suppress on the list, but with more thought and considering more examples, I like ignore best. It is still a close call, but suppress suggests more effort on the part of CM than there is. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Nick Coghlan added the comment: The reason I specifically *don't* like trap or catch for this is that they both have ... and do something with it connotations for me, whereas ignore and suppress both appropriately imply ... and silently discard it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Nick Coghlan added the comment: Agreed it's a close call - it's really the docs consistency issue that tipped the balance for me, since I think either ignore *or* suppress would be a suitable name for the pattern when used correctly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Ethan Furman added the comment: From the pickle docs: = Note that functions (built-in and user-defined) are pickled by “fully qualified” name reference, not by value. This means that only the function name is pickled, along with the name of the module the function is defined in. Neither the function’s code, nor any of its function attributes are pickled. Thus the defining module must be importable in the unpickling environment, and the module must contain the named object, otherwise an exception will be raised. Similarly, classes are pickled by named reference, ... = There is no bug here; there /may/ be a doc clarification here. However, if we're talking about enhancing pickle we can take 3.3 off the table, and unless somebody gets busy quick 3.4 as well. Personally, I don't see the need. Just define your functions at the top level (with def, not lambda -- lambda functions are anonymous and don't have a useful __name__ attribute). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Alexander Belopolsky added the comment: Feel free to ignore() me if it helps to close this debate. English is not my native language and my understanding may not match that of the majority of users. Note, however, that this debate might not even have started if not for a change s/ignored/ignore/. The s/ignore/suppress/ commit may sparkle yet another round. (It is quite possible that my dislike of suppress stems from not being able to remember how many p's and s's this word has in its spelling. As I said - feel free to ignore me.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19266] Rename contextlib.ignore to contextlib.suppress
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19266 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19273] Update PCbuild/readme.txt
Changes by Ned Deily n...@acm.org: -- nosy: +brian.curtin, christian.heimes, loewis, tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19273 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19272] Can't pickle lambda (while named functions are ok)
Ethan Furman added the comment: Jesús Cea Avión added the comment: If at your top level (module) you do: a = lambda x: 2*x You don't have an anonymous function, but a function called a. Actually, you do have an anonymous function, which happens to be bound to the name a. Compare: -- def a(): ... pass -- a.__name__ 'a' and -- a = lambda: None -- a.__name__ 'lambda' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19252] Enum.py : Enum.__new__() : Test Coverage
Roundup Robot added the comment: New changeset 89f6abc2e115 by Ethan Furman in branch 'default': Close #19252: better test coverage for Enum. Thanks, CliffM http://hg.python.org/cpython/rev/89f6abc2e115 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19252 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18919] Unify audio modules tests
R. David Murray added the comment: It looks like test_wave is still failing on PPC64 PowerLinux: http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.x/builds/850/steps/test/logs/stdio -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19275] test_site is failing on AMD64 Snow Leopard
New submission from R. David Murray: See eg http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/158/steps/test/logs/stdio -- keywords: buildbot messages: 200104 nosy: r.david.murray priority: normal severity: normal status: open title: test_site is failing on AMD64 Snow Leopard type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19275 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18891] Master patch for content manager addtion to email package.
Roundup Robot added the comment: New changeset 6d12285e250b by R David Murray in branch 'default': #18891: Complete new provisional email API. http://hg.python.org/cpython/rev/6d12285e250b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18891 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18891] Master patch for content manager addtion to email package.
Eric Snow added the comment: nice! Thanks for doing this. -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18891 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1615] PyObject_GenericGetAttr suppresses AttributeErrors in descriptors
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: rhettinger - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19276] test_wave failing on PPC64 Linux
Changes by David Edelsohn dje@gmail.com: -- components: Extension Modules nosy: David.Edelsohn priority: normal severity: normal status: open title: test_wave failing on PPC64 Linux type: behavior versions: Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19276 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18891] Master patch for content manager addition to email package
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- title: Master patch for content manager addtion to email package. - Master patch for content manager addition to email package ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18891 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18678] Wrong struct members name for spwd module
Vajrasky Kok added the comment: I think giving deprecation message when accessing incorrect attribute from spwd struct is not practical. You're right, R. David Murray, as you can see in spwd_struct_members_name_fix_v2.patch. So I make a simpler patch. I just give a deprecation message in the source code. -- Added file: http://bugs.python.org/file32152/spwd_struct_members_name_fix_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18678 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1615] PyObject_GenericGetAttr suppresses AttributeErrors in descriptors
Ethan Furman added the comment: Well, attached patch doesn't segfault in debug mode, but the errors aren't any better; in fact, I'd say their worse. Here's the current output from my test script: === getter failed for descriptor 'huh' looking up not_here looking up huh huh not in class class '__main__.With' Traceback (most recent call last): File break_getattr.py, line 30, in module print(TestEnum.one.missing) AttributeError: getter failed for descriptor 'missing' === As you can see, we have even less information when a class level __getattr__ is /absent/, and when we do have one, there is no change (which is exactly where we really wanted the change). :( -- Added file: http://bugs.python.org/file32153/issue1615.stoneleaf.01.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1615] PyObject_GenericGetAttr suppresses AttributeErrors in descriptors
Ethan Furman added the comment: If anyone with more experience wants ownership, feel free to take it from me. ;) Otherwise I'll do my best to get this figured out in time for the beta. -- assignee: - ethan.furman stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8297] AttributeError message text should include module name
Changes by Ethan Furman et...@stoneleaf.us: -- assignee: - ethan.furman versions: +Python 3.4 -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8297 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com