Martin v. Löwis mar...@v.loewis.de added the comment:
Committed as r73043, r73044
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3061
___
New submission from Ian Miers imichaelmi...@gmail.com:
when calling help() from the python interpreter on a function
whose default argument is provided by another function
( e.g. def foo(bar=baz() ) : ), help will call baz().
This can cause problems because baz() can alter statefull
data
Ezio Melotti ezio.melo...@gmail.com added the comment:
Default args are evaluated when the module is imported, if the arg is a
function call, the function is called.
You can see how the file is created just after the import, you don't
even need to call help().
This behavior is documented here:
Georg Brandl ge...@python.org added the comment:
Ezio is correct. The file is already created while importing bug, not
due to the call to help().
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Thanks, applied in r73045.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6146
___
Lars gemer...@gmail.com added the comment:
ok, i see what you mean, for me at this time the most important question
is whta does
class object(object)
pass
do, why can i change baseclasses after i redeclare object this way, and
will it get me into trouble when i use this to let users
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Hi All,
The test always fails even builddir == srddir , with and without
directory links in src-/build-path.
$ LD_LIBRARY_PATH=`pwd` ./python
Python 2.7a0 (trunk:73046M, May 30 2009, 14:09:06)
[GCC 4.2.4] on linux2
$ cat
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
P.S.: the test command start with LD_LIBRARY_PATH=`pwd`
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6022
___
Éric Araujo mer...@netwok.org added the comment:
I’d like to know whether my suggestion was rejected or merely overlooked.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5922
___
R. David Murray rdmur...@bitdance.com added the comment:
Probably overlooked. Perhaps Georg will comment definitively later.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5922
___
Georg Brandl ge...@python.org added the comment:
I overlooked it, yes. But it also seems to me that it's no major problem :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5922
___
Éric Araujo mer...@netwok.org added the comment:
Indeed, I called it nitpicking in the first place. I think it would be a
micro-improvement, but still an improvement :)
Thanks for replying.
--
___
Python tracker rep...@bugs.python.org
mike bayer mike...@zzzcomputing.com added the comment:
im noticing my test case seems to work fine in py 3.0.1. haven't
tested 2.6.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue998998
New submission from mike bayer mike...@zzzcomputing.com:
The constructor for WeakValueDictionary does not obey the contract
documented in its comments:
# We inherit the constructor without worrying about the input
# dictionary; since it uses our .update() method, we get the right
#
Changes by mike bayer mike...@zzzcomputing.com:
--
components: +Library (Lib)
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6149
___
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch for 3.1.
--
keywords: +patch
nosy: +pitrou
priority: - high
stage: - patch review
versions: +Python 3.1 -Python 3.0
Added file: http://bugs.python.org/file14121/issue6149.patch
___
New submission from Hagen Fürstenau hfuerste...@gmx.net:
ERROR: test_codecs_utf8 (__main__.UnicodeTest)
--
Traceback (most recent call last):
File Lib/test/test_unicode.py, line 911, in test_codecs_utf8
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - loewis
nosy: +loewis
priority: - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6150
___
Changes by Benjamin Peterson benja...@python.org:
--
priority: release blocker -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6150
___
___
Antoine Pitrou pit...@free.fr added the comment:
Fixed in r73063. Thanks!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6149
___
Antoine Pitrou pit...@free.fr added the comment:
Updated patch, with test.
--
nosy: +pitrou
Added file: http://bugs.python.org/file14122/issue5330.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5330
Changes by Antoine Pitrou pit...@free.fr:
--
priority: - high
stage: - needs patch
type: - behavior
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4618
___
Jason R. Coombs jar...@jaraco.com added the comment:
I checked out the latest code from /branches/release26-maint and
compiled it. Indeed the problem still exists.
Python 2.6.2+ (release26-maint:73061M, May 30 2009, 16:57:28) [MSC
v.1500 32 bit (Intel)] on win32
import io
Antoine Pitrou pit...@free.fr added the comment:
Committed in r73064, r73065, r73066, r73067. Thanks!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5330
Jim Jewett jimjjew...@users.sourceforge.net added the comment:
There were a number of patches to support sharing of data between
unicode objects. (By Larry Hastings?) They were rejected because (a)
they were complicated, and (b) it was possible to provoke pathological
memory retention.
Antoine Pitrou pit...@free.fr added the comment:
There were a number of patches to support sharing of data between
unicode objects. (By Larry Hastings?) They were rejected because (a)
they were complicated, and (b) it was possible to provoke pathological
memory retention.
Yes, it's
Jim Jewett jimjjew...@users.sourceforge.net added the comment:
Would this patch mean that users of pre-1.7 subversion would get build
failures? Is it possible to support both forms of wording?
--
nosy: +jimjjewett
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
2009/5/30 Jim Jewett rep...@bugs.python.org:
Jim Jewett jimjjew...@users.sourceforge.net added the comment:
Would this patch mean that users of pre-1.7 subversion would get build
failures? Is it possible to support both forms of
New submission from Alexandre Vassalotti alexan...@peadrop.com:
PyDescrObject make use of the some undefined behavior noted in PEP 3123
for PyObject in Python 2.x. Although fixing this requires breaking
backward-compatibility, this shouldn't be much a problem since
PyDescrObject is only used
Alexandre Vassalotti alexan...@peadrop.com added the comment:
If I understood correctly, #3675 is about making pickle data generated
by Python 3 readable by Python 2. However, this issue is about
compatibility in the other direction—i.e., making Python 2 pickles
readable by Python 3, which is
Alexandre Vassalotti alexan...@peadrop.com added the comment:
The updated documentation for pickle for Python 3 describes the
requirement that persistent IDs should be alphanumeric strings when
protocol 0 is used.
http://docs.python.org/3.0/library/pickle.html#persistence-of-external-objects
New submission from Antoine Pitrou pit...@free.fr:
This experimental patch introduces a new option to run regression tests
in parallel. The option is named '-j' by analogy with the corresponding
`make` option.
For example, to run up to two tests in parallel:
./python -m test.regrtest -j2
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file14125/regrtest.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6152
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file14126/regrtest.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6152
___
Changes by Antoine Pitrou pit...@free.fr:
--
title: Parellel regression testing - Parallel regression testing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6152
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The patch looks fine in principle. I believe many of the macro
applications are unnecessary, because the type of the variables being
accessed is already PyDescrObject.
Not sure whether this can be applied to 3.1 still.
--
New submission from Winston Ewert winstonew...@gmail.com:
I was using email.message_from_string which eventually feeds block of
8192 bytes into the actual e-mail parsing code. However, in my case one
the blocks split the \r\n at the end of a submessage. This caused the
code to identify it as two
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4618
___
___
Python-bugs-list
38 matches
Mail list logo
