Google
オフコン練習帳内を検索
インターネット全体を検索

NECオフコン関連
オフコン一般
情報

ＮＥＣのオフコン情報掲示板（ノウハウ系）

ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。

1: ＃ＮＦＣＮＶの制限？(2)   2: LLNIPの印刷(3)   3: ＃ＢＫＵＰでｕｓｂに直接出力できますか？(3)   4: A−VXのプリンタ設定方法が分かりません(2)   5: ＯＳのＣＤについて(4)   6: 初期プログラムに関する質問(4)   7: ボリュームMAPにあるが、#ABCだとファイルがみつからない(2)   8: SYS@DDFの復旧(2)   9: スプールデータの取り出し方法についての質問(10)   10: SG処理にて、PAGW実行中にエラーが発生しました(9)   11: ソースライブラリの一括検索(9)   12: 帳表をＰＤＦ印刷する方法（PRINTVEWを使わず）はありますか(2)   13: SKYLINKでテーブルを検索するとエラーとなる(1)   14: オフコン(3)   15: 管理人さんへの質問です(3)   16: #LTEDITでフォームのソースを指定するとメンバーが見つからないと表示される(4)   17: UPS無しの構成へのシステム移行(12)   18: #NFCNV でパソコンへ転送すると、データの先頭に空白がついてしまう(3)   19: CBL85資産をＯＰＥＮｃｏｂｏｌに移行する(3)   20: COBOLソースから仕様書の鏡作成ツール(3)   21: PrintBridgeの使い方(8)   22: WSエミュレータをWindows7Pro32bitSP1PCにインストール出来なくなった(1)   23: 漢字とANKの縮小印字について(3)   24: #NFCNVで先頭のカラムが０になるのは？(2)   25: N7884-14Bと互換性があるプリンタについて(2)   26: 表示（印刷）を任意の順番にしたいのですが・・・(6)   27: JSまたはPMのコールが間違っています(3)   28: ページプリンターのＳＧ方法(2)   29: SMARTの画面明細項目が終われない(8)   30: ＡＶＸでの外字(槇）について(6)  

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 56 57 58 (59) 60 61 62 ... 108 »

Re:WSエミュレータの設定
桃太郎 2007-2-13 17:23:00  [返信] [編集]

Ａ-ＶＸ初心者さん　こんにちわ



自社では導入当初ＷＳエミュレータ搭載のＰＣも含めて全て

ＤＨＣＰ機能を使って設定していましたが、動くのは動きましたが

ＷＳエミュレータとサーバー間の接続切れが起き、

当初原因が分からず、ディーラーに問い合わせたら、

エミュレータは固定ＩＰで使って下さいと言われたので、

固定ＩＰにしたら接続切れは無くなりましたね、

只、自社の場合ＳｏｎｉｃＷＡＬＬ社のファイヤーウォールの

ＤＨＣＰ機能を使っていましたのでその組み合わせの関係かもしれません

参考になりますでしょうか。
WSエミュレータの設定
A-VX初心者 2007-2-13 10:00:00  [返信] [編集]

いつも拝見させて頂いております。

社内ＰＣのＩＰアドレスを現在の静的アドレスからＤＨＣＰを使用した動的アドレスに変更しようと思っています。

ＷＳエミュレータの端末情報設定で端末のＩＰアドレスを登録していますが、起動すると別のＩＰアドレスがＤＨＣＰによって振られることになりますが問題ないでしょうか？



Re:カンパニ間のデータアクセス
オフコン人 2007-2-10 17:36:00  [返信] [編集]

やぎさんの方法は正しいと思います。

グローバルからユーティリティであれば、ローカルのファイル（ファイル１、ファイル２）を扱うことができますので、少し発展させてはいかがでしょうか。

COBOL-APにこだわりがあるようですが、ユーティリティはJS化することができます。COBOL-AP内でJSを扱うことが可能ですので、#FLCMVや#ABCの抽出機能で抽出の用件が満たされるなら、グローバルからCOBOL-AP実行で実現できますね。
Re:カンパニ間のデータアクセス
やぎ 2007-2-6 18:36:00  [返信] [編集]

すみません。説明が不十分でした。



下記のようなことをイメージしています。


