2017-07-01 36 views
1

TestFlightからアーカイブビルドとして起動した直後にアプリがクラッシュするという奇妙な問題が発生している同じデバイス上でXcodeから直接実行している場合に発生します。アプリケーションが完全に終了していないようです - ホームボタンをダブルタップすると、途中からバックグラウンドでアプリケーションのイメージのように見えます。表示された画面になりました。 ...TestFlightから起動したときにiOSアプリがEXC_CRASH(SIGKILL)でクラッシュするが、Xcodeからうまく動作する

Incident Identifier: 983F8E4E-EFE0-4C93-8F46-D223FD86DF14 
CrashReporter Key: 3515df1d8c55a27394a78b6efee5f83946ed9a99 
Hardware Model:  iPhone7,2 
Process:    FileProvider [218] 
Path:    /private/var/containers/Bundle/Application/89708FF4-E848-4F49-BC0D-B2DC9EF536C6/Drive.app/PlugIns/FileProvider.appex/FileProvider 
Identifier:   com.google.Drive.FileProviderExtension 
Version:    4.2017.25202 (4.2017.25202) 
Code Type:   ARM-64 (Native) 
Role:    Unspecified 
Parent Process:  launchd [1] 
Coalition:   com.google.Drive.FileProviderExtension [368] 




Date/Time:   2017-06-30 22:59:01.2937 -0700 
Launch Time:   2017-06-30 22:59:00.7649 -0700 
OS Version:   iPhone OS 10.3.2 (14F89) 
Report Version:  104 


Exception Type: EXC_CRASH (SIGKILL) 
Exception Codes: 0x0000000000000000, 0x0000000000000000 
Exception Note: EXC_CORPSE_NOTIFY 
Termination Reason: Namespace <0xF>, Code 0xdead10cc 
Triggered by Thread: 0 

私が調査すべきか上の任意の考えを:私は当時フォアグラウンドにアプリケーションを持っている場合、それはこのようになりますログで、そのロード画面に戻り、再度シャットダウンしますここで何が起こっているのか理解している?

アプリケーションは、Cocos2d-x frameworkを使用してC++でビルドされています。

ありがとうございます! _Kevin

+0

TestFlightがアプリを提供してからどれぐらい前ですか? – Paulw11

+0

約1時間前です。私は以前、Xcodeからデバイスで直接実行してアプリケーションをテストしていましたが、新しいアーカイブバイナリがTestFlightから到着したとき、TestFlightはXcodeからバイナリを上書きすることができました。 –

+0

これは役立つ場合のログからのいくつかの追加情報です:(私は最近の試行のクラッシュログがデバイスから利用できないことにも気づいています - このログは夕方早くクラッシュしたものですが、それ 追加のログを見つけ、その後していないので、スレッド0名前:ディスパッチキュー:com.apple.mainスレッド スレッド0がクラッシュ: 0 libsystem_kernel.dylib \t 0x0000000184edb224 mach_msg_trap + 8 1 libsystem_kernelを。dylib \t 0x0000000184edb09cのmach_msg + 72 2 CoreFoundationの\t 0x0000000185eace90 __CFRunLoopServiceMachPort + 192 ... –

答えて

0

何が起こっているのか、まだ正確には分かっていないのが分かります。私がさらに調査したところで、上に掲げた細部のいくつかは赤ん坊であることが判明しました。最初に、アーカイブされたビルドとXcodeから直接ビルドされたビルドの動作の違いは、実際にはデバッグビルドとリリースビルドの動作の違いでした。

ソリューションは、(製品 - > Scheme-> Xcodeの8.3でスキームを管理する)私のデフォルトのモバイルスキームを複製して、新しいスキームのを設定し、リリースビルドを実行するために、Xcodeで新しいスキームを作成することでした実行 - >情報 - >ビルド構成リリースです。

Xcodeが添付されたリリースビルドを実行すると、リリースビルドでのみ発生したエラー(おそらく、間違って初期化された変数ですが、まだ調査中です)が見つかりました。

クラッシュログが生成されなかった理由は、エラーが原因でアサーション(Cocos2d-xのCC_ASSERTマクロ)が発生していたため、iOSはアプリのシャットダウンを正当な終了とみなし、それをクラッシュとしてログに記録しません。

0

クラッシュの原因を調べるには、Testfairyを使用できます。 アプリケーションにTestfairyを統合し、そのビルドを再度Testflightに配置すると、ログを介して理由を見つけることができる場合があります。

これが役に立ちます。

+0

あなたが言及した市販の製品が提供する情報が、既存のXcodeログで提供されない情報を詳しく説明できますか? –

関連する問題