[issue4670] setup.py exception when db_setup_debug = True

New submission from Damien Miller : 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: unsupported version

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

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

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

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 t

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Damien Miller <[EMAIL PROTECTED]> added the comment: looks good to me ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3770> ___ ___ Python

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

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 PROT

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

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 presen

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Damien Miller <[EMAIL PROTECTED]> added the comment: On Thu, 4 Sep 2008, Jesse Noller wrote: > > Jesse Noller <[EMAIL PROTECTED]> added the comment: > > Which platforms is this appearing on? OpenBSD, with this section added to setup.py: @@ -1269,6 +1268,14 @@ cl

[issue3771] test_httpservers intermittent failure

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 =

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

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 disab

[issue3683] compilation --without-threads fails

New submission from Damien Miller <[EMAIL PROTECTED]>: Compilation with --without-threads fails with the following error. Patch attached. cc -c -fno-strict-aliasing -DNDEBUG -O2 -pipe -DTHREAD_STACK_SIZE=0x2 -fPIC -I. -IInclude -I./Include -DPy_BUILD_CORE -o Python/import.o

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

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