New submission from Santiago Gala sg...@apache.org:
http://docs.python.org/release/2.6.5/search.html?q=regular+expression
fails. It fails because
http://docs.python.org/release/2.6.5/searchindex.js
returns 404 NOT FOUND
There are really two bugs here:
* that the file is not there, and
* that
Alex alex.gay...@gmail.com added the comment:
Looks nice to me, however I wonder if there isn't some overlap with the
requests to add a key= kwarg to heapq methods (and the discussion about adding
a Heap class there).
--
nosy: +alex
___
Python
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
For the record, this happens on FreeBSD 8 as well.
It seems it is still the same bug as what I reported back in March 2009 on the
Python-dev list.
If you run the test stand-alone with ./python Lib/test/regrtest.py -uall
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is a proof of concept that fixes the problem.
The doc of bytearray() says about its first arg:
* If it is a string, you must also give the encoding [...].
* If it is an integer, the array will have that size and will be initialized
anatoly techtonik techto...@gmail.com added the comment:
It is not a bug, but a feature request.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8408
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8408
___
Eugene Kapun abacabadabac...@gmail.com added the comment:
Empty string is an iterable of integers in the range 0 = x 256, so it should
be allowed.
all(isinstance(x, int) and 0 = x 256 for x in )
True
bytearray()[:] =
Traceback (most recent call last):
File stdin, line 1, in module
Ezio Melotti ezio.melo...@gmail.com added the comment:
Not really, chars are not ints and anyway the empty string fall in the first
case.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8401
New submission from Eugene Kapun abacabadabac...@gmail.com:
bytes(10)
b'\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'
bytes(10 ** 100)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: 'int' object is not iterable
--
components: Interpreter Core
messages:
Changes by Eugene Kapun abacabadabac...@gmail.com:
--
nosy: +abacabadabacaba
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1766304
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I suggest closing this: it's been implemented (for range) in Python 3.x, and I
think it's too late for 2.x now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1766304
Eugene Kapun abacabadabac...@gmail.com added the comment:
Not really, chars are not ints
Yes, however, empty string contains exactly zero chars.
and anyway the empty string fall in the first case.
Strings aren't mentioned in documentation of bytearray slice assignment.
However, I think that
anatoly techtonik techto...@gmail.com added the comment:
I am not convinced with -1 +1 argumentation. Can somebody properly summarize
arguments behind the decision? Democracy is good, but it is a pity to see a
technical proposal fail because of personal reasons.
--
status: pending -
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
stage: - unit test needed
versions: +Python 2.6, Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8417
anatoly techtonik techto...@gmail.com added the comment:
I.e. if you put a -1 or +1 - put it with a short sentence that summarizes the
key factor in your decision. There is no +0 or -0 that are used to give
everybody else a hint about your feelings towards.
For example:
+1 - I use patch.py
Eric Smith e...@trueblade.com added the comment:
This affects any type implemented as PyStructSequence. For example, sys.flags
has the same behavior.
--
components: +Interpreter Core -Library (Lib)
priority: - normal
type: - behavior
___
Python
Eugene Kapun abacabadabac...@gmail.com added the comment:
__doc__ of bytearray says:
bytearray(iterable_of_ints) - bytearray
bytearray(string, encoding[, errors]) - bytearray
bytearray(bytes_or_bytearray) - mutable copy of bytes_or_bytearray
bytearray(memory_view) - bytearray
So, unless an
Mark Dickinson dicki...@gmail.com added the comment:
Mark, did your initial backtrace look like this:
No; the segfault was definitely happening in delwin rather than putwin. But I
did see something like your backtrace when I tried to use ncurses from ports
(installed in /usr/local) rather
Stefan Krah stefan-use...@bytereef.org added the comment:
Valgrind can be installed by:
cd /usr/ports/devel/valgrind make install
Then you can do (curses_test.py is your short test program):
1) valgrind --db-attach=yes --suppressions=Misc/valgrind-python.supp ./python
curses_test.py
2)
Grant Bowman grant...@gmail.com added the comment:
Is there anything others like me can do to help get this fixed?
--
nosy: +grantbow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue762963
___
David Beazley d...@dabeaz.com added the comment:
I'm sorry, but even in the presence of fair locking, I still don't like this
patch. The main problem is that it confuses fair locking with fair CPU
use---something that this patch does not and can not achieve on any platform.
The main problem
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - unit test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
David Beazley d...@dabeaz.com added the comment:
I've attached a test fair.py that gives an example of the fair CPU scheduling
issue. In this test, there are two threads, one of which has fast-running
ticks, one of which has slow-running ticks.
Here is their sequential performance (OS-X,
Senthil Kumaran orsent...@gmail.com added the comment:
Reverted the check-in made to 3.1 maint (in r80104). Features should not go in
there.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2987
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Martin, it isn't the condition variable which is unfair, but how the
constructed locking apparatus is unfair that is the problem. This lock is
written by a Tim, whom I assume to be Tim Peters. I quote his comment:
In general,
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited to py3k as r80105. Let see if buildbots are happy or not :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8412
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
___
Python-bugs-list
STINNER Victor victor.stin...@haypocalc.com added the comment:
Committed as r79892.
Commited to py3k (r80106), but blocked in 3.1 (r80107) because Python 3.1 uses
libffi 3.0.5.
--
nosy: +haypo
status: pending - open
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited as r80108 to py3k: Add CS_GNU_LIBC_VERSION and
CS_GNU_LIBPTHREAD_VERSION constants for constr(), and disable
test_execvpe_with_bad_program() of test_os if the libc uses linuxthreads to
avoid the unknown signal 32 bug (see
STINNER Victor victor.stin...@haypocalc.com added the comment:
With the patch, the test have 1.0 second to succeed. I would prefer 5.0 or 10.0
seconds: it should not waste the 10 seconds because it should succeed if a new
milliseconds. But if the machine is slow (which is the topic of the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited to py3k as r80105
The buildbots look happy: backported to 3.1 as r80110.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8412
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8412
___
R. David Murray rdmur...@bitdance.com added the comment:
Benjamin was using the term 'bug' as a synonym for 'issue in the tracker'. The
point is that a feature like this (a whole new module) is not an appropriate
tracker item. In most cases the procedure for getting a new module included in
Changes by Nir Aides n...@winpdb.org:
Removed file: http://bugs.python.org/file16830/bfs.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Nir Aides n...@winpdb.org added the comment:
I uploaded an update to bfs.patch which improves behavior in particular on
non-Linux multi-core (4+) machines.
Hi Charles-Francois, Thanks for taking the time to review this patch!
- nothing guarantees that you'll get a msec resolution
Right,
R. David Murray rdmur...@bitdance.com added the comment:
Review the code, test the patch, confirm that it fixes the problem and doesn't
break anything else, and report your results here. That doesn't guarantee that
it will get applied, but it definitely helps.
--
nosy:
Antoine Pitrou pit...@free.fr added the comment:
What do you think about my solution (convert the traceback to ASCII to
avoid the encoding issue)?
It's fine for me. Perhaps you should add a comment to explain why this is
necessary.
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited: r80112 (py3k). Waiting for the buildbots before te backport to 3.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7606
New submission from Alf P. Steinbach al...@start.no:
Python 3.1.1 in Windows XP Prof, appears to be a Windows-only problem
Effect: on program exit the interpreter crashes with exception 0xc417
STATUS_INVALID_CRUNTIME_PARAMETER at address 0x78588389, which appears to be in
[msvcr90.dll].
Jean-Paul Calderone exar...@twistedmatrix.com added the comment:
The one big difference I can see is that set_wakeup_fd() doesn't transmit the
signal number, but this could be fixed if desired (instead of sending '\0',
send a byte containing the signal number).
There's a lot more
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7490
___
___
Python-bugs-list
Alf P. Steinbach al...@start.no added the comment:
It now seems almost certain that it's /necessary/ to not have run any Python
programs for a while (say, 10 minutes?) in order for the bug to manifest when
using Ctrl C in the enclosed program.
Also, I forgot to mention, the SEH exception
R. David Murray rdmur...@bitdance.com added the comment:
The meta-tracker (the tracker to report problems with the tracker) is a
separate tracker and you have to create a new login there. I agree that this
is awkward, but nobody has stepped up to fix it yet.
'your issues' is issues assigned
STINNER Victor victor.stin...@haypocalc.com added the comment:
The problem is that the print is failing because Python uses ASCII encoding for
stdout. Attached patch encodes sys.path to ASCII using backslashreplace to
avoid the encoding issue.
--
keywords: +patch
nosy: +haypo
Added
New submission from Mark Dickinson dicki...@gmail.com:
In all versions of CPython right now, the following works.
dict({1:2}, **{3:4})
{1: 2, 3: 4}
Other Python implementations raise TypeError for this; CPython should probably
do the same, beginning with deprecating this behaviour in Python
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8417
___
___
Python-bugs-list
Mark Dickinson dicki...@gmail.com added the comment:
The issue applies to dict.update as well:
d = {1:2}
d.update({3:4}, **{5:6})
d
{1: 2, 3: 4, 5: 6}
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8419
Mark Dickinson dicki...@gmail.com added the comment:
Update: IronPython also produces a TypeError here (thanks Michael Foord and
Dino Viehland).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8419
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed: r80116 (py3k), r80117 (3.1).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7605
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7605
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited: r80112 (py3k)
Looks good: r80118 (3.1).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7606
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8419
___
___
Python-bugs-list mailing
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8420
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
As an implementation detail, it isn't too late to put this into 2.x if it is
something we care about.
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/3.x/builders/x86 Tiger
3.x/builds/6/steps/test/logs/stdio:
==
ERROR: testSockName (test.test_socket.GeneralModuleTests)
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/3.x/builders/x86 Tiger
3.x/builds/6/steps/test/logs/stdio
test test_ntpath failed -- Traceback (most recent call last):
File
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
components: +Library (Lib)
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8422
___
Mark Dickinson dicki...@gmail.com added the comment:
Fix merged to release31-maint in r80119. Thanks, Victor.
--
components: +Tests
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - crash
___
Python tracker
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/3.x/builders/x86 Tiger
3.x/builds/6/steps/test/logs/stdio
test test_pep277 failed -- multiple errors occurred; run in verbose mode for
details
Re-running test test_pep277 in verbose mode
New submission from STINNER Victor victor.stin...@haypocalc.com:
test_itimer_virtual (test.test_signal.ItimerTest) ... FAIL
==
FAIL: test_itimer_prof (test.test_signal.ItimerTest)
Mark Dickinson dicki...@gmail.com added the comment:
It's a bit ambiguous: the object being supplied to the Decimal constructor
does have the right type (tuple), but the wrong contents (i.e., value). So you
could argue either way on this, I guess.
--
assignee: - mark.dickinson
New submission from Eugene Kapun abacabadabac...@gmail.com:
small_set = set(range(2000))
large_set = set(range(2000))
large_set -= small_set # Fast
small_set -= large_set # Slow, should be fast
small_set = small_set - large_set # Fast
--
components: Interpreter Core
messages:
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I don't think this is worth the performance hit or worth the deprecate/remove
exercise. I agree with Guido that we just call this an undefined,
implementation specific behavior.
This behavior has existed for a very long
Martin v. Löwis mar...@v.loewis.de added the comment:
-1 on assigning strings to slices of bytearrays. As Ezio mentions, this
operation conceptually requires an encoding, and no encoding is readily
available in the slice assignment.
-1 on special-casing empty strings.
--
Mark Dickinson dicki...@gmail.com added the comment:
I agree with Guido that we just call this an undefined, implementation
specific behavior.
Actually I think that was exactly what Guido was *disagreeing* with. :)
--
___
Python tracker
Eric Smith e...@trueblade.com added the comment:
I agree with Mark. Guido's point was that if it's implementation defined,
you'll have portability problems:
http://mail.python.org/pipermail/python-dev/2010-April/099435.html
--
___
Python tracker
Alex alex.gay...@gmail.com added the comment:
Guido seems to be favoring disallowing it, not ignoring it[0].
http://mail.python.org/pipermail/python-dev/2010-April/099435.html
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
New submission from Ian Davis ian.w.da...@gmail.com:
I'm trying to parallelize some scientific computing jobs using
multiprocessing.Pool. I've also tried rolling my own Pool equivalent using
Queues. In trying to return very large result objects from Pool.map()/imap()
or via Queue.put(),
Martin v. Löwis mar...@v.loewis.de added the comment:
David, can you take a look?
--
nosy: +db3l, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8421
___
Changes by Martin v. Löwis mar...@v.loewis.de:
--
keywords: +buildbot
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8422
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
A ValueError seems more appropriate to me.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7811
___
Changes by Martin v. Löwis mar...@v.loewis.de:
--
keywords: +buildbot
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8423
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
keywords: +buildbot
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8424
___
___
Python-bugs-list
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8425
R. David Murray rdmur...@bitdance.com added the comment:
I'm writing unittests for a program I'm writing, and would really love to be
able to use captured_stdout/stderr. Of course, I have to support Python 2.5,
and can't really justify installing unittest2, so I'll have to roll my own
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
-1 on moving the module into the mainstream without significant reworking and
rethinking. This module is a junk collection (I know because I've contributed
some it).
The unittest module is important. It needs a super
Changes by R. David Murray rdmur...@bitdance.com:
--
title: move test_support into the unittest package - move generally useful
test_support functions into the unittest package
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
After thinking a bit about it, we're in quasi-feature freeze now for 2.x and it
doesn't sound reasonable to add options to unwrap(); we would need to write
tests to exercise these options and their behaviour. Also, they aren't strictly
needed
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
What your fair.py is doing is demonstrating the superior behaviour of a
time-based GIL interrupt to a bytecode based one. I have no quibbles with that
and I agree that it is superior. But I also think that your example is a very
Mark Dickinson dicki...@gmail.com added the comment:
From both practical and purity points of view I think I prefer TypeError for
the cases Stefan gives: if you're passing a float for the sign, then you've
somehow ended up with the wrong type for that sign, and that's a TypeError
rather than
Antoine Pitrou pit...@free.fr added the comment:
A set_ciphers() method turns out to be highly impractical, since the underlying
SSL objects are created lazily when we actually connect the socket.
Therefore, I have instead opted for a new ciphers argument to the SSL
constructor(s). Patch
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file16952/ciphers.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8322
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file16953/ciphers.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8322
___
New submission from Andrei Paraschivescu andre...@comcast.net:
The effect is the window just jumps to another location, matching left corners
with another window in the same Python application. Its size doesn't change.
The effect is somewhat erratic, the best I've been able to create is a
New submission from STINNER Victor victor.stin...@haypocalc.com:
Example: http://www.python.org/dev/buildbot/3.x/builders/x86 FreeBSD 7.2
3.x/builds/480/steps/test/logs/stdio
---
test_multiprocessing
test test_multiprocessing failed -- Traceback (most recent call last):
File
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Does this mean that every time someone uses **kwds, that the entire dictionary
will need to be scanned for invalid keys? So every API that accepts and passes
through **kwds will be slowed on every time it is called. Is
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I could see a TypeError for the outer tuple a tuple wasn't passed-in. If the
contents aren't what we expect, I believe that calling it a ValueError is the
Python way.
--
___
Benjamin Peterson benja...@python.org added the comment:
They are already checked for pure python functions.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8419
Antoine Pitrou pit...@free.fr added the comment:
New patch updating docs.
--
Added file: http://bugs.python.org/file16954/ciphers2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8322
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8322
___
___
Benjamin Peterson benja...@python.org added the comment:
Here's a patch. It adds a new function, PyArg_ValidateKeywordArguments.
--
keywords: +patch
Added file:
http://bugs.python.org/file16955/no_dict_non_string_keyword_args.patch
___
Python
David Bolen db3l@gmail.com added the comment:
Looks like some initial configuration glitches - the buildbot needed a little
convincing to go to the DNS server for gethostbyname(). Should be working now.
--
___
Python tracker
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8425
___
___
Python-bugs-list mailing
Benjamin Peterson benja...@python.org added the comment:
And here's a patch for the correct Python version...
--
Added file: http://bugs.python.org/file16956/no_dict_non_string_kwarg.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
The error occurs on buildbots:
- i386 Ubuntu 3.x (r80115)
- x86 FreeBSD 7.2 3.x (r80116, r80075)
- x86 XP-4 3.x (r80115, r80106)
--
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor victor.stin...@haypocalc.com:
test_subprocess hungs for 30 min or more.
The bug occurs on buildbots:
- ARMv7Thumb Ubuntu 3.1 (r80093)
- ARMv4 Debian 3.x (r80102)
- ARMv7Thumb Ubuntu 3.x (r80020)
- alpha Debian 3.x (r80020)
- x86 FreeBSD 7.2 3.x (r80102)
Paul Boddie p...@boddie.org.uk added the comment:
Well, this still doesn't work for me. I'm running Kubuntu 8.04 (libc6 package
version 2.7-10ubuntu5) and reside in the CEST time zone, yet attempting to
display the time zone always seems to give +. Here are the failing tests,
too:
Charles-Francois Natali neolo...@free.fr added the comment:
It's definitely a stack overflow.
Most of the backtraces show an important number of frames.
The last frame is this:
#0 PyMarshal_ReadLastObjectFromFile (fp=0x13e8200)
at ../Python/marshal.c:1026
filesize = value optimized
Benjamin Peterson benja...@python.org added the comment:
-1 Even if diff.py is not exaclty a diff replacement, it still makes sense to
emulate what's in people's minds. I really don't find having to type 3 more
characters a very convincing argument.
--
nosy: +benjamin.peterson
status:
1 - 100 of 120 matches
Mail list logo