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:カンパニ間のデータアクセス
オフコン人 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桁まで属性が続きます。
Re:#NFCNVでエクセル生成の問題
回転の達人 2007-1-18 1:16:55  [返信] [編集]

ターラヤン様
早速の回答ありがとうございました。
いろいろ機能があるのですね。　知りませんでした。
ありがとうございます。
Re:#NFCNVでエクセル生成の問題
ターラヤン 2007-1-16 12:27:37  [返信] [編集]

回転の達人さん、こんにちは。
ＥｘｃｅｌでCSVデータを読み込みときに、
「ファイル」−「開く」ではなく、
「データ」−「外部データの取り込み」−「データの取り込み」
を使うと日付に変わりません。
データの問題ではなく、エクセル側の問題です。
エクセル関連の本を探すと書いてあると思います。
私の持っているエクセル簡単操作辞典という本だと40ページに方法が書いてあります。
試しにインターネット上で検索するといくつか見つかりました。
下のサイトも参考にしてみてください。
http://www.eurus.dti.ne.jp/~yoneyama/Excel/ex-q-a/q_settei.html#csv_file
http://bbs.pc21.nikkeibp.co.jp/keyword-402
Re:制御符号について
若葉 2007-1-16 9:38:00  [返信] [編集]

連絡有難う御座います。



現在、A-VX COBOLの資産をMF-COBOLで変換するにあたり、制御符号をどのような形で変換すればいいのか、移行方針を検討を行っています。

その際に、制御符号のパラメータの意味や組合せ等を、資料に纏めたいと思っていたので、質問させて頂いています。

#NFCNVでエクセル生成の問題
回転の達人 2007-1-16 0:21:14  [返信] [編集]

#NFCNVで得意先の情報をCSVデータ作成後にエクセルデータを皆さん作成されていると思うのですが、
住所２が例えば「１−１０−２４」の時、エクセルにそのまま取込むと「2001/10/24」のようになります。
　VBAで対応すればできるのでしょうが、私にはよく分かりません。
　簡単な方法で正しくエクセルデータを作る方法があれば教えてください。
Re:制御符号について
オフコン人 2007-1-15 22:44:00  [返信] [編集]

若葉さん、突然失礼いたします。

何か制御符号にこだわっておられるようですが、何か意図があるのでしょうか？

罫線をCOBOLで記述したいなら、温泉好きのうさぎさんが記載されている方法で十分だと思うのですが。

効率よく罫線を使われるなら、その方が得策と思いますが。

あえて、制御符号にこだわっておられる理由が理解できません。

Re:制御符号について
若葉 2007-1-15 17:56:00  [返信] [編集]

回答有難う御座いました。

度々、申し訳有りませんが、再度、質問させて頂きます。

＜質問＞
　・アトリビュートの数値を合計して設定するとの事ですが、例えば１００を設定した時、１００ｏｒ８０＋２０の切り分け等は出来るのでしょうか？
　又、組み合わせ出来ないパターンはあるのでしょうか？

　・制御符号でアトリビュートを設定する場合、行と桁を指定するだけで、指定した桁以降は罫線が連続して引かれると言う事なのでしょうか？


大変、申し訳有りませんが宜しくお願いします。
Re:制御符号について
温泉好きのうさぎ 2007-1-15 17:36:00  [返信] [編集]

・同一行桁位置に複数のアトリビュートを設定する場合は、アトリビュートの数値を合計して設定します。

　各々のアトリビュートを個別に設定してしまうと、前のアトリビュートの上に上書きされていきますので、結果として最後に設定されたアトリビュートのみ有効となります。



・47桁目を先に定義し、28桁目を後で定義する理由は、単に表示した瞬間の見栄えだけの問題です。

　28桁目を先に定義すると、DISPLAY命令により表示した瞬間に、28桁目から80桁目までいったん横罫線が引かれます。その後、47桁目に縦罫線が引かれて、そこから以降に表示されていた横罫線が消えるという見え方になります。

　一瞬の表示なので、それが気になるか、ならないかだけのことです。

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

BluesBB ©Sting_Band