From owner-freebsd-users-jp@freebsd.org Sun Nov 19 13:18:42 2017 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 E9FC9DF5447 for ; Sun, 19 Nov 2017 13:18:42 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 B6C8378122 for ; Sun, 19 Nov 2017 13:18:42 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-70-98.dz.commufa.jp [124.18.70.98]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id vAJDIYTw089177; Sun, 19 Nov 2017 22:18:34 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 19 Nov 2017 22:18:34 +0900 From: Tomoaki AOKI To: freebsd-users-jp@freebsd.org Message-Id: <20171119221834.585d41041398a7eb3b274c3c@dec.sakura.ne.jp> In-Reply-To: References: <20171113025030.4F0702025E3A5@mx1.unixusers.net> <20171113215316.e42fe151bbf9088ad7c54084@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: [FreeBSD-users-jp 96173] Re: =?iso-2022-jp?b?emlwGyRCJSIhPCUrJSQlVkNmJE5GfEtcOGwlVSUhGyhC?= =?iso-2022-jp?b?GyRCJSQlaxsoQg==?= X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.25 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: Sun, 19 Nov 2017 13:18:43 -0000 青木@名古屋です。 On Tue, 14 Nov 2017 00:02:32 +0900 Hajimu UMEMOTO wrote: > 梅本です。 > > >>> Mon, 13 Nov 2017 21:53:16 +0900 の刻に「junchoon」、すなわち > >>> Tomoaki AOKI 氏曰く > > junchoon> On Mon, 13 Nov 2017 11:50:30 +0900 > junchoon> Takashi SHIRAI wrote: > > > 　これって、そもそも論として「CJK 圏で困るから ICONV=on でビ > > ルドしてね」ってメンテナさんにお願い出来ないんでしょうか？ > > 要望は出しても良いのではないでしょうか。 そう言いたい気はしますが... > junchoon> これ、言いたいところですが、embeddedな面々から「リソースの > junchoon> 限られたプラットホームのことも考えろ」と反論を食らいそうです。 > junchoon> 変換テーブルの大きさも馬鹿になりませんし。 > > 今時、unzip は別実装が標準で入っていますし、その辺はあまり気にならない > かと。 > それに、ICONV を有効にした ports の unzip でも、リンクする iconv は > libc に標準的に入っているものですし、ほとんど影響ないでしょう。 baseがWITHOUT_ICONVでビルドされていなければそうですよね。 loaderでのGELIサポートのデフォルト化にも反対の声が上がったり する訳で。 > ICONV を有効にした際に得られる機能は、オリジナルが持っているものであり > ません。パッチを当ています。 > このパッチの本家での扱いがどうなっているのか知りませんが、ports でサー > ドパーティのパッチをデフォルトで当ててしまうと、ports の保守性が著しく > 損なわれます。ports の unzip のメンテナが、この辺を気にしているのかも > しれません。 > ちなみに、私がメンテナをしているある ports でも、サードパーティなパッ > チをデフォルトで当ててくれと幾度もなく要望されていたことがありますが、 > 同じ理由で頑なに断り続けたことがあります。 ここが最大の問題のように思えます。 前述のサイズ問題は、行き着くところ、そこまで厳しい環境なら OPTION設定も徹底的に吟味するでしょうし、そうなればこれ以外の ものでもportsからビルドしたものを使うことも多いでしょうから。 ＃ 確かカーネルで動きがあったと思いますが、機能をとことん ＃ 機能毎のモジュールに追い出すようになっていれば、極端な話、 ＃ モジュールまるごとのパッチを作ってしまうという手も。 > > 　2 はリソースが Sjift_JIS 以外のコードだと誤解して変換して > > しまった結果だと思うので、nkf に -s オプションに加えて適切な > > --ic オプションを設定してやることで復元出来るかも知れません。 > > junchoon> こちらは別途丸山さんのメールへの返信で書いたように、化け方が > junchoon> 1と同じなら文字コード指定がないからiconvの機能を使っていない > junchoon> だけ、違う化け方ならしらいさんのおっしゃるとおりかと。 > > ICONV を有効して作った場合と有効にしていない場合とで挙動が違うとすれば、 > デフォルトで有効にしない大きな理由に成り得ますね。 入力コードの自動判別をする場合、判定のキーになる文字が現れる までどれだけの使えない文字があるかと判定用バッファの大きさとの 兼ね合いでの判定ミスもありがちですから、対策として、入力コードが 明示的に指定されない場合はICONVオプション無効の場合と同じ挙動に なる（ICONVの機能を一切使わない）ようにしてしまうというのはあり ますが、パッチ作者がどう考えるかですね。 > ちなみに、ports の unzip は 8 ビット透過ではないみたいです。FreeBSD に > 標準で入っている unzip は 8 ビット透過ですので、ロケールを合わせたり適 > 切にコード変換しないと表示ができないかもしれませんが、壊れることはない > です。 丸山さんのリプライを見る限り、これが決め手だった臭いですね。 それにしても、いまどき8bit透過でないとは...。　ソースを読んで いないのがバレますね。 > > -- > 梅本 肇 http://www.mahoroba.org/~ume/ > ume@mahoroba.org ume@FreeBSD.org > プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) > -- 青木 知明 [Tomoaki AOKI]