Xcode4.5PRとiOS6beta2を使用しています。
コードを変更しませんでした。アプリケーションは、タイトルに記載されている例外をスローします。
この例外の原因となった関数であるデバッグウィンドウを使用しましたが、
0x38dda960: push {r4, r5, r6, r7, lr}
どうすれば問題を見つけることができますか？どうすれば修正できますか？
35991 次
11 に答える
20
C ++例外にブレークポイントを設定して、スローされている場所を見つけます。
于 2013-02-10T16:35:43.837 に答える
12
何も変更しなかった場合、これは現在のiOS6ベータに関連している可能性があります。
ただし、このエラーをグーグルで検索する場合は、次の一般的な提案があります。
1）同じコードをビルドするために選択したシミュレーターである可能性があります：
ソースコードを変更していない場合は、スキームが最後に動作したのと同じシミュレーターを指していることを確認してください。（たとえば、モーダルビューコントローラー（presentModalViewController:）を提示しようとしても、iPadのポップオーバーを条件付きで使用するのを忘れると、これが発生する可能性があります。）
2）スタックトレースとコンソールが役に立たない場合：
スタック内の唯一のものがmainとUIApplicationMainである場合があります。これにより、自分のソースで何が悪かったのかを追跡することが困難になります。これは、呼び出している、または呼び出されているネイティブフレームワークメソッドで何かが失敗していることを示している可能性があります。
コンソールにメソッドまたは特定のオブジェクトがリストされておらず、スタックトレースが独自のクラスのメソッドを指していない場合は、例外がスローされるポイントにできるだけ近づけて実行を絞り込んでください。暗闇の中でブレークポイントを選択するときは、バイナリ検索アプローチを使用する傾向があります。ピボットポイントを選択し、実行順序を上下に移動して、必要に応じて新しい「中間」ポイントを選択します。
于 2012-07-18T01:54:54.167 に答える
0
xcodeの開発者プレビューバージョン（4.5）を使用していて、リリースバージョン（4.3.3）を習慣的に開いていないことを確認してください。プロジェクト設定を更新していない場合は、iOSベータ版を確実に一致させて実行できません。プロジェクト設定をiOS6に更新した後、iOS 6ベータ版のアプリは、iOS5.xxデバイスで実行されなくなります。
于 2012-07-21T19:30:44.403 に答える
0
これは、オブジェクトisoに制約を設定して、それをスーパービューに割り当てたときに発生します。
于 2012-09-17T10:26:29.843 に答える
0
このエラーが発生する理由...
.hファイルと.mファイルの一部のiboutlet変数の名前を変更した後、このエラーが発生しましたが、これらの変数のストーリーボードリンクにはありませんでした。リンクをやり直した後、すべてが再び正常に機能しました。これがあなたの何人かを助けることができることを願っています。
于 2012-10-15T17:16:35.247 に答える
0
これは、ライブラリが不足している場合に発生することがあります。MKMapViewを使用して簡単なサンプルアプリを作成していて、プロジェクトにMapKit.frameworkを追加する前にこのエラーが発生しました。
于 2012-11-29T03:48:39.390 に答える
0
ユーザーがフレームワークをインポートするときに問題が発生することがあるので、そのフレームワークをアプリケーションのリソースフォルダーの.pchファイルにインポートします。これが役立つことを願っています。
于 2012-12-24T11:10:11.250 に答える
0
これは私に起こっていて、「その他のリンカーフラグ」で-ObjCを設定すると消えました。
于 2013-06-17T15:47:02.460 に答える
0
この例外は、さまざまな理由で発生する可能性があります。正確な根本原因を見つける最良の方法は、を調べることですconsole。そこに次のようなテキストがあります：
*** lorem ipsum lorem ipsum lorem ipsum
*** First throw call stack: (0x1d16012 0x16c3e7e 0xa4ef96 0x607704 0x6079a2 0x606876 0x617cb5 0x618beb 0x60a698 0x2b81df9 0x2b81ad0 0x1c8bbf5 0x1c8b962 0x1cbcbb6 0x1cbbf44 0x1cbbe1b 0x60617a 0x607ffc 0x1d1d 0x1c45) libc++abi.dylib: terminate called throwing an exception
lorem ipsum ここで、前のテキストFirst throw call stackは、例外がスローされる理由を正確に示します。その問題を修正すれば、準備は完了です。
于 2013-08-14T07:37:51.107 に答える
0
このエラーは、ストーリーボードをプロジェクトから手動で削除し、ビューコントローラーをストーリーボードなしで使用するために再利用する場合によく発生します。ビューコントローラがAppDelegateのウィンドウのルートビューコントローラに追加されていること、およびビューコントローラの初期化にペン先名がないことを確認してください（ストーリーボードを削除するときに削除したため）-そして最も重要なこととして、pListから行を削除します「メインストーリーボードファイルベース名（iPad）」や「メインストーリーボードファイルベース名（iPhone）」など、ストーリーボードファイルが存在する必要があることをアプリケーションに通知するファイル。それらがなくなると、アプリはストーリーボードの検索を停止し、ゴールデンレトリバーのように金色になります！
于 2014-05-20T13:57:22.770 に答える
0
私はこれをかなり長い間動かなくなってしまいましたが、すべての例外にブレークポイントを設定することで、例外の正確なトレーススタックを取得できることがわかりました。
于 2014-12-06T09:00:56.183 に答える