ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:プログラムの属性調査 | |
| ターラヤン 2004-6-16 1:44:00
[返信] [編集] > お世話になります。 > こちらこそ、よろしくお願いします。 > 至極 初歩的な質問かもしれませんが マニュアルか゜主に > ＣＤの物しか無く 見当たらないため 質問させてください。 > たしかに初心者にとってマニュアルはわかりにくい、という気もしますが、 どのあたりまで調査されたのか、あるいはどのくらいまでご存知なのか、 何のために見ようとしているのかがわからないので、なかなか回答しずらい 点があります。 それに運用上の理由により、管理者、使用者によって「出来ること」を制限 している場合もありえるわけで、（例えば、ユーティリティを使わずにＪＳなど を使用させることによって、出来る業務を制限するなど）いろいろとお教えすることによって その辺りの問題が発生しないかとか、いろいろと気になる点があります。 それから、掲示板はいろいろな人が見ることができます。 今回は属性を見るということなので、あまり危険はないとは思いますが、 例えばファイルを初期化したり削除したりする方法を書いて、たまたま掲示板を 見た別の方が、うっかり見よう見まねで操作して消してしまうということも 考えられる訳で。 以前、私のサイトに「ＯＯをしたい時はＸＸを使用する」風のユーティリティ の使用方法についての説明を書いてみようかな、とも思っていたのですが、 以上のような理由でやめました。 > プログラムの作成日 最終使用日 使用回数 等の > 属性をみるにはどのようにすれば 良いのでしょうか？ 詳細は説明書を見ていただくとして簡単に おっしゃっている項目とはちょっと違いますが、 ソースプログラムの、作成日、最終更新日、Rev（更新回数）ならば、 画面表示 #ABC - 4．表示 - ５．ファイルディレクトリ 印刷（画面表示よりいろいろな情報が出力されます。） #ABC - 3.印刷 - ５．ファイルディレクトリ その他 #LBMを使用して5.DISPLAYを選択 or 新HIのシステムメニュー - プログラム開発支援 - 情報管理 - 表示・印刷 - ライブラリディレクトリ という手もあります。 誤操作が怖いので、説明書で確認してから実行してみてください。 > > ＯＳは システムメニューの上部に表示されているのによると > Ａ−ＶＸ Ｒ４．５１です。 > > 宜しくお願いいたします。 | |
| 最終使用日など | |
| BLUELION 2004-6-15 22:39:00
[返信] [編集] うちでは毎日#PFMを動かしそれでできるワークから統計を取って管理しています。 それでとディスクにあるファイルの最終使用日なども一年ほどとればわかり消すことができます。 気の長い話し出しとっても面倒なんですけど | |
| Re:プログラムの属性調査 | |
| ＥＸＣＨＡＮＧＥ 2004-6-15 13:38:00
[返信] [編集] > > プログラムの作成日 最終使用日 使用回数 等の > 属性をみるにはどのようにすれば 良いのでしょうか？ ☆ こんにちは。 属性調査ということですが、 多分、最終使用日や、使用回数などは分からないと思います。 ソースプログラムの作成日、更新日や オブジェクトプログラムのリンク日などは分かると思います。 > > マニュアルか゜主に > ＣＤの物しか無く 見当たらないため 質問させてください。 > ☆ と、いうことですが、 まさにその「ＣＤマニュアル」に全てが記述されており、 実は、それ以上の説明書も、それ以下の説明書というのもありません。 （最近は紙マニュアルというのはほとんど出回っていませんし、あっても内容はＣＤものと同じと思います。） ＣＤマニュアルの「互換操作法」または、「ユーティリティ」の説明書を調べられてはいかがでしょうか？ ☆ （追伸）：全くの初心の方だけで、現に動いているシステムの中身をいじくるのは、（誤操作時のリスクを考えると）ちょっとこわいので、このシステムを構築された方（または会社）の人にあらかじめご相談されたほうが安全と思います。 | |
| プログラムの属性調査 | |
| Ａ−ＶＸ 初心者 2004-6-14 11:22:00
[返信] [編集] お世話になります。 至極 初歩的な質問かもしれませんが マニュアルか゜主に ＣＤの物しか無く 見当たらないため 質問させてください。 プログラムの作成日 最終使用日 使用回数 等の 属性をみるにはどのようにすれば 良いのでしょうか？ ＯＳは システムメニューの上部に表示されているのによると Ａ−ＶＸ Ｒ４．５１です。 宜しくお願いいたします。 | |
| Re:レーザープリンタの書式 | |
| ＥＸＣＨＡＮＧＥ 2004-6-9 20:47:00
[返信] [編集] > > KLP-100C KLP-170D で書式オーバーレイ使用して印字するCOBOLプログラムを利用してLP-A4縮小でレーザープリンタに出力してますが書式が印字されませんCANONLBP-1810 NEC2000FW 2000Eで書式オーバーレイを使用する > ことができるのでしょうか、又 LP-A4縮小でもできますか > ＦＤＬのプログラムの指定方法、#FORMの指定方法(FOF)を教えて下さい。 > ☆ Ａ−ＶＸ（７００、６００シリーズ）におけるプリンタの考え方は、 （１）ＳＧ上のプリンタ名（Ａ−ＶＸから見た論理的なプリンタの型式というか種別）。 （２）ＷＳエミュレータ上のプリンタ名（ＷＳエミュレータから見たプリンタの機種名）。 （３）実際の物理的なプリンタの名称（実際のプリンタに付けられた製品名）通常Ｗｉｎｄｏｗｓに追加されたプリンタ名。 以上、３つのポイントがあります。 設定上でも、上記３ポイントがきっちり登録設定されていないと正しく動作しません。 ☆ 例えば、パソコンプリンタである「ＰＲ−Ｄ７００ＬＸ」の場合ですと、 （１）ＭＰＰ１００Ｃ２ （２）ＰＲ−Ｄ７００ＬＸ （３）Ｍｕｌｔｉｉｍｐａｃｔ７００ＬＸ と言う感じです。ＳＧにて（１）を、ＷＳエミュレータプリンタ設定「機種名」にて（２）を、同じくエミュレータの「プリンタ名」にてＷｉｎｄｏｗｓ上のプリンタ名（３）を指定します。 ☆ パソコンプリンタの場合、主なパターンとして、 ＊ オフコンリアルプリンタ系の後継プリンタ（ＰＲ−Ｄ２０１ＭＸなど）は （１）が、ＣＬＫＳＰ８０Ｃ３ ＊ オフコンＯＡプリンタ系の後継プリンタ（ＰＲ−Ｄ７００ＬＸ、ＪＸ、ＸＸなど）は （１）が、ＭＰＰ１００Ｃ２ ＊ オフコンページプリンタ系の後継プリンタ（ＰＲ−Ｌ２３００、２３５０）などは （１）が、ＬＣＰ１０Ｊ ＊ 他社製パソコンプリンタはシリアルプリンタ、レーザプリンタともにいわゆる２０１モード対応機種であることが最低条件で、 （１）が、ＣＬＫＳＰ８０Ｃ２ （２）が、ＰＣ−ＰＲ２０１Ｈ（だったり、よく似た他機種だったりするのでいろいろ試してみることです。。） 詳しくはＷＳエミュレータＣＤ内のドキュメントをご覧下さい。 ☆ さて、そこで以上の基礎知識をふまえてかんがえますと、 ＣＡＮＯＮのレーザプリンタの場合、Ａ−ＶＸ上は、ＣＬＫＳＰ８０Ｃ２と認識されているわけで、これはオフコン時代で言うとシリアルプリンタの一種と認識しているわけです。 従って、ＫＬＰの書式オーバーレイは利用できないのではないでしょうか？（シリアルプリンタの罫線はソフト上全く指定方式が違ったと思います。オーバーレイではなくプログラム内に記述する方式でした。さらにプリンタの種類によっても少しずつ記述方法が違っていてかなり複雑だったと思います。そしてもし、その方式で正しく記述されていた場合でもパソコンレーザから出力したとき罫線がプリントされるかどうか私は試したことがないので分かりません） ☆ ＮＥＣのＰＲ−Ｌ２３００、２３５０など、オフコンページプリンタ系の後継機種のレーザプリンタの場合は、ページプリンタに沿ったかたちで罫線フォームを指定すれば、フォームオーバーレイが可能かと思います。 ☆ 以上、文献で良く確認していませんし、実際にテストしたわけではないので、思い違いがあるかもしれません。 ☆ （追伸）： Ａ−ＶＸの罫線プリントは書式オーバーレイにしてもプリンタごとの違いがいろいろで、しかもフォントなどを調整するのが非常に難しいと思います。 ＊ ＮＴ領域へ出力内容を書き出して、（もしくはＯＤＢＣ等を経由して、）Ｗｉｎｄｏｗｓ系のフォームを使って、ＣＡＮＯＮなどへプリントする。 ＊ Ａ−ＶＸのＢｉｚＲｅｐｏｒｔｉｎｇを利用する。 といった方法の方が、うまくいくかもしれません。 | |
| Re:レーザープリンタの書式 | |
| bluelion 2004-6-8 13:30:00
[返信] [編集] たぶんＣＡＮＯＮはだめでしょうね あと古いレーザーですが、ＷＳのエミュレータのVerにもよると思います 縮小印刷の件は手元に資料がないのでいまはわかりません 書式オーバーレイはマニュアルないときつくありませんか？ 詳細な返答はまた詳しい人からあるとおもいますので簡単なところだけ返答します（笑） | |
| レーザープリンタの書式 | |
| U4` 2004-6-8 10:54:00
[返信] [編集] EXPRESS 5800/640AI 5.51 を使用しているユーザーです ﾏﾆｭｱﾙがCD-ROMも本もないので教えて下さい。 KLP-100C KLP-170D で書式オーバーレイ使用して印字するCOBOLプログラムを利用してLP-A4縮小でレーザープリンタに出力してますが書式が印字されませんCANONLBP-1810 NEC2000FW 2000Eで書式オーバーレイを使用する ことができるのでしょうか、又 LP-A4縮小でもできますか ＦＤＬのプログラムの指定方法、#FORMの指定方法(FOF)を教えて下さい。 | |
| Re:データベースエンジン | |
| bluelion 2004-6-3 10:27:00
[返信] [編集] 大きなディスクキャッシュって認識でマニュアル読んでました 本日試しに大きいファイルをつくってやってみます キャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？ しらべなきゃ！ | |
| ＮＦＣＮＶは便利ですね | |
| bluelion 2004-6-3 10:23:00
[返信] [編集] ただし外字には注意ですけど 7200では失敗するとたちあがらないなどの 問題でできないＳＧをいじって遊んでいます PRINTVIEWは入っていませんでした CBL85は入っているのでIisとのリンクはおもしろそうですね あとVPNなんかもおもしろそうですね | |
| Re:面白そうな機能 | |
| あき 2004-6-3 9:56:00
[返信] [編集] > 640ADテスト機で面白そうなこと教えてください > 有償オプションだったか標準だったか忘れましたが、 PrintView が私にとっては最も大きなメリットでした。 運用が（楽な方向に）ゴッソリ変わってしまいました。 #NFCNV もかなり助かってます。 | |
| 面白そうな機能 | |
| ターラヤン 2004-6-3 1:12:00
[返信] [編集] > 640ADテスト機で面白そうなこと教えてください > Ａ−ＶＸのバージョンがわからないので、使えるかどうかわかりませんが、 ウェブ連携機能やメール連携機能はどうでしょうか？ 説明書などを見て、なんとなく仕組みや使い方はわかったので、私も 時間があれば試してみたいと前から思っていました。 もしかしたらこのサイトのネタにできるかな、と密かに考えていました。 ＡＤとのことなので、Ａ−ＶＸのバージョンもその頃のものであれば、 おそらく使えない可能性が高いですが、 ＣＯＢＯＬのマウスの機能はどうでしょうか。 私も試しにＣＯＢＯＬでマウス機能を使ったプログラムを作って みました。このサイトのＣＯＢＯＬサンプルプログラムのところ にあります。 業務に使えるかということになると？ですが、なかなか面白いです。 他に６００シリーズの標準の機能を挙げるなら、 ＯＲＡＣＬＥとＡ−ＶＸ／ＲＤＢを連携させるＤＢレプリケーション の機能もあります。 以上のものは、６００シリーズの標準の機能ですが、Ａ−ＶＸのバージョン によってできるものできないものがあるので、確認してみてください。 | |
| Re:データベースエンジン | |
| ターラヤン 2004-6-3 0:48:00
[返信] [編集] 昨日返信を書いたときも、もしかしてＤＢ−Ｅのことかなとは思って いたのですが、やはりそうでしたか。 すでにＥＸＣＨＡＮＧＥさんが書いていますので、付け加えることは あまりないのですが、まとめておきます。 ＤＢ−Ｅの使い方は、６００シリーズの「データ管理説明書」に詳しく書いてあります。 これを見れば、誰でもできると思います。 blueelionさんのところは、Ｓ７２００もあるとのことですので、 Ｓ７２００シリーズ用の説明書を見ているのではないでしょうか。 Ｓ７２００と６００シリーズでは、ＤＢ−Ｅの方式が違うため、 Ｓ７２００の方の説明書を見ても書いてありません。 （６００シリーズのＤＢ−Ｅは標準機能なので、標準の説明書に方法が 書いてあるが、Ｓ７２００の方はオプションなので、装置側の説明書 に書いてあるはず。） おそらく皆さんご存知のことかと思いますが、ＤＢ−Ｅの仕組みは、 （以下の説明は説明書の内容から予想した部分もあります。） 高速化したいファイルをメモリ上に貼り付けて、ディスクからデータを 読み込んだり書き込んだりするのではなく、メモリから読み書きする というもの。 つまり、ディスクキャッシュや、１０年ぐらい昔にパソコンがフロッピー ディスクベースだった頃はやったRAMディスクのようなもので、今と なってはごく普通の技術です。 （パソコンの驚速とかいうソフトで、CD-ROMの読み書きを高速化する のと同じ仕組み？） Ｓ７２００の頃は、専用の装置（メモリがいっぱい載っている）を 使って実現していました。 ６００シリーズ（７００シリーズも？）は、専用の装置の代わりに、 本体のメモリをそのまま使っています。 ここからは予想なのですが、ＥＸＣＨＡＮＧＥさんが書いている 「ただ、これを使うとＣＰＵ負荷がかかるらしく、」という話は 以下の理由によるものだと思います。 ・６００シリーズのＤＢ−Ｅは、本体のメモリを使用している。 ・ＤＢ−Ｅが、６４Ｍバイトなり１２８ＭＢなりのメモリを使用すれば、 当然Ｗｉｎｄｏｗｓが使用できるメモリは減る。 ・Ｗｉｎｄｏｗｓは、仮想メモリと物理メモリを使って、メモリの使用 を制御している。メモリが足りないと、仮想メモリ?物理メモリのＳＷＡＰ が多発する。 ・ＳＷＡＰが多発すると、その処理のためにＣＰＵ負荷とディスクＩＯ が増える。 普通Ｗｉｎｄｏｗｓサーバのメモリ量が少ないと、やたらとＳＷＡＰが 発生して、遅くなりますよね。 つまり、搭載しているメモリが少ないと、ＤＢ−Ｅでせっかくファイル のアクセススピードが速くなっても、メモリサイズを圧迫してしまい、 ＷｉｎｄｏｗｓのＳＷＡＰが増えて逆に悪影響になってしまう。 ということだと思います。 （あくまでも予想ですが、だいたい合っているのでは？） それから、「メモリ上のデータ」は、「ディスク上のデータ」の コピーでしかないので、もし「メモリ上のデータ」を書き換えたら 処理の終了時に「ディスク上のデータ」に書き戻してあげる必要が あるということです。 | |
| 面白そうな機能 | |
| BLUELION 2004-6-2 16:25:00
[返信] [編集] 640ADテスト機で面白そうなこと教えてください うちの会社では COBOLとスマートの機能しか使っていないのでどうもぴんときません | |
| ＶＰＮを使おう！ （今こそＡ−ＶＸで新システムを） | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 9:39:00
[返信] [編集] ☆ ブロードバンドを利用したＶＰＮの出現は、Ａ−ＶＸに対しても大きな恩恵を与えつつあります。 ☆ 従来回線＋ＶＷＳを使ったオンラインシステムは、ＡＳ４００（その昔はＳ３６も含む）や、メインフレームに比べて大きなハンディがありました。Ａ−ＶＸｃｏｂｏｌからの対話型処理は、（特別な作り方をしない限り）項目単位に行なわれるため、ＡＳ４００などの画面単位の送信、受信方式と比べてきわめて通信上でのレスポンスが悪く、インラインのソフトをそのままオンラインで使うことが難しいケースが多々ありました。 そこで、支店などに配置されたＡ−ＶＸ機にバッチでデータ転送したり、とかいうのがよくありました。 ☆ 以前のジオボードでの投稿にもありましたね。 営業所（下請けさんでしたっけ？）で、制作指図のデータをバッチ受信する小型Ａ−ＶＸ機をパソコンで代替えできないだろうか？ というような話です。 ☆ 今の６００シリーズでしたら、本社のＡ−ＶＸ親機からメール連携を使って、ＣＳＶデータを添付送信し、それをＰＣで取り込む、というのも出来ますし、小規模な場合こちらの方が手っ取り早いような気もしますが、 この際、 「ＶＰＮを使って、本社支店間の直接オンラインシステムの構築＝集中管理による新システムの構築」を検討してはどうでしょうか？ もちろん支店側の端末はすべてＰＣです。支店側にＡーＶＸマシンは不要です。 ☆ インターネットを使ったＶＰＮは、まだまだクリアすべき課題が多くあることは確かですが、Ａ−ＶＸを使ったオンラインシステムに大きなチャンスが生まれていることだけは間違いがありません。Ｃ／Ｓ型のオープン系のシステムをそのままＶＰＮに乗せるのは問題が多く、むしろＡ−ＶＸを使ったシステムの方がＶＰＮに乗せて行くのに有利であるようです。 | |
| Re: ＶＰＮを使おう！ （今こそＡ−ＶＸで新システムを） | |
| ターラヤン 2004-6-2 9:39:00
[返信] [編集] 情報ありがとうございます | |
| Re:データベースエンジン（少し訂正あり） | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 8:19:00
[返信] [編集] ☆ 前回の投稿内容は少し不正確だったようで。。（すみません） ☆ まず、Ｓ７２００以前のＤＢエンジンですが、「別プロセッサ」を使っていたかどうか？？？ 物理的に別のメモリー機構をオプションで追加したことだけは確かです。 ☆ どうやらこのＤＢエンジンという仕掛はディスクのＩ−Ｏ（ＲＥＡＤ／ＷＲＩＴＥ）を高速化するためのものらしく、ｃｏｂｏｌからのＳＥＬＥＣＴ文による検索を高速化するためのものではないようです。（結果的に高速化するとおもいますが。。） ☆ 三菱「グレオ」の場合は完全に別プロセッサ＋メモリで処理され、どちらかというとデータの抽出、並べ替えなどに威力を発揮するようです。 ☆ もし、ディスクＩ−Ｏの高速化ということであれば、マスタを頻繁に参照、更新するような処理などに向いているのではないでしょうか？ マスタをＤＢエンジンに貼り付けるのでしたらそれほど大容量メモリが使えなくてもいいかも。 ☆ ただ、これを使うとＣＰＵ負荷がかかるらしく、その辺を考慮して使用することと他の方からうかがっています。（ＤＢエンジンを使用しない他の業務の処理に影響を与えるので、タスク間の優先を考慮する必要がある） ☆ Ｓ７２００以前についていえば、このＣＰＵ負荷というので結構苦労しましたね。大量データを検索しに行くと他の業務（入力業務のレスポンスなど）に影響が出やすかったんで。。 ☆ ６８０ＡＤというのを使って（使わせてもらって？）開発したことがありますが、もう、この、４ＣＰＵの世界というのは別次元でしたね！！ カットオーバーしてみんなが思ったのは、「昨日までの７２００でのことは何だったんだろう？？」 | |
| Re:データベースエンジン | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 0:24:00
[返信] [編集] ☆「あき」さんたちと少し議論がかみ合っていないように思うのですが。。 ☆ 多分、「ｂｌｕｅｌｉｏｎ」さんのおっしゃっておられるのはＭＳＤＥ等のようなＤＢＭＳの事ではなく、古いＡ−ＶＸマシンで「別プロセッサ」を使ってやっていた物理的な高速化機構（三菱のオフコンでいうと「グレオ」と同様な機構）で、現在はサーバのメモリを使って行っています。 > DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが > DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ ☆ このサーバメモリを使った高速化機構ですが、たしか最大で２５６Ｍぐらいしか使えなかったように記憶しています。下位機種ではもっと少なかったような気がします。 ☆ マスタにしてもデータファイルにしても、この程度の大きさなら、ふつうに全件検索してもたいしたことはないので、そんなにありがたいと思ったことはありませんので、私としては実際に使用した経験はありません。 ☆ ただ、ちらっと調べた感じでは、 （１）ＳＧにおいてＤＢエンジンサイズを指定。（あっ！これは済んでいるんでしたね。。） （２）たしかシステムメニュー（Ｆ９キーを押下すると出てくるやつです。ＳＧ設定によってはＡ−ＶＸログイン時に初めから表示されている場合もあり）にて、０３「媒体管理支援」を選ぶと、Ｅ／ＤＢ?エンジンが出てきます。ここで「ＰＲＥ−ロード」、「解放」とやるのではないでしょうか。。 ☆ サーバ起動時に実行させるには、上記をパラメータ化して初期ジョブで実行させるのでしょうか？？？ 実際に実行したことがないのでよく分かりません。何か参考になれば。。。 | |
| Re:データベースエンジン | |
| AD640好き あらため bluelion 2004-6-1 15:38:00
[返信] [編集] 返信ありがとうございます 実は本システムは7200/100で稼働していて バックアップに640ADがある環境なので いままであまりいじっていませんでした DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ | |
| Re:データベースエンジン | |
| あき 2004-6-1 2:09:00
[返信] [編集] 皆様はじめまして。 あきと申します。 > そこで私物のＡ−ＶＸを最大限使うべく > 普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりません > ちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました > いろいろ書こうと思っていたのですが、 そもそもDBエンジンを使わないA-VX環境ってアリなんですかね（笑 | |
| Re:データベースエンジン | |
| ターラヤン 2004-6-1 1:10:00
[返信] [編集] はじめまして。ターラヤンと申します。今後ともよろしくお願いします。 いろいろな機能を試してみることができるので、自分専用のオフコンがあるといいですね。 ６４０ＡＤのようですが、当時定価で購入すると結構な値段のはずです。ＯＳなどソフト一式もきちんと付いていたのなら、おそらくお得なのでしょう。 私も以前オークションにＮ８ＶＳIIが出ているのを見たことがありますが、本体がバラバラの状態な上にＯＳも無いようだったので、これを買う人がいるのだろうかと疑問に思っていました。 データベースは、標準装備なので、使えるはずです。データベースのマニュアルを見ながら、気長にやってみてはどうでしょうか。 最近のオープン系のデータベースとは、内部構造が結構違っているため、設定、準備など異質な部分もあり、慣れないとちょっと難しいかもしれません。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band