ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | ファイル連携ユーティリティについて | |
| ＡＶＸ初心者 2007-6-4 19:54:00
[返信] [編集] Ａ−ＶＸ初心者の為、かなり困っています。 どなたかご存知の方ご教示頂きたいと思います。 今回WINNTサーバよりWIN2003サーバにマシンリプレイスの 作業を行っております。 プログラム内でA-VXよりWindowsのTXTやCSVファイルに アサインするためにファイル連携ユーティリティを 使用していたため、 それをそのまま移行したのですが、 うまくWindowsファイルを認識してくれません。 （COBOLでのOPEN処理でエラーになる） 行った手順は以下のような形です。 ��SYS@NTPAFの移行（旧サーバよりそのままコピー） ��DDFのコピー（旧サーバのをそのまま併合） ��#NFLNKで指定されているフォルダを確認し、 そこに該当するフォルダ及びテキスト・ＣＳＶを作成 以上のような対応を行いました。 何か漏れがあるのでしょうか？ それともWIN2003では使えないのでしょうか？ 教えていただければありがたいです。 よろしくお願いいたします。 | ||
| 2 | Re:ファイル連携ユーティリティについて | |
| ＥＸＣＨＡＮＧＥ 2007-6-5 0:12:00
[返信] [編集] ＊ もし設定の移行などが全くＯＫとした場合ですが、それでもオープン出来ないと言うことでしたら、ひょっとして��で作成されたフォルダ、ファイルなどの権限ということはないでしょうか？ＮＴ、Ｗ２Ｋのころに比べ、Ｗ２００３、ＸＰはアクセス権限が厳密になっていますので、アクセス（とくに書込）できないということがよくあります。 | ||
| 3 | Re:ファイル連携ユーティリティについて | |
| ＡＶＸ初心者 2007-6-5 10:41:00
[返信] [編集] 返信ありがとうございます。 返信内容を元に調査したのですがやっぱりできません…。 （OPENでステータスに35が返ってきます…。） アクセスもすべてフルコンにしていますし、 読み取り属性ははずしていますし…。 A-VX側の設定については、私自らが変更した点は、 フォルダやテキストファイルを指定の位置に作成しただけで、 その他は旧サーバのデータをそのままコピーしていますので、 質問に記載しました�´↓０奮阿忙笋竜い鼎い討い覆ず邏箸�なければ、 大丈夫だとは思うのですが…。 何か作業に漏れがあるのでしょうか？ ここは注意したほうがいいよというのでも結構ですので、 ご教授よろしくお願いします。 | ||
| 4 | Re:ファイル連携ユーティリティについて | |
| ターラヤン 2007-6-5 12:42:00
[返信] [編集] 文章だけでは、難しいですが、 ファイルが見つからないというエラーが出ていることから考えて、 ボリュームカタログファイルに登録されていないのではないでしょうか 説明書を読むと、�，鉢△隆屬播佻燭垢襪茲Δ任后� ファイル連携ユーティリティ（＃ｎｆｌｎｋ）にボリュームカタログ の復旧というコマンドがあるので、それで復旧を試みてはどうでしょうか。 | ||
| 5 | Re:ファイル連携ユーティリティについて | |
| ＡＶＸ初心者 2007-6-5 17:42:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん、ターラヤンさんありがとうございました。 #NFLNKの復旧で無事動くようになりました。 これから中身の確認です・・・。（苦笑） ありがとうございました。 またよろしくお願いします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | キーファイルのアロケートについて | |
| たま 2007-6-2 12:38:00
[返信] [編集] いつもこの掲示板にはお世話になっています。 また１つ質問させてください！ MIXファイルのキーをアロケートしようと思うのですが 【KEY POSITION】が【1,7,30】で 【KEY SIZE】が【4,23,4】などキー位置やサイズが飛びとびに なっているキーの領域確保方法がわからず困っています。 #ABCや#ALLOCではキー領域は連続した１つしか設定できないですし、 #DDMの領域確保を使えば上記のような飛び飛びのキーも作成できますが、 【RECOVERY MODE】や【KEY BLOCK SIZE】など細かい指定ができません。 （↑私が知らないだけかもしれませんが・・・） 上記のようなキー領域を作成する方法をご存知の方は ご教授いただければすごくありがたいです。 「マニュアルのここに載っている」でも結構ですので よろしくお願いします。 | ||
| 2 | Re:キーファイルのアロケートについて | |
| ＥＸＣＨＡＮＧＥ 2007-6-4 0:08:00
[返信] [編集] ＊ ＃ＡＢＣのメニューで９６（これは隠し番号）−−＞１３．合成 キーの生成 と進む ＊ 後は、大体想像でパラメータ設定が出来たかと。。 ＊ 以前のスレで話題になってたような気がします。 | ||
| 3 | Re:キーファイルのアロケートについて | |
| たま 2007-6-4 19:43:00
[返信] [編集] 教えていただいたとおり行ってできました。 ほんとにありがとうございました。 また何かあればよろしくお願いいたします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | プリンタの設定について | |
| たま 2007-5-23 21:14:00
[返信] [編集] ご存知の方がいらっしゃればご教授頂きたいと思います。 今回Ａ−ＶＸに接続されているステーションプリンタが、 ＫＬＰ⇒レーザープリンタに置き換わりました。 プリンタの型番は【N1153-L4550】なのですが、 この場合、フォーム（FDL）のコンパイルやテストプリントで使用する ＜PRT=＞のところは何を設定すればいいのでしょうか？ （LCP18J？LCP30J？もしくはそのほか？？） 色々調べたのですがマニュアル・その他どこにも記載がありません。 ご存知の方がいらっしゃったら教えて頂きたいと思います。 | ||
| 2 | Re:プリンタの設定について | |
| ＥＸＣＨＡＮＧＥ 2007-5-23 23:51:00
[返信] [編集] ＊ これはいわゆるＮ型プリンタというタイプでしょうか？ それともＰＣプリンタ（ＰＲ−ＬＸＸＸＸ）というタイプでしょうか？ ＊ Ｎ型のように思えるのですが、 ＰＣプリンタにもよく似たＰＲ−Ｌ４５５０というのがあります。 この辺がまずよく分かりません。 ＊ＰＣプリンタの場合ＳＧ上はＬＣＰ１０Ｊ設定が多いのですが、 問題をややこしくしているのが、罫線コンパイルの際のＰＲＴ＝ の指定が、必ずしもＳＧ指定と一致していない点です。 ＊ 例えば、 ＰＲ−Ｌ２３５０の場合 ＳＧでは ＬＣＰ１０Ｊ ＷＳエミュレータでは ＰＲ−Ｌ２３５０ プリンタドライバは ＰＲ−Ｌ２３５０ そして 罫線コンパイル時は ＰＲＴ＝ＬＣＰ１８Ｊ 等という混乱ぶりです。。 （覚えにくいので イチハチジェイのモクモクさん、などと冗談を言って思い出しています） ＊さて、問題のプリンタはＮＥＣのＨＰによると ＬＣＰ２４Ｊ もしくは ＬＣＰ３０Ｊ互換 （設定はハードスイッチにて行う？） らしいので ＬＣＰ３０Ｊ互換なら ＰＲＴ＝ＬＣＰ３０Ｊ かな？？？ ＬＣＰ２４Ｊ互換の場合、 ＬＣＰ２４Ｊ 等というのは オーバーレイのマニュアルにありませんよね。。。 難問ですね。。。分かりません。。。 とりあえず、参考ＨＰです www.nec.co.jp/products/printer/express/product/n1153-l4550/index.html | ||
| 3 | Re:プリンタの設定について | |
| たま 2007-5-30 14:26:00
[返信] [編集] 返信ありがとうございました。 とりあえずLCP24JでＳＧをし、コンパイルはLCP30Jという形で なんとか出力されました。 ありがとうございます。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | COBOL4⇔RDB | |
| おーちゃん 2007-5-18 15:31:00
[返信] [編集] もしご存知の方がいらっしゃれば教えてください。 現在A-VX�犬砲突�用していますが、昔からあるPGを加工しようとしています。 ただ、作りはCOBOL4のもので、今回RDBファイルをそのPGで使いたいなぁー と考えております。 COBOL4コンパイルでRDBファイルは可能でしょうか？ そういった作成をしている方がいれば、可能かどうか教えて下さい。 | ||
| 2 | Re:COBOL4⇔RDB | |
| ターラヤン 2007-5-22 0:43:00
[返信] [編集] 的外れな回答かもしれませんが、 ＮＥＣの「リレーショナル型データベース説明書」の 「第４章 ＲＤＢへの移行」を見てみてください。 Ａ−ＶＸ ＲＤＢには、ＲＤＢを順編成や相対編成、索引順編成の ようにアクセスする 機能があるので、（プログラムの作りにもよるかと思いますが） 基本的にほぼ修正なしでデータベースファイルにアクセスできるよう になります。 それともＣＯＢＯＬ４でＳＱＬ文を使用したいということでしょうか。 | ||
| 3 | Re:COBOL4⇔RDB | |
| おーちゃん 2007-5-22 18:44:00
[返信] [編集] ターラヤンさんありがとうございます。 現在COBOL85で利用していますが 昔のPGがCOBOL4コンパイル→今回そのPG上で新規にてRDBを追加して見ようとしてます。 そしてコンパイルをCOBOL4にて考えております。 実際COBOL4でのRDB使用がした事ありませんので | ||
| 4 | Re:COBOL4⇔RDB | |
| 温泉好きのうさぎ 2007-5-24 19:44:00
[返信] [編集] 私の読解力が無いのか、質問者様のやりたいことがいまいち理解できませんが、 (1) COBOLソースの修正を行う場合 当然、コンパイルし直す必要がありますので、RDBファイルにアクセス可能なようにソースの記述を修正すればよいでしょう。 ただ、1129、1136の文面から何でコンパイルされるのか判断できかねています。「CBL85」なのか、それともいわゆる「ＴモードCOBOL」をお持ちで、そのオプションパラメータのコンパイルモードをCOBOL4にして使用されるのか。 後者であれば環境部で、 SELECT ファイル名 ASSIGN 内部ファイル名-RDB と記述したら、FATALエラーになると思われます。 (2) COBOLソースの修正を行わない場合 (2-1) コンパイルし直さない場合 (COBOL4で作成されていたLMをそのまま使う) ディスク上の従来ファイルと同じ名前で表定義を行い、物理ファイルのアロケートをする。従来ファイルはファイル名の変更またはディアロケートします。 (2-2) CBL85でコンパイルし直す場合 COBOL4独自のコーディングを行っている場合、CBL85でコンパイルすると、FATALエラーが発生する可能性があります。その場合はソースの修正が必要となり、(1) になります。 コンパイルが通った場合は、(2-1) になります。 COBOL4独自のコーディングというのは、画面入出力で使う「DISPCRT」や「ACEPCRT」といった命令です。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ファイルのコピーについて | |
| たま 2007-5-17 12:54:00
[返信] [編集] こんにちわ。 最近、初めてA-VXの仕事をすることになったのですが、 ファイルのコピーでわからない点があり、 わかる方にご教授頂ければと思います。 150本くらいのファイル（ファイル編成は色々）をMSD003⇒MSD001にコピーしたいと思います。この時コピー先のMSD001には事前に150本分と同じファイル定義を事前に作成（ALLOC）しとかなければいけないのでしょうか？ リストアの時のようにデータコピーと同時に自動的に同じファイル定義を作成する方法はないのでしょうか？ よろしくお願いします。 ※もう１つ質問を書かして頂いておりますので、そちらも見ていただければ幸いです。 | ||
| 2 | Re:ファイルのコピーについて | |
| ターラヤン 2007-5-20 11:37:00
[返信] [編集] 普通にファイルのコピーを行うならば、事前に作成しておく必要があります。 １５０本あるならば、テープ媒体等に一旦バックアップして、 自動アロケート復帰機能と復帰先変更機能を使ってリストアするのが 一番簡単です。 | ||
| 3 | Re:ファイルのコピーについて | |
| たま 2007-5-21 16:58:00
[返信] [編集] ターラヤンさん返信ありがとうございます。 やっぱり領域確保は必須なんですね。 この件に関連してもうひとつお聞きしたいことがあるのですが、 ターラヤンさん案のようにデータに元(MSD003）から退避して、 コピー先（MSD001）にリストアする方法でコピーした場合、 データディクショナリーファイルにもなにか変更が必要になるのでしょうか？ データディクショナリーファイルの用途が いまいちよくわかっていない初心者ですので、 稚拙な質問で申し訳ありませんが、よろしくお願いします。 | ||
| 4 | Re:ファイルのコピーについて | |
| ターラヤン 2007-5-22 0:34:00
[返信] [編集] 私の考えが足りなかったようです。 ＤＤは変更が必要です。 ＦＤＦやＣＡＴはシステムがファイルを管理するために使っている。 ＤＤは人間がコーディングしたりファイル／レコードを管理するのに便利なように 用意されている。 だからＤＤには、人間が自分で都合の良いような情報を自分の手で入れるように なっている。 データベースならば、変更は必要。 ＳＭＡＲＴなど簡易言語を使っている場合も必要。 ＣＯＢＯＬでＣＯＰＹ文を使っているならば必要。 ＣＯＢＯＬのデータ部に手でデータファイルの構造を全部書いているならば 変更の必要性は低いが、保守を考えると変更しておいたほうが良い。この場合は ＤＤに書くべき情報を直接プログラム中に記述しているため。 ちょっと自信がないのですが、私はこのように認識しています。 | ||
| 5 | Re:ファイルのコピーについて | |
| HF 2007-5-23 17:53:00
[返信] [編集] はじめまして 横から失礼します。 DDFとはSYS@DDFの事でしょうか？ それで有れば一応#ABCで表定義の保守が有りますので，そこでSYS@DDFの再定義を行えば大丈夫だと思います。 | ||
| 6 | Re:ファイルのコピーについて | |
| たま 2007-5-23 20:09:00
[返信] [編集] ターラヤンさん、HFさん。 返信ほんとにありがとうございました。 参考にさせていただきます。 また、つたない質問をするかと思いますが、 よろしくお願いします。 （といいつつ次の質問を書いてるのですが…。（汗）） | ||
| 7 | よくハマる問題について | |
| ＥＸＣＨＡＮＧＥ 2007-5-24 0:10:00
[返信] [編集] ＊ 同一カンパニ上の、別のＭＳＤＸＸＸ上に同じファイル名のファイルがあり、ＤＤＦ上や、プログラム上でＭＳＤＸＸＸの指定が無かった場合、 ＭＳＤ０００ −−＞ＭＳＤ００１ −−＞ＭＳＤＸＸ９ 等という順序でサーチしていくようですので、 「おかしいな〜〜、変更を加えたはずなのにまったくデータに反映していない！！？？」 等と言うことがよくあります。 ＊ ＭＳＤＸＸＸ から ＭＳＤＸＸＹとかにコピーするのは可能ですが、 運用時には同一ファイル名は避けた方が無難ではないかと。。 | ||
| 8 | Re:よくハマる問題について | |
| たま 2007-5-30 14:27:00
[返信] [編集] 返信ありがとうございました。 なんとかやってみます！ | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band