Bug 767221 - python: Objects/obmalloc.c:953: PyObject_Free: Assertion `pool->ref.count > 0' failed.
Summary: python: Objects/obmalloc.c:953: PyObject_Free: Assertion `pool->ref.count > 0...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: python
Version: 5.7
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Dave Malcolm
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-13 15:02 UTC by Michal Nowak
Modified: 2013-03-15 04:45 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-03-15 04:45:16 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Michal Nowak 2011-12-13 15:02:44 UTC
Description of problem:

I came across a strange problem in Python which can be reproduced only if the test case is executed via `make':

# make tests
 cd ../.. && /bin/sh /usr/src/redhat/BUILD/libxml2-2.6.26/missing --run automake-1.9 --gnu  python/tests/Makefile
 cd ../.. && /bin/sh ./config.status python/tests/Makefile 
config.status: creating python/tests/Makefile
## running Python regression tests
python: Objects/obmalloc.c:953: PyObject_Free: Assertion `pool->ref.count > 0' failed.

The test case is thread2.py from libxml2 sources.

The test case actually writes "OK" and is expected to quit (according to the code):

# Memory debug specific
libxml2.cleanupParser()
if libxml2.debugMemory(1) == 0:
    print "OK"
else:
    print "Memory leak %d bytes" % (libxml2.debugMemory(1))
    libxml2.dumpMemory()


But it spits the failed assertion.

Version-Release number of selected component (if applicable):

libxml2-2.6.26-2.1.12.el5_7.1.x86_64
libxml2-2.6.26-2.1.12.el5_7.1.i386
python-2.4.3-44.el5_7.1.x86_64

How reproducible:

always

Steps to Reproduce:
1. /usr/bin/python thread2.py in Makefile (see Makefile.am in /usr/src/redhat/BUILD/libxml2-2.6.26/python/tests/).

Additional info:

It happens on x86_64 but I suspect i386 is also affected.

Comment 3 RHEL Program Management 2013-03-15 04:45:16 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.


Note You need to log in before you can comment on or make changes to this bug.