Date: Mon, 18 Jul 2016 19:53:29 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 211171] audio/ncmpcpp: Crashes after start with "Abort (Core dumped)" or "Abort trap (Core dumped)" Message-ID: <bug-211171-13-Mbe1c6pbj0@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211171-13@https.bugs.freebsd.org/bugzilla/> References: <bug-211171-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211171 --- Comment #10 from yamagi@yamagi.org --- And just as I read your last reply I figured it out. The problem is somewhe= re in boost_locale.so (part of devel/boost-libs). When $LANG is empty or set t= o an invalid locale, boost::locale::generator() in line 32 of charset.cpp goes wrong. boost_locale is unable to find that empty locale and throws an excep= tion that's catched somewhere inside boost. The exception leads to abort(), but= a wrong error code. Therefor the missleading "cannot allocate memory" is prin= ted by truss. I don't think that there's an easy way to hack around it. As a ve= ry dirty work around you could remove the call to internalLocale() in ncmpcpp.= cpp line 94 and rebuild ncmpcpp: cd /usr/ports/audio/ncmpcpp make patch vi work/ncmpcpp-0.7.4/src/ncmpcpp.cpp -- Edit -- make deinstall reinstall clean That may break some unicode character conversions. And I think I'll open an upstream bug report tomorrow. Maybe the ncmpcpp developers can come up with= a real solution. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211171-13-Mbe1c6pbj0>