|
OpenBSD Packages and Ports Installation and upgrading of packages and ports on OpenBSD. |
|
Thread Tools | Display Modes |
|
|||
Ncmpcpp does not open?
Code:
$ ncmpcpp terminating with uncaught exception of type std::runtime_error: ctype_byname<char>::ctype_byname failed to construct for C [1] 1511 abort ncmpcpp Code:
$ locale LANG=en_US.UTF-8 LC_COLLATE="C" LC_CTYPE="en_US.UTF-8" LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_MESSAGES="en_US.UTF-8" LC_ALL=en_US.UTF-8 (gdb) r Starting program: /usr/local/bin/ncmpcpp terminating with uncaught exception of type std::runtime_error: ctype_byname<char>::ctype_byname failed to construct for C Program received signal SIGABRT, Aborted. thrkill () at -:3 3 -: No such file or directory. in - Current language: auto; currently asm (gdb) bt #0 thrkill () at -:3 #1 0x00000c53c96bdc9d in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:52 #2 0x00000c53050cfa4a in abort_message (format=Variable "format" is not available. ) at /usr/src/lib/libcxxabi/src/abort_message.cpp:78 Die: DW_TAG_unspecified_type (abbrev = 30, offset = 590151) has children: FALSE attributes: DW_AT_name (DW_FORM_strp) string: "decltype(nullptr)" Dwarf Error: Cannot find type of die [in module /usr/lib/libc++abi.so.0.0] I compiled Ncmpcpp in debug mode and found the problem. file ncmpcpp.cpp Code:
107 std::locale::global(Charset::internalLocale()); Code:
107 // std::locale::global(Charset::internalLocale()); Is there anyone who has experienced the same problem? |
|
|||
Please provide the output of the following command:
$ sysctl kern.version
|
|
|||
Code:
$ sysctl kern.version kern.version=OpenBSD 6.1-current (GENERIC.MP) #44: Thu Aug 3 12:12:07 MDT 2017 deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Code:
(egdb) > r Starting program: /usr/local/bin/ncmpcpp terminating with uncaught exception of type std::runtime_error: ctype_byname<char>::ctype_byname failed to construct for C Program received signal SIGABRT, Aborted. thrkill () at -:3 3 -: No such file or directory. (egdb) > bt #0 thrkill () at -:3 #1 0x00001bebb816285d in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:52 #2 0x00001beb03b0b35a in abort_message (format=<optimized out>) at /usr/src/lib/libcxxabi/src/abort_message.cpp:78 #3 0x00001beb03b0be60 in default_terminate_handler () at /usr/src/lib/libcxxabi/src/cxa_default_handlers.cpp:63 #4 0x00001beb03b0bf68 in std::__terminate (func=0x0) at /usr/src/lib/libcxxabi/src/cxa_handlers.cpp:68 #5 0x00001beb03b3e8e9 in __cxxabiv1::failed_throw (exception_header=<optimized out>) at /usr/src/lib/libcxxabi/src/cxa_exception.cpp:149 #6 __cxa_throw (thrown_object=0x1beb3e644c80, tinfo=0x1beb03d56b40 <typeinfo for std::runtime_error>, dest=<optimized out>) at /usr/src/lib/libcxxabi/src/cxa_exception.cpp:242 #7 0x00001beb2eec1e0f in std::__1::ctype_byname<char>::ctype_byname (this=0x1beb2ba75680, name=<optimized out>, refs=<optimized out>) at /usr/src/lib/libcxx/src/locale.cpp:1177 #8 0x00001beae8f164bc in boost::locale::impl_std::create_convert(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int, boost::locale::impl_std::utf8_support) () from /usr/local/lib/libboost_locale-mt.so.6.0 #9 0x00001beae8f2c6b3 in boost::locale::impl_std::std_localization_backend::install(std::__1::locale const&, unsigned int, unsigned int) () from /usr/local/lib/libboost_locale-mt.so.6.0 #10 0x00001beae8f05dc8 in boost::locale::localization_backend_manager::impl::actual_backend::install(std::__1::locale const&, unsigned int, unsigned int) () from /usr/local/lib/libboost_locale-mt.so.6.0 #11 0x00001beae8f0188a in boost::locale::generator::generate(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const () from /usr/local/lib/libboost_locale-mt.so.6.0 #12 0x00001beae8f01648 in boost::locale::generator::generate(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const () from /usr/local/lib/libboost_locale-mt.so.6.0 #13 0x00001be8d8befabe in boost::locale::generator::operator() (this=0x6, id=...) at /usr/local/include/boost/locale/generator.hpp:202 #14 0x00001be8d8bef365 in Charset::internalLocale () at charset.cpp:30 #15 0x00001be8d8c1c702 in main (argc=1, argv=0x7f7ffffe7d28) at ncmpcpp.cpp:107 (egdb) > Last edited by ucharfli; 7th August 2017 at 05:09 PM. Reason: Additional info |
|
|||
The ports tree is still susceptible to fallout from the migration to clang(1), but I don't see any mention on the ports@ mailing list on recently identified problems regarding this port.
Before suggesting that you post to ports@ yourself, are you sure that the ports tree was updated at the same time as the base system last Thursday, given that you recompiled audio/ncmpcpp with debug information? If you do ultimately talk to the developers, they will ask the same question. |
|
|||
Updated system and packages:
# snap -s Code:
$ sysctl kern.version kern.version=OpenBSD 6.1-current (GENERIC.MP) #49: Mon Aug 7 22:06:26 MDT 2017 deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP # pkg_add -uvi # pkg_delete ncmpcpp # pkg_add ncmpcpp Run ncmpcpp: Code:
$ ncmpcpp terminating with uncaught exception of type std::runtime_error: ctype_byname<char>::ctype_byname failed to construct for C [1] 42212 abort ncmpcpp Last edited by ucharfli; 8th August 2017 at 04:37 PM. Reason: Remove and install ncmpcpp |
|
|||
No, I suspect you may be one of the first (if not first...) who has seen this behaviour following the amd64 ports tree migrating to clang(1).
My recommendation would be:
|
|
|||
I understand.
I'm not marking the title as resolved. Perhaps if the developers see it, they will comment. I will also look at the port@ system. Thank you very much for the information... |
|
|||
This site has no affiliation to the OpenBSD project. Do not expect that they will comment here.
Quote:
|
|
|||
The following check-in regarding audio/ncmpcpp has appeared:
http://marc.info/?l=openbsd-ports-cv...4217907981&w=2 While the description does not include verbiage directly related to what you have described, it may be worth updating your ports tree, & recompiling. If you do contact David, he will probably ask that you do the same. |
|
|||
I did what they said, but the result is the same again. I guess it will be better to investigate at an appropriate time and then communicate.
When I learn the source of the problem, I will inform you. Thanks for everything... |
|
|||
Note that a new check-in has been made specific to audio/ncmpcpp:
https://marc.info/?l=openbsd-ports-c...9511503053&w=2 Perhaps this helps... |
|
|||
Quote:
Thanks... |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
New Open DRM code for OpenBSD | shep | News | 0 | 22nd March 2013 02:32 AM |
open/net user are... | clovis | Off-Topic | 1 | 14th August 2010 05:45 PM |
can't open display error | gosha | OpenBSD General | 12 | 28th May 2009 05:49 AM |
cannot open cloning pty | l2fl2f | FreeBSD General | 2 | 10th December 2008 07:30 PM |