2012-01-26 17 views
3

この問題を100億回実行した後、私のマック・エアをフラストレーションの窓から吹き飛ばした後、誰かが動いたかどうかを尋ねるこれには...コードを実行中にXcodeデバッグ(GDB)がランダムにハングアップする

環境:iOS 4.2以上のアプリケーション(ユニバーサルアプリ)のXCodeの最新バージョン(この質問:4.2、ビルド4C199)を実行しています。

GDBは、コード行を踏んでいる間に完全にハングすることをランダムに決めるようです。これは、現在、複数のコードベースと各コードベースのさまざまな場所で私に起こっています。ステッピングプロセスは任意のポイントで停止し、実行中のiOSシミュレータまたはオンデバイスプロセスを停止して再起動する必要があります。通常、私のデバッグセッションを再開した後は、/ thruにステップインする際に別の任意のポイントに到達することができます。実際にはコード全体を完全にデバッグするのに十分です。

Mac OS X 10.6.8と前述のXcodeの新しいコピーを再インストールしてドライブを拭いてみました...違いはありません。

私は、デバッガをLLDBに切り替えようと試みました。これは懸案事項を解決しましたが、私はLLDBのファンではなく、自分の環境を可能な限り在庫に近づけることを好みます。

どのような考えですか?

答えて

0

OSとSDKを再インストールしてもGDBがまだハングしている場合は、特定のコードの設計上の問題かもしれません。これは他のプロジェクトでも起こりますか?

あなたの気持ちをさらに良くするために、アップルはXcodeのストックデバッガとしてLLDBに移行しています。これはおそらく上記のような問題が原因です。

+0

返信いただきありがとうございます。それは私のコードベースの設計上の問題だった場合、私は別のスレッドで実行される可能性がありますタイマー/非同期イベントのためだと思うだろう... GDBは、ブレークポイントを打つときにすべてのスレッドで停止しますか? –

+0

私は不安です。私の知る限り、スレッドは単独で停止しますが、スレッドがすべて*スレッドを停止するかどうかはわかりません。デバッグの観点からは、両方のシナリオが意味をなさないでしょう。 – Tim

+0

まあ、この厄介な問題の解決策を発見したわけではありませんが、私はあなたの応答に感謝しています。あなたは、Appleが標準のデバッガとしてLLDBに切り替える予定であり、LLDBは問題を示さないと述べたので、私はあなたに解決のためのクレジットを与えるでしょう(さらに、解決への "通知")。乾杯。 –

関連する問題