ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | オフコンのＤＤＦ | |
| おやじ 2005-2-3 16:07:00
[返信] [編集] 3100/A70のＤＤＦをＦＤに落としＡＶＸ０１の＃ＤＤＭで併合 しようとしていますが、ＦＤ側のＤＤＦの内容がアプリケーション 一覧にまったく表示されません。そもそも３１００では、アプリケーション名ではなく表名なのですが、、、 何かで変換が必要と思いますがどうすれば併合できるかご存知の方ご指導下さい。。。 | ||
| 2 | Re:オフコンのＤＤＦ | |
| ぷる 2005-2-3 17:03:00
[返信] [編集] > 3100/A70のＤＤＦをＦＤに落としＡＶＸ０１の＃ＤＤＭで併合 > しようとしていますが、ＦＤ側のＤＤＦの内容がアプリケーション > 一覧にまったく表示されません。そもそも３１００では、アプリケーション名ではなく表名なのですが、、、 >何かで変換が必要と思いますがどうすれば併合できるかご存知の方ご指導下さい。。。 > レコード定義ではなくて、表定義ではないでしょうか・・・ | ||
| 3 | Re:オフコンのＤＤＦ | |
| ぷる 2005-2-3 17:10:00
[返信] [編集] > 3100/A70のＤＤＦをＦＤに落としＡＶＸ０１の＃ＤＤＭで併合 > しようとしていますが、ＦＤ側のＤＤＦの内容がアプリケーション > 一覧にまったく表示されません。そもそも３１００では、アプリケーション名ではなく表名なのですが、、、 >何かで変換が必要と思いますがどうすれば併合できるかご存知の方ご指導下さい。。。 > もしかして、表定義そのものが表示されないということであれば、 ＳＧでだったかな、ＲＤＢの値を入れないといけないのでは？ | ||
| 4 | Re:オフコンのＤＤＦ | |
| おやじ 2005-2-3 17:34:00
[返信] [編集] > もしかして、表定義そのものが表示されないということであれば、 > ＳＧでだったかな、ＲＤＢの値を入れないといけないのでは？ 早速の書込み大変有難う御座います。ご指摘の通りでした。 ＲＤＢファイル数は、入れたつもりでした。ついにおやじも 陳腐化してしまいました。旧システムでは、表定義しかなかった のですが今では表定義とＲＥＣ定義と有るのですね。 まったく情けないです、有難う御座いました。 | ||
| 18 | ６００シリーズのフロッピーディスク装置 | |
| ターラヤン 2006-5-29 21:13:00
[返信] [編集] 情報が古いので皆さんの情報と異なっているところがあるようですが、 Ａ−ＶＸ０１ Ｒ１．０の時に私が調べた情報です。 Express5800/600xiシリーズにはフロッピーディスク装置を接続する方法に２種類 あります。 １．本体直結（内蔵）・・標準で付いているフロッピーディスク装置／又はそれと同じ接続方法の装置 ２．Ａ−ＶＸ機能拡張ユニット／ラック経由での接続 それぞれの特徴は下の通り（長い固有名称は適当に短くしています。） １．本体直結 ・３．５インチのフロッピーディスク装置のみ ・Ｗｉｎｄｏｗｓ側、Ａ−ＶＸ側両方からアクセス可能 ・Ａ−ＶＸ側からはＡ−ＶＸ０１形式と旧ＩＴＯＳ形式の２種類のうち、どちらか 片方のみ使用可能 ２．拡張ユニット経由での接続 ・拡張ユニットがとても高価 ・拡張ユニットがとても大きい。本体とほぼ同サイズ。 ・３．５インチ、５インチ、８インチの外付けフロッピーディスク装置が接続可能 ・アクセス可能なのはＡ−ＶＸ側のみ。Ｗｉｎｄｏｗｓから使用できない。 ・旧ＩＴＯＳ形式しか使用できない ・接続可能なフロッピーディスク装置は、今は販売されていない。 本体−拡張ユニット−アダプタ−フロッピーディスク装置 の順番で繋がるが、アダプタすらも今は販売されていない。 実質昔から使用していた人が新しいサーバを買っても今まで通り使えるようにする ためのものになっている。 ------ 本来拡張ユニットは本体に内蔵不可能なほどたくさん装置を付ける場合に 使われるものなので、フロッピーディスク装置だけのためとなると高価／大きい とデメリットが大きくなります。 また接続できるとアナウンスしている８インチのフロッピーディスク装置は今は 売られていないため、万が一壊れた場合買い替えできない。（修理も製造打ち切り 後数年しか部品を確保していないため、そのうち難しくなる可能性大） フロッピーディスク装置が壊れても代替がないので保証もできず、値段も高いと いろいろとデメリットが多いので、拡張ユニット経由の接続は無視して、 ８インチのフロッピーディスク装置は付かないと言っているのだと思います。 なお最近の状況は調べていないので、他にも現在とは異なるところがあるかもしれません。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | COBOL | |
| BLUELION 2005-2-2 21:56:00
[返信] [編集] こんなものが、発表になったみたいです オフコンとありますから CBL85から移行ですよね 詳細がないのでなんともいえませんが 興味を引きました http://enterprise.watch.impress.co.jp/cda/software/2005/02/02/4509.html | ||
| 2 | Re:COBOL | |
| ＥＸＣＨＡＮＧＥ 2005-2-3 2:43:00
[返信] [編集] ＊ マイグレーション用のツールみたいですね。 でも、「個別見積り」「３年間で５０セットを目標」。。などというＮＥＣの説明を聞いているとなんだか（目ん玉飛び出そうな）高価な感じが。。 見積もり見たら、「やっぱ、Ａ−ＶＸでそのままサーバ替えるだけにしようか！」てことになるかも。（それがＮＥＣの作戦だったりして。。） > こんなものが、発表になったみたいです > オフコンとありますから CBL85から移行ですよね > 詳細がないのでなんともいえませんが 興味を引きました > > http://enterprise.watch.impress.co.jp/cda/software/2005/02/02/4509.html > | ||
| 3 | Re:COBOL | |
| bluelion 2005-2-3 9:59:00
[返信] [編集] > ＊ マイグレーション用のツールみたいですね。 > でも、「個別見積り」「３年間で５０セットを目標」。。などというＮＥＣの説明を聞いているとなんだか（目ん玉飛び出そうな）高価な感じが。。 見積もり見たら、「やっぱ、Ａ−ＶＸでそのままサーバ替えるだけにしようか！」てことになるかも。（それがＮＥＣの作戦だったりして。。） > 個人的にCOBOLに望んでるのは、計算の精度と、印刷時のインチ設定で作成されている帳票へのフィッティング（こっちはＡ−ＶＸ）です。 計算精度どのくらい保証されてるんでしょうか？ ただしこのツールを使った後は、速やかにＣＳに移行しないといけないとうな ずっとコボルのモジュールを維持しなければいけないのであれば そのままＡ−ＶＸのほうがいいような感じがしますし あとは値段ですよね | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ジョブ起動ユーティリティについて教えてください | |
| Richard 2005-1-8 11:26:00
[返信] [編集] ジョブ起動ユーティリティをはじめて使う者です。 インストールは簡単にできたのですが、いざ使おうとしたら、『RUN ウィザード』のショートカットアイコンの登録で 情報登録名 が何も出てきません。 『PC/WSエミュレータ（32）』は普通に使えています。 マニュアルには、『PC/WSエミュレータ（32）』で登録済みの通信情報登録名が表示されます。 登録名一覧の中から、接続するA-VXサーバを指定します。とあるのですが、どうしてでしょうか？ サーバーは640Xiで、クライアントはWindows98SEです。（Windows2000でもダメでした。） よろしくお願いします。 | ||
| 2 | Re:ジョブ起動ユーティリティについて教えてください | |
| ＥＸＣＨＡＮＧＥ 2005-1-8 20:45:00
[返信] [編集] > インストールは簡単にできたのですが、いざ使おうとしたら、『RUN ウィザード』のショートカットアイコンの登録で 情報登録名 が何も出てきません。 ＊ ＷＳエミュレータのバージョンがＰ７０３あたりから後のバージョンの場合、ジョブ起動ユーティリティのインストール時にセットされた「ＲＵＮウィザード」（Ｒｕｎｗｉｚ．ｅｘｅ）はうまく作動しません。 ＊ ＷＳエミュレータのＣＤ−ＲＯＭ内のＪＯＢＵＴＬフォルダ内に入っているＲｕｎｗｉｚ．ｅｘｅを使うと「情報登録名」が表示されます。 （ＣＤ−ＲＯＭ）￥ＪＯＢＵＴＬ￥Ｒｕｎｗｉｚ．ｅｘｅ −−＞ Ｃ：￥ＷＳ−ＥＭＬ￥Ｒｕｎｗｉｚ．ｅｘｅへ上書きする。 と、やってみて下さい。 | ||
| 3 | Re:ジョブ起動ユーティリティについて教えてください | |
| Richard 2005-1-9 17:34:00
[返信] [編集] 下記の通りやってみたところ、うまくいきました。ありがとうございました。 > ＊ ＷＳエミュレータのバージョンがＰ７０３あたりから後のバージョンの場合、ジョブ起動ユーティリティのインストール時にセットされた「ＲＵＮウィザード」（Ｒｕｎｗｉｚ．ｅｘｅ）はうまく作動しません。 > > ＊ ＷＳエミュレータのＣＤ−ＲＯＭ内のＪＯＢＵＴＬフォルダ内に入っているＲｕｎｗｉｚ．ｅｘｅを使うと「情報登録名」が表示されます。 > > （ＣＤ−ＲＯＭ）￥ＪＯＢＵＴＬ￥Ｒｕｎｗｉｚ．ｅｘｅ > −−＞ Ｃ：￥ＷＳ−ＥＭＬ￥Ｒｕｎｗｉｚ．ｅｘｅへ上書きする。 > > と、やってみて下さい。 > > | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | #ABCの補助説明 | |
| MAKI 2005-1-7 15:14:00
[返信] [編集] ご存知のかたもおられるとは思いますが。 ＃ABCの使い方で、画面の右肩に補助説明という表示が でるときがあります。 これは、HELPキーを押すと、オンラインヘルプが表示 されるという意味です。 で、HELPキーを押すと、元の画面に応じたオンライン ヘルプが表示されます。 簡単ですが意外に便利なことも書いてありますので ご存知ないかたは、一度見てみられたら何か役に たつことがあるかもしれません。 ちなみに、第一画面のヘルプは次のようなものです。 実行機能選択 （補助説明） 確認 ^ 補助説明 目的とする機能を選択してください。 選択例 ファイルの内容をステーションに表示する −＞ ４．表示 ＦＤを初期化する −＞ ９．初期化 ファイルを登録する −＞ １．ファイル情報の保守 ＊ ＊ ＊ ＊ ＊ の表示されているメニューは選択出来ません。 次頁 ＃ＡＢＣの画面構成 第一画面・・・＃ＡＢＣが起動され最初に表示される画面です。 この画面を実行機能選択画面と言い、実行機能をメニュー番号にて選 択する画面です。 第二画面・・・実行機能選択画面で選択されたメニューにより表示される画面です。 この画面を処理選択画面と言い、処理をメニュー番号にて選択する画 面です。 第三画面・・・処理選択画面で選択されたメニューにより表示される画面です。 この画面をパラメータ入力画面と言い、処理に必要なパラメータを入 力する画面です。 補助説明画面・・・この画面は＃ＡＢＣにより実行可能な機能および処理概要を説明 したものです。 ＃ＡＢＣの画面は，基本的に上記の四画面で構成され，指定した処理が終了すると，再 び第一画面に戻り，次の実行機能を選択することができます。 パラメータ画面での注意 ・オプションパラメータ以外のパラメータは、必ず指定して下さい。 ・オプションパラメータについては、パラメータ項目中に指定項目がなければ省略す ることができます。 操作キーの説明 ・実行機能選択画面で使用できるキー ・数字 ・・・メニュー選択 ・リタンキー ・・・パラメータ入力終了 ・処理選択画面で使用できるキー ・数字 ・・・メニュー選択 ・リタンキー ・・・パラメータ入力終了 ・ＰＦ９ ・・・実行機能選択画面（第一画面）に戻る （メニュー画面に９９のメニューがないときに使用する） ・パラメータ入力画面で使用できるキー ・数字 ・・・メニュー選択 ・英字、カナ、数字、特殊記号・・・パラメータ入力 ・リタンキー ・・・パラメータ入力終了 ・ＢＳＫＩＰ ・・・一つ前のパラメータの再入力 ・ＳＫＩＰ ・・・入力スキップ ・ＲＥＳＥＴ ・・・メッセージ確認 ・ＰＦ９ ・・・実行機能選択画面（第一画面）に戻る ・補助説明画面で使用できるキー ・前進キー ・・・次の画面表示 ・リタンキー ・・・次の画面表示 ・ＰＦ９ ・・・補助説明キーが押された画面に戻る メニューの内容は次のとおりです。 １．ファイル情報の保守 ．．．データファイル、システムファイル、ＳＵＬ・ＪＳＬ などの特殊ファイル、Ａ−ＶＸ ＭＸファイル、リモ ートファイル、表定義、デバイスサーバ、リモートプ リンタ等の定義・削除・置換を行う。 ２．ボリューム情報の保守．．．ボリュームに関する情報の登録・削除・置換を行う。 ３．印刷 ．．．ボリュームマップ、ボリュームダンプ、ファイルのデ ィレクトリ等のリストを指定のプリンタに出力する。 ４．表示 ．．．ボリュームマップ、ボリュームダンプ、ファイルのデ ィレクトリ等のリストをステーションに表示する。 ５．複写（変換） ．．．ボリュームまたはファイルの内容を，複写または変換 する。 ６．照合 ．．．ボリュームまたはファイルの内容を照合し，結果を印 刷する。 ７．ソート ．．．データの分類を行う。 ８．再編成 ．．．ボリュームまたはファイルを再編成する。 ９．初期化 ．．．ボリュームまたはファイルを初期化する。 １０．復旧 ．．．未クローズファイルとＩ／Ｏエラーセクタを復旧する １１．退避・復帰 ．．．ボリュームまたはファイルの退避・復帰を行う。 １２．ファイルに関するその他の機能 ．．．ＭＩＸファイルの索引部を生成する。 ９８．パラメータ登録 ．．．指定したパラメータを指定したＰＭＬ（パラメータ） またはＪＳＬ（ジョブストリーム）に登録する。 パラメータ登録可能な機能は次のとおりです。 １．ファイル情報の保守 ６．照合 ２．ボリューム情報の保守 ８．再編成 ３．印刷 ９．初期化 ５．複写（変換） １０．復旧 上記の機能のうちパラメータ登録できないものは次の とおりです。 １．ファイル情報の保守…３．データディクショナリの保守 ４．デバイスサーバの保守 ５．複写（変換）…４．ファイル(A-VX->VIA) ５．ファイル(VIA->A-VX) （パラメータ入力時ファイル存在チェック等が行われる ので注意して下さい。またパラメータ登録機能を使用 中は補助説明画面は使用できません。） 次頁 ９９．終了 ．．．＃ＡＢＣの実行を終了する。 | ||
| 2 | Re:#ABCの補助説明 | |
| ターラヤン 2005-1-13 22:20:00
[返信] [編集] > ご存知のかたもおられるとは思いますが。 > ＃ABCの使い方で、画面の右肩に補助説明という表示が > でるときがあります。 ＃ＡＢＣの説明書は、なぜかＣＤ−ＲＯＭマニュアルに載っておらず別売りなので、この補助説明は役に立ちますね。 私も最近いろいろな説明書を読み直しているのですが、新しい発見がいろいろあります。 昔試行錯誤して会得した事が、説明書を読むとちゃんと書いてあったりします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ジョブの自動実行（スケジュール化） | |
| Richard 2004-12-12 17:12:00
[返信] [編集] 他システムとの連携を#NFCNVで出力したテキストファイルを使って 行っています。（テキスト出力後、ＰＣからLinuxのＤＢに書き込み） １日5〜6回の処理を現在は人手でやっています。 人手から自動化に変えたいので、640XiのWindows領域に出力した テキストファイルをLinuxサーバー上から定期的に取込ようなことを 考えていますが、Linuxの方はスケジュール化（自動化）できるの ですが、オフコン側は例えば１時間おきにジョブを実行するようなことはできるのでしょうか。 ＣＯＢＯＬで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか？ | ||
| 2 | Re:ジョブの自動実行（スケジュール化） | |
| ＥＸＣＨＡＮＧＥ 2004-12-12 22:31:00
[返信] [編集] ＊ これまた自分で使ったことがないのに説明して申し訳ないのですが、ＣＯＢＯＬ８５システムサブルーチン説明書のなかに 「インターバルタイマ」というのがあります。 ＊ ＣＡＬＬ ”ＣＢＬＴＩＭＥＲ” ＵＳＩＮＧ データ名 という形で指定すれば、最大３２０秒までですが時間待ちが出来るようです。 ２時間間隔ということでしたら、これをＰＥＲＦＯＲＭで何回か繰り返すとかしてはいかがでしょうか？ > 他システムとの連携を#NFCNVで出力したテキストファイルを使って > 行っています。（テキスト出力後、ＰＣからLinuxのＤＢに書き込み） > １日5〜6回の処理を現在は人手でやっています。 > 人手から自動化に変えたいので、640XiのWindows領域に出力した > テキストファイルをLinuxサーバー上から定期的に取込ようなことを > 考えていますが、Linuxの方はスケジュール化（自動化）できるの > ですが、オフコン側は例えば１時間おきにジョブを実行するようなことはできるのでしょうか。 > ＣＯＢＯＬで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 > その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか？ > | ||
| 3 | Re:ジョブの自動実行（スケジュール化） | |
| ターラヤン 2004-12-12 23:13:00
[返信] [編集] ＣＯＢＯＬで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 詳しくは「システム管理説明書」「第４章 運用管理」の「自動運転機能」を見てください。 それから６００シリーズにはＤＢレプリケーション機能というものがあり、Ａ−ＶＸのデータベースをＯｒａｃｌｅ等に複製する機能があります。ＬｉｎｕｘもＯＫなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 | ||
| 4 | Re:ジョブの自動実行（スケジュール化） | |
| ＥＸＣＨＡＮＧＥ 2004-12-13 2:03:00
[返信] [編集] ＊ レプリケーションはＷｉｎｄｏｗｓ上のＳＱＬｓｅｒｖｅｒまたはＯｒａｃｌｅしか多分ダメでしょう。 ＊ 自動化する場合、 （１）Ａ−ＶＸ −−＞ ＴＥＸＴ出力 （２）ＴＥＸＴ −−＞ ＬｉｎｕｘのＤＢへ取り込み の２つのジョブが排他的に実行されないとマズイのでは。。 ＊ （１）をＡ−ＶＸで自動実行し、（２）をＷｉｎＰＣまたはＬｉｎｕｘから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 ＊ いっそ、実行はＷｉｎｄｏｗｓ側でスケジュールするとかして、 （Ａ） ＷｉｎＰＣクライアント上からＶＢとかＡｃｃｅｓｓを使って、Ａ−ＶＸのＤＢ−−＞ＬｉｎｕｘＤＢとやった方が。。 （ＲＤＢサーバ、ＯＤＢＣを使えば出来るのでは？？） それとも、 （Ｂ） ジョブ起動ユーティリティで （１） Ａ−ＶＸ−−＞ＴＥＸＴ （２） ＶＢにて ＴＥＸＴ −−＞ ＬｉｎｕｘＤＢ の２つを連続実行する。 とかは出来ないでしょうか？ > ＣＯＢＯＬで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > 詳しくは「システム管理説明書」「第４章 運用管理」の「自動運転機能」を見てください。 > > それから６００シリーズにはＤＢレプリケーション機能というものがあり、Ａ−ＶＸのデータベースをＯｒａｃｌｅ等に複製する機能があります。ＬｉｎｕｘもＯＫなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > | ||
| 5 | Re:ジョブの自動実行（スケジュール化） | |
| Richard 2004-12-13 9:03:00
[返信] [編集] あまり、お金をかけられないので、ＣＯＢＯＬかジョブ起動ユーティリティになるかと思います。 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。（１ライセンス定価で25,000ですね。） 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 有難うございました。 > ＊ レプリケーションはＷｉｎｄｏｗｓ上のＳＱＬｓｅｒｖｅｒまたはＯｒａｃｌｅしか多分ダメでしょう。 > > ＊ 自動化する場合、 > （１）Ａ−ＶＸ −−＞ ＴＥＸＴ出力 > （２）ＴＥＸＴ −−＞ ＬｉｎｕｘのＤＢへ取り込み > の２つのジョブが排他的に実行されないとマズイのでは。。 > > ＊ （１）をＡ−ＶＸで自動実行し、（２）をＷｉｎＰＣまたはＬｉｎｕｘから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 > > ＊ いっそ、実行はＷｉｎｄｏｗｓ側でスケジュールするとかして、 > > （Ａ） ＷｉｎＰＣクライアント上からＶＢとかＡｃｃｅｓｓを使って、Ａ−ＶＸのＤＢ−−＞ＬｉｎｕｘＤＢとやった方が。。 > （ＲＤＢサーバ、ＯＤＢＣを使えば出来るのでは？？） > > それとも、 > （Ｂ） ジョブ起動ユーティリティで > （１） Ａ−ＶＸ−−＞ＴＥＸＴ > （２） ＶＢにて ＴＥＸＴ −−＞ ＬｉｎｕｘＤＢ > の２つを連続実行する。 > > とかは出来ないでしょうか？ > > > > ＣＯＢＯＬで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > > 詳しくは「システム管理説明書」「第４章 運用管理」の「自動運転機能」を見てください。 > > > > それから６００シリーズにはＤＢレプリケーション機能というものがあり、Ａ−ＶＸのデータベースをＯｒａｃｌｅ等に複製する機能があります。ＬｉｎｕｘもＯＫなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > > > > > > | ||
| 6 | Re：Re:ジョブの自動実行（スケジュール化） | |
| ターラヤン 2004-12-13 21:02:00
[返信] [編集] > あまり、お金をかけられないので、ＣＯＢＯＬかジョブ起動ユーティリティになるかと思います。 > 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。（１ライセンス定価で25,000ですね。） たしかにＷｉｎｄｏｗｓ側から起動するのが一番無難そうですね。 > 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 > 有難うございました。 自動電源制御がなくても、自動運転機能は動きます。 #AJOBCを一旦常駐させてしまえば、後は問題なく動きます。 以前620Aiでやったことがあります。 | ||
| 7 | Re:Re：Re:ジョブの自動実行（スケジュール化） | |
| Richard 2004-12-14 19:09:00
[返信] [編集] > 自動電源制御がなくても、自動運転機能は動きます。 > #AJOBCを一旦常駐させてしまえば、後は問題なく動きます。 > 以前620Aiでやったことがあります。 > マニュアルを読んで、やってみました。うまく出来そうな気がしましたが、残念ながら、 #AJOBMでスケジュールを登録しようとしたら、「ＩＪＣＣが接続できません」となってしまいました。 ＳＧが必要みたいなので、ちょっとお手上げです。社内ではＳＧは無理なのでベンダーに頼むことになります。機会があればお願いするかも知れませんが、今回は見送ります。 | ||
| 8 | Re:Re：Re:ジョブの自動実行（スケジュール化） | |
| MAABOO 2004-12-22 14:46:00
[返信] [編集] > マニュアルを読んで、やってみました。うまく出来そうな気がしましたが、残念ながら、 > #AJOBMでスケジュールを登録しようとしたら、「ＩＪＣＣが接続できません」となってしまいました。 > ＳＧが必要みたいなので、ちょっとお手上げです。社内ではＳＧは無理なのでベンダーに頼むことになります。機会があればお願いするかも知れませんが、今回は見送ります。 #AJOBCを起動した状態で、#AJOBMを起動すれば、「IJCCが接続できません」は回避できます。当然、SGのIJCパラメータの設定は必須ですが。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band