ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | AJOBCとAJOBM | |
| クロスケ 2012-5-29 20:59:24
[返信] [編集] いつも参考にさせてもらっています。 夜間にカセットへボリューム単位（MSD000,MSD001)の バックアップを実施したく、カレンダーファイル、結果ファイル をAJOBMで定義し、毎日実施される様に日付に999999を指定して JSの登録をしました。 登録先はSYS@JSLです。 AJOBCは常に実施される様に起動したままにしています。 しかし、起動結果をみてみますと、いつもステータスがF3（パラメータエラー）となってしまいます。 ちなみにJSの不備かと思い、ボリュームをMSD002、MSD003に変えて 直接JSを実施してみると正常に稼働します。 カレンダーファイル、結果ファイルはALLでジョブ数１００件で 定義しています。 何か他に設定不足はあるでしょうか？ 御教示頂けると幸いです。 宜しくお願い致します。 | ||
| 7 | Re: AJOBCとAJOBM | |
| クロスケ 2012-6-9 17:32:30
[返信] [編集] 返信ありがとうございます。 まさに、＃ＢＫＵＰ；になっています。 画面入出力というのは、ＳＹＳＩＮ等をＪＯＢ中で実施しなければ いいのかと勝手に勘違いしていました。 ／ＲＵＮ ＃ＢＫＵＰ,ＦＩＬ＝ＳＹＳ＠ＪＳＬ,ＤＥＶ＝ＭＳＤ； にして実行してみます。 本当にいつも皆様に的確なアドバイス頂き、感謝しています。 今後共、宜しくお願い致します。 | ||
| 8 | Re: AJOBCとAJOBM | |
| 温泉好きのうさぎ 2012-6-10 1:01:28
[返信] [編集] かなり勘違いされておられるようです。私の説明が言葉足らずだったようで申し訳ありません。 /RUN #BKUP,FIL=SYS@JSL,DEV=MSD; これだとSYS@JSLにある#BKUPというJSが実行されることになってしまいます。 まあ、「#BKUP」という名前をつけたJSを作ってSYS@JSLに登録しても間違いとは言えないのですが、あまり好ましくありません。 正しくは #BKUPは、SYS@LMLにありますので、 /RUN #BKUP,FIL=SYS@LML,DEV=MSD; /RUN #BKUP,FIL=SYS@LML; /RUN #BKUP,DEV=MSD; /RUN #BKUP; 上記のいずれかの書き方でなければ実行できません。どの書き方でもかまいません。 なぜどの書き方でもよいのかを簡単に説明しますと、 FIL=SYS@LML の部分は、システムファイル (つまりSYS@LMLまたはSYS@JSLまたはSYS@PML) は省略可能なので、書いても書かなくてもよく、 DEV=MSD の部分は、実行ファイルがSRV (通常の場合MSD000) 上にあるときは省略可能なので、通常の場合SYS@LMLはMSD000にありますのでこれも書いても書かなくてもよいので、上記のような省略されたいろいろな書き方ができます。 以上は私が6月7日の投稿で指摘したことと直接関係ないことで、私が言いたかったのは、#AJOBCで実行されるJS文の中に「//」で始まる行が含まれていませんか？ということです。 「//」で始まり「;」で終わる行は、その間に書かれている文字列がコメントとしてJSの実行時に画面に表示されます。前回投稿で「ディスプレイ文」と表現したのはこのことです。 この画面表示が画面切り離し状態でJSが実行された場合、表示待ちで止まってしまいますので、#AJOBCから起動しようとしたら失敗してしまうのではないかと考えられます。ただし、この場合に、ステータスがF3 (パラメータエラー) となるかどうかは不明です。手元の環境ですぐにテストできればよいのですが、あいにく深夜になってしまいました。そのうち、再現テストしてみます。 できれば、現地に行ってJSを見て、いろいろと解説してあげたいものです。 | ||
| 9 | Re: AJOBCとAJOBM | |
| 富山清風 2012-6-11 12:22:42
[返信] [編集] 一部確認してみましたので、報告します Case1:エラーの発生するＪＳ：Ｆ３ (マニュアルの通り) Case2:ＪＳ自体が存在しない場合：Ｆ2 (マニュアルの通り) Case3:OCF関係の不一致：Ｆ3 そこで、 もうひとつ確認ですが、(OCFにはあまり詳しくないので間違っているかもしれませんが) エミュレータ立ち上げ時にカンパニコード（２桁）/オペレータコード（３桁）などの入力はありますか？ もし、あるとすれば、どのような指定ですか？ 上記に関しては機密関係に触れることもあるので、 厳密でなくても、なんとなく、こんなふうに・・・的に。 以前の確認質問の回答で、#AJOBMの指定で｢カンパニーＩＤ〜パスワード・・・空白（指定無し）｣です。 と回答しておられましたが、チェット気になったももので。 エミュレータ立ち上げ時にカンパニコード/オペレータコードなどの入力がある場合は、 #AJOBMの指定で｢カンパニーＩＤ〜パスワード・・・空白（指定無し）｣の部分の変更が必要なのでは？ | ||
| 10 | Re: AJOBCとAJOBM | |
| クロスケ 2012-6-11 17:13:35
[返信] [編集] 温泉好きのウサギ 様 申し訳ございませんでした。 かなり勘違いしていました。 ”／／”はＪＳ中には記述しておりません。 舞い上がってしまいご迷惑をかけました。 ”／ＲＵＮ ＃ＢＫＵＰ；”で始まり”／＞；”で 終わっています。 富山清風 様 返信ありがとうございます。 エミュレータ立ち上げ時にオペレータＣＤ、カンパニーＩＤ共 指定はしておりません。 なので＃ＡＪＯＢＭの方にもカンパニーＩＤ〜パスワードも 指定しておりません。 指定していないのにＳＧのＯＣＦ指定が”（０１０,１０）”に なっている関連なのでしょうか？ ＳＧのＯＣＦ指定を”ＮＯ”にした場合、現存する他のＪＳで オペＣＤを省略した指定のものがエラーとなってしまうと それはそれでとても困るのです。 オペＣＤを設定してエミュレータ立ち上げ時に皆に入力して もらい、ＡＪＯＢＭでも該当するオペＣＤを指定して実行して みる。。。というのがベストなのでしょうか？ | ||
| 11 | Re: AJOBCとAJOBM | |
| 富山清風 2012-6-11 19:00:39
[返信] [編集] (OCFにはあまり詳しくないので間違っているかもしれませんが) ｢エミュレータ立ち上げ時にオペレータＣＤ、カンパニーＩＤ共指定はしておりません。」とは、 ｢画面の入力待ちがない」とうことか、または、 ｢画面の入力待ちになるが、リターンで飛ばす｣のどちらなのでしょうか？ 回答の文章からすると、｢画面の入力待ちがない」とおもわれます。 私のつたない経験からだと、 ｢ＳＧにてＯＣＦ設定がある｣と｢画面の入力待ちがない」は矛盾するので、？？？です。 他の賢者の回答を待ちましょう。 | ||
| 12 | Re: AJOBCとAJOBM | |
| クロスケ 2012-6-11 21:08:49
[返信] [編集] 私のつたない質問にも皆様が真摯に対応して下さり いつも有難く感謝しています。 有難うございます。 エミュレータ立ち上げ時には、画面入力待ちがありません。 接続しますと、直ちにコマンド入力可能（ＲＵＮ表示）に なります。 オペ等入力画面には移動しません。 ちなみにＡＶＸのバージョンは０１です。 どなたかこのような現象を体験された方がいらっしゃったら アドバイスして頂ければ嬉しいです。 宜しくお願い致します。 下記にＪＳを記述致します。 /RUN #BKUP; ACT=BACKUP_OPT=YES_LST=ERROR_PRD=SPOOL_JRC=NO_ BUN=BACKUPVOL_WBF=NO_DSP=NO_APE=NO_ EOD=NO_VOL=NO_MOD=INCLUDE_FMD=NO_ODE=CTU000_ IDE=MSD000_CID=!_FIL=!_ IDE=MSD001_CID=!_FIL=!_ FIL=999_ IDE=END_ /> ; 以上です。 | ||
| 13 | Re: AJOBCとAJOBM | |
| ターラヤン 2012-6-13 0:23:31
[返信] [編集] 私のサーバで試してみました。 試した環境：620Ai&A-VX01 R1.0 ◆問題のJSをBKという名前でMSD000、SYS@JSLに登録。 (1)SGのIJC=(10)、OCF=NO #AJOBC常駐し、#AJOBMで以下設定 日付＆時刻 １０分ぐらい先の時刻 JS名 BK カンパニID なし オペレータID なし パスワード なし ●結果：２回実行して、２回共にJS実行成功 (2)SGのIJC=(10)、OCF=(010,10) SGでOCF設定したが、カンパニID、オペレータID共に実際に 登録しない。つまり、エミュレータ起動時にカンパニIDなど の入力無し。 #AJOBC常駐し、#AJOBMで以下設定 日付＆時刻 １０分ぐらい先の時刻 JS名 BK カンパニID なし オペレータID なし パスワード なし ●結果：２回実行して、２回共JS実行失敗（エラーはF3) (3)SGのIJC=(10)、OCF=(010,10) 上記と同様に、カンパニID、オペレータID共に実際に 登録しない状態 #AJOBC常駐し、#AJOBMで以下設定 日付＆時刻 １０分ぐらい先の時刻 JS名 BK カンパニID 半角空白2個 オペレータID 半角空白3個 パスワード なし ●結果：JS実行失敗（エラーはF3) (4)SGのIJC=(10)、OCF=(010,10) 適当にカンパニIDとオペレータIDを登録。エミュレータ起動時 にカンパニIDなどの入力が有る。 #AJOBC常駐し、#AJOBMで以下設定 日付＆時刻 １０分ぐらい先の時刻 JS名 BK カンパニID なし オペレータID グローバルオペレータ パスワード なし ●結果：JS実行成功 | ||
| 14 | Re: AJOBCとAJOBM | |
| クロスケ 2012-6-13 17:59:22
[返信] [編集] お忙しい所、色々お手数をお掛けして申し訳ありませんでした。 とてもわかり易い回答を下さり、感激しております。 AJOBC,AJOBMではSGでOCF有りと指定した場合、コントロールFを 何らかの形でチェックしにいくと考えていいのですね。。。 操作する業務担当者へのアナウンスも必要になってくる事なので よく相談して、処理を再考してみます。 ご回答に携わって下さった皆様本当に有難うございました。 今後共、これに懲りず宜しくお願い致します。 そしていつまでもこのサイトを続けて頂きます事、切に願います。 | ||
| 15 | Re: AJOBCとAJOBM | |
| ターラヤン 2012-6-13 23:03:37
[返信] [編集] クロスケさん、こんにちは。 昨日は夜遅かったので報告だけとなってしまいました。 昨日試したのは、普通のやり方でやってみただけです。 もしかすると、オペレータIDやカンパニIDの入力値に特別な値を入れるとか、 JSを工夫することによって出来るのかもしれません。 あるいは、COBOLで１0秒ごとぐらいに時刻を見に行くようなプログラムを自作するという手はあるかもしれません。 | ||
| 16 | Re: AJOBCとAJOBM | |
| クロスケ 2012-6-15 17:23:41
[返信] [編集] ターラヤン 様 夜遅くに有難うございました。 色々組み合わせを考え、業務が停止する 時期を見計らって検証してみます。 又、これに懲りず宜しくお願い致します。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | AJOBCとJCLについて | |
| だんぼ 2012-6-12 17:48:31
[返信] [編集] こんにちわ。いつも参考にさせて頂いています。 よろしくお願いします。 私の管理するオフコンシステムでは 他システム(サーバも別)とのデータ連携を図る目的で 常時起動しているJCLがあります。 しかし、どいう訳かそのJCLが停止していました。 また、バックアップ用にAJOBCも起動させているのですが 同じように停止していました。 原因として『停電』が考えられるのですが UPS(無停電電源装置)も設置されており 停電時間も2〜3分だったため、 UPSからのメッセージでは電源の復旧も確認でき サーバがシャットダウンした形跡もありませんでした。 停電や電圧低下(?)などが原因で AJOBCやJCLなどが停止することがあるのでしょうか？ ちなみにサーバはExpress5800/640XIです。 考えられる原因などあれば提供お願い致します。 | ||
| 2 | Re: AJOBCとJCLについて | |
| ターラヤン 2012-6-13 23:08:14
[返信] [編集] だんぼさん、こんにちは。 「システム管理説明書」の「第４章 運用管理」の「UPS機能」「注意事項」に以下のような一文があります。 これではないでしょうか。 *停電発生によりワークステーションの電源が切断された場合、 *そのワークステーションで動作中のジョブが強制終了される *ことがあります。停電発生から数秒以内で復旧した場合、 *画面接続状態のジョブは強制終了されますが、画面切離状態 *で動作中のジョブは継続されます。 *また、停電発生から約20秒経過すると、そのワークステーション *で動作中のすべてのジョブは強制終了されます。 上記に該当するかどうかは、サーバだけではなく、ワークステーションの 電源も切れたかどうかを確認するということでしょうね。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-4-25 13:43:42
[返信] [編集] こんにちは。たまに拝見して参考にさせていただいておりますオフコン素人です。 よろしくお願いいたします。 RDBのFILLERに項目追加方法がわかりません。 #DDMで、→表定義→データディクショナリファイル名、 で呼び出して、FILLERに追加して、DDF出力、しました。 が、RDBQで見ても、skylinkにも追加項目が表示されません。 もちろんプログラムでも認識されません。 なにか作業も漏れているでしょうか。 ユーザDDFを修正したのですが、 もしかして、SYS@DDFに併合しないといけないのでしょうか？ | ||
| 2 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| 富山清風 2012-4-26 9:36:03
[返信] [編集] igaさん がんばってますね。 >ユーザDDFを修正したのですが、 >もしかして、SYS@DDFに併合しないといけないのでしょうか そのとおりですね。 SYS@DDFに併合しないと、RDBQにも、skylinkにも表示されません。 また、私の認識では、 COBOLのプログラムでは、｢表定義の有無」は関係しますが、 ｢表定義の項目名｣などは関係なかったように思っています。が、・・・ とにかく、SYS@DDFに併合すれば、解決すると思いますので、 がんばって下さい。 | ||
| 3 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-2 13:52:49
[返信] [編集] こんにちは。 ご親切にありがとうございます。 やはりSYS@DDFに併合しないとだめなんですね。 #DDFのファンクションに、「併合」というのはあったのですが、 それを実行しても大丈夫でしょうか？ というのも、 ・ユーザDDFに項目追加後、併合を実行したら、何か既存の本番データが上書きされて、消えてしまうことはないのでしょうか ・ユーザーDDFに項目追加後、併合は、普通に日中、基幹業務稼働中に実行しても、問題ないでしょうか。SYS@DDFは、RDBQとかskylinkくらいしか影響はないような気がしますが・・。 突然稼働中のプログラムは暴走したり、 障害起きたりしませんでしょうか。 まずはユーザーＤＤＦに追加 → ＳＹＳ＠ＤＤＦに併合 してから、じっくり ｃｏｂｏｌプログラムの修正をしようかと思っているのですが・・。 その際、ＲＤＢファイルのｃｏｐｙ句も修正します。 | ||
| 4 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| ターラヤン 2012-5-2 20:12:11
[返信] [編集] こんにちは。 >・ユーザーDDFに項目追加後、併合は、普通に日中、基幹業務稼働中に実行しても、 >問題ないでしょうか。 >SYS@DDFは、RDBQとかskylinkくらいしか影響はないような気がしますが・・。 業務稼働中はやらない方がよいのではないでしょうか。 ＷｉｎｄｏｗｓやＵＮＩＸでも、日中基幹業務がガンガン動いている最中にＯｒａｃｌｅの テーブル作成とかはしないと思います。 併合によって業務に使っているデータが壊れることは無いと思います。 ＳＹＳ＠ＤＤＦに併合するということは、ＳＱＬ文のcreate table xxxに相当するので 単にテーブルの定義を行うだけです。 でも普通はシステムに変更を加えるようなときはバックアップは取っておきますよね。 プログラム開発の順番は自由ですが、普通は以下のような感じで行います。 １．表定義保守（＃ＤＤＭ）の表定義で、ユーザＤＤＦに表＆テーブル定義。 ２．表定義保守（＃ＤＤＭ）のライブラリ出力で、ＣＯＢＯＬのレコード記述項用の ソースを出力。 ３．ＣＯＢＯＬでプログラム作成。このとき２で作ったソースをレコード記述項用と してCOPY文記述。 ４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う。 １は、これからプログラムを作るので、まだ実業務環境には表定義も実ファイルも作らずに、 準備だけしておく。 ２は、１で定義した情報を元にレコード記述項の情報を作る訳で、システム上の情報とCOBOL プログラム上のレコード記述項の情報を常に一致させるためには必須。レコード定義のCOPYを 手で直したり、直接COBOLソース上に記述したりしていると、プログラムを改修したりした時に、 システムとプログラムのテーブル情報が一致しなくなる原因になります。（とはいえ、レコード 記述項を手で直したりはよくやっていますが。） 実際に実業務環境に組み込んでもＯＫとなったら、４でユーザＤＤＦの情報をＳＹＳ＠ＤＤＦ に併合することになります。（テスト環境があれば、ユーザＤＤＦからテスト環境のサーバの ＳＹＳ＠ＤＤＦに併合してテスト実施、テスト終了後に実業務環境のＳＹＳ＠ＤＤＦに併合して 運用開始という形になるのかもしれません。） 基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない） | ||
| 5 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| ＥＸＣＨＡＮＧＥ 2012-5-4 5:04:08
[返信] [編集] ☆ Ａ−ＶＸの場合、 （１）ＳＹＳ＠ＤＤＦにマージされたＤＢ定義 （２）ＣＯＢＯＬで使用するＣＯＰＹ句定義 （３）ＭＩＸ（キーなし複数順編成）で領域確保された実データ 上記３つは別々に作成されます。 ☆ ＡＶＸ以外の他のデータベースの場合、create tableコマンドでレイアウト定義と実領域が同時に作成され、ＣＯＢＯＬからもCOPY ALL FORMATS OF DATABASE 式にテーブル定義を直接参照できるようになっています。（もっとも最近はＡＶＸもＣＯＢＯＬからの直接参照はできるようになっているみたいですが。。） ☆ （１）〜（３）が別々で、仮にズレていても定義時に警告が出ないため、定義間のズレによってプログラム実行時に不具合が起こらないように気をつけて開発する必要があります。 ☆ 今回は既存のテーブルの最後尾のFILLER部分に新規項目を追加するということでしたよね。 ☆ それでしたら、ローカルの HOGEHOGE-DDF --> SYS@DDFへのマージをおこなっても、修正を施していない既存プログラムの実行には影響は無いはずです。 ☆ ＊ ＣＯＰＹ句の最後尾に項目を追加してFIILERのバイト数を減らす。 ＊ プログラムを修正もしくは新規開発する。 ＊ 項目が追加されたテーブルをＳＹＳ＠ＤＤＦにマージする といった一連の開発手順でよいと思います。 ☆ ただし、以下の点は重要なので、十分考慮しておいてください。 ☆ 追加項目が数字項目の場合、既存のデータのFIILER部分に数字以外の項目が入っている場合があります。修正後のプログラムがこの部分を使用すると、実行時に NON-NUMERICエラーを引き起こす可能性があります。ＣＯＭＰ−３項目は特に要注意です。 あらかじめＲＤＢＱの一括更新などで、数字０をセットして初期化しておくことをお勧めします。 ☆ 追加項目が漢字項目の場合はＲＤＢＱでの初期化ができないようですので、簡単な初期化プログラムを作成してあらかじめＩＮＩＴＩＡＬＩＺＥ命令などで初期値をセットしておくほうがよいでしょう。運用開始後に漢字として正しくないものが入っているレコードのみを抽出して初期化するのはかなり難しいです。 (追伸）ＲＤＢＱのことを申しましたが、ＡＶＸの開発初心者の方でしたら「ＲＤＢＱ」を使わず、はじめから「ＲＤＢＱ２」の方をお使いになることをお勧めします。 ＲＤＢＱ２の方が機能的にも操作的にも格段に優れているからです。 なお、ユーザとして使われる方にはＲＤＢＱもＲＤＢＱ２もともにお勧めしません。ＳＫＹＬＩＮＫなどをお勧めします。 （ＡＶＸ −＞ ＯＰＥＮ移行後のことを考慮して、というのが理由です） | ||
| 6 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-28 13:47:47
[返信] [編集] こんにちは。 ご親切にどうもありがとうございます。 ついでに聞いて申し訳ないのですが、 ＃ＤＤＭですが、 ２．表定義を選んで ディクショナリ名で SYS@DDFを選んで、 ５．併合を選び、 処理モード：「置換」 入力元： ｘｘDDF（ユーザディクショナリ） 併合表名： ｘｘｘファイル 指定確認 １ ｏｋ とやればいいのでしょうか？ あと心配なのは、実データです。 いちおう直前に、バックアップは取りますが、 併合、（置換）したことにより、 実データに影響は一切ないですよね？ （まさか、データが全て初期化されてしまうとか・・・） filler部は初期値のままです。 領域の確保はしないつもりです。 しつこくてすみません。かなり心配症なもので・・。 よろしくお願いいたします。 | ||
| 7 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-28 13:54:27
[返信] [編集] ご親切にどうもありがとうございます。 ところで２箇所だけ大変気になる部分があったのですが。 ↓↓↓↓↓↓ 「４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う」 「基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない）」 領域確保とはどういうことでしょうか？ 今回はFILLERに項目を追加しようとしているだけなのですが、 なぜ実ファイルの、領域確保が必要なのでしょうか？ 領域確保というと、 データベースがオーバーフローした際、 再度、領域を確保して、データベースを作り直す という意味だと思うのですが・・・ 素人ですみません、よろしくお願いいたします。 | ||
| 8 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| ターラヤン 2012-5-30 1:08:30
[返信] [編集] >領域確保とはどういうことでしょうか？ >今回はFILLERに項目を追加しようとしているだけなのですが、 >なぜ実ファイルの、領域確保が必要なのでしょうか？ 確かに説明が間違っていました。すみません。 領域確保は不要です。 | ||
| 9 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| EXCHANGE 2012-5-30 4:41:18
[返信] [編集] ☆ ＳＹＳ＠ＤＤＦへの併合の方法はそれで問題ありません。 ただし、この表（テーブル）もしくはこの表を含む仮想表（ビュー）を何らかのプログラムから使用しているときは ＳＹＳ＠ＤＤＦへの併合そのものができません（エラーになる）ので、使っていないときに併合してください。 ☆ 併合したことによりＭＳＤにアロケートされている物理的なファイルには何の影響もありません。 また、igaさんがやろうとされている「ＣＯＰＹ句最後尾への項目追加」であれば、追加される新項目を使用していない従来プログラムに対しても動作上の影響はありません。（つまり、この追加項目を使用していない従来ソフトはリコンパイルの必要はありません） | ||
| 10 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| ＥＸＣＨＡＮＧＥ 2012-5-30 4:54:56
[返信] [編集] ＞ この表（テーブル）もしくはこの表を含む仮想表（ビュー）を何らかのプログラムから使用しているときは。。 というのは、オープンされている（現在使用中）という意味です。 （単にプログラム内で定義されているという意味ではありません） 表現が曖昧ですみせんでした。 ☆ あらかじめアテンションにて実行中ファイルを確認したとしても その直後に誰かが問題のファイルをオープンしに行くかも知れませんから、ご心配でしたら、ユーザの方がすべて業務を終了されてから併合を行ったほうがいいと思います。 | ||
| 11 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-30 9:49:50
[返信] [編集] ＥＸＣＨＡＮＧＥ様 ご親切にありがとうございます！ 大変助かります。 もやもやしている部分がかなりすっきりしました。 なにせ誰も教えてくれる人がいないので、 実績が伴わず、 マニュアルを読んで想像している世界なもので いつも大変不安です。 それでいてa-vxは当社にとって大変重要に基幹システムと なっています。 利用者は常時６０名ほどいます。 止まったり、データに不具合が生じたりしたら、 企業としての存続が危ぶまれるほどです。 それなのに上層部はＩＴに全く理解がなく、 教育、人件費、設備に投資してくれません。 ・・おっと愚痴になってしまいました。 とにかく助かりました。 どうもありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | JCLをテキスト化できますか？ | |
| きゃん 2012-5-8 21:17:28
[返信] [編集] JCLをCOBOLプログラム同様テキスト化できますか？ ご存じの方教えてください。 | ||
| 2 | Re: JCLをテキスト化できますか？ | |
| ターラヤン 2012-5-9 0:53:31
[返信] [編集] こんにちは。 COBOLプログラムと同じ方法でできます。 １．#LBMなどを使って、１レコード80バイトの順編成ファイルに抽出 ２．#NFCNVでWindows側に出力 | ||
| 3 | Re: JCLをテキスト化できますか？ | |
| ＥＸＣＨＡＮＧＥ 2012-5-9 0:58:57
[返信] [編集] ☆ ＣＯＢＯＬの場合はどのようにしてテキスト化されたのですか？ ☆ 最近のＡ−ＶＸに付属する基本ツールは存じておりませんが、 別売の「ａｖｘＲＤＢアクセスキット」に付属するユーティリティを使えば、ＣＯＢＯＬ、ＪＣＬともｔｘｔファイルにまとめて変換できます。 ☆ あと。。。。馬鹿馬鹿しい方法ですが。。。。 ＪＣＬはどれも短いと思いますので、一本ずつ＃ＴＥＤＩＴで呼び出して表示しておいて、 エミュレータ「編集」−＞画面まるごと「範囲指定」−＞ＮｏｔｅＰａｄに貼り付け−＞次画面を表示 以下、コピー貼り付けを繰り返す。 なんて、ちょっと面倒すぎるかなあ。。。 | ||
| 4 | Re: JCLをテキスト化できますか？ | |
| きゃん 2012-5-9 9:32:03
[返信] [編集] お二人とも回答ありがとうございます。 COBOLの場合、下記の手順で行いました。 ��#ABC で 順編成ファイルへ複写 ��#NFCNV で TXT化(CSV化) 同様にJCLも XXXJSL よりソースを�，亮蟒腓能臺埓�ファイルへ 出力しようとしましたが 出力ファイル用オプション=NOが入力できず 順編成ファイルへの複写ができませんでした。 ですので JCLソースは別に指定すべき内容があるのか 見る場所(XXXJSL)が違っているのかな？と思いました。 #ABC;で 表示→編集表示で画面上内容の確認はできましたので JCLソースを確認する先（保存先）はあっているかと思うのですが・・・ ↓まとめてテキスト化できる機能があるかどうか確認する方法はありますか？ たとえば、RUNコマンド行で ユーティリティIDをたたいてみる とか・・・ ＊＊＊＊ ☆ 最近のＡ−ＶＸに付属する基本ツールは存じておりませんが、 別売の「ａｖｘＲＤＢアクセスキット」に付属するユーティリティを使えば、ＣＯＢＯＬ、ＪＣＬともｔｘｔファイルにまとめて変換できます。 ＊＊＊＊ | ||
| 5 | Re: JCLをテキスト化できますか？ | |
| ＥＸＣＨＡＮＧＥ 2012-5-9 14:13:08
[返信] [編集] > 出力ファイル用オプション=NOが入力できず > 順編成ファイルへの複写ができませんでした。 ☆ 確かに＃ＡＢＣ複写で、上記箇所で引っ掛かりますね。 このときＦＤＵは指定可能です。しかし実際にフロッピーにファイルをアロケートしてフロッピーをセットして再度試みると今度はＭＳＤしか指定できなくなります。（バグっぽいですね） ☆ いずれにせよこの方法ではＣＯＢＯＬソースと違いメンバの指定ができないようです。フロッピーを挿入した状態でＭＳＤを指定し、ディスク上の順編成ファイルにやみくもに複写を実行してもなにもコピーされませんでした。 ☆ やはりターラヤンさんの方法しかだめでしょう。 ☆ あと、「Ａ−ＶＸＲＤＢ／ＦＩＬＥアクセスキット」は１ユーザ２００００円程度ですので、ソースが大量にあるようでしたら購入の価値はあるかと思います。 htt*://www.nec.co.jp/pfsoft/avxkit/feature.html#introduce ☆ なお、このツールには一箇所だけ誰もがハマル部分があります。 「ログインツール」の入力時にはオペレータコード、ＣＩＤ、パスワードすべてが自動的にシフトロック状態（大文字）になるのに、「環境設定ツール」においてはパスワードだけが（小文字）状態になっているようです。シフトキーでの入力が必要です。パスワードは表示されないので、小文字状態で設定すると、肝心の接続時にエラーになります。 | ||
| 6 | Re: JCLをテキスト化できますか？ | |
| ターラヤン 2012-5-10 9:50:00
[返信] [編集] ＞COBOLの場合、下記の手順で行いました。 ＞��#ABC で 順編成ファイルへ複写 JCLやPMのときは、#ABCではなくて、#LBMを使うみたいです。 やりかたは以下に書いてあります。 ttp://www.offcom.jp/modules/amanual/index.php/uti/at/lbm/lbm05.html | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ロードモジュールライブラリ（LML）のメンバ追加 | |
| えくれあ 2012-4-12 17:11:44
[返信] [編集] オフコン初心者です。 ロードモジュールライブラリ（LML）にメンバを追加する方法を教えて頂けませんか。 | ||
| 2 | Re: ロードモジュールライブラリ（LML）のメンバ追加 | |
| ＥＸＣＨＡＮＧＥ 2012-4-13 3:47:53
[返信] [編集] ☆ 本ＨＰの中の ＃ＬＢＭの説明をご覧下さい。 http*//www.offcom.jp/modules/amanual/index.php/uti/at/lbm/lbm01.html | ||
| 3 | ソースユニットライブラリメンバのコンパイル | |
| えくれあ 2012-4-13 9:45:41
[返信] [編集] ソースユニットライブラリ（SUL）メンバのコンパイル方法を教えて頂けますでしょうか。 また、コンパイル後は自動でロードモジュールライブラリに格納されるのでしょうか？ それから、パラメータライブラリ（PML）のメンバを ロードモジュールライブラリ（LML）へ追加する（コンパイル？）事も可能ですか？ | ||
| 4 | Re: ソースユニットライブラリメンバのコンパイル | |
| ＥＸＣＨＡＮＧＥ 2012-4-14 6:16:46
[返信] [編集] > ソースユニットライブラリ（SUL）メンバのコンパイル方法を教えて頂けますでしょうか ☆ ちょっと一言では説明しづらいです。 「ＣＯＢＯＬ８５言語解説書」「ＣＯＢＯＬ８５プログラミング手引書」「ユーティリティ説明書」あたりをご覧下さい。他のＣＯＢＯＬでのご経験がおありであればより理解しやすいと思います。 > コンパイル後は自動でロードモジュールライブラリに格納されるのでしょうか？ ☆ コンパイル−＞リンクと言う順序でロードモジュールを生成しますので、どこへ格納されるかは、基本的にはリンカのパラメータ指定によると思います。 なお、コンパイラのＮＸＴ＝ＬＩＮＫ＿ の指定にてＵＳＥＲＬＭＬ（事前に別途アロケート必要）へ格納されたと思います。 >パラメータライブラリ（PML）のメンバを ロードモジュールライブラリ（LML）へ追加する（コンパイル？）事も可能ですか？ ☆ パラメータの中には （１）メニューパラメータ （２）ＳＭＡＲＴパラメータ （３）＃ＡＢＣなどのパラメータ などがありますが、 メニューパラメータは＃ＭＥＮＵＭにて翻訳すればＬＭＬへ追加できたと思います。翻訳せずにパラメータのままで利用する（２）（３）はできないと思います。 ☆ 最近はあまり首を突っ込んでいませんので間違った部分があるかもしれません。 | ||
| 5 | Re: ソースユニットライブラリメンバのコンパイル | |
| ＥＸＣＨＡＮＧＥ 2012-4-14 6:51:11
[返信] [編集] ☆ といっても、マニュアル参照！というだけでは 全く取り付くしまがないでしょうから、 ひとつだけ簡単なコンパイル用のＪＣＬを掲載します。 ただし、特定の環境下でのパラメータ指定ですので、マニュアルを参照してパラメータの指定を考えてください。 (JSCBL)見本 /RUN CBL85,SSW1=ON; SUD=MSD_SUF=&1_LBD=MSD_LBF=COPY句の格納先ライブラリ名等_CUD=MSD_CUF=USERCUL_ WKD=TEMPORARY_WSZ=9000_PRD=STN_ PRG=&0_MOD=REPLACE_ DBG=SOURCE_OPT=YES_SCK=NO_SCH=_DLM=ALL_ BUF=STANDARD_CMO=NATIVE_LNT=NO_ RNG=YES_RRM=MOVE-MODE_SLM=SOURCE_SSN=_RSN=_STN=ANK_ USG=MULTI-SEPARATE_SIZ=_DIO=YES_NXT=LINK_ /> ; コンパイル実行時は、 ＲＵＮ＝ＪＳＣＢＬ，（ソースメンバ名，メンバが格納されているソースライブラリ名）； コンパイル成功時は確認後、続けてリンカが呼び出されてリンクされ、出来上がったロードモジュールはＵＳＥＲＬＭＬへ格納される。 ☆ 内容に誤りがあれば適当に修正してください。 | ||
| 6 | Re: ソースユニットライブラリメンバのコンパイル | |
| ＥＸＣＨＡＮＧＥ 2012-4-14 7:15:33
[返信] [編集] ☆ 追伸： ＪＳＣＢＬはＳＹＳ＠ＪＳＬをアロケートしてここに格納しておいてください。 ＲＵＮ＝＾＾＾＾＾にて実行する場合、 ＪＳＣＢＬをローカルのＪＳライブラリに格納してしまうと、 ＲＵＮ＝のパラメータの後尾に ＦＩＬ＝（ＪＳＣＢＬの格納されているライブラリ名）， ＤＥＶ＝（格納先デバイス名）などの指定が必要です。 たとえば、 RUN＝JSCBL,(hogesource,hoge-SUL),FIL=hogehoge-JSL,DEV=MSD; | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band