[Fwd: [zebra 982] Re: OSPFd coredump (glibc2.1 related?)]

[Florin Andrei <florin@expert.ro>]

	This one was sent to Zebra mail list.

	Zebra is a routing daemon: http://www.zebra.org/
	The mail list is at zebra@zebra.org

-- 
Florin Andrei
Network Administrator - Expert Solutions Provider SRL, Turnu Severin, Romania
E-mail: florin@expert.ro	Web: http://www.expert.ro/~florin/
   ICQ: 20010694

---

• 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..)

---