[issue1028] Tkinter binding involving Control-spacebar raises unicode error

Michael Strein 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

[issue11082] ValueError: Content-Length should be specified

Georg Brandl 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

[issue11197] information leakage with SimpleHTTPServer

Georg Brandl 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: release blocker -> de

[issue11116] mailbox and email errors

Georg Brandl added the comment: Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11171] Python 2.7.1 does not start when "./configure" is used with "--prefix" != "--exec-prefix"

Georg Brandl added the comment: That is my opinion as well. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10999] os.chflags refers to stat constants, but the constants are not documented in the stat module

Michal Nowikowski added the comment: Is this patch ok? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue11198] re sub subn backreferrence too few replacements

Changes by R. David Murray : -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue11197] information leakage with SimpleHTTPServer

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mail

[issue11198] re sub subn backreferrence too few replacements

Matthew Barnett 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 8. --

[issue11198] re sub subn backreferrence too few replacements

Changes by R. David Murray : -- nosy: +mrabarnett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue11171] Python 2.7.1 does not start when "./configure" is used with "--prefix" != "--exec-prefix"

Barry A. Warsaw 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 is affected, Geor

[issue11171] Python 2.7.1 does not start when "./configure" is used with "--prefix" != "--exec-prefix"

Changes by Barry A. Warsaw : -- assignee: tarek -> barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue11116] mailbox and email errors

R. David Murray added the comment: Decided to backport the fix to 2.7, even though the tests won't backport. r88406. -- ___ Python tracker ___

[issue11116] mailbox and email errors

R. David Murray added the comment: Committed in r88403. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue11194] "lock.__exit__ == lock.release" should be False

R. David Murray 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. -- resolution: -> invalid st

[issue11180] More efficient nlargest()/nsmallest()

Raymond Hettinger 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 ___ Python tracker

[issue11182] pydoc.Scanner class not used by anything

Terry J. Reedy 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 the public inte

[issue11134] Add missing type slots

Martin v. Löwis added the comment: Thanks for the review. Committed as r88401. -- resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue11135] Redundant doc field in TypeSpec

Martin v. Löwis added the comment: Thansk for the review. Committed as r88400. -- resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue10423] s/args/options in arpgarse "Upgrading optparse code"

Steven Bethard 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 _

[issue11188] test_time error on AIX

Changes by Alexander Belopolsky : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue11194] "lock.__exit__ == lock.release" should be False

O.C. 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 We came on that t

[issue11126] Wave.py does not always write proper length in header

Terry J. Reedy 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: import array

[issue11197] information leakage with SimpleHTTPServer

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue11197] information leakage with SimpleHTTPServer

Dave Malcolm added the comment: CVE-2011-0705 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue11198] re sub subn backreferrence too few replacements

New submission from muxum : #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)+",r"replaced:\1",s,M) print("output: " + res[0]) pr

[issue11164] xml shouldn't use _xmlplus

Changes by Éric Araujo : -- nosy: +eric.araujo versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue11169] compileall doesn't support PEP 383 (undecodable paths/filenames)

Éric Araujo 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 paths/filenames) -> compileall

[issue11197] information leakage with SimpleHTTPServer

New submission from Brett Cannon : 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 ... However, by in

[issue10423] s/args/options in arpgarse "Upgrading optparse code"

Sandro Tosi added the comment: now even with patch attached :) -- keywords: +patch Added file: http://bugs.python.org/file20747/issue10423.patch ___ Python tracker ___ _

[issue10423] s/args/options in arpgarse "Upgrading optparse code"

Sandro Tosi added the comment: I've prepared a simple patch: what do you think about it? -- stage: needs patch -> patch review ___ Python tracker ___ ___

[issue11195] next fixer fooled by trailing cheracters

Changes by R. David Murray : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue11196] add possibility for returning value the way Matlab does it

Brian Curtin 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 _

[issue11196] add possibility for returning value the way Matlab does it

New submission from Geza : 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 can be very conve

[issue1704474] optparse tests fail under Jython

R. David Murray 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 isn't going to help

