Changes by Georg Brandl ge...@python.org:
--
assignee: - giampaolo.rodola
nosy: +giampaolo.rodola
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11181
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
The current routines are designed to consume only k elements of memory. That
is the way it should remain. Manifesting the entire input iterable into memory
is unnecessary and is not cache friendly.
Also, I question your
Charles-Francois Natali neolo...@free.fr added the comment:
I was clearly wrong about a release being done in the child being the right
thing to do (issue6643 proved that, the state held by a lock is not usable to
another process on all platforms such that release even works).
Yeah,
Changes by Antoine Pitrou pit...@free.fr:
--
priority: high - normal
stage: - needs patch
type: crash - behavior
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11181
New submission from Antoine Pitrou pit...@free.fr:
pyOpenSSL (*) has the good idea of defining exception subclasses for the
various OpenSSL error codes (ZeroReturnError, WantReadError, etc.). The ssl
module could do the same.
(*) http://packages.python.org/pyOpenSSL/openssl-ssl.html
Steven Bethard steven.beth...@gmail.com added the comment:
There's no argparse in 3.1, so it should only go into 2.7, 3.2 and 3.3. But
yes, the patch looks great to me too.
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
Steven Bethard steven.beth...@gmail.com added the comment:
The request was for the latter: just make it stronger in the mentioned line
that what was called previously 'option' is now called 'args'.
As far as adding the parentheses or not, I never once used the parentheses back
when I was
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Please provide more information.
Have you actually seen this happen?
retrlines method isn't currently looking for EOF.
--
___
Python tracker rep...@bugs.python.org
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I get 2 errors when running test_io.py with trunk on AIX.
==
ERROR: test_large_file_ops (__main__.CIOTest)
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I get an error when running test_wait4 with trunk on AIX:
test_wait (__main__.Wait4Test) ... FAIL
==
FAIL: test_wait (__main__.Wait4Test)
Antoine Pitrou pit...@free.fr added the comment:
Hmm, strange. Is it a 32-bit build? Is HAVE_LARGEFILE_SUPPORT defined in
pyconfig.h?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11184
Antoine Pitrou pit...@free.fr added the comment:
Apparently AIX needs a specific #define to enable large file support:
http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.genprogc/doc/genprogc/prg_lrg_files.htm
Python defines _LARGEFILE_SOURCE by default.
Mark Dickinson dicki...@gmail.com added the comment:
[Raymond]
Also, I question your assertions about running time. [...]
Interesting observation. I wonder what the average number of comparisons
actually is, for random inputs. A quick back-of-the-envelope calculation
suggests that
Ismail Donmez ism...@namtrac.org added the comment:
I think the patch is good to go, any comments/questions ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11149
___
Senthil Kumaran orsent...@gmail.com added the comment:
Thanks. Committed in r88394.
Regarding the encoding information. An explanation of this sort might be
helpful.
The string can be encoded using ISO-8859-1 which is the default encoding for
POST data or the user can also encode using a
STINNER Victor victor.stin...@haypocalc.com added the comment:
It looks like your patch fixes #10829: you should add tests for that, you can
just reuse the tests of my patch (attached to #10829).
---
unicode_format() looks suboptimal.
+memset(buffer, ' ', width);
+width_unicode =
New submission from STINNER Victor victor.stin...@haypocalc.com:
If you have an undecodable filenames on UNIX, Python 3 escapes undecodable
bytes using surrogates. pydoc: HTMLDoc.index() uses indirectly os.listdir()
which does such operation, and later filenames are encoded to UTF-8 (the whole
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oops, my isUndecodableFilename() example is wrong. PEP 383 only uses
U+DC80..U+DCFF range:
def isUndecodableFilename(filename):
return any((0xDC80 = ord(ch) = 0xDCFF) for ch in filename)
Example of undecodable filename:
New submission from STINNER Victor victor.stin...@haypocalc.com:
Since version 3.2, Python uses the locale encoding in
PyUnicode_EncodeFSDefault() using _Py_wchar2char() and _Py_char2wchar() until
the codec registry is initialized and the locale codec is loaded (until
initfsencoding() is
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11187
___
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
OK, so the following patch should help:
Index: configure.in
===
--- configure.in(revision 88393)
+++ configure.in(working copy)
@@ -1375,6 +1375,8 @@
Sébastien Sablé sa...@users.sourceforge.net added the comment:
the error is different now that _LARGEFILES is defined:
==
ERROR: test_large_file_ops (__main__.CIOTest)
Antoine Pitrou pit...@free.fr added the comment:
Hmm, interesting. Can you post the results of the two following snippets:
f = open('foo', 'wb')
f.seek(2**32)
# should be 4294967296
f = open('foo', 'wb')
f.truncate(2**32)
# should be 4294967296
--
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Sorry I made a mistake in my previous patch (_LARGEFILES instead of
_LARGE_FILES).
Here is a better one:
Index: configure.in
===
--- configure.in(révision
R. David Murray rdmur...@bitdance.com added the comment:
The finally was doing a _sync_close, which flushes the tmp file and closes it.
The except Exception is checking if any non-BaseException error occurs,
*removing* the tmp file, and re-raising the exception. There's nothing to
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the patch.
The test fails in a different way now:
[...]
IOError: [Errno 27] File too large
This seems to mean that your file system isn't configured for large
files. According to
Sébastien Sablé sa...@users.sourceforge.net added the comment:
test_largefile complains about the filesystem having no largefile support.
It is probably the case, I will ask a sysadmin, and see if he can get me a file
system with large file support so that I can test this feature.
./python
Changes by Sébastien Sablé sa...@users.sourceforge.net:
--
title: test_io error on AIX - Broken large file support on AIX
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11184
___
Antoine Pitrou pit...@free.fr added the comment:
Yes, I think the skipping code in test_largefile should be factored out and
used both in test_io and test_largefile (to be honest I don't know why test_io
has large file tests as well; perhaps I should merge them together).
--
stage: -
R. David Murray rdmur...@bitdance.com added the comment:
Duh. After writing all that you'd think I'd have seen my mistake. That's what
reviews are for. So I guess it should be BaseException, since the most likely
one is keyboard interrupt and this would prevent a corrupted mailbox in that
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Also:
is it OK if I open a new issue for each broken unit test on AIX even if I have
not investigated them at the moment?
I have a dozen broken unit tests on AIX that need to be investigated, but I
don't want to spam the bug
Antoine Pitrou pit...@free.fr added the comment:
is it OK if I open a new issue for each broken unit test on AIX even
if I have not investigated them at the moment?
Yes. That way they get recorded somewhere and other people can chime in.
If you plan to investigate them you can add a sentence
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I have the following errors on test_time on AIX:
==
ERROR: test_mktime (test.test_time.TestAsctime4dyear)
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I have the following error on test_resource on AIX:
test_resource
test test_resource failed -- Traceback (most recent call last):
File
/san_cis/home/cis/.buildbot/python-aix6/3.x.phenix.xlc/build/Lib/test/test_resource.py,
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I have the following errors on test_locale on AIX:
==
FAIL: test_strcoll_with_diacritic (test.test_locale.TestEnUSCollation)
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I have the following error in distutils on AIX.
==
ERROR: test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase)
Changes by Sébastien Sablé sa...@users.sourceforge.net:
--
title: test_search_cpp error on AIX (aith xlc) - test_search_cpp error on AIX
(with xlc)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11191
New submission from Sébastien Sablé sa...@users.sourceforge.net:
I have the following error in test_socket on AIX:
==
FAIL: testGetaddrinfo (__main__.GeneralModuleTests)
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11192
___
___
Python-bugs-list
Sébastien Sablé sa...@users.sourceforge.net added the comment:
This is a duplicate of issue 678264.
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11189
New submission from Sébastien Sablé sa...@users.sourceforge.net:
The following tests fail in test_subprocess on AIX:
==
FAIL: test_undecodable_env (test.test_subprocess.POSIXProcessTestCase)
Antoine Pitrou pit...@free.fr added the comment:
Perhaps related to the test_locale failure in issue11190.
--
nosy: +haypo, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11193
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11188
___
___
Python-bugs-list
R. David Murray rdmur...@bitdance.com added the comment:
Yves: thanks for the patches. If you feel like redoing the test one as a patch
against Lib/email/test/test_email.py, that would be great. I'd suggest having
the test just split the lines and do
assertLessEqual(max([len(x) for x in
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch.
--
keywords: +patch
Added file: http://bugs.python.org/file20745/issue9920.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9920
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_undecodable_code() in test_cmd_line had a similar issue: on FreeBSD,
Solaris and Mac OS X, even if the locale is C (and nl_langinfo(CODESET)
announces ASCII), _Py_char2wchar() (mbstowcs) decoded b'\xff' as '\xff' (use
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #11193 (another locale issue on AIX).
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11190
___
Changes by Andrew Dunbar hippytr...@gmail.com:
--
nosy: +hippietrail
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list
Changes by Sascha Silbe sascha-web-bugs.python@silbe.org:
--
nosy: +sascha_silbe
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2504
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Revised patch using BaseException.
--
Added file: http://bugs.python.org/file20746/mailbox_cleanup2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
New submission from O.C. oc-spa...@laposte.net:
Hello,
if 'lock' is a threading.Lock, the functions lock.__exit__() and lock.release()
are different. The former takes 3 arguments, while the latter takes no
argument. However, lock.__exit__ == lock.release returns True. Shouldn't it
return
Éric Araujo mer...@netwok.org added the comment:
Hi Sandro. I think you may have closed too fast here: optparse is deprecated
in docs only, it’s not the recommendation anymore, but IIUC bugs should still
be fixed. A year and a half is sadly not a very long time for a Python bug,
time is
SilentGhost ghost@gmail.com added the comment:
compileall.rst diff doesn't seem to belong in that patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
New submission from Daniele Varrazzo p...@develer.com:
An expression such as x = i.next()[0] is not fixed by 2to3 in Python 3.1. x
= (i.next())[0] works instead.
https://github.com/dvarrazzo/psycopg/commit/9e9c22163706b0fffb9da67fe50ea23f91fe1c72
--
components: 2to3 (2.x to 3.0
R. David Murray rdmur...@bitdance.com added the comment:
Woops. Thanks for catching that. Will fix before commit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
R. David Murray rdmur...@bitdance.com added the comment:
Well, under the (C) hood, it is in fact the same method, it just takes a
variable number of arguments (and ignores them, in the __exit__ case). The
fact that the arguments are rejected in the 'release' case is because of how
the C
R. David Murray rdmur...@bitdance.com added the comment:
Making the tests pass on Jython is certainly worthwhile, if anyone wants to do
it. At a quick glance it looks like the optparse tests just need to be updated
and made a bit more lenient. Since Jython is lagging CPython by so much a fix
New submission from Geza kge...@gmail.com:
It would be nice if you could write a function like this (besides, of course,
the current way):
def result=functionname(params):
...
result=something
It would suffice for most functions, since you usually always return one type
of value, and it
Brian Curtin cur...@acm.org added the comment:
A change like this would need to go through, at the least, the python-ideas
mailing list. Please submit your idea there first.
--
nosy: +brian.curtin
resolution: - rejected
stage: - committed/rejected
status: open - closed
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11195
___
___
Sandro Tosi sandro.t...@gmail.com added the comment:
I've prepared a simple patch: what do you think about it?
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10423
Sandro Tosi sandro.t...@gmail.com added the comment:
now even with patch attached :)
--
keywords: +patch
Added file: http://bugs.python.org/file20747/issue10423.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10423
New submission from Brett Cannon br...@python.org:
As reported to the PSRT:
Python's SimpleHTTPServer class is a simple HTTP server, documented as
serving up the content of the pwd and below readonly via GET and HEAD
commands:
$ python -m SimpleHTTPServer
Serving HTTP on 0.0.0.0 port 8000
Éric Araujo mer...@netwok.org added the comment:
I agree that quotes help debugging, so +1 for repr (or !r, not sure which ones
reads better). Not sure this can make it into stable branches.
--
nosy: +eric.araujo
title: compileall doesn't support the PEP 383 (undecodable
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11164
___
___
New submission from muxum mxgn...@gmx.de:
#download/try this: http://ideone.com/QA6Fg
from re import *
s =
'a-b\na-b\nc-b\nc-b\na-d\na-d\ne-b\ne-b\na-f\na-f\ng-b\ng-b\na-h\na-h\ni-b\ni-b\na-j\na-j\nk-b\nk-b\n'
res = subn(r(.*\n)(\1)+,rreplaced:\1,s,M)
print(output: + res[0])
print(replace
Dave Malcolm dmalc...@redhat.com added the comment:
CVE-2011-0705
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11197
___
___
Python-bugs-list
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11197
___
Terry J. Reedy tjre...@udel.edu added the comment:
I agree that the _sampwidth multiplier is needed regardless of endianness.
The simplest option would be to pull the _datawritten statement out of the
alternation, making the code read
if self._sampwidth 1 and big_endian:
O.C. oc-spa...@laposte.net added the comment:
Do you have a use case that this impacts?
No, I can live with it. It was rather a point about clarity and consistency.
For example, the difference between Lock and RLock:
lock.__exit__==lock.release- True
rlock.__exit__==rlock.release - False
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11188
___
___
Steven Bethard steven.beth...@gmail.com added the comment:
Looks good to me. This is a doc fix, so it could go into 3.2 and 2.7 as well as
3.3.
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Thansk for the review. Committed as r88400.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11135
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the review. Committed as r88401.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11134
Terry J. Reedy tjre...@udel.edu added the comment:
After saying that pydoc is used by help(), its documentation only tells how to
run it standalone.
help(pydoc) basically says the same, and does not mention any internals,
because of __all__ = ['help'], which the author understood to define
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
FWIW, I've attached benchmarking code for all three approaches (the current
approach and the two proposals).
--
Added file: http://bugs.python.org/file20748/heapq_benchmark.py
___
R. David Murray rdmur...@bitdance.com added the comment:
Yeah, sometimes you just have to read the source.
Previous to Python3.2, RLock was implemented in Python, and the two methods are
actually different methods there. In Python3.2, rlock.release ==
rlock.__exit__ is True.
--
R. David Murray rdmur...@bitdance.com added the comment:
Committed in r88403.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
R. David Murray rdmur...@bitdance.com added the comment:
Decided to backport the fix to 2.7, even though the tests won't backport.
r88406.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: tarek - barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11171
___
___
Barry A. Warsaw ba...@python.org added the comment:
The suggested change works for me, both when prefix == exec_prefix and when it
doesn't. All standard tests pass, so the fix should be committed. I'm holding
off on doing that to see whether it's applicable to other versions, though if
3.2
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +mrabarnett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11198
___
___
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
Argument 4 of re.subn(...) is 'count', the maximum number of replacements to
perform, but you're passing in the MULTILINE flag, which happens to have the
integer value 8, hence you're limiting the maximum number of replacements to
Changes by Gregory P. Smith g...@krypto.org:
--
assignee: - gregory.p.smith
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11197
___
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11198
___
Michal Nowikowski godf...@gmail.com added the comment:
Is this patch ok?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10999
___
___
Georg Brandl ge...@python.org added the comment:
That is my opinion as well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11171
___
___
Georg Brandl ge...@python.org added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
This would be nice to fix in 3.2; however, since SimpleHTTPServer is not meant
to be used in production, and it's not a regression, I will not hold up the
release schedule for it. I'd need to see a patch for deciding.
--
priority:
Georg Brandl ge...@python.org added the comment:
Lowering priority and making a doc issue now that the code change has been made.
--
components: +Documentation -Library (Lib)
priority: deferred blocker - normal
___
Python tracker
Michael Strein mgstr...@gmail.com added the comment:
Do we know the status of this issue? Have not seen update in four months.
Currently is a major headache on my linux box.
--
nosy: +mgstrein
___
Python tracker rep...@bugs.python.org
91 matches
Mail list logo