多くの場合、次のいずれかが原因です。
解決方法:CODEWATCH_STBPATH および CODEWATCH_SRCPATH 環境変数の値が正確であることを確認してください。また、.stb ファイル、および .dll または .exe ファイルのビルド日時も確認してください。
解決方法:マージンなし、または -margins 2,72 を使用してアプリケーションをビルドします。
解決方法:エンタープライズ サーバー リージョンを Eclipse の サーバー エクスプローラーから起動します。エンタープライズ サーバー リージョンを Eclipse IDE の外部 (たとえば、casstart の使用または ESCWA から) から起動した場合、システムとして実行されるため、デバッガーが適切にアクセスできなくなります。これは、cassi.exe プロセスを実行しているユーザー ID をタスク マネージャーで確認できます。
解決方法:IP アドレスおよびポート番号が両方のマシンで同じであること、およびファイアウォール設定によって、この 2 台の間で適切な通信が妨げられていないことを確認してください。
解決方法:-deb オプションを使用して再コンパイルおよび再リンクします。
解決方法:mmap Codewatch コマンドを使用して、デバッグする .dll または .exe を検索することをお勧めします。詳細については、「Mmap」を参照してください。新しくビルドしてデバッグ可能な .dll または .exe が配置されているディレクトリ以外のディレクトリにファイルが見つかった場合は、エンタープライズ サーバー リージョン の設定を確認してください。古いバージョンの .dll または.exe を含むディレクトリが、新しく作成した .dll または .exe を含むディレクトリよりも検索順序で前に表示される場合は、新しいファイルが最初に見つかるように順序を変更します。たとえば、CAS_BATCH_PATH 環境変数は、実行する JCL プログラムを、リストされたディレクトリの順序で検索します。