weird glibc bug?? (#0 0x153b94c in strlen () at soinit.c:59)

Troy Benjegerdes hozer at drgw.net
Sat Jun 19 16:40:16 EST 1999


On Sat, 19 Jun 1999, Martin Costabel wrote:

> Could this be an egcs bug? When i reported a similar bug (lines #0 and
> #1 in the gdb output were the same) where gnuplot was segfaulting, Franz
> Sirl and the others found out that it was related to the varargs bug in
> egcs. Have a look at the linuxppc-dev archives from around April 15.
> There should be a fix for this in egcs-1.1.2-1c.

I doubt it, as I compiled with egcs-1.1.2-12e. It might be possible that a
shared lib the program is linked with was compiled with a bad egcs, but I
doubt it.

> 
> According to the sources at http://gate.crashing.org/, the "official"
> varargs fix is included in egcs-1.1.2-1e which I managed to compile from
> the spec and patch files found at that site. And of course, gcc-2.95 is
> probably fixed, too.
> 
> Hope this helps
> 
> --
> Martin
> 
> Troy Benjegerdes wrote:
> > 
> > I am completely and totally stumped.
> > 
> > I have been seeing various programs (everthing from the installer to scp
> > to apache) that have seemingly inexplicable segfaults since at least the
> > first glibc-2.1 was out (6 months ago?)
> > 
> > At first I thought this had been caused by a bug in 'strip', since a new
> > binutils fixed the problem.
> > 
> > this problem seems to have resurfaced again in recent glibc's.
> > 
> > in it's current incarnation, scp is segfaulting, and when I use gdb, I get
> > the following backtrace:
> > 
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x153b94c in strlen () at soinit.c:59
> > soinit.c:59: No such file or directory.
> > (gdb) bt
> > #0  0x153b94c in strlen () at soinit.c:59
> > #1  0x151fda4 in _IO_vfprintf () at vfprintf.c:1554
> > #2  0x1523304 in buffered_vfprintf (s=0x15fd118, format=0x18047e0 "%s:
> > %s",
> >     args=0x7ffff1f0) at vfprintf.c:1747
> > #3  0x151e2f4 in _IO_vfprintf () at vfprintf.c:1554
> > #4  0x1803d4c in _SDA2_BASE_ ()
> > #5  0x18039dc in _SDA2_BASE_ ()
> > #6  0x18022ac in _SDA2_BASE_ ()
> > #7  0x1801ac4 in _SDA2_BASE_ ()
> > #8  0x14fd7d4 in __libc_start_main () at ../sysdeps/powerpc/elf/libc-sta
> > 
> > So, my first thought was that strip was buggy again, so I built scp and
> > didn't strip it.
> > 
> > It still segfaults when run from the command line. But it gets more
> > interesting: When run from gdb, the unstripped binary *doesn't* segfault!!
> > 
> > It seems as though depending on where things are aligned in memory either
> > triggers or masks the problem. I have heard a report that apache works
> > fine when built with '-g', and segfaults with a screwed up stack when not.
> > (this normally isn't noticeable with apache, since it occurs when
> > returning a 'page not found' error)
> > 
> > Someone please tell me I haven't gone of the deep end on this :-/
> > 
> > --------------------------------------------------------------------------
> > | Troy Benjegerdes    |       troy at microux.com     |    hozer at drgw.net   |
> > |    Unix is user friendly... You just have to be friendly to it first.  |
> > | This message composed with 100% free software.    http://www.gnu.org   |
> > --------------------------------------------------------------------------
> 
> 

--------------------------------------------------------------------------
| Troy Benjegerdes    |       troy at microux.com     |    hozer at drgw.net   |
|    Unix is user friendly... You just have to be friendly to it first.  |
| This message composed with 100% free software.    http://www.gnu.org   |
--------------------------------------------------------------------------


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]





More information about the Linuxppc-dev mailing list