−−−−−｜−−−−−−−−−−−−
カンパニ１｜カンパニ２｜グローバル｜
　　　　　｜　　　　　｜　　　　　｜
ファイル１｜ファイル２｜ファイル３｜
ＡＰ１　　｜ＡＰ２　　｜ＡＰ３　　｜
　　　　　｜　　　　　｜　　　　　｜


ファイル１のデータをファイル２に編集して更新したい。
かつ、ファイル２に書き込んだファイル１のデータは削除。
この場合、いきなりファイル１からファイル２への（ＣＯＢＯＬＡＰでの）データ移行が可能かどうか、を知りたかったのです。
（たとえばグローバルにあるＡＰ３を実行すれば可能か）


現在はまず、ＡＰ１でファイル１のデータをファイル３へ抽出し（その際ファイル１のデータも削除）
その後、ＡＰ２でファイル３からファイル２へデータを更新しています。（それぞれのＡＰの実行は各カンパニで）



Re:ジョブ制御言語のＳＥＴ文について教えてください
Q太郎 2007-2-5 10:20:00  [返信] [編集]

助言ありがとうございます。



また、色々やってみます。

なるほど！！（追加注釈）
ＥＸＣＨＡＮＧＥ 2007-2-3 6:28:00  [返信] [編集]

> オペレータコード（Ｗｉｎｄｏｗｓのユーザ名）

（Ｗｉｎｄｏｗｓでのユーザ名に該当）という意味です。

Ａ−ＶＸを知らない方の為の説明です。
Ｗｉｎｄｏｗｓのユーザ名と一致させるという意味ではありません。

なるほど！！
ＥＸＣＨＡＮＧＥ 2007-2-3 6:21:00  [返信] [編集]

＊　こういうやり方があったんですね。非常に勉強になりました。



＊　Ａ−ＶＸの初期プログラムに関しては

　（１）端末ごとに初期ＰＧ（初期メニュー）を設定しておく。

　（２）オペレータコード（Ｗｉｎｄｏｗｓのユーザ名）＋パスワードにて初期ＰＧ（初期メニュー）を設定する。

　（３）何も設定せず、ＲＵＮ＝＾＾＾＾状態にしておいて初期メニューを指定するを以てパスワード代わりにする。



　主に上記３種類の方法が使われているようですが、



（１）の場合、端末を使用する人間が移動する毎にワークステーション初期ジョブを変更するためにＳＧ変更せねばならない。

緊急の人の移動に弱い。



（２）の場合、どの端末に移動しても、オペレータコード、パスワードにてログイン出来るので便利だが、移動前の人間が別の場所から以前のメニューを操作出来てしまうので、そうならないためには各人毎にオペレータコード＋初期メニューを与えてやらねばならず、＃ＯＣＦの変更管理が面倒になる。（業務中変更しにくい）。

また業務システムはＰＣでのデスクワークとちがって部署単位（場所単位）でのオペレータコード設定の方がなじむようだ。



（３）の場合、一回メニュー名を覚えてしまったら、（覚えられてしまったら）セキュリティとしての効果はなくなってしまう。



いずれも一長一短でした。



＊　（１）を使われている管理者の場合お教え頂いたやり方は非常に強力な方法論と思われます。



＊　ご教授頂いた方法の応用として、（２）の場合でもオペレータ初期ジョブを「オペレータコード毎の特定ＬＭ」にしておき、このＬＭ上でＷＳ番号をＧＥＴして、そのＷＳ番号でのオペレータコード対応初期メニューの実行を許可するかどうか判断させることで、部署外（＝別の場所）からのオペレータコードエントリーを避けることが出来そうです。つまり（２）の方法の欠点も回避できると言うことです。

（オペレータコードと実行可能ＷＳ番号の対応マスタが必要かと思いますが）



Re:カンパニ間のデータアクセス
オフコン人 2007-1-31 23:19:00  [返信] [編集]

やぎさん、もっと具体的にされたいことを書かないと何のアドバイスもできないのじゃないでしょうか。



ローカルで実行したCOBOL-APからグローバルファイルも扱うことが可能です。



基幹システムがグローバルで今回構築されたのがローカルなら実現は可能かと思います。

ローカルからのファイルサーチ順は、そのローカル→グローバルです。

Re:カンパニ間のデータアクセス
やぎ 2007-1-31 15:54:00  [返信] [編集]

回答ありがとうございます。



うーーん。

すみません、経験がないのでよく分からないのですが

そこまで大掛かりにする必要はないかと思っていました。