[issue11194] "lock.__exit__ == lock.release" should be False

R. David Murray 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 function is defined as a P

[issue11116] mailbox and email errors

R. David Murray added the comment: Woops. Thanks for catching that. Will fix before commit. -- ___ Python tracker ___ ___ Python-bu

[issue11195] next fixer fooled by trailing cheracters

New submission from Daniele Varrazzo : 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 conversion tool) me

[issue11116] mailbox and email errors

SilentGhost added the comment: compileall.rst diff doesn't seem to belong in that patch. -- ___ Python tracker ___ ___ Python-bugs-li

[issue1704474] optparse tests fail under Jython

Éric Araujo 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 usually not a criteri

[issue11194] "lock.__exit__ == lock.release" should be False

New submission from O.C. : 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 False ? Best regards,

[issue11116] mailbox and email errors

R. David Murray added the comment: Revised patch using BaseException. -- Added file: http://bugs.python.org/file20746/mailbox_cleanup2.patch ___ Python tracker ___ _

[issue2504] Add gettext.pgettext() and variants support

Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue1602] windows console doesn't print or input Unicode

Changes by Andrew Dunbar : -- nosy: +hippietrail ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue11190] test_locale error on AIX

STINNER Victor added the comment: See also issue #11193 (another locale issue on AIX). -- nosy: +haypo ___ Python tracker ___ ___ Pyt

[issue11193] test_subprocess error on AIX

STINNER Victor 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 ISO-8859-1 encoding). To fix the tes

[issue9920] test_cmath on atan fails on AIX

Mark Dickinson added the comment: Here's a patch. -- keywords: +patch Added file: http://bugs.python.org/file20745/issue9920.patch ___ Python tracker ___

[issue9298] binary email attachment issue with base64 encoding

R. David Murray 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 lines]), 76) or someth

[issue11188] test_time error on AIX

Changes by Antoine Pitrou : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11193] test_subprocess error on AIX

Antoine Pitrou added the comment: Perhaps related to the test_locale failure in issue11190. -- nosy: +haypo, pitrou ___ Python tracker ___ __

[issue11193] test_subprocess error on AIX

New submission from Sébastien Sablé : The following tests fail in test_subprocess on AIX: == FAIL: test_undecodable_env (test.test_subprocess.POSIXProcessTestCase)

[issue11189] test_resource error on AIX

Sébastien Sablé added the comment: This is a duplicate of issue 678264. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ __

[issue11192] test_socket error on AIX

Changes by Antoine Pitrou : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11192] test_socket error on AIX

New submission from Sébastien Sablé : I have the following error in test_socket on AIX: == FAIL: testGetaddrinfo (__main__.GeneralModuleTests) -- Traceback (mos

[issue11191] test_search_cpp error on AIX (with xlc)

Changes by Sébastien Sablé : -- title: test_search_cpp error on AIX (aith xlc) -> test_search_cpp error on AIX (with xlc) ___ Python tracker ___

[issue11191] test_search_cpp error on AIX (aith xlc)

New submission from Sébastien Sablé : I have the following error in distutils on AIX. == ERROR: test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase) ---

[issue11190] test_locale error on AIX

New submission from Sébastien Sablé : I have the following errors on test_locale on AIX: == FAIL: test_strcoll_with_diacritic (test.test_locale.TestEnUSCollation) -

[issue11189] test_resource error on AIX

New submission from Sébastien Sablé : 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", line 28, in test_fsize_ismax

[issue11188] test_time error on AIX

New submission from Sébastien Sablé : I have the following errors on test_time on AIX: == ERROR: test_mktime (test.test_time.TestAsctime4dyear) -- Traceback (mo

[issue11184] Broken large file support on AIX

Antoine Pitrou 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 saying so. T

[issue11184] Broken large file support on AIX

Sébastien Sablé 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 tracker followers too much. So t

[issue11116] mailbox and email errors

R. David Murray 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 case. -- ___

[issue11184] Broken large file support on AIX

Antoine Pitrou 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: -> patch review

[issue11184] Broken large file support on AIX

Changes by Sébastien Sablé : -- title: test_io error on AIX -> Broken large file support on AIX ___ Python tracker ___ ___ Python-bugs

[issue11184] test_io error on AIX

Sébastien Sablé 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 -Wd -E -bb ./Lib/test/test_l

[issue11184] test_io error on AIX

Antoine Pitrou 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 http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?

[issue11116] mailbox and email errors

R. David Murray 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 flush/close in that case. Then

[issue11184] test_io error on AIX

Sébastien Sablé 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 88395) +++ configure.in

