[issue3317] duplicate lines in zipfile.py

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Sorry, here is the patch -- keywords: +patch Added file: http://bugs.python.org/file10852/zipfile-removedups.patch ___ Python tracker <[EMAIL PROTECTED]> __

[issue3317] duplicate lines in zipfile.py

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Since the use of "from X import *" is discouraged (and serious projects try to avoid it), the __all__ list is less and less meaningful. ___ Python tracker <[EMAIL PROTECTED]>

[issue3256] Multiprocessing docs are not 3.0-ready

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: OK, then ignore the previous email, I'll send you a new one, with updated questions. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3319] pystone.main(10) causes ZeroDivisionError

New submission from Michael Patrick O'Keefe <[EMAIL PROTECTED]>: The following call results in a ZeroDivisionError in python 2.5.2 and python 3.0 alpha 3 (I presume this is also an issue for Python 2.6 but I can't explicitly confirm): >>> from test import pystone >>> pystone.main(10) Traceback (

[issue3317] duplicate lines in zipfile.py

Alan McIntyre <[EMAIL PROTECTED]> added the comment: The patch seems to work just fine for me, all tests pass (including test_zipfile64) on an Intel Mac. I'd vote to go ahead and revert the magicXXX variables back to their original names--I'm sure Twisted isn't the only project out there that ma

[issue3319] pystone.main(10) causes ZeroDivisionError

Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10853/pystone_patch.txt ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3319] pystone.main(10) causes ZeroDivisionError

Michael Patrick O'Keefe <[EMAIL PROTECTED]> added the comment: I'm resubmitting the patch -- I think this one's a little bit better than my first attempt. I only change the value of loops / benchtime -- keywords: +patch Added file: http://bugs.python.org/file10854/pystone.py.patch _

[issue3018] tkinter demos fixed

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> georg.brandl nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue1580] Use shorter float repr when possible

Mark Dickinson <[EMAIL PROTECTED]> added the comment: [Tim] > If you think using 16 (when possible) will stop complaints, think again > ;-) For example, ... Aha! But using *15* digits would be enough to eliminate all 1, 2, 3, 4, ..., 15 digit 'surprises', wouldn't it?! 16 digits doesn't qui

[issue1580] Use shorter float repr when possible

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's the 'proof' that 15 digits should be enough: Suppose that x is a positive (for simplicity) real number that's exactly representable as a decimal with <= 15 digits. We'd like to know that '%.15g' % (nearest_float_to_x) recovers x. Th

[issue874900] threading module can deadlock after fork

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Attached patch releases the _active_limbo_lock after a fork(). It is not a complete solution, since existing Thread objects don't correspond to anything, but it corrects a problem in test_multiprocessing. -- keywords: +patch nos

[issue3088] test_multiprocessing hangs on OS X 10.5.3

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I found that on my Debian64, running test_multiprocessing under gdb hangs even before the first test is started - somewhere in the installation of the Manager. And it appears that the problem is described in issue874900: "threading modu

[issue1276] LookupError: unknown encoding: X-MAC-JAPANESE

Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>: -- nosy: +mokeefe ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue874900] threading module can deadlock after fork

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

Jesse Noller <[EMAIL PROTECTED]> added the comment: Thanks Amaury - I've been working through the tests and identifying the "problem children" - I'll finish that up and then try re-running them with the 874900 patch. ___ Python tracker <[EMAIL PROTECTED]>

[issue3090] ARCHFLAGS parsing/concatenation in unixccompiler.py breaks when set to a string

Jesse Noller <[EMAIL PROTECTED]> added the comment: Does anyone have a problem with me committing this patch as-is? It's not a show stopper, but it's highly annoying. ___ Python tracker <[EMAIL PROTECTED]> __

[issue2944] asyncore doesn't handle connection refused correctly

Alexander Shigin <[EMAIL PROTECTED]> added the comment: Here is a new patch against r64768 The new patch raise an exception if asynchronous connect fails. Added file: http://bugs.python.org/file10856/asyncore-connect-patch.diff ___ Python tracker <[EMAIL PRO

[issue3320] various doc typos

New submission from DSM <[EMAIL PROTECTED]>: Boredom resulted in a handful of doc copyedits against 64789. One error I did note in the doc tree but didn't correct because it's in code: includes/mp_distributing.py contains the typo _logger.propogate = 0 which ISTM will leave the logger's propag

[issue1580] Use shorter float repr when possible

Mark Dickinson <[EMAIL PROTECTED]> added the comment: For what it's worth, I'm -0.1 (or should that be -0.10001?) on this change. It seems better to leave the problems caused by binary floating-point out in the open than try to partially hide them, and the proposed change just see

[issue2275] urllib2 header capitalization

Facundo Batista <[EMAIL PROTECTED]> added the comment: Senthil: patch is fine. Remember to provide not only a modification for docs, but also to the Misc/NEWS file. Thank you!! ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3088] test_multiprocessing hangs on OS X 10.5.3

