ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:A-VXをマスターしたいのですが・・・ | |
| 江須扇 2004-9-25 15:59:00
[返信] [編集] > やまと申します。初めまして。 ---------------------------------------------------------------------- 江須扇ともうします。初めまして。 > 早速ですがA-VXについてなのですが、 > 今更という感じかもしれませんが、これからA-VXの勉強をしたいと思っています。ですが、講習会はもう現在行われていないようですし、自習用のテキストも販売されていないようです。 > どうしたら良いでしょうか。 ---------------------------------------------------------------------- 仰る通りメーカー（ＮＥＣ）の姿勢がそうだと大変不安になりますね。 大変失礼ですが、販売店にご相談されましたか？その回答は如何でしたか？ 具体的には、「徒弟制度的」に販売店の良く知っているＳＥから教えてもらう しかありません。オフコンは伝統芸能や伝統工芸を守るようなものに成り下がっ てしまいました。ただ逆説的に考えれば人に支えられた究極のセキュリティ保 護かもしれません。また、これが現状の最大のメリットと私は思います。 場合によっては販売店に煙たがられるので、費用を要求されるかもしれません。 逆にその事でその販売店の姿勢を見たら如何でしょうか？ 仮に費用見積が販売店から出てきたら業務ですので上司にご相談されて費用対 効果を検討されるべきとも思います。 オフコンは業務で使用するものですので教育投資は必要と思います。 私の持論ですがオフコンに関わらずパソコンでも教育投資は必要です。利用者 は操作方法の熟知だけで良いので一般知識の範囲内で知っていれば良いのでしょ うが、社内システムの開発者、運用保守者はそれなりの知識は必要と思います。 従って教育投資の費用は必要と思います。それができなけれは、専門会社にア ウトソーシングをするしかないと思います。 > 実は今、基幹システムでA-VXが稼動していまして、もうサポートが無くなっていく方向なら、せめて今動いているCOBOLやJCLのソースを見て（出来ればWindowsまたはFreeBSDに取り出したい）みたいと思いますがこの場合どうすれば可能でしょうか？ ---------------------------------------------------------------------- 上記はこのサイトのあちこち見ていただければ解かると思います。 特に「技術メモ→ユーティリティーの使い方」を見てみたらいかがですか？ また機種やＯＳのバージョンが解かりませんが、Ａ−ＶＸ４Ｒ２．０以降であ れば、Ｆｉｌｖｅｒｔの最新機能でＷｉｎｄｏｗｓのエディターが使えると思 います。 http://www.ace.comp.nec.co.jp/filvert/verup.html | |
| KEISコードからJIPSの変換 | |
| 江須扇 2004-9-25 10:27:00
[返信] [編集] こんにちは江須扇と申します。 大変失礼ですが、販売店にご相談されましたか？ 昔、メーカー（ＮＥＣ）は他社オフコンのリプレース対応としてコード変換のプロ グラムを販売店に提供していたような気もします。 また、その後、似たような有償ソフトも提供していると思います。 （ＩＢＭ、富士通だけかも日立は？？？？） ただ、有償ソフトは販売停止になっているかもしれません。 リプレース用のプログラムもユーザーには公開はしてないかもしれません。 以前、コード変換の本も持っていたのですが、誰かに貸したままか、何処かになく してしまいました。 ＫＥＩＳのコード体系も有った様な記憶です。 基本的にはＪＩＳコード又は区点コードに対して日本語ＯＮ、ＯＦＦコードを付け て１バイト目と２バイト目を何らかの規則でシフトしていたのではと思います。 あくまでも記憶です。（私はアバウトＳＥ＆兜蟹ＳＥ（シーラカンスＳＥ）です。） 日立側でＪＩＳコードに変換できれば、＃ＫＦＣＮＶを利用できると思います。 下記は昔々作ったＧＯＴＯ有り有りの内部コードとＳＩＦＩＴＪＩＳの変換サブルー チンです。 参考になればと添付しました。 --------------------------------------------------------------------------- これは、S3100A モデルの #PCCNV で MSDOS テキストファイルを変換したとき当 時の #PCCNV のバージョンでは 1 バイト、2 バイトの混在のフィールドは変換出来 ないので COBOL85 で作成したものです。 方法はちょっと変ですが #PCCNV で全て 1 バイトの ANK 変換をしたファイルを 入力ファイルとし再度 1 バイトで EBCDIC から JIS8 に変換し、1 バイト系か、2 バイト系かをチェックし 2 バイト系は内部漢字コード (J) に変換します。 最後に また全て、 1 バイトとして、JIS8 から、EBCDIC に変換して、終了します。変換部 分はサブルーチンになっているので、フィールド単位の変換も可能です。 また、NEC 内部から、SIFTJIS もサブルーチンは作ってあります。 注）掲示板対応でスペースを２バイトスペースに変更しております。 このリストをそのまま利用する場合は２バイトスペースを１バイトスペース２文 字に戻してしてください。 | |
| Re:#TEDITで？ | |
| 江須扇 2004-9-25 9:23:00
[返信] [編集] 亀レスすいません。 江須扇と申します。 ＃ＴＥＤＩＴを立ち上げたコマンド入力でＨＥＬＰキー（Ｅｎｄ）キーを押すと下記のようなものがでます。 -------------------------------------------------------------------------------- TOP : 0001 CUR : 0001 END : 9999 TEXT : XXXXXX REV : 9999 -------------------------------------------------------------------------------- * * * #TEDIT COMMAND * * * 01. POSITION; NNNN +NNNN -NNNN -NNNN /STRING/ 02. READ; R [(PROGRAM)] DEVICE [[CID] FILE[(VOLUME)]] [L1[,L2]] 03. WRITE; W[N][A/R] DEVICE [[CID] FILE[(VOLUME)]] [L1[,L2]] [PRN[NNN]] 04. INSERT; I 05. DELETE; X [L1[,L2]] 06. SUBSTITUTE; S [L1[,L2]] S/STRING1/[-] [[/STRING2/]/[X]] 07. COPY; C [L1[,L2]] [(NNN)] 08. MOVE; M [L1[,L2]] 09. GLOBAL; G[DEVICE/X] [L1[,L2]] S/STRING/ 10. EXCLUDE; E[DEVICE/X] [L1[,L2]] S/STRING/ 11. TAB; T / T N1,N2...N20 / T RNN / T ? / T [F/S/U/I] 12. NAME; N PROGRAM [REV.] 13. AUTO; A 14. HISTORY; H[ON/OFF] [PRN999/PRN[NNN]] SELECT NO.( ) -------------------------------------------------------------------------------- * * * -------------------------------------------------------------------------------- -- -------------------------------------------------------------------------------- NOTE : FROM= TO= -------------------------------------------------------------------------------- A #TEDIT 01 また、ＳＣＲＯＬＬＵＰ（Ｓｈｉｆｔ＋Ｐａｇｅｄｏｗｎ）を押すと下記のようなものがでます。番号を選択すると詳細説明がでます。 -------------------------------------------------------------------------------- TOP : 0001 CUR : 0001 END : 9999 TEXT : XXXXXX REV : 9999 -------------------------------------------------------------------------------- 15. ZONE; Z [C1[,C2]] 16. IDENTIFY; ID[U/C/ ] /STRING/ 17. SPLIT; SPL [U/L/Q] TYPE DEVICE [[CID] FILE[(VOLUME)][,NEW]] SIZE 18. TRANSFER; TR [T1[,T2]] 19. QUIT; Q [REL/SAVE] * * * #TEDIT PF-KEY * * * PF1 ... SET NOTE PF2 ... RESET NOTE PF3 ... SCROLL UP PF4 ... SCROLL DOWN PF5 ... STOP SCROLL PF6 ... CHANGE SCREEN SELECT NO.( ) -------------------------------------------------------------------------------- * * * -------------------------------------------------------------------------------- -- -------------------------------------------------------------------------------- NOTE : FROM= TO= -------------------------------------------------------------------------------- A #TEDIT 01 以上、亀レスでした。 | |
| A-VXをマスターしたいのですが・・・ | |
| やま 2004-9-24 15:29:00
[返信] [編集] やまと申します。初めまして。 早速ですがA-VXについてなのですが、 今更という感じかもしれませんが、これからA-VXの勉強をしたいと思っています。ですが、講習会はもう現在行われていないようですし、自習用のテキストも販売されていないようです。 どうしたら良いでしょうか。 実は今、基幹システムでA-VXが稼動していまして、もうサポートが無くなっていく方向なら、せめて今動いているCOBOLやJCLのソースを見て（出来ればWindowsまたはFreeBSDに取り出したい）みたいと思いますがこの場合どうすれば可能でしょうか？ | |
| KEISコードからJIPSの変換 | |
| Bluelion 2004-9-24 13:56:00
[返信] [編集] A-VXで日立のデータ（KEISコード）のMTを処理したいのですが KEISからの変換ってどうすればいいのでしょうか？ KEISそのものの仕様がわかっていません うーーん JIPSを処理できるけどJIPS.JISでは提供できない（KEIS）と言う変な話なんですけど いまS100（S7200内部コード）とKEISの対応表を作って変換プログラムで変換することをかんがえているのですが、ビットのシフトやAND・ORを駆使して変換できないのでしょうかね？ ちなみに外字はなにかに（■とか）おきかえて処理する予定です 以上 おしえてください | |
| Re:#TEDITで？ | |
| 初心者に逆戻り 2004-9-21 11:49:00
[返信] [編集] お二人にResいただきありがとうございます。 []は知りませんでした。（忘れているのかも､､orz） もうちょっと試してみます。 | |
| Re:#TEDITで？ | |
| ＥＸＣＨＡＮＧＥ 2004-9-17 12:48:00
[返信] [編集] > R (ソース名) MSD (ソースライブラリ)[Enter] > としてもパラメータが違っているとエラーになってしまいました。 ☆ ご質問のパラメータ指定では、 （ソースライブラリ） となっていますが、ライブラリ名の前後に "(" ")"が入ってしまっているのではないでしょうか？ ここは （ ）なしで、 Ｒ （ソースメンバ名） ＭＳＤ ソースライブラリ名 Ｅｎｔｅｒ押下 です。 ☆ なお、ソースメンバ名の前後の（ ）は、[ ] でもＯＫなので、私はｓｈｉｆｔキーを押さなくても良い [ ]を使っています。 | |
| Re:#TEDITで？ | |
| BLUELION 2004-9-17 11:34:00
[返信] [編集] COBOLのソースなら R [MEMBER] MSD SYS@SUL なんて感じでいいんですよ 基本的には間違いがないようにおもいます | |
| #TEDITで？ | |
| 初心者に逆戻り 2004-9-17 9:50:00
[返信] [編集] 極々初歩の質問ですが教えてください。 ７年振りにITOS、、いやA-VXを触ることになってしまいました。 5800/600環境は初めてですが端末エミュレータ含めてなかなかいい感じです。 しかし#TEDIT;からCOBOL、TEMPORARY、等々とし、--プロンプトから R (ソース名) MSD (ソースライブラリ)[Enter] としてもパラメータが違っているとエラーになってしまいました。 私の記憶が間違っているのかなにか勘違いしているのかはたまた構文が変わってしまったのでしょうか？ | |
| ＲＤＢの部分一致検索 | |
| 江須扇 2004-9-11 23:59:00
[返信] [編集] 江須扇です。またまたＣＯＢＯＬの質問です。 ＲＤＢで部分一致検索をしたい場合 ＲＤＢＱ２では ！”ＸＸＸ”！でＯＫです。 ＳＭＡＲＴ�僑釘悗任倭�択指定の８．ＥＱ（部分一致）で可能ですが ＣＯＢＯＬ８５の場合は、巧くいきません。 右項目にスペースが有る場合はスペースも対象になるようですそこで私は下記 の例の様コーディングをしておりますがこれしかないのでしょうか？ もっと良い方法をご存知の方はお教えください。 | |
| Re:ハードディスク | |
| assisi 2004-9-4 8:27:00
[返信] [編集] > 皆さん返信有難うございます。 > そうですね、おっしゃる通り何か有った時のリスクを考えると純正品 > が一番安心して使用していられますね。 > 現在、大容量のＨＤがかなり安価で手に入る時代ですので思ったまで > です。 メモリーは ハギワラシスコム製で使用できますよ 純正品より かなり安いです 増設もパソコンと一緒で簡単にできます | |
| Re:#FLCNV #SORTについて | |
| ゴリマス 2004-9-1 8:43:00
[返信] [編集] はじめまして！ ターラヤンさん ご回答ありがとうございます。 裏技？！でMTUと同じ使い方ができないものかと、考えていたのですが、無理みたいですね。＾＾； 江須扇さんからもご返信頂きました。 ＭＴＵ→ＤＡＴへの移行作業、地道に頑張ります。 ありがとうございました。 <(_ _)> | |
| Re:#FLCNV #SORTについて | |
| ゴリマス 2004-9-1 0:38:00
[返信] [編集] はじめまして！江須扇さん。早速のレスありがとうございます。 （剤慙渉・・なんかおかしな名前になってしまいました） ＤＡＴの利用については、今現在オープンＭＴでデータ管理しているものが多々ありましてもので（NECがMTの製造を中止してから数年経過してますし）そろそろ新しい媒体を検討せねば。。という事でＤＡＴを選択しようとしているのですが、どうもＭＴ(MTU)と比べると勝手が悪くて。。プログラムで直接アサインできたり、#FLCNV等のユーティリティーで入出力できれば移行作業も単純になるのではと思ったのですが。 MSDにするにも容量が足りそうにないし・・。地道に頑張るしかなさそうですね。 江須扇さん、本当にありがとうございました。勉強になりました。 | |
| Re:#FLCNV #SORTについて | |
| ターラヤン 2004-9-1 0:20:00
[返信] [編集] はじめまして。 > Ａ−ＶＸ�靴納存讐椎修�知りたいのですが、DAT装置(CTU)を > #FLCNV・#SORTで認識する事は不可能でしょうか？ 私の知る限りできないと思います。 > DATがもっと利用できたら・・と考えているのですが、#BKUP以外のユーティリティーでは、そのままアサインできないもので。ユーティリティーのバージョン等で実現可能でしょうか？ご存知の方、いらっしゃいましたら教えて下さい。<(_ _)> #SORTの名前が出ていることから想像して、DAT内のデータを直接ソートしたりマージしたり DAT内のデータを直接見て書き換えたりということを考えているのでしょうか。 | |
| Re:#FLCNV #SORTについて | |
| 江須扇 2004-8-31 22:23:00
[返信] [編集] はじめまして！「剤慙渉」さん 江須扇ともうします。 > Ａ−ＶＸ�靴納存讐椎修�知りたいのですが、DAT装置(CTU)を > #FLCNV・#SORTで認識する事は不可能でしょうか？ できないと思います。 ＃ＢＫＵＰでファイル単位の指定をするしかないのではと思います。 ＃ＦＬＣＮＶのフォーマット変換はＷｏｒｋファイルを使い それから＃ＢＫＵＰをファイル単位で利用するしかないと思います。 ソートも同じだと思います。 > DATがもっと利用できたら・・と考えているのですが、#BKUP以外のユーティリティーでは、そのままアサインできないもので。 的外れかもしれませんが、目的がわからないのでなんともいえませんが 他のＡ−ＶＸとデータ交換を考えているのですか？ それであるならば＃ＢＫＵＰで良いと思いますが？ Ｗｉｎｄｏｗｓアプリでデータを利用をするということですか？ その場合であれば＃ＮＦＣＮＶで変換してＮＴバックアップ等を利用する方法になると思います。 | |
| #FLCNV #SORTについて | |
| 剤慙渉 2004-8-31 18:30:00
[返信] [編集] はじめまして！このような便利掲示板があるとは、知りませんでした。 よろしくお願い致します。 早速ですが、すみません。 Ａ−ＶＸ�靴納存讐椎修�知りたいのですが、DAT装置(CTU)を #FLCNV・#SORTで認識する事は不可能でしょうか？ DATがもっと利用できたら・・と考えているのですが、#BKUP以外のユーティリティーでは、そのままアサインできないもので。ユーティリティーのバージョン等で実現可能でしょうか？ご存知の方、いらっしゃいましたら教えて下さい。<(_ _)> | |
| Re:ハードディスク | |
| BLUELION 2004-8-30 8:02:00
[返信] [編集] > P.S.Express以外のいろいろなパソコンにA-VX入れるのはライセンス上問題があるかも・・というのは野暮な話ですよね。 > NECの人も見ているかもしれないので、とりあえず内輪の話にしておきましょう。 > そうですね ただかなり特殊な手続きしないと動かないし ＰＳ 当然 著作権上に問題があるのはわかっているので環境はすぐ消しました | |
| Re:ハードディスク | |
| ターラヤン 2004-8-30 1:54:00
[返信] [編集] > うちの640ADには、安い120maのHDやメモリがついております。 > 実際同じEXPRESSでおなじ規格なのに値段が相当ちがいますよね > CPUも120MAのP2の450でDUALです > > まーやり方によっては120MAな一般のPC（ノートを含む）でもA-VXはうごきますからね ノートで動くAVXは感動的でした（笑） > ノートパソコンで動きましたか。 てっきり普通のＰＣサーバ（ＩＡサーバ）のハードを基本的に流用して、若干の改造が 入っているのだろうと思っていました。 改造が入るにしても、ＣＰＵやハードディスクに手を入れられるとは思えないので、 マザーボード辺りでしょうかね。 私もハードディスクは見たことがありますが、普通のＳＣＳＩのハードディスクのようでした。 動作保障代やＡ−ＶＸ代を含めた値段なのでしょうが、Ｓ３１００やＳ７２００時代と比べると安いものの、 現在の一般的な水準と比べると高いような気がします。 P.S.Express以外のいろいろなパソコンにA-VX入れるのはライセンス上問題があるかも・・というのは野暮な話ですよね。 NECの人も見ているかもしれないので、とりあえず内輪の話にしておきましょう。 | |
| Re: x4: ＲＤＢのレコード削除のバッチ処理の方法 | |
| 江須扇 2004-8-27 22:21:00
[返信] [編集] 今晩は、ＥＸＣＨＡＮＧＥさん > >「２月２８日の１ヶ月前は？」ときたら > の答えが−−＞（Ａ）「１月２８日」でなく、（Ｂ）「１月３１日」でしたら と言う意味でした。 （Ｂ）と解釈した場合は ２月２７日の一ヶ月前は１月３０日 ２月１日の一ヶ月前は１月４日 １月３１日の一ヶ月前は１月３日 ３月３１日の一ヶ月前は２月２８日 ３月３０日の一ヶ月前は２月２７日 では３月１日の一ヶ月前は？？？？ 解からなくなってしまいました。混乱、混乱、 > （３）データ削除のＰＧでは初期条件の入力でユーザに「削除年月度を指定して下さい」とやります。 > あとは、 ＣＯＢＯＬにて > ＳＥＬＥＣＴ ＲＤＢＦＩＬＥ > ＷＨＥＲＥ ＲＤＢーＧＥＴＵＤＯ ＜＝ ＩＮ−ＧＥＴＵＤＯ > という調子です。 > ☆ これの方が面倒くさくなくて便利に思うのですが。。 む?、私はアバウトＳＥなので、オペレーションが入ると忘れてしまいますので、 目指しているのはノンオペレーションの夜間バッチです。 バッチ完了メールが朝入っていれはＯＫ、入ってなければ、障害発生としています。 > ただし、また容量無駄遣いしてしまいますけどね！！ 所で話は長くなりますが、 旧１００（赤１００、１９７８年以前）のＣＯＢＯＬはパックデータが使えませんでした。 その事を他社（多分Ｆ）に突かれて急遽サブルーチン提供がされました。 ファイルをＲＥＡＤしたあと ＣＡＬＬ ”ＵＮＰＡＣＫ” ＵＳＩＮＧ ＦＩＬＥ−Ａ ＷＯＲＫ−Ａ ＳＩＺＥ−Ａ ＣＡＬＬ ”ＵＮＰＡＣＫ” ＵＳＩＮＧ ＦＩＬＥ−Ｂ ＷＯＲＫ−Ｂ ＳＩＺＥ−Ｂ ・ ・ の様に一項目毎、アンパックに戻して処理をして、 終わったら ＣＡＬＬ ”ＰＡＣＫ” ＵＳＩＮＧ ＷＯＲＫ−Ａ ＦＩＬＥ−Ａ ＳＩＺＥ−Ａ ＣＡＬＬ ”ＰＡＣＫ” ＵＳＩＮＧ ＷＯＲＫ−Ｂ ＦＩＬＥ−Ｂ ＳＩＺＥ−Ｂ ・ ・ でファイルをＲＥＷＲＩＴＥします。 （記憶ですのであくまでもこんな感じでしたと思ってください） 大変面倒くさかったです。 その後、新１００が出てからＣＯＭＰ−３でパックデータが使えるようになりました。 当時はディスク容量は小さくパックデータにするのが当たりまででした。 メモリは内部処理でアンパックに戻して処理をするのであまり効果はなかったようです。 またＮＥＣの場合はパックデータの符号無しにしても１桁は１バイト、２桁は２バイトで 処理フラグや区分で１桁２桁を使う場合はあまり効果はありませんでした。 しかし現在はディスク容量も増えたのでパックにする意味は少なくなったと思います。 特にＮＥＣの場合はＦＩＬＬＥＲの項目を後で使う場合など不正十進数エラーが パックデータは符号無しでもスペースはＬＯＷ−ＶＡＬＵＥでもおきてしまうので使い勝手が悪いです。 設計時はパックデータ、追加項目はアンパックとデータベースの各項目がゴチャゴチャになっているのが実体です。 時代の流れでパックデータを採用した時代もありましたが、今にして思えは、本来のシステム１００の基本である アンパックにしていればと思っております。 ここで本題に戻ります。 > （１）所詮、データベースは項目単位でしか取り扱い出来ないので、 > （２）初めからデータ上に「年月日」以外にもう一つ「年月度」という項目を取っておく。 > 例えば、年月日「２００４０８２６」でしたら年月度「２００４０８」となりますし、 年月日「０４０８２６」でしたら年月度「０４０８」となります。 確かめてないので解かりませんが、アンパックであればＣＯＢＯＬ側フィールドを階層構造にしておけば、 上６桁や上４桁も可能ではとおもいます。 データベース定義も階層構造でしてすれば可能を思います。（これも確かめていません。） ８桁＋６桁のパックの場合５＋４＝９バイト、アンパックの８桁階層構造８バイト ６桁＋４桁のパックの場合４＋３＝７バイト、アンパックの６桁階層構造６バイト と考えた場合でもアンパックが良いのでは思いますが皆様は如何お考えでしょうか？ | |
| Re:ハードディスク | |
| ＢＬＵＥＬＩＯＮ 2004-8-27 9:12:00
[返信] [編集] うちの640ADには、安い120maのHDやメモリがついております。 実際同じEXPRESSでおなじ規格なのに値段が相当ちがいますよね CPUも120MAのP2の450でDUALです まーやり方によっては120MAな一般のPC（ノートを含む）でもA-VXはうごきますからね ノートで動くAVXは感動的でした（笑） ただし テスト環境のみの構成で、本番環境で保守なしで運用する勇気はありません ちなみ全体の構成としては Windowsは最新のIDEをCドライブしてセットアップしAVX系はもともとのRAIDのドライブに入れています。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band