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
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
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
___
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:
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +sched.cancel() breaks events order
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13451
___
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
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
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
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
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
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
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18468
___
___
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
___
Vajrasky Kok added the comment:
Serhiy, you forgot to add shorten to __all__.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18725
___
___
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
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
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
Serhiy Storchaka added the comment:
Thank you Vajrasky. It's Antoine forgot. ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18725
___
___
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
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):
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.
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
Serhiy Storchaka added the comment:
Use correct first argument to getslice().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17087
___
___
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:
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
Kim Gräsman added the comment:
Gentle ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18314
___
___
Python-bugs-list mailing list
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
___
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
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
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
___
Changes by Alan Cristhian alan.cri...@gmail.com:
--
nosy: +Alan.Cristhian
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5342
___
___
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:
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:
Changes by Richard Oudkerk shibt...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18999
___
___
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
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
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
___
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
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.
--
___
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
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
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
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
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19262
___
___
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
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
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
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
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
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
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
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
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
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
___
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
___
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
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
___
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
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
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
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
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
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__
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
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
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
___
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
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
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
___
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
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
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
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.
--
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
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
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
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19266
___
___
Python-bugs-list
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
___
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:
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
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
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
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
Eric Snow added the comment:
nice! Thanks for doing this.
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18891
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1615
___
___
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
___
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
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
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
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
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
___
91 matches
Mail list logo