Re: tcpdump crash on arm?

From: Krassimir Slavchev <krassi_at_bulinfo.net>
Date: Thu, 05 Apr 2007 14:13:37 +0300
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)
Received on Thu Apr 05 2007 - 09:13:43 UTC

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