R. David Murray rdmur...@bitdance.com added the comment:
That's because 7681 is closed. (That said, I consider it a bug in the tracker
that it defaults to searching only open issues...and I think I filed an issue
in the metatracker for that, too. Maybe I'll get around to fixing it if I can
Changes by Charles-Francois Natali neolo...@free.fr:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7332
___
___
Stefan Krah stefan-use...@bytereef.org added the comment:
One oddity: In Mark's test case, the error only shows if readline
is imported _before_ curses. The other way around it's fine.
On FreeBSD 8.0 amd64, with the _default_ libcurses, the Valgrind output
for py3k looks like this:
[...]
Stefan Krah stefan-use...@bytereef.org added the comment:
I take that back. With the curses from /usr/ports/devel/ncurses,
Mark's test case is fine, but
./python Lib/test/regrtest.py -uall test_curses
fails again.
--
___
Python tracker
Stefan Krah stefan-use...@bytereef.org added the comment:
Alas, after installing curses from /usr/ports/devel/ncurses I did not
recompile Modules/_curses_panel.c.
So, after a proper build
./python Lib/test/regrtest.py -uall test_curses
shows no errors.
--
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I'm not trying to be a pain here, but do you have any explanation as to why,
with fair scheduling, the observed execution time of multiple CPU-bound
threads is substantially worse than with unfair scheduling?
Yes. This is because
David Beazley d...@dabeaz.com added the comment:
I'm definitely sure that semaphores were being used in my test---I stuck a
print statement inside the code that creates locks just to make sure it was
using the semaphore version :-).
Unfortunately, at this point I think most of this discussion
STINNER Victor victor.stin...@haypocalc.com added the comment:
Same issue on sparc solaris10 gcc 3.x:
http://www.python.org/dev/buildbot/builders/sparc solaris10 gcc
3.x/builds/639/steps/test/logs/stdio
--
___
Python tracker rep...@bugs.python.org
David Beazley d...@dabeaz.com added the comment:
As a followup, since I'm not sure anyone actually here actually tried a fair
GIL on Linux, I incorporated your suggested fairness patch to the
condition-variable version of the GIL (using this pseudocode you wrote as a
guide):
with gil.cond:
New submission from STINNER Victor victor.stin...@haypocalc.com:
r80137 (PEP 3147) introduced a test in test_site. The test fails on non-ASCII
directory because stdout uses ASCII whereas the directories contains non-ASCII
characters.
http://www.python.org/dev/buildbot/builders/AMD64 Ubuntu
New submission from STINNER Victor victor.stin...@haypocalc.com:
test_tokenize and test_io does sometimes hung on buildbot ARMv4 Debian 3.x. It
looks to be related to #8429.
http://www.python.org/dev/buildbot/builders/ARMv4 Debian
3.x/builds/52/steps/test/logs/stdio
-
...
Eugene Kapun abacabadabac...@gmail.com added the comment:
-1 on special-casing string without an encoding. Current code does (almost)
this:
...
if argument_is_a_string:
if not encoding_is_given: # Special case
raise TypeError(string argument without an encoding)
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8429
___
___
Python-bugs-list mailing list
Antoine Pitrou pit...@free.fr added the comment:
I don't know about test_tokenize, but test_io is quite heavy and a couple of
individual tests launch many threads. On a slow CPU with little RAM, the test
could simply be still running (swapping?) after 1800s...
--
nosy: +doko, pitrou
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - barry
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8430
___
___
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in revision 80146 and merged into other branches
release26-maint: r80147
py3k: r80148
release31-maint: r80149
--
assignee: georg.brandl - orsenthil
resolution: - fixed
stage: needs patch - committed/rejected
status: open -
Antoine Pitrou pit...@free.fr added the comment:
I agree that we can consider dropping the static buffer and always using
PyMem_MALLOC().
It looks a bit strange for this bug to happen, though. Does Ubuntu use a small
stack size?
--
nosy: +pitrou, tim_one
Antoine Pitrou pit...@free.fr added the comment:
Oh, and the record of the original patch conversation (when this optimization
was added) can be found here:
http://mail.python.org/pipermail/patches/2001-January/003500.html
--
priority: normal - high
versions: +Python 2.7, Python 3.1,
Antoine Pitrou pit...@free.fr added the comment:
A small benchmark shows no difference in startup time when disabling the stack
buffer. (this is on Linux: of course, the problem might be that the glibc is
heavily optimized)
The benchmark was a simple:
$ time ./python -E -c import logging,
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7332
___
___
Python-bugs-list
Charles-Francois Natali neolo...@free.fr added the comment:
It looks a bit strange for this bug to happen, though. Does Ubuntu use a
small stack size?
There are other possible reasons:
- the programs that crash (or the libraries they're using) use the stack a lot
- somehow,
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/x86 FreeBSD
3.x/builds/211/steps/test/logs/stdio
Example:
==
FAIL: test_send_signal
R. David Murray rdmur...@bitdance.com added the comment:
I posted this to the checkins list, but for reference, the following invalid
URL should be added to the test cases:
http://[::1/foo/bar]/bad
--
nosy: +r.david.murray
___
Python tracker
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/sparc Debian
3.x/builds/62/steps/test/logs/stdio
test_curses
[?1049h[1;24r(B[m[4l[?7h[H[2J[?5h[?5l[?12l[?25habc[39;49m[?1000h[?1000l[39;49m(B[m[24;1H[?1049l
Giampaolo Rodola' g.rod...@gmail.com added the comment:
If everyone agrees on error: [Errno 0] Error being a legitimate alias for a
connection closed event condition then I'd say the test server looks good,
even if I think that expecting a ssl.SSLError derived exception would have made
more
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: buildbot: test_curses failure - buildbot: test_curses failure,
getmouse() returned ERR
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8433
Antoine Pitrou pit...@free.fr added the comment:
Committed in r80151 (trunk), r80154 (py3k).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Nir Aides n...@winpdb.org added the comment:
the scheduling function bfs_find_task returns the first task that
has an expired deadline. since an expired deadline probably means
that the scheduler hasn't run for a while, it might be worth it to
look for the thread with the oldest deadline
STINNER Victor victor.stin...@haypocalc.com added the comment:
Other example: http://www.python.org/dev/buildbot/builders/alpha Debian
3.x/builds/63/steps/test/logs/stdio
test_curses
anatoly techtonik techto...@gmail.com added the comment:
There is a ready-to-use public domain code with a progress bar if you'll need
it.
http://pypi.python.org/pypi/wget/
--
nosy: +techtonik
___
Python tracker rep...@bugs.python.org
Charles-Francois Natali neolo...@free.fr added the comment:
Ok, I've done too some trivial benchmarking on my Linux box, and I get this:
right now:
$ time ./python /tmp/test_import.py
real0m1.258s
user0m1.111s
sys 0m0.101s
with mmap:
$ time ./python /tmp/test_import.py
real
Antoine Pitrou pit...@free.fr added the comment:
If everyone agrees on error: [Errno 0] Error being a legitimate alias
for a connection closed event condition then I'd say the test server
looks good, even if I think that expecting a ssl.SSLError derived
exception would have made more
Changes by Charles-Francois Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file16960/marshal_stack.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7332
___
Senthil Kumaran orsent...@gmail.com added the comment:
Moving the Bad URL check to a higher level can be detect the bad urls much
better. Once I the netloc is parsed and obtained, invalid URL can be checked. I
am attaching an update with the new test included.
If you have any comments, please
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/sparc Ubuntu
trunk/builds/76/steps/test/logs/stdio
test_gdb
test test_gdb failed -- multiple errors occurred; run in verbose mode for
details
Re-running test 'test_gdb' in verbose mode
anatoly techtonik techto...@gmail.com added the comment:
To me a better option would be an ability to specify a path to compiler from
command line.
--compiler-path=./mingw/bin/gcc.exe
--
nosy: +techtonik
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
There are other hung on trunk (output of bbreport):
ARMv4 Debian trunk 80129, 80120, 80101, 80098, 80085,
80129: # hung for 30 min: test_ast
80120: # hung for 30 min: test_descr
STINNER Victor victor.stin...@haypocalc.com added the comment:
Related issue: #8281 (For gdb7, a python-gdb.py file is added to the build,
allowing to use advanced gdb features when debugging Python.)
--
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8434
___
___
Eugene Kapun abacabadabac...@gmail.com added the comment:
I've found more unsafe code in Objects/setobject.c.
This code makes Python 3.1.2 segfault by using a bug in function set_merge:
class bad:
def __eq__(self, other):
if be_bad:
set2.clear()
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
assignee: - giampaolo.rodola
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4814
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Closed as a duplicate of 6822 which provides a patch.
--
nosy: +giampaolo.rodola
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Eugene Kapun abacabadabac...@gmail.com:
This code shows that frozensets aren't really immutable. The same frozenset is
printed twice, with different content. Buggy functions are set_contains,
set_remove and set_discard, all in Objects/setobject.c
class bad:
def
Changes by Eugene Kapun abacabadabac...@gmail.com:
--
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8420
___
___
Python-bugs-list
New submission from Eugene Kapun abacabadabac...@gmail.com:
list().__init__(a=0)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: 'a' is an invalid keyword argument for this function
set().__init__(a=0)
--
components: Interpreter Core
messages: 103427
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8435
___
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8436
___
Mark Dickinson dicki...@gmail.com added the comment:
Given the lack of agreement here, I propose that we just leave the current code
as it is; it doesn't seem like a big issue to me, and we should resist messing
with code that isn't clearly broken.
--
resolution: - wont fix
status:
Stefan Krah stefan-use...@bytereef.org added the comment:
It seems that FreeBSD has problems with the fact that readline.so is
linked with -lreadline and -lncursesw (why?).
With issue7384.patch I get no more errors using either Mark's test case
or test_curses.py.
--
Added file:
R. David Murray rdmur...@bitdance.com added the comment:
I don't know how deep you want to get into detecting invalid URIs, but with the
new patch this one causes a parsing error that is probably worth dealing with:
http://abc[xyz]jkl
Maybe a reasonable set of checks would be (in hostname)
Antoine Pitrou pit...@free.fr added the comment:
After a bit of investigation, this issue seems to be exactly why
test_httpservers sometimes hangs.
The patch looks complicated to me, though; I don't think we really have to
support the multiple shutdowns case.
--
nosy: +pitrou
Mark Dickinson dicki...@gmail.com added the comment:
That patch works for me, too. Nice!
It seems that FreeBSD has problems with the fact that readline.so is
linked with -lreadline and -lncursesw (why?).
Good question...
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Here is a simpler patch. It also fixes the wrong use of a lock instead of an
event in test_httpservers. With this patch, test_httpservers runs forever
without freezing.
--
Added file: http://bugs.python.org/file16964/shutdown.patch
Brett Cannon br...@python.org added the comment:
Attached is a patch I wrote entirely independently of this issue (Mercurial's
test suite trigger it for me). I go further in terms of caching items than the
original patch as I still got failures even when I stored just a reference to
os (might
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_gdb.py refers to test_gdb_sample.py instead of gdb_sample.py. Attached
patch fixes that.
But then I get new errors:
---
...
Verify the pretty-printing of unicode values ... ok
Alexandre Vassalotti alexan...@peadrop.com added the comment:
I found the issue. The view types didn't have Py_TPFLAGS_CHECKTYPES set, so the
types were using the old-style binary operators.
Here's a patch that fixes the issue. Please review.
--
Added file:
Changes by Alexandre Vassalotti alexan...@peadrop.com:
Removed file: http://bugs.python.org/file16927/fix_dictviews_as_number.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8404
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, this is a duplicate of #8279.
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8434
STINNER Victor victor.stin...@haypocalc.com added the comment:
#8434 is a duplicate of this issue.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8279
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oops, my last message (msg103435) was for #8434, not this issue. Anyway, #8434
is a duplicate of #8279, it doesn't matter.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
In GDB 7.1, a gdb.frame object has no more function method: it's replaced by a
name method. Tools/gdb/libpython.py should be modified:
Add GDB_70 = gdb.VERSION.startswith(7.0) at the beginning, and replace
is_evalframeex() by:
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the patch, committed as r80156. As expected, there are still
complaints about gdb.Frame.
As the original issue is now resolved, I'm closing this issue as fixed, and
open a new issue for the remaining failures.
--
New submission from Martin v. Löwis mar...@v.loewis.de:
I get a number of failures in test_gdb with gdb 7.0.1 about gdb.Frame, e.g.
FAIL: test_basic_command (test.test_gdb.PyListTests)
Verify that the py-list command works
STINNER Victor victor.stin...@haypocalc.com added the comment:
See my msg103440 of issue #8279.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8437
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
According to documentation of the Python API of gdb, a frame has a function
method. I read gdb 7.0, 7.0.1 and 7.1 (downloaded from
http://ftp.gnu.org/gnu/gdb): there is not function method, but a name
method.
On my Debiand Sid
STINNER Victor victor.stin...@haypocalc.com added the comment:
In GDB 7.1, a gdb.frame object has no more function method (...)
Missing function method is not related to gdb version: see #8437 (msg103444).
As Martin wrote: let's continue the discussion in issue #8437 ;-)
--
Stefan Krah stefan-use...@bytereef.org added the comment:
Antoine is right: On a fast machine (3.16GHz) test_io.py takes 810s
on debian-arm/qemu. All tests pass, so perhaps the limit is just too
restrictive on slow machines.
--
nosy: +skrah
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
On ARMv7Thumb Ubuntu trunk, build 47 hung after the following tests:
---
test_wait3
test_genericpath
test_uuid
test_zipimport_support
test_slice
test_decorators
---
build 48 hung after the following tests:
---
test_memoryio
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thx, will look at it when I get a chance.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8436
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
It would help if regrtest.py added a timestamp to messages (at least test_xxx
lines). Eg. 18:08:34.750933: test_io.
--
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7811
___
Darryl Miles darryl.mi...@darrylmiles.org added the comment:
With regards to create test cases for certain situations, sure this would be
possible but not with pure python since your APIs deny/inhibit the particular
things required to force a situation for a test case.
With regards to
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'm not sure that I care about this one. The only way to pull it off it is to
intentionally try to mutate the frozenset. Will look at it along with the
others though.
--
priority: - low
R. David Murray rdmur...@bitdance.com added the comment:
The test_break unit test is now skipped for freebsd6 on trunk in r80155. I
suspect this affects py3k as well on freebsd6.
--
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5099
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
The commit creating methods function, select were added the 24th february
2010, whereas gdb 7.1 was released around the 18th february 2010.
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/python/py-frame.c?cvsroot=src
I guess that
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #8432.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8263
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #8263.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8432
___
___
R. David Murray rdmur...@bitdance.com added the comment:
i486 Ubuntu also showed the test_itimer_virtual failure (but not the other
one...FreeBSD didn't show the other one either) here:
http://www.python.org/dev/buildbot/builders/i386 Ubuntu
trunk/builds/949/steps/test/logs/stdio
--
Antoine Pitrou pit...@free.fr added the comment:
Modified patch committed in r80157 (py3k). Thank you!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed: r80159 (py3k), r80160 (3.1). I commited a different version of my patch
to support None.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Current code of execve() has a bug: it uses the length of the environment
variable value in *characters* and not in *bytes* to allocate the p buffer. I
remember that someone wrote a comment somewhere about that... The result is
Changes by Nir Aides n...@winpdb.org:
Removed file: http://bugs.python.org/file16947/bfs.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Nir Aides n...@winpdb.org added the comment:
Yet another update to bfs.patch.
I upload a variation on Florent's write test which prints progress of
background CPU bound threads as: thread-name timestamp progress
Here are some numbers from Windows XP 32bit with Intel q9400 (4 cores). Builds
Guilherme Polo ggp...@gmail.com added the comment:
To make the situation worse, this Ubuntu buildbot passed all signal tests on
the next run.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8424
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6095
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
If you submit a patch, be sure to include a test that covers both
set.__init__() and frozenset.__init__(). Model the code are the equivalent
checks in Modules/itertoolsmodule.c
--
priority: - low
stage: - needs
Martin v. Löwis mar...@v.loewis.de added the comment:
Victor, please leave that to David. He will fix it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8437
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
keywords: +easy
stage: - patch review
versions: +Python 2.7, Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8425
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8436
___
___
90 matches
Mail list logo
