New submission from David Binger [EMAIL PROTECTED]:
(at revision 61376)
It looks like this docstring needs to be updated.
--
assignee: georg.brandl
components: Documentation
messages: 63521
nosy: dbinger, georg.brandl
severity: minor
status: open
title: list.sort.__doc__ says cmp is a
Bruno Gola [EMAIL PROTECTED] added the comment:
i'm using the lastest version from subversion (trunk) and cmp still is a
keyord for list.sort.
--
nosy: +brunogola
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2285
New submission from Trent Nelson [EMAIL PROTECTED]:
S:\src\svn\svn.python.org\projects\python\trunk.x64\PCbuildamd64\python_d
..\lib\test\test_marshal.py
test_bool (__main__.IntTestCase) ... ok
test_int64 (__main__.IntTestCase) ... ok
test_ints (__main__.IntTestCase) ... ok
test_floats
David Binger [EMAIL PROTECTED] added the comment:
Hi Bruno,
Are you testing py3k? This is what I see:
Python 3.0a3+ (py3k:61352M, Mar 12 2008, 13:11:35)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type help, copyright, credits or license for more information.
[].sort(cmp=lambda x, y: 1)
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, fixed in r61377.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2285
__
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Thanks for the patch. Committed as r61378
--
nosy: +loewis
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2284
__
New submission from panhudie [EMAIL PROTECTED]:
The problem is in the logging.basicConfig(**kwargs):
...
level = kwargs.get(level)
if level:
root.setLevel(level)
So you can not set the level like this, this logger will log WARNING(and
above) instead of all the level:
Mark Dickinson [EMAIL PROTECTED] added the comment:
Fixed in r61383.
--
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue705836
___
New submission from Mark Dickinson [EMAIL PROTECTED]:
Grant Edwards pointed out in a comp.lang.python posting that the
documentation for urlopen in the urllib module appears to be self-
contradictory: at http://docs.python.org/dev/library/urllib.html
in the third-to-last paragraph for the
Changes by Mark Dickinson [EMAIL PROTECTED]:
--
title: Confusing documentation for urllip.urlopen - Confusing documentation
for urllib.urlopen
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2288
__
Fred L. Drake, Jr. [EMAIL PROTECTED] added the comment:
SGML TC 2 can be found here:
http://www1.y12.doe.gov/capabilities/sgml/wg8/document/1955.htm
See the section K.4.1 for hexidecimal character references.
Since this is really an update to the SGML standard, and not part of the
original,
Ralf Schmitt [EMAIL PROTECTED] added the comment:
this works now:
$ ./configure --prefix ~/soft/ --exec-prefix ~/soft/deb3
...
~/release25-maint/ ~/soft/deb3/bin/python
[EMAIL PROTECTED] ok
Python 2.5.3a0 (release25-maint, Mar 14 2008, 18:19:57)
[GCC 4.2.3 (Debian
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue998998
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt [EMAIL PROTECTED] added the comment:
maybe running ldconfig, or changing /etc/ld.so.conf would have helped.
I'd say close this bug report.
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1261390
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
versions: +Python 2.5
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1474680
_
___
Python-bugs-list
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1509798
_
___
Python-bugs-list mailing list
New submission from John Love-Jensen [EMAIL PROTECTED]:
I found a bug (or at least a shortcoming) in Python's os.path.normpath routine.
It overly normalizes, at least for Unix and Unix-like systems (including Mac),
and
Windows.
Example:
x = os.path.join(., dog, .., cupcake.txt)
print x
x =
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
type: - compile error
versions: +Python 2.5
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1644987
_
___
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1653457
_
___
Python-bugs-list mailing list
Ralf Schmitt [EMAIL PROTECTED] added the comment:
This should be closed:
from http://python.org/download/releases/2.4.5/:
Since the release candidate, we received various reports that the this
release may fail to build on current operating systems, in particular on
OS X. We have made no attempt
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1773632
_
___
Python-bugs-list mailing list
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1745722
_
___
Python-bugs-list mailing list
Ralf Schmitt [EMAIL PROTECTED] added the comment:
ctrl-c should now work with python 2.5.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1737127
_
___
Python-bugs-list
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1702551
_
___
Python-bugs-list mailing list
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1540386
_
___
Python-bugs-list mailing list
Trent Nelson [EMAIL PROTECTED] added the comment:
Traced the problem down to the following minimal code snippet:
import marshal
s = 'c' + ('X' * 4*4) + '{' * 2**20
marshal.loads(s)
When Python/marshal.c:18 MAX_MARSHAL_STACK_DEPTH is 2000 (which is what
it is currently), marshal.loads()
New submission from Trent Nelson [EMAIL PROTECTED]:
This patch is required in order to support x64 Windows builds that live
in pcbuild/amd64. Without it, sysutils._python_build() returns the
wrong directory, which causes the test_get_config_h_filename method in
New submission from Igor [EMAIL PROTECTED]:
I have discovered the following behaviour in 2.5, which I cannot explain:
try:
... raise ValueError(foo)
... except object:
... print aiee!
...
Traceback (most recent call last):
File stdin, line 2, in module
ValueError: foo
sys.version
Jeffrey Yasskin [EMAIL PROTECTED] added the comment:
I think this is still a problem at head, so it's not covered by the
comment about the bugfix releases. But there is another issue covering
the same thing... Since that one also has a patch and is a little newer,
I'll point this one over there.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The situation was the same on win32 with the VC2005 debug build, some
months ago.
I think this is because of the extra stack checks added with recent
versions of Visual Studio, together with the fact that local variables
are not shared
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, fixed in r61392.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2288
__
Georg Brandl [EMAIL PROTECTED] added the comment:
Done.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue871747
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Py3k behavior seems to be better:
Python 3.0a2+ (py3k:61137M, Feb 29 2008, 15:17:29)
[GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin
try:
... raise ValueError(foo)
... except object:
... pass
...
Traceback (most recent
Martin v. Löwis [EMAIL PROTECTED] added the comment:
That shouldn't apply to 2.5, right?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2290
__
___
34 matches
Mail list logo