ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | ７２００/７０のＣＰＵ | |
| MAKI 2004-7-9 21:49:00
[返信] [編集] 機種別のＣＰＵの記事があるのになんですが。 以前７２００/７０のＣＰＵボードの交換に 立ち会ったことがあります。 で、見たんです。 ボードに乗っていたＣＰＵを。 ４８６ＳＸ ２５ＭＨと書いてありました。 もともと、Ｘ８６系のシステムなんで 動いても不思議ではないんですが。 やっぱり、７２００は、今にして思えば 遅かったですね。 | ||
| 2 | Re:７２００/７０のＣＰＵ | |
| ターラヤン 2004-7-10 3:02:00
[返信] [編集] > ボードに乗っていたＣＰＵを。 > ４８６ＳＸ ２５ＭＨと書いてありました。 > もともと、Ｘ８６系のシステムなんで > 動いても不思議ではないんですが。 Ｓ７２００／７０に付く４８６ＳＸ ２５ＭＨｚのボードと言うと おそらくＳＥＰのボードです。 端末装置を制御したり、通信を制御したりするためのボードです。 > やっぱり、７２００は、今にして思えば > 遅かったですね。 当時は、パソコンのＣＰＵもペンティアムが１００ＭＨｚ以下でしたから。 今は１桁上がって１ＧＨＺとか２ＧＨｚが普通ですからね。 一般的にコンピュータ物は、今の物と比べるのは酷というものです。 （書き終わった後に、ふと通信を制御するボードも４８６が載っているような気がしてきました。 いずれにしても、４８６が載っているのは、周辺装置を制御するためのサブのＣＰＵです。） | ||
| 3 | Re:７２００/７０のＣＰＵ | |
| ターラヤン 2004-7-10 3:14:00
[返信] [編集] ちなみに、 昔、保守系の人から聞いた話ですが、 Ｓ７２００のＣＰＵは、 １個あたり、ペンティアムに換算すると５００ＭＨｚ前後ぐらいの性能だ と言っていました。 Ｓ７２００といっても、小さいのから大きいのまであるので、どの辺のものかはよくわかりません。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ソースエディッタのサイズの件 | |
| Ａ−ＶＸ 初心者 2004-7-7 10:38:00
[返信] [編集] お世話になります。 またまた初歩的なことかもしれませんが 質問させてください。 ソースを開く時の作業ファイルのサイズのデフォルト値 ですが ４８０セクタとなっております。 概存のコボルのソースを開く時は 大体 毎回サイズを 広げなければならないため手間がかかります。 そこで ソースの作業ファイルのサイズのデフォルト値 を変更する方法を知りたいのですが 宜しくお願い致します。 毎回質問ばかりですみません。 ＯＳは Ａ―ＶＸ Ｒ４．５１です。 ソースを開く手順は下記です。 プログラム開発支援 ↓ テキストディッタ ↓ 編集方法 １．作業ファイルを使用する ↓ サイズ ４８０セクタ → ２０００ | ||
| 2 | Re:ソースエディッタのサイズの件 | |
| MAKI 2004-7-7 13:59:00
[返信] [編集] > お世話になります。 > またまた初歩的なことかもしれませんが > 質問させてください。 > > ソースを開く時の作業ファイルのサイズのデフォルト値 > ですが ４８０セクタとなっております。 > 概存のコボルのソースを開く時は 大体 毎回サイズを > 広げなければならないため手間がかかります。 > そこで ソースの作業ファイルのサイズのデフォルト値 > を変更する方法を知りたいのですが > 宜しくお願い致します。 > 毎回質問ばかりですみません。 > > ＯＳは Ａ―ＶＸ Ｒ４．５１です。 > > ソースを開く手順は下記です。 > > プログラム開発支援 > ↓ > テキストディッタ > ↓ > 編集方法 > １．作業ファイルを使用する > ↓ > サイズ ４８０セクタ → ２０００ デフォルトの変更は無理みたいですね。 HELPにしっかりとデフォルト値は４８０です と書いてありました。 あとは、JCL起動しかないのでは。 JCL自体は手順登録で簡単に作れるみたいです。 | ||
| 3 | Re:ソースエディッタのサイズの件 | |
| Ａ−ＶＸ 初心者 2004-7-7 16:10:00
[返信] [編集] > デフォルトの変更は無理みたいですね。 > HELPにしっかりとデフォルト値は４８０です > と書いてありました。 > あとは、JCL起動しかないのでは。 > JCL自体は手順登録で簡単に作れるみたいです。 ありがとうございます。 ＪＣＬで作ってみます。 | ||
| 4 | Re:ソースエディッタのサイズの件 | |
| ターラヤン 2004-7-7 20:18:00
[返信] [編集] ご質問の内容とはちょっと違うのですが（入力の手間も増えます）、 作業用ファイルにＳＵＦを使ったほうが良いのではないでしょうか。 ＳＵＦを使用すると、ＯＳが落ちた時にも、ソースが残る可能性があります。 今は、#TEDITを起動した後、作業ファイルに「TEMPRARY」を指定しているようです。 代わりに「MSD」を指定して、SUFを指定します。 （当然、あらかじめ、使用するSUFは作っておく。） うちでは、一人一人にSUFが割り振られて、それぞれがそのSUFを使っています。 昔、プログラムを書いている時にＯＳが落ちてしまったが、SUFを使っていたので、 書いている最中のプログラムを復活させることができたことがあります。 | ||
| 5 | Re:ソースエディッタのサイズの件 | |
| Ａ−ＶＸ 初心者 2004-7-9 11:04:00
[返信] [編集] > ご質問の内容とはちょっと違うのですが（入力の手間も増えます）、 > 作業用ファイルにＳＵＦを使ったほうが良いのではないでしょうか。 > ＳＵＦを使用すると、ＯＳが落ちた時にも、ソースが残る可能性があります。 ありがとうございます。 ＳＵＦを使いＪＣＬでつくってみます。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | #TEDITのこんなコマンド | |
| MAKI 2004-7-4 16:27:00
[返信] [編集] はじめまして。 COBOLは触ったことがないですが、 ユーティリティーとSMART(2) を使ってきたものです。 ご存知の方もあるかもしれませんが ちょっと裏ワザ的なコマンドがあるので ご紹介します。 #TEDITのRALLコマンドです。 SMART2のパラメータやRDBQ2のカタログ を#TEDITで開くときに使います。 SMART2のパラメータを少しだけ 変更したいときなどは便利なコマンドです。 書き戻しは、普通にWコマンドでOKです。 ただ、パラメータを壊さないように 注意は必要です。 | ||
| 2 | Re:#TEDITのこんなコマンド | |
| ターラヤン 2004-7-6 2:19:00
[返信] [編集] >はじめまして。 MAKIさん、はじめまして。 情報ありがとうございます。 > #TEDITのRALLコマンドです。 > テキストを読み込むときに、Rコマンドの代わりにRALLを使うのですね。 最初はRALL[ENTERキー]とやってしまい、エラーメッセージが出たので、 どう使うのかと少し考えました。 「R ALL」という意味なら、もしかして万能readコマンドかと思い、 パラメータの状態でCOBOLソースを読み込んでみましたが、見事だめでした。 いろいろな状態で試してみましたが、パラメータの時しか使えないようですね。 | ||
| 3 | わたしも使ってみました | |
| bluelion 2004-7-7 1:12:00
[返信] [編集] smart2のパラメータを読んででみたのですが 私のＰＣでは一部文字化けのようになりました 必要な部分だけ更新して実行するとそれでも正常に動くか不安で実行はできませんでした へたれと言わないでくださいね（笑 | ||
| 4 | Re:わたしも使ってみました | |
| MAKI 2004-7-7 14:47:00
[返信] [編集] > smart2のパラメータを読んででみたのですが > 私のＰＣでは一部文字化けのようになりました 中に表示できないコードが埋め込まれているので それで正常です。 オフコンのWSの時は、変な人形の絵が出たり なかなか、面白かったです。 > 必要な部分だけ更新して実行するとそれでも正常に動くか不安で実行はできませんでした > へたれと言わないでくださいね（笑 > 失敗の経験からの注意です。 1行目のRUNコマンド 最後に, , ;となっていますよね？ ここに、変なコードが入っていて、書き戻すだけで 壊れることがあります。 実行しようとすると ”RUNコマンドパラメータエラー”がでます。 対策は、,から;の前までを削除することです。 あと、TITLEの文字の前後の空白(16進で0Fが入っています） は絶対に削除しないこと。SMARTの画面でメンテできなく なります。 ともかく、NECはエディターでパラメータを触られることを 嫌っているようで、いやがらせみたいなことがいろいろ あります。 でも、なれてしまうと神経も麻痺してしまって 平気でやっていました。 まあ最初は、気をつけて壊れてもかまわないもの で試すとか、バックアップを取ってから 試すとかされたほうがいいと思います。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | A-VX管理下のCATSLファイル管理。 | |
| ohe-0111 2004-6-29 1:23:00
[返信] [編集] CATSLのファイル管理についてご存じでしょうか。 順編成ファイル、索引ファイル等でデータを管理 しているのがCATSLのようなのですがNECに聞いても わかりません。どこかに資料があるのでしょうか。 もしくは、NECのどこの部門に問い合わせすれば わかりますでしょうか。 CATSLでファイル管理している顧客はあるのでしょうか。 ご一報頂ければ有り難いです。 | ||
| 2 | Re:A-VX管理下のCATSLファイル管理。 | |
| ターラヤン 2004-6-29 1:24:00
[返信] [編集] > CATSLのファイル管理についてご存じでしょうか。 > 順編成ファイル、索引ファイル等でデータを管理 > しているのがCATSLのようなのですがNECに聞いても > わかりません。どこかに資料があるのでしょうか。 売ったものがわからないとは、なんとも無責任な話です。 ＣＡＴＳＬとは、おそらく、 Ｓ３０５０、Ｓ３１００Ｓモデル系やＯＰ−Ｘ系のディスクバックアップユーティリティです。 ＯＳ標準のツールで、これらのオフコンを使用している／していた所なら 大抵使用していると思います。 磁気ディスクのデータをＣＭＴにバックアップしたり、元に戻したりする ためのものです。 ＯＳは、ＮＴＯＳとかＡーＶＸ５になります。 私がわかるのはこのくらいです。 Ｓモデル系も１０年近く前のモデルになるので、若いサポセンだとわからないのでは？ 上司を出せとか言ってみると、知っている人が出るかもしれませんね。 | ||
| 3 | Re:A-VX管理下のCATSLファイル管理。 | |
| ohe-0111 2004-6-29 1:25:00
[返信] [編集] どうもありがとう御座います。 助かります。 仰せの通りだと思いますので 削除頂ければ有り難いです。 | ||
| 4 | CATSLではお世話になりました。 | |
| ohe-0111 2004-6-30 12:43:00
[返信] [編集] A-VXユーティリティ下のバックアップソフトだと言うことが わかりました。どうもありがとう御座います。 聞いたところでは、４ｍｍＤＡＴに出力するようでした。 ところで、このＤＡＴをＷｉｎｄｏｗｓ環境でリードし タブ、ＣＳＶ形式で出力できるツールがあれば、オフコン ユーザは使うでしょうか。 ご意見お伺いできれば有り難いです。 | ||
| 5 | Re:CATSLではお世話になりました。 | |
| ターラヤン 2004-7-2 23:08:00
[返信] [編集] 少しはお役に立てたでしょうか。 あの後、私も周りの者にどこかに詳しい人かＮＥＣの連絡先を知らないか 聞いてみたのですが、結局わかりませんでした。 文章を見る限りは、問題解決したようで、よかったです。 | ||
| 6 | Re:CATSLではお世話になりました。 | |
| ohe-0111 2004-7-4 14:22:00
[返信] [編集] ターラヤン様 どうもありがとうございました。 また、ご質問させてください。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | COBOLの出力ファイルに改行コードの付加の仕方 | |
| FM-TOWNZ 2004-6-25 14:55:00
[返信] [編集] COBOLからCSVファイルを出力していて、CSVに表のように1行に決まった列出力したいので、改行コードを付加しようと思うのですが、恥かしいはなしですが、出力内容にどのように付け加えていけば良いのかわかりません。たとえば 12,11,4132,1,453,123,54,12,123,34,43,7 これを3行4列にしたい場合どのように改行コードを書いていけばよいのでしょうか?教えてください。 | ||
| 2 | Re:COBOLの出力ファイルに改行コードの付加の仕方 | |
| ＥＸＣＨＡＮＧＥ 2004-6-25 19:39:00
[返信] [編集] ☆ 「改行」というのはＣＲＬＦ（復帰改行）＝レコードセパレータのことで良いのでしょうか？ ☆ Ａ−ＶＸ�薫聞漾複沓娃哀轡蝓璽此■僑娃哀轡蝓璽此砲離侫．ぅ誅�携機能というのを使ってＮＴ領域上へ書き出すとした場合、 （１）「ファイル連携ユーティリティ」（＃ＮＦＬＮＫ）を使って、 ＣＯＢＯＬ上のファイル名とＮＴ領域上のＤＡＴファイル（ＣＳＶ）の対応付けを登録する。 （２）＃ＤＤＭのレコード定義を使って書き出し対象ファイルのＣＯＢＯＬ上での項目定義をデータディクショナリへ登録する。 （３）ＣＯＢＯＬプログラム上で、（２）のレコード定義に対応したＦＩＬＥ定義を使って、ＷＲＩＴＥ命令を使う。 と、やれば、（１）でＮＴ領域上のＤＡＴファイルが「ＣＳＶ」の指定になっていれば、書き出し側のＣＳＶファイルのレコードの最後に自然にＣＲＬＦが挿入されたと思います。 | ||
| 3 | Re:COBOLの出力ファイルに改行コードの付加の仕方 | |
| FM-TOWNZ 2004-6-28 9:07:00
[返信] [編集] 回答ありがとうございます。その方法を参考にして改行コードを出力できました。ありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band