ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:AVXのプログラムをTXT形式に変換して気づいたこと....... | |
| NNN3 2005-10-23 2:11:00
[返信] [編集] 江須扇さんの言う通りです。 普通は、ＳＭＡＲＴ２のパラメータを変換して戻す必要はないです。 最近、ＡＶＸのプログラムを全部、アクセスキットで、変換して退避するしているので、テキストでプログラムを見るとスクロール等が、 早いので、便利な場合が、多いです。 でも、アクセスキットは、ＡＶＸ形式に戻すことが、できないので、 ＡＶＸのライブラリィ ＜−−＞ ＴＸＴの変換プログラムをＣＯＢＯＬで、ＵＴＩＬＴＹを組み合わせて、簡単に変換するプログラム作成して、なんとなくＴＥＳＴしていたら、気がついたことです。あまり深い意味はないです。 ＳＭＡＲＴ２も少しぐらいの変更ぐらいならい大体エディタでやります、ただし実行して、不具合が、合った場合は、必ずＳＭＡＲＴ２を通して生成し直さないとちょっと危険だと思います。 | |
| Re:AVXのプログラムをTXT形式に変換して気づいたこと....... | |
| MAKI 2005-10-22 19:58:00
[返信] [編集] SMART(2)の一行目は、#TEDITでも注意が必要です。 基本的には、パラメータの一行目は、RUNコマンド なんですが、通常のコマンド以外に、変な文字が 入っています。 #TEDITで、パラメータを修正すると、その部分が 文字化けして、実行しようとすると「RUNコマンド パラメータエラー」がでて実行できないことがあります。 対策としては、一行目の最後を、FIL=SYS@LML;にして 文字化けする部分を削除すれば、そのまま実行できます。 | |
| 【返信３】ＲＤＢＱ、ＲＤＢＱ２を参照レベルのみに変更できますか？ | |
| 江須扇 2005-10-22 16:22:00
[返信] [編集] オフコン人さん、ありがとうございます。 ＮＮＮ３さんと３５２番のアレックスと皆様のテクニックをミッ クスして ＲＥＡＤＯＮＬＹＤＤＦをつくり ＳＹＳ＠ＤＤＦの内容をコピーし、 ＲＥＡＤＯＮＬＹＤＤＦ側の表定義を更新権をＺ９にしました。 そして＃ＯＣＦＭでオペレータのセキュリティをＺ８にしました。 また /ASSIGN EFN=READONLYDDF,OEFN=SYS@DDF; /RUN RDBQ; /> ; を作りました。 その設定したオペレータでログインし 上記のＪＳからＲＤＢＱを立ち上げると、更新削除はできません でした。 また、一般のプログラムからの更新はできました。 ちなみに直接本来のＳＹＳ＠ＤＤＦに更新権を設定すると一般の 更新プログラムもエラーになります。 しかしながら新たな問題が発生しました。 それはいままではオペレータのセキュリティは全てＺ９にしてい たのでユーティリティのパラメーターでＣＩＤ＝のパラメータが 出ており全てスペースにしておりました。 ところがＺ８以下ではオペレータのカンパニーをスペースにして いてもカンパニーが出なくなります。 つまり、ＣＩＤ＝の入ったＪＣＬを実行するとパラメータエラー になってしまいます。 全てを処理できるＺ９のオペレータも必要ですので両方で処理が 出来るようにするにはＣＩＤ＝の入ったパラメータを修正する事 もできません。 せっかくよい機能を教えていただきても利用できません。残念 | |
| Re:AVXのプログラムをTXT形式に変換して気づいたこと....... | |
| 江須扇 2005-10-22 14:06:00
[返信] [編集] ＮＮＮ３さんへ ちょっと気になったので投稿します。 基本的な事ですが、なぜＳＭＡＲＴ２のパラメータを変換して戻 す必要があるのですか？ ＳＭＡＲＴ２を直接編集をしたいという事でしたら、 ８９番でＭＡＫＩさん投稿されている ＃ＴＥＤＩＴで Ｒ ［ＡＢＣＤＥＦ］ ＭＳＤ ＳＹＳ＠ＰＭＬ の代わりに ＲＡＬＬ ［ＡＢＣＤＥＦ］ ＭＳＤ ＳＹＳ＠ＰＭＬ でプロテクトのかかっているＳＭＡＲＴ２、ＲＤＢＱ２のパラ メータを読む事ができます。 当然ながら、非公開コマンドだと思いますので、パラメータを直 して不正動作をしても自己責任になります。 従いましてオリジナルパラメータやデータのバックアップはお忘 れなく。 | |
| Re:AVXのプログラムをTXT形式に変換して気づいたこと....... | |
| NNN3 2005-10-21 11:55:00
[返信] [編集] 江須扇さん ＃ＮＦＣＮＶ，ＳＳＷ１＝ＯＮ； 早速試しました、結果は、ｓｍａｒｔ２を実行せずに 起動できました。 txtの時の日本語は、化けてわからなくなっていたのが、avxに 変換したら、元に 戻ってました。 表示を優先するか、実行を優先するか迷う所です。 | |
| 【返信２】ＲＤＢＱ２はＯＫでした。 | |
| 江須扇 2005-10-21 10:01:00
[返信] [編集] ＮＮＮ３さんありがとうございます。 また３５２番のアレックスさんありがとうございます。 お二人のテクニックをミックスして ＲＥＡＤＯＮＬＹＤＤＦをつくり ＳＹＳ＠ＤＤＦの内容をコピーし、 ＲＥＡＤＯＮＬＹＤＤＦ側の表定義を更新不可にしました。 そして /ASSIGN EFN=READONLYDDF,OEFN=SYS@DDF; /RUN RDBQ2; /> ; としてこのＪＳからＲＤＢＱ２を立ち上げると、更新削除は できませんでした。 しかしながらＲＤＢＱでは、うまくできませんでした。 残念ながら一般ユーザはＲＤＢＱを使っております。 | |
| Re:【返信２】すべて端末を強制終了する方法を教えてください？ | |
| 江須扇 2005-10-21 9:37:00
[返信] [編集] 0e0eさん返信ありがとうございます。 おっしゃるとおりです。 ただ日付の問題があり当日処理したものもあります。 そこで、 単独で可能なもの日付の問題のあるものはＳＹＳＥＮＤの 夜間バッチで ＲＦＡを利用や日付に関係ないもバックアップ 月初処理等は朝バッチに整理中です。 なおメールについては、夜間バッチ開始時と終了時にフラグを 設定し朝バッチでそのフラグを確認して正常終了は普通のメールに、 異常終了は携帯メールに飛ばすようにしております。 その後フラグを戻しております。 メールがまったくこない場合は朝バッチが異常終了していると いうことで、その時点でコンソールを確認しております。 | |
| Re:【返信２】すべて端末を強制終了する方法を教えてください？ | |
| 0e0e 2005-10-21 9:26:00
[返信] [編集] うちの場合ですと、自動電源OFF時の夜間バッチではなく、早朝（４：００とか）自動電源起動時にバックアップやバッチ更新処理をセットしています。これだと実行JOBがエラー出てても朝来たらその画面のまま残っていますので、続行等のリカバリがやりやすいので。 無人運転させるのでしたら、メール連携機能などで、夜間バッチJOB完了したら自分の携帯にメールが飛ぶようにするなどして、エラーの場合のリモートアクセスでのリカバリが可能にしておくなと考えたらどうでしょうか？ | |
| Re:電源オフ時のプリンタビジーの方法知りませんか？ | |
| 江須扇 2005-10-21 9:14:00
[返信] [編集] 返信ありがとうございます。 >(AVX専用プリンタのN型番のプリンタは不可) やはりここにひっかかっております。 ほとんどのプログラムはＰＲＮ９９９になっているので、 ＮＮＮ３さんのおっしゃる通りのことで可能ですが、 一部のプログラムは古いラインプリンタに強制的に出力させる為 ＰＲＮ０１０になっております。 プログラムを修正すれば良いのですが結構たくさんあります。 古くなったので撤去も考えておるのですが電源が入らな いとプリンタビジーでスプール切り替えが出来ないの で撤去後でもプリンタビジーで修正なしでスプールに出力し、 ＰＲＩＮＴＶＩＥＷ化したいと思ったからです。 ＰＲＩＮＴＶＩＥＷが標準装備されＳＧでＰＲＮ０１０の 出力先が強制的にＰＲＩＮＴＶＩＥＷになるように、 Ａ?ＶＸ０１がなっていればよいなと期待しましたが、 まったく変わっておりませんでした。 | |
| Re:AVXのプログラムをTXT形式に変換して気づいたこと....... | |
| 江須扇 2005-10-21 9:00:00
[返信] [編集] ＦＩＬＶＥＲＴのＡ−ＶＸソースエディタでＳＭＡＲＴ２の パラメータ読み込もうとしましたら、＃ＴＥＤＩＴと同様で 「指定したファイルは編集不可のＰＭです」のエラーが出て ガードが掛かっておりました。 おっしゃる通り１行目は文字コードでないコードで書かれており ＥＢＣＤＩＣからＪＩＳ（１バイト）＆ＳＩＦＴＪＩＳ（２バイト） 変換するとき時と戻す時のＪＩＳからＥＢＣＤＩＣの変換で、 同じコードに戻せば問題ないのですが、へんな２バイトコードと 解釈して違ったコードにどちらかに変換でしてしまうのではと 思います。 よくあるのは、パックデータもそのままテキストデータで変換すると、訳のわからないコードに変換されてしまいます。 いつからのバージョンかは忘れましたが、 ＃ＮＦＣＮＶ，ＳＳＷ１＝ＯＮ； で混在モードではなく１バイトモードて変換、逆変換ともすれば、 正しく戻る可能性はあります。（試してませんが・・・・） ただ、項目名などで２バイト系を使っていると思うので、 現実的にはつかえないと思います。 | |
| 【返信３】すべて端末を強制終了する方法を教えてください？ | |
| 江須扇 2005-10-21 8:29:00
[返信] [編集] オフコン人さんへ 返信ありがとうございます。 >＞業務終了後に自動実行で夜間バッチを実行しているのですが、たまに >＞端末（ＷＳ／ＥＭＬ）を切り忘れてＲＤＢ等をオープンしたままになっている場合があり、 >＞夜間バッチがエラーになるか、待ちになり完了しない場合があります。 >＞それを回避する為に、コンソール以外の全端末を夜間バッチ実行前に強制終了をする方法はないでしょうか？ >業務終了後に夜間バッチとのことですが、自動電源制御機構のシ >ステム終了タスクのことでしょうか。 >それなら、WS端末で何をしていてもジョブは終了されるはずですので、お書きのようなことは起こらないと思っています。 >但し、システム終了タスクで、画面I/OやプリンタI/Oを伴なうようなものは途中で停止してしまいます。 ありがとうございます。 ＳＧでＳＹＳＥＮＤジョブに夜間バッチを登録したら旨くいきました。 最初はＲＦＡを利用しているプログラムもありＳＹＳＥＮＤジョブではＲＦＡも切断されるのでそこで、異常終了していたようです。 その場合はすぐに電源断し次回の立ち上げ時にその趣旨のメッ セージが出ました。それに気がつきませんでした。 イベントビューアに画面待ちになったという趣旨のメッセージ がでて強制終了したとでておりました。 ただ、ＳＭＡＲＴ２のプログラムでパラメータ名まで特定できま せんでした。 ＃ＬＧＥＤＴにもログは残っていたので、ＲＦＡ機能を使って いた為、障害の発生していたプログラムのパラメータ名の特定 ができたので、そのプログラムをはずしたら夜間バッチは ＳＹＳＥＮＤで終了処理できるようになりました。 いつもの事ですが＃ＬＧＥＤＴのＪＯＢでは確認できるのですが、 ＭＥＳＳＡＧＥではそのメッセージをログに書き込む前に 強制終了されてしまうので、そのメッセージが何か特定できま せんでした。ＲＦＡだと予想して、ＲＦＡを手動で停止して、 夜間バッチを実行したらやはりその場所でＲＦＡが切断されて いるとのメッセージがでて終了しておりメッセージも特定できました。 Ａ−ＶＸ０１になりジョブ管理ももっと高度になると期待しま したが、まったく変わってませんでした。 | |
| Re:【返信２】すべて端末を強制終了する方法を教えてください？ | |
| 江須扇 2005-10-21 8:00:00
[返信] [編集] ＮＮＮ３さんへ ＞他ステーション介入等で端末を強制終了できないというのは、プログラムが、エラーになったり、印刷要求しているのにプリンターの電源等が、ONでなかった場合の要求待ち時、強制終了できないのでは、 言葉足らずですいません。 私が最後まで、残っておれば、手動で可能ですが 私が帰ってしまうので、手動で出来ないということです。 メーカのマニュアルには自動電源制御機構を使っても自動運転は 出来るが無人運転できないと書いておりますが、私は自分が早く 帰りたくて無人運転をめざしております。 | |
| AVXのプログラムをTXT形式に変換して気づいたこと....... | |
| NNN3 2005-10-21 1:47:00
[返信] [編集] #NFCNVを活用して、(細かい手順は省きますが)SUL/PML/JSLをAVXからTXTに変換して、またTXTからAVXに変換して実行またはコンパイル 等をして、不具合がでたのは、SMART2のパラメーターでした、 でも、もう一度SMART2で読み込み上書きしたら、実行できるように なりました。たぶん、1行目に制御コードが、書いてあり、#NFCNVで 他の変な文字コードに変換され、戻しても元の制御コードに戻らないので、実行できなかったのでしょう....... | |
| Re:【返信】すべて端末を強制終了する方法を教えてください？ | |
| NNN3 2005-10-21 1:32:00
[返信] [編集] 他ステーション介入等で端末を強制終了できないというのは、プログラムが、エラーになったり、印刷要求しているのにプリンターの電源等が、ONでなかった場合の要求待ち時、強制終了できないのでは、 そのほか、通常に動作しているプログラムだとできると思いますが...... 今、のオフコンは、データを書き込んでいるとき、以外の場合は、 ミクローズにならないみたいです。だから、急ぎで、再起動等するときアテンションで、確認して、いきなり再起動かけたりします。 ただ、このプログラムは大丈夫だと確認しないと、その後、ひどい目にあいますので、熟知している人以外は、やらないでください。 . ６４０ｘｉを利用しているけ２４時間起動したままで、年に数回 再起動するだけです、いつも、起動したままです。 私の場合、注意しても聞かない人は、すぐプログラムで、そこのステーションでは、実行できなくしてしまいます。でも、RDBQなどは 無理だけど、........... | |
| Re:【返信】ＲＤＢＱ2 | |
| NNN3 2005-10-21 1:00:00
[返信] [編集] #OCFMでオペレーターコード毎にセキュリティーコードを指定する。（Z9は最高権限です。）の件で、実際にＯＣＦに登録して運用したことがないのですかが、セキュリティーコードの設定は、ＳＭＡＲＴ２ の作成で、プログラムを保存するときに（Z9は最高権限です。）を 登録できるところが、ありました、ＬＭは、＃ＬＢＭで CHENGEで 埋め込めたとおもいます。 ＯＣＦを使うと運用が、プログラムレベルになり大変になります。 ＃ＤＤＭで、参照用と更新用と2個作成して一般に利用する法を参照 用で作成して、更新用は、自分で利用するようにして ＲＤＢＱ２のＲＤＢ一覧を階層化して別けるというのは、どうですか 例 日次データ RDB-DAY F-DAY 更新不可 日次データ2 RDB-DAY2 F-DAY 更新可 複写するのは、SYS@DDF の他にUSER-DDF等を作成して SYS@DDFからUSER-DDFに複写して今度USER-DDFからSYS@DDFに追加で 選ぶときに名前等を変更すれば、簡単にできます。 | |
| Re:電源オフ時のプリンタビジーの方法知りませんか？ | |
| オフコン人 2005-10-20 21:14:00
[返信] [編集] ＞業務終了後に自動実行で夜間バッチを実行しているのですが、たまに ＞端末（ＷＳ／ＥＭＬ）を切り忘れてＲＤＢ等をオープンしたままになっている場合があり、 夜間バッチがエラーになるか、待ちになり完了しない場合があります。 ＞それを回避する為に、コンソール以外の全端末を夜間バッチ実行前に強制終了をする方法はないでしょうか？ 業務終了後に夜間バッチとのことですが、自動電源制御機構のシステム終了タスクのことでしょうか。 それなら、WS端末で何をしていてもジョブは終了されるはずですので、お書きのようなことは起こらないと思っています。 但し、システム終了タスクで、画面I/OやプリンタI/Oを伴なうようなものは途中で停止してしまいます。 | |
| 皆さんのお話を総合すると・・・ | |
| ターラヤン 2005-10-20 0:31:00
[返信] [編集] NNN3さんのご説明の >>#DDMの設定で 更新可否指定で 更新可→更新不可に設定すると の部分はこの http://www.geocities.jp/tahrayan/utili/ocf012x.html ＤＤＭの設定画面へのリンク の赤丸の１つ下側の「更新可否指定」 ですね。 オフコン人さんのご説明の部分は、赤丸の中の部分です。 お二人のお話を総合すると、ＤＤＭのこの辺りの設定を変えると うまく行くのではないかということでしょうね。 更新可否指定の方は、今回初めて知りました。 | |
| Re:【返信】ＲＤＢＱ、ＲＤＢＱ２を参照レベルのみに変更できますか？ | |
| オフコン人 2005-10-19 21:58:00
[返信] [編集] 手元にマニュアルがありませんので、具体的にかけませんが。 ・#OCFMでオペレーターコード毎にセキュリティーコードを指定する。（Z9は最高権限です。） ・#DDMの定義の表の参照権／更新権でセキュリティーコードを指定する。 #DDMで指定したセキュリティーコードより権限が下位の者はそれぞれの権限が無いので、更新／参照ができなくなります。 但し、RDBQ2でしか利用できなかったかも知れません。 明日か、明後日にメニュアルを読んで、改めてどのマニュアルに記載されているかご連絡します。 もう一つのパラメータの編集ですが、RDBQ2のパラメータは編集できません。たしか#TEDITでは読み込めないはずです。 | |
| 【返信】ＲＤＢＱ、ＲＤＢＱ２を参照レベルのみに変更できますか？ | |
| 江須扇 2005-10-19 19:02:00
[返信] [編集] Ｒｅｓありがとうございます。 やはり無理ですか。 ＞OCFで割り当てないと無理だと思います。 ＯＣＦを一般ユーザと特権ユーザに分ければ可能に なるということですか？ 具体的には＃ＤＤＭの設定と＃ＯＣＦＭの設定をどうすれば よいのでしょうか？ すいません細かい質問で、現状は全くセキュリティ設定を 使ってないので、どこをどうしたら良いのかいまひとつ わかりません。 | |
| 【返信】ＲＤＢＱ、ＲＤＢＱ２をカタログの修正をもっと簡単に？ | |
| 江須扇 2005-10-19 18:56:00
[返信] [編集] やはりＮＮＮ３さんもお困りのようですね。 これも長年の懸案事項ですが、 ＯＳがＡ−ＶＸ０１になって少しは改善されているかと思ったの ですが、全くの期待はずれでした。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band