From owner-freebsd-bugs@FreeBSD.ORG Fri Sep 20 16:50:02 2013 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 832A2D9D for ; Fri, 20 Sep 2013 16:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EF7922E3 for ; Fri, 20 Sep 2013 16:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8KGo1sb099293 for ; Fri, 20 Sep 2013 16:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8KGo1v2099292; Fri, 20 Sep 2013 16:50:01 GMT (envelope-from gnats) Date: Fri, 20 Sep 2013 16:50:01 GMT Message-Id: <201309201650.r8KGo1v2099292@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jilles Tjoelker Subject: Re: kern/182102: [libiconv] bug in libiconv_none prevents MPD from starting X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Jilles Tjoelker List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 16:50:02 -0000 The following reply was made to PR kern/182102; it has been noted by GNATS. From: Jilles Tjoelker 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