Nick Coghlan <[EMAIL PROTECTED]> added the comment: I'm still seeing intermittent lockups on Ubuntu 7.10 - traceback on ctrl-C is similar to that posted by Ismail above. Since Jesse seems to be on top of this, I'll stick to using -x test_multiprocessing for the moment. -- nosy: +ncoghla

[issue2944] asyncore doesn't handle connection refused correctly

Changes by Alexander Shigin <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10401/asyncore-connect-patch.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3313] dlopen() error with no error message from dlerror()

STINNER Victor <[EMAIL PROTECTED]> added the comment: As expected, the bug can be reproduced with ctypes.dlopen(). py_dl_open() function of Modules/_ctypes/callproc.c should be merged with Modules/dlmodule.c. Here use at least the attached patch for ctypes (same job than the other patch: use

[issue3088] test_multiprocessing hangs on OS X 10.5.3

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Bumping back to release blocker for beta 2 (Barry may choose to defer it again, but it should at least be on his radar). -- priority: critical -> release blocker resolution: accepted -> ___ Python t

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Updated issue title to more accurately reflect scope of the problem. -- title: test_multiprocessing hangs on OS X 10.5.3 -> test_multiprocessing hangs intermittently on POSIX platforms ___ Python tr

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Nick Coghlan <[EMAIL PROTECTED]> added the comment: I forgot to mention that I am seeing the intermittent hangs on the trunk (2.6). I haven't been testing it on Py3k. -- versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue2517] Error when printing an exception containing a Unicode string

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Fixed in 64791. Blocked from being merged to Py3k (since there is no longer a __unicode__ special method). For MAL: the PyInstance_Check included in the patch for the benefit of classic classes defined in Python code also covers all of the cla

[issue2517] Error when printing an exception containing a Unicode string

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue874900] threading module can deadlock after fork

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: A slightly better patch, with tests. Added file: http://bugs.python.org/file10859/fork-and-thread2.patch ___ Python tracker <[EMAIL PROTECTED]> __

[issue3262] re.split doesn't split with zero-width regex

Matthew Barnett <[EMAIL PROTECTED]> added the comment: There appear to be 2 opinions on this issue: 1. It's a bug, a corner case that got missed. 2. It's always been like this, so it's probably a design decision, although no-one can't point to where or when the decision was made... Looking at

[issue874900] threading module can deadlock after fork

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

[issue1758146] Crash in PyObject_Malloc

Adam Olsen <[EMAIL PROTECTED]> added the comment: Apparently modwsgi uses subinterpreters because some third-party packages aren't sufficiently thread-safe - modwsgi can't fix those packages, so subinterpreters are the next best thing. http://groups.google.com/group/modwsgi/browse_frm/thread/988

[issue1758146] Crash in PyObject_Malloc

Vaclav Slavik <[EMAIL PROTECTED]> added the comment: I'm sorry, did you actually read my comments? Once again, this has nothing to do with threads and everything to do with isolation of independent Python apps running in the same *process*. Hope it got through this time :-/ _

[issue3167] math test fails on Solaris 10

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I'm pretty much out of ideas here. Skip, if you have any time to figure out where the math.log call is going wrong, I'd appreciate it. On Jean's machine, the problem was that the call log(-inf) to the C library's log function was returnin

[issue1758146] Crash in PyObject_Malloc

Adam Olsen <[EMAIL PROTECTED]> added the comment: Ahh, I did miss that bit, but it doesn't really matter. Tell modwsgi to only use the main interpreter ("PythonInterpreter main_interpreter"), and if you want multiple modules of the same name put them in different packages. Any other problems (t

[issue3167] math test fails on Solaris 10

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Some other possibilities to try. This page: http://www.redhat.com/docs/wp/solaris_port/x99.html seems to suggest that linking with -lieee, and possibly also adding the - ffast-math gcc option, might help. __

[issue1758146] Crash in PyObject_Malloc

