New submission from Wang Chun yaohua2...@gmail.com:
Apple's official utilities had been dropped the word Computer. We should
follow them.
imac:~$ cat test.py
__import__('plistlib').writePlist({}, 'test.plist')
imac:~$ python test.py
imac:~$ cat test.py
__import__('plistlib').writePlist({},
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4978
___
___
Python-bugs-list mailing
Barry A. Warsaw ba...@python.org added the comment:
Really trivial back port of r68805 from trunk.
--
assignee: - benjamin.peterson
components: +Interpreter Core -Library (Lib)
keywords: +needs review
resolution: accepted -
stage: - patch review
status: closed - open
type: feature
New submission from Florent Xicluna la...@yahoo.fr:
On __exit__(), the 3rd argument exc_value should contain the instance of the
exception.
But in most cases, it contains only the string representation of the exception.
See attached test case.
Same behavior for KeyError, AttributeError,
Changes by Florent Xicluna la...@yahoo.fr:
Removed file: http://bugs.python.org/file16125/case_contextmanager_exit.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
___
Changes by Florent Xicluna la...@yahoo.fr:
Added file: http://bugs.python.org/file16126/case_contextmanager_exit.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
___
Barry A. Warsaw ba...@python.org added the comment:
The readline-libedit-2.patch no longer applies against the 2.6 branch because
of changes in setup.py since then. If this is fixed and the subsequent patch
is reviewed and approved, then this can be landed for Python 2.6.5.
--
Barry A. Warsaw ba...@python.org added the comment:
release blocker for 2.6.5
--
priority: - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6877
___
Marcin Bachry hegel...@gmail.com added the comment:
I had odd problems matching line numbers reported by Windows compiler
to actual sources, so I used gcc -Wextra to produce (even more)
signedness warnings against Python 2.x r77957:
listobject.c:132: warning: comparison between signed and
Barry A. Warsaw ba...@python.org added the comment:
release blocker for 2.6.5
--
priority: - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4978
___
Changes by Barry A. Warsaw ba...@python.org:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6877
___
___
Python-bugs-list
Albertas Agejevas a...@pov.lt added the comment:
This bug is a duplicate of issue6827, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7848
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Why backport? Isn't this a new feature?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4978
___
Barry A. Warsaw ba...@python.org added the comment:
This is really all I'm thinking about.
--
keywords: +needs review, patch
stage: - patch review
versions: +Python 2.6
Added file: http://bugs.python.org/file16127/7847.patch
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
Maybe not. It's arguably a bug that adding unicode_literals breaks keyword
arguments. Guido seems to (mostly) agree that it's a bug we just never got
around to fixing.
http://www.mail-archive.com/python-...@python.org/msg45346.html
Chris Rebert pyb...@rebertia.com added the comment:
Okay, now if this could just get dev review...
--
Added file: http://bugs.python.org/file16128/subprocess.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
Changes by Chris Rebert pyb...@rebertia.com:
Removed file: http://bugs.python.org/file16109/subprocess.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
___
Eric Smith e...@trueblade.com added the comment:
I think this is an improvement to the existing docs, and should be committed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
___
Mark Dickinson dicki...@gmail.com added the comment:
Blair: I don't think you'll have any problems getting the behaviour you in
Python 3. For example:
Python 3.2a0 (py3k:77952, Feb 4 2010, 10:56:12)
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type help, copyright, credits or
Mark Dickinson dicki...@gmail.com added the comment:
As you pointed out in issue 3734, the patch is basically:
snipped patch that adds Py_TPFLAGS_CHECKTYPES
Yes, that's the essence of it. In addition, each of the functions implementing
a complex special method would need to do its own
Mark Dickinson dicki...@gmail.com added the comment:
Yes, that was what I was proposing. But as you point out, the new
behaviour wouldn't even match the behaviour of Python 3.x, so it really
wouldn't be a terribly useful change.
Hmm. I take this back: if complex were made 'new-style' in
Changes by Nick Coghlan ncogh...@gmail.com:
Removed file: http://bugs.python.org/file16098/subprocess.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5677
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Hmm, test_file.py is for the new IO library (backported from 3.x). You should
use test_file2k.py for tests against the 2.x file object.
Also, readinto() should take something such as a bytearray() as argument, not a
string.
--
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +alexandre.vassalotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7848
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
Committed for 2.7 as r77959.
Still needs to be merged to the other branches.
--
resolution: - accepted
status: open - pending
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Indeed, it seems the exception isn't always normalized.
--
nosy: +benjamin.peterson, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
Benjamin Peterson benja...@python.org added the comment:
Has this behavior changed between 2.6 and 2.7?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
___
Antoine Pitrou pit...@free.fr added the comment:
No, it's also in 2.6.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
___
___
Eric Smith e...@trueblade.com added the comment:
When merging to py3k, don't forget to modify the print statement to be a
function.
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
R. David Murray rdmur...@bitdance.com added the comment:
The documentation also says, if the object defines both a __getstate__ and a
__setstate__ method, the state object does not need to be a dictionary and the
methods can do what they want. In issue 7848 (which I will close as a
duplicate
R. David Murray rdmur...@bitdance.com added the comment:
At the very least the documentation should be updated to warn that cooperating
__getstate__ and __setstate__ methods must make sure the state object can never
take on a False value.
--
___
Changes by R. David Murray rdmur...@bitdance.com:
--
priority: - normal
resolution: - duplicate
stage: - committed/rejected
superseder: - deepcopy erroneously doesn't call __setstate__ if __getstate__
returns empty dict
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Can you provide a patch?
--
keywords: +easy
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7728
___
R. David Murray rdmur...@bitdance.com added the comment:
Merged as part of r77961 (2.6), r77962 (py3k), and r77963 (3.1). Print fixed
for py3.
--
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +vinay.sajip
priority: - normal
stage: - needs patch
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Chris Rebert pyb...@rebertia.com added the comment:
Thanks to all for the copious feedback suggestions, and R. David Murray for
his superior docs writing skills!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
Éric Araujo mer...@netwok.org added the comment:
Hello
I fixed a few remaining misuses of “builtin” in the source. There is some diff
noise due to reformatting paragraphs where the addition of the hyphen caused
the line to get over 80 characters.
Note that I didn’t check the use of
Changes by Éric Araujo mer...@netwok.org:
Added file: http://bugs.python.org/file16130/fix-builtin_3.2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5341
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5341
___
___
New submission from allisonlong allisonl...@trash2009.com:
affordable a href=http://www.term-paper.biz/custom-term-paper.html;term
paper/a writing services
--
components: None
messages: 98843
nosy: allisonlong
severity: normal
status: open
title: term paper
type: performance
versions:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7854
___
Changes by Brian Curtin cur...@acm.org:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7854
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dino Viehland di...@microsoft.com:
This adds new test cases for bugs reported by Thomas Heller against IronPython
for ctypes and winreg:
ctypes: the variant bool type isn't supported
winreg: errno is not correctly set when QueryValue fails
--
assignee: theller
Changes by Dino Viehland di...@microsoft.com:
--
type: - behavior
versions: +Python 3.2
Added file: http://bugs.python.org/file16132/patch30.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
Ezio Melotti ezio.melo...@gmail.com added the comment:
Also assertEqual(..., True) can be replaced by assertTrue(...) (same for False
and assertFalse).
--
assignee: - theller
keywords: -needs review
nosy: +ezio.melotti
priority: normal -
stage: patch review -
Dino Viehland di...@microsoft.com added the comment:
The problem with assertRaises is I need to actually check the errno on the
exception and assertRaises doesn't let me do that.
--
___
Python tracker rep...@bugs.python.org
Michael Foord mich...@voidspace.org.uk added the comment:
Hmm... assertTrue(...) is semantically different from assertEqual(True, ...).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
Brian Curtin cur...@acm.org added the comment:
Rather than calling QueryValue and using fail(...) if it doesn't throw,
assertRaises(...) would do the trick.
--
assignee: theller -
keywords: +needs review
nosy: +brian.curtin, michael.foord
priority: - normal
stage: - patch review
Michael Foord mich...@voidspace.org.uk added the comment:
Dino - if you use assertRaises as a context manager the exception is kept as an
attribute on the context. You can make assertions about the exception after the
with block has executed.
--
Dino Viehland di...@microsoft.com added the comment:
I'll switch to the context manager form in the 3.x branch - it looks like
that's not available in the 2.x branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
Changes by Dino Viehland di...@microsoft.com:
Added file: http://bugs.python.org/file16133/patch30.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
___
Dino Viehland di...@microsoft.com added the comment:
Ezio: I'm going to stick w/ assertEqual here as Michael points out these are
different. In particular I want to make sure that you can assign any true
value to the ctypes field but when you read it back you get True or False
regardless of
Antoine Pitrou pit...@free.fr added the comment:
I agree. Does subprocess.TimeoutExpired sound good?
Yes.
It won't be possible with the current implementation to put the partial output
in the exception, because read blocks.
Fair enough :)
I think call and check_call should clean up
Ezio Melotti ezio.melo...@gmail.com added the comment:
For your purpose indeed assertTrue() is not appropriate, however assertEqual(x,
True) works for several different x, including 1.0 or 1.
Also assertRaises can be used as a context manager on 2.7 too.
--
priority: - normal
stage:
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Fix checked into trunk (r77973).
--
assignee: georg.brandl - vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7851
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7851
___
Antoine Pitrou pit...@free.fr added the comment:
Committed in all four branches, thank you.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
I'm +0 on such a change - I don't think it makes anything better (it will only
cause more users asking what this is, why it was added, and demand that
something should be done about it).
Feel free to commit it, anyway.
--
Changes by Dino Viehland di...@microsoft.com:
Added file: http://bugs.python.org/file16134/patch.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
___
Changes by Dino Viehland di...@microsoft.com:
Added file: http://bugs.python.org/file16135/patch30.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
___
Dino Viehland di...@microsoft.com added the comment:
Ahh, so it is in 2.7, apparently I was in a 2.6 enlistment. I've updated the
2.x patch to use the context manager as well.
I've also switched to using assertTrue(x is True) and assertTrue(x is False) so
that it's not checking precisely for
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
___
___
Zvezdan Petkovic zvez...@zope.com added the comment:
The readline-libedit-2.6.5.patch is attached.
The patch was applied and python built in several configurations on Mac
OS X 10.6 (Snow Leopard). There is no regression (details below).
Can somebody else test on Mac OS X 10.5 (Leopard)?
Zvezdan Petkovic zvez...@zope.com added the comment:
I forgot to add that the patch for 2.6.5 is based on:
http://svn.python.org/view?rev=74970view=rev
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6877
Florent Xicluna la...@yahoo.fr added the comment:
Patch.
--
keywords: +patch
stage: test needed - patch review
Added file: http://bugs.python.org/file16137/issue7853_cm_exit.diff
___
Python tracker rep...@bugs.python.org
Florent Xicluna la...@yahoo.fr added the comment:
Patch.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file16138/issue7728_timeout.diff
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
If you document -X, you should also document -J.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7847
___
Benjamin Peterson benja...@python.org added the comment:
Fixed in r77983.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7853
___
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
A different patch to solve the same issue.
This one uses a standard tkSimpleDialog to prompt for the command line, and
follows the directives found at the top of the source (only took 8 years to
implement... not so bad :) )
XXX GvR
New submission from Xuefer x xue...@gmail.com:
using iconv:
$ printf \xf9\xd8 | iconv -f big5 -t utf-8 | xxd
000: e8a3 8f ...
$ printf \xe8\xa3\x8f | iconv -f utf-8 -t big5 | xxd
000: f9d8 ..
using python
print
Martin v. Löwis mar...@v.loewis.de added the comment:
That iconv supports it is not convincing, IMO. Do you have other sources (like
tables in the web somewhere) that support your request?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
In particular, the Unicode consortium mapping table, now at
http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/OTHER/BIG5.TXT
doesn't map f9d8 to anything; the current version of that table (in unihan.zip)
has these mappings for
Xuefer x xue...@gmail.com added the comment:
sure after enlighten by your url which is OBSOLETE
see: http://www.unicode.org/Public/MAPPINGS/EASTASIA/ReadMe.txt
i found http://unicode.org/charts/unihan.html
then http://www.unicode.org/Public/UNIDATA/
then
Martin v. Löwis mar...@v.loewis.de added the comment:
perky, what do you think?
--
assignee: - hyeshik.chang
nosy: +hyeshik.chang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7856
___
75 matches
Mail list logo