オフコン練習帳

Re:x3:Ａ－ＶＸのパッケージ

江須扇 2003-12-11 14:48 [返信] [編集]

> ＊　高級ＣＯＢＯＬ？？？？　そんなのってあったのですか。。

> 　　知りませんでした。

ＣＯＢＯＬ４はＡ－ＶＸ以前の旧１００（赤１００）のＯＳ４のＣＯＢＯＬ仕様を継承したものだったと思います。１９７８年頃の話なので、曖昧な記憶です。

なにせそのＣＯＢＯＬはＩＦ命令もＧＯＴＯ命令ぐらいしか書けなくて二重のＩＦが出来なかったと思います。パックデータも使えなかったと思います。

> ＊　ＣＯＢＯＬ４については、リコー関係の方が使っているのを見たことはあります。漢字のところが””（ダブルクウォーテーション）に囲まれたアルファベットなどのコードが並んでいて分かりにく?い！！という印象だけが。。

漢字は１６進入力でした、リコーはこの時点ではカタカナ２文字で漢字ＯＮＯＦＦコードで囲むというわかりやすい方法でしたね。

しかし、逆にこの方法が後で１バイト２バイトの混在モードが使えないという足かせになりましね。

> ＊　ＲＩＣＯＭはＡＣＥＰＣＲＴ（ＸＸ，ＸＸ）、ＤＩＳＰＣＲＴ（ＸＸ，ＸＸ）　っていう画面入出力でしたね。

これはまさしく、リコーがＮＥＣと提携した時の旧１００時代のＣＯＢＯＬ仕様を取り込んだものです。

> ＊　「高級ＣＯＢＯＬ」というのはＣＯＢＯＬ４、ＣＢＬ８５とどういう風に違っていたのでしょうか？漢字属性がＮＣ””になったのはどの時点からでしょうか？？

高級ＣＯＢＯＬはＣＯＢＯＬ４に比べて”高級”ということで、普通のＣＯＢＯＬです。コンパイルモードにＮＡＴＩＶＥモードとＣＯＢＯＬ４互換モードがあり、画面は互換モードはＡＣＥＰＣＲＴ、ＤＩＳＰＣＲＴが使えたと思います。ＮＡＴＩＶＥモードはＳＣＲＥＥＮ　ＳＥＣＴＩＯＮだと思います。

ＣＯＢＯＬ８５が出てからはただのＣＯＢＯＬに名称変更したと思います。ＣＯＢＯＬ８５のコンパイルモードで互換モードがこのＣＯＢＯＬのことです。

８５との違いはＥＮＤ－ＩＦ等の８５年仕様が使えないことです。

その他ＣＲＴ－ＳＴＡＴＵＳがＣＯＢＯＬ８５ではＨＴＡＢ（Ｒｅｔｕｒｎ）とＳＫＩＰキーが違いますが、ＣＯＢＯＬでは同じでした。

画面の動きが違ってしまうので、ＣＯＢＯＬで作ったプログラムをＣＯＢＯＬ８５でコンパイルするときは互換モードにする必要がありました。

その後の仕様強化はＣＯＢＯＬ８５だけと思います。

例えば１バイト２バイトの混在入力ＭＩＸモード等や

副画面や矢印キーのＣＲＴ－ＳＴＡＴＵＳが使えるようになったことなどです。

報告書機能や分類機能はＣＯＢＯＬでもあったと思います。

ＲＤＢ機能や日本語処理機能はどこまであったかははっきり覚えておりません。

> ＊　余談ですが、ＮＣを使わず、””で囲んでオープンフィールドにすると、何か漢字の組み合わせによってうまく表示できない場合がありますね。

ひらがなの一部でコンパイルエラーになりましね。

> ＊　さて、ＣＯＢＯＬ２００２はＡ－ＶＸに搭載される予定は全くないのでしょうか？　オブジェクト指向や、例外処理なども出来るみたいです。

本気でＡ－ＶＸを売るならＣＯＢＯＬ対応ＯＳとしてサポートすべきと思いますがコンパイラーを開発する要員をＮＥＣは今でも抱えているのでしょうか？

> ＞販売管理、生産管理など個別要素の多いシステムは個別システムで作られているかパッケージと称してもかなりカストマイズをいれているのでそのまま、Ａ－ＶＸで生き延びているというパターンが多いようです。

> ＊　ＮＥＣのオフコンパッケージというのは、もともとソースも提供されていたのですか？

日本事務器や大塚商会等の大手デーラーは自社パッケージを開発していたので、ソースは社内では自由にしていたと思います。

中小デーラーはメーカパッケージと称してＳＥＡ／Ｉ　ＡＰＬＩＫＡが出てきたのですがこれはデーラーにはソースは提供されていたようです。

ＳＥＡ／ＩはＣＡＳＥツールですので部品提供というだったような

気もします。

その後のＳｕｐｅｒＡＰＬＩＫＡ　３ＳＡＰＬＩＫＡはソースは非公開でした。各社のデーラーパッケージはどこまでがパッケージでどこまでがプロトタイプかよくわかりません。そのデーラーの考え方で、エンドユーザーまでソースを公開した場合もあると思います。

> ＞しかし、個別に作るのであれば今でもＣＯＢＯＬで作るＡ－ＶＸには価値があると考えます

>

> ＊　私も同感です。「保守がしやすい」「確実に資産継承出来る安心感」それにオープン系と違って「いろいろ余計なことに煩わされずに業務分析、ロジックに注力出来る」等々。。

>

> ＊　問題は、ＮＥＣさんがＡ－ＶＸに関する中長期の方針（ロードマップ）を明確に表明してくれたら。。ということです。

> Ａ?ＶＸを打ち切る場合でもそれとほぼ互換の「実行環境」を提供する予定である、とかそういった見通しがはっきりあればユーザさんも安心して「新規」を開発できるのではないでしょうか？

> 今もところ、ＮＥＣを「信じるほかない」という。。。

同感です。