[issue3121] test_urllibnet fails

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, "http://www.python.i

[issue3098] sys.sizeof test fails with wide unicode

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 c

[issue3122] sys.getsizeof() gives an AttributeError for _sre objects.

New submission from Robert Schuppenies <[EMAIL PROTECTED]>: >>> import re >>> import sys >>> r = re.compile('') >>> sys.getsizeof(r) Traceback (most recent call last): File "", line 1, in AttributeError: __sizeof__ This applies to objects of the types _sre.SRE_Pattern, _sre.SRE_Scanner, and _

[issue3123] 2to3 fails

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 com

[issue3115] os.listdir randomly fails on occasions when it shouldn't

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: Isn't this similar to #1608818? -- nosy: +draghuram ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3115] os.listdir randomly fails on occasions when it shouldn't

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 b

[issue3123] 2to3 fails

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]> __

[issue3098] sys.sizeof test fails with wide unicode

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

[issue3121] test_urllibnet fails

Senthil <[EMAIL PROTECTED]> added the comment: > 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, "http://www.pyth

[issue3107] memory leak in make test (in "test list"), 2.5.2 not 2.5.1, Linux 64bit

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 PROTECTE

[issue3124] test_multiprocessing segfaults on Windows

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 python2

[issue3125] test_multiprocessing causes test_ctypes to fail

New submission from Thomas Heller <[EMAIL PROTECTED]>: test_ctypes, when run after testmultiprocessing, fails: ... == ERROR: test_simple (ctypes.test.test_pickling.PickleTest)

[issue3124] test_multiprocessing segfaults on Windows

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]>

[issue3124] test_multiprocessing segfaults on Windows

Thomas Heller <[EMAIL PROTECTED]> added the comment: Yes, the patch weakref_cycle.patch from #3100 fixes the problem. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3125] test_multiprocessing causes test_ctypes to fail

Changes by Adam Olsen <[EMAIL PROTECTED]>: -- nosy: +Rhamphoryncus, jnoller ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-l

[issue3125] test_multiprocessing causes test_ctypes to fail

Jesse Noller <[EMAIL PROTECTED]> added the comment: Adam, is this due to the c-code tainting you pointed out earlier? ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3124] test_multiprocessing segfaults on Windows

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue3125] test_multiprocessing causes test_ctypes to fail

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]>

[issue3125] test_multiprocessing causes test_ctypes to fail

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.

[issue3107] memory leak in make test (in "test list"), 2.5.2 not 2.5.1, Linux 64bit

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

[issue3125] test_multiprocessing causes test_ctypes to fail

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]>

[issue3125] test_multiprocessing causes test_ctypes to fail

Jesse Noller <[EMAIL PROTECTED]> added the comment: Sorry, the first link should have been: http://bugs.python.org/issue3093 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3125] test_multiprocessing causes test_ctypes to fail

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

[issue3125] test_multiprocessing causes test_ctypes to fail

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

[issue3125] test_multiprocessing causes test_ctypes to fail

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +roudkerk ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue3107] memory leak in make test (in "test list"), 2.5.2 not 2.5.1, Linux 64bit

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

[issue3125] test_multiprocessing causes test_ctypes to fail

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 > trigger

[issue3124] test_multiprocessing segfaults on Windows

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 tra

[issue2295] cPickle corner case - docs or bug?

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 (protocol

[issue3100] weakref subclass segfault

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(refcnt>0)" be enough? ___ Python tracker <[EMAIL PROTECTED]>

[issue3124] test_multiprocessing segfaults on Windows

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]>

[issue2295] cPickle corner case - docs or bug?

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 re

[issue3123] 2to3 fails

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]> ___

[issue3100] weakref subclass segfault

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 friend

[issue3088] test_multiprocessing hangs on OS X 10.5.3

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]>

[issue3126] Lib/logging/__init__.py assumes its stream has flush and close methods

New submission from Bob Farrell <[EMAIL PROTECTED]>: The documentation for the sys module says: "stdout and stderr needn't be built-in file objects: any object is acceptable as long as it has a write() method that takes a string argument." However, the logging module calls flush() and close()

[issue3126] Lib/logging/__init__.py assumes its stream has flush and close methods

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> vsajip nosy: +vsajip ___ Python tracker <[EMAIL PROTECTED]> ___ ___ P

[issue1774370] Add Tkinter.Checkbutton get() and set(value)

Guilherme Polo <[EMAIL PROTECTED]> added the comment: The checkbutton widget doesn't have get and set commands, so I'm not sure why you said to look at its man page. But the idea of not needing to play with SomeVar creation is good, I like it, but then I would prefer to add it to all the other w

[issue3107] memory leak in make test (in "test list"), 2.5.2 not 2.5.1, Linux 64bit

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.

[issue3107] memory leak in make test (in "test list"), 2.5.2 not 2.5.1, Linux 64bit

Changes by Adam Olsen <[EMAIL PROTECTED]>: -- nosy: +Rhamphoryncus ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue2704] IDLE: Patch to make PyShell behave more like a Terminal interface

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

[issue2885] Create the urllib package

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: > >

[issue3121] test_urllibnet fails

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Just confirmed with svn revision 64322 of py3k branch. -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2610] string representation of range and dictionary views

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

[issue3127] Segfault provoked by generators and exceptions

New submission from Aldona Majorek <[EMAIL PROTECTED]>: Copy of issue 1579370 Programs using generators, exceptions and threads could crash. I was not able to make plain python program to crash, but python program embedded in C++ crashed very reliably. No more crashes after applying patch from