Path: titcca!icot32!etlcom!gama!ume!crimson!onlnews!keibun
From: keibun@onlnews.kek.JUNET (Hirofumi Fujii)
Newsgroups: fj.kanji
Subject: Re: JIS X 0202
Message-ID: < 570@crimson.kek.junet> 
Date: 12 Apr 89 10:20:23 GMT
Sender: news@crimson.kek.junet
Reply-To: keibun@onlnews.kek.JUNET (Hirofumi Fujii)
Distribution: fj
Organization: KEK, Tsukuba, Japan
Lines: 52

ｆｊ．ｋｅｒｍｉｔからこちらに移りました。ＪＩＳ　Ｘ　０２０２
の話です。
　
もとは私がＪＩＳ　Ｘ　０２０２の記述に誤解を招きやすい部分があると
ブチブチ言ったことに対しＪＩＳ原案改正委員会委員長の和田さん＠東大
から、大変ご丁寧な回答が寄せられたことから始まっています。
　
さて坂本さん＠ソニーのブチブチに対するフォローです。
　
ＥＵＣがＪＩＳ　Ｘ　０２０２準拠かどうかというお話でした。まずハッ
キリさせておきたいのはＥＵＣはあくまで内部コードであるということで
す。内部コードというのは、ある意味で、その計算機にとって最も効率よ
く資源が利用できるように定められている（少なくともそうしたいと思っ
て定められている）符号であってそれがたとえ情報交換用符号と大きく異
なっていても閉じた計算機システムであれば原理的には何の問題もないで
しょう。外のシステムや端末に対してコードを送る時に情報交換用符号及
びその拡張法に従えば良いだけの話で、内部コードがＪＩＳ　Ｘ　０２０２
に従っていないからと言ってブチブチいうのは「少し」筋違いだと思いま
す。
　
「少し」といって「全く」と言わなかったのは、上の議論はあくまでも建
前の議論であって、実際には大部分の計算機は通信回線に内部コードを
そのまま流し込んでくるのが現状ですから、その意味ではＪＩＳ　Ｘ
０２０２に従うべしという主張もできると思うからです。
　
さて、ＥＵＣが内部コードであるとしても何故あれだけＪＩＳ　Ｘ　
０２０２の拡張法に合致するようにしておきながら、ＳＳ２でＧ０にシフ
トして、なおかつ半角カタカナコードの８ビット目をたてたかという点に
関して私の見解を述べます。しかし私はＥＵＣの正式な規格も知らないの
で、完全にハズレかも知れません。以下はあくまでも「私が定めたので
あったなら、こういう理由によるものだ」という風にお読み下さい。
　
上に述べたようにＥＵＣは内部コードとして使われるものですから、シス
テムにとって都合がよくなければなりません。今の話は特にテキストファ
イルに関連する話ですので、テキスト関連のツール、特にエディタにとっ
て都合よくできている必要があります。エディタにとってＪＩＳ７やシフ
トＪＩＳは大変扱いにくいものです。その理由は逆向きに戻る時に、現在
位置の１バイトを見ただけでは１バイト戻るのか２バイト戻るのか判定で
きないということです。必ず先読み（今の場合戻るのだから後ろ読みとい
うべきかな？）しなければなりません。ＥＵＣでも半角カタカナを正直に
Ｇ０だから８ビット目を立てないことにすると、もう１バイト戻ってみな
いとローマ字との区別ができません。もし半角カタカナの８ビット目を立
ててあれば８ビット目が立っていれば必ずその１つ前とセットで扱えばよ
いことになります。もしその１つ前がやはり８ビット目が立っていれば漢
字ですし、ＳＳ２であれば半角カタカナです。このおかげで、「１文字」
分ファイルポインターを戻すのが非常に楽になります。
　
私はキットこれが理由だと思っています。ＥＵＣに詳しい人のフォローを
お願いします。
----------------------------------------------------------------------------
藤井啓文＠物理オンライン．高エネルギー物理学研究所（ＫＥＫ）
JUNET keibun@kek.junet   |BITNET  KEIBUN AT JPNKEKVM  |HEPNET KEKVAX::KEIBUN