[掲示板に戻る]
| 3 | Re: リコーのオフコンとＡ−ＶＸの未来 |
| 江須扇 2003-8-24 13:16
[返信] [編集] ＥＸＣＨＡＮＧＥさん初めまして、先ほどはご挨拶もせず失礼しました。 私もリコーの事を少し書かさせてください。 ＞ＯＳ的にはＲｉｃｏｍ２０００〜Ｒｉｃｏｍ−ＩがＣＯＭＰＯＳという独自ＯＳでした。 これは面白かったですね。ディレクトリ（ファイル管理）がＣＰ／Ｍのよう感じで、ファイルの登録をする必要がありましたが、自動拡張を１６ブロックまでできたのは、ＮＥＣのＩＴＯＳとくらべて画期的でしたね。当初のＲｉｃｏｍ２０００が３ＦＤＤを標準装備にしたので、２ＦＤＤシステムのＩＴＯＳ−１マシンと比べたら運用性は抜群に良かったですね。 ＣＰＵ内部ではＪＩＳで管理しており、ＦＤ出力はＥＢＣＤＩＣのＩＢＭ形式とハード変換をしていた謎のマシンでした。 （ソートはＪＩＳ順でした。Ｎ５２００もＣＰＵはＪＩＳ、ＦＤはＥＢＣＤＩＣだったようですね？） ＞これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。 ＣＯＭＰＯＳのＣＯＢＯＬは実際の開発がＭｉｃｒｏｆｏｃｕｓ社（噂ではＭＳ社？）かもしれませんが画面機能やプリンタのフォームオーバーレイ機能はＩＴＯＳのＣＯＢＯＬの機能を改善して取り込みＩＴＯＳより簡単でＩＴＯＳよりコンパイルスピードが無茶苦茶速かった独自仕様でしたね。 （ＩＴＯＳ−１では１０００ステップで３０分以上掛かったいたのが、２、３分でできて感激をしました。） そのＣＯＢＯＬを生成できるジェネレータＲＡＰＩＤがＳＭＡＲＴ＋ＡＰＧ（１９７８年のＩＴＯＳ以前のＮＥＡＣシステム１００のＣＯＢＯＬジェネレータＲＰＧを模した名前と記憶しております。）のようで会話形式とバッチ形式両方可能な簡易ソフトでしたね。 （その後のＩＴＯＳのＣＯＢＯＬ／Ｓより良かったと思います。） しかし、ＦＤシステムから大容量ＨＤＤが中心になった時、ＤＯＳのようにディレクトリが階層構造になってなかったのと１６ブロック以上拡張できないのが致命傷になりましたね。（あと日本語機能の漢字コードが独自仕様でカタカナ２バイトも致命傷でしたね） そこでＭＸ５００シリーズのＵＮＩＸｓｙｓｔｅｍ�坑劭紕譯紕瓧鵤紕瓦療仂譴念豕い鵬鮠辰箸いΔ海箸世辰燭隼廚い泙垢�、 開発予算の関係か（？）ＣＯＭＰＯＳ−ＣＯＢＯＬの開発者いなくなったのか（？） 今度はｍｉｃｒｏｆｏｃｕｓのＬｅｖｅｌ−ＣｏｂｏｌのＵＮＩＸ版そのマンマで独自仕様の画面機能等を追加して出荷しました。 Ｓ７２００からＥＸＰ７００に移行のようにならず、Ｓ７２００からＥＸＰ１００のＡＰ環境／開発(実行)セットで移行するような方法です。 つまり、ファイルの指定方法、ＪＣＬ等や各ユーティリティのパラメータ、メニュー、漢字コードその他、色々手作業する為、移行に莫大な工数（？）が掛かりました。 金額が高い、起動までのスピードが遅い、３．５インチにＦＤが移行していたのに５インチしか付かないその他いろいろと売れない営業が売れない言い訳をするには最適商品でした。という事で鳴り物入りで登場した割にはあまり売れなかったようですね。 沢山書きすぎたのでこの続きは次回という事で。 |
 リコーのオフコンとＡ−ＶＸの未来 ＥＸＣＨＡＮＧＥ 2003-8-15 17:46
|
 
Re: リコーのオフコンとＡ−ＶＸの未来 ターラヤン 2003-8-17 12:25
|
Re: リコーのオフコンとＡ−ＶＸの未来 江須扇 2003-8-24 13:16
←いまここ〜
|
|
Re: リコーのオフコンとＡ−ＶＸの未来 ターラヤン 2003-8-25 22:32
|
|
リコーのオフコン（続きです） 江須扇 2003-9-28 13:11
|
BluesBB ©Sting_Band