From owner-freebsd-users-jp@freebsd.org Mon Dec 14 01:39:21 2015 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 2C3AEA42615 for ; Mon, 14 Dec 2015 01:39:21 +0000 (UTC) (envelope-from hrs@allbsd.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0833A1736 for ; Mon, 14 Dec 2015 01:39:19 +0000 (UTC) (envelope-from hrs@allbsd.org) Received: from alph.d.allbsd.org (p1141-ipbf2205funabasi.chiba.ocn.ne.jp [114.148.196.141]) (authenticated bits=56) by mail.allbsd.org (8.14.9/8.14.9) with ESMTP id tBE1ctaD036681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/C=XX/ST=Some-state/L=Some-city/O=Some-org/CN=alph.allbsd.org", Issuer "/C=XX/ST=Some-state/L=Some-city/O=Some-org/CN=alph.allbsd.org"); Mon, 14 Dec 2015 10:39:06 +0900 (JST) (envelope-from hrs@allbsd.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.15.2/8.15.2) with ESMTPA id tBE1cp0s033999; Mon, 14 Dec 2015 10:38:55 +0900 (JST) (envelope-from hrs@allbsd.org) Date: Mon, 14 Dec 2015 10:37:24 +0900 (JST) Message-Id: <20151214.103724.2126919077244353026.hrs@allbsd.org> To: mojimoji528@yahoo.co.jp Cc: freebsd-users-jp@freebsd.org From: Hiroki Sato In-Reply-To: <20151204161307.A4FC.60E52F2C@yahoo.co.jp> <20151204180446.A504.60E52F2C@yahoo.co.jp> References: <20151204161307.A4FC.60E52F2C@yahoo.co.jp> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.6 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Dec_14_10_37_24_2015_559)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Mon, 14 Dec 2015 10:39:12 +0900 (JST) X-Spam-Status: No, score=5.5 required=13.0 tests=CONTENT_TYPE_PRESENT, ISO2022JP_BODY,JOUHOU,RCVD_IN_AHBL,RCVD_IN_AHBL_PROXY,RCVD_IN_AHBL_SPAM, RCVD_IN_PBL,RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.0 X-Spam-Level: ***** X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gatekeeper.allbsd.org X-Mailman-Approved-At: Mon, 14 Dec 2015 01:41:26 +0000 Subject: [FreeBSD-users-jp 95626] Re: =?iso-2022-jp?b?bmV0c3RhdCAbJEIkRxsoQiBDTE9TRUQgGyRCJCwbKEI=?= =?iso-2022-jp?b?GyRCST08KCQ1JGwkayRzJEckOSEjISMhIyEjGyhC?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.20 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: Mon, 14 Dec 2015 01:39:21 -0000 ----Security_Multipart(Mon_Dec_14_10_37_24_2015_559)-- Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit もじもじ wrote in <20151204180446.A504.60E52F2C@yahoo.co.jp>: mo> 仮にそうだとしても、そもそも CLOSED が表示されるのはなぜ mo> なんでしょうか。 CLOSED はそもそも表示される可能性がまったくないものでは ありませんが、FreeBSD 7 以降は、それ以前より表示される可能性が 高くなっています。これは、TCP 通信時に使われる構造体の メモリ領域の確保の方法が、4.4BSD で使われていたものから 変更されたからです。 socket API で通信を行なう場合、ファイル記述子、ソケット、 IP プロトコル制御ブロック、TCP プロトコル制御ブロック、のように、 通信の各層で使われる構造体がカーネルに順番に確保されます。 4.4BSD の場合、それぞれの構造体は必要がなくなった時点で解放されます。 たとえば、アプリケーションが通信終了時にファイル記述子を close した時、ソケットやプロトコル制御ブロックの構造体は、 すぐには解放されません。FIN の交換など、プロトコルで要求される 終了シーケンスが終って、初めて解放されます。 逆に、先に通信相手から FIN が送られてきて TCP 接続が 切断された場合、FIN 交換が終った時点でTCP プロトコル制御ブロックの 領域が、先に解放されます。 FreeBSD 7 には、この細分化されている構造体の確保・解放を、 ある程度まとめる変更が入りました。 7.0 以降では、たとえば、TCP 通信が FIN を交換して終了シーケンスを 完了していたとしても、ファイル記述子を close しないと TCP プロトコル制御ブロックが解放されません。 この状態の時、netstat の結果に CLOSED として現れます。 「CLOSED が見えることがほとんどない」とよく説明されているのは、 前述したとおり、4.4BSD ではファイル記述子が close されてないとしても、 FIN を交換した時点で TCP プロトコル制御ブロックが 解放されるようになっているからです。 この変更の動機は、FreeBSD が SMP に対応してカーネル各部が 並列処理されるようになったことにより、相互に関連する構造体の 参照・確保・解放にかかるコストが大きくなったためです。 構造体同士はポインタで参照されているので、確保・解放には排他制御が必要です。 そのような相互参照があると、構造体へのアクセスのたびにロックが発生して 性能が低下してしまいますし、領域が本当に確保されているのかどうかを 確認したり、確保できなかった時のエラー処理などがかなり複雑になります。 そのため、頻繁に使われる組み合わせについては、不要になってもすぐに 解放しないようにしました。 これにより多くの排他制御を省くことができるようになりましたが、 その一方で、メモリの使用量が少し増えることと、構造体解放までの 時間が長くなるという副作用が観察されるようになっています。 ただし、実用上、TCP 接続が切断された後に、ソケットを close しないで 放置するという状況は考えにくいので、まともに書かれているプログラムなら、 やっぱり CLOSED はすぐに消えます。 7.0 が出た直後くらいから、「CLOSED が出て消えない」というレポートが いくつかあがっていました。調査の結果、ほとんどがアプリケーション側の バグが顕在化したことによるものでした。 users-jp 95621 にはログなどの症状に関する生情報がないので 何とも判断できませんが、Courier IMAP 同じ問題を抱えているのかも知れません。 CLOSED が出ている状態の netstat と、sockstat の出力を 並べて比較してみてください。1 個のCLOSED 状態の接続について、 対応する sockstat の行の FD のカラムにファイル記述子の数値が 出ていて、かつ CLOSED を発生させているアプリケーションを 終了させた時に、すぐに CLOSED が全部消えるのであれば、 TCP 接続断後の close() に失敗していて、 記述子がリークしている可能性が高いのではないかと思います。 FreeBSD 7 以降では、socket をオープンした時の 記述子を正しく close しないと、切断後の TCP 接続が CLOSED のまま残るからです。 過去にあった典型的な例は、close() の引数に閉じるべきでない記述子が 指定されていて少しずつリークしていたものの、リークによる メモリ使用量が小さく、記述子数の上限に引っかかることもなかったので 長い間気づかれていなかった、というものでした。 close() の戻り値をチェックしないプログラムが多いので、この手の バグは気づかれにくいようです。 -- Hiroki ----Security_Multipart(Mon_Dec_14_10_37_24_2015_559)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlZuHVQACgkQTyzT2CeTzy1fZACghS2qEsOfuBEZpGs3JE3hJM0G m0QAn2cPjZXy+SlosS3kdlu4v1bsK/K2 =QWoz -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Dec_14_10_37_24_2015_559)---- From owner-freebsd-users-jp@freebsd.org Tue Dec 15 07:47:04 2015 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 B9277A4463C for ; Tue, 15 Dec 2015 07:47:04 +0000 (UTC) (envelope-from mojimoji528@yahoo.co.jp) Received: from nh505-vm4.bullet.mail.kks.yahoo.co.jp (nh505-vm4.bullet.mail.kks.yahoo.co.jp [183.79.57.106]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF2717A8 for ; Tue, 15 Dec 2015 07:47:03 +0000 (UTC) (envelope-from mojimoji528@yahoo.co.jp) Received: from [183.79.100.140] by nh505.bullet.mail.kks.yahoo.co.jp with NNFMP; 15 Dec 2015 07:44:28 -0000 Received: from [183.79.101.63] by t503.bullet.mail.kks.yahoo.co.jp with NNFMP; 15 Dec 2015 07:44:28 -0000 Received: from [127.0.0.1] by omp507.mail.kks.yahoo.co.jp with NNFMP; 15 Dec 2015 07:44:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 447279.40022.bm@omp507.mail.kks.yahoo.co.jp Received: (qmail 76782 invoked by alias); 15 Dec 2015 07:44:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1450165468; bh=flxi1TjmDzlBHNUaEAFG2nN7E3u0SnmN3nkk7cFCXqs=; h=Received:X-YMail-JAS:X-Apparently-From:X-YMail-OSG:Date:From:To:Subject:In-Reply-To:References:Message-Id:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer; b=QvwltV2P8e1vjRl0eNdc3VIl609+1BPLjqKJ3ZaYJQ3czq/d3TwzR2SJAcbmLV9tfZ3FLd3MvEC/3xzLmP6gjg8iyOkoneuMQdL0KDG2lTd0bB7ni73qhWYsXfA5PPpFvtV6LEGgtzZyn8S8hzz47MMV8Lh1nhdwNXNXbCmLYVM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Received:X-YMail-JAS:X-Apparently-From:X-YMail-OSG:Date:From:To:Subject:In-Reply-To:References:Message-Id:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer; b=vjHy6RW+LjBVTZ8QAqngTK3PiH15y7OnBlJyaeIzgz6zof7wLkgtQ/sp/kqAZSBnse6/1H31hXeSdH9ut5SwfhgAl0ggmrZBab1VtMdAg4w5Avw3jzsgdlhngBzp1XyU80qV6vY8vHWXDH3Rc8709O7jj0v/mvkpWdosxcUFe3k= ; Received: from unknown (HELO ?192.168.10.100?) (27.96.59.130 with login) by smtp604.mail.ssk.yahoo.co.jp with SMTP; 15 Dec 2015 07:44:28 -0000 X-YMail-JAS: rrItKRMVM1myFpwbLy.orVtGtoWsTPXKHhNo_ew.GdfRZLrHMr8wHKXAjZXJfOcVB7yemEg8Fn6W3t1ewQdNCwPE_DCGWS.c01y83q23kpyZX4jv.a3oZTbWmpqbEzqksg-- X-Apparently-From: X-YMail-OSG: 6VpfzbIVM1n1GiypwI5FPORNDIYZbrHqELkHlcnSuwaiG0I PHCzOEJX3BmSMPLtCRVSY6pvXjwzpWl3FtI90mS6Qfl4EVKXJ4f5gQUFJJdM 9HtDEbNeslX2KDv1cR5wWYN5WreYtNHUczLvr5CNdOoZ9T2TUsXpo.BnoJnv 83DVfE6EdwlvvFNisSXKgf7o9Z7xnLRf0OTuAn6jchIgvktZ0wFqpFysrI2_ kU45x2ogYPlL7iYcIHVkb6cDwG8FUCA17xXJVY27p7WV9X3vRiGuRaoAYxuX XUURznJEODDXs._cY7kqbxeerq7Kkcnp67fqiUBdrimNQQg1o9W5A1rstCId 3H1OyYiFsdHSedLidCWoF46b1fErTYj72tMPcWDlk6MpybGaIOdJQcIqhXru cFqosp8LDewLyyUS2sn2kEBZrkvOF0WLHbAaWPmn73u7DRp3ztCsIo_d.mW6 UrWBodRDPYqo1JOz_a0_qIzS3GYVKA7p8tHGGRFAfEGNrFAacseAUB6qpUUw aF8HVuvnP6TpZF_FY_X.MMq8R Date: Tue, 15 Dec 2015 16:44:28 +0900 From: =?ISO-2022-JP?B?GyRCJGIkOCRiJDgbKEI=?= To: freebsd-users-jp@freebsd.org In-Reply-To: <20151214.103724.2126919077244353026.hrs@allbsd.org> References: <20151204180446.A504.60E52F2C@yahoo.co.jp> <20151214.103724.2126919077244353026.hrs@allbsd.org> Message-Id: <20151215164427.A54F.60E52F2C@yahoo.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.58 [ja] Subject: [FreeBSD-users-jp 95627] Re: =?iso-2022-jp?b?bmV0c3RhdCAbJEIkRxsoQiBDTE9TRUQgGyRCJCwbKEI=?= =?iso-2022-jp?b?GyRCST08KCQ1JGwkayRzJEckOSEjISMhIyEjGyhC?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.20 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: Tue, 15 Dec 2015 07:47:04 -0000 Hirokiさん、詳しい説明有難う御座いました。 出張帰りで本日は検証が出来ませんが、後日ちょっとやってみ ます。 もし、そこが問題であれば Courier IMAP を update すれば解 決するかもしれませんね。 ただ、気になるのは「今までうまくいっていたのに」というあ たりです。 もしかしたら、これは L4 スイッチが気を利かせてくれた、と いう可能性もあるのかな？とも思っています。 その辺は誰も知らないですよね(^^; ちなみに、L4 は紫の知る人ぞ知るスイッチを使っています。 中古なんですけどね(^^; 結構、色が好きで・・・（笑） 会社では初号機と呼ばれてます。私はエヴァを見たこと無いん ですけど。。。。(^^; Mon, 14 Dec 2015 10:37:24 +0900 (JST) に、 Hiroki Sato さんは書きました: > もじもじ wrote > in <20151204180446.A504.60E52F2C@yahoo.co.jp>: > > mo> 仮にそうだとしても、そもそも CLOSED が表示されるのはなぜ > mo> なんでしょうか。 > > CLOSED はそもそも表示される可能性がまったくないものでは > ありませんが、FreeBSD 7 以降は、それ以前より表示される可能性が > 高くなっています。これは、TCP 通信時に使われる構造体の > メモリ領域の確保の方法が、4.4BSD で使われていたものから > 変更されたからです。 > > socket API で通信を行なう場合、ファイル記述子、ソケット、 > IP プロトコル制御ブロック、TCP プロトコル制御ブロック、のように、 > 通信の各層で使われる構造体がカーネルに順番に確保されます。 > > 4.4BSD の場合、それぞれの構造体は必要がなくなった時点で解放されます。 > たとえば、アプリケーションが通信終了時にファイル記述子を > close した時、ソケットやプロトコル制御ブロックの構造体は、 > すぐには解放されません。FIN の交換など、プロトコルで要求される > 終了シーケンスが終って、初めて解放されます。 > 逆に、先に通信相手から FIN が送られてきて TCP 接続が > 切断された場合、FIN 交換が終った時点でTCP プロトコル制御ブロックの > 領域が、先に解放されます。 > > FreeBSD 7 には、この細分化されている構造体の確保・解放を、 > ある程度まとめる変更が入りました。 > 7.0 以降では、たとえば、TCP 通信が FIN を交換して終了シーケンスを > 完了していたとしても、ファイル記述子を close しないと > TCP プロトコル制御ブロックが解放されません。 > この状態の時、netstat の結果に CLOSED として現れます。 > 「CLOSED が見えることがほとんどない」とよく説明されているのは、 > 前述したとおり、4.4BSD ではファイル記述子が close されてないとしても、 > FIN を交換した時点で TCP プロトコル制御ブロックが > 解放されるようになっているからです。 > > この変更の動機は、FreeBSD が SMP に対応してカーネル各部が > 並列処理されるようになったことにより、相互に関連する構造体の > 参照・確保・解放にかかるコストが大きくなったためです。 > 構造体同士はポインタで参照されているので、確保・解放には排他制御が必要です。 > そのような相互参照があると、構造体へのアクセスのたびにロックが発生して > 性能が低下してしまいますし、領域が本当に確保されているのかどうかを > 確認したり、確保できなかった時のエラー処理などがかなり複雑になります。 > > そのため、頻繁に使われる組み合わせについては、不要になってもすぐに > 解放しないようにしました。 > これにより多くの排他制御を省くことができるようになりましたが、 > その一方で、メモリの使用量が少し増えることと、構造体解放までの > 時間が長くなるという副作用が観察されるようになっています。 > > ただし、実用上、TCP 接続が切断された後に、ソケットを close しないで > 放置するという状況は考えにくいので、まともに書かれているプログラムなら、 > やっぱり CLOSED はすぐに消えます。 > > 7.0 が出た直後くらいから、「CLOSED が出て消えない」というレポートが > いくつかあがっていました。調査の結果、ほとんどがアプリケーション側の > バグが顕在化したことによるものでした。 > users-jp 95621 にはログなどの症状に関する生情報がないので > 何とも判断できませんが、Courier IMAP 同じ問題を抱えているのかも知れません。 > > CLOSED が出ている状態の netstat と、sockstat の出力を > 並べて比較してみてください。1 個のCLOSED 状態の接続について、 > 対応する sockstat の行の FD のカラムにファイル記述子の数値が > 出ていて、かつ CLOSED を発生させているアプリケーションを > 終了させた時に、すぐに CLOSED が全部消えるのであれば、 > TCP 接続断後の close() に失敗していて、 > 記述子がリークしている可能性が高いのではないかと思います。 > FreeBSD 7 以降では、socket をオープンした時の > 記述子を正しく close しないと、切断後の TCP 接続が > CLOSED のまま残るからです。 > > 過去にあった典型的な例は、close() の引数に閉じるべきでない記述子が > 指定されていて少しずつリークしていたものの、リークによる > メモリ使用量が小さく、記述子数の上限に引っかかることもなかったので > 長い間気づかれていなかった、というものでした。 > close() の戻り値をチェックしないプログラムが多いので、この手の > バグは気づかれにくいようです。 > > -- Hiroki -- もじもじ From owner-freebsd-users-jp@freebsd.org Tue Dec 15 22:10:39 2015 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 A7820A4885B for ; Tue, 15 Dec 2015 22:10:39 +0000 (UTC) (envelope-from omatsuda@eng.hokudai.ac.jp) Received: from mail2.hines.hokudai.ac.jp (mail2.hines.hokudai.ac.jp [133.87.1.141]) by mx1.freebsd.org (Postfix) with ESMTP id 6FACD17E1 for ; Tue, 15 Dec 2015 22:10:38 +0000 (UTC) (envelope-from omatsuda@eng.hokudai.ac.jp) Received: from mail2.hines.hokudai.ac.jp (localhost [127.0.0.1]) by localhost.hines.hokudai.ac.jp (Postfix) with ESMTP id 9DC332808D5; Wed, 16 Dec 2015 06:32:11 +0900 (JST) Received: from kino14-ap.eng.hokudai.ac.jp (kino14-ap.eng.hokudai.ac.jp [133.87.125.26]) by mail2.hines.hokudai.ac.jp (Postfix) with ESMTPS id 32E4C2801FB; Wed, 16 Dec 2015 06:32:11 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by kino14-ap.eng.hokudai.ac.jp (8.14.9/8.14.9) with ESMTP id tBFLWAgS031417; Wed, 16 Dec 2015 06:32:10 +0900 (JST) (envelope-from omatsuda@eng.hokudai.ac.jp) Date: Wed, 16 Dec 2015 06:32:09 +0900 (JST) Message-Id: <20151216.063209.1141774163283169027.omatsuda@eng.hokudai.ac.jp> To: osawa.hisao@tbd.t-com.ne.jp Cc: freebsd-users-jp@freebsd.org From: Osamu Matsuda In-Reply-To: <201511290628.tAT6Sppv022056@smtp-tcm.basmail.jp> References: <201511290628.tAT6Sppv022056@smtp-tcm.basmail.jp> X-Mailer: Mew version 6.6 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1589-8.0.0.1202-22004.003 X-TM-AS-Result: No--24.997-5.0-31-10 X-imss-scan-details: No--24.997-5.0-31-10 X-TMASE-MatchedRID: HbMQjQPEfdJCXIGdsOwlUu5i6weAmSDKkEEcaXmzADo1wD6ZSAEwOHoT 8dbitwOFEuHOLkbwSIASaKXEndPoaEbYVRoZ1V8tycRWHpW2+IfcLUlagVfDIJLb0cd0hMfHh7N RxME6vcwfXfp35f5O4hEHeadvy7eYk9seMHG0T9UY+NizMiVIPIRW0wxglc+pNoQ9MByM2Ds4ds sFf+X6nXWtMzm3xOsRMHArS2+6Tx5j0sQXeziZk8L7hngEtCqWzrRgXMdBFJXZpIQwIUaH1fEpN VLpcTmOa9sk7g+0fbZZlFxYujJOaxJcGkMcwaDcBNBq1gzYAdSPWJdesdGk2vOPH9d6oZOkYM3r ou/6ppHKtnmlTrd2w6tdQSjE+BKDSM99oCc/PgYU0Az8qrzxF/K0/V5L9UC9x5B+7qLBJ+wONnC OtDoJBbJVaLhP+2nCf/k9PC1yrAhq/rL07ffBG54CIKY/Hg3AtOt1ofVlaoLWfhSyhxTSDn1qym 0z6Q4r8BdxbGBwPnKxmoQAAdv2lPoLR4+zsDTtAqYBE3k9Mpw= Subject: [FreeBSD-users-jp 95628] Re: =?iso-2022-jp?b?bW91bnRfbXNkb3NmcxskQiROGyhCU2VnbWVudGF0aW9u?= =?iso-2022-jp?b?IGZhdWx0?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.20 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: Tue, 15 Dec 2015 22:10:39 -0000 大澤さん こんにちは。 同じ起源と思いますが mount_smbfs の -E オプションも同様の挙動です。 -E EUC-JP-MS:CP932 を指定すると core を吐きます。 converters/libiconv を r398996 から r394778 に戻すとokのようですが、根 本的な解決法はわかりません。 松田 From: Hisao Osawa Subject: [FreeBSD-users-jp 95620] mount_msdosfsのSegmentation fault Date: Sun, 29 Nov 2015 15:28:51 +0900 > > いつの頃からか、 > FAT32パーティションをmount_msdosfsでマウントしようとすると、 > コアを吐きます。 > > # mount_msdosfs -L ja_JP.eucJP -D CP932 -l -o large /dev/ad12s2 /mnt2 > Segmentation fault (core dumped) > > といった具合。 > 調べてみると、 -L ja_JP.eucJP か -D CP932 オプションをつけているとダメらしく、 > > #mount_msdosfs -l -o large /dev/ad12s2 /mnt2 > > ならマウントできます。 > しかし、これでは日本語ファイル名が全滅するのでどうしたものかと。 > > 環境は、 > > # uname -a > FreeBSD Mintaka.localdomain 9.3-STABLE FreeBSD 9.3-STABLE #1 r290475M: Sat Nov 7 16:24:16 JST 2015 xxxxx@xxxxx.xxxxx:/usr/obj/usr/src/sys/GENERIC amd64 > > > 大澤 > > _______________________________________________ > freebsd-users-jp@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp > To unsubscribe, send any mail to "freebsd-users-jp-unsubscribe@freebsd.org" From owner-freebsd-users-jp@freebsd.org Wed Dec 16 22:04:16 2015 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 7532EA49A39 for ; Wed, 16 Dec 2015 22:04:16 +0000 (UTC) (envelope-from Hisao.Osawa@nikon.com) Received: from mail1.bemta12.messagelabs.com (mail1.bemta12.messagelabs.com [216.82.251.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail1.bemta12.messagelabs.com", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3909F124F for ; Wed, 16 Dec 2015 22:04:15 +0000 (UTC) (envelope-from Hisao.Osawa@nikon.com) Received: from [216.82.249.211] by server-6.bemta-12.messagelabs.com id 96/7A-09834-0C611765; Wed, 16 Dec 2015 07:46:08 +0000 X-Env-Sender: Hisao.Osawa@nikon.com X-Msg-Ref: server-11.tower-53.messagelabs.com!1450251964!16356223!1 X-Originating-IP: [210.128.233.226] X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29532 invoked from network); 16 Dec 2015 07:46:05 -0000 Received: from mailhub.nikonoa.net (HELO AP-KDC0062-VHC.nikonoa.net) (210.128.233.226) by server-11.tower-53.messagelabs.com with AES128-SHA encrypted SMTP; 16 Dec 2015 07:46:05 -0000 Received: from AP-KDC0031-VMB.nikonoa.net ([169.254.1.201]) by AP-KDC0062-VHC.nikonoa.net ([10.199.40.62]) with mapi id 14.03.0235.001; Wed, 16 Dec 2015 16:46:03 +0900 From: To: Thread-Topic: =?iso-2022-jp?B?bW91bnRfbXNkb3NmcxskQiROGyhCU2VnbWVudGF0aW9uIGZhdWx0?= Thread-Index: AdE31cV/2b5zaTZ3TgujgOHjBdBVhQ== Date: Wed, 16 Dec 2015 07:46:04 +0000 Message-ID: Accept-Language: ja-JP, en-US Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.220.193.71] Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [FreeBSD-users-jp 95629] Re: =?iso-2022-jp?b?bW91bnRfbXNkb3NmcxskQiROGyhCU2VnbWVudGF0aW9u?= =?iso-2022-jp?b?IGZhdWx0?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.20 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: Wed, 16 Dec 2015 22:04:16 -0000 =1B$B>>ED$5$s=1B(B > converters/libiconv =1B$B$r=1B(B r398996 =1B$B$+$i=1B(B r394778 =1B$B$KLa= $9$H=1B(Bok=1B$B$N$h$&$G$9$,!":,=1B(B > =1B$BK\E*$J2r7hK!$O$o$+$j$^$;$s!#=1B(B =1B$B$H$N$3$H$J$N$G!"$3$NFs$D$rHf$Y$F$_$k$H85%=3D!<%9$OF1$8$G!"=1B(Bfiles= =1B$B0J2<$N=1B(B patch-lib-iconv.c =1B$B$NM-L5$@$1$N$h$&$G$9!#=1B(B =1B$B$@$H$9$k$H=1B(Bmount_smbfs=1B$B$N>l9g$O!"=1B(B - extern __typeof (name) aliasname __attribute__ ((alias (#name))); + extern LIBICONV_DLL_EXPORTED __typeof (name) aliasname __attribute__ ((a= lias (#name))); =1B$B$G$9$+$M$'!#=1B(B mount_msdosfs=1B$B$O%P%C%/%H%l!<%9$r8+$k$H=1B(Blibkiconv=1B$BCf$GMn$A$F$$$^= $9$7!"=1B(B =1B$B5/8;$O$A$g$C$H0c$&$N$+$b$7$l$^$;$s!#=1B(B =1B$BBg_7=1B(B > -----Original Message----- > From: owner-freebsd-users-jp@freebsd.org > [mailto:owner-freebsd-users-jp@freebsd.org] On Behalf Of Osamu Matsuda > Sent: Wednesday, December 16, 2015 6:32 AM > To: osawa.hisao@tbd.t-com.ne.jp > Cc: freebsd-users-jp@freebsd.org > Subject: [FreeBSD-users-jp 95628] Re: mount_msdosfs=1B$B$N=1B(BSegmentati= on fault >=20 > =1B$BBg_7$5$s=1B(B >=20 > =1B$B$3$s$K$A$O!#=1B(B >=20 > =1B$BF1$85/8;$H;W$$$^$9$,=1B(B mount_smbfs =1B$B$N=1B(B -E =1B$B%*%W%7%g%= s$bF1MM$N5sF0$G$9!#=1B(B > -E EUC-JP-MS:CP932 =1B$B$r;XDj$9$k$H=1B(B core =1B$B$rEG$-$^$9!#=1B(B > converters/libiconv =1B$B$r=1B(B r398996 =1B$B$+$i=1B(B r394778 =1B$B$KLa= $9$H=1B(Bok=1B$B$N$h$&$G$9$,!":,=1B(B > =1B$BK\E*$J2r7hK!$O$o$+$j$^$;$s!#=1B(B >=20 > =1B$B>>ED=1B(B >=20 > From: Hisao Osawa > Subject: [FreeBSD-users-jp 95620] mount_msdosfs=1B$B$N=1B(BSegmentation f= ault > Date: Sun, 29 Nov 2015 15:28:51 +0900 >=20 > > > > =1B$B$$$D$N:"$+$i$+!"=1B(B > > FAT32=1B$B%Q!<%F%#%7%g%s$r=1B(Bmount_msdosfs=1B$B$G%^%&%s%H$7$h$&$H$9$k= $H!"=1B(B > > =1B$B%3%"$rEG$-$^$9!#=1B(B > > > > # mount_msdosfs -L ja_JP.eucJP -D CP932 -l -o large /dev/ad12s2 /mnt2 > > Segmentation fault (core dumped) > > > > =1B$B$H$$$C$?6q9g!#=1B(B > > =1B$BD4$Y$F$_$k$H!"=1B(B -L ja_JP.eucJP =1B$B$+=1B(B -D CP932 =1B$B%*%W= %7%g%s$r$D$1$F$$$k$H%@%a$i=1B(B > =1B$B$7$/!"=1B(B > > > > #mount_msdosfs -l -o large /dev/ad12s2 /mnt2 > > > > =1B$B$J$i%^%&%s%H$G$-$^$9!#=1B(B > > =1B$B$7$+$7!"$3$l$G$OF|K\8l%U%!%$%kL>$,A4LG$9$k$N$G$I$&$7$?$b$N$+$H!#= =1B(B > > > > =1B$B4D6-$O!"=1B(B > > > > # uname -a > > FreeBSD Mintaka.localdomain 9.3-STABLE FreeBSD 9.3-STABLE #1 r290475M: = Sat > Nov 7 16:24:16 JST 2015 xxxxx@xxxxx.xxxxx:/usr/obj/usr/src/sys/GENER= IC > amd64 > > > > > > =1B$BBg_7=1B(B > > > > _______________________________________________ > > freebsd-users-jp@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp > > To unsubscribe, send any mail to "freebsd-users-jp-unsubscribe@freebsd.= org" > _______________________________________________ > freebsd-users-jp@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp > To unsubscribe, send any mail to "freebsd-users-jp-unsubscribe@freebsd.or= g" From owner-freebsd-users-jp@freebsd.org Wed Dec 16 23:35:56 2015 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 173C8A4A77F for ; Wed, 16 Dec 2015 23:35:56 +0000 (UTC) (envelope-from albion@coppermine.nu) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3FB61A61 for ; Wed, 16 Dec 2015 23:35:55 +0000 (UTC) (envelope-from albion@coppermine.nu) Received: by mail-pa0-x22d.google.com with SMTP id ur14so31250822pab.0 for ; Wed, 16 Dec 2015 15:35:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coppermine-nu.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type; bh=Cs0R4QhL0U/1fmGf5N1nCJK2fFMRrSCdHOU48nC9n8M=; b=QfsEs3l9aPLeo2wdXaDHgrAMYkx2C/SVLGGAkLoLiIhE188ggx8YKWMEi7j9dzTFOT dQhlBrEiaz5ava9YqIrG6uxzgVHYIc6M9qN7OF9dlaLm3NyBAld7GGgwbW3wKyzB4WKa +jaj4HfAmC50oOTodkYkqQCPmtGacPl2O/v2jr2lHKCV/GDyaL/eemi9XRi+FUXn/JWG qqxzAtR95G1fGenIszEwpFJG3oPfnMZRTmgJjokyNSJq89HHlQcy37Ht/Z3jArGWPeIN bOL2eNAe5w0Hfn+ILbM4+gz3mt+jg6yRLNVKp3BLS7gXX3AFYmaN0yn60nnq8HraLAlt p9xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-type; bh=Cs0R4QhL0U/1fmGf5N1nCJK2fFMRrSCdHOU48nC9n8M=; b=mJUdh1vP36/0OYXzoZAEjWFEbCK+Z8HJZcAenP1UU1aSqYeglWEg2syI8qiZ182LG/ pVgKUtDtBmaLlBDD4Ad0cDtIyp/jYaOjLQIhkrU+DoomqMShdKsVnj20zE6yPF22G0GI bEXS+9MmOmOoaxng1ZpCbi37gMggovrJUsGmkC9XjnAyjyL/E1rxZenEX6DJcykmQbaP x2+VzMzoA0ypTfUuiyKTDG5r1OIrQY9XhcmcNYex0aGkqQgnaXf2nF+CwjlO4OifcDpA e/IWmgVO65pcVH14/Q7j/2UszcrukJHLC4sA+rRY8ZDOI/tXLsWlnPYOsir84wAQzEVY SPCA== X-Gm-Message-State: ALoCoQk/F0d1RdZsKY54SnULmyTrtQ/+8y7MaUOAfV/pcatXNSV2U9Y7GXLscsFwgZHl6vcuV6NH3Q1o+jgUoy3nDjfjosc6pQ== X-Received: by 10.66.141.41 with SMTP id rl9mr67213326pab.139.1450308954881; Wed, 16 Dec 2015 15:35:54 -0800 (PST) Received: from mail.outlook.com (ec2-52-32-189-180.us-west-2.compute.amazonaws.com. [52.32.189.180]) by smtp.gmail.com with ESMTPSA id l64sm7060939pfb.40.2015.12.16.15.35.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Dec 2015 15:35:54 -0800 (PST) Date: Wed, 16 Dec 2015 23:35:53 +0000 (UTC) From: Katsumi ISHIKAWA To: Osamu Matsuda , Cc: Message-ID: <4FEB4BDD9B86D9F3.E1BCAE82-C3C8-4F95-B9D9-E3C0AECB1815@mail.outlook.com> In-Reply-To: <20151216.063209.1141774163283169027.omatsuda@eng.hokudai.ac.jp> References: <201511290628.tAT6Sppv022056@smtp-tcm.basmail.jp> <20151216.063209.1141774163283169027.omatsuda@eng.hokudai.ac.jp> MIME-Version: 1.0 X-Mailer: Outlook for iOS and Android Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 Subject: [FreeBSD-users-jp 95630] Re: =?utf-8?q?mount=5Fmsdosfs=E3=81=AESegmentation_fault?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.20 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: Wed, 16 Dec 2015 23:35:56 -0000 =E7=9F=B3=E5=B7=9D=E3=81=A8=E7=94=B3=E3=81=97=E3=81=BE=E3=81=99=E3=80=82 ports =E3=81=AE=E5=A4=89=E6=9B=B4=E5=B1=A5=E6=AD=B4=E3=82=92=E8=BF=BD=E3=81= =A3=E3=81=A6=E3=81=84=E3=81=AA=E3=81=84=E3=81=AE=E3=81=A7=E7=A2=BA=E5=AE=9F= =E3=81=A7=E3=81=AF=E3=81=82=E3=82=8A=E3=81=BE=E3=81=9B=E3=82=93=E3=81=8C=E3= =80=81=E6=9C=80=E6=96=B0=E3=81=AElibiconv=E3=83=90=E3=83=BC=E3=82=B8=E3=83= =A7=E3=83=B3 1.14 =E3=81=AB=E5=AF=BE=E3=81=99=E3=82=8B=E4=BB=A5=E4=B8=8B=E3= =81=AE=E3=83=91=E3=83=83=E3=83=81=E7=BE=A4 http://www2d.biglobe.ne.jp/~msyk/software/libiconv-patch.html =E3=81=8C=E4=B8=8A=E8=A8=98=E3=82=B5=E3=82=A4=E3=83=88=E3=81=A7=E6=9B=B4=E6= =96=B0=E3=81=95=E3=82=8C=E3=81=A6=E3=81=8A=E3=82=89=E3=81=9A=E3=80=81ports= =E3=82=88=E3=82=8A=E9=99=A4=E5=A4=96=E3=81=95=E3=82=8C=E3=81=A6=E3=81=97=E3= =81=BE=E3=81=A3=E3=81=9F=E3=81=AE=E3=81=A7=E3=81=AF=E3=81=AA=E3=81=84=E3=81= =A7=E3=81=97=E3=82=87=E3=81=86=E3=81=8B=E3=80=82=E5=88=A5=E3=81=AE=E6=96=B9= =E3=81=8C=E6=9C=89=E5=BF=97=E3=81=A7 1.14 =E3=83=91=E3=83=83=E3=83=81=E3=82= =92=E4=BD=9C=E6=88=90=E3=81=95=E3=82=8C=E3=81=A6=E3=81=84=E3=82=8B=E3=82=88= =E3=81=86=E3=81=A7=E3=81=99=E3=81=8C=E5=8F=96=E3=82=8A=E8=BE=BC=E3=81=BE=E3= =82=8C=E3=81=A6=E3=81=84=E3=81=AA=E3=81=84=E3=81=AE=E3=81=A7=E3=81=AF=E7=84= =A1=E3=81=84=E3=81=8B=E3=81=A8=E3=80=82(=E5=A4=96=E3=81=97=E3=81=A6=E3=81= =84=E3=81=9F=E3=82=89=E3=81=99=E3=81=BF=E3=81=BE=E3=81=9B=E3=82=93) http://apolloron.org/software/libiconv-1.14-ja/ =E4=BB=A5=E4=B8=8B=E3=81=AE=E3=82=B5=E3=82=A4=E3=83=88=E3=81=A7=E5=90=8C=E6= =A7=98=E3=81=AE=E5=95=8F=E9=A1=8C=E3=81=A7=E5=AF=BE=E5=87=A6=E3=81=95=E3=82= =8C=E3=81=A6=E3=81=84=E3=82=8B=E6=96=B9=E3=81=8C=E3=81=84=E3=82=89=E3=81=A3= =E3=81=97=E3=82=83=E3=81=84=E3=81=BE=E3=81=99=E3=80=82 http://system.elec.eng.osaka-cu.ac.jp/freebsd/38/ convmv =E7=AD=89=E3=81=A7=E3=83=95=E3=82=A1=E3=82=A4=E3=83=AB=E5=90=8D=E3= =82=A8=E3=83=B3=E3=82=B3=E3=83=BC=E3=83=89=E3=82=92UTF-8 =E3=81=AB=E5=A4=89= =E6=8F=9B=E3=80=81=E7=A7=BB=E8=A1=8C=E3=81=95=E3=82=8C=E3=81=A6=E3=81=84=E3= =81=8F=E3=81=AE=E3=82=82=E8=89=AF=E3=81=84=E3=81=8B=E3=81=A8=E6=80=9D=E3=81= =84=E3=81=BE=E3=81=99=E3=80=82 -- ISHIKAWA Katsumi albion@coppermine.nu _____________________________ From: Osamu Matsuda Sent: =E6=B0=B4=E6=9B=9C=E6=97=A5, 12=E6=9C=88 16, 2015 7:10 =E5=8D=88=E5= =89=8D Subject: [FreeBSD-users-jp 95628] Re: mount_msdosfs=E3=81=AESegmentation fa= ult To: Cc: =E5=A4=A7=E6=BE=A4=E3=81=95=E3=82=93 =E3=81=93=E3=82=93=E3=81=AB=E3=81=A1=E3=81=AF=E3=80=82 =E5=90=8C=E3=81=98=E8=B5=B7=E6=BA=90=E3=81=A8=E6=80=9D=E3=81=84=E3=81=BE=E3= =81=99=E3=81=8C mount_smbfs =E3=81=AE -E =E3=82=AA=E3=83=97=E3=82=B7=E3=83= =A7=E3=83=B3=E3=82=82=E5=90=8C=E6=A7=98=E3=81=AE=E6=8C=99=E5=8B=95=E3=81=A7= =E3=81=99=E3=80=82 -E EUC-JP-MS:CP932 =E3=82=92=E6=8C=87=E5=AE=9A=E3=81=99=E3=82=8B=E3=81=A8 c= ore =E3=82=92=E5=90=90=E3=81=8D=E3=81=BE=E3=81=99=E3=80=82 converters/libiconv =E3=82=92 r398996 =E3=81=8B=E3=82=89 r394778 =E3=81=AB= =E6=88=BB=E3=81=99=E3=81=A8ok=E3=81=AE=E3=82=88=E3=81=86=E3=81=A7=E3=81=99= =E3=81=8C=E3=80=81=E6=A0=B9 =E6=9C=AC=E7=9A=84=E3=81=AA=E8=A7=A3=E6=B1=BA=E6=B3=95=E3=81=AF=E3=82=8F=E3= =81=8B=E3=82=8A=E3=81=BE=E3=81=9B=E3=82=93=E3=80=82 =E6=9D=BE=E7=94=B0 =20 From: Hisao Osawa Subject: [FreeBSD-users-jp 95620] mount_msdosfs=E3=81=AESegmentation fault Date: Sun, 29 Nov 2015 15:28:51 +0900 >=20 > =E3=81=84=E3=81=A4=E3=81=AE=E9=A0=83=E3=81=8B=E3=82=89=E3=81=8B=E3=80=81 > FAT32=E3=83=91=E3=83=BC=E3=83=86=E3=82=A3=E3=82=B7=E3=83=A7=E3=83=B3=E3= =82=92mount_msdosfs=E3=81=A7=E3=83=9E=E3=82=A6=E3=83=B3=E3=83=88=E3=81=97= =E3=82=88=E3=81=86=E3=81=A8=E3=81=99=E3=82=8B=E3=81=A8=E3=80=81 > =E3=82=B3=E3=82=A2=E3=82=92=E5=90=90=E3=81=8D=E3=81=BE=E3=81=99=E3=80=82 >=20 > # mount_msdosfs -L ja_JP.eucJP -D CP932 -l -o large /dev/ad12s2 /mnt2 > Segmentation fault (core dumped) >=20 > =E3=81=A8=E3=81=84=E3=81=A3=E3=81=9F=E5=85=B7=E5=90=88=E3=80=82 > =E8=AA=BF=E3=81=B9=E3=81=A6=E3=81=BF=E3=82=8B=E3=81=A8=E3=80=81 -L ja_JP.= eucJP =E3=81=8B -D CP932 =E3=82=AA=E3=83=97=E3=82=B7=E3=83=A7=E3=83=B3=E3= =82=92=E3=81=A4=E3=81=91=E3=81=A6=E3=81=84=E3=82=8B=E3=81=A8=E3=83=80=E3=83= =A1=E3=82=89=E3=81=97=E3=81=8F=E3=80=81 >=20 > #mount_msdosfs -l -o large /dev/ad12s2 /mnt2 >=20 > =E3=81=AA=E3=82=89=E3=83=9E=E3=82=A6=E3=83=B3=E3=83=88=E3=81=A7=E3=81=8D= =E3=81=BE=E3=81=99=E3=80=82 > =E3=81=97=E3=81=8B=E3=81=97=E3=80=81=E3=81=93=E3=82=8C=E3=81=A7=E3=81=AF= =E6=97=A5=E6=9C=AC=E8=AA=9E=E3=83=95=E3=82=A1=E3=82=A4=E3=83=AB=E5=90=8D=E3= =81=8C=E5=85=A8=E6=BB=85=E3=81=99=E3=82=8B=E3=81=AE=E3=81=A7=E3=81=A9=E3=81= =86=E3=81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=8B=E3=81=A8=E3=80=82 >=20 > =E7=92=B0=E5=A2=83=E3=81=AF=E3=80=81 >=20 > # uname -a > FreeBSD Mintaka.localdomain 9.3-STABLE FreeBSD 9.3-STABLE #1 r290475M: Sa= t Nov 7 16:24:16 JST 2015 xxxxx@xxxxx.xxxxx:/usr/obj/usr/src/sys/GENER= IC amd64 >=20 >=20 > =E5=A4=A7=E6=BE=A4 >=20 > _______________________________________________ > freebsd-users-jp@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp > To unsubscribe, send any mail to "freebsd-users-jp-unsubscribe@freebsd.or= g" _______________________________________________ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscribe@freebsd.org" =20