（別システム、と書いていますが

二つのシステムとも同一サーバ内に構築されていますので）

Re:ジョブ制御言語のＳＥＴ文について教えてください
ターラヤン 2007-1-30 21:59:00  [返信] [編集]

私も試してみましたが、/SETではスペースが入っているとエラーになりました。

/SETの置換パラメータを利用するのではなく、/RUNの方を使ってはどうでしょうか。



/RUN APNAME,(12 3456789),DEV=...,FIL=...;



ならうまく行くようです。

Re:カンパニ間のデータアクセス
ターラヤン 2007-1-30 21:54:00  [返信] [編集]

>別システムからすべての処理を起動できればいいのですが

>やはりそれは難しいですよねえ・・・。



的外れかもしれませんが、

別システムから起動するならば、インボーキングを使用する、

データコピー（移動）ならば、A-VX/NETを利用するなどの

方法がありそうです。

Windowsから起動するならば、ジョブ起動ユーティリティが

あります。

Re:カンパニ間のデータアクセス
やぎ 2007-1-29 18:31:00  [返信] [編集]

回答ありがとうございます！

もともとある基幹システムから、今回追加した別システム（それぞれにカンパニＩＤを割り当てている）にデータを移行したいのです。

単純なコピーではなく、別システムに取り込んだ基幹システムのデータは削除したいので、cobolでの開発を考えています。

（かつ、バッチではなく、メニューからのユーザーの明示的な起動によって運用）



別システムからすべての処理を起動できればいいのですが

やはりそれは難しいですよねえ・・・。
Re:システム生成の前にデータのバックアップをした方がよいか？
0e0e 2007-1-29 16:51:00  [返信] [編集]

オペレータコードは個人ごとに設定していなくて、部門やユーザーレベルで

大きく分けているのでその中で、ＳＴＮごとに初期メニューを変更するのを

以下のように使い分けています。





（１）ＳＧではＳＴＮごとの初期プログラムをオペレータコードで指定します



           << INITIAL PROGRAM (STN000->2??) >> DEFINITION        REL.  4.51 
                                                                           

SIT      TMD AMD ITN      TYP DEV    FIL        PTN    PTY PDE    PFI       
                                                                          

SYSTEM   LOG SIN (AAA,  )                                                   
STN001   RET SIN (BBB,  )                                                   
STN002   RET SIN (BBB,  )                                                   
STN003   RET SIN (BBB,  )                                                   
STN004   RET SIN (BBB,  )                                                   
STN005   RET SIN (BBB,  )                                                   
STN006   RET SIN (BBB,  )                                                   
STN007   RET SIN (BBB,  )                                                   
STN008   RET SIN (BBB,  )


（２）＃ＯＣＦＭでそのオペレータコードの初期プログラムを
　登録します

*** ENTER PARAMETERS ***                                                
   1. OPERATOR IDENTIFICATION;      OID=BBB                             
   2. COMPANY IDENTIFICATION;       CID=                                
   3. DEFAULT;                      DFT=                                
   4. PROGRAM IDENTIFICATION;       PID=                                
   5. PRIMARY RUN NAME;             PTK=PRGBBB                          
   6. SECURITY CODES;               SEC=                                
   7. PASSWORD;                     PWD=                                
   8. OPERATOR NAME;                NAM=                                
   9. #SWRIT AUTO RUN;              SWT=NO                              
      CONFIRM;                      CFM=                                
                                                                        
                                                                        
                                                                        
                                                                        

ENTER CONFIRM;                                                          

                                                                    

                                                                        

^^                                                                      

                                                            A #OCFM  01



（３）その初期プログラムをＣＯＢＯＬにしておいてＳＴＮ番号でファイルに登録した
プログラム（メニューなど）を個々に呼ぶようにします
　以下のようなマスターを参照して SYSCAHINかCBLRUNでCALLする


      WS-CONTROL ﾒﾝﾃﾅﾝｽ                                     AUTO-DUP : OFF  
                                     　変更区分： 変更　                    
                                                                            
RK [STN]              STN                                                   
RK 番号               008                                                   
    表　示　　　　　　 内　容                                               
----------------------------------------------------------------------------
001 PROGRAM                                                                 
002 実行日             000000                                               
003 MENU名             MENU                                                 
004 MENU PRG名         MENU-LMLA                                            
005 部コード           ??????                                               
006 社員コード         ???????                                              
    名前               ？？？？？？？                                       
