2

ostestユーティリティによってスローされる可能性のあるすべてのエラーコードとその意味のリストを見つける方法を知っている人はいますか? これは人々にとって一般的な問題であることに気付きました.OCUnitの障害について、彼らには完全に不透明なコード138または139で質問され、その特定のエラー番号に遭遇した誰かが、質問者が持つ可能性のある明らかな問題を指摘しています.彼らが何を探すべきかを知っていれば、簡単に識別できます。

しかし、Google、ADC、および man ページはすべて、これらのエラー コードについて沈黙しているようです。誰かがそれらすべての概要を示すリストまたはヘッダー ファイルを持っていることを望んでいました。今、私の問題を解決するのに役立つだけでなく (謎の 132 を取得)、一般的な関心事になると思います。

ありがとう!

4

1 に答える 1

2

138 または 139 の OCUnit の障害は、単なる一般的な問題です。私の経験では、実行時に何か問題が発生すると、これらのエラーが発生することがわかりました。したがって、コードは正常にコンパイルされますが、OCUnit で実行するとクラッシュします。残念ながら、スラック トレースは、これがどこで発生したかを明らかにしていません。

ここで探すべきいくつかのことを詳しく説明しました。要約すると:
1. dealloc/alloc 領域をチェックして、これらのオブジェクトが実際に存在する/正しく呼び出されていることを確認します。
2. スペル、タイプミスなどを確認してください... (名前が似ているが間違って使用されている 2 つの変数? キャスト?)
3. テストを分離してみてください。コードに問題があるため、OCUnit がクラッシュしています。
4. 他のすべてが失敗した場合、コードが OCUnit ではなくシミュレーターをターゲットにすると、より意味のあるスラック トレースが得られるはずです。

于 2010-10-28T18:22:46.973 に答える