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

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

NECのオフコン情報掲示板(ノウハウ系)

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

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

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 45 46 47 (48) 49 50 51 ... 108 »

Re:#FNMT2
初心者 2008-7-17 8:40:00  [返信] [編集]

すいません、「#FMNT2」の間違いでした。

項目の追加・・・レコード長512バイトのマスターファイルがあり、現在使用していない項目が168バイト目?X(09)あります。

この項目に、数値データを入力できるように#FMNT2で動いている入力画面の変更したいのです。

他のスマートパラメータは#TEDITで開く事ができますが、この#FMNT2のパラメータは開こうとすると「U6023:(XXXXXXXX) テキスト形式が間違っています」というエラーメッセージが出ます。

NECのマニュアルはとても書き方が難しいので読んでいても理解できませんでした。

COBOL言語はできるのでのタイムリミットまで頑張ってできなかったら入力画面をCOBOLのプログラムを作り直そうと思います。

Re:#FNMT2
ターラヤン 2008-7-17 0:45:00  [返信] [編集]

パラメータを変更したいということのようなので、

江須扇さんの書かれている内容でいいと思いますが、

項目の追加というのが、何をしようとしているのかが

いまひとつわからないので。



実は、実データの方の話で、

例えば、

120バイトのレコードの長さのデータに4バイトの

データをくっつけて124バイトにしたいとかで、

レコードの長さを変える方法が必要とかいう話ではない?





#TEDITでも、パラメータを読み込むだけならできるはずですが、

開かないというところが気になったので。

データを読み込もうとしているということですか?

Re:もしかして#FMNT2(#FNMT2)
江須扇 2008-7-16 19:01:00  [返信] [編集]

江須扇と申します。



もしかして#FMNT2ですか?

基本的には直接の修正はできません。



SMART2を起動してそのパラメータの更新で直します。



初めてでしたらSMART2のマニュアルを熟読後に実施してください。



実行後変更され元のパラメータは残りませんので、#LBMなどで元のパラメータを保存用のPMLに保存してから変更してください。

#FNMT2
初心者 2008-7-16 17:36:00  [返信] [編集]

#FNMT2というパラメータで、あるマスターファイルを更新しています、この度このマスターファイルの項目を追加する必要があり、更新しようと思いますが#FNMT2なるものがさっぱり分かりません。

#TEDITで修正しようにも開きません。

どのように修正するのか教えて頂けませんか?



Re:A-VXのCOBOL技術者のいる会社、ありませんか。
派遣太郎 2008-7-12 10:01:00  [返信] [編集]

・「派遣」、「COBOL」、「NEC」などで検索し、COBOL要員を派遣している会社を探し、電話してみることでしょうね。

・ハローワークへはいったことがないので、見つかるか否かわかりませんが、「1年以上」ではいつまでかがはっきりしないので無理ではないでしょうか!

Re:A-VXのCOBOL技術者のいる会社、ありませんか。
あの〜 2008-7-11 20:39:00  [返信] [編集]

>> フルで常駐できる人がいいのですが…

>> (↑もうこの条件で誰もいないのが現実)

誰もいないことはありませんよ。でも、もっと大切なのは1年って期限ですよ。

1年後には不要だと、無理でしょうね。

そんなに重要な仕事なら、自分も会社で雇うべきでしょうね。

COBOLの技術者をバカにするなよ!

A-VXのCOBOL技術者のいる会社、ありませんか。
あゆりーな 2008-7-7 18:24:00  [返信] [編集]

実は東京港区で、A-VX4で開発をしています。

客先に常駐してシステムの改修という形です。

今度辞める…というか産休に入って復帰未定、

なのですが、後任がいません。

どうしてもみつかりません。



自社にこだわるのはとうの昔に諦めました。

お客様も派遣会社を探したり

NEC経由でベンダーを探したりしてくださいましたが

どうもいい会社が見つかりません。



2人くらい、1年以上、

どこか協力してくれる会社ないかな?

と掲示板に書き込んでみてくれ、

とお客様から強い要望がありました。



9月から、10年以上の経験者で、

フルで常駐できる人がいいのですが…

(↑もうこの条件で誰もいないのが現実)



もしどなたかお心当たりがあれば。

