問題タブ [lldb]

単一のエイリアスを持つファイル〜/.lldbinitがあります。

しかし、Xcodeからアプリを実行すると、エイリアスが機能しません。ただし、エイリアスを手動で入力すると、エイリアスは機能します。

これにより、.lldbinitファイルが読み取られていないのではないかと思われます。それとも私が見逃している別の問題がありますか？誰か助けてもらえますか？

次のような LLDB エイリアス ps を作成したい

になる

私は LLDB トーク (iTunes の WWDC セッション 321) を見てきましたが、それに基づいて、それを行うためのエイリアスは次のようになります。

しかし、うまくいきません。ここでは、アプリのデリゲートに、整数を返す単純な「count」メソッドを指定しました。

私は何が欠けていますか？

バックグラウンド

xcode4.1 / ios4 を xcode4.2 / ios5にアップグレードした後、アプリの読み込み中、アプリが起動する前にクラッシュが発生しました。main()

ブレークポイントを設定しましたmain()が、到達しません。

• 4.3の Xcode 4.1 でプロジェクトをコンパイルすると、Base SDKiOS 4.x および iOS 5 で正常に動作します。
• Xcode 4.2Base SDKで 5.0 の同じプロジェクトをコンパイルすると、4.x では問題なく動作しますが、シミュレーターとデバイスの両方で iOS 5 でクラッシュします。

シミュレータクラッシュ

EXC_BAD_ACCESSでクラッシュする

呼び出しのリスト、すべてのシステム呼び出し、main()まだ呼び出されていないものもありません。

私の最善の推測は、ライブラリのロードの問題ですが、それを追跡する方法を知っています!

解決の試み

1. ゾンビをオンにしました
2. すべてのロギングをオンにしました
3. 異なるバージョンのシステム ライブラリを追加 (libz.1.2.5.dylib および libz.dylib)
4. プロジェクトをクリーンアップしました
5. シミュレーターからアプリを削除しました
6. Derived Dataフォルダを削除する

特定のボタンをクリックするたびに、アプリは常に停止し、次の場所に送信されます。

ご存知の方は、私がこのコードを書いたのではないことをご存知でしょう。エラーがどこにあるかを見つける方法がわかりません！

また、出力には次のように表示されます。

問題が見つかるまで、コードを1行ずつコメントアウトする以外にどこを見ればよいかわかりません。助言がありますか？

私は友達の配列を読み込んで、それを uitableview に渡しています。すべてが機能していますが、メソッドにブレークポイントを入れると:

gdbデバッガーを使用すると、友人のNSMutableArrayのコンテンツを確認でき、lldbを使用すると、友人の配列にはオブジェクトがありませんが、期待どおりに機能し、すべての友人が表示されていると表示されます... Appleがlldbの使用を推奨しているように、どのようにデバッグしますかそれ？私のオブジェクトの内容さえ表示されていないため...さらに、gdb/lldbでのデバッグに使用するコンソールコマンド/ヒントがある場合はいただければ幸いです。

c ++のデバッグにlldbを使用しようとしていますが、gdbのように例外がスローされた場合に停止したいのですがcatch throw、lldbのドキュメントに同等のものが見つかりません。

アプリにバグがあり、次の (部分的な) スタック トレースが表示されます。

これをデバッグするために、-[Event boolValue] にシンボリック ブレークポイントを追加することにしました。これは、そのセレクターが送信されるとデバッガーが停止するという理由からです。

しかし、何も起こりません。ブレークポイントを設定した後、アプリはただ兵士になり、停止することなく同じ例外を生成します。

ブレークポイントを次のように定義しました。

Xcode 4.2 で LLDB デバッガーを使用しています

ここでエラーを見つけようとしていますが、デバッガーは次の場所で停止します。

ポインター変換と関係があると思われます。どなたか上手な投げ方を教えてください。

関数の完全なコード (要求に応じて):

この質問に特化したトピックを検索しましたが、私の経験に近いものは見つかりませんでした。私が答えを見落としていたら、私を許してください。私は GDB と例外ポイント、ブレーク ポイントなどに精通していますが、GDB と LDB でのデバッグの次のテストでは、もっともらしい応答がありませんでした。

グローバル テスト値

• Xcode 4.2.1
• 新しい単一ウィンドウ プロジェクト (変更なしの既定のテンプレート)
• アーク有効
• ストーリーボード有効

ケース 1 - GDB デバッガー

例外ブレークポイントの値:

• 例外 - すべて
• ブレイクオン - スロー
• 引数 - なし
• 結果 - クラッシュなし

ケース 2 - LLDB デバッガー

例外ブレークポイントの値:

• 例外 - すべて
• ブレイクオン - スロー
• 引数 - なし
• 結果 - Sigbart とマシンコードでクラッシュ。識別可能なスタック トレースがない

ケース 3 - LLDB デバッガー

例外ブレークポイントの値:

• 例外 - 目的 C
• ブレイクオン - スロー
• 引数 - なし
• 結果 - クラッシュなし

ケース 4 - LLDB デバッガー

例外ブレークポイントの値:

• 例外 - C++
• ブレイクオン - スロー
• 引数 - なし
• 結果 - Sigbart とマシンコードでクラッシュ。識別可能なスタック トレースがない

質問:例外オプションとして「Objective-C」を選択することが安全な方法であると単純に想定する必要がありますか?それとも、重大な問題を無視している可能性がありますか? Xcode 4.2.1 の時点で、LLDB を使用することをお勧めします。しかし、上記の結果が気になります。

すべてのコミュニティの回答に事前に感謝します!

Break on Exception前のスレッドで説明したようにブレークポイントを追加し、ここで説明したように、例外が発生したときにコード内の関連する場所でアプリが中断されるようにしましたが、アプリを起動するたびに、この行の main.m で Xcode が即座に中断します:

エラー メッセージは表示されず、ログにも表示されません。ログ出力は(lldb).

Break on Exception ルールを削除しても、アプリはクラッシュしたようには見えず、この行でアプリがクラッシュしたり壊れたりすることはありません。

LLDB デバッガーと自動参照カウントを使用しています。