smartctl / mpt on 9.0-RC1

[Jeremy Chadwick]

On Thu, Nov 03, 2011 at 12:49:13AM +0100, Frank Razenberg wrote:
> Thanks for your reply. It seems I'm missing a lot of debug symbols.
> I will look into getting a more useful backtrace.
> For what it's worth I added the gdb output below.
> 
> -Frank
> 
>    # gdb /usr/local/sbin/smartctl ~/smartctl.core
>    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 "amd64-marcel-freebsd"...(no debugging
>    symbols found)...
>    Core was generated by `smartctl'.
>    Program terminated with signal 11, Segmentation fault.
>    Reading symbols from /lib/libcam.so.6...(no debugging symbols
>    found)...done.
>    Loaded symbols for /lib/libcam.so.6
>    Reading symbols from /usr/lib/libusb.so.2...(no debugging symbols
>    found)...done.
>    Loaded symbols for /usr/lib/libusb.so.2
>    Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
>    found)...done.
>    Loaded symbols for /usr/lib/libstdc++.so.6
>    Reading symbols from /lib/libm.so.5...(no debugging symbols
>    found)...done.
>    Loaded symbols for /lib/libm.so.5
>    Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols
>    found)...done.
>    Loaded symbols for /lib/libgcc_s.so.1
>    Reading symbols from /lib/libc.so.7...(no debugging symbols
>    found)...done.
>    Loaded symbols for /lib/libc.so.7
>    Reading symbols from /lib/libsbuf.so.6...(no debugging symbols
>    found)...done.
>    Loaded symbols for /lib/libsbuf.so.6
>    Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols
>    found)...done.
>    Loaded symbols for /libexec/ld-elf.so.1
>    #0  0x0000000000000000 in ?? ()
>    (gdb) bt
>    #0  0x0000000000000000 in ?? ()
>    #1  0x0000000000000000 in ?? ()
>    #2  0x0000000000000000 in ?? ()
>    #3  0x0000000000000000 in ?? ()
>    #4  0x0000000000000000 in ?? ()
>    #5  0x0000000000000000 in ?? ()
>    #6  0x0000000000000000 in ?? ()
>    #7  0x0000000000000000 in ?? ()
>    #8  0x0000000000000000 in ?? ()
>    #9  0x0000000000000000 in ?? ()
>    #10 0x0000000000000000 in ?? ()
>    #11 0x0000000000000000 in ?? ()
>    #12 0x0000000000000000 in ?? ()
>    #13 0x0000000000000000 in ?? ()
>    #14 0x0000000000000000 in ?? ()
>    #15 0x0000000000000000 in ?? ()
>    #16 0x0000000000000000 in ?? ()
>    #17 0x0000000000000000 in ?? ()
>    #18 0x0000000000000000 in ?? ()
>    #19 0x0000000000000000 in ?? ()
>    #20 0x0000000000000000 in ?? ()
>    #21 0x0000000000000000 in ?? ()
>    #22 0x0000000000000000 in ?? ()
>    #23 0x0000000000000000 in ?? ()
>    #24 0x0000000000000000 in ?? ()
>    #25 0x0000000000000000 in ?? ()
>    #26 0x0000000000000000 in ?? ()
>    #27 0xffffffff00000000 in ?? ()
>    #28 0x0000000000000000 in ?? ()
>    #29 0x0000000000000000 in ?? ()
>    #30 0x0000000000000000 in ?? ()
>    #31 0x0000000000000000 in ?? ()
>    #32 0x0000000000000000 in ?? ()
>    #33 0x0000000000000000 in ?? ()
>    #34 0x0000000000000000 in ?? ()
>    ---Type <return> to continue, or q <return> to quit---

Is there anything visible further down in the calling frame stack (e.g.
past frame #34)?  Was this built with clang or gcc?  And I assume it was
built from source rather than installed via pkg_add?

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                   Mountain View, CA, US |
| Making life hard for others since 1977.               PGP 4BD6C0CB |