ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | 面白そうな機能 | |
| BLUELION 2004-6-2 16:25:00
[返信] [編集] 640ADテスト機で面白そうなこと教えてください うちの会社では COBOLとスマートの機能しか使っていないのでどうもぴんときません | ||
| 2 | 面白そうな機能 | |
| ターラヤン 2004-6-3 1:12:00
[返信] [編集] > 640ADテスト機で面白そうなこと教えてください > Ａ−ＶＸのバージョンがわからないので、使えるかどうかわかりませんが、 ウェブ連携機能やメール連携機能はどうでしょうか？ 説明書などを見て、なんとなく仕組みや使い方はわかったので、私も 時間があれば試してみたいと前から思っていました。 もしかしたらこのサイトのネタにできるかな、と密かに考えていました。 ＡＤとのことなので、Ａ−ＶＸのバージョンもその頃のものであれば、 おそらく使えない可能性が高いですが、 ＣＯＢＯＬのマウスの機能はどうでしょうか。 私も試しにＣＯＢＯＬでマウス機能を使ったプログラムを作って みました。このサイトのＣＯＢＯＬサンプルプログラムのところ にあります。 業務に使えるかということになると？ですが、なかなか面白いです。 他に６００シリーズの標準の機能を挙げるなら、 ＯＲＡＣＬＥとＡ−ＶＸ／ＲＤＢを連携させるＤＢレプリケーション の機能もあります。 以上のものは、６００シリーズの標準の機能ですが、Ａ−ＶＸのバージョン によってできるものできないものがあるので、確認してみてください。 | ||
| 3 | Re:面白そうな機能 | |
| あき 2004-6-3 9:56:00
[返信] [編集] > 640ADテスト機で面白そうなこと教えてください > 有償オプションだったか標準だったか忘れましたが、 PrintView が私にとっては最も大きなメリットでした。 運用が（楽な方向に）ゴッソリ変わってしまいました。 #NFCNV もかなり助かってます。 | ||
| 4 | ＮＦＣＮＶは便利ですね | |
| bluelion 2004-6-3 10:23:00
[返信] [編集] ただし外字には注意ですけど 7200では失敗するとたちあがらないなどの 問題でできないＳＧをいじって遊んでいます PRINTVIEWは入っていませんでした CBL85は入っているのでIisとのリンクはおもしろそうですね あとVPNなんかもおもしろそうですね | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＶＰＮを使おう！ （今こそＡ−ＶＸで新システムを） | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 9:39:00
[返信] [編集] ☆ ブロードバンドを利用したＶＰＮの出現は、Ａ−ＶＸに対しても大きな恩恵を与えつつあります。 ☆ 従来回線＋ＶＷＳを使ったオンラインシステムは、ＡＳ４００（その昔はＳ３６も含む）や、メインフレームに比べて大きなハンディがありました。Ａ−ＶＸｃｏｂｏｌからの対話型処理は、（特別な作り方をしない限り）項目単位に行なわれるため、ＡＳ４００などの画面単位の送信、受信方式と比べてきわめて通信上でのレスポンスが悪く、インラインのソフトをそのままオンラインで使うことが難しいケースが多々ありました。 そこで、支店などに配置されたＡ−ＶＸ機にバッチでデータ転送したり、とかいうのがよくありました。 ☆ 以前のジオボードでの投稿にもありましたね。 営業所（下請けさんでしたっけ？）で、制作指図のデータをバッチ受信する小型Ａ−ＶＸ機をパソコンで代替えできないだろうか？ というような話です。 ☆ 今の６００シリーズでしたら、本社のＡ−ＶＸ親機からメール連携を使って、ＣＳＶデータを添付送信し、それをＰＣで取り込む、というのも出来ますし、小規模な場合こちらの方が手っ取り早いような気もしますが、 この際、 「ＶＰＮを使って、本社支店間の直接オンラインシステムの構築＝集中管理による新システムの構築」を検討してはどうでしょうか？ もちろん支店側の端末はすべてＰＣです。支店側にＡーＶＸマシンは不要です。 ☆ インターネットを使ったＶＰＮは、まだまだクリアすべき課題が多くあることは確かですが、Ａ−ＶＸを使ったオンラインシステムに大きなチャンスが生まれていることだけは間違いがありません。Ｃ／Ｓ型のオープン系のシステムをそのままＶＰＮに乗せるのは問題が多く、むしろＡ−ＶＸを使ったシステムの方がＶＰＮに乗せて行くのに有利であるようです。 | ||
| 300 | Re: ＶＰＮを使おう！ （今こそＡ−ＶＸで新システムを） | |
| ターラヤン 2004-6-2 9:39:00
[返信] [編集] 情報ありがとうございます | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | データベースエンジン | |
| 640ＡＤ好き 2004-5-30 23:46:00
[返信] [編集] はじめまして 仕事でＡ−ＶＸを使っているのですが たまたま最近オークションに出ていたので落札しました そこで私物のＡ−ＶＸを最大限使うべく 普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりません ちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました 追加 現在Ｐ２ 450とサードパーティーメモリをいれ実環境より充実しています ＮＥＣの人には初めて私物のＡ−ＶＸを見たと笑われました | ||
| 2 | Re:データベースエンジン | |
| ターラヤン 2004-6-1 1:10:00
[返信] [編集] はじめまして。ターラヤンと申します。今後ともよろしくお願いします。 いろいろな機能を試してみることができるので、自分専用のオフコンがあるといいですね。 ６４０ＡＤのようですが、当時定価で購入すると結構な値段のはずです。ＯＳなどソフト一式もきちんと付いていたのなら、おそらくお得なのでしょう。 私も以前オークションにＮ８ＶＳIIが出ているのを見たことがありますが、本体がバラバラの状態な上にＯＳも無いようだったので、これを買う人がいるのだろうかと疑問に思っていました。 データベースは、標準装備なので、使えるはずです。データベースのマニュアルを見ながら、気長にやってみてはどうでしょうか。 最近のオープン系のデータベースとは、内部構造が結構違っているため、設定、準備など異質な部分もあり、慣れないとちょっと難しいかもしれません。 | ||
| 3 | Re:データベースエンジン | |
| あき 2004-6-1 2:09:00
[返信] [編集] 皆様はじめまして。 あきと申します。 > そこで私物のＡ−ＶＸを最大限使うべく > 普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりません > ちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました > いろいろ書こうと思っていたのですが、 そもそもDBエンジンを使わないA-VX環境ってアリなんですかね（笑 | ||
| 4 | Re:データベースエンジン | |
| AD640好き あらため bluelion 2004-6-1 15:38:00
[返信] [編集] 返信ありがとうございます 実は本システムは7200/100で稼働していて バックアップに640ADがある環境なので いままであまりいじっていませんでした DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ | ||
| 5 | Re:データベースエンジン | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 0:24:00
[返信] [編集] ☆「あき」さんたちと少し議論がかみ合っていないように思うのですが。。 ☆ 多分、「ｂｌｕｅｌｉｏｎ」さんのおっしゃっておられるのはＭＳＤＥ等のようなＤＢＭＳの事ではなく、古いＡ−ＶＸマシンで「別プロセッサ」を使ってやっていた物理的な高速化機構（三菱のオフコンでいうと「グレオ」と同様な機構）で、現在はサーバのメモリを使って行っています。 > DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが > DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ ☆ このサーバメモリを使った高速化機構ですが、たしか最大で２５６Ｍぐらいしか使えなかったように記憶しています。下位機種ではもっと少なかったような気がします。 ☆ マスタにしてもデータファイルにしても、この程度の大きさなら、ふつうに全件検索してもたいしたことはないので、そんなにありがたいと思ったことはありませんので、私としては実際に使用した経験はありません。 ☆ ただ、ちらっと調べた感じでは、 （１）ＳＧにおいてＤＢエンジンサイズを指定。（あっ！これは済んでいるんでしたね。。） （２）たしかシステムメニュー（Ｆ９キーを押下すると出てくるやつです。ＳＧ設定によってはＡ−ＶＸログイン時に初めから表示されている場合もあり）にて、０３「媒体管理支援」を選ぶと、Ｅ／ＤＢ?エンジンが出てきます。ここで「ＰＲＥ−ロード」、「解放」とやるのではないでしょうか。。 ☆ サーバ起動時に実行させるには、上記をパラメータ化して初期ジョブで実行させるのでしょうか？？？ 実際に実行したことがないのでよく分かりません。何か参考になれば。。。 | ||
| 6 | Re:データベースエンジン（少し訂正あり） | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 8:19:00
[返信] [編集] ☆ 前回の投稿内容は少し不正確だったようで。。（すみません） ☆ まず、Ｓ７２００以前のＤＢエンジンですが、「別プロセッサ」を使っていたかどうか？？？ 物理的に別のメモリー機構をオプションで追加したことだけは確かです。 ☆ どうやらこのＤＢエンジンという仕掛はディスクのＩ−Ｏ（ＲＥＡＤ／ＷＲＩＴＥ）を高速化するためのものらしく、ｃｏｂｏｌからのＳＥＬＥＣＴ文による検索を高速化するためのものではないようです。（結果的に高速化するとおもいますが。。） ☆ 三菱「グレオ」の場合は完全に別プロセッサ＋メモリで処理され、どちらかというとデータの抽出、並べ替えなどに威力を発揮するようです。 ☆ もし、ディスクＩ−Ｏの高速化ということであれば、マスタを頻繁に参照、更新するような処理などに向いているのではないでしょうか？ マスタをＤＢエンジンに貼り付けるのでしたらそれほど大容量メモリが使えなくてもいいかも。 ☆ ただ、これを使うとＣＰＵ負荷がかかるらしく、その辺を考慮して使用することと他の方からうかがっています。（ＤＢエンジンを使用しない他の業務の処理に影響を与えるので、タスク間の優先を考慮する必要がある） ☆ Ｓ７２００以前についていえば、このＣＰＵ負荷というので結構苦労しましたね。大量データを検索しに行くと他の業務（入力業務のレスポンスなど）に影響が出やすかったんで。。 ☆ ６８０ＡＤというのを使って（使わせてもらって？）開発したことがありますが、もう、この、４ＣＰＵの世界というのは別次元でしたね！！ カットオーバーしてみんなが思ったのは、「昨日までの７２００でのことは何だったんだろう？？」 | ||
| 7 | Re:データベースエンジン | |
| ターラヤン 2004-6-3 0:48:00
[返信] [編集] 昨日返信を書いたときも、もしかしてＤＢ−Ｅのことかなとは思って いたのですが、やはりそうでしたか。 すでにＥＸＣＨＡＮＧＥさんが書いていますので、付け加えることは あまりないのですが、まとめておきます。 ＤＢ−Ｅの使い方は、６００シリーズの「データ管理説明書」に詳しく書いてあります。 これを見れば、誰でもできると思います。 blueelionさんのところは、Ｓ７２００もあるとのことですので、 Ｓ７２００シリーズ用の説明書を見ているのではないでしょうか。 Ｓ７２００と６００シリーズでは、ＤＢ−Ｅの方式が違うため、 Ｓ７２００の方の説明書を見ても書いてありません。 （６００シリーズのＤＢ−Ｅは標準機能なので、標準の説明書に方法が 書いてあるが、Ｓ７２００の方はオプションなので、装置側の説明書 に書いてあるはず。） おそらく皆さんご存知のことかと思いますが、ＤＢ−Ｅの仕組みは、 （以下の説明は説明書の内容から予想した部分もあります。） 高速化したいファイルをメモリ上に貼り付けて、ディスクからデータを 読み込んだり書き込んだりするのではなく、メモリから読み書きする というもの。 つまり、ディスクキャッシュや、１０年ぐらい昔にパソコンがフロッピー ディスクベースだった頃はやったRAMディスクのようなもので、今と なってはごく普通の技術です。 （パソコンの驚速とかいうソフトで、CD-ROMの読み書きを高速化する のと同じ仕組み？） Ｓ７２００の頃は、専用の装置（メモリがいっぱい載っている）を 使って実現していました。 ６００シリーズ（７００シリーズも？）は、専用の装置の代わりに、 本体のメモリをそのまま使っています。 ここからは予想なのですが、ＥＸＣＨＡＮＧＥさんが書いている 「ただ、これを使うとＣＰＵ負荷がかかるらしく、」という話は 以下の理由によるものだと思います。 ・６００シリーズのＤＢ−Ｅは、本体のメモリを使用している。 ・ＤＢ−Ｅが、６４Ｍバイトなり１２８ＭＢなりのメモリを使用すれば、 当然Ｗｉｎｄｏｗｓが使用できるメモリは減る。 ・Ｗｉｎｄｏｗｓは、仮想メモリと物理メモリを使って、メモリの使用 を制御している。メモリが足りないと、仮想メモリ?物理メモリのＳＷＡＰ が多発する。 ・ＳＷＡＰが多発すると、その処理のためにＣＰＵ負荷とディスクＩＯ が増える。 普通Ｗｉｎｄｏｗｓサーバのメモリ量が少ないと、やたらとＳＷＡＰが 発生して、遅くなりますよね。 つまり、搭載しているメモリが少ないと、ＤＢ−Ｅでせっかくファイル のアクセススピードが速くなっても、メモリサイズを圧迫してしまい、 ＷｉｎｄｏｗｓのＳＷＡＰが増えて逆に悪影響になってしまう。 ということだと思います。 （あくまでも予想ですが、だいたい合っているのでは？） それから、「メモリ上のデータ」は、「ディスク上のデータ」の コピーでしかないので、もし「メモリ上のデータ」を書き換えたら 処理の終了時に「ディスク上のデータ」に書き戻してあげる必要が あるということです。 | ||
| 8 | Re:データベースエンジン | |
| bluelion 2004-6-3 10:27:00
[返信] [編集] 大きなディスクキャッシュって認識でマニュアル読んでました 本日試しに大きいファイルをつくってやってみます キャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？ しらべなきゃ！ | ||
| 9 | Re:データベースエンジン | |
| ｓｐａ 2004-10-19 17:26:00
[返信] [編集] > 大きなディスクキャッシュって認識でマニュアル読んでました > 本日試しに大きいファイルをつくってやってみます > キャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？ > しらべなきゃ！ とある公共団体でＩＴＯＳ＆Ａ−ＶＸの業務システムを担当していた者です。 ちっこいファイルであればデータファイルも貼れるんでしょうけど、そんなのはもともと小さいんでアクセス苦労しないわけです。 なのでキーアクセスを高速化できるようにＭＩＸファイルのキーファイルだけＤＢＥに貼っておくとかしてます。 ただ７２００の頃は結構有効だったかもしんないけど、５８００だと４ＣＰＵとかでしょ？ 当然メモリも１Ｇぐらい積んでるはずだからＤＢＥ使っても効果は？？？（使わんでも早いハズ） | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | Ｗｅｂアプリケーション開発 | |
| 江須扇 2004-5-5 13:11:00
[返信] [編集] ご無沙汰しております。江須扇です。 ＣＯＢＯＬしか開発した事がないので、基本的質問です。 ＰＣとのリンクを＃ＮＦＣＮＶでしか使っておりません。 ＯＳはＡ−ＶＸ�牽魁ィ気任后� ＯＳ標準のＷｅｂ連携機能でも良いのでが最新版の機能説明では書いてないので評判が良くないのでしょうか？ http://www.ace.comp.nec.co.jp/product/2nd/avx4/avxapobj/index.htm Ｗｅｂ開発ソフトは経験がなので良いソフトがあれば教えてください。 ＡｃｃｅｓｓのＷｅｂ機能を利用した開発でも可能でしょうか？ その場合、 １．Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキットか ２．Ａ−ＶＸ／ＲＤＢアクセスソフトウェア どちらを利用した方が良いのでしょうか？ １番の方がサーバーが標準機能でコストがかからないように思いますがアクセスがリードライト風なので難しいでしょうか？ ２番はサーバーソフトの購入が必要ですがＯＤＢＣなのでＡＣＣＥＳＳの開発は簡単なのでしょう？ 実際に開発された方でメリットデメリットを教えていただけないでしょか？ | ||
| 2 | Re:Ｗｅｂアプリケーション開発 | |
| ターラヤン 2004-5-7 0:04:00
[返信] [編集] こんにちは。 ＡＣＣＥＳＳを使用するなら、「Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキット」は「ＲＤＢ／ＦＩＬＥアクセスコントロール」も必要です（両方とも標準機能ではありません）。 「Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキット」の方は、以下のＨＰのダウンロードにサンプルがあります。 http://www.ace.comp.nec.co.jp/product/2nd/avxkit/avxkit.html また、そこの「関連製品の体験版ダウンロード」に「アクセスコントロール」にＡＣＣＥＳＳを使ったサンプルプログラム＆マニュアルがあるので、参考にしてみてはどうでしょうか。 「Ａ−ＶＸ／ＲＤＢアクセスソフトウェア」でＡＰを開発したことはありませんが、以下のＨＰの説明を読む限りでは、「アクセスソフトウェア」の方が簡単かもしれません。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBSV/RDBSV.HTM ちなみに、両方とも、ＤＢがオープン系になっても、そのまま使えることを売りの１つにしていますが、 将来Ａ−ＶＸ／ＲＤＢからオープン系ＤＢ（ＯＲＡＣＬＥなど）にした時、今回作ったＡＰをそのまま流用するとしたら、 ・「アクセスキット」＋「アクセスコントロール」の構成で作った場合は、ｏｒａｃｌｅにアクセスする場合も「ＤＢリンクキット」＋「アクセスコントロール」が必要になる。（要するに将来ずっと２製品購入し続けなくてはならない。） ・「アクセスソフトウェア」なら（サイトの説明を読む限りでは）Ｏｒａｃｌｅ用のＯＤＢＣドライバを使うだけでよいみたいです。 | ||
| 3 | 間違い | |
| ターラヤン 2004-5-7 11:31:00
[返信] [編集] 「アクセスソフトウェア」もこれ単独では使えず、「ＰＣーＲＤＢサーバ」が必要なようです。 「アクセスソフトウェア」は「ＡーＶＸ４ ＲＤＢサーバ」と同じ？ こちらは、私も自信がないので、どなたか詳しい人が答えてくださると良いのですが。。。 | ||
| 4 | Re:間違い（ＲＤＢサーバーとアクセスソフトウェア） | |
| 江須扇 2004-5-8 10:18:00
[返信] [編集] 江須扇です。ターラヤンさんご無沙汰しております。 早速の回答ありがとうございます。 ＞「アクセスソフトウェア」もこれ単独では使えず、「ＰＣーＲＤＢサーバ」が必要なようです。 ＞「アクセスソフトウェア」は「ＡーＶＸ４ ＲＤＢサーバ」と同じ？ 私は実際開発した事はないのですが、カタログ等での意味はある程度理解はしております。 ただ、Ａ−ＶＸの中では基本的にはＣＯＢＯＬ（ＳＭＡＲＴ−ＥＸもありますが・・・） で開発でオールインワン的にお任せ定食的にできますが、 データベース、ミドルウェア、開発ソフト三層構造等等 オープン連携システムはオープンの名の下にいろいろとアプローチがありそのソフトを選んだ 所謂「自己責任」的であり最初の一歩で何を選ぶか迷って前に進めません。 オープンの人たちの考え方はスクラップアンドビルド的で自分の採用した方法が失敗したら また、次は新しい流行の方法をすれば良いという資産継続性を無視した考えかで、古いＳＥ はついていけません。 前置きが長くなりましたが、 「ＲＤＢサーバー」と「ＲＤＢアクセスソフトウェア」は同じ系列で、旧機能を継続サポートが前者、 標準機能（ＳＱＬ＆ＯＤＢＣ）と新機能のみが後者です。 という事で古いＰＴＯＳ機能もサポートしているというのか特徴のようです。 という事でＷｅｂ化が可能とのことＪａｂａ対応のＪＤＢＣと私にはよくわかりませんが・・・・ ※この名前の付け方がダメですねＰＣ−ＲＤＢクライアントにすればわかりやすいと思いますが・・・・ ＩＩＳ利用だとサーバー機能の表現が良いかも？ でも機能的にはクライアントと思います。 ＯＳ込みのＡ−ＶＸ／ＲＤＢ以外はサーバー側のＲＤＢサーバーも含め全て有償ソフトと理解しております。 詳しくは以下を http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBSV/RDBSV.HTM 「アクセスキット」は 一般ファイルが使えるのが特徴でＣＯＢＯＬのＲＥＡＤ／ＷＲＩＴＥ的利用方法と考えられます。 Ａ−ＶＸ�鍵聞澆靴�できません。サーバー側はＯＳ込みでクライアント側のみ有償ソフトです。 個人的にはＲＤＢアクセスソフトウェアもこちらに統合されＳＱＬもＯＤＢＣも使えるようになると嬉しいのですが 現在はダブルスタンダードのままで名前も含め非常にわかりづらいです。詳しくは以下を http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBAccessKIT/openclient.htm ということでカタログデータは解かるのですが実体験が無いので一歩進めないのです。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-4-26 10:16:00
[返信] [編集] はじめてお邪魔します。 早速ですが 特定のオブジェクトライブラリを指定しサブルーチン をコールする方法はあるでしょうか? リンカーではサブルーチンの入っているライブラリーは１つしか指定 できないみたいです。 コンパイルエラーではじかれるのですが たとえば CALL "YYMD" USING TODAY OF OBJLIB2 のような感じで です。 COPY の場合はライブラリを COPY A OF CLIB2 で 指定し いけるみたいです。 また ＃ＬＩＮＫ で オブジェクトライブラリーを ２つ以上 指定出来る方法はありますか? よろしくお願いします。 OS は NEC の A-VXです。 ご教授ねがいます | ||
| 2 | Re:リンケージ | |
| ターラヤン 2004-4-26 22:52:00
[返信] [編集] リンカで 例えば CUD=MSD001 CUF=USERCUL CUD＝MSD001 CUF=OBJLIB2 <-ここで指定する CUD=999 ・ ・ とやって、できませんか？ > はじめてお邪魔します。 > 早速ですが 特定のオブジェクトライブラリを指定しサブルーチン > をコールする方法はあるでしょうか? > リンカーではサブルーチンの入っているライブラリーは１つしか指定 > できないみたいです。 > コンパイルエラーではじかれるのですが たとえば > CALL "YYMD" USING TODAY OF OBJLIB2 > のような感じで です。 > COPY の場合はライブラリを > COPY A OF CLIB2 > で 指定し いけるみたいです。 > > また ＃ＬＩＮＫ で オブジェクトライブラリーを\r > ２つ以上 指定出来る方法はありますか? > よろしくお願いします。 > OS は NEC の A-VXです。 > ご教授ねがいます | ||
| 3 | Re:リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-4-27 12:38:00
[返信] [編集] ご返答ありがとうございます。 > CUD=MSD001 > CUF=USERCUL > CUD＝MSD001 > CUF=OBJLIB2 <-ここで指定する > CUD=999 2つ目に指定した CUFはサブルーチンの入物として 認識してくれないみたいです。 (メインのPGMの入物としては認識してくれるみたいです。) UCFを指定すると そちらのみサブルーチンの入物として 認識してくれるみたいです。 なにか方法はないかなあ! | ||
| 4 | Re:リンケージ | |
| 温泉好きのうさぎ 2004-4-28 10:58:00
[返信] [編集] ＃ＬＩＮＫのパラメータで最後に出てくるＩＮＣの記述を省略しておられるのか、指定内容を間違えておられるのではないでしょうか。 リンク対象となるＣＵがメインＣＵと同じＣＵファイルに無い場合や、ユーザーＣＵライブラリに無い場合は、ＣＵファイルとＣＵ名をＩＮＣの記述で明確に指定してやる必要があります。 たとえば、 ＩＮＣ ＵＳＥＲＣＵＬ（メインＣＵ名） ＩＮＣ ＯＢＪＬＩＢ２（ＹＹＭＤ） ＥＮＤ というような指定をすればいけると思います。 | ||
| 5 | Re:リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-4-30 10:37:00
[返信] [編集] ありがとうございます。 試してみます。 また 結果を報告します。 | ||
| 6 | Re:リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-5-19 11:51:00
[返信] [編集] 温泉好きのうさぎさん リンケージ うまくいけ 助かりました。 ありがとうございます。 これからもよろしくお願いいたします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band