Date: Fri, 20 Sep 2013 16:50:01 GMT From: Jilles Tjoelker <jilles@stack.nl> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/182102: [libiconv] bug in libiconv_none prevents MPD from starting Message-ID: <201309201650.r8KGo1v2099292@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/182102; it has been noted by GNATS. From: Jilles Tjoelker <jilles@stack.nl> To: bug-followup@FreeBSD.org, henry.hu.sh@gmail.com Cc: Subject: Re: kern/182102: [libiconv] bug in libiconv_none prevents MPD from starting Date: Fri, 20 Sep 2013 18:44:10 +0200 In PR kern/182102, you wrote: > Then I found MPD(audio/musicpd) failed to start. It says: > path: invalid filesystem charset: UTF-8 > MPD now uses the system iconv. I found the call in MPD to g_convert() > failed. After some tracing, I found that the iconv() call is not > working properly. > This essentially loads the iconv_none module, because the input and > output encodings are the same. As of Subversion r254080 (August 8, 2013), iconv_none is no longer used because it does not check the encoding as specified by POSIX and required by various applications. So there seems to be something wrong with either your version specification or your analysis. As for a fix, I think it would be a good idea to drop iconv_none entirely. Also, iconv_std might be folded into lib/libc/iconv/; there is little benefit in dlopening such a small module. -- Jilles Tjoelker
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201309201650.r8KGo1v2099292>