NECのオフコン情報掲示板(ノウハウ系)
NECのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
COBOL | |
BLUELION 2005-2-2 21:56:00
[返信] [編集] こんなものが、発表になったみたいです オフコンとありますから CBL85から移行ですよね 詳細がないのでなんともいえませんが 興味を引きました http://enterprise.watch.impress.co.jp/cda/software/2005/02/02/4509.html | |
Re:#ABCの補助説明 | |
ターラヤン 2005-1-13 22:20:00
[返信] [編集] > ご存知のかたもおられるとは思いますが。 > #ABCの使い方で、画面の右肩に補助説明という表示が > でるときがあります。 #ABCの説明書は、なぜかCD−ROMマニュアルに載っておらず別売りなので、この補助説明は役に立ちますね。 私も最近いろいろな説明書を読み直しているのですが、新しい発見がいろいろあります。 昔試行錯誤して会得した事が、説明書を読むとちゃんと書いてあったりします。 | |
Re:ジョブ起動ユーティリティについて教えてください | |
Richard 2005-1-9 17:34:00
[返信] [編集] 下記の通りやってみたところ、うまくいきました。ありがとうございました。 > * WSエミュレータのバージョンがP703あたりから後のバージョンの場合、ジョブ起動ユーティリティのインストール時にセットされた「RUNウィザード」(Runwiz.exe)はうまく作動しません。 > > * WSエミュレータのCD−ROM内のJOBUTLフォルダ内に入っているRunwiz.exeを使うと「情報登録名」が表示されます。 > > (CD−ROM)¥JOBUTL¥Runwiz.exe > −−> C:¥WS−EML¥Runwiz.exeへ上書きする。 > > と、やってみて下さい。 > > | |
Re:ジョブ起動ユーティリティについて教えてください | |
EXCHANGE 2005-1-8 20:45:00
[返信] [編集] > インストールは簡単にできたのですが、いざ使おうとしたら、『RUN ウィザード』のショートカットアイコンの登録で 情報登録名 が何も出てきません。 * WSエミュレータのバージョンがP703あたりから後のバージョンの場合、ジョブ起動ユーティリティのインストール時にセットされた「RUNウィザード」(Runwiz.exe)はうまく作動しません。 * WSエミュレータのCD−ROM内のJOBUTLフォルダ内に入っているRunwiz.exeを使うと「情報登録名」が表示されます。 (CD−ROM)¥JOBUTL¥Runwiz.exe −−> C:¥WS−EML¥Runwiz.exeへ上書きする。 と、やってみて下さい。 | |
ジョブ起動ユーティリティについて教えてください | |
Richard 2005-1-8 11:26:00
[返信] [編集] ジョブ起動ユーティリティをはじめて使う者です。 インストールは簡単にできたのですが、いざ使おうとしたら、『RUN ウィザード』のショートカットアイコンの登録で 情報登録名 が何も出てきません。 『PC/WSエミュレータ(32)』は普通に使えています。 マニュアルには、『PC/WSエミュレータ(32)』で登録済みの通信情報登録名が表示されます。 登録名一覧の中から、接続するA-VXサーバを指定します。とあるのですが、どうしてでしょうか? サーバーは640Xiで、クライアントはWindows98SEです。(Windows2000でもダメでした。) よろしくお願いします。 | |
#ABCの補助説明 | |
MAKI 2005-1-7 15:14:00
[返信] [編集] ご存知のかたもおられるとは思いますが。 #ABCの使い方で、画面の右肩に補助説明という表示が でるときがあります。 これは、HELPキーを押すと、オンラインヘルプが表示 されるという意味です。 で、HELPキーを押すと、元の画面に応じたオンライン ヘルプが表示されます。 簡単ですが意外に便利なことも書いてありますので ご存知ないかたは、一度見てみられたら何か役に たつことがあるかもしれません。 ちなみに、第一画面のヘルプは次のようなものです。 実行機能選択 (補助説明) 確認 ^ 補助説明 目的とする機能を選択してください。 選択例 ファイルの内容をステーションに表示する −> 4.表示 FDを初期化する −> 9.初期化 ファイルを登録する −> 1.ファイル情報の保守 * * * * * の表示されているメニューは選択出来ません。 次頁 #ABCの画面構成 第一画面・・・#ABCが起動され最初に表示される画面です。 この画面を実行機能選択画面と言い、実行機能をメニュー番号にて選 択する画面です。 第二画面・・・実行機能選択画面で選択されたメニューにより表示される画面です。 この画面を処理選択画面と言い、処理をメニュー番号にて選択する画 面です。 第三画面・・・処理選択画面で選択されたメニューにより表示される画面です。 この画面をパラメータ入力画面と言い、処理に必要なパラメータを入 力する画面です。 補助説明画面・・・この画面は#ABCにより実行可能な機能および処理概要を説明 したものです。 #ABCの画面は,基本的に上記の四画面で構成され,指定した処理が終了すると,再 び第一画面に戻り,次の実行機能を選択することができます。 パラメータ画面での注意 ・オプションパラメータ以外のパラメータは、必ず指定して下さい。 ・オプションパラメータについては、パラメータ項目中に指定項目がなければ省略す ることができます。 操作キーの説明 ・実行機能選択画面で使用できるキー ・数字 ・・・メニュー選択 ・リタンキー ・・・パラメータ入力終了 ・処理選択画面で使用できるキー ・数字 ・・・メニュー選択 ・リタンキー ・・・パラメータ入力終了 ・PF9 ・・・実行機能選択画面(第一画面)に戻る (メニュー画面に99のメニューがないときに使用する) ・パラメータ入力画面で使用できるキー ・数字 ・・・メニュー選択 ・英字、カナ、数字、特殊記号・・・パラメータ入力 ・リタンキー ・・・パラメータ入力終了 ・BSKIP ・・・一つ前のパラメータの再入力 ・SKIP ・・・入力スキップ ・RESET ・・・メッセージ確認 ・PF9 ・・・実行機能選択画面(第一画面)に戻る ・補助説明画面で使用できるキー ・前進キー ・・・次の画面表示 ・リタンキー ・・・次の画面表示 ・PF9 ・・・補助説明キーが押された画面に戻る メニューの内容は次のとおりです。 1.ファイル情報の保守 ...データファイル、システムファイル、SUL・JSL などの特殊ファイル、A−VX MXファイル、リモ ートファイル、表定義、デバイスサーバ、リモートプ リンタ等の定義・削除・置換を行う。 2.ボリューム情報の保守...ボリュームに関する情報の登録・削除・置換を行う。 3.印刷 ...ボリュームマップ、ボリュームダンプ、ファイルのデ ィレクトリ等のリストを指定のプリンタに出力する。 4.表示 ...ボリュームマップ、ボリュームダンプ、ファイルのデ ィレクトリ等のリストをステーションに表示する。 5.複写(変換) ...ボリュームまたはファイルの内容を,複写または変換 する。 6.照合 ...ボリュームまたはファイルの内容を照合し,結果を印 刷する。 7.ソート ...データの分類を行う。 8.再編成 ...ボリュームまたはファイルを再編成する。 9.初期化 ...ボリュームまたはファイルを初期化する。 10.復旧 ...未クローズファイルとI/Oエラーセクタを復旧する 11.退避・復帰 ...ボリュームまたはファイルの退避・復帰を行う。 12.ファイルに関するその他の機能 ...MIXファイルの索引部を生成する。 98.パラメータ登録 ...指定したパラメータを指定したPML(パラメータ) またはJSL(ジョブストリーム)に登録する。 パラメータ登録可能な機能は次のとおりです。 1.ファイル情報の保守 6.照合 2.ボリューム情報の保守 8.再編成 3.印刷 9.初期化 5.複写(変換) 10.復旧 上記の機能のうちパラメータ登録できないものは次の とおりです。 1.ファイル情報の保守…3.データディクショナリの保守 4.デバイスサーバの保守 5.複写(変換)…4.ファイル(A-VX->VIA) 5.ファイル(VIA->A-VX) (パラメータ入力時ファイル存在チェック等が行われる ので注意して下さい。またパラメータ登録機能を使用 中は補助説明画面は使用できません。) 次頁 99.終了 ...#ABCの実行を終了する。 | |
Re:Re:Re:ジョブの自動実行(スケジュール化) | |
MAABOO 2004-12-22 14:46:00
[返信] [編集] > マニュアルを読んで、やってみました。うまく出来そうな気がしましたが、残念ながら、 > #AJOBMでスケジュールを登録しようとしたら、「IJCCが接続できません」となってしまいました。 > SGが必要みたいなので、ちょっとお手上げです。社内ではSGは無理なのでベンダーに頼むことになります。機会があればお願いするかも知れませんが、今回は見送ります。 #AJOBCを起動した状態で、#AJOBMを起動すれば、「IJCCが接続できません」は回避できます。当然、SGのIJCパラメータの設定は必須ですが。 | |
Re:Re:Re:ジョブの自動実行(スケジュール化) | |
Richard 2004-12-14 19:09:00
[返信] [編集] > 自動電源制御がなくても、自動運転機能は動きます。 > #AJOBCを一旦常駐させてしまえば、後は問題なく動きます。 > 以前620Aiでやったことがあります。 > マニュアルを読んで、やってみました。うまく出来そうな気がしましたが、残念ながら、 #AJOBMでスケジュールを登録しようとしたら、「IJCCが接続できません」となってしまいました。 SGが必要みたいなので、ちょっとお手上げです。社内ではSGは無理なのでベンダーに頼むことになります。機会があればお願いするかも知れませんが、今回は見送ります。 | |
Re:Re:ジョブの自動実行(スケジュール化) | |
ターラヤン 2004-12-13 21:02:00
[返信] [編集] > あまり、お金をかけられないので、COBOLかジョブ起動ユーティリティになるかと思います。 > 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。(1ライセンス定価で25,000ですね。) たしかにWindows側から起動するのが一番無難そうですね。 > 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 > 有難うございました。 自動電源制御がなくても、自動運転機能は動きます。 #AJOBCを一旦常駐させてしまえば、後は問題なく動きます。 以前620Aiでやったことがあります。 | |
Re:ジョブの自動実行(スケジュール化) | |
Richard 2004-12-13 9:03:00
[返信] [編集] あまり、お金をかけられないので、COBOLかジョブ起動ユーティリティになるかと思います。 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。(1ライセンス定価で25,000ですね。) 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 有難うございました。 > * レプリケーションはWindows上のSQLserverまたはOracleしか多分ダメでしょう。 > > * 自動化する場合、 > (1)A−VX −−> TEXT出力 > (2)TEXT −−> LinuxのDBへ取り込み > の2つのジョブが排他的に実行されないとマズイのでは。。 > > * (1)をA−VXで自動実行し、(2)をWinPCまたはLinuxから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 > > * いっそ、実行はWindows側でスケジュールするとかして、 > > (A) WinPCクライアント上からVBとかAccessを使って、A−VXのDB−−>LinuxDBとやった方が。。 > (RDBサーバ、ODBCを使えば出来るのでは??) > > それとも、 > (B) ジョブ起動ユーティリティで > (1) A−VX−−>TEXT > (2) VBにて TEXT −−> LinuxDB > の2つを連続実行する。 > > とかは出来ないでしょうか? > > > > COBOLで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > > 詳しくは「システム管理説明書」「第4章 運用管理」の「自動運転機能」を見てください。 > > > > それから600シリーズにはDBレプリケーション機能というものがあり、A−VXのデータベースをOracle等に複製する機能があります。LinuxもOKなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > > > > > > | |
Re:ジョブの自動実行(スケジュール化) | |
EXCHANGE 2004-12-13 2:03:00
[返信] [編集] * レプリケーションはWindows上のSQLserverまたはOracleしか多分ダメでしょう。 * 自動化する場合、 (1)A−VX −−> TEXT出力 (2)TEXT −−> LinuxのDBへ取り込み の2つのジョブが排他的に実行されないとマズイのでは。。 * (1)をA−VXで自動実行し、(2)をWinPCまたはLinuxから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 * いっそ、実行はWindows側でスケジュールするとかして、 (A) WinPCクライアント上からVBとかAccessを使って、A−VXのDB−−>LinuxDBとやった方が。。 (RDBサーバ、ODBCを使えば出来るのでは??) それとも、 (B) ジョブ起動ユーティリティで (1) A−VX−−>TEXT (2) VBにて TEXT −−> LinuxDB の2つを連続実行する。 とかは出来ないでしょうか? > COBOLで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > 詳しくは「システム管理説明書」「第4章 運用管理」の「自動運転機能」を見てください。 > > それから600シリーズにはDBレプリケーション機能というものがあり、A−VXのデータベースをOracle等に複製する機能があります。LinuxもOKなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > | |
Re:ジョブの自動実行(スケジュール化) | |
ターラヤン 2004-12-12 23:13:00
[返信] [編集] COBOLで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 詳しくは「システム管理説明書」「第4章 運用管理」の「自動運転機能」を見てください。 それから600シリーズにはDBレプリケーション機能というものがあり、A−VXのデータベースをOracle等に複製する機能があります。LinuxもOKなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 | |
Re:ジョブの自動実行(スケジュール化) | |
EXCHANGE 2004-12-12 22:31:00
[返信] [編集] * これまた自分で使ったことがないのに説明して申し訳ないのですが、COBOL85システムサブルーチン説明書のなかに 「インターバルタイマ」というのがあります。 * CALL ”CBLTIMER” USING データ名 という形で指定すれば、最大320秒までですが時間待ちが出来るようです。 2時間間隔ということでしたら、これをPERFORMで何回か繰り返すとかしてはいかがでしょうか? > 他システムとの連携を#NFCNVで出力したテキストファイルを使って > 行っています。(テキスト出力後、PCからLinuxのDBに書き込み) > 1日5〜6回の処理を現在は人手でやっています。 > 人手から自動化に変えたいので、640XiのWindows領域に出力した > テキストファイルをLinuxサーバー上から定期的に取込ようなことを > 考えていますが、Linuxの方はスケジュール化(自動化)できるの > ですが、オフコン側は例えば1時間おきにジョブを実行するようなことはできるのでしょうか。 > COBOLで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 > その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか? > | |
ジョブの自動実行(スケジュール化) | |
Richard 2004-12-12 17:12:00
[返信] [編集] 他システムとの連携を#NFCNVで出力したテキストファイルを使って 行っています。(テキスト出力後、PCからLinuxのDBに書き込み) 1日5〜6回の処理を現在は人手でやっています。 人手から自動化に変えたいので、640XiのWindows領域に出力した テキストファイルをLinuxサーバー上から定期的に取込ようなことを 考えていますが、Linuxの方はスケジュール化(自動化)できるの ですが、オフコン側は例えば1時間おきにジョブを実行するようなことはできるのでしょうか。 COBOLで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか? | |
Re:オフコンのパスワード | |
Richard 2004-12-9 19:14:00
[返信] [編集] > * 私は実際に使ったことがないので、うまく利用できるかどうかわかりませんが、A−VXのCOBOL85の画面節の「属性指定」で、SECRETという指定があります。説明によると、「入力項目に対するデータの表示を行わないようにする」となっています。これなどはひょっとすると利用できるのではないでしょうか? > > * ちなみに私自身は、オペレータコードにたいしてパスワードと初期メニューを設定してユーザに使ってもらっています。 > ご教示ありがとうございます。SECRETの指定でうまくいきました。助かりました。 オペレータコードについてもちょっと勉強してみようかと思います。 | |
Re:オフコンのパスワード | |
EXCHANGE 2004-12-9 18:19:00
[返信] [編集] * 私は実際に使ったことがないので、うまく利用できるかどうかわかりませんが、A−VXのCOBOL85の画面節の「属性指定」で、SECRETという指定があります。説明によると、「入力項目に対するデータの表示を行わないようにする」となっています。これなどはひょっとすると利用できるのではないでしょうか? * ちなみに私自身は、オペレータコードにたいしてパスワードと初期メニューを設定してユーザに使ってもらっています。 > 会社でオフコンの運用・管理をしているものです。 > 使用機種は EXPRESS/640xi です。 > > この度、会社の方針(セキュリティ対策の一環)で > ユーザーが使用する際にパスワードを入力する > ことになり、COBOLで簡単なプログラムを作り込みました。 > ID・パスワードを入力して正しければメニュー登録してある > パラメータを PROGRAM-ID で指定して終了するという単純なもの > ですが、1つ困ったことは、ACCEPT命令でパスワードを入力するので > 入力した文字が画面に表示されてしまいます。 > Windowsでは*****になりますが、オフコンでも何か良い方法は > ないでしょうか? 教えてください。 | |
オフコンのパスワード | |
Richard 2004-12-9 17:50:00
[返信] [編集] 会社でオフコンの運用・管理をしているものです。 使用機種は EXPRESS/640xi です。 この度、会社の方針(セキュリティ対策の一環)で ユーザーが使用する際にパスワードを入力する ことになり、COBOLで簡単なプログラムを作り込みました。 ID・パスワードを入力して正しければメニュー登録してある パラメータを PROGRAM-ID で指定して終了するという単純なもの ですが、1つ困ったことは、ACCEPT命令でパスワードを入力するので 入力した文字が画面に表示されてしまいます。 Windowsでは*****になりますが、オフコンでも何か良い方法は ないでしょうか? 教えてください。 | |
Re:ノートですが | |
BLUELION 2004-11-28 20:56:00
[返信] [編集] やはりそうでしたか! BIOSで共通点があるのでしょうかね? ネットで調査用の610を購入できましたので 今回はNT4 workstationで調べてみますね 昔のBIOSって3モード有効・無効を設定できたりしたので もしかしたらBIOSのメーカーで結構けっこういけたりするかもしれませんね > 返事が遅れてすみませんです。 > レスありがとうございました。やはりBIOSに関系がありそうでした。 > 親しいNECフィールディングへ確認した所DOS/V機でも完全に動作するモデルがあるそうです。例えばエプソンの過去のモデルとか。 > 今回は620からFDデッキとドライバーを移植してもやはり > 初期化だけは駄目でした。600シリーズと互換性のあるマザーボード系なら見込みがあるかもしれませんがこれ以上は難しいですね。 > ありがとうございました。 | |
Re:ノートですが | |
エンゾウ 2004-11-27 10:50:00
[返信] [編集] 返事が遅れてすみませんです。 レスありがとうございました。やはりBIOSに関系がありそうでした。 親しいNECフィールディングへ確認した所DOS/V機でも完全に動作するモデルがあるそうです。例えばエプソンの過去のモデルとか。 今回は620からFDデッキとドライバーを移植してもやはり 初期化だけは駄目でした。600シリーズと互換性のあるマザーボード系なら見込みがあるかもしれませんがこれ以上は難しいですね。 ありがとうございました。 | |
Re:外字エリアうまくいかず | |
bluelion 2004-11-26 16:25:00
[返信] [編集] > 削除データとみなして読まれません。 > このあたりの問題でしょうか? 私もそう思っていました ただRDBファイルなどいままであまり使っていないので確証がもてずあきらめてキャラクターで読みました |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band