OpenXM/doc/genkou19991125.tex - diff

Return to genkou19991125.tex CVS log

Up to [local] / OpenXM / doc

Diff for /OpenXM/doc/Attic/genkou19991125.tex between version 1.67 and 1.68

-version 1.67, 1999/12/24 08:08:48
+version 1.68, 1999/12/24 08:56:45
 Line 1
 Line 1
 Line 1
  \documentclass{jarticle}
- %% $OpenXM: OpenXM/doc/genkou19991125.tex,v 1.66 1999/12/24 00:01:21 tam Exp $
+ %% $OpenXM: OpenXM/doc/genkou19991125.tex,v 1.67 1999/12/24 08:08:48 tam Exp $
  \usepackage{jssac}
- \title{タイのトル}
+ \title{
- \title{意味もない修飾過剰な語句は排除しましょう。}
+. 意味もない修飾過剰な語句は排除しましょう。\\
+. 姓と名の間の2バイトの空白は何か理由があるの?
+ (jssac の規約だっけ)\\
+. せっかく fill しているのをいじらないでくれ。
+ }
  \author{奥 谷 　 行 央\affil{神戸大学大学院自然科学研究科}
                  \mail{okutani@math.sci.kobe-u.ac.jp}
-Line 129  OX\_COMMAND となっているメッセージはスタックマシンへの
+Line 133  OX\_COMMAND となっているメッセージはスタックマシンへの
 Line 129  OX\_COMMAND となっているメッセージはスタックマシンへの
 Line 133  OX\_COMMAND となっているメッセージはスタックマシンへの
  自らメッセージを送らない。
  %(例外? ox\_asir の mathcap)。
- サーバがクライアントから受け取ったオブジェクトはすべてスタックに積まれている。
+ この辺はスタックマシンのところに書こう。
+ サーバがクライアントから受け取ったオブジェクトはすべてスタックに積まれる。
  次いでサーバにスタックマシンへの命令を送ると、
  初めてサーバはデータをスタックに積む以外のなんらかの動作を行なう。
  このとき、必要があればサーバはスタックから必要なだけデータを取り出す。
-Line 159  OX\_COMMAND となっているメッセージはスタックマシンへの
+Line 167  OX\_COMMAND となっているメッセージはスタックマシンへの
 Line 159  OX\_COMMAND となっているメッセージはスタックマシンへの
 Line 167  OX\_COMMAND となっているメッセージはスタックマシンへの
          データを取り出し、クライアントへ送出する。
  \end{enumerate}
+ \section{OpenXM スタックマシン}
+ OpenXM 規約ではサーバはスタックマシンであると定義している。以下、OpenXM
+ スタックマシンと呼ぶ。この節ではOpenXM スタックマシンの構造について説明
+ しよう。
+ さて、OpenXM 規約はスタックに積まれるオブジェクトの構造までは規定しない。
+ つまり、オブジェクトの構造は各数学システムごとに異なっているということで
+ ある。OpenXM 規約は通信時にやりとりされる共通のデータ形式については規定
+ するが、OpenXM 規約に対応した各数学システムは、通信路からデータを受け取っ
+ た際に、各数学システムの固有のデータ構造に変換してからスタックに積むこと
+ を意味する。この変換は1対1対応である必要はない。
+ 次に OpenXM スタックマシンの命令コードについて説明する。OpenXM スタック
+ マシンにおけるすべての命令は4バイトの長さを持つ。OpenXM 規約の他の規定と
+ 同様に、4バイトのデータは32ビット整数と見なされるので、この論文でもその
+ 表記にしたがう。OpenXM スタックマシンに対する命令はスタックに積まれるこ
+ とはない。現在のところ、OpenXM 規約では以下の命令が定義されている。
+ \begin{verbatim}
+ #define SM_popSerializedLocalObject 258
+ #define SM_popCMO 262
+ #define SM_popString 263
+ #define SM_mathcap 264
+ #define SM_pops 265
+ #define SM_setName 266
+ #define SM_evalName 267
+ #define SM_executeStringByLocalParser 268
+ #define SM_executeFunction 269
+ #define SM_beginBlock  270
+ #define SM_endBlock    271
+ #define SM_shutdown    272
+ #define SM_setMathCap  273
+ #define SM_executeStringByLocalParserInBatchMode 274
+ #define SM_getsp   275
+ #define SM_dupErrors 276
+ #define SM_DUMMY_sendcmo  280
+ #define SM_sync_ball 281
+ #define SM_control_kill 1024
+ #define SM_control_reset_connection  1030
+ #define SM_control_to_debug_mode 1025
+ #define SM_control_exit_debug_mode 1026
+ #define SM_control_ping  1027
+ #define SM_control_start_watch_thread 1028
+ #define SM_control_stop_watch_thread 1029
+ \end{verbatim}
+ 以下、どういうときに結果をスタックに積むかエラーの場合どうするかの説明が
+ 必要であろう。
  \section{CMO のデータ構造}
- OpenXM 規約では、数学的オブジェクトを表現する方法として
+ OpenXM 規約では、数学的オブジェクトを表現する方法として CMO 形式(Common
- CMO 形式(Common Mathematical Object format)を定義している。
+ Mathematical Object format)を定義している。この CMO 形式にしたがったデー
- この CMO 形式を使ってメッセージを送るには、
+ タは、識別子が OX\_DATA であるようなメッセージのボディになることを想定し
- タグを OX\_DATA にすればよい。
+ ている。
- CMO 形式におけるデータ構造について以下で説明するが、
+ CMO 形式におけるデータ構造は次のような構造をもつ。
+ \begin{verbatim}
+ ヘッダ     ボディ
+ \end{verbatim}
+ ヘッダは4バイトである。
+ ボディの長さはそれぞれのデータによって異なるが、0でもよい。
+ \begin{verbatim}
+ 説明。説明。説明。説明。説明。
+ 説明。説明。説明。説明。説明。
+ 説明。説明。説明。説明。説明。
+ 説明。説明。説明。説明。説明。
+ \end{verbatim}
  %OpenXM 規約で定義されているメッセージを実際に作成する場合、
  CMO 形式で定義されている多倍長整数を理解しておくと、
  CMO 形式の他のデータ構造だけでなく、
-Line 238  $4294967298 = 1 \times 2^{32} + 2$ を CMO 形式の
+Line 313  $4294967298 = 1 \times 2^{32} + 2$ を CMO 形式の
 Line 238  $4294967298 = 1 \times 2^{32} + 2$ を CMO 形式の
 Line 313  $4294967298 = 1 \times 2^{32} + 2$ を CMO 形式の
  \section{mathcap について}
- OpenXM 規約では、通信時に用いられるメッセージの種類を
+ OpenXM 規約では、通信時に用いられるメッセージの種類を各ソフトウェアが制
- 各ソフトウェアが制限する方法を用意している。
+ 限する方法を用意している。これは各ソフトウェアの実装によってはすべてのメッ
- これは各ソフトウェアの実装によってはすべてのメッセージを
+ セージをサポートするのが困難な場合があるからである。また、各ソフトウェア
- サポートするのが困難な場合があるからである。
+ でメッセージの種類を拡張したい場合にも有効である。この制限(あるいは拡張)
- また、各ソフトウェアでメッセージの種類を拡張したい場合にも有効である。
+ は mathcap と呼ばれるデータ構造によって行われる。この節では mathcap のデー
- この制限(あるいは拡張)は CMO 形式で定義されている mathcap と
+ タ構造と、具体的なメッセージの制限の手続きについて説明する。
- 呼ばれるデータ構造によって行われる。
- この節では mathcap のデータ構造と、
- 具体的なメッセージの制限の手続きについて説明する。
  まず、手続きについて説明しよう。
  クライアント側の mathcap をサーバへ送ると、

FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>