すみません、こんな書き込みで。
Re:(統合管理ツール)ログの抽出をJCLで出来ないか?
江須扇 2008-6-2 12:27:00  [返信] [編集]

またまた、亀レス、失礼します。



A-VX01 R4.0 からですが、

統合管理ツールというのがあります。

これでジョブログを見ることも可能と書いてあります。

まだ、私も使ってないので確かなことは言えませんが・・・・

http://www.nec.co.jp/pfsoft/a-vx/AMT/
Re:PrintBridgeはどうでしょうか(PDFに変換したいのですが?)
江須扇 2008-5-30 9:15:00  [返信] [編集]

亀レスすいません。
はじめまして、江須扇と申します。
この、サイトにご無沙汰しており、久々に拝見しております。

最近気がついたのですが、

PrintBridgeはどうでしょうか?

1.出力されるフォルダ
2.ファイル名命名規則
3.A−VX側のプリンタ番号

等はすべて不明ですが・・・・・

http://www.nec.co.jp/pfsoft/pbridge/info/pdfdw.html
Re:OCFファイルのオペレータコードの取得
ストイコ 2008-5-16 13:35:00  [返信] [編集]

書込みありがとうございました。
Re:OCFファイルのオペレータコードの取得
メタボリック街道まっしぐら 2008-5-12 21:15:00  [返信] [編集]

アテンションキー押し下げ時に拡張コマンドを選択して

JOB状態表示を指定した時にステーション単位に

オペレータID、JS名、JOB名やプライオリイティ等を画面で確認できますが

それと同じ内容を取得できるシステムCUが以前ありました

(3100の時代)ただしRPQ対応のものでしたが。

参考の情報です。
Re:OCFファイルのオペレータコードの取得
ストイコ 2008-5-12 16:36:00  [返信] [編集]

ありがとうございました。早速お願いしてみます。
Re:OCFファイルのオペレータコードの取得
ターラヤン 2008-5-11 23:20:00  [返信] [編集]

ストイコさん、こんにちは。



うろ覚えですが、昔オペレータコードを使うシステムサブルーチンが

あったような気がしたのですが、標準版では無いようです。



以前、この掲示板でSULメンバの一覧のサブルーチンの話題が出た

ときに、NECからサブルーチンを入手できた話がありました。

もしあるならば、聞けば入手できるかもしれません。



http://otd10.jbbs.livedoor.jp/tahrayan00/bbs_tree?base=420&range=1

SULのメンバー一覧



私の記憶違いで、無いかもしれませんが、そのときはすみません。

OCFファイルのオペレータコードの取得
ストイコ 2008-5-7 17:22:00  [返信] [編集]

任意のオペレータコードでログインした利用者が、あるプログラムを起動しました。プログラムのなかで、当該オペレータコードを取得することはできますか。STNNOはシステムサブルーチンで容易に取得できますが、どなたかお願いします。
Re:レコード領域について
KEN 2008-5-2 1:00:00  [返信] [編集]

温泉好きのうさぎ 様



こんばんは。

度々のご回答をありがとうございます。。



なるほど、ちょっと私は勘違いしていたかもしれません。

ファイル記述項の直後に書くレコード記述項(01レコード)を「WORKING-STORAGE SECTION」に書く変数と同じように考えておりました。



READ命令が成功するとレコードの内容がレコード記述項に定義した01レコード(変数)に移送される動作をイメージしておりました。(変数なのでPG側から操作しない限り内容が変わらない)



そうではなくて、レコードを処理するために割り付けられた記憶領域(=レコード領域)にPGから直接アクセスする手段として01レコードを使用するイメージでしょうか。。。



この記憶領域はCLOSEによって開放され、CLOSE後に01レコードを参照した場合は開放された記憶領域を見ているに過ぎない為、何の保証もないことに納得です。。

Re:レコード領域について
温泉好きのうさぎ 2008-5-1 22:13:00  [返信] [編集]

こんばんは、KEN様。



A-VXの数あるマニュアルのどこにもそのようなことは書かれておらず、「変える原因となる事象が起こる」というのは、私の想像です。



