(私の最初の提案は明白に聞こえますが、最初に誰かが私にそれを提案したとき、私の反応はこれらの線に沿って進みました。Configuration」を「Release」に設定していないことを確認してください。プロジェクトのグラフィカルツリー表示の[ターゲット]で、ターゲットを右クリックして[情報を取得]を実行します。Symbols」(または同様の)という名前のプロパティを探し、これがチェックされていることを確認します(別名ON)。file」に設定してみてください。[情報を取得]には、他にも影響する可能性のあるプロパティがいくつかあります。コードの最適化や圧縮のようなものを探して、そのようなものをオフにします(デバッグモードで作業していると仮定します。これは悪いアドバイスではありません)。シンボルの除去などを探し、それもオフになっていることを確認します。Product」を「No」に設定する必要があります。7では、私にとってうまくいったのは:1)ターゲット->スキーム->実行-がデバッグモードであることを確認します(リリースされました)2)「デバッグ実行可能ファイル」オプションを確認してください。以下を参照してください。RegevXcodeのデバッグ設定に移動します。「シンボルを遅延ロード」が選択されていないことを確認してください。AlanKley私はちょうど同じ問題を抱えていました(もう一度)。「シンボルの遅延ロード」をトリプルチェックし、情報生成フラグを削除してデバッグした後、次のことを行いました。xcodeを終了ターミナルウィンドウを開き、プロジェクトディレクトリに移動します.xcodeprojディレクトリにcd.pbxprojファイル以外のすべてを削除します(frank.mode1v3とfrank.pbxuserがありました)Finderで.xcodeprojバンドルを右クリックまたはOptionキーを押しながらクリックし、「パッケージの内容を表示」を選択すると、同じタスクを実行できます。[デバッグワークフロー]に移動し、[デバッグ時に逆アセンブリを表示]をオフにします。[ワークフローのデバッグ]の順にクリックし、[デバッグ時に逆アセンブリを表示]をオフにします。Xcodeで機能しないブレークポイント?。「デバッグ」ではなく「実行」を押している可能性があります。その場合、プログラムはgdbの助けを借りて実行されていません。その場合、ブレークポイントが機能するとは期待できません。-この設定を有効にすると、バイナリが削除され、ファイルモード、所有者、およびグループ情報が標準値に設定されます。LLVM)はBisonスタイル#lineプリプロセッサコマンド。それらを削除することで問題が解決しました(デバッガーがブレークポイントで停止しました)。9で半日イライラしていました。簡単なデバッグ設定になりました。[ワークフローのデバッグ]に移動し、[常に逆アセンブリを表示]がオフになっていることを確認します。Longこれは、これが発生する可能性のある理由の1つである可能性があります。..[製品]、[スキーム]、[スキームの編集]、[実行]、[情報]、[実行可能デバッグの実行]の順に移動します。Soropromo問題は、デバイスのバージョンとXcodeの間の非互換性だと思います。4Sでデバッグしようとすると、この問題が発生します。3.2.5を使用しています。オーガナイザーウィンドウで[開発にこのデバイスを使用する]を選択して、ハンドセットからシンボルを取得しました。この電話はブレークポイントを拒否します。4.0を実行しています。シンボルがあるので、これは3.2.5のXcodeのバグだと思います。4にアップグレードすることであると判断しました。それは明らかです-誰でも確認できますか?編集:これが正しいことを確認できたら更新します。GavinBuildフォルダを削除すると、問題が解決しました。BellisXcode(2.4.1)のブレークポイントには多くの問題があります。Studioのソリューションなど)のみを含むプロジェクトを使用します。開始プロジェクト(つまり、コードのエントリポイントを含むもの)に少なくとも1つのブレークポイントが設定されていない限り、ブレークポイントがまったく機能しないことがあります。ブレークポイントが「下位レベル」プロジェクトにある場合、それらは無視されます。ブレークポイントが置かれているソース行を含むプロジェクトにいるときにブレークポイントを操作すると、Xcodeはブレークポイント操作のみを正しく処理するように見えます。別のプロジェクトを介してブレークポイントを削除または無効にしようとすると、デバッガーがブレークポイントがあることを示していても、アクションが有効にならないことがあります。そのため、無効になっているブレークポイント、または以前に削除した(現在は表示されていない)ブレークポイントでブレークすることになります。Andersonブレークポイントが機能していなかったので、すべてのターゲットをビルド/クリーンアップして、再び機能するようにしました。brian.clear上記のすべてを試してみましたが、デバッグブレークポイントを一度無効にしてから有効にしただけです。Stan問題が見つかりました。いうわけか、「デバッグ時に逆アセンブリを表示」がXCodeで有効になり、その問題が発生しました。無効にすると、すべてのデバッガーがソースコードで停止しました。Disassemblyデバッグ時。Perumalブレークポイントではなく、他のすべてが失敗した場合、次の関数を呼び出すことができます。#endif}再開するには、手動でiをゼロに設定してから、再開ボタンを押します。6.3.1でも同じことが起こりました。breakpointsも選択しましたが、必要かどうかはわかりませんが)。その変更を行った後、プロジェクトにブレークポイントを移動するオプションを設定し、ブレークポイントを共有解除するオプション、まだ機能します。理由は正確にはわかりませんが、これによりブレークポイントが元に戻ります。6.4では、Macを再起動する必要がありました。user2067021Subversionを使用している場合は、プロジェクトファイルを元に戻す(only)だけで、デバッガーが動作していることがわかっていた時点に戻します。stephen共有ライブラリ(またはプラグイン)で作業している場合、起動時にブレークポイントが黄色になり、キーボードが欲求不満になり、デバッグプロセスが停止する可能性があります。それをしないでください!アプリがライブラリをロードするまでシンボルはロードされません。ライブラリがロードされると、ブレークポイントが有効になります。ブラウザプラグインでこの問題に遭遇しました...プラグインをインスタンス化したページを参照するまで、BPは無効にされていました。Keatingこれは、少なくともiOSプロジェクトでは時々発生します。修正するには、iOSデバイスを再起動し、Xcodeを終了して、プロジェクトを再構築する必要がありました。kakyoまた、アプリのAppStoreディストリビューションもデバイスにインストールされていないことを確認してください。danすべての基本的なチェックを行った場合は、プロジェクトターゲットおよびプロジェクト設定で最適化レベルを確認してください。デバッグに[なし]を選択したことを確認してください。Purushothamanシミュレータを使用し、Scheme起動設定を「実行可能ファイルを待機」するときにXcodeがブレークポイントを失う問題がありました。それを「自動的に起動する」に変更すると、ブレークポイントが復活します。YES行があることを確認することです。これがないと、デバッグとロギングが壊れます。davidcannプロジェクトは、ブレークポイントに関しても破損する可能性があると思います。前のセッションで記憶したブレークポイントでブレークしないプロジェクトがあります。5.1であるWebプラグインをデバッグしたいとき、私は同じ問題に直面していました。Safariを4.0.5から5.1にアップグレードするまでは正常に動作していました。4.0.5を再度インストールすると、Xcode設定を変更せずにすべてのブレークポイントが機能し始めました。4.1を持っています4.1ブレークポイントがランダムに失敗します。ビルドをクリーンアップし、ビルドの下でtouchコマンドを使用すると、再び機能することがわかりました。McGIllブレークポイントが黄色になる別の理由は、デバッグしているアプリケーションバイナリが最初に実行されてから変更されている場合です。私の場合、プログラムを1回デバッグした後、アプリケーションのContents/Resourcesフォルダーにフォルダーを追加しました。フォルダーを追加した後のデバッグ実行で、ブレークポイントが黄色に変わり、無視されました。私は自分の手順を変更しました:クリーンアップ、ビルド、フォルダーの追加、実行を行いましたが、すべて順調でした。X)は、アプリケーションの独自のデジタル署名(notデジタル署名)を作成して記憶し、アプリケーションが変更されたことを検知して、ブレークポイントの設定を拒否します。