bug-ddd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: DDD 3.3.1 (i586-mandrake-linux-gnu) gets `Segmentation fault' signal


From: J.H.M. Dassen (Ray)
Subject: Re: DDD 3.3.1 (i586-mandrake-linux-gnu) gets `Segmentation fault' signal
Date: Thu, 18 Jul 2002 06:56:43 +0200
User-agent: Mutt/1.4i

On Wed, Jul 17, 2002 at 15:22:18 -0400, Stew Benedict wrote:
> On Wed, 17 Jul 2002, J.H.M. Dassen (Ray) wrote:
> > What behaviour do you get when you rebuild after renaming that function
> > there (say to ddd_glob_pattern_p)?

> with ef:
> 
> /usr/bin/ef: line 20:  1949 Segmentation fault      (core dumped) ( export
> LD_PRELOAD=libefence.so.0.0; exec $* )
> 
> #0  0x40500aa1 in kill () from /lib/i686/libc.so.6
> #0  0x40500aa1 in kill () from /lib/i686/libc.so.6
> #1  0x400204ea in EF_Abort () from /usr/lib/libefence.so.0.0
> #2  0x4001f73c in free () from /usr/lib/libefence.so.0.0
> #3  0x40487353 in operator delete(void*) () from /usr/lib/libstdc++.so.4
> #4  0x404873cf in operator delete[](void*) () from /usr/lib/libstdc++.so.4
> #5  0x4042a608 in std::strstreambuf::~strstreambuf() ()
>    from /usr/lib/libstdc++.so.4
> #6  0x4042bfec in std::ostrstream::~ostrstream() ()
>    from /usr/lib/libstdc++.so.4
> #7  0x08071d7a in strcpy ()
> #8  0x0815d1e9 in strcpy ()
> #9  0x0815e4be in strcpy ()
> #10 0x08051fd0 in strcpy ()
> #11 0x404f005a in __libc_start_main () from /lib/i686/libc.so.6
> !  Segmentation fault
> 
> Still using the same un-optimized glibc.

<Spock>Fascinating</Spock>. The problem apparently occurs very early in the
startup of the process (in particular when running under efence) and the
backtrace now no longer references any DDD, LessTif or X function. I'm
running out of ideas here; you could still try
        frame 11
        info locals
        frame 10
        info locals
etc. and see if there is something recognisable as "obviously wrong". If
that doesn't provide further insight, you may have to resort to using
debugging versions of both glibc and libstdc++. Try if strace of preferably
ltrace provide clues before trying that though.

Ray
-- 
Linux is many, many years away from being an enterprise-ready operating
system that can compete with, and challenge, the Windows platform. There is
also no vision or driving force around it.
        Doug Miller, Microsoft Windows Server Group, january 2001



reply via email to

[Prev in Thread] Current Thread [Next in Thread]