Index: [Article Count Order] [Thread]

Date:  Mon, 19 Nov 2001 16:00:22 +0900
From:  Tachibanamasashi <moomin@happymusic.com>
Subject:  [analog-jp:00878] Re: jp-patch 1.03
To:  analog-jp@jp.analog.cx
Message-Id:  <mid-878-analog-jp@jp.analog.cx>
In-Reply-To:  <mid-877-analog-jp@jp.analog.cx>
References:  <mid-876-analog-jp@jp.analog.cx>	<mid-877-analog-jp@jp.analog.cx>
X-Mail-Count: 00878

たちばなまさしです。

ありがとうございます。>松木さん、岡田さん
概ね正常のようですね。ひと安心です。

>analog 5.01
>異常ログ行数: 69 

と、

>analog 5.01J1.03
>異常ログ行数: 80 

との間の 11行が気になりますが、おそらく半角カナが「うまい具合
にちりばめられている」状態かなあと思います。
(DEBUG ON して結果の差分をとればわかるはずですが・・)

えっと、内部で EUC に変換しているのですが、このとききちんと作業
領域を確保していない関係で、 SJIS だと 1バイトなんだけど EUC
だと 2バイトになるような文字の場合、元々の文字列の長さで入り切ら
ない分を切り詰めてしまっているんです。ただ、ふつうは完全に空き
容量がない場合には無理な変換は諦めるのですが、何とか変換できそう
ってことになると中途半端に処理してしまいます。運がよければ変換が
きちんとできますが、運が悪いと中途半端に処理した分がたたって
エラー行になってしまうというわけです。

このせいだとすると、内部で作業領域をきちんと確保して、変換処理
させれば解決できる問題なのですが、修正箇所が大きくなるので今回は
手をつけていません。・・だけど気になるなあ。

ところで、 analog 5.02 以降への対応は必要ですか?
好みの問題かもしれませんが、個人的には 5.02 以降で採用された
日本語対応のアプローチが好きじゃないです。検索語レポートの日本語
対応が不要で、かつ 1台のマシン上ではすべてのユーザ / プログラム
が 1つの文字コードを使うっていう前提であればこれでいいんだけど。
ということで、今のところ 5.02 以降への対応は保留にしてあります。
どうしたらいいだろう。。

---------------------------------
 たちばなまさし
 橘 昌志

 moomin@happymusic.com
---------------------------------