Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp 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:
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
correct elements are returned even when RuntimeError is
raised.
Or maybe it is not guaranteed. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7244
Mike Frysinger vap...@users.sourceforge.net 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
ali mr.da...@gmail.com added the comment:
?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7217
___
___
Python-bugs-list mailing list
Antoine Pitrou pit...@free.fr 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
Antoine Pitrou pit...@free.fr 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
Antoine Pitrou pit...@free.fr 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
Antoine Pitrou pit...@free.fr added the comment:
Please note that the Windows buildbot shows another error:
==
ERROR: test_debuglevel (test.test_telnetlib.OptionTests)
New submission from Avihu Turzion av...@turzion.com:
When I have the following code:
blah.py
===
import getpass
nothing = getpass.getpass(blah:)
And I run it like so:
sleep 5
./blah.py return
return
(I write the ./blah.py and returns while the sleep occurs)
I get the following
Gregory P. Smith g...@krypto.org added the comment:
Removing a toxic person from the cc list. Mike, please go harm some other
all volunteer project.
--
nosy: -vapier
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1006238
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Already checked-in a fix for Py2.6 in r76004.
Will forward port shortly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7244
Changes by Gregory P. Smith g...@krypto.org:
--
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
Raymond Hettinger rhettin...@users.sourceforge.net 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 rep...@bugs.python.org
Gregory P. Smith g...@krypto.org 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?
Gregory P. Smith g...@krypto.org 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)
Gregory P. Smith g...@krypto.org added the comment:
and the r76000 patch does not fix it. investigating.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7246
___
Gregory P. Smith g...@krypto.org 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
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7244
___
___
Python-bugs-list
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7244
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net 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.
--
___
Gregory P. Smith g...@krypto.org 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
___
New submission from Tony Vroon t...@vroon.org:
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) ...
Garrett Cooper yaneg...@gmail.com added the comment:
On Sun, Nov 1, 2009 at 5:50 AM, Mike Frysinger rep...@bugs.python.org wrote:
Mike Frysinger vap...@users.sourceforge.net added the comment:
AC_TRY_RUN is already documented:
Gregory P. Smith g...@krypto.org 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.
Gregory P. Smith g...@krypto.org 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 rep...@bugs.python.org
Mike Frysinger vap...@users.sourceforge.net 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
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Forward-ported in r76025 r76026 and r76027.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7244
Gregory P. Smith g...@krypto.org 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 -
Amaury Forgeot d'Arc amaur...@gmail.com 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 rep...@bugs.python.org
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7247
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
title: 2.6.4 fnctl test failure - test_fcntl_64_bit from test_fcntl.py fails
in Python 2.6.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7247
New submission from Antoine Pitrou pit...@free.fr:
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...).
--
Ilya Sandler ilya.sand...@gmail.com 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
Brett Cannon br...@python.org added the comment:
Yeah, I should have used tempfile.mkdtemp().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7248
___
Garrett Cooper yaneg...@gmail.com 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
Neil Schemenauer nas-pyt...@arctrix.com added the comment:
I checked in the fix on the 2.6 branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4698
___
Antoine Pitrou pit...@free.fr added the comment:
Ezio indicated that the patch suppressed all failures for him, so I
committed it on trunk.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6896
Gregory P. Smith g...@krypto.org 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
Mike Frysinger vap...@users.sourceforge.net 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
New submission from Ryan Leslie ryle...@gmail.com:
py StringIO.StringIO(foo).read(long(1))
'f'
py io.BytesIO(foo).read(long(1))
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: integer argument expected, got 'long'
This is known to cause problems when reading zip
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1006238
___
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/issue6873
___
Changes by Gregory P. Smith g...@krypto.org:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6873
___
___
Python-bugs-list
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1628484
___
___
New submission from Brandon Bloom snprbo...@gmail.com:
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
45 matches
Mail list logo