Re: tcpdump crash on arm?

From: Olivier Houchard <mlfbsd_at_ci0.org>
Date: Thu, 5 Apr 2007 14:06:02 +0200
On Thu, Apr 05, 2007 at 02:13:37PM +0300, Krassimir Slavchev wrote:
> Olivier Houchard wrote:
> >On Thu, Apr 05, 2007 at 10:28:18AM +0300, Krassimir Slavchev wrote:
> >  
> >>Hi,
> >>
> >>This is on 7.0-CURENT 4-5 days old but I have seen this for 2-3 months.
> >>
> >># ./tcpdump
> >>tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> >>listening on ate0, link-type EN10MB (Ethernet), capture size 96 bytes
> >>Bus error (core dumped)
> >>
> >>GNU gdb 6.1.1 [FreeBSD]
> >>Copyright 2004 Free Software Foundation, Inc.
> >>GDB is free software, covered by the GNU General Public License, and you 
> >>are
> >>welcome to change it and/or distribute copies of it under certain 
> >>conditions.
> >>Type "show copying" to see the conditions.
> >>There is absolutely no warranty for GDB.  Type "show warranty" for 
> >>details.
> >>This GDB was configured as "arm-marcel-freebsd"...
> >>Core was generated by `tcpdump'.
> >>Program terminated with signal 10, Bus error.
> >>Reading symbols from /lib/libpcap.so.4...done.
> >>Loaded symbols for /lib/libpcap.so.4
> >>Reading symbols from /lib/libcrypto.so.5...done.
> >>Loaded symbols for /lib/libcrypto.so.5
> >>Reading symbols from /lib/libc.so.7...done.
> >>Loaded symbols for /lib/libc.so.7
> >>Reading symbols from /libexec/ld-elf.so.1...done.
> >>Loaded symbols for /libexec/ld-elf.so.1
> >>#0  0x000203a4 in ether_print ()
> >>(gdb) bt
> >>#0  0x000203a4 in ether_print ()
> >>#1  0x00020730 in ether_if_print ()
> >>#2  0x0005b594 in print_packet (user=0xbfffec18 "\020\a\002", 
> >>h=0xbfffeb98,
> >>   sp=0x2040901a "")
> >>   at 
> >>/usr/src-arm/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1241
> >>#3  0x200f05bc in pcap_lookupnet () from /lib/libpcap.so.4
> >>#4  0x200f1a2c in pcap_loop () from /lib/libpcap.so.4
> >>#5  0x0005c3b0 in $a ()
> >>   at 
> >>/usr/src-arm/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1050
> >>#6  0x0005c3b0 in $a ()
> >>   at 
> >>/usr/src-arm/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1050
> >>(gdb)
> >>
> >>    
> >
> >I remember seeing this, but I thought make worlding fixed it.
> >Warner, do you remember what the issue was, and how/if we fixed it ?
> >I think it had to do with the change in alignment somewhere.
> >
> >Olivier
> >
> >  
> I am not sure whether it is related or not but I receive this message 
> when logging on console:
> 
> ld-elf.so.1: assert failed: 
> /usr/src-arm/src/libexec/rtld-elf/arm/reloc.c:289
> 
> The world and the kernel are in sync (cvsup on 30.3)

Huh interesting.
I think it's unrelated, I think this is an assert triggered at start time,
but I'd really like to be able to reproduce it.
Does that happen every time you run tcpdump ?

Olivier
Received on Thu Apr 05 2007 - 09:45:30 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:07 UTC