- To: zebra@digital-magic.co.jp
- Subject: [zebra 982] Re: OSPFd coredump (glibc2.1 related?)
- From: Libor Pechacek <farco@clnet.cz>
- Date: Tue, 20 Jul 1999 14:05:53 +0200 (CEST)
- Reply-To: zebra@digital-magic.co.jp
I have the same experience (on RH6.0). I was about to write to this list.
With -lefence it ends in ospf_packet.c:471 (bcopy (lsa, new, ntohs
(lsa->length)), where lsa and new are valid pointers and lsa->length is a
reasonable number). It really looks like a Glibc2.1 problem. I'd be
pleased to know your opinion.
L.P.
--
Libor Pechacek <farco@clnet.cz>; CLNet network administrator
PGP key: http://www.clnet.cz/~farco/pgp.txt
Sign&encryption key ID: 0x5DDE4353
Key fingerprint: E715 733C 8864 2A49 90A4 EAA6 257C CC00 5DDE 4353
On Tue, 20 Jul 1999, Philippe Strauss wrote:
> After starting ./zebra -d and ./ospfd, ospf begin
> (good:) neighbor relationship with it's friends:
...
> Program received signal SIGSEGV, Segmentation fault.
> 0x400aca8a in chunk_alloc () from /lib/libc.so.6
> (gdb)
>
> Befor I dig any further myself, anyone knows what
> could be the problem? (I use glibc2.1..)