さとうふみやす です。

そもそも「問題がありそうだ」と感じただけでして、実際には
何も問題がないかもしれません。ただ場を荒らすだけの結果に
なってしまったらすません。

At Wed, 24 Nov 2004 15:25:35 +0900,
とみたまさひろ wrote:
> > この記事には「SJIS」、「EUC」などと記載されていますが、
> > 実際には「CP932」、「EUC-JP-MS」ということのようですね。
> 
> すいません、よくわからないんですが、「EUC-JP-MS」と「eucJP-ms」は同じ
> ものなんでしょうか。

この問題についてあまり突っ込んだ事情や仕様には詳しくは
知らないのですが、少なくとも

    * EUC-JP-MS
    * EUCJP-MS
    * eucJP-ms

は同一です。「eucJP-open」も同じだったかな? PHP では「eucJP-win」
らしいですね。FYI として、PostgreSQL でいう「EUC-JP」は、実際には
「EUC-JP-MS」として扱うらしいです。

  http://ml.postgresql.jp/pipermail/pgsql-jp/2003-August/014338.html

> > ご参考:
> >   * http://www.miraclelinux.com/technet/samba30/iconv_issues.html
> >   * http://www2d.biglobe.ne.jp/~msyk/
> >    (http://www2d.biglobe.ne.jp/~msyk/charcode/cp932/index.html)
> 
> ちょっと見てみたんですが、eucJP-ms は、JIS X 0208, JIS X 0212, NEC特殊
> 文字, IBM拡張文字に関する取り決めのようですが、先の私のパッチは、JIS X
> 0208 + JIS X 0212 + JIS X 0213 に対応したものなので、異なるものだと思
> います。

EUC-JISX0213 に対応した (MySQL の「ujis(EUC-JP)」処理を
EUC-JISX0213 に対応?)、ということになるのかなぁ…?
「EUC-JISX0213」はさっきここ↓で知りました。

  http://www.siisise.net/charset.html

> 簡単に説明すると、0xA1A1〜0xFEFE, 0x8FA1A1〜0x8FFEFE をすべて正当な 
> EUC-JP 文字として、該当する Unicode へのマッピングをするようにしました。

勉強不足で、私には妥当かどうか判断できません。m(_ _)m

個人的には、「MySQL や Perl は UTF-8 にしてしまって、クライアント
からのデータは CP932 と仮定して Perl 5.8.1 以降の Encode で
UTF-8 に変換…」みたいにやっていて EUC-JP(-MS) は扱わないように
しているので、調べるまでのモチベーションが出てこないです。
すみません(時間がないというのもありますが)。
ということで、各種情報へのポインタだけでご勘弁を。

文字コード掲示板で聞けば、その辺りの事情に詳しい森山さんか
どなたかが答えてくれるかもしれません。

  http://www2d.biglobe.ne.jp/~msyk/cgi-bin/charcode/index.html

> Unicode に存在しない文字は 0xFFFF に変換してます。
> # イマイチだ…。

-- 
-- Name: SATOH Fumiyasu  -- Home: http://www.sfo.jp (in Japanese only)
-- Mail: fumiya at net-thrust.com, samba.gr.jp, namazu.org or ...