ATOK割り込み

ATOK割り込みとは

ATOK5/6用API

ATOK7/8用API

;---------------------------------------------------------
;	ＤＯＳＶモードか？ Ｊ３１００モードか？
;---------------------------------------------------------
MODE_HANDAN	=	$
		MOV	AH,0FH
		INT	10H
		CMP	AL,74H
		JE	J31MODE
		CMP	AL,64H
		JE	J31MODE
		CMP	AL,75H
		JE	J31MODE
		CMP	AL,65H
		JE	J31MODE

DOSVMODE	=	$
		MOV	[VECNO],BYTE PTR 60H
		JMP	GET_ENTRY

J31MODE		=	$
		MOV	[VECNO],BYTE PTR 6FH
		JMP	GET_ENTRY
;---------------------------------------------------------
;         エントリーアドレス取得
;---------------------------------------------------------
GET_ENTRY	=	$
		MOV	AH,35H
		MOV	AL,[VECNO]
		INT	21H

		ADD	BX,+20H
		MOV	[ATOK_ENTRY],BX
		MOV	[ATOK_ENTRY + 2],ES

AHレジスタに35H、ALレジスタに調べたい割り込み番号を入れてINT 21H割り込みをかけると、割り込みベクタアドレスはES:BXレジスタに返ってきます。これ+20HがATOKのAPI開始アドレスですので、 これを記録しておきます。ここで取得した割り込み ベクタアドレスは、後で CALL DWORD PTR ATOK_ENTRY という風にfarコールで使います。

;---------ＡＴＯＫ存在判断
ATOK_HANDAN1	=	$
		MOV	SI,BX
		CMP	ES:[SI+30H],BYTE PTR "A"
		JNE	ATOK_HANDAN2
		CMP	ES:[SI+31H],BYTE PTR "T"
		JNE	ATOK_HANDAN2
		CMP	ES:[SI+32H],BYTE PTR "O"
		JNE	ATOK_HANDAN2
		CMP	ES:[SI+33H],BYTE PTR "K"
		JNE	ATOK_HANDAN2
		JMP	ATOK_HANDAN3

;---------なかった
ATOK_HANDAN2	=	$
		MOV	CS:[SONZAI_F],BYTE PTR 0
		JMP	ATOK_HANDAN4

;---------あった
ATOK_HANDAN3	=	$
		MOV	CS:[SONZAI_F],BYTE PTR 1

ATOK_HANDAN4	=	$

PACKET		DB	40H DUP (0)

;----------ＡＴＯＫを有効にする
          MOV     AX,0001H
          MOV     BX,OFFSET PACKET
          CALL    DWORD PTR ATOK_ENTRY

;----------ＡＴＯＫを消す
		MOV	AX,0002H
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;----------あ連Ｒ漢モードにする
		MOV	AX,0003H
		MOV	DI,OFFSET PACKET
		MOV	[DI],WORD PTR 0001H
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;---------------------------------------------------------
;           学習機能ＯＮ
;---------------------------------------------------------
GAKUON		=	$
		MOV	AX,0006H
		MOV	DI,OFFSET PACKET
		MOV	[DI],WORD PTR 0001H
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;----------Ａ固Ｒ漢にする
		MOV	AX,0009H
		MOV	DI,OFFSET PACKET
		MOV	[DI],WORD PTR 0003H
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;---------------------------------------------------------
;         外字ファイル名変更
;---------------------------------------------------------
GNAME_HENKO	=	$
		MOV	AX,002AH
		MOV	DI,OFFSET PACKET
		MOV	[DI],WORD PTR 0000H
		MOV	[DI+2],WORD PTR 0001H
		MOV	BX,OFFSET GNAME
		MOV	[DI+4],BX
		MOV	BX,CS
		MOV	[DI+6],BX
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;----------外字ファイル名読み出し
		MOV	AX,002AH
		MOV	DI,OFFSET PACKET
		MOV	[DI],WORD PTR 8000H
		MOV	[DI+2],WORD PTR 0001H
		MOV	BX,OFFSET SFILE
		MOV	[DI+4],BX
		MOV	BX,CS
		MOV	[DI+6],BX
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;---------------------------------------------------------
;          漢字キー有効
;---------------------------------------------------------
KANYUKO		=	$
		MOV	AX,0010H
		MOV	DI,OFFSET PACKET
		MOV	[DI],WORD PTR 0001H
		MOV	[DI+2],WORD PTR 0023H
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

;---------------------------------------------------------
;          外字登録
;---------------------------------------------------------
GAIJILD		=	$
		MOV	AX,0050H
		MOV	BX,OFFSET PACKET
		CALL	DWORD PTR ATOK_ENTRY

外字ファイルJFGAIJ.UFO

UFOファイルの構造

ＵＦＯファイルは全体を400Hバイトに分割して管理しています。そして、800Hまでをヘッダー領域、それ以降をデーター領域としています。

コントロール領域

E0H～の１６バイトはコントロール領域で、どの領域がＦＡＴ、どの領域がマッピング領域であるかを示しています。



この00E0Hをベースに、+0がＦＡＴ領域の場所（ワード）、+2がＦＡＴ長（ワード）、+8がマッピング領域の場所（ワード）をしめしています。また、+C（バイト）に１がある事で、このファイルがUFOファイルである事を示しています。

ＵＦＯファイルを読むには、まず+Cを見て、01である事を確認します。続いて、+8をワードで読んで、マッピング領域のアドレスを得ます。

マッピング領域

