Stefan Krah added the comment:
Well, generally I'd be against adding features, but this particular one
could be rationalized in the same way as PEP 414. So I'm simply unsure
whether the feature should be added, but *if* it's added, it should
be backed by a pronouncement either from the RM or
New submission from Arnaut Billings:
There is no documentation for argparse.ArgumentTypeError:
http://docs.python.org/3/library/unittest.html
Though it does appear in an example and its usage is simple enough to decipher
what it means, it would none the less look more professional if there
STINNER Victor added the comment:
This issue is a duplicate of issue #20037.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20038
___
___
Terry J. Reedy added the comment:
PEP414 was about adding a feature to 3.3 well before the first alpha release.
What Guido has recently said about 2.7 is that after 3 1/2 years we should
concentrate on build issues such as came up with the new OSX and de-emphasize
or even cease fixing bugs.
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20037
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - duplicate
status: open - closed
superseder: - Calling traceback.format_exception() during Pyhon shutdown does
crash Python
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Yes, the current idiom for calling PyModule_GetState in extension modules isn't
safe (because it assumes nothing ever errors out, which can be wrong in the
shutdown phase).
--
nosy: +gvanrossum, ncoghlan, pitrou
Antoine Pitrou added the comment:
Speaking of which, Victor, your script works here:
$ ./python futcrash.py
Future/Task exception was never retrieved:
Traceback (most recent call last):
File futcrash.py, line 4, in module
raise ValueError()
ValueError
--
Antoine Pitrou added the comment:
Ah, that was before the latest changes. Scratch that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20037
___
Antoine Pitrou added the comment:
See issue18710 for an API proposal which may help in some cases.
Also, see https://mail.python.org/pipermail/python-dev/2013-August/127862.html
for an involved discussion of issues with the current module state scheme.
--
Antoine Pitrou added the comment:
Note that the module state is only used when no explicit encoding is given to
TextIOWrapper(), so the following patch fixes this particular issue:
$ hg di
diff --git a/Modules/_io/textio.c b/Modules/_io/textio.c
--- a/Modules/_io/textio.c
+++
Antoine Pitrou added the comment:
Here is a patch with tests.
--
keywords: +patch
stage: - patch review
type: - crash
Added file: http://bugs.python.org/file33242/iostate_shutdown.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Oh, I think that #19421 was also a duplicate of this issue. Updated example
from this issue: attached script crash_logging_exc_info.py.
Output:
---
$ ./python crash_logging_exc_info.py
Erreur de segmentation (core dumped)
---
Output with
STINNER Victor added the comment:
iostate_shutdown.patch: _PyIO_State *state = IO_STATE; looks weird to me. The
macro should be take parenthesis: _PyIO_State *state = IO_STATE();. When I
read IO_STATE, it looks like a global variable, whereas it does call a real
function.
--
New submission from Xavier de Gaye:
The sys.settrace documentation states:
The trace function is invoked (with event set to 'call') whenever a new local
scope is entered;
it should return a reference to a local trace function to be used that scope,
or None if the scope shouldn’t be traced.
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19861
___
___
Changes by Xavier de Gaye xdeg...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file33246/f_trace.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20041
___
New submission from Xavier de Gaye:
Section 3.2 of 'The Python Language Reference' states:
f_trace, if not None, is a function called at the start of each source code
line
Run the attached tracer.py and see that although f_trace is None in both cases
when 'cmd' is either
'delete' or 'set',
Xavier de Gaye added the comment:
A patch proposed in issue 20041 provides a backward compatible solution to this
performance enhancement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16672
Stefan Krah added the comment:
Also on System Z:
http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/1009/steps/test/logs/stdio
Setting priority to normal, since it's the only test failing on
System Z and generally green buildbots are more useful.
--
keywords:
Xavier de Gaye added the comment:
A patch is proposed in issue 20041.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20040
___
___
Xavier de Gaye added the comment:
See also issue 20040.
--
nosy: +xdegaye
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11992
___
___
STINNER Victor added the comment:
Oh, I didn't notice this issue. I created the duplicate #19753 and I did some
changes to try to fix it.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19463
New submission from Konstantin Zemlyak:
Running `py.exe юникод.py` in cmd window fails:
E:\set PYLAUNCH_DEBUG=1
E:\py юникод.py
launcher build: 32bit
launcher executable: Console
File 'C:\Users\Zart\AppData\Local\py.ini' non-existent
Using global configuration file 'C:\Windows\py.ini'
Called
STINNER Victor added the comment:
When trying to workaround a bug in the implementation of the PEP 456 (which was
not known as a bug at this time), I implemented something using subprocessing
which may be reused on SystemZ (or maybe on all platforms):
changeset: 87290:11cb1c8faf11
user:
Changes by Konstantin Zemlyak z...@zartsoft.ru:
Removed file:
http://bugs.python.org/file33247/pylauncher-fix-launcing-unicode-filenames.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20042
Konstantin Zemlyak added the comment:
Sorry, fixed whitespaces in the patch.
--
Added file:
http://bugs.python.org/file33248/pylauncher-fix-launcing-unicode-filenames.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20042
STINNER Victor added the comment:
It looks like the wide character strings (wchar_t*) are misused. For example:
error(RC_NO_PYTHON, LRequested Python version (%s) ..., p[1]);
fwprintf(stdout, Lusage: %s ...\n\n, argv[0]);
The %s formatter is for byte string (char*), %ls should be used instead.
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +brian.curtin, loewis, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20042
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +nedbat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20040
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +pitrou, serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20040
___
___
Konstantin Zemlyak added the comment:
I don't care much about debug output though it probably should be fixed.
The point is that changing text mode of stdout has a weird side effect of
fixing command-line arguments when invoking interactively from cmd.exe.
--
STINNER Victor added the comment:
There is a command to generate a list a list versionchanged, but I don't
remember it.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19861
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19380
___
___
Python-bugs-list
New submission from Stefan Krah:
http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/5874/steps/test/logs/stdio
test test_multiprocessing_main_handling crashed -- Traceback (most recent call
last):
File
STINNER Victor added the comment:
Sorry, but I don't understand this issue. Well, I understood the issue as When
I press CTRL+c to interrupt Python, Python does exit. What's wrong with that?
Why do you send CTRL+c if you don't want Python to exit?
Using custom signal handler (SIG_IGN), it
Roundup Robot added the comment:
New changeset 9158f201f6d0 by Antoine Pitrou in branch 'default':
Issue #20037: Avoid crashes when doing text I/O late at interpreter shutdown.
http://hg.python.org/cpython/rev/9158f201f6d0
--
nosy: +python-dev
___
Antoine Pitrou added the comment:
Applied Victor's comments and committed the fix.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20037
STINNER Victor added the comment:
Applied Victor's comments
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20037
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20042
___
Roundup Robot added the comment:
New changeset 568391b3eda9 by Christian Heimes in branch 'default':
Issue #16136: Remove VMS support and VMS-related code
http://hg.python.org/cpython/rev/568391b3eda9
--
nosy: +python-dev
___
Python tracker
Nick Coghlan added the comment:
Donald updated CPython to pip 1.5rc2, so test_venv is now passing without
threading support:
http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/5874/steps/test/logs/stdio
--
status: open - closed
Changes by Nick Coghlan ncogh...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19766
___
Nick Coghlan added the comment:
OK, since pip 1.5 will still have the SSL/TLS dependency, the approach I'll go
with for 3.4 is to:
1. Have ensurepip refuse to bootstrap pip if the ssl module is not available
(noting that we'll remove that restriction if pip 1.6 avoids the strict
dependency)
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19734
___
___
Python-bugs-list
Christian Heimes added the comment:
All VMS code has been removed except for some code in Lib/platform.py.
MAL:
Do you want to keep the code in the platform module?
--
assignee: - lemburg
nosy: +lemburg
resolution: - fixed
stage: - committed/rejected
status: open - pending
telmich added the comment:
Victor, the problem is *not* that python exits. This is fine and virtually
every other unix program behaves like that.
The problem is that python throws an ugly-to-read and completly senseless
backtrace to the novice (end!) user by default. Backtraces are great for
Berker Peksag added the comment:
This is fixed by changeset http://hg.python.org/cpython/rev/239faf6b6e8d:
http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/5875/steps/test/logs/stdio
--
components: +Library (Lib), Tests -2to3 (2.x to 3.x
Christian Heimes added the comment:
Thanks! I wasn't aware of this issue.
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20043
___
STINNER Victor added the comment:
The problem is that python throws an ugly-to-read and completly senseless
backtrace to the novice (end!) user by default.
Oh ok, I changed the title of the issue.
Backtraces are great for debugging and should be treated as such, but not
presented to an end
Konstantin Zemlyak added the comment:
There is something weird with my proposed fix. Right after submitting a bug
with patch I've updated pythons on my system - 2.7.5 to 2.7.6, 3.3.2 to 3.3.3,
and installed 3.4.0b1 - both 32- and 64-bit. Then my fixed py.exe stopped
working.
Then I've added
R. David Murray added the comment:
The command is listed in 'make help'.
It was seeing this issue go by that reminded me that this job needed to be
done, but it's a big one and will probably take me until the actual release to
finish it, assuming I manage to finish. (The 3.3 What's New was
New submission from Francis Moreau:
It seems that gettext.install() uses environment variables such as LANGUAGE, to
find out which language it should use to find the translation file.
This means that any local settings done by setlocale() previoulsy are ignored.
I don't think it's the case
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18603
___
___
Python-bugs-list mailing list
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20044
___
___
Python-bugs-list mailing list
Konstantin Zemlyak added the comment:
Some more fun stuff with command-line (I'm cutting output to few essential
lines for easier reading):
e:\cpython\PCbuild\py.exe юникод.py
...
Called with command line: .py
run_child: about to run 'C:\Program Files (x86)\Python33\python.exe .py'
C:\Program
New submission from Giampaolo Rodola':
$ ./python -V
Python 3.4.0b1
$ ./python setup.py register --list-classifiers
running register
running check
Traceback (most recent call last):
File setup.py, line 2219, in module
main()
File setup.py, line 2214, in main
Tools/scripts/2to3,
Jakub Wilk added the comment:
As far as rename() and link() are concerned, either of the arguments can cause
an ENOENT error:
os.rename('/dev/foobar', '/dev/barfoo') # fails because /dev/foobar doesn't
exist
os.rename('/dev/null', '/foo/bar/baz') # fails because /foo/bar doesn't exist
Guido van Rossum added the comment:
Thanks for the quick fix guys! Sorry for the duplicate bug (probably a race
condition :-).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20037
___
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19846
___
___
Python-bugs-list mailing list
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15216
___
___
Python-bugs-list mailing list
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19977
___
___
Python-bugs-list mailing list
Larry Hastings added the comment:
That's not how this works, Eric. I have to give you permission to add a new
feature, which I remind you I have yet to do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19927
paul j3 added the comment:
In argparse.py the status of ArgumentTypeError is ambiguous.
ArgumentError is listed as a public class, ArgumentTypeError is not. It also
says 'All other classes in this module are considered implementation details.'
ArgumentTypeError is a subclass of Exception
New submission from Serhiy Storchaka:
Proposed patch removes over 400 entities from locale alias tables. They are
redundant because they can be calculated on fly.
Also it enables utf8 aliases. Now this adds not hundreds of redundant aliases,
but only 8 new locales:
+'be_bg.utf8':
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Fix makelocalealias.py for Python 3, Fixed support for Indian
locales
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20046
Serhiy Storchaka added the comment:
Example.
'br_fr':'br_FR.ISO8859-1',
-'br_fr.iso88591': 'br_FR.ISO8859-1',
-'br_fr.iso885914': 'br_FR.ISO8859-14',
-'br_fr.iso885915':
Antoine Pitrou added the comment:
http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/1009/steps/test/logs/stdio
This is a different issue than the one reported here.
I'm not seeing any recent failures on PPC64 PowerLinux 3.x. Christian, can we
close?
--
nosy:
Eric Snow added the comment:
My bad, Larry. I guess I was reading between the lines too much. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19927
___
New submission from Mark Lawrence:
If partition is called with a single byte it works correctly but if called with
the equivalent integer it returns the same bytearray with two empty arrays as
follows.
py ba = bytearray(range(8))
py ba
bytearray(b'\x00\x01\x02\x03\x04\x05\x06\x07')
py 3 in ba
Serhiy Storchaka added the comment:
Similar bug was in 3.2:
ba = bytearray(range(8))
ba[2:6]
bytearray(b'\x02\x03\x04\x05')
ba[2:6] = 2
ba
bytearray(b'\x00\x01\x00\x00\x06\x07')
Now it is fixed.
--
nosy: +serhiy.storchaka
versions: +Python 3.4
Serhiy Storchaka added the comment:
Bytearray slice assignment bug was fixed in issue8401.
--
nosy: +ezio.melotti, georg.brandl, loewis, mark.dickinson, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20047
Antoine Pitrou added the comment:
Here is a proper patch (for 3.3). Untested under Windows, but should work.
--
nosy: +pitrou
Added file: http://bugs.python.org/file33250/tempfile_lifetime.patch
___
Python tracker rep...@bugs.python.org
Elias Zamaria added the comment:
I have created a patch that fixes this issue that terry.reedy described. It
does not fix the problem described BreamoreBoy involving the empty string.
Please note that this is my first patch for Python so let me know if I am
missing something or if I can do
Antoine Pitrou added the comment:
Oops, removed two debug lines.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18879
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file33250/tempfile_lifetime.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18879
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file33252/tempfile_lifetime.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18879
___
New submission from Alexander Belopolsky:
This problem happens when I unpack a file from a 200+ MB zip archive as follows:
with zipfile.ZipFile(archive) as z:
data = b''
with z.open(filename, 'rU') as f:
for line in f:
data += line
I cannot reduce it to a test case
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
dependencies: +Add support for bzip2 compression to the zipfile module
keywords: +gsoc
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
LGTM. Thank you Antoine.
--
assignee: serhiy.storchaka - pitrou
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18879
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
keywords: +3.2regression -gsoc
nosy: +alanmcintyre
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20048
___
Roundup Robot added the comment:
New changeset f3b7a76fb778 by Antoine Pitrou in branch '3.3':
Issue #18879: When a method is looked up on a temporary file, avoid closing the
file before the method is possibly called.
http://hg.python.org/cpython/rev/f3b7a76fb778
New changeset d68ab2eb7a77 by
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
keywords: -3.2regression
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20048
___
Antoine Pitrou added the comment:
Fixed in 3.3 and 3.4. I think 2.7 is irrelevant at this point.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18879
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
components: +Library (Lib)
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20048
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: commit review - committed/rejected
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18879
___
Changes by Antoine Pitrou pit...@free.fr:
--
priority: normal - high
stage: - needs patch
type: - behavior
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20045
___
Arnaut Billings added the comment:
It seems what you're saying is that the ArgumentTypeError class should not be
public, but being able to raise is should be public. If that's the case, I
think it would be more clear to have an argparse.raiseArgumentTypeError method
and document when it
Serhiy Storchaka added the comment:
Does this patch fix a bug?
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file33253/zipfile_peek.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20048
Alexander Belopolsky added the comment:
It does!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20048
___
___
Python-bugs-list mailing list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7464
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19524
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +pitrou, serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18144
___
___
New submission from Alexander Pyhalov:
When Python 2.6 (or 2.7) compiled with _XOPEN_SOURCE=600 on illumos
string.lowercase and string.uppercase contain garbage when UTF-8 locale is
used.
(OpenIndiana bug report - https://www.illumos.org/issues/4411 ).
The reason is that with UTF-8 locale
Marc-Andre Lemburg added the comment:
On 21.12.2013 20:33, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Example.
'br_fr':'br_FR.ISO8859-1',
-'br_fr.iso88591': 'br_FR.ISO8859-1',
-'br_fr.iso885914':
Roundup Robot added the comment:
New changeset 8b097d07488d by Serhiy Storchaka in branch '2.7':
Issue #20048: Fixed ZipExtFile.peek() when it is called on the boundary of
http://hg.python.org/cpython/rev/8b097d07488d
--
nosy: +python-dev
___
Python
Serhiy Storchaka added the comment:
Than you for your report and irrefragable analysis.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20048
Antoine Pitrou added the comment:
Fixed, thanks for reporting.
--
nosy: +pitrou
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20045
Roundup Robot added the comment:
New changeset cffed58b1bbd by Antoine Pitrou in branch '3.3':
Issue #20045: Fix setup.py register --list-classifiers.
http://hg.python.org/cpython/rev/cffed58b1bbd
New changeset 597b69d3a74f by Antoine Pitrou in branch 'default':
Issue #20045: Fix setup.py
Terry J. Reedy added the comment:
Whatever the change, bytes and bytearray should act the same.
b = bytes(range(8))
b
b'\x00\x01\x02\x03\x04\x05\x06\x07'
b.partition(3)
Traceback (most recent call last):
File pyshell#2, line 1, in module
b.partition(3)
TypeError: expected bytes,
1 - 100 of 122 matches
Mail list logo