This is our old Q&A Site. Please post any new questions and answers at

Can anyone provide me some insight what is the root cause of the following problem & how to fix it? (ie. Do it need to recompile tshark or just have the dependence updated?)

The version of tshark and its dependency are from the

# uname -a
SunOS daisy 5.10 Generic_127127-11 sun4u sparc SUNW,Sun-Blade-1500 Solaris
# tshark -r dhcp.pcap


229 159.632917 MasterIn_16:74:3c -> Broadcast    ARP 68 Who has  Tell
230 160.003917 Cisco_51:01:db -> Spanning-tree-(for-bridges)_00 STP 64 RST. Root = 8192/152/00:11:bc:c3:94:00  Cost = 4  Port = 0x80cc
Bus Error (core dumped)

gdb indicate there is a Illegal instruction in the

#0  0xfd4be44c in ?? () from /usr/local/lib/
(gdb) r
Starting program: /usr/local/bin/tshark 
[New LWP    1        ]
warning: Lowest section in /usr/lib/ is .dynamic at 00000074
warning: Lowest section in /usr/lib/ is .dynamic at 00000074
warning: Lowest section in /lib/ is .hash at 000000b4

Program received signal SIGILL, Illegal instruction.
0xfc0cbd3c in _sparcv9_fmadd_probe () from /usr/local/ssl/lib/

# tshark -v
TShark 1.6.4 (SVN Rev Unknown from unknown)

Copyright 1998-2011 Gerald Combs <[email protected]> and contributors.
This is free software; see the source for copying conditions. There is NO

Compiled (32-bit) with GLib 2.25.13, with libpcap 1.2.0, with libz 1.2.5,
without POSIX capabilities, without libpcre, without SMI, without c-ares, with
ADNS, without Lua, without Python, with GnuTLS 2.8.6, with Gcrypt 1.4.6, without
Kerberos, with GeoIP.

Running on SunOS 5.10, with libpcap version 1.2.0, with libz 1.2.5.

Built using gcc 3.4.6.

asked 02 Dec '11, 10:12

Kelvin%20Lee's gravatar image

Kelvin Lee
accept rate: 0%

edited 02 Dec '11, 10:27

Guy%20Harris's gravatar image

Guy Harris ♦♦

The root cause of the problem is probably that SPARC is the one remaining processor out there (or, at least, the one remaining processor used in general-purpose computers) that traps on unaligned accesses rather than supporting unaligned accesses, most people develop code on other processors and may not realize that you can't blithely dereference unaligned pointers, and some compilers don't warn about those dereferences (either because they're generating code for other processors and don't bother to do the check or don't bother to do the check at all) and even for the ones that do we aren't checking for those warnings. :-)

I.e., this is a Wireshark bug, it's just one that doesn't show up on most machines.

(That's probably different from the SIGILL problem, which is some other issue, perhaps an issue with gdb.)

Do you have a stack trace of the "bus error" crash? I'll see whether there are any alignment warnings coughed up by, for example, the Clang static analyzer.

permanent link

answered 02 Dec '11, 10:32

Guy%20Harris's gravatar image

Guy Harris ♦♦
accept rate: 19%

Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 02 Dec '11, 10:12

question was seen: 3,647 times

last updated: 02 Dec '11, 10:32

p​o​w​e​r​e​d by O​S​Q​A