ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 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 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 索引順編成ファイル（DAT/IS）の怪!? | |
| モハ 2004-3-19 6:06:20
[返信] [編集] はじめまして、コンニチワ。 北陸の某中小企業で、ＣＯＢＯＬＥＲをやっております者です。 入社満５年です。 ５年もやってればソコソコわかってるツモリですが、 それでも会社にある自社製の数千本のプログラムの中には、 どうしてもバグを直せないものが数本があります。 特に今問題になっているのは、DAT/ISのファイルが、 何かのキッカケで正常に削除されない事です。 プログラムのロジックは何度も見直したのですが、 別にDELETE命令が効いてないわけでもなさそうだし。… DAT/ISのファイルって、ひょっとして、 A-VX��/�犬隆超�では、DELETE命令を、 完全には受け付けない、問題があるのでは？ っと疑わざるを得ないのですが （もちろん、私の目が節穴で、単なるプログラマー個人の 資質の問題もありえます。都合のいい被害妄想かもしれません）。 どなたか、もし、この辺りの問題について ご存知の方いらしたら、カキコして頂けないでしょうか？ あるいは、既知のAV-Xのバグで、このような事例が どこかに公開されていたりしないのでしょうか？ （RURの修正内容詳細とか） 最後に、このような場を設けて下さったＨＰ作者様に、 敬意を表します！ | ||
| 2 | Re: 索引順編成ファイル（DAT/IS）の怪!? | |
| ターラヤン 2004-3-22 17:04:49
[返信] [編集] モハさん、はじめまして。 正しく動きそうなのに、なぜか動かない、というプログラムには、私もよく泣かされます。 昔（Ａ−ＶＸ２やＡ−ＶＸ１０の頃）は、動いていたのでしょうか？ Ａ−ＶＸ３／４になってから正しくＤＥＬＥＴＥされなくなった？ ステータスにエラーが返ってきてはいないのでしょうか。 おそらく、ロジックやマニュアルに書いてある注意事項程度の調査は行っているでしょうし、 原因についてあまり思い当たるところはありません。 複数のジョブから１つのファイルをＳｈａｒｅでＯｐｅｎして、ＭＯＶＥ ＭＯＤＥ２ を使用していると発生する可能性はあるかな？とかも思いましたが。 既知のＡ−ＶＸの修正に関しては、（少なくとも私は）今のところ聞いたことがありません。 | ||
| 3 | Re: 索引順編成ファイル（DAT/IS）の怪!? | |
| モハ 2004-3-24 9:34:50
[返信] [編集] モハ＠馬の骨です。 僭越ながら、お世話になります。 > 原因についてあまり思い当たるところはありません。 > 複数のジョブから１つのファイルをＳｈａｒｅで > Ｏｐｅｎして、ＭＯＶＥ ＭＯＤＥ２ > を使用していると発生する可能性はあるかな？ これは、モロに当てはまってます。 今回の索引順編成ファイルは、共有モードにして、 排他制御は一切行っておりません。 一度のこの線で、当たってみます。 社内の上司・先輩・同僚に恵まれませんで、 一人煩悶しておるところでした。 ご助言頂けて、有り難い限りです。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＃ＡＢＣの裏機能？ | |
| さいふぁ 2004-3-3 4:25:15
[返信] [編集] はじめまして、さいふぁと申します。 #ABCのメインメニューに表示されない 96番のサブメニューって使われる方いるんですかね？ いまいち、使い道がわからないんです。 皆さんは使われていますか？ 既出ならご勘弁を・・ | ||
| 2 | Re: ＃ＡＢＣの裏機能？ | |
| 江須扇 2004-3-4 14:10:00
[返信] [編集] > はじめまして、さいふぁと申します。 > はじめまして、江須扇と申します。 > #ABCのメインメニューに表示されない > 96番のサブメニューって使われる方いるんですかね？ > いまいち、使い道がわからないんです。 > > 皆さんは使われていますか？ > > 既出ならご勘弁を・・ 以前話には出ましたが内容には触れておりません。 旧家イトウ家の小技裏技（その９） 解かるのだけ説明します。 １５．異種間コピー 保守員がハードウェアの移行のとき、旧マシンのディスクを新マシンに 臨時的につけてサイズの違うディスクでもコピーをするツールです。 イメージ的にはＤＯＳコマンドのＣＯＰＹです。 １３．合成キーの生成 離れてキーは４つまでしか指定できません。 しかし、＃ＤＤＭでのキーファイルの生成（アロケート）項目定義を使うため２つの項目を１つにして定義する事はできません。 仮に離れてキーが６項目でも連続していれば、まとめて桁位置と長さで指定でき４つ以内に収まればこの機能を利用できます。 １２．従来ファイルアロケート ＃ＡＬＬＯＣのアロケートで＃ＶＯＬＳＲの保存したファイルが従来アロケートで戻せないときこのアロケートを使うと思いました。 ＃ＡＬＬＯＣも使えるのでそちらでもできますが・・・・ １１．光ディスクの保守 光ディスクは途中から追加されて周辺装置なのでシステムメニューでサポートしているがこちらでもこっそりサポートしたと思います。 光ディスクなのに日陰もの扱いは何故？ １０．ＳＥＰファイル アロケート Ｓ７２００シリーズでサポートされいるＳＥＰ機能をＡ−ＶＸ�饗Δ任爐蠅笋蠅垢覽’修箸任蓮� ＳＥＰ側でＡ−ＶＸ５に似たユーティリティでアロケートはできたと思います。 １〜９． 何らかの異常が出たときの特殊な保守機能ですが私も詳細はわかりません。 通常は保守員が使うためマニュアルや説明は無いと思います。 | ||
| 3 | Re: ＃ＡＢＣの裏機能？ | |
| あしゅん 2004-4-3 3:19:07
[返信] [編集] はじめまして、通りがかりのあしゅんともうします。 ＃ＡＢＣの９６番のメニューですが、ラベル異常のファイル削除や、ＲＤＢの不連続な桁位置のキーファイル作成、異種間コピー（機種移行時のハードディスク間コピー）で使用していたと思います。 ファイルの強制的な削除機能は、たとえば、実態がないのにラベル情報だけが残ってしまった場合、通常の＃ＡＬＬＯＣや＃ＡＢＣの通常のファイル削除機能では削除できません。（＃ＡＬＬＯＣにも強制削除のコマンドはありますが・・） | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | COBOL4って | |
| まあぼー 2004-2-26 11:04:54
[返信] [編集] COBOL4で日本語入力（ソース記述）はできますか？ | ||
| 2 | Re: COBOL4って | |
| ターラヤン 2004-2-28 5:46:06
[返信] [編集] まあぼーさん、はじめまして。 COBOL4のソースに直接日本語入力できるか、という質問だと思いますが、 私は、普段はCOBOL85を使っている、（ANSI74用の）COBOLの修正ぐらいならしたことがある、 というレベルの人間なので、それより１つ前のCOBOLはわからないです。 かなり昔、別の人がちょっと違う感じのCOBOLコーディングしているソースの修正して いるのを見たことがあって、そのCOBOLは漢字が表示できていたような気がするので、 もしこの「ちょっと違うCOBOLコーディング」がCOBOL4なら、できるかもしれません。 もしかしたら、データ側に漢字が使えただけかもしれませんが。 私の話はあまり参考になくて、すみません。 でも、ここを見ている方で他にもっと詳しそうな方がいらっしゃるので、その方の回答を待ってみましょう。 もしかして、今もCOBOL4を使用しているのでしょうか？ それともマシンの置き換えか何かで、COBOL4のソースをVCか何かに変更するために、調査中とかですか。 P.S. サイトにオフコンの歴史とか書いている私が、一番知らないのかもしれないという気が、最近してきました。もうちょっとがんばってみます！ | ||
| 3 | Re: COBOL4って | |
| 江須扇 2004-3-1 3:44:43
[返信] [編集] はじめまして江須扇と申します。 > COBOL4で日本語入力（ソース記述）はできますか？ 全くＣＯＢＯＬ４の資料がないので解りません。 ＣＯＢＯＬの資料にＩＴＯＳ ＣＯＢＯＬ４との比較に次の記述がありました。 「ＩＴＯＳ?４（Ｖ）ＣＯＢＯＬのＣＯＢＯＬ４モードでも、表示選択による日本語入力しかできない。」 逆に読めば表示選択はＣＯＢＯＬ４でもできると読めます。 ＡＣＥＰＣＲＴ （行，列） ＳＥＬＥＣＴ 一意名 とすれば良いようにも思います。 コンパイル時か＃ＬＢＭ等でステーションタイプをＫ２５にする必要はあると思います。 いつのバージョンかは解りませんが、当初のＩＴＯＳ（１９７８年）の時点では日本語はサポートされてないと思います。 あくまでもサポートされてからの話です。 また、ＩＴＯＳでも後半ではＣＯＢＯＬ４は画面でコンパイルのパラメータ入力も画面エラーになったような記憶があります。（ＪＣＬはＯＫ？） 上記は内容は私はアバウトＳＥですのですべて記憶です。 | ||
| 4 | Re: COBOL4って | |
| ＣＢＬ４ 2004-3-2 2:12:46
[返信] [編集] > COBOL4で日本語入力（ソース記述）はできますか？ できません。１６進コードで記述します。 | ||
| 5 | Re: x4: COBOL4って | |
| 江須扇 2004-3-4 3:40:26
[返信] [編集] こんにちは、ＣＢＬ４さん 意味的にはそういうことですか。 私は実行時の日本語入力する為のソース記述方法を書きました。 ＣＢＬ４さんは開発時のソースに日本語が入らないというこですね。 前にも書きましたが、１９７８年にＩＴＯＳが発表されてから ＣＯＢＯＬ４→高級ＣＯＢＯＬ＝ＣＯＢＯＬ→ＣＯＢＯＬ８５ （「高級」はあくまでもＣＯＢＯＬ４に対して名称変更してＣＯＢＯＬになりました。） たしか、ＣＯＢＯＬでは日本語のソース記述は NX"467C" １６進表記 NH"ニホンゴ" ひらがな表記 NK"ニホンゴ" かたかな表記 がありました。ＣＯＢＯＬ４ではこれもなかったということですよね。 他に NI"ニホンゴ" 索引定数？ NC"日本語" 日本語表記 もありましが、ＮＣは＃ＴＥＤＩＴで日本語入力がサポートされてからと思います。 日本語入力が出来てからＸタイプ（１バイト文字）のエリアのＶＡＬＵＥ句にむりやり "日本語" をいれてた人もいました。 ＣＯＢＯＬ４はシステム保守の為に必要としても ＯＳの種類とバージョンがわからないこの方法も可能かどうかわかりませんね。 > > COBOL4で日本語入力（ソース記述）はできますか？ > > できません。１６進コードで記述します。 | ||
| 6 | Re: x4: COBOL4って | |
| 温泉好きのうさぎ 2004-3-4 13:53:27
[返信] [編集] はじめまして。 ＣＯＢＯＬ４では、ＰＩＣ句の文字タイプとして Ｎ を使うことができません。 Ｘ タイプで漢字を表現します。 具体的には、ＣＯＢＯＬでは、 ＰＩＣ Ｎ（２） ＶＡＬＵＥ ＮＣ”漢字” ＰＩＣ Ｎ（２） ＶＡＬＵＥ ＮＸ”３４４１３Ｂ７Ａ” というような書き方に対して、ＣＯＢＯＬ４では、 ＰＩＣ Ｘ（４） ＶＡＬＵＥ ””Ｋ３４４１３Ｂ７Ａ”” というようになります。 定数の指定は、二重の引用符の後に漢字を示す「Ｋ」をつけ、４桁のＪＩＳコード１６進数で行います。 また、ワークステーションには１２０種類の簡易漢字を表示する機能があり、ＣＯＢＯＬ４でもこれを使用できますので、その場合は、例えば「伝票」という簡易漢字を表示するには、 ＰＩＣ Ｘ（４） ＶＡＬＵＥ ””ＥＥ０００Ａ００”” とします。 なにぶんにも約２０年前の記憶で、かなりうろ覚えのため、間違っているかもしれません。 | ||
| 7 | Re: x4: COBOL4って | |
| まあぼー 2004-3-10 0:23:10
[返信] [編集] みなさま、回答有り難うございます。大変助かりました。COBOL4を知らないCOBOL85世代の私には非常に参考になりました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band