我们的应用程序在iOS 7中崩溃,它在iOS 6中工作正常。我们不确定是什么导致了这个问题。 我们可以看到抛出了一些exception,但是我们不确定代码在哪里造成的。 这是崩溃报告: Incident Identifier: 1F589930-15BD-49F7-80E6-831A95092FDF CrashReporter Key: aaa79870161ff1e371394b881a26e97f0066f464 Hardware Model: iPhone5,2 Process: myapp [1492] Path: /var/mobile/Applications/A121DF2F-A7B9-4DD9-9FBC-BB06CD7C5EF5/myapp.app/myapp Identifier: co.uk.myapp Version: 1.0 (0.9) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2013-10-01 14:59:17.555 +0530 OS Version: iOS 7.0 (11A465) Report Version: 104 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Triggered by Thread: […]
我需要帮助来理解testing用户的这个崩溃日志。 我没有在我的应用程序中编写任何与JavaScriptCore相关的代码。 我仍然不知道如何重现这次崩溃。 任何有关这个问题的见解都会对我find这个问题有所帮助。 谢谢, PS我的应用程序正在使用Admob中介。 我不知道这是否有一些关系。 Incident Identifier: 7B6EFFFF-4D55-48AE-8FE8-A55590405F0A CrashReporter Key: ef1ad783966254a93308221f30f17134c95879f7 Hardware Model: iPad5,3 Process: ???? [2325] Path: /private/var/mobile/Containers/Bundle/Application/16AE72E1-A8C8-45D9-955F-A6F96FCCE800/????.app/???? Identifier: ???? Version: 3.75.14 (3.75) Code Type: ARM-64 (Native) Parent Process: launchd [1] Date/Time: 2015-05-16 10:36:50.459 -0700 Launch Time: 2015-05-16 10:00:10.481 -0700 OS Version: iOS 8.3 (12F69) Report Version: 105 Exception Type: EXC_BAD_ACCESS (SIGSEGV) […]
我的iOS应用程序崩溃,但他们只有几条消息,有些是这样的。 Application received signal SIGABRT (null) ( 0 CoreFoundation 0x359c68a7 __exceptionPreprocess + 186 1 libobjc.A.dylib 0x37d6d259 objc_exception_throw + 32 2 CoreFoundation 0x359c6789 +[NSException raise:format:] + 0 3 CoreFoundation 0x359c67ab +[NSException raise:format:] + 34 4 myapp 0x00241bf9 _ZNSt11_Deque_baseIsSaIsEE15_M_create_nodesEPPsS3_ + 1432772 5 libsystem_c.dylib 0x32dd27e3 _sigtramp + 38 6 libsystem_c.dylib 0x32dc820f pthread_kill + 54 7 libsystem_c.dylib 0x32dc129f abort […]
我有一个应用程序正在通过TestFlight在iTunes连接上进行testing。 其中一个testing设备不断崩溃,我敢肯定,应该有连接iTunes的崩溃日志,但我找不到任何我的testflight构build。 有谁知道他们可以find的地方?
使用定制的崩溃报告系统(例如专门用于在iPhone上崩溃之后让用户发送崩溃日志的系统 )发送日志,应用程序需要重新启动。 为什么? 在自定义exception处理期间是否有可能发送它? 还是有一个崩溃报告系统,不需要重新启动应用程序?
当我尝试快速滚动tableview或从远程重新加载数据时,我的应用程序崩溃。 一切似乎工作正常,当我让远程抓取发生,然后滚动tableview。 我不知道下面的崩溃日志意味着什么。 它有时工作正常,有时崩溃。 Incident Identifier: 710A120C-97E3-45C8-A7B2-E6A7BD98BC1A CrashReporter Key: 8bd54d8428128b9e6b8c04d59b86c40cccf33457 Hardware Model: iPhone5,2 Process: MyApp [5294] Path: /var/mobile/Applications/B6ED5B19-B8D7-4146-90A2-F709AE35292F/MyApp.app/MyApp Identifier: MyApp Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2013-02-26 16:45:27.693 +0200 OS Version: iOS 6.1.2 (10B146) Report Version: 104 Exception Type: EXC_CRASH (SIGSEGV) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 1 Thread […]
由于最新的版本,当试图上传到Crashlytics的构build总是收到以下错误信息。 存档分配错误:-3 Could not upload the distribution. The operation couldn't be completed. (HTTP error 422.) 我已经尝试了以下内容: 重新启动Xcode和Fabric插件 rm -rf〜/ Library / Caches / com.crashlytics.mac 不同的互联网连接(WiFi,手机)
我最近为我的应用程序推送了iOS 7更新,并实施了Flurry Analytics,并启用了崩溃报告function。 我最近注意到一些用户遇到崩溃。 使用乱舞我可以检索堆栈跟踪在我的应用程序崩溃的时刻追查问题。 那么,我非常熟悉崩溃报告,并且已经通过从iTunes Connect或邮件中获取错误并使用它们修复了这些错误,并在Xcode中对它们进行了简单的符号化。 然而,我没有使用Flurry做到这一点。 我试过的: 在查看Flurry本身的堆栈跟踪时,这是我得到的: 正如你所看到的,很多行都是完全符号化的,而其他的则被象征<redacted> 。 一些研究告诉我,苹果在iOS 6和7中剥离了很多debugging符号。 我尝试的第一件事是上传我自己的dSYM文件。 Flurry报告dSYM文件已保存,崩溃报告使用dSYM文件再次被符号化。 但是,堆栈跟踪仍然完全相同,没有dSYM。 没问题,我想,我可以试着下载崩溃报告,并使用Xcode来表示它。 点击下载给我一个文件(没有扩展名,所以我改名为.crash )与这个内容: Hardware Model: iPhone3,1 Process: RadioPlayer [2965] Path: /var/mobile/Applications/E4DD7DA6-4450-4538-A1E2-AE23139FAC10/RadioPlayer.app/RadioPlayer Identifier: ******* Version: 1.2.0 Code Type: ARM Parent Process: launchd [1] Exception Type: SIGSEGV Exception Codes: SEGV_ACCERR at 0x548a000 Crashed Thread: 2 Thread 0: 0 libsystem_kernel.dylib 0x3aa67a8c […]
我遇到了一个非常不寻常的问题..我得到了UIKit的崩溃..第一次我面对这样的事情..请任何人都可以指导我在这.. 这是我得到的崩溃日志。 Crashed: com.apple.main-thread EXC_BAD_ACCESS KERN_INVALID_ADDRESS at 0x1161a18c Thread : Crashed: com.apple.main-thread 0 libobjc.A.dylib 0x386fcb66 objc_msgSend + 5 1 UIKit 0x30b5dda3 -[UIApplication sendAction:to:from:forEvent:] + 90 2 UIKit 0x30cc5615 -[UIBarButtonItem(UIInternal) _sendAction:withEvent:] + 120 3 UIKit 0x30b5dda3 -[UIApplication sendAction:to:from:forEvent:] + 90 4 UIKit 0x30b5dd3f -[UIApplication sendAction:toTarget:fromSender:forEvent:] + 38 5 UIKit 0x30b5dd13 -[UIControl sendAction:to:forEvent:] + 46 6 UIKit […]
嘿,这可能是一个愚蠢的问题,但我无法find答案的任何地方,道歉,如果答案很容易find,如果我的研究技能是裤子。 无论如何,有可能生成一个崩溃报告,当一个应用程序不会崩溃? 所以说,如果用户遇到一个错误,可以有一个选项,让他们生成一个崩溃报告,然后可以发送给我? 我怎么会这样做呢? 谢谢你的帮助 :)