ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | ＃ＯＣＦＭについて | |
| ？ばっかり 2007-7-2 16:18:00
[返信] [編集] たわいもない質問で申し訳ありませんが、教えてください。 #OCFMを使って、A-VX起動と同時に処理するＪＳを組み込もうかと思っているのですが、 【優先処理用初期プログラム】と【初期プログラム】の違いがいまいちよくわかりません。 #OCFMを入力すると、プログラム名の入力（IRN=）は１回だけなのに、 その後TYPやDEVの入力が２箇所あります。 マニュアルを見て【優先処理用初期プログラム】と【初期プログラム】と２つあるので ２箇所を指定するというのはわかったのですが、 その違いやどっちに（も？）入力すればいいのかいまいちよくわからない状態です。 『マニュアル見て自分で調べたら？』とお叱りを受けそうですが、 マニュアルが「互換操作法ガイドブック≪パラメータ編≫」など数冊しかなく、 自分で調べられない環境なんです。 こんな質問で申し訳ないですが、教えて頂けます様お願いします。 | ||
| 2 | Re:＃ＯＣＦＭについて | |
| ターラヤン 2007-7-3 23:41:00
[返信] [編集] こんにちは。 初期プログラムは、端末をサーバに接続したり、新規ジョブ投入するために画面切離したり したときに起動するプログラムを指定します。 ＰＦ３キー（パソコンＷＳエミュレータの初期設定状態だとＣＴＲＬ＋Ｆ３）を押すと、 優先処理プログラムを実行できるようになりますが、このＰＦ３キーを押した時に、自動的 に起動されるのが優先処理用初期プログラムです。 優先処理は、即伝処理のように割り込み作業用のプログラムなどに使います。 使わないところは全く使わないようですが。 | ||
| 3 | Re:＃ＯＣＦＭについて | |
| ？ばっかり 2007-7-4 13:42:00
[返信] [編集] わかりやすい説明ありがとうございます。 返信の内容から推測すると…、 初期プログラムは自動実行される処理で、 優先処理プログラムはＰＦ３キーを押すと優先的に処理されるプログラムと 考えてよろしいでしょうか？ 今、『サーバ起動と同時にWINDOWSファイル（テキスト）を見にいって A-VXファイルに取り込む』という処理を 自動で組み込みたいと思っています。 その場合、#OCFMで優先処理プログラムには何も入力せず、 初期プログラムにのみ設定項目をセットすればよろしいのでしょうか？ 重ね重ねすいませんがご教授いただければ幸いです。 | ||
| 4 | Re:＃ＯＣＦＭについて | |
| ターラヤン 2007-7-9 1:56:00
[返信] [編集] 遅くなりました。 普通の初期プログラムだけでいいのならば、優先処理プログラムのところは 何も入れなくてもいいと思います。 サーバ起動時だけ実行したいプログラムですよね。 普通のＯＣＦＭで設定する初期プログラムだと、サーバ起動時ではなく、 その人が端末をつけたときに実行されますよ。 それに初期プログラムは、メニューのような使い方を想定しているため、 （メニューからジョブ実行→ジョブが終わったらまたメニューに戻る） 初期プログラム実行→プログラム終了→また初期プログラム実行と、 何回も同じプログラムが実行され続けることになります。 システムの構成によるので、あくまでも例えばの話ですが、私ならシステム 初期プログラムを利用します。 (1)初期プログラム実行する専用のオペレータを用意する。（例えばAAAという オペレータ）このオペレータは普段使用せず、特定プログラム専用のオペ レータとする。 (2)OCFMでAAAのオペレータの初期プログラムに、サーバ起動時に実行したい プログラムを設定する。（例えばWITORIというプログラムを設定） (3)システム生成で、システム初期プログラム（SYSTEM）を定義する。 システム初期プログラムの実行者にAAAを設定する。 このときRETRYと定義すると、繰り返し同じプログラムを実行することに なるので、LOGOFFを選択。 このようにすると、サーバ起動時に自動的にシステムステーションで AAAのオペレータでWITORIという名前のプログラムが１回だけ実行するよう になります。 | ||
| 5 | Re:＃ＯＣＦＭについて | |
| ？ばっかり 2007-7-11 14:59:00
[返信] [編集] 返事がおそくなってすいません。 詳しい説明ありがとうございました。 ご指摘のとおり行ってうまくできました。 大変感謝しています。 また、何かありましたらよろしくお願いいたします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | SYS@SPDIRの復旧方法 | |
| 初心者 2007-6-29 14:12:00
[返信] [編集] SYS@SPDIRを誤って初期化しました。 復旧方法を教えて下さい。 | ||
| 2 | Re:SYS@SPDIRの復旧方法 | |
| 温泉好きのうさぎ 2007-6-29 15:11:00
[返信] [編集] #SPOOL; →12.保守 →1.管理ファイル復旧 これで復旧できませんか？ | ||
| 3 | Re:SYS@SPDIRの復旧方法 | |
| 初心者 2007-6-29 16:55:00
[返信] [編集] #SPOOLを実行しようとすると、「命令の実行順序が間違っています。 SYS@DBDIR」がでて、保守作業はできません。 SPOOLが空の状態の時、SYS@SPDIRの中はどうなっているのでしょうか？ | ||
| 4 | Re:SYS@SPDIRの復旧方法 | |
| 初心者 2007-6-29 17:35:00
[返信] [編集] 解決しました。 全件”FF”で書込んで、SYS@SPXXXXをすべて削除したら元に戻りました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 印刷が上手く出来ない | |
| 轟金剛 2007-6-29 9:19:00
[返信] [編集] A-VX? R3.01を使用しています。 最近WSの中の一台で、プリンターをMultiImpact700JX3に変えたところ、印刷の様子が変なんです。 ?印刷ジョブを動かしても印刷開始まで少し待たされる。 ?伝票をセットして出力するジョブの場合、一枚ずつ入力する為、任意でジョブ終了させるのですが、 印刷終了を待たずに終了すると、途中で改ページし、残りが次ページの先頭に印刷される。 700JXや700XXの時はこんなことは無かったのに....... プリンターのプロパティの詳細設定では、プリンターに直接印刷データを送る設定にしてあります。 SGの設定はMPP100C2になっています。メーカーに問い合わせたところ、テスト印刷に異常がない場合、 こちらでは対応出来ないのでソフトを扱う代理店に聞いて下さいとのことでした。 A-VXを扱う代理店に聞いたところ、はっきりとは言えないが、SGの設定MPP100C2かR3.01が700JX3に 対応出来ていないかも知れないとの回答でした。 どなたかご存知の方いらっしゃいましたら宜しくお願いします。 | ||
| 2 | Re:印刷が上手く出来ない | |
| ターラヤン 2007-6-29 23:18:00
[返信] [編集] 轟金剛さん、こんにちは。 メーカーも代理店もきちんと調べてほしいですよね。 ＮＥＣのサイトの「ＰＣ/ＷＳエミュレータ(３２)」のページを見ると http://www.ace.comp.nec.co.jp/product/2nd/avx4/ws-eml_32/wseml.htm http://www.ace.comp.nec.co.jp/product/2nd/avx4/ws-eml_32/wseml.htm What's Newに 「2005年11月30日 PC/WSエミュレータ(32)[U75830-J103]リリースしました。」 とあり、そのリンクをクリックすると、 「U75830-J103 の強化内容」中に 「PR-D700XX2/700XX2N、PR-L2830N、PR-D700JX3/700JX3N に対応しました。」 と書いてあります。 このPR-D700JX3が、MultiImpact700JX3です。 この辺りから代理店に聞いてみてはいかがでしょうか。 なお、「ＰＣ/ＷＳエミュレータ(３２)」のページには、 「旧バージョンからのアップグレードについては、PC/WSエミュレータ(32)基本セット アップグレード を参照願います。」という一文があります。 | ||
| 3 | Re:印刷が上手く出来ない | |
| オフコン人 2007-6-30 21:35:00
[返信] [編集] ＪＸ３は使ったことが無いのですが、Windowsからの監視ソフトがインストールされていませんか？（双方向印刷にチェックが入っているとか。） また、「プリンターに直接印刷データを送る」をスプールに変更されてはいかがでしょうか。 | ||
| 4 | Re:印刷が上手く出来ない | |
| 轟金剛 2007-7-2 9:16:00
[返信] [編集] 有難うございます。ドライバーにも、方方向通信と、双方向通信 の２種類あることがわかりました。私は何も考えず、双方向用の ドライバーをインストールしていました。方方向にインストール し直し、様子を見ます。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＯＰ−ＸのＬＭＬ復旧について | |
| テトリス 2007-6-29 7:16:00
[返信] [編集] 初めまして。わらにもすがる気持ちで書き込みます。 ＳＹＳ＠ＬＭＬの中身を消してしまいました。 ＯＰ−Ｘは見かけ上、起動しているのですが、ＷＳを ＲＥＭＯＴＥで起動すると、システムファイルなしと なり、起動できなくなりました。 （見かけ上と書いたのは、ＵＮＩＸが起動し、前面 液晶に、ＳＣＴ．００の文字が表示されています） ＯＰ−ＸとＳ３１００ＷＳはＳＩＦ接続されております。 関係部署に問い合わせてみたのですが、ズバリの回答が 得られず、困り果てています。 お聞きしたい事は、 �。藤諜�動等でＷＳを起動し、ＯＰ−Ｘのディスクに アクセスできますか？（ＬＩＢＭ等でＳＹＳ＠ＬＭＬ の復旧ができれば助かるのですが．．．） 出来るとすれば、どのＳＧ媒体が必要でしょうか？ �⊂綉�がダメな場合、ＯＰ−Ｘにコンソールが接続されて いないのですが、このような状態で、ＳＧする事は可能 でしょうか？（ＷＳをコンソール代わりに使用できない のでしょうか？） お忙しい所恐縮ですが、ご教授お願い致します。 | ||
| 2 | Re:ＯＰ−ＸのＬＭＬ復旧について | |
| ターラヤン 2007-6-29 23:03:00
[返信] [編集] テトリスさん、ご苦労様です。 おそらく、もう何らかの対処をしたと思いますが、 この場合、一刻も早い復旧が必要であるため、 メーカーに聞いたほうが早いのではないかと思います。 ＯＰ−Ｘはあまり詳しくないのですが、 >�。藤諜�動等でＷＳを起動し、ＯＰ−Ｘのディスクに > アクセスできますか？（ＬＩＢＭ等でＳＹＳ＠ＬＭＬ > の復旧ができれば助かるのですが．．．） 端末のＳ３１００ＷＳを起動して、サーバ側のＯＰ−Ｘの ハードディスクにアクセスできないかということだと思います。 結論からいうとかなり難しいのではないかと。 ＰＣサーバが動いていない状態で、クライアントＰＣから サーバ側のハードディスクを見ることができないのと 同じです。 >�⊂綉�がダメな場合、ＯＰ−Ｘにコンソールが接続されて > いないのですが、このような状態で、ＳＧする事は可能 > でしょうか？（ＷＳをコンソール代わりに使用できない > のでしょうか？） ＯＰ−ＸをＳＧしたことがないので、断定はできませんが、 たぶん無理です。 | ||
| 3 | Re:ＯＰ−ＸのＬＭＬ復旧について | |
| テトリス 2007-7-1 8:32:00
[返信] [編集] 返信ありがとうございます。 まだ解決していないんです。 やはりＳＧし直ししかありませんかね．．． こちらの掲示板、楽しい話題が多いので、またお邪魔させて下さい。 お忙しい所、気に留めて頂いてありがとうございました。m(__)m | ||
| 4 | Re:ＯＰ−ＸのＬＭＬ復旧について | |
| HF 2007-7-18 21:46:00
[返信] [編集] 大分時間がたってしまいましたが・・・・昔ＯＰ-ＸのＨＷ保守をしていましたので・・・・ 昔の事ですので記憶が定かじゃないですが・・・・ コンソールレスの場合，パソコンコンソールとしてセットアップ出来るはずです。 説明書等有りませんか？ ＮＥＣＦ（ＮＥＣ直系の保守会社）に確認された方が早いと思います。 サポート等はとっくに終わっていても資料等や，サポートはしてもらえるはずですよ。 | ||
| 5 | Re:ＯＰ−ＸのＬＭＬ復旧について | |
| テトリス 2007-8-8 21:43:00
[返信] [編集] ＨＦさん、情報ありがとうございます。 結局の所、復活できずにいます。 しかしながら、ホストコンピュータの端末としてしか稼動していない事から、そのままそっとしておいてます。(^^; | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | リンクエラー | |
| ？ばっかり 2007-6-26 16:51:00
[返信] [編集] この掲示板には大変お世話になっています。 たわいもない質問ですが、わかる方に教えていただきたいと思います。 今、あるサブプログラムを修正しコンパイルを行いました。 で、そいつをCALLしているメインをリンクしたのですが、 【U6232】の「セグメントサイズが64Kを超えている」というエラーがでてリンクが通りません。 周りのわかる方に聞いてSECTION分割というのを見よう見まねで 入れてみたのですが、やはり同じ結果になりました。 （SECTION分割の設定がまずい？？） これ以上私の知識では先に進めません。 どなたか解決方法がありましたらアドバイスをよろしくお願いします。 | ||
| 2 | Re:リンクエラー | |
| 温泉好きのうさぎ 2007-6-27 13:34:00
[返信] [編集] U6232のエラーは「システム操作法ガイドブック《メッセージ編》」に次のように記されています。 （引用開始） Ｃ Ｕ６２３２ （｛ＳＴＫ｜ＳＩＺ｝） セグメントサイズが最大値（６４ＫＢ）を超えた ［説明］ ＳＴＫ…スタック領域セグメントサイズが６５ＫＢ以上です。 ＳＩＺ…拡張セグメントサイズが６５ＫＢ以上です。 ［処置］ � 裡劭釘咤釘圈呂魏，靴董ぁ遙味稗裡砲鮟�了します。 ��以下の処理をおこなってください。 ・ＳＴＫの場合…ＣＡＬＬ命令の使用数を減らしてから，コンパイルとリンクを実行してください。 ・ＳＩＺの場合…ＣＯＢＯＬのＳＯＲＴ命令の使用数を減らしてからコンパイルとリンクを実行してください。 ＣＯＢＯＬ＋ＣＢＬ８５のＳＩＺパラメータは，必要以上に大きな値を指定しないように注意してください。 （引用終了） SECTION分割は、セグメントサイズではなくデータ部や手続き部のサイズのオーバーフロー時の対処ですから、ここでは違うと思われます。 相当巨大なプログラムを作ろうとされているようですね。ＩＴＯＳの時代は、大きなプログラムを作るにはソース上だけでなく、コンパイル時やリンク時のパラメータを詳細に指定してやる必要がありましたが、今ではそのようなことをあまり考慮せずにＬＭができてしまいます。 逆に、指定しなくてもよいオプションパラメータの設定で、期待した結果が得られないこともあります。 もし、この場に公表しても差し支えないのであれば、次のことを教えてください。解決の参考になるかもしれません。 1.ＯＳのバージョン 2.コンパイラの種類 (COBOL or CBL85 まさか COBOL4) 3.コンパイル時のオプションパラメータ (メイン、サブ異なっていれば両方) 4.リンク時のパラメータ (とくに、最後にラベルの無い OVL とか INC を指定していれば詳しく) 5.上記引用部にありますように、プログラム中に CALL や内部ソートを使っていればその数等 | ||
| 3 | Re:リンクエラー | |
| ターラヤン 2007-6-27 23:24:00
[返信] [編集] こんにちは。 温泉好きのうさぎさんが書いておられること、聞きたいことも同じなので、 追加することもないのですが、 ２０数年前のオフコンはメインメモリが１２８キロバイトやせいぜい１メガバイト しかありませんでした。この為少ないメモリをやりくりするために数々の技巧を 使っていることがありますが、これが逆に悪い影響を与えることがあります。 例えば区分化機能を使わずにそのままリンクした方がうまくいったりします。 | ||
| 4 | Re:リンクエラー | |
| ？ばっかり 2007-6-28 10:09:00
[返信] [編集] 返信ありがとうございます。 結果から言いますと、修正したサブのコンパイル時のパラメータを 元々共通で使ってたコンパイルＪＳＬとは違う設定にしてＣＵを作り、 メインをリンクするとエラーなくＬＭも作成できました。 （ちなみに修正はプログラムに１行加えただけなんですが･･･。） メインのプログラムがでか過ぎるからかと思い、 そっちを区分化したり、コンパイルパラメータを変えたり と一人悩んでいたのですが、原因はサブのコンパイルでした。 変えたコンパイルパラメータは、以下の２点です。 ・DBG=NO（元々は規定値のSOURCE） ・BUF=MINIMUM（元々は規定値のSTANDARD） 色々、返信を書いて頂いたのにあっさり解決してすいません。 でもなぜ解決したのかはわかっていません･･･。 ちなみにバージョンなどは以下の通りです。 ・ＯＳ：WindowsServer2003 ・コンパイラ：CBL85 ・共通で使っているコンパイルのパラメータは基本規定値で設定されるものが指定されています。 （一部SSLやSSNのパラメータが指定されていますが･･･。） 内部ソートなどはなくCALL回数は15箇所（同じサブをCALLしている所も含めて）程度です。 うーん、なぞです。 （私の知識経験が少ないだけなんですが･･･。（苦笑）） | ||
| 5 | Re:リンクエラー | |
| 温泉好きのうさぎ 2007-6-29 14:57:00
[返信] [編集] LMの作成ができたとのこと、なによりです。 しかし、なぜ解決したのか不思議です。 ”DBG=” のパラメータは、デバッグ行を翻訳するかしないかの指定であり、それによってプログラムの動作も変わってきます。デバッグ行で何か特殊な処理でもしていたのでしょうかね。 ”BUF=” のパラメータは、翻訳時の入出力バッファのサイズ指定ですが、現在のマシンでメモリ不足となるような状況は考えにくく、関係あるとは思えません。 ”SSN=Snn” のパラメータで、”nn=00”以外を指定した場合は、自動区分化機能が働きませんので、手動指定による区分化となってしまいます。うまく指定しないとセグメントサイズ超過となってしまいますので、なるべく自動化機能にまかせたほうがよいと思います。 あと、OSのバージョンを尋ねたのは、Windowではなく、A-VXのバージョンを聞きたかったのです。言葉足らずで失礼しました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band