例えば、実行中のLMに対して、「ロールアウト ロールイン」が発生したとか、オーバーレイ化されたLMのセグメントがメモリから解放されたとかしたときに、タイミングによっては01レコードの内容は保持されていないのかなと思います。



いずれにしても、「ロールアウト ロールイン」や「オーバーレイ」などは、オフコンの初期時代に貧弱なハード環境でプログラムが実行できるよう工夫されたものであり、今のExpress5800/600シリーズなどのメモリに余裕が充分ある状態ではほとんど起こりえないのかもしれません。

Re:レコード領域について
KEN 2008-5-1 17:43:00  [返信] [編集]

温泉好きのうさぎ 様



はじめまして、こんにちは。



早速、詳しいご説明をしていただきありがとうございます。

とても参考になりました。

やはり、「実行前後の内容が同じである保証はない」という解釈ですね。。



試しに実行前後のレコード値の比較を繰り返すバッチPGを作成して一晩中流したり、色々と試してみたのですが、

変わってしまう現象を確認できなかった為、質問させていただいた次第です。。(保証しないとはいえ、その事象にお目にかかったことがないので・・・)



と申しますのも、もちろん通常のコーディングでは実行後のレコード領域を参照しないようにしているのですが、

参照しているPGも過去にはあったような記憶がありましたので「変える原因となる事象」や頻度について興味がございました。。

Re:レコード領域について
温泉好きのうさぎ 2008-5-1 14:42:00  [返信] [編集]

「ファイルのCLOSEが成功すると関連したレコード領域は参照できなくなる」という記述を解釈すると、

01レコード領域の値が実行前と実行後で変わってしまうという意味ではなく、実行前の値がそのまま実行後まで残っていることを保証していないという意味です。



実行後に実行前の値と変わっていなかったのは、A-VXのCOBOLでは変わらない仕様になっているからではなく、たまたま偶然にすぎません。

質問者様のプログラムでは、変える原因となる事象がそのタイミングで起こらなかっただけだろうと想像されます。



プログラムの動作に万全を期すためにも、CLOSE、WRITE、REWRITE命令等実行後にレコード領域を参照しないようなコーディングとすることを、お勧めいたします。

レコード領域について
KEN 2008-4-30 23:38:00  [返信] [編集]

レコード領域についての質問です。

どなたかご存知でしたら教えてください。



COBOL85の言語説明書に記載されている件ですが、

「ファイルのCLOSEが成功すると関連したレコード領域は参照できなくなる」



とあります。

これはFD句の01レベルで定義したレコード領域の値がCLOSEの実行前と実行後で変わってしまうのでしょうか?



WRITEやREWRITEに関しても同じような記載があります。

(WRITEやREWRITEの場合は、SAME RECORD AREAが指定されていれば使用不能にならないとの記載がありますが・・・)



小生の経験では実行前後でレコード領域の値が変わってしまうという現象を確認した事がありません。

実行後のレコード領域を参照して問題になったことがございません。



実行後のレコード領域を参照しないに越したことはないのですが、A-VXのCOBOLでは変わらない仕様なんでしょうか・・・



変な質問で恐縮ですが、ご存知でしたらご教授のほどお願いいたします。
Re:ログの抽出をJCLで出来ないか?
0e0e 2008-4-9 10:43:00  [返信] [編集]


/SET SKIP;                                                                 0001
/RUN #LGEDT;                                                               0002
02_SYS@LOG_XXXJOBLOG_MSD_MSD001_                                           0003
/> ;                                                                       0004
/RUN XXXXXX,FIL=XXX-LML,DEV=MSD;                                           0008
/> ;                                                                       0009
/RUN #ABC,DEV=MSD;                                                         0010
MN1=01_MN2=01_MN3=02_PA1=MSD001_PA2=XXXJOBLOG_O03=YES_EXP=YES_             0011
MN1=99_                                                                    0013
/> ;                                                                       0014


こんなのでXXXJOBLOG(仮)というファイルに抜けます。

 256/1 RELATIVE

そのままでは中身が見えませんので、COBOLのプログラムの最初で
CALL ”SYSEDWR” を使ってファイルの最後にEODをつけます。
あとは好き勝手にデータ処理できます。

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 45 46 47 (48) 49 50 51 ... 108 »

BluesBB ©Sting_Band