[issue3088] test_multiprocessing hangs on OS X 10.5.3

Mark Dickinson report at bugs.python.org
Wed Jul 2 23:44:09 CEST 2008


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Mark, can you try commenting out _TestCondition and seeing if you can 
> still get it to hang?;

I removed the _TestCondition class entirely from test_multiprocessing, 
and did make test again.  It didn't hang! :-)  It crashed instead.  :-(
 
The output's below, in all its gory glory.  I can't make head or tail or 
it, but maybe someone else can.  The last two runs before this gave me a 
Segmentation fault.

test_multiprocessing
Debug memory block at address p=0x2ecd928:
Debug memory block at address p=0x2ecd928:
    49 bytes originally requested
    49 bytes originally requested
    The 4 pad bytes at p-4 are     The 4 pad bytes at p-4 are 
FORBIDDENBYTE, as expected.
FORBIDDENBYTE, as expected.
    The 4 pad bytes at tail=0x2ecd959 are     The 4 pad bytes at 
tail=0x2ecd959 are not all FORBIDDENBYTE (0xfb):
not all FORBIDDENBYTE (0xfb):
        at tail+0: 0x7d        at tail+0: 0x7d *** OUCH *** OUCH

        at tail+1: 0x74        at tail+1: 0x74 *** OUCH *** OUCH

        at tail+2: 0x71        at tail+2: 0x71 *** OUCH *** OUCH

        at tail+3: 0x02        at tail+3: 0x02 *** OUCH *** OUCH

    The block was made by call #782281511 to debug malloc/realloc.
    The block was made by call #782281511 to debug malloc/realloc.
    Data at p:    Data at p: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 ... ... 87 87 71 71 02 02 2e 2e 00 00 1c 1c 02 02 85 85

Fatal Python error: bad trailing pad byte
Fatal Python error: bad trailing pad byte
make: *** [test] Abort trap

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3088>
_______________________________________


More information about the Python-bugs-list mailing list