マッピング領域は、以下のようになっています。以下は、マッピング領域が0400Hから始まってるものとしますが、実際にはコントロール領域から取得してください。





まずフォントスロット１を見てみます。ここでは、0400Hをベースにします。

+0はワードで、8000H＝有効であるを示しています。また、FFFFHなら無効な領域を示してします。
+2はバイトで、何ドットフォントなのかを示しています。この場合は10Hで１６ドットフォントを示しています。
+8はワードで、ポインター領域の開始ブロックが記されています。ここでは、１ブロック目を示しています。
＋３２からこのフォントが作成された日、及び最終更新日が記録されています。

その他は不明です。おそらく、将来的に拡張できるように確保してあるFILLERと思われます。

次のフォントスロットを調べるには、ベースアドレスを６４バイトすすめます。プリンタードライバーでは、２４ドットフォントを使いますので、+2が18Hになるまで探します。（スロット１６まで）

ポインター領域

ポインター領域は以下のようになっています。ここでは、2000Hから始まっているものとしますが、実際にはコントロール領域から取得してください。


この領域を『ポインター領域』と呼び、ここのフォントアドレスの場所を示す数値を『ポインター』と呼びます。また、そのポインターがどのサイズのものかを示すものが、+58Hの場所に格納されてあり、ここでは 18H=24ドットフォントであることがわかります。

この領域の目的は、主に

1. 登録数
2. 削除数
3. ポインター

ＦＡＴ領域

一番やっかいなのが、フォント領域の発見です。フォント領域がどのブロックにあるかを示したものが「ＦＡＴ領域」です。ＦＡＴ領域の場所は、コントロール領域から取得してください。

第１ＦＡＴの発見

フォント領域の先頭ブロックを探すために、第１ＦＡＴを取得します。ここでは、『フォント領域の先頭ブロックを示した場所』の事を、『第１ＦＡＴ』と呼びます。


２４ドットフォントが「フォントスロット２」に格納されている場合、第１ＦＡＴは例１のように、+26H（ワード）にあります。


２４ドットフォントが「フォントスロット１」に格納されている場合、第１ＦＡＴは+1AH（ワード）にあります。

第２ＦＡＴの発見

よほど登録数が少なくない限り、フォント領域は１ブロックでは収まりません。そこで、２番目のブロックが格納されている場所（第２ＦＡＴ）を探します。

２４ドットフォントが「フォントスロット１」に格納されている場合、

このように、第２ＦＡＴは+28Hにあります。

２４ドットフォントが「フォントスロット２」に格納されている場合、

このように、第２ＦＡＴは+2AHにあります。

例外１）

「スロット２」に格納されているフォントは、第１ＦＡＴが+26Hで、第２ＦＡＴが+2AHなのですが、「スロット１の第２ＦＡＴ」が作成される前に、「スロット２」のフォントを増やしてしまった場合を考えます。

例えば、先にプリント用フォントをまとめて登録してから、画面用フォントをまとめて登録した場合に起こります。

この場合、「スロット１の第２ＦＡＴが入るべき場所(+28H)」を「スロット２の第２ＦＡＴ」として使ってしまいます。

そこで、スロット１の第１ＦＡＴと第２ＦＡＴの大きさを比較します。

この場合、第１ＦＡＴ＜第２ＦＡＴなので「例外ではない」とします。


この場合、第１ＦＡＴ＞第２ＦＡＴなので「例外」とします。

例外が発生した場合、スロット２の第２ＦＡＴが+28Hになり、スロット１の第２ＦＡＴは、+2C以降に格納されます。

第３ＦＡＴ以降の発見

第３ＦＡＴ以降（あるいは例外時のスロット１の第２ＦＡＴ）は、+2C以降にあります。+2C以降はスロットにかかわらず、まず２４ドットフォントが格納されています。ただし、途中にFFFFHがあると１６ドットフォントのエリアに変わります。

図のように、FFFFHが来るたびに２４ドットフォントと１６ドットフォントが入れ替わります。そこで、途中FFFFH～FFFFHに囲まれた部分を読み飛ばしたものが、２４ドットフォント用のＦＡＴだという事になります。

このように、ややこしくなってしまった原因は「登録できる外字の数」が、DOS5.0から拡張されたために、互換性を維持しながらルールを追加したためだと思われます。

フォント領域

フォント領域は、２４ドットフォントの格納されたスロット（スロット１、またはスロット２）の、「第１ＦＡＴ」「第２ＦＡＴ」「第３ＦＡＴ」……が示すブロックにあります。

この場合、フォント領域は、ＦＡＴの示すように、「0D → 0F」に格納されています。したがって、

第１フォント領域＝0800H + (第１ＦＡＴ - 1) × 400H ＝ 3800H

になります。このようにして、第２ＦＡＴ、第３ＦＡＴ……と読み、そこからフォント領域を算出して、それらを連結させたものがフォント領域全体になります。

フォントの格納形式の変更

２４ドットフォントは、元来プリンター用のフォントなのですが、作成するときは画面で作成する関係上、横８ドットが１バイトになっています。そこで、プリンターに転送するために、縦８ドットを１バイトに変換します。

一番メジャーな方法としては、キャリーフラグを使ったローテート命令を使って変換する方法が良いでしょう。まず、＋０バイトを左シフトしておいて、キャリーを含んでプリント用フォントの１バイト目をシフトするのです。この繰り返しで、変換することができます。

NEC系のプリンターでは上が下位ビットであるため、右にシフトする必要がありますが、ESC/P FM TOSHIBA SHARP系では上が上位ビットのため、左にシフトすることに注意してください。

このページの先頭へ