[Bug 222125] sysutils/facter exiting in SIGABRT

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222125

            Bug ID: 222125
           Summary: sysutils/facter exiting in SIGABRT
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs at FreeBSD.org
          Reporter: ryanb at honeycomb.net

On a freshly installed FreeBSD 11.1 amd64 server, facter keeps exiting on
SIGABRT.  This is installed completely from ports, with all default values
accepted for all dependencies.


root at fbsd11:/usr/ports/sysutils/facter # gdb facter
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)...
(gdb) run
Starting program: /usr/local/bin/facter
(no debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...[New LWP 101518]
warning: Lowest section in /usr/local/lib/libicudata.so.58 is .hash at
0000000000000120
[New Thread 808416000 (LWP 101518/facter)]

Program received signal SIGABRT, Aborted.
[Switching to Thread 808416000 (LWP 101518/facter)]
0x0000000803fc350a in thr_kill () from /lib/libc.so.7
(gdb) bt full
#0  0x0000000803fc350a in thr_kill () from /lib/libc.so.7
No symbol table info available.
#1  0x0000000803fc34db in raise () from /lib/libc.so.7
No symbol table info available.
#2  0x0000000803fc3449 in abort () from /lib/libc.so.7
No symbol table info available.
#3  0x0000000803691858 in __cxa_call_unexpected (exception=<value optimized
out>) at /usr/src/contrib/libcxxrt/exception.cc:1380
No locals.
#4  0x0000000801ec2b27 in boost::locale::conv::impl::convert_to<wchar_t>
(begin=<value optimized out>, end=<value optimized out>, charset=<value
optimized out>, how=<value optimized out>) at memory:2023
No locals.
#5  0x0000000801ec22ad in boost::locale::conv::to_utf<wchar_t> (begin=<value
optimized out>, end=<value optimized out>, charset=<value optimized out>,
how=<value optimized out>)
    at libs/locale/src/encoding/codepage.cpp:155
No locals.
#6  0x0000000801ede701 in
boost::locale::util::simple_converter_impl::simple_converter_impl
(this=0x808488010, encoding=@0x808429130) at
libs/locale/src/util/codecvt_converter.cpp:95
        tmp = <value optimized out>
        buf = 0x7fffffffdb76 "\200"
        uchar = Error accessing memory address 0xffffffffffffffff: Bad address.

I tried anbling all debugging options for dependencies (and removing stripping
for facter) in order to get this far.  This looks like it might be a
devel/boost-libs issue.

--- Comment #1 from Bugzilla Automation <bugzilla at FreeBSD.org> ---
Maintainer informed via mail

-- 
You are receiving this mail because:
You are the assignee for the bug.