[issue11184] test_io error on AIX

Antoine Pitrou 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 -- ___

[issue11184] test_io error on AIX

Sébastien Sablé added the comment: the error is different now that _LARGEFILES is defined: == ERROR: test_large_file_ops (__main__.CIOTest) -- Traceback (most

[issue11184] test_io error on AIX

Sébastien Sablé 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 @@ if test "$use_lfs" = "yes";

[issue11187] PyUnicode_AsEncodedString: the bootstrap hack is no more needed

Changes by STINNER Victor : -- components: +Unicode ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11187] PyUnicode_AsEncodedString: the bootstrap hack is no more needed

New submission from STINNER Victor : 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 done). Before Python 3.2, Python

[issue11186] pydoc: HTMLDoc.index() doesn't support PEP 383

STINNER Victor 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: b'bla\xe9\xff.py' with UTF-8 filesy

[issue11186] pydoc: HTMLDoc.index() doesn't support PEP 383

New submission from STINNER Victor : 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 HTML content is encoded to

[issue7330] PyUnicode_FromFormat segfault

STINNER Victor 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 = PyUnicode_FromStringAndSize(buff

[issue11082] ValueError: Content-Length should be specified

Senthil Kumaran 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 custom encoding , in w

[issue11149] [PATCH] Configure should enable -fwrapv for clang

Ismail Donmez added the comment: I think the patch is good to go, any comments/questions ? -- ___ Python tracker ___ ___ Python-bugs-

[issue11180] More efficient nlargest()/nsmallest()

Mark Dickinson 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 O(max(k*log(k)*log(n), n))

[issue11184] test_io error on AIX

Antoine Pitrou 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. -- __

[issue11184] test_io error on AIX

Antoine Pitrou added the comment: Hmm, strange. Is it a 32-bit build? Is HAVE_LARGEFILE_SUPPORT defined in pyconfig.h? -- nosy: +pitrou ___ Python tracker ___ _

[issue11185] test_wait4 error on AIX

New submission from Sébastien Sablé : I get an error when running test_wait4 with trunk on AIX: test_wait (__main__.Wait4Test) ... FAIL == FAIL: test_wait (__main__.Wait4Test) ---

[issue11184] test_io error on AIX

New submission from Sébastien Sablé : I get 2 errors when running test_io.py with trunk on AIX. == ERROR: test_large_file_ops (__main__.CIOTest) -- Traceback (

[issue11181] TLS end connection not detected properly in retrbinary

Giampaolo Rodola' added the comment: Please provide more information. Have you actually seen this happen? retrlines method isn't currently looking for EOF. -- ___ Python tracker ___

[issue10423] s/args/options in arpgarse "Upgrading optparse code"

Steven Bethard 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 using optparse, so it didn'

[issue11076] Iterable argparse Namespace

Steven Bethard 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 ___

[issue11183] Finer-grained exceptions for the ssl module

New submission from Antoine Pitrou : 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 -- components:

[issue11181] TLS end connection not detected properly in retrbinary

Changes by Antoine Pitrou : -- priority: high -> normal stage: -> needs patch type: crash -> behavior versions: -Python 3.1 ___ Python tracker ___ _

[issue6721] Locks in python standard library should be sanitized on fork

Charles-Francois Natali 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, apparently OS-X is o

[issue11180] More efficient nlargest()/nsmallest()

Raymond Hettinger 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 assertions about running time. In

[issue11181] TLS end connection not detected properly in retrbinary

Changes by Georg Brandl : -- assignee: -> giampaolo.rodola nosy: +giampaolo.rodola priority: normal -> high ___ Python tracker ___ __