[issue7250] wsgiref.handlers.CGIHandler caches os.environ, leaking info between requests

New submission from Brandon Bloom : This issue came up while doing Google App Engine development. Apparently the default wsgi handler logic is to cache os.environ into os_environ at import time. This is reasonable behavior for wsgi, but when using cgi, this is a serious security hole which lea

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Changes by Ronald Oussoren : -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue6873] posix_lchown: possible overflow of uid, gid

Changes by Gregory P. Smith : -- priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue6873] posix_lchown: possible overflow of uid, gid

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

[issue1006238] cross compile patch

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

[issue7249] Consider allowing io.BytesIO sizes to be passed as 'long' in 2.6

New submission from Ryan Leslie : py> StringIO.StringIO("foo").read(long(1)) 'f' py> io.BytesIO("foo").read(long(1)) Traceback (most recent call last): File "", line 1, in TypeError: integer argument expected, got 'long' This is known to cause problems when reading zip data from a BytesIO ob

[issue1006238] cross compile patch

Mike Frysinger added the comment: the chflags is specifically documented as needing a runtime test: # On Tru64, chflags seems to be present, but calling it will # exit Python which is why i left the default of AC_TRY_RUN but cross-compile falls back to a simple link test. btw, a compile test i

[issue1006238] cross compile patch

