New submission from Ismail Donmez [EMAIL PROTECTED]:
This is on Linux with latest py3k branch:
test test_urllibnet failed -- Traceback (most recent call last):
File /home/cartman/Sources/py3k/Lib/test/test_urllibnet.py, line
145, in test_bad_address
urllib.urlopen,
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
On 2008-06-13 22:32, Antoine Pitrou wrote:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Le vendredi 13 juin 2008 à 20:18 +, Marc-Andre Lemburg a écrit :
AFAIK, only Crays have this problem, but apart from that: I'd consider
New submission from Robert Schuppenies [EMAIL PROTECTED]:
import re
import sys
r = re.compile('')
sys.getsizeof(r)
Traceback (most recent call last):
File stdin, line 1, in module
AttributeError: __sizeof__
This applies to objects of the types _sre.SRE_Pattern,
_sre.SRE_Scanner, and
New submission from djc [EMAIL PROTECTED]:
2to3 fails in recent CPython trunk. This is because lib2to3 got some
merges, but the 2to3 script wasn't updated to match.
lib2to3.refactor.main() now requires a first argument which isn't given
by the 2to3 script.
--
assignee: collinwinter
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Isn't this similar to #1608818?
--
nosy: +draghuram
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3115
___
philipspencer [EMAIL PROTECTED] added the comment:
Yes, it is the same issue. Sorry I didn't see the previous report -- I
didn't imagine an issue like this, with such a simple fix, could have
been reported back in 2006 without the fix ever having been implemented,
so I didn't bother searching
Collin Winter [EMAIL PROTECTED] added the comment:
Benjamin, you did the recent merges, no? Can you please fix this breakage?
--
assignee: collinwinter - benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3123
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
On 2008-06-13 21:54, Marc-Andre Lemburg wrote:
BTW: Here's another trick you can use:
print 'sizeof(Py_UNICODE) =', len(u'\0'.encode('unicode-internal'))
(for Py2.x)
... and for Py3.x:
print(len(u'\0'.encode('unicode-internal')))
Tony Wallace [EMAIL PROTECTED] added the comment:
make test not only fails test_list, it also fails test_tuple and
test_userlist. In all cases, the behavior looks the same -- memory
expands to 90% and you kill it.
___
Python tracker [EMAIL PROTECTED]
New submission from Thomas Heller [EMAIL PROTECTED]:
When Python shuts down after running test_multiprocessing on Windows, a
segfault occurs (this is with a debug build from trunk):
python26_d.dll!_Py_ForgetReference(_object * op=0x012de740) Line 2023
+ 0xf bytes C
New submission from Thomas Heller [EMAIL PROTECTED]:
test_ctypes, when run after testmultiprocessing, fails:
...
==
ERROR: test_simple (ctypes.test.test_pickling.PickleTest)
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Can you check whether the patch for issue3100 corrects the problem?
(see PyObject_ClearWeakRefs in the call stack)
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL PROTECTED]
Thomas Heller [EMAIL PROTECTED] added the comment:
Yes, the patch weakref_cycle.patch from #3100 fixes the problem.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3124
___
Changes by Adam Olsen [EMAIL PROTECTED]:
--
nosy: +Rhamphoryncus, jnoller
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3125
___
___
Python-bugs-list
Jesse Noller [EMAIL PROTECTED] added the comment:
Adam, is this due to the c-code tainting you pointed out earlier?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3125
___
Changes by Jesse Noller [EMAIL PROTECTED]:
--
nosy: +jnoller
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3124
___
___
Python-bugs-list mailing list
Thomas Heller [EMAIL PROTECTED] added the comment:
IMO this problem occurs because multiprocessing registers pickling
support for ctypes, but the ctypes in trunk already has support for
pickling.
___
Python tracker [EMAIL PROTECTED]
Adam Olsen [EMAIL PROTECTED] added the comment:
Jesse, can you be more specific?
Thomas, do you have a specific command to reproduce this? It runs fine
if I do ./python -m test.regrtest -v test_multiprocessing test_ctypes.
That's with amaury's patch from 3100 applied.
Tony Wallace [EMAIL PROTECTED] added the comment:
in test_list.py, the following shows where it hit the memory leak:
[EMAIL PROTECTED] Python-2.5.2]$
LD_LIBRARY_PATH=/home/tony/src/Python-2.5.2/Lib/:$LD_LIBRARY_PATH
./python -v Lib/test/test_list.py
# installing zipimport hook
import zipimport
Jesse Noller [EMAIL PROTECTED] added the comment:
Sorry Adam, I was referencing:
http://bugs.python.org/issue3102
Also, it is possible issue: http://bugs.python.org/issue3102 is related?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3125
Jesse Noller [EMAIL PROTECTED] added the comment:
Sorry, the first link should have been:
http://bugs.python.org/issue3093
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3125
___
Thomas Heller [EMAIL PROTECTED] added the comment:
Adam Olsen schrieb:
Thomas, do you have a specific command to reproduce this? It runs fine
if I do ./python -m test.regrtest -v test_multiprocessing test_ctypes.
That's with amaury's patch from 3100 applied.
It seems the failure only
Adam Olsen [EMAIL PROTECTED] added the comment:
I see no common symbols between #3102 and #3092, so unless I missed
something, they shouldn't be involved.
I second the notion that multiprocessing's use of pickle is the
triggering factor. Registering so many types is ugly, and IMO it
shouldn't
Changes by Jesse Noller [EMAIL PROTECTED]:
--
nosy: +roudkerk
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3125
___
___
Python-bugs-list mailing list
Tony Wallace [EMAIL PROTECTED] added the comment:
tried again with
/configure --prefix=/home/tony/root/usr/local/python-2.5.2 --with-tcl
--disable-shared
No change
But I noticed this when it recompiled. Maybe it is related.
gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
Thomas Heller [EMAIL PROTECTED] added the comment:
Adam Olsen [EMAIL PROTECTED] added the comment:
I see no common symbols between #3102 and #3092, so unless I missed
something, they shouldn't be involved.
I second the notion that multiprocessing's use of pickle is the
triggering
Thomas Heller [EMAIL PROTECTED] added the comment:
Thomas Heller [EMAIL PROTECTED] added the comment:
Yes, the patch weakref_cycle.patch from #3100 fixes the problem.
BTW: I also get a segfault on Linux, which is fixed by this patch.
___
Python tracker
Leandro Lucarella [EMAIL PROTECTED] added the comment:
I'm having the same problem here.
Error is: cPickle.PicklingError: Can't pickle qos.Device: it's not the
same object as qos.Device
If I use pickle module, it works fine. If I use cPickle module but with
protocol=0, it works fine
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Committed r64309, with the suggested whitespace change.
Will backport.
Concerning the INCREF patch: would a simple assert(refcnt0) be enough?
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
This is a duplicate of #3100, which has been corrected by r64309.
--
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3124
Leandro Lucarella [EMAIL PROTECTED] added the comment:
I've noted that the problem goes away if I move the pymin/services/*
directories (i.e., the packages in pymin/services) to another place (for
example, a services directory in the root of the project).
I still can't make a simple test to
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Thanks for noticing. I apologize and fixed it in r64313.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3123
Adam Olsen [EMAIL PROTECTED] added the comment:
Unfortunately, Py_INCREF is sometimes used in an expression (followed by
a comma). I wouldn't expect an assert to be valid there (and I'd want
to check ISO C to make sure it's portable, not just accepted by GCC).
I'd like if Py_INCREF and friends
Jesse Noller [EMAIL PROTECTED] added the comment:
I don't have commit rights, so I can't apply the
test_multiprocessing_reduced.diff myself. Anyone willing? I think this
should help the buildbots.
___
Python tracker [EMAIL PROTECTED]
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
assignee: - vsajip
nosy: +vsajip
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3126
___
___
Tony Wallace [EMAIL PROTECTED] added the comment:
Objects/obmalloc.c:529: warning:
comparison is always false due to limited range of data type
This compile complaint was definitely introduced in 2.5.2 by source
changes from 2.5.1. So, there's a minor problem that could be fixed,
anyway.
Changes by Adam Olsen [EMAIL PROTECTED]:
--
nosy: +Rhamphoryncus
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3107
___
___
Python-bugs-list mailing
Roger Serwy [EMAIL PROTECTED] added the comment:
I rewrote the patch to better handle multi-line input. In rewriting the
patch I realized that there can be many different ways to handle up/down
key presses while the cursor is in the input region. Here is the
behavior of this patch:
For single
Jeremy Hylton [EMAIL PROTECTED] added the comment:
Oops. Let me look at this tomorrow. It was down to one failing test
that last time I checked.
Jeremy
On Wed, Jun 11, 2008 at 10:10 PM, Barry A. Warsaw
[EMAIL PROTECTED] wrote:
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
This
Ismail Donmez [EMAIL PROTECTED] added the comment:
Just confirmed with svn revision 64322 of py3k branch.
--
type: - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3121
___
Martin v. Löwis [EMAIL PROTECTED] added the comment:
After reviewing this again, I'm skeptical that this is a good idea. It
doesn't achieve its original purpose (anymore), as it only changes
tp_str for range objects (although it does change tp_repr for dict views
- why this inconsistency?).
So
41 matches
Mail list logo