[ python-Bugs-1721309 ] make testall shows many glibc detected malloc corruptions
SourceForge.net
noreply at sourceforge.net
Sat May 19 06:38:32 CEST 2007
Bugs item #1721309, was opened at 2007-05-18 06:42
Message generated for change (Comment added) made by nnorwitz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1721309&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Extension Modules
Group: Python 2.5
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: David Favor (dfavor)
Assigned to: Neal Norwitz (nnorwitz)
Summary: make testall shows many glibc detected malloc corruptions
Initial Comment:
export _MALLOC_CHECK_=1
make testall
test_bsddb3
*** glibc detected *** ./python: free(): invalid pointer: 0x40b92de4 ***
*** glibc detected *** ./python: free(): invalid pointer: 0x40b92de4 ***
*** glibc detected *** ./python: free(): invalid pointer: 0x40b92de4 ***
*** glibc detected *** ./python: free(): invalid pointer: 0x40b92de4 ***
*** glibc detected *** ./python: free(): invalid pointer: 0x40b92de4 ***
*** glibc detected *** ./python: free(): invalid pointer: 0x40b92de4 ***
followed by deadlock errors.
malloc: using debugging hooks
blattest test_tempfile failed -- Traceback (most recent call last):
File "/build/work/Python-2.5.1/Lib/test/test_tempfile.py", line 310, in test_noinherit
self.failIf(retval > 0, "child process reports failure %d"%retval)
AssertionError: child process reports failure 1
test_timeout
test test_timeout failed -- Traceback (most recent call last):
File "/build/work/Python-2.5.1/Lib/test/test_timeout.py", line 128, in testConnectTimeout
%(_delta, self.fuzz, _timeout))
AssertionError: timeout (8.20631) is more than 2 seconds more than expected (0.001)
----------------------------------------------------------------------
>Comment By: Neal Norwitz (nnorwitz)
Date: 2007-05-18 21:38
Message:
Logged In: YES
user_id=33168
Originator: NO
I screwed up the first checkin. The CLEAR_DBT was in the wrong place.
The fixes are in:
Committed revision 55452.
Committed revision 55454. (2.5)
----------------------------------------------------------------------
Comment By: Neal Norwitz (nnorwitz)
Date: 2007-05-18 20:54
Message:
Logged In: YES
user_id=33168
Originator: NO
Thanks for the report David. It would be great if you could test the
change. I couldn't find any other places that had a similar problem, but
you never know. You will need to pull out of SVN. It's a one line change
if you want to apply manually.
Committed revision 55450.
Committed revision 55451. (2.5)
----------------------------------------------------------------------
Comment By: David Favor (dfavor)
Date: 2007-05-18 14:26
Message:
Logged In: YES
user_id=370230
Originator: YES
The os I'm running is Fedora 6 with latest patches.
gcc is 4.1.1
glibc is 2.5
I had to set MALLOC_CHECK_=1 just to get the suite to run as normal
MALLOC_CHECK_ defaults to die when something evil occurs.
I'll build gcc 4.2, rebuild and see what occurs.
----------------------------------------------------------------------
Comment By: Georg Brandl (gbrandl)
Date: 2007-05-18 14:02
Message:
Logged In: YES
user_id=849994
Originator: NO
I don't even need to set an environment variable to get
~/devel/python> ./python Lib/test/regrtest.py -uall test_bsddb3
test_bsddb3
*** glibc detected *** ./python: free(): invalid pointer: 0x0827874c ***
[1] 17141 abort ./python Lib/test/regrtest.py -uall test_bsddb3
(HEAD, linux x86, gcc 4.1.2, glibc 2.5)
----------------------------------------------------------------------
Comment By: Martin v. Löwis (loewis)
Date: 2007-05-18 10:43
Message:
Logged In: YES
user_id=21627
Originator: NO
Unfortunately, I cannot reproduce this problem on Debian unstable (x86,
gcc 4.1.3, glibc 2.5) -
the test passes just fine with _MALLOC_CHECK set.
Can you provide a few more details: glibc version, compiler version, Linux
distribution, processor architecture, precise Python version being test,
does the error happen on the first or a subsequent cycle of all tests?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1721309&group_id=5470
More information about the Python-bugs-list
mailing list