Gregory P. Smith added the comment: these two have been merged and applied to trunk. """ i fixed the chflags specific check a long time ago (as i imagine others have as well): http://sources.gentoo.org/dev-lang/python/files/python-2.6-chflags- cross.patch same goes for the printf %zd test: htt

[issue6896] Intermittent failures in test_mailbox

Antoine Pitrou added the comment: Ezio indicated that the patch suppressed all failures for him, so I committed it on trunk. -- ___ Python tracker ___ ___

[issue4698] Solaris buildbot failure on trunk in test_hostshot

Neil Schemenauer added the comment: I checked in the fix on the 2.6 branch. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue1006238] cross compile patch

Garrett Cooper added the comment: Ok. Taking a look at trunk... The following could be converted to AC_TRY_COMPILE statements for the 3rd AC_TRY_RUN tuple: 1. $ac_enable_profiling : 697 2. $ac_cv_no_strict_aliasing_ok : 921 3. $ac_cv_opt_olimit_ok : 1070 4. $ac_cv_olimit_ok : 1092 5. $ac_cv_pt

[issue7248] test_importlib uses a fixed name in /tmp

Brett Cannon added the comment: Yeah, I should have used tempfile.mkdtemp(). -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue7245] better Ctrl-C support in pdb (program can be resumed)

Ilya Sandler added the comment: No,I don't think patch in the issue #1294 addresses the problem which I'm trying to solve. I tried applying patch#1294, and Ctrl-C will still throws your debugger into postmortem mode and I don't think you can change that by overriding do_KeyboardInterrupt(): whe

[issue7248] test_importlib uses a fixed name in /tmp

New submission from Antoine Pitrou : test_importlib uses fixed names in /tmp (e.g. /tmp/pkg), which will make the tests fail is such files/dirs already exist and aren't writable by the current user (which can happen if several users run the python test suite...). -- assignee: brett.canno

[issue7247] test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: 2.6.4 fnctl test failure -> test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4 ___ Python tracker ___ _

[issue7247] 2.6.4 fnctl test failure

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

[issue4698] Solaris buildbot failure on trunk in test_hostshot

Amaury Forgeot d'Arc added the comment: This was apparently fixed some months ago with r69410. Neil, would you mind backporting it to 2.6? -- assignee: -> nascheme nosy: +nascheme ___ Python tracker __

[issue1115] Minor Change For Better cross compile

Gregory P. Smith added the comment: Thanks for the patch! applied in trunk r76028/r76029. py3k r76030/r76032 There are more of these, other bugs are open that should result in us cleaning them up. see issue1006238 for example. -- resolution: -> fixed status: open -> closed __

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Raymond Hettinger added the comment: Forward-ported in r76025 r76026 and r76027. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue1006238] cross compile patch

Mike Frysinger added the comment: Gregory: there's no need to be a dick. i'm pointing out the obvious -- bugs have been open literally for *years* with zero assistance/feedback from anyone who can actually get things merged. people have posted patches, but no one has said "xxx needs to be done

[issue6665] fnmatch fails on filenames containing \n character

Gregory P. Smith added the comment: release26-maint r76023 to appear in Python 2.6.5. release31-maint r76024 to appear in Python 3.1.2. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue1008086] socket.inet_aton returns 8 bytes on LP64 platforms

Gregory P. Smith added the comment: Fixed in release26-maint r76022. This will appear in Python 2.6.5. I'm leaving release30-maint alone as it is already in 3.1. sorry for not making it into 2.6.3/2.6.4 despite the code being ready. I should've set this as a release blocker. -- res

[issue1006238] cross compile patch

Garrett Cooper added the comment: On Sun, Nov 1, 2009 at 5:50 AM, Mike Frysinger wrote: > > Mike Frysinger added the comment: > > AC_TRY_RUN is already documented: > http://www.gnu.org/software/autoconf/manual/html_node/Obsolete-Macros.html#index-AC_005fTRY_005fRUN-1992 > > there are a bunch o

[issue7247] 2.6.4 fnctl test failure

New submission from Tony Vroon : chain...@prometheus ~ $ python2.6 /usr/lib64/python2.6/test/test_fcntl.py struct.pack: '\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x0 0\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00' test_fcntl_64_bit (__main__.TestFcntl) ... ERROR test_fcntl

[issue7208] Getpass echo's password to screen on 2.6, but not on 2.5 or 3.1

Gregory P. Smith added the comment: merged into release26-maint in r76015. this patch also fixed issue7246. py3k r76017 release31-maint r76019 -- resolution: -> fixed status: open -> closed versions: -Python 2.6, Python 2.7 ___ Python tracker

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Raymond Hettinger added the comment: Added r76018 to use Hirokazu's test for the RuntimeError case and to redirect stdout to a file for the StopIteration case. Also, fixed-up weird indentation in the C code. -- ___ Python tracker

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Changes by Raymond Hettinger : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Changes by Raymond Hettinger : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman

[issue7246] getpass raises IOError when several returns are in stdin before getpass was called

Gregory P. Smith added the comment: change that. it looks like r76000 in trunk already fixes this. i was using an old build when i tried earlier. merged into release26-maint in r76015. -- resolution: -> fixed status: open -> closed ___ Python tr

[issue7246] getpass raises IOError when several returns are in stdin before getpass was called

Gregory P. Smith added the comment: and the r76000 patch does not fix it. investigating. -- ___ Python tracker ___ ___ Python-bugs-li

[issue7246] getpass raises IOError when several returns are in stdin before getpass was called

Gregory P. Smith added the comment: ah i misread your example. the following works to reproduce it: Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41) [GCC 4.3.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import time, getpass >>> time.sleep(5) ge

[issue7246] getpass raises IOError when several returns are in stdin before getpass was called

Gregory P. Smith added the comment: am unable to duplicate this behavior on Linux or OS X using python 2.6. What platform did you see the problem on? that said, can you apply the following patch to your getpass.py and see if it helps at all? http://svn.python.org/view/python/trunk/Lib/getpas

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Raymond Hettinger added the comment: Will take a look at your patch. Am also still doing work to complete r76004 for the case where the refcnt > 1. -- ___ Python tracker ___

[issue7246] getpass raises IOError when several returns are in stdin before getpass was called

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith components: +Library (Lib) nosy: +gregory.p.smith priority: -> normal title: getpass crashes when several returns are in stdin before getpass was called -> getpass raises IOError when several returns are in stdin before ge

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Raymond Hettinger added the comment: Already checked-in a fix for Py2.6 in r76004. Will forward port shortly. -- ___ Python tracker ___ __

[issue1006238] cross compile patch

Gregory P. Smith added the comment: Removing a toxic person from the cc list. Mike, please go harm some other all volunteer project. -- nosy: -vapier ___ Python tracker ___

[issue7246] getpass crashes when several returns are in stdin before getpass was called

New submission from Avihu Turzion : When I have the following code: blah.py === import getpass nothing = getpass.getpass("blah:") And I run it like so: >>> sleep 5 ./blah.py (I write the ./blah.py and returns while the sleep occurs) I get the following stack-trace: Traceback (most re

[issue6748] test_debuglevel from test_telnetlib.py fails

Antoine Pitrou added the comment: Please note that the Windows buildbot shows another error: == ERROR: test_debuglevel (test.test_telnetlib.OptionTests) -- Tra

[issue6896] Intermittent failures in test_mailbox

Antoine Pitrou added the comment: PS: this is the kind of traces I had when running TestMaildir on David's buildbot: at 1257086460.18, linking/renaming ... mtime of '/home/pitrou/trunk/@test_23145_tmp/new' is now 1257086459.0 at 1257086460.21, linking/renaming ... mtime of '/home/pitrou/trunk/@

[issue6896] Intermittent failures in test_mailbox

Antoine Pitrou added the comment: Ok, here is a patch which seems to fix the problem reliably on RDM's buildbot. Ezio, can you give it a try? -- Added file: http://bugs.python.org/file15246/maildir.patch ___ Python tracker

[issue6896] Intermittent failures in test_mailbox

Antoine Pitrou added the comment: The explanation seems to be that some systems (including RDM's buildbot) have slightly bizarre mtime behaviour: $ date && python -c 'import os; os.link("setup.py", "t/c")' && stat t && date Sun Nov 1 09:49:04 EST 2009 File: `t' Size: 144 Blocks

[issue7217] IDLE Subprocess Startup Error

ali added the comment: ? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/opti

[issue1006238] cross compile patch

Mike Frysinger added the comment: AC_TRY_RUN is already documented: http://www.gnu.org/software/autoconf/manual/html_node/Obsolete-Macros.html#index-AC_005fTRY_005fRUN-1992 there are a bunch of distros out there (like OE and Gentoo) that have been maintaining cross-compile patches for python.

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Hirokazu Yamamoto added the comment: > correct elements are returned even when RuntimeError is raised. Or maybe it is not guaranteed. :-) -- ___ Python tracker ___ _

[issue7244] itertools.zip_longest behaves strangely with an iterable class

Hirokazu Yamamoto added the comment: I created the patch to improve test which was checked in r76004. This patch checks if correct elements are returned even when RuntimeError is raised. Could you take a look? -- Added file: http://bugs.python.org/file15245/improve_test_itertools.patch