007 コメント                                                                
                                                                              

         確認　                                                     ﾍﾟ-ｼﾞ 01

                                                            A #SMEXC 01


こんなんでわかりますか？

Re:システム生成の前にデータのバックアップをした方がよいか？
ＥＸＣＨＡＮＧＥ 2007-1-27 5:16:00  [返信] [編集]

> 他にも、上記との複合技になりますがOCFに初期プログラムを設定す

る手もあります。



具体的にもう少し詳しくやり方を教えて下さい。よろしくお願い致します。





ジョブ制御言語のＳＥＴ文について教えてください
Q太郎 2007-1-26 17:37:00  [返信] [編集]

/SET &=12345678901234567 ; ←正しく動作する

/RUN APNAME,DEV=...,FIL=....;



ここでスペースのはいっているデータを指定すると

たとえば「/SET &=12 345678901234567 ;」エラーになります。



”でかこってもうまくいきません。



良い方法をお教えください。

Re:システム生成の前にデータのバックアップをした方がよいか？
0e0e 2007-1-26 13:57:00  [返信] [編集]

質問から横道にそれますが

各ステーションごとに初期メニューを変えたいというのなら、

全ステーションの初期プログラムをCOBOLの１プログラムに統一しておいて、ステーションごとの起動メニュー名をマスター化し、それを参照してSYSCHAINすれば、運用性が高くなると思います。

他にも、上記との複合技になりますがOCFに初期プログラムを設定する手もあります。

Re:システム生成の前にデータのバックアップをした方がよいか？
assisi 2007-1-24 19:27:00  [返信] [編集]

ＮＥＣオフコンのＳＧだったらほとんどできます

ＦＤＤベースでの立ち上げかたとか特殊にオペレーションがあります　ご相談ください
Re:システム生成の前にデータのバックアップをした方がよいか？
桃太郎 2007-1-23 11:41:00  [返信] [編集]

派遣プリンさん、こんにちは、



私も１人で社内のシステム開発、保守、操作指導、を行っていますが、

１人で行っていると相談する人がいないので困りますよね、



本題ですが、複数台の端末が有り、複数の初期メニューが有り、

例えば、現在、ステーション１号機に”START1”という初期メニューが

セットされているいるものを”START2”に変えたいのでしたら、

そのとうりです、

バックアップを考えておられるのは、万が一立ち上がらなくなったら、どうしようと言う心配からだと思いますが、

ＳＧの操作自体はそんなに難しいとは思いませんが、

何事もそうですが、分かってしまえば簡単ですが

分からないことは大変不安だと思います、

過去にＳＧの経験が無いのでしたら、マシン購入のディラーのＳＥに電話でのサポートをお願いした方が安心かと思います。

参考になれば幸いです。
システム生成の前にデータのバックアップをした方がよいか？
派遣プリン 2007-1-23 9:21:00  [返信] [編集]

１人で社内システムの開発・保守をＣＯＢＯＬで行なっている派遣社員で、この掲示板を見つけて、時々遊びに来ています。

良かったら教えて下さい。



端末を立ち上げた時に表示されるメニューを変更してという指示がありました。

マニュアルをみながらシステム生成（ＳＧですよね？）で初期プログラムの定義という項目で、ステーション（端末）番号を指定して、初期プログラムを設定すればいいのかなと思いましたが、これでよろしいでしょうか？

また、システム生成のメニューにあった「定義情報の保存」と

＃ＢＫＵＰでディスクの退避もした方が安全でしょうか？

Re:制御符号について
温泉好きのうさぎ 2007-1-18 15:59:00  [返信] [編集]

MF-COBOLというのがいったい何なのか知りません．．．．



データ管理説明書を見ていただければ解ると思いますが、アトリビュート=080の連続横ケイ線と020のオーバーラインまたは040のアンダーラインの組み合わせは意味をなしませんので、組み合わせとして存在しません。



オーバーラインまたはアンダーラインは、開始の行と桁を指定するとその行の80桁までケイ線が連続して引かれます。次行に継続はしません。

また、バーティカルラインは、指定した行桁位置のみに引かれます。

強輝度、リバース、ブリンク、シークレットは、指定した行桁位置から24行80桁まで属性が続きます。

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 56 57 58 (59) 60 61 62 ... 108 »

BluesBB ©Sting_Band