6

Microsoft Visual Studio 98、Microsoft Visual C ++6.0SP6を使用

デバッガーで実行する場合、問題は1つだけです。プログラムを一時停止して再開すると、すべて問題ありません。

問題?ブレークポイントに到達すると、プログラムが停止します。しかし、良い方法ではありません。実行が停止し、デバッグモードから編集モードになります。ブレークポイントに到達するまでは問題ありません。そして、それがブレークポイントに到達していることを知っています-コードの正しい行を指す小さな黄色の矢印のフラッシュ、検査ウィンドウのローカル変数、およびそのウィンドウの呼び出しスタックが表示されます。そして、私は編集者を見つめています。

これはすべてのプロジェクトで発生します。

MSVC6をアンインストールして再インストールしました。それは役に立たなかった。

新しいPCで最初からやり直そうとしています。私がそこまで行く前に、誰かが私がこれに何をしたか知っていますか?


注:MSVC6は私の選択ではありませんが、理由があります。それは私が使っているツールです。また、NT4をターゲットにするため、2008年はNT4をターゲットにできず、2005年はMFCとNT4に問題があり、MSVC6は問題があります。

4

6 に答える 6

1

VC6 での攻撃を停止します。古いです。STL は、1994 年に書かれた HP コードから 1996 年に更新されました。C++ は 1998 年に承認されました。

あなたが壊れているとき、コードは何をしていますか? この状況を簡単なテストに落とし込めますか。私がそれを試みるとき、私は通常原因を見つけます。あなたがそれを行うことができれば、それはまだ起こるので、私はあなたのためにそれを見ていきます. 残念なことに、私も日常業務で VC6 を使用しています。

Visual C++ Express 2008 は、特定の状況では使用できません。

于 2008-08-12T05:22:11.147 に答える
1

最初に確認することは、このプロジェクトが他のマシンでも同じことを行うかどうかです。そうでない場合は、ボックスが南に向かっている可能性があります。そうでない場合は、VC6 プロジェクト自体です。

通常、プログラムがハードウェア、特にビデオで何かを実行しているときに、デバッガーで間抜けになります。

これを引き起こしている部分がわかるまで、プログラムの一部をオフにすることをお勧めします。プログラムが小さく、あまり機能していない場合は、プロジェクトが壊れている可能性があり、再構築する必要があります。新しいプロジェクトをゼロから作成し、ファイルと設定を手動で戻します。

于 2008-08-21T16:55:59.203 に答える
0

作業中のアプリに固有ですか、それともアプリ内のすべてのブレークポイントがデバッガーを壊しますか?

アプリを正常に起動した後にデバッガーを手動で接続した場合、何か違いはありますか?

于 2008-08-12T12:28:32.380 に答える
0

デバイスのメモリが不足しているため、ブレークポイントで停止するために追加のメモリが必要な場合にゴーストをあきらめていますか?

いいえ、1 ギガを超える RAM があり、さらに多くの仮想メモリがあります。

于 2008-08-22T11:27:37.347 に答える
0

デバイスのメモリが不足しているため、ブレークポイントで停止するために追加のメモリが必要な場合にゴーストをあきらめていますか?

于 2008-08-21T17:13:13.467 に答える
-1

私は何年も MSVC6 を使用していませんが、デバッガーは基本的に不安定ながらくただったことを覚えています。このようなことは、その日のコードが気に入らなかったため、明白な理由もなく定期的に発生します。

デバッガーが不安定ながらくたであることに加えて、残りの部分もそうでした。

その STL 実装はスレッドセーフではなく、C++ 標準をあまりサポートしておらず、IDE には細心の注意が欠けています。

また、過去 5 年間のプラットフォーム SDK のバージョンは古すぎて理解できないため、単純に使用できないと確信しています。良いことではありません。

無料でダウンロードできるVisual C++ Express 2008があるのに、それを使い続けるのは気が引けます。

于 2008-08-12T04:48:40.200 に答える