Eclipseはブレークポイントで停止しません
Eclipse 3.5.2はブレークポイントで停止していません。デバッガが古いバージョンのソースファイルを使用しているかのようです。
通常の更新を試み、すべてのプロジェクトをクリーンアップし、すべてを変更せずにビルドしました。
すでにデバッグモードであり、ブレークポイントがチェックされます。
* okは最終的にプロジェクト全体を削除し、再度チェックアウトしました。しかし、まだ問題が何であるか興味があります。
Breakpointsビューですべてのブレークポイントをスキップボタンを押した可能性があります。
おかげで、これも本当に私の一日を救った。スキップブレークポイントを前もって押しました。同じことをすると、ブレークポイントにバックスラッシュアイコンが表示されます。
通常に戻すには：
- デバッグパースペクティブに切り替えます。
- ブレークポイントビューをタップします->>画面の右上隅をタップします。また、[ウィンドウ]-> [ビューの表示]-> [ブレークポイント]でそこに移動することもできます。
- 左から5番目のアイコンには、バックスラッシュ付きのブレークポイントが表示されます。その上を押します。
確認するために、任意の行にブレークポイントを置いてみてください、それは正常に表示されるはずです。
Ctrl + Alt + Bを押します
または、以下の手順を実行します
デバッグモードを開始することもありますが、デバッガーは実際にはアタッチされません/デタッチされません。また、ラップトップの反応が非常に遅いときに、この問題が数回発生しました。再起動は常にそれを解決しました。
また、すべてをきれいにしてみてください（Eclipseで奇跡を起こします）。
Eclipseメニューからこれをオフにしてください。
実行->すべてのブレークポイントをスキップします。
デバッグ/ブレークポイントウィンドウですべてのブレークポイントを削除オプションを選択すると、これは永久に有効になると思います。
それは私にも起こりました。私の場合、それはGDBランチャーによるものでした。GDBランチャーは「Legacy Create Process Launcher」に目を向ける必要がありました。そうするために、
windows> Preferences> Run/Debug> Launching> Default Launchersで、デフォルトのランチャーを「Legacy Create Process Launcher」に変更します。
または、アプリケーションのデバッグ構成でこのランチャーを選択します（実行>デバッグ構成>デバッグ構成を選択します）。下部の[メイン]タブで、[その他を選択...]をクリックし、[構成固有の設定を使用する]チェックボックスをオンにして、[レガシー作成プロセスランチャー]を選択します。
「Clean All」を実行すると、私にとってはうまくいきました。
[プロジェクト]タブ-> [クリーン]メニュー項目をクリックします。
[クリーン]ダイアログボックスで、[すべてのプロジェクトをクリーン]ラジオボタンを選択します。残りの値はデフォルトのままにします。 「OK」ボタンをクリックします。
BINGO !!!リモートデバッグは以前と同じように美しいものでした。
すべてのブレークポイントをクリアすると、問題が修正されました（デバッガーの観点：Window -> Remove All Breakpoints）。
プロジェクトの再構築はうまくいきませんでした。
メソッドのエントリポイントに条件付きブレークポイントを誤って配置しました。そのブレークポイントを削除し、機能しました。
注：すべてのブレークポイントをスキップし、すべてのプロジェクトをクリーンアップし、更新して、Eclipseを閉じる前に、運のない状態で釘付けにしました。
すべてのブレークポイントを有効にして、必要に応じて構成しました。しかし、「デバッグ」をクリックするたびに、プログラムをステップスルーするだけです（f5/f6を押します）。
プロジェクトを右クリック>構成をデバッグ>「デバッガ」タブ>「起動時に停止：」ボックスのチェックを外します
Eclipse Juno CDTでもブレークポイントのスキップが突然発生しました。私にとって問題は、最適化レベルを設定していたことです。なしに戻すと正常に機能しました。最適化レベルを設定するには、[プロジェクトプロパティ]-> [C/C++ビルド]-> [設定]-> [使用するコンパイラに応じてツール設定]に移動し、[最適化]に移動します。お役に立てれば！ベスト
私は同じ問題を抱えていて、本当の原因を見つけました。
concurrent/multi-threadsのコードをいくつか書きましたが、新しいスレッドで実行するコード内にブレークポイントをいくつか追加しました。そのため、JUnitテストが実行されてすぐに停止した場合、コードはブレークポイントに到達して停止しません。
この状況では、「デバッグ時にテスト実行後にJUnitを実行し続ける」チェックボックス「Debug Configurations ...」をクリックして選択する必要があります。
この状況の理由の1つは、再生画面と別の画像が通常の画像よりも小さい場合（画面の解像度が高いため）、[すべてのブレークポイントをスキップ]を押したためです。別のことは、ブレークポイントがVMスレッドの下でのみ停止され、通常のスレッドの下では停止されないことです！
(Eclipse-workspace)\.metadata\.plugins\org.Eclipse.wst.server.coreに移動し、すべてのtmpフォルダーを削除します。- サーバーをクリーニングして再起動します。
私の問題は、デバッグビューが閉じており、ブレークポイントに到達しようとすると、Eclipseがフリーズし、停止した場所が示されないことでした。
Macで[デバッグ]ビューを表示するには、[ウィンドウ]> [ビューの表示]> [デバッグ]をクリックします。
マシンのクリーニングと再起動が役に立たない場合、デフォルトのデバッグポートが別のアプリで使用されていることが原因である可能性があります。別の値に変更しても機能するはずです。 IBM RADを使用している私の場合：
- 管理コンソールを開く
- サーバー/サーバータイプ/ WebSphereアプリケーションサーバーに移動します。リンク[server1]（デフォルト名）をクリックします
- Open Java and Process Management/Process definition
- Open Java仮想マシン
- [デバッグ引数]で、ポート番号7777を新しいものに変更します
- サーバーを保存して再起動します。できた！
Eclipse Lunaで同じ問題に直面しています。プロジェクトのクリーンは機能しませんでした。再構築は機能しませんでした。
動作させるのは、各デバッグの前にデバイスからアプリをアンインストールすることです。
ブレークポイントは、ここ数年使用したEclipseのバージョンでは機能するように見えますが、機能しないようです。現在、私はJunoを使用していますが、ブレークポイントを経験しましたが、再び機能しません。上記の解決策は、良いものではありますが、私の場合はうまくいきませんでした。
私の場合にうまくいったのは次のとおりです。
プロジェクトを削除しました
svnからチェックアウトします
再びEclipseにインポートします
「mvn Eclipse：eclipse」を実行します
このプロジェクトはGroovy/Http-bulder/junit-testプロジェクトでもあるため、次のことをしなければなりませんでした。
プロジェクトをJavaからGroovyに変換します
/ src/test/groovyをJava Build Path（ビルドパス上のソースフォルダー）に追加します。
Java/src/test/groovyのビルドパスに「**/*。groovy」を含める
コンパイラフラグで-O2を使用すると、すべてのブレークポイントがスキップされ、警告としてマークされます。メイクファイルで-O0 -gに切り替えられ、ブレークポイントが機能するようになりました。お役に立てれば。
私の場合、次の手順を実行する必要がありました。
- デバッグパースペクティブに切り替えます。
- [Breakpoints]ビューで右クリックします
- [すべてのトリガーを削除]を選択します。
SKIP ALL BREAKPOINTSをオフにしても停止しない場合は、ブレークポイントの直前にこのAndroid.os.debug.waitfordebuggerを追加できます。
これを行うと、デバイスをEclipseに接続したときにのみ検出されるアプリを実行している場合でも、その時点でアプリは必ずデバッガーを待機します。
デバッグ後、アプリを正しく実行するにはこの行を削除する必要があります。そうしないと、Androidはデバッガーを待機し続けます。
別の解決策がうまくいきました。私は同じ問題に直面しました-IDEエディターとブレークポイントタブに正しく表示されていますが、デバッグポイントは更新されていませんでした。
私の問題と解決策は次のとおりです。プロジェクトの作成中、「デフォルトの出力フォルダー」は別の場所を指します。後の段階で、「プロジェクトの右クリック-構成-Mavenプロジェクトに変換」を選択して、プロジェクトをMavenにしました。したがって、プロジェクトファイルシステムには2セットの出力フォルダーが存在します。プロジェクトを複数回クリーニングしても問題は解決しませんでした。バックグラウンドでは、異なるバイナリファイルを指していました。最後に、Maven機能を削除してプロジェクトをクリーンにしたとき、今回はすべて正常に機能しました。 Env：Eclipse JunoおよびJREはJ2SDK 1.5です。
ライブリモートデバッグにはEclipse FileSync plugin を使用します。ツリービューでAllow different target foldersにチェックマークを付け、Target folderファイル設定を編集してください。
Default target folderをBrowse...なしでAllow different target foldersボタンで設定すると、すべてのフォルダーが同じターゲットに設定されます（libsとclassesの両方をデフォルトに設定しましたlibsの場合、ブレークポイントは更新されませんでした）。
正しいJREバージョンを使用してプロジェクトをデバッグしていることを確認してください。特にサードパーティのプロジェクトの場合。
また、ブレークポイントにトリガーポイントなしが設定されていることを確認してください。
ブリートポイントに行き、Eclipse-> window>-> show view-> other-> debug-> breakpointの5番目をクリックして、5番目のオプションをクリックします（すべてのブレークポイントをスキップ）
ワークスペースの切り替えがうまくいきました。 [ファイル]> [ワークスペースの切り替え]に移動し、別のフォルダー（ワークスペース）を選択しますデバッグは以前と同じように美しくなりました。
私の場合、JBossのデバッグされたコードはEclipseプロジェクトのコードよりも古いものでした。 .warを再構築することで問題は解決しました。
Eclipseを再起動してみてください。時々動作します。ある種のキャッシュがあると思います。