Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 2 Nov 2011 17:25:18 -0700
From:      Jeremy Chadwick <freebsd@jdc.parodius.com>
To:        FreeBSD Stable Mailing List <freebsd-stable@freebsd.org>
Subject:   Fwd: Re: smartctl / mpt on 9.0-RC1
Message-ID:  <20111103002518.GA68042@icarus.home.lan>

next in thread | raw e-mail | index | archive | help
Sending original copy to the list.

----- Forwarded message from Frank Razenberg <frank@zzattack.org> -----

> From: Frank Razenberg <frank@zzattack.org>
> To: Jeremy Chadwick <freebsd@jdc.parodius.com>
> Date: Thu, 03 Nov 2011 01:16:17 +0100
> Subject: Re: smartctl / mpt on 9.0-RC1
> 
> Sorry, yes, there's actually a lot more, but there's a pattern
> repeating over 4 lines.
> At #1086 it stops.
> 
> I also tried with the binary package but it seems to be missing on
> the ftp server:
> ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/sysutils/smartmontools-5.42.tbz
> gives a 'not found'.
> The version from 8-stable can't be used either (Shared object
> "libcam.so.5" not found, required by "smartctl").
> The compiler was indeed gcc.
> -Frank
> 
> .................................
> #36 0x0000000000000000 in ?? ()
> #37 0x0000000000000000 in ?? ()
> #38 0x0000000000000000 in ?? ()
> #39 0x0000000000000000 in ?? ()
> #40 0x0000000000000000 in ?? ()
> #41 0x0000000000000000 in ?? ()
> #42 0x0000000000000000 in ?? ()
> #43 0x0000000000000000 in ?? ()
> #44 0x0000000000000000 in ?? ()
> #45 0x0000000000000000 in ?? ()
> #46 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #47 0x0000000000000000 in ?? ()
> #48 0x0000000000000000 in ?? ()
> #49 0x0000000000000000 in ?? ()
> #50 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #51 0x0000000000000000 in ?? ()
> #52 0x0000000000000000 in ?? ()
> #53 0x0000000000000000 in ?? ()
> #54 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #55 0x0000000000000000 in ?? ()
> #56 0x0000000000000000 in ?? ()
> ..............................
> #1062 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #1063 0x0000000000000000 in ?? ()
> #1064 0x0000000000000000 in ?? ()
> #1065 0x0000000000000000 in ?? ()
> #1066 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #1067 0x0000000000000000 in ?? ()
> #1068 0x0000000000000000 in ?? ()
> #1069 0x00007fffffffdac0 in ?? ()
> #1070 0x00007fffff000000 in ?? ()
> ---Type <return> to continue, or q <return> to quit---
> #1071 0x0000000801ca4b68 in ?? ()
> #1072 0x0000000801ca4b98 in ?? ()
> #1073 0x0000000801ca5578 in ?? ()
> #1074 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #1075 0x0001000101010101 in ?? ()
> #1076 0x0000000000000000 in ?? ()
> #1077 0x0000000801000000 in ceil () from /lib/libm.so.5
> #1078 0x00007fffffffdb00 in ?? ()
> #1079 0x0000000000000003 in ?? ()
> #1080 0x00007fffffffdb00 in ?? ()
> #1081 0x00007fffffffdb40 in ?? ()
> #1082 0x00007fffffffdb20 in ?? ()
> #1083 0x0000000000000000 in ?? ()
> #1084 0x0000000000000000 in ?? ()
> #1085 0x0000000000407186 in ?? ()
> #1086 0x000000000040317c in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (gdb)
> 
> 
> 
> 
> 
> On 11/3/2011 1:01 AM, Jeremy Chadwick wrote:
> >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?

----- End forwarded message -----

-- 
| 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 |




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111103002518.GA68042>