ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:オフコンの教本 | |
| Bluelion 2005-9-10 1:25:00
[返信] [編集] はじめまして老武者 さん 教本や研修など既に、無いと思いました また、一概に勉強といっても範囲が広すぎると思いますよ 開発なら ＣＯＢＯＬ ＳＭＡＲＴ２ ＲＤＢＱ２とか メンテナンスなら ＃ＡＢＣ ＃ＳＯＲＴなどありますし ある程度 範囲を絞って質問すれば すばらしく深い知識と 技術を持ったここの皆さんが回答してくれかもしれませんよ ＞ディーラーとは疎遠になっております。 私も思うところはいろいろ、ありますけど ＮＥＣの保守がきれた７２００ですから ディーラーとは、せめて通常の付き合いが必要ですよね（笑） | |
| オフコンの教本 | |
| 老武者 2005-9-9 17:34:00
[返信] [編集] オフコンの勉強がしたいのですが教本などは 売っていないのでしょうか。 日電のホームページで探しましたが見つかり ませんでした。 当方システム７２００です。 訳あってオフコンを購入したディーラーとは 疎遠になっております。 | |
| 部分値検索のCU | |
| はふん 2005-9-5 11:15:00
[返信] [編集] SELECT文での部分値検索なのですが（過去ログ 365）、 有償のCU(CBRDBSL?)を使えば出来ると 回答なさっている方がいらっしゃいます。 私も欲しくて販社に聞いてみましたが、 「そんなもんはありません」 と言われました。 NECと名の付くディーラなのですが… 本当にあるんですかね… | |
| Re:システムファイルのオーバーフロー | |
| Ari 2005-9-5 9:00:00
[返信] [編集] たくさんのお返事ありがとうございます。 SYS@LMLのプログラムをすべて終わらしてからAlineするという方法は、残念ながらうまくいきませんでした。 今のところはLMをSYS@JSLで動かせるようにして何とか対処しているところです。 | |
| Re:システムファイルのオーバーフロー | |
| ターラヤン 2005-9-2 22:14:00
[返信] [編集] ファイルの再編成を行って、ファイル内の空き領域を１箇所に集めて、 そこにＬＭを入れられるようにしようということかもしれませんが、 ＬＭファイルの残りが１８セクタしかないので、ＬＭの再編成では 駄目だと思います。 よほど小さいＬＭでないと入りません。 たぶんＬＭファイルのサイズを増加させるしかありません。 （ＬＭを入れるにはファイル内の連続領域が必要なので、空き領域がファイル内に 分散していると、入らないことがある。このためＬＭファイルの再編成を行い、 空き領域を１箇所に集めることによって、大きな連続領域を作る。 Ｗｉｎｄｏｗｓのデフラグのようなもの。今回は１８セクタしかないので、 １箇所に集めてもたいしたサイズにはならない。 ＬＭファイルの後ろを「ボリュームの再編成」で空けて、ファイル サイズを 拡張する必要があります。） >SYS@LMLから実行しているLMをすべて終わらせる。 >#LBM,FIL=SYS@LBM;で起動してSYS@LMLに適当なLMを >COPYすると勝手にLMの再編成がかかると思いますが >いかがでしょうか？ >（ＬＭの再編成できれば空きが確保出来る場合） | |
| Re:システムファイルのオーバーフロー | |
| 0e0e 2005-9-2 18:52:00
[返信] [編集] #LBMで、COPYしなくてもACT=ALIGNでもいいということに気づきました。 それから、ユーザーアプリは出来るだけSYS@LML以外のLMファイルを用意してそこに置いておく方が良いと思いますよ。 #AJOBの実行登録のように起動LMファイルの指定が出来ないものは JS(SYS@JSL)経由でＬＭを呼び出したりしています。 | |
| Re:システムファイルのオーバーフロー | |
| 0e0e 2005-9-2 18:20:00
[返信] [編集] SYS@LMLから実行しているLMをすべて終わらせる。 #LBM,FIL=SYS@LBM;で起動してSYS@LMLに適当なLMを COPYすると勝手にLMの再編成がかかると思いますが いかがでしょうか？ （ＬＭの再編成できれば空きが確保出来る場合） | |
| Re:システムファイルのオーバーフロー | |
| Ari 2005-9-2 17:54:00
[返信] [編集] レスありがとうございます。 今マニュアルを見てますが、第5章のシステムファイルの拡張･登録手続きのだと思うのですが。 やはりかなり危険名を伴う作業のようですね。 ＮＥＣに相談するかちょうっと検討してみます。 | |
| Re:システムファイルのオーバーフロー | |
| ターラヤン 2005-9-2 17:41:00
[返信] [編集] システムファイルがオーバーフローしたので、ファイルを拡張したいということですね。 それでその前処理として、ボリュームの再編成がしたい。 今手元にＡ−ＶＸの説明書がないので、具体的に何章にあるかは書けませんが、 「システム導入。変更の手引き」のＳＹＳ＠ＬＭＬの拡張方法という名前の章があり、そこに書いてあります。 ＡーＶＸを再起動して保守用モードにして ＃ＡＢＣでボリューム再編成→ エクステントの拡張→ ＡーＶＸの通常モードに戻す という流れになったかと思います。（あまり自信なし） ＃ＡＢＣはＳＹＳ＠ＬＭＬとＳＹＳ＠ＬＢＭの２箇所に入っており、 説明書どおりに使い分けるのが重要だったかと。 システムファイルを操作することになるので、一歩間違えると起動できなくなったりします。 重要ファイルはバックアップするなり、十分気をつけてください。 どのような立場の方かわかりませんが、もしエンドユーザの方で操作に自信が ないのならば、ＮＥＣや販売店(サーバを購入されたところ）に相談された方が よろしいかと思います。 | |
| システムファイルのオーバーフロー | |
| Ari 2005-9-2 16:58:00
[返信] [編集] 初めて投稿させていただきます。 先日プルグラムを書きこもうとしたところ、システムファイル(SYS@LML)がオーバーフローしてしまいました。(残り18セクタ) 再編成をして対処しようとしたのですが、うまくいきませんでした。 どなたか再編成の方法をご存知であればご教授御願いいたします。 | |
| 番外編３ | |
| 0e0e 2005-9-1 12:30:00
[返信] [編集] ＃ＦＬＣＮＶでリモートファイルを指定する場合は ＭＳＤnnnの代わりにＨＭＳnnn （＃ＡＢＣのＲＭＳnnnのようなもの） です。 （パラメータ入力画面では入力できませんがJCL記述では動きました） | |
| Re:番外編２ | |
| うどん 2005-8-30 16:10:00
[返信] [編集] >#MIXGN；でACTIONを「ALI3」にすればメッセージが出なくなります。 うーん、便利ですね。 しかし「ALI3」って、マニュアルに載っていないですね．． 他にもこういうのが、色々ありそう．． キチンと公開してくれても良いのに．． | |
| 番外編２ | |
| あゆりーな 2005-8-30 13:38:00
[返信] [編集] �（�写に関して #FLCNV；でMOD=CREATEにすればメッセージが出なくなりますよ。 12か月分のファイルが全て同じ状態（領域・追加領域など）ならAMD=PHYSICALにすれば #ABC；の高速モードと同じくらい速いです。 ↓こんな感じ。 /RUN #FLCNV,FIL=SYS@LML ,DEV=MSD ; IDE=MSD _IFI=元ファイル_IFO=PROTECT _ODE=MSD _OFI=先ファイル_LST=NO _ ERR=ABORT _MOD=CREATE_AMD=PHYSICAL_CMD=BOTH_DEL=NO _CLR=NO _ /> もしくは、12ヶ月分のファイルがあるなら ・12ヶ月前のファイルのキー部・データ部をDEALLOCATE ・11か月分全部キーをDEALLOCATE ・ファイル名の変更で11か月分を1か月ずつずらす ・1ヶ月の分のデータ部・キー部をALLOCATE という荒業も可能かな…と。 �∈栃埓�に関して #MIXGN；でACTIONを「ALI3」にすればメッセージが出なくなります。 | |
| Re:ありがとうございます！ | |
| Yu-Yu 2005-8-30 13:34:00
[返信] [編集] 無事処理が流れるようになりました。 ＃ＭＩＸＧＮを使用すればSKIPできるんですね。 番外編につきましても、試してみようと思います。 大変勉強になりました。 ありがとうございました。 | |
| Re:＃ＡＢＣをＪＳで | |
| ＥＸＣＨＡＮＧＥ 2005-8-30 12:37:00
[返信] [編集] ＞複写時に「出力モード(1:ADD 2:CREATE)」と操作要求メッセージがでてしまいます。 ＊ 出力先のファイルを事前にＯＰＥＮ ＯＵＴＰＵＴにてクリアしてあればメッセージが出なかったように思います。 ＞ →再編成としたところ、「削除レコードが見つかりません」と通知メッセージがでて処理が止まってしまいます。 ＊ ＃ＭＩＸＧＮを使って、ＡＣＴ＝ＡＬＩＧＮ。。。ＷＰＢ＝ＹＥＳと指定すればメッセージをＳＫＩＰしたと思います。 （番外編）： ！！！ それから「ソフト的に運用可能であれば」という条件付きですが、１２ヶ月分のデータファイルを Ｆｉｌｅ−１ Ｆｉｌｅ−２。。。等と命名しておき、 （１）全く移動を行わず （２）最新号を一番古い内容が格納されているファイルへ書き込む。このファイルのみ＃ＭＩＸＧＮをかける。 （３）一番古い内容のファイルを指し示す番号ｎ（Ｆｉｌｅ−ｎ）を一つずらす。コントロールファイルなどにｎを書き込む。 （４）後は番号ｎに基づいてアプリケーション側を動かす。 等という手もあるのではないでしょうか？？ | |
| ＃ＡＢＣをＪＳで | |
| Yu-Yu 2005-8-30 10:54:00
[返信] [編集] 最近この掲示板を見つけました。 最近A-VXをさわり始めた者です。 初歩的な質問かもしれないのですが。 EXPRESS 5800/640 を使用しています。 100万件以上入っている一月分の保存ファイルが１２ヶ月分 在るのですが、それを１ヶ月前→２ヶ月前→３ヶ月前･･･と 移行する処理を夜間に行おうとしています。 当初はプログラム上でOUTPUT→REC TO RECで処理していたのですが処理に時間がかかり過ぎる為、＃ＡＢＣの高速コピーを使用することになったのですが、 まず複写時→再編成としたのですが、複写時に「出力モード(1:ADD 2:CREATE)」と操作要求メッセージがでてしまいます。 次に初期化→複写→再編成としたところ、「削除レコードが見つかりません」と通知メッセージがでて処理が止まってしまいます。 夜間に自動で処理をしたいのですが。メッセージがでないように、または「2:CREATE」を選択する方法などが在りましたら 教えて頂けますでしょうか？ | |
| 有難う御座いました。 | |
| 3100TAROU 2005-8-29 21:11:00
[返信] [編集] #BKUPが使用出来ました。 客先にしか環境が無く、以前確認しようとした際、 テープデバイスが壊れていたらしく、#NEWSRと#BKUPとも 反応しなかったもので... 色々と勉強になりました。 どうも有難う御座いました。 | |
| できるのでは？ | |
| あゆりーな 2005-8-29 13:29:00
[返信] [編集] 当社は750のミニクイックで#BKUPをおこなっています。 SYS@LMLの中に#BKUPがあれば大丈夫だと思います。 | |
| #BKUPについて | |
| 3100TAROU 2005-8-28 11:06:00
[返信] [編集] オフコン関連を検索していまして、この掲示板に 辿りつきました。（正直うれしいです。） 唐突な質問でスイマセン。 以下の環境の場合、＃ＢＫＵＰは使用可能でしょうか？ ＃ＮＥＷＳＲしか使用できないのでしょうか？ もし、ご存知の方がいましたら教えて下さい。 【CPU TYPE】 EXPRESS 5800/740 【SCSI】 DEVICE : MQC SYMBOL : CTU000 【媒体】 MINI DATA CARTRIDGE(EF-2412) | |
| Re:A-VXでFORTRAN | |
| ターラヤン 2005-8-23 21:49:00
[返信] [編集] Tamaさん、こんにちは。 私が昔調べたことをいくつか書きます。 > １７，８年前になるのですが会社の先輩が神経衰弱やオセロを > 作っていたのを覚えています、トランプやオセロの駒がテキス > トではなくグラフィックで表示されていたのでCOBOLではない > と思うんですが、A-VX用のBASICもあるんでしょうか？ > 残念ながら神経衰弱やオセロはＷＳエミュレーターでは「ステ > ーションコマンドエラー」が出て起動しませんが600シリーズで > もＷＳならば問題なく動きます。 ＷＳエミュレータで動かず、専用端末で動くとなると、「グラフィック 機能（あるいはグラフ機能）」というものを使用しているのだと思います。 ＷＳエミュレータの未対応機能の１つとして「グラフィック機能」が あります。 一方、1990年前後以降のＳ３１００／１０やＳ７１００／１０といった端末用 オフコンには、グラフ機構という装置が付いており、これで1200×800ドット ぐらいのグラフィックが描けたはずです。 1985年頃のシステム８系列の端末用オフコンには、付いていません。 ＣＯＢＯＬの別売りのライブラリに、グラフライブラリというのがあり、 円グラフや棒グラフが書けるみたいです。これを利用しているのではないで しょうか。 オフコンに使えるBASICは、N16-BASICといいました。 1980年頃、パソコンで（VisualBASICではない）昔のBASICが流行っていた頃に ありました。 この辺りの話が、TBSブリタニカが1994年に出版した「パソコン創世記」 という本に少し載っています。 それによると、１６ビットパソコンを作るときに、それに搭載するBASICを どうするかで、マイクロソフトのBASICを推す派とＮＥＣ自前のBASIC を推す 派があったそうです。 マイクロソフト派はPC-9801用のN88-BASIC(86)として実現、自前BASIC派は オフコン最下位モデル（当時パーソナルオフコンと呼ばれていた）にN16-BASIC を搭載させた。 で結果はマイクロソフト派の勝ち（PC-9801寄りの本ですので）でバンザイ ということらしいです。 時期的に、このN16-BASICは基本的にキャラクタベースで、グラフィックは 描けないものと思われます。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band