Bug 61532 - dmalloc doesn't build - and consumes all resources in fail
Summary: dmalloc doesn't build - and consumes all resources in fail
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: dmalloc
Version: 7.3
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 61590
TreeView+ depends on / blocked
 
Reported: 2002-03-20 23:26 UTC by Trond Eivind Glomsrxd
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-03-26 16:54:19 UTC
Embargoed:


Attachments (Terms of Use)

Description Trond Eivind Glomsrxd 2002-03-20 23:26:03 UTC
dmalloc-4.8.1-6, Skipjack

When trying to rebuild it, it slows the system down to a halt while consuming
all available memory (256+512 swap). It then gets killed by the OOM killer in
the kernel. Upgrading to 4.8.2 doesn't help. The step dying is

./dmalloc_t -s -t 10000

Comment 1 Jakub Jelinek 2002-03-25 14:09:46 UTC
dmalloc is crap.

Comment 2 Jeff Johnson 2002-03-25 22:38:40 UTC
Don't run the test <shrug>.

Comment 3 Jakub Jelinek 2002-03-25 22:50:51 UTC
Just skipping the test is no way useful, since it will die the same way
any time you use dmalloc for something.
I've actually changed glibc this time, since
if (__builtin_expect (worklist != NULL, 0))
  free (worklist);
is IMHO faster in the common case than
free (worklist);
but dmalloc will break into pieces next time any glibc internals get changed.

Comment 4 Jakub Jelinek 2002-04-04 10:38:07 UTC
This workaround is in glibc-2.2.5-28+.


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