From owner-freebsd-users-jp@freebsd.org Sat May 28 00:17:08 2016 Return-Path: Delivered-To: freebsd-users-jp@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4C0EB4A9E7 for ; Sat, 28 May 2016 00:17:08 +0000 (UTC) (envelope-from osawa.hisao@tbd.t-com.ne.jp) Received: from m-out-com.basmail.jp (m-out-com.basmail.jp [IPv6:2403:7800:5021::58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F7601A81 for ; Sat, 28 May 2016 00:17:07 +0000 (UTC) (envelope-from osawa.hisao@tbd.t-com.ne.jp) Received: from m-msa-tcm02 (src-msa-tcm02.fg1.mmtr.basmail.jp [10.50.110.34]) by m-out-com02.int.mmtr.basmail.jp with SMTP id u4S0H4MP020003 for ; Sat, 28 May 2016 09:17:04 +0900 DKIM-Signature: v=1;a=rsa-sha256;c=relaxed/simple;d=tbd.t-com.ne.jp;h=Date: From:To:Subject:MIME-Version:Content-Type;i=osawa.hisao@tbd.t-com.ne.jp;s= mmtr1; t=1464394624; x=1465604224; bh=vTpzxLEim3dtZyvCZOMptZlWTRPcpxNCQ/SXe5CB3l I=; b=gM70Wu6NWwLVQy+AZMJbINo6RVOx5252BTzRMcpG9UlOwSEPYRmbufuzawaFCw3zp6Ba2t5D mGhZUoeUx4UFHNfr/exKK+58ygyzcc6AAa/uuC/fy8eJ5QBBwOfbVTzgvi5V+P8Ej9uiHOzXk7SFE Rn4Ixh/xnBDLC0U8ULNtqKzWQV1u/LUcs+lcQ0feeIIQ8e55SGG/Ig+gjovQnJfc0u+QS/0ARZKDu RQk41rcrVVgEDnpRyKio7wYTpc6/wQ4f4wmpKPtVa0mehtP1tpeSix5gXk64yCSONTSeGoG8vsB39 CpWjvWol22VbQnofkcnbcCnXAP1hRBwdF22kyUA==; Received: from Mintaka.localdomain.smtp2.tbd.t-com.ne.jp (140.net042127043.t-com.ne.jp [42.127.43.140]) by m-msa-tcm02.int.mmtr.basmail.jp with ESMTP id u4S0H3h1021187 for ; Sat, 28 May 2016 09:17:04 +0900 Message-Id: <201605280017.u4S0H3h1021187@smtp-tcm.basmail.jp> Date: Sat, 28 May 2016 09:17:03 +0900 From: Hisao Osawa To: In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.5 (amd64-portbld-freebsd10.1) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP Subject: [FreeBSD-users-jp 95822] Re: =?iso-2022-jp?b?bW91bnRfbXNkb3NmcxskQiROGyhCU2VnbWVudGF0aW9u?= =?iso-2022-jp?b?IGZhdWx0?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussion relevant to FreeBSD communities in Japan List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 00:17:09 -0000 大澤です 昨年末に投げた mount_msdosfsでFAT32パーティションをコード変換のオプション付きで、 mount_msdosfs -L ja_JP.eucJP -D CP932 -l -o large /dev/ad12s2 /mnt2 といった具合にマウントしようとするとコアを吐くという件ですが、 ベースシステムを10-stableにしたら解決してしまいました。 バックトレースを見ると、 lib/libkiconv/xlat16_iconv.c の kiconv_add_xlat16_cspair() で落ちて いたので、このあたりの問題かと考えていたんですが、9-stableと10-stable ではこの関数に違いはないので原因は不明です。 大澤 On Wed, 16 Dec 2015 16:46:04 +0900, wrote: > > 松田さん > > > converters/libiconv を r398996 から r394778 に戻すとokのようですが、根 > > 本的な解決法はわかりません。 > > とのことなので、この二つを比べてみると元ソースは同じで、files以下の > patch-lib-iconv.c > の有無だけのようです。 > だとするとmount_smbfsの場合は、 > - extern __typeof (name) aliasname __attribute__ ((alias (#name))); > + extern LIBICONV_DLL_EXPORTED __typeof (name) aliasname __attribute__ ((alias (#name))); > ですかねぇ。 > > mount_msdosfsはバックトレースを見るとlibkiconv中で落ちていますし、 > 起源はちょっと違うのかもしれません。 > > > 大澤 > 以下略