問題タブ [openvms]

アプリケーションを OpenVMS から Linux に移植しようとしています。アプリケーションは、次の方法でサブプロセスを作成します。

これで、コンパイラ (gcc) は、'pid < 0' には決して到達しないという警告を表示します。しかし、なぜ、そしてどうすれば fork() の問題をキャッチできるのでしょうか?

ご協力ありがとうございました

ヨルク

Reflection for UNIX and OpenVMSC# プロジェクトへの参照を追加しようとしていますが、次のエラーが発生します。

A reference to 'Reflection for UNIX and OpenVMS' could not be added

これは、私がそのライブラリを持っていないということですか? なぜそれが表示されるのですか？ダウンロードして参照できますか？ウェブサイトでライブラリを見つけることができませんでした。

Unix ベースの仮想マシンを実行しており、特定の openVMS サーバーに接続するスクリプトを作成しようとしています。

理由はわかりませんが、次のことを発見したため、これはより困難になりました。

1) 「expect」コマンドがありません。

2) rlogin -l オプションを使用し、次に自分のユーザー名を入力すると、サーバーは引き続きユーザー名を要求し、パスワードを要求するだけです (パスワードのみを要求することになっていますが)。

3）一時ファイルにユーザー名とパスワードを書き込もうとしたときに、次のコマンドを使用しました：「rlogin server

アドバイスをお願いできますか？

現在、クライアント/サーバー アプリケーションのサーバー部分を OpenVMS から Linux (RHEL) に移行しています。通信は RPC 経由で行われます。ポートマッパーが (OpenVMS の場合のように) 次々に割り当てるのではなく、割り当てられたポートを範囲全体に「広げる」ことがわかりました。

次のコード (GNU-C) でポートを割り当てます。

server_nr は、クライアントがサーバーにアクセスするために使用するサーバー プログラムの番号 (800000000 から始まる) です。いくつかのサーバープロセスを開始した後、私は得る

... rpcinfo を使用

... netstat の使用

セキュリティ上の理由から、ポート マッパーは常に定義済みのポート (私のアプリケーションはマシン上でのみ) を使用することをお勧めしますが、これを行う方法を見つけることができませんでした。誰でも私を助けることができますか？

私は、Alpha OpenVMS (7.3-2) および Itanium OpenVMS (8.4) を実行する必要があるアプリケーションを保守しています。C++ で書かれており、コンパイラのバージョンは Alpha では 6.5-046、IA64 では 7.4-004 です。

私が抱えている問題は、LIB$SIGNAL() にあります。致命的なメッセージを通知するとすぐに、プログラムは中止されます。

まず、これを再現するコード (コードを生成してビルドする DCL スクリプトとして):

C ソースは常に機能し、Alpha では両方のスクリプトが機能します。

/STANDARD なしでコンパイルすると Itanium でうまく動作しますが、元のプログラムでは iostream の使用に問題がありました。そこには ANSI が必要ですが、/DEFINE=(__USE_STD_IOSTREAM) でコンパイルすると元の問題が再発しました。

私が期待するのはこれです：

だから... %CPP-?-WTF、助けてください:-/

前もって感謝します、オスカー

注: 昨日作成した元の投稿には、try/catch のようなテストコードを追加した別のスクリプトがありました。もちろん、user2116290がコメントで述べたように、それはテスト結果を変更しました。元のアプリで表示される内容を再現するために、DCL スクリプトを元のテストに変更しました。

OpenVMS に基づく従来の COBOL アプリケーションがありますが、その構成について明確なアイデアがありません。このコンテキストでは、「構成」によって、次のことを話しています。

1. アプリケーションを構成する実行可能ファイル。
2. どの元のソース ファイルがどの実行可能ファイルに対応するか。

上記の 1 が未知のものであることは奇妙に思えるかもしれませんが、時間の経過とともに、実行可能ファイルが「現れたり消えたり」した (そして多くがまだ使用されている) ことが起こっています。現在存在するアプリケーションを構成する実行可能ファイルがどれであるかは不明です。これは、どの実行可能ファイルが不要になったかについての知識が時間の経過とともに失われているためです。実際には、チームはすべてのソース コード ファイルを忠実にコンパイルし、結果として得られた実行可能ファイルをデプロイしますが、明らかに使用されなくなったプログラムがあります。

言うまでもなく、正式な構成管理プロセスはなく、ソース コードはバージョン管理システムに保存されていません。アプリケーションは OpenVMS で実行されるため、対応するFiles-11ベースのファイル システムは古いバージョンのファイル (ソース ファイルを含む) を保持します。単に以前のバージョンの記録を持つことをはるかに超えて拡張された VCS)。

もちろん、構成を決定する方法はいくつかありますが、最初の「小さなステップ」から始めたいと思います。つまり、アプリケーションを構成する実行可能ファイルのセットを決定します。この時点で、アプリケーションの実行可能コンポーネントは OpenVMS イメージだけでなく、DCL コマンド ファイルも含まれることに言及する必要があります。私はしたいと思います：

1. 特定のディレクトリまたは一連のディレクトリに存在するイメージのすべての呼び出しをログに記録します。
2. 特定のディレクトリまたは一連のディレクトリに存在するコマンド ファイルのすべての呼び出しをログに記録します。

本番システムでこのロギングを長期間 (たとえば 2 か月) 実行すると、アプリケーションが何を構成するかについてかなりのアイデアを得ることができます。ユーザーの相談と合わせて、呼び出されていない実行ファイルの必要性を確認できます。

上記の 1 を実行する方法についてはアイデアがあると思いますが、詳細、つまり を使用する方法についてはわかりませんSET/AUDIT。2番目の部分は、この段階では、どうすればよいかわかりません。

したがって、この取り組みの主な基準は、上記の情報を取得するために、既存のシステムができるだけ影響を受けないようにすることです。構成に関する疑問符 (および自動テストの完全な欠如) により、何かを変更することは神経をすり減らす作業です。

オペレーティング システム レベルのサービスを使用するSET/AUDITと、ソースを変更したり再コンパイルしたりする必要なく、何が実行されているかを知ることができます。だから、私の質問はマルチパートです：

1. これは、OpenVMS でこれを行う最適な方法ですか?
2. SET/AUDIT特定のディレクトリ内のイメージのみを監視するように制限するには、どうすればよいですか?
3. .COMソースファイルを変更せずにコマンドファイルの呼び出しをログに記録するにはどうすればよいですか?
4. このような情報をログに記録した結果としてのパフォーマンスの低下に関して、どのようなことが予想されますか?