Franco DiRosa <[EMAIL PROTECTED]> added the comment: I believe PyThreadState_Swap function in ceval.c has a bug as I stated earlier. However, I have not seen it included in the latest patches so now I wonder... The following line in PyThreadState_Swap... if (check && check->interp == newts->i

[issue1758146] Crash in PyObject_Malloc

Adam Olsen <[EMAIL PROTECTED]> added the comment: Franco, you need to look at the line above that check: PyThreadState *check = PyGILState_GetThisThreadState(); if (check && check->interp == newts->interp && check != newts) Py_FatalError("Invalid thread state for

[issue3321] _multiprocessing.Connection() doesn't check handle

New submission from STINNER Victor <[EMAIL PROTECTED]>: _multiprocessing.Connection() allows to use any positive (or nul) number has socket handle. If you use an invalid file descriptor, poll() method may crash (especially for big positive integer). Example: >>> import _multiprocessing >>> ob

[issue3321] _multiprocessing.Connection() doesn't check handle

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- type: -> crash ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue3322] bugs in scanstring_str() and scanstring_unicode() of _json module

New submission from STINNER Victor <[EMAIL PROTECTED]>: scanstring_str() and scanstring_unicode() functions don't end value whereas it can be outside input string range. A check like this is needed: if (end < 0 || len <= end) { PyErr_SetString(PyExc_ValueError, "xxx"); retur

[issue3321] _multiprocessing.Connection() doesn't check handle

STINNER Victor <[EMAIL PROTECTED]> added the comment: Ooops, there is a typo in my last patch: it's "struct stat statbuf;" and not "struct stat *statbuf;"! Here is a new version of the patch. Added file: http://bugs.python.org/file10861/_multiprocessing_connection.patch ___

[issue2887] bsddb3 needs to be ported to Python 3.0

Trent Nelson <[EMAIL PROTECTED]> added the comment: FWIW, I bumped the version of Berkeley DB being used on Windows from 4.4.20 to 4.7.25 in r64555 (trunk). I blocked this from being merged to py3k. This block should be removed once bsddb has been updated. -- nosy: +Trent.Nelson ___

[issue3167] math test fails on Solaris 10

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Here's a gdb session using r64812. gcc 4.2.2. ldd on math.so shows: % ldd build/lib.solaris-2.10-i86pc-2.6/math.so libm.so.2 => /lib/libm.so.2 libgcc_s.so.1 => /opt/app/nonc++/lib/libgcc_s.so.1 libc.so.1

[issue3258] ctypes assertion failure in trunk

Kevin Watters <[EMAIL PROTECTED]> added the comment: >From reading through PEP 3118 once I'm not entirely clear on the role stgdict->format is supposed to be taking here, but I did get comtypes to compile and run successfully by changing line 910 from stgdict->format = alloc_format_string("&",

[issue3167] math test fails on Solaris 10

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Regarding -lieee, I don't see an ieee library on my system. Regarding -ffast-math, while it changes the log function which is linked to, it doesn't appear to modify the result of math.log: % ldd build/lib.solaris-2.10-i86pc-2.6/math.so

[issue2275] urllib2 header capitalization

Changes by Senthil <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10849/issue2275-py26.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2275] urllib2 header capitalization

Senthil <[EMAIL PROTECTED]> added the comment: Here is the final patch for Py26 and Py3k including the Docs and Misc/News. Thanks you, Senthil Added file: http://bugs.python.org/file10862/issue2275-py26.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue2275] urllib2 header capitalization

Changes by Senthil <[EMAIL PROTECTED]>: -- versions: -Python 2.5 Added file: http://bugs.python.org/file10863/issue2275-py3k.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2275] urllib2 header capitalization

Senthil <[EMAIL PROTECTED]> added the comment: I also removed the Python 2.5 from the Version, as I don't think these changes will be back ported. After the application of patch, this issue can be closed. ___ Python tracker <[EMAIL PROTECTED]>

[issue3300] urllib.quote and unquote - Unicode issues

Changes by Senthil <[EMAIL PROTECTED]>: -- nosy: +orsenthil ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue3316] Proposal for fix_urllib

Changes by Senthil <[EMAIL PROTECTED]>: -- nosy: +orsenthil ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue3167] math test fails on Solaris 10

Jean Brouwers <[EMAIL PROTECTED]> added the comment: The /lib/libm.so.* files on my Solaris 10 (Opteron) box are equally old: > ll /lib/libm.so* lrwxrwxrwx 1 root root 9 Sep 7 2006 /lib/libm.so -> libm.so.2* -rwxr-xr-x 1 root bin 13536 Jan 22 2005 /lib/libm.so.1 -rwxr-xr-x 1 root bi

[issue3319] pystone.main(10) causes ZeroDivisionError

Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10854/pystone.py.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3319] pystone.main(10) causes ZeroDivisionError

Michael Patrick O'Keefe <[EMAIL PROTECTED]> added the comment: After a more careful study of the documentation on how to make (proper) patches, I'm submitting the patches again. This patches against the 2.6 trunk and py3k branch (R64812). I compiled both 2.6 and py3k and confirmed that the ZeroDi

[issue3319] pystone.main(10) causes ZeroDivisionError

Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10865/pystone_1_trunk.diff ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3319] pystone.main(10) causes ZeroDivisionError

Changes by Michael Patrick O'Keefe <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10866/pystone_err.py ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1758146] Crash in PyObject_Malloc

Franco DiRosa <[EMAIL PROTECTED]> added the comment: Thanks Adam but I'm still confused because... There is a new rule in version 2.3.5. Which is one interpreter with many thread states are supported for the GIL functions. So this code breaks that rule since this if statement is checki

[issue1758146] Crash in PyObject_Malloc

Franco DiRosa <[EMAIL PROTECTED]> added the comment: Thanks Adam but I'm still confused because... There is a new rule in version 2.3.5. Which is one interpreter with many thread states are supported for the GIL functions. So this code breaks that rule since this if statement is checki

[issue1758146] Crash in PyObject_Malloc

Adam Olsen <[EMAIL PROTECTED]> added the comment: It's only checking that the original tstate *for the current thread* and the new tstate have a different subinterpreter. A subinterpreter can have multiple tstates, so long as they're all in different threads. The documentation is referring spec