[issue4670] setup.py exception when db_setup_debug = True

2008-12-15 Thread Damien Miller
New submission from Damien Miller djm...@users.sourceforge.net: Hi, I receive the following exception when trying to build with db_setup_debug = True in setup.py. db_ver is not initialised in this path, except by accident so I think the obvious solution of -if db_setup_debug: print db.h

[issue4146] compilation of Modules/python.c fails on OpenBSD

2008-10-19 Thread Damien Miller
New submission from Damien Miller [EMAIL PROTECTED]: Compilation of 3.0rc1 Modules/python.c fails on OpenBSD with the following error. The attached patch fixes things by explicitly casting PyMem_Malloc's return value c++ -pthread -c -fno-strict-aliasing -DNDEBUG -O2 -pipe -DTHREAD_STACK_SIZE

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

2008-09-29 Thread Damien Miller
Damien Miller [EMAIL PROTECTED] added the comment: looks good to me ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3770 ___ ___ Python-bugs-list mailing list

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

2008-09-29 Thread Damien Miller
Damien Miller [EMAIL PROTECTED] added the comment: I can confirm that the patch works on OpenBSD -current. Only one nit: Does this line in Lib/test/test_multiprocessing.py need to be there? +#import multiprocessing.SemaphoreImportError ___ Python tracker

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

2008-09-27 Thread Damien Miller
Damien Miller [EMAIL PROTECTED] added the comment: For 2.6/3.0 it would probably be best to just disable the module entirely on platforms that lack shareable semaphores (OpenBSD FreeBSD at least) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

2008-09-19 Thread Damien Miller
Damien Miller [EMAIL PROTECTED] added the comment: So the bug is actually in the multiprocessing module rather than the unittest. If HAVE_SEM_OPEN is not defined then SemLock is never built into _multiprocessing.so, but multiprocessing/syncronize.py unconditionally depends on its presence. I

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

2008-09-03 Thread Damien Miller
New submission from Damien Miller [EMAIL PROTECTED]: test_multiprocessing crashes on platforms that lack a working sem_open(), despite it being turned off at compilation time by setting HAVE_SEM_OPEN=0 in the Extension macros in setup.py I think the multiprocessing module should disable

[issue3771] test_httpservers intermittent failure

2008-09-03 Thread Damien Miller
New submission from Damien Miller [EMAIL PROTECTED]: On OpenBSD I'm seeing intermittent failures of test_httpservers with the following error: test_post (test.test_httpservers.CGIHTTPServerTestCase) ... ERROR == ERROR

[issue3682] test_math: math.log(-ninf) fails to raise exception on OpenBSD

2008-08-25 Thread Damien Miller
New submission from Damien Miller [EMAIL PROTECTED]: Hi, On OpenBSD 4.4, the test_math.py regression test fails with the following: Traceback (most recent call last): File Lib/test/test_math.py, line 419, in testLog self.assertRaises(ValueError, math.log, NINF) AssertionError: ValueError