用途UNIXなどで、日本語を表現するときに用いられる。最近のLinuxではUTF-8が使われ始めているが、古いUNIXシステムではEUC-JPが主流であった。方法と集合EUC-JPはあくまで符号化方法(CES)であり、文字集合(CCS)の規定ではない。文字集合には日本語のCCSが使われるが、全てが慣例に基づくもので、RFCすらも無い。0208が使われている。一般的なCESとしてのEUC-JPに、様々な文字集合(CCS)を当てはめた符号が、様々に使われている。0201/0208のみを使う。0212-1990にIBM拡張漢字を加えたもの)HP版EUCこのほかにも無数に存在する。このCES自体を拡張してしまったものも存在する。基本仕様8ビットで文字を表現する8ビット符号である。CL/GL/CR/GRの全てを用いる。それぞれに、C0/G0/C1/G1が呼び出しされた状態で固定されており、変更はできない。G2、G3の文字を使う場合は、SSを使う。基本的なEUC-JPは、2バイト文字に対し、次の範囲を使う。(94種)必要に応じ、SS2やSS3が先行し3バイトとなることがあるが、続く2バイトの範囲は維持される。2022に違反するが2バイト目を拡張したものもあり、代表例として「EUC-HJ」がある。EUC-HJは、次のようになっている。(188種)指示EUC-JPは、文字集合が各バッファーに呼び出し指示された状態で開始される。どの文字集合が初期状態であるかは、実装によりまちまちである。一般的な実装では、次の通り。0212この場合、GLには常にG0、GRには常にG1が呼び出されている。EUC-JPIANAに登録されたもので、最も一般的なものである。G2とG3はオプション扱いとなっている。Windowsの実装。通称は「CP51932」。G1の文字集合がWindows-31Jの文字集合になったものである。外字領域は存在しない、eucJP-msTOG日本ベンダ協議会(TOG/JVC)が策定したeucJP-openの実装の一つ。文字集合をWindows-31Jの文字集合に近づけたもので、更にUnicodeとの変換表がWindows-31JのシフトJISの仕様に準拠している。Windows-31Jにある拡張漢字は、G3にIBM拡張文字の部分集合が用意されている。ユーザー定義外字は、G1とG3の85区〜94区に各10区、合計20区を割り当てている。区/点それぞれに0x20を足せばすぐに求められる。2バイト目が0x80より小さい符号を含まない0x5c(\)を2バイト目に含まないため、プログラムでの扱いが楽である。欠点1バイト目か2バイト目か分からない1バイト目と2バイト目は符号が重複しており、あるバイトを見ても、それがEUC-JPの1バイト目なのか、2バイト目なのかがすぐに分からない。直前・直後を見ても判断できないことが多く、延々と遡り、結局文字列の最初まで遡らないと判断できないこともある。0201の右側はG2に配置されているため、SS2を併用した2バイトとなってしまう。EUC-JPの起源この符号は、かつて開発されていた国産UNIXシステムΣで、日本語を扱うために作られたものに由来する。当時は「UJIS」と呼ばれていた。Supplement)として規定した。これがいわゆる「EUC」であり、EUC-JPはそのうち日本語用である。Σプロジェクトは成功しなかったが、EUC-JPは今も生きている数少ない功績の一つである。参加の案内ダウンロード↑本の。