Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16595
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10712
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4805
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2897
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16568
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11797
___
Serhiy Storchaka added the comment:
f = open(/dev/full, wb, buffering=0)
f.write(bWrite to full device)
Traceback (most recent call last):
File stdin, line 1, in module
OSError: [Errno 28] No space left on device
f.close()
f.closed
True
f = open(/dev/full, wb)
f.write(bWrite to full
Serhiy Storchaka added the comment:
The bug only in C implementation.
import _pyio
f = _pyio.open(/dev/full, wb)
f.write(bWrite to full device)
20
f.close()
Traceback (most recent call last):
File stdin, line 1, in module
File /home/serhiy/py/cpython/Lib/_pyio.py, line 732, in close
New submission from anatoly techtonik:
A common usage pattern is to prevent clean up in tearDown() if the test failed.
However, it requires a hack:
http://stackoverflow.com/questions/4414234/getting-pythons-unittest-results-in-a-teardown-method.
Would be nice to have an officially documented
New submission from Robert McGibbon:
I'm not really sure how what the format for filing bugs with python is, so I'm
sorry in advance if I've done something wrong.
There is a very small py3k bug in the readline completer (rlcompleter.py).
Specifically, if you look at line 105
Changes by Robert McGibbon rmcgi...@gmail.com:
--
title: rlcompleter - small py3k bug in rlcompleter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
___
Changes by Daniel Urban urban.dani...@gmail.com:
--
stage: - needs patch
type: - enhancement
versions: +Python 3.4 -Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16599
Alex stein added the comment:
It seems like you’re right.
I redirect the sys.stdout and the problem is solved.
Thank you for your help.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16579
Roundup Robot added the comment:
New changeset c838c9b117f1 by Victor Stinner in branch '3.2':
Issue #16416: On Mac OS X, operating system data are now always
http://hg.python.org/cpython/rev/c838c9b117f1
New changeset 26c4748351cb by Victor Stinner in branch '3.3':
(Merge 3.2) Issue #16416: On
STINNER Victor added the comment:
_setmode(self-fd, O_BINARY) change was done in Python 3.2: see the issue
#10841
The main reason was to be able to read binary file from sys.stdin
using the CGI module: see the issue #4953. In _O_TEXT mode, 0x0A byte
is replaced with 0x0A 0x0D (or the
Changes by Robert McGibbon rmcgi...@gmail.com:
--
title: small py3k bug in rlcompleter - small py3k issue in rlcompleter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
___
Changes by Robert McGibbon rmcgi...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
___
___
Robert McGibbon added the comment:
nevermind.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
___
___
Python-bugs-list mailing list
Serhiy Storchaka added the comment:
Here is a patch which calls close() on underlying stream even if flush() raises
an exception.
I am not sure that I correctly set a context exception. There is no other
examples in the code.
--
keywords: +patch
nosy: +benjamin.peterson, pitrou,
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file28196/bufferedio_finally_close.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16597
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file28197/bufferedio_finally_close.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16597
___
Roundup Robot added the comment:
New changeset af6fd3ca6de9 by Victor Stinner in branch '3.2':
Issue #16416: Fix compilation error
http://hg.python.org/cpython/rev/af6fd3ca6de9
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The issue should now be fixed in Python 3.2, 3.3 and 3.4.
--
resolution: - fixed
status: open - closed
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16416
Andrew Svetlov added the comment:
Thanks for report.
The patch is really trivial, but I don't sure if it can be applied to released
python versions.
--
keywords: +patch
nosy: +asvetlov
Added file: http://bugs.python.org/file28198/issue16582.diff
___
Serhiy Storchaka added the comment:
The patch from issue14099 is intended to fix this issue.
--
nosy: +alanmcintyre
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10631
___
Serhiy Storchaka added the comment:
This issue looks as a duplicate or a superseder of issue10631. See also
issue16569.
seek() for every read should significantly decrease performance. It may be
worth to prohibit the simultaneous reading of different files from the archive.
In any case the
Roundup Robot added the comment:
New changeset b742bbf6b07f by Andrew Svetlov in branch '3.2':
Issue #16583: Prevent nesting SystemExit in tkinter.CallWrapper
http://hg.python.org/cpython/rev/b742bbf6b07f
New changeset 96b6e6522a1d by Andrew Svetlov in branch '3.3':
Merge issue #16583: Prevent
Andrew Svetlov added the comment:
Fixed. Thanks for report.
As tkinter code is not processed via 2to3 tool now, I've fixed
tkinter/__init__.py and like to close the issue.
If there are problems in 2to3 please open new ticket dedicated to 2to3 tool
only, not related to tkinter.
--
Serhiy Storchaka added the comment:
The code was changed in the changeset e8a2a5e4c7b0.
def _exit(code='0'):
- import sys
- sys.exit(getint(code))
+ raise SystemExit, code
I think it is a bug and should be fixed.
--
nosy: +gvanrossum, serhiy.storchaka
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16599
___
___
Python-bugs-list mailing list
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16492
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16494
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16495
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16496
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16499
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16511
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16531
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
resolution: - duplicate
stage: test needed - committed/rejected
status: open - closed
superseder: - zipfile should raise an exception for unsupported compression
methods
Serhiy Storchaka added the comment:
See also related issue4844 and issue14315 for zipfile.
--
nosy: +serhiy.storchaka
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6669
Stepan Kasal added the comment:
I agree that reading from a file open for write should be forbidden, no matter
whether ZipFile was called with fp or a name.
Actually, it is not yet forbidden, and two of the tests in the zipfile.py test
suite do actually rely on this misfeature.
The first
Serhiy Storchaka added the comment:
Test:
http://bugs.python.org/file24624/Proposed-fix-of-issue14099-second.patch
file24624
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16569
___
Serhiy Storchaka added the comment:
Test:
file24624/Proposed-fix-of-issue14099-second.patch
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16569
___
Serhiy Storchaka added the comment:
Actually, it is not yet forbidden, and two of the tests in the zipfile.py
test suite do actually rely on this misfeature.
Indeed. I missed that.
Actually these tests work by accident, due to the fact that the contents of the
zipfile is placed in the file
Stepan Kasal added the comment:
Re: children counting
You need to know the number of open children and whether the parent ZipFile
object is still open.
As soon as both all children and the parent ZipFile are closed, the underlying
fp (corresponding to the file name given initially) shall be
Daniel Shahaf added the comment:
Attached patch for your consideration.
I've tested pickling/unpickling and comparing the resulting object attribute by
attribute (.tag, .attrib, .text, .tail for equality; and recursively
.getchildren()), and 'make test' --- all seems to work.
If the approach
Serhiy Storchaka added the comment:
I think some benchmarks will needed to see how it will affect the performance.
Please update your patch to current sources. The module code was changed last
months.
--
___
Python tracker rep...@bugs.python.org
Stepan Kasal added the comment:
but I'm afraid it's impossible to do without performance regression due to
seek before every read.
I agree that this is key question.
I would hope that the performance hit wouldn't be so bad, unless there are
actually two decompressions running concurrently.
Stepan Kasal added the comment:
I'm not sure when I'll get to this, sorry.
Hopefully sometime soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
Serhiy Storchaka added the comment:
This idiom currently works and should not be broken.
Hmm. This seems doubtful to me, but if it is used, then I agree, it shouldn't
be broken.
I guess that the slowdown by seek() is neglectable compared to this.
Even one function call can have effect on
Serhiy Storchaka added the comment:
Sorry, not issue16304, but issue16034. The commit messages were wrong.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
Serhiy Storchaka added the comment:
Actually now creating directories in zipfile is possible with
ZipFile.writestr(special_zip_info, b''). However a special method (like
ZipFile.mkdir(name)) can be useful.
--
nosy: +serhiy.storchaka
stage: - needs patch
versions: +Python 3.4
Abraham Karplus added the comment:
I'd be fine with having it fixed just in 3.4, as it is easy enough to work
around for now. (Call deletecommand('exit') and then createcommand('exit',
working_exit_function) with working_exit function being the patched version of
_exit.)
--
Guido van Rossum added the comment:
Thanks! I will try it out shortly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16596
___
___
Changes by Simon Law sfl...@sfllaw.ca:
--
nosy: +sfllaw
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9974
___
___
Python-bugs-list mailing list
Richard Oudkerk added the comment:
Attached is an alternative patch which only touches selectmodule.c. It still
does not support WinXP.
Note that in this version register() and modify() do not ignore the POLLPRI
flag if it was *explicitly* passed. But I am not sure how best to deal with
New submission from Michael Birtwell:
If you partially iterate over a tarfile then try and restart iteration of that
tarfile it will continue from where it left off rather than restarting from the
beginning.
I've only tried this with the tarfile implementation in python 2.7 but the 3.x
code
Michael Birtwell added the comment:
Embarrassingly as soon as I uploaded that patch I found a problem with it. I
hadn't taken in to account the special case for the first member.
Here's a replacement patch
--
type: - behavior
Added file:
R. David Murray added the comment:
Thanks for the patch.
Could you either include a test or post code that demonstrates the problem,
please?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16601
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16596
___
___
Python-bugs-list
Larry Hastings added the comment:
http://mail.python.org/pipermail/python-dev/2012-December/122920.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16490
___
Michael Birtwell added the comment:
Here's a patch on the tarfile's unittest module.
--
Added file:
http://bugs.python.org/file28203/test-tarfile-restart-iteration.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16601
Changes by Gary Miguel gar...@google.com:
--
nosy: +Gary.Miguel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12268
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset c25635b137cc by Victor Stinner in branch 'default':
Issue #16455: On FreeBSD and Solaris, if the locale is C, the
http://hg.python.org/cpython/rev/c25635b137cc
--
nosy: +python-dev
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: sys.getfilesystemencoding() is not the locale encoding on FreeBSD and
OpenSolaris when the locale is not set - Decode command line arguments from
ASCII on FreeBSD and Solaris if the locale is C
STINNER Victor added the comment:
We have two options, I don't know which one is the best (safer).
Force ASCII is safer. Python should announce that it does not understand
non-ASCII bytes on the command line. I also chose this option because
isalpha(0xe9) returns 0 (even if mbstowcs(0xe9)
STINNER Victor added the comment:
New changeset c25635b137cc by Victor Stinner in branch 'default':
Issue #16455: On FreeBSD and Solaris, if the locale is C, the
http://hg.python.org/cpython/rev/c25635b137cc
This changeset should fix #16218 on FreeBSD and Solaris (these OS should now
decode
STINNER Victor added the comment:
New changeset c25635b137cc by Victor Stinner in branch 'default':
Issue #16455: On FreeBSD and Solaris, if the locale is C, the
http://hg.python.org/cpython/rev/c25635b137cc
This changeset should fix this issue on FreeBSD and Solaris: see the issue
#16455
Philip Jenvey added the comment:
From the perspective of Jython we'd want the easiest way to hook into this as
possible of course, but I think that overriding marshal to handle a $py.class
or whatever format would be a misappropriation of the marshal module
Jython actually has a slow,
New submission from Eugene Toder:
An interaction between weakrefs and trashcan can cause weakref to return the
object it's pointing to after object's refcount is already 0. Given that the
object is usually increfed and decrefed, this leads to double dealloc and
crashing or hanging.
Tested
Christian Heimes added the comment:
Thank you very much for bringing the issue to our attention. I've removed 2.6
and 3.1 because they are in security fix mode and this issue poses no security
threat.
--
nosy: +christian.heimes
stage: - needs patch
versions: +Python 3.4 -Python 2.6,
Christian Heimes added the comment:
The patch LGTM except for the extra code reformatting. However it's too late
for 3.3.
--
nosy: +christian.heimes
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
You shouldn't have to export something named __weakref__.
Furthermore, the test should check that weakrefs work, not that an attribute
exists.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Changes by Christoph Sieghart s...@0x2a.at:
--
nosy: +sigi
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14102
___
___
Python-bugs-list mailing
74 matches
Mail list logo