【问题标题】:App crash , Xcode11.4, iOS 10.3.3 10.3.4, iPhone 5c /5 iPad4 (armv7s)应用程序崩溃,Xcode 11.4,iOS 10.3.3 10.3.4,iPhone 5c /5 iPad 4 (armv7s)
【发布时间】:2020-07-19 07:39:54
【问题描述】:

我们的应用在 Xcode 11.4 编译的 os 10.3.3 10.3.4、iPhone 5c /5 iPad4 (armv7s 32) 上崩溃,开启了快速优化。我们发现PC寄存器指向一个没有虚拟地址和堆栈信息的空洞地址。如果我们关闭 swift 优化,它会起作用。

那么有没有人发现问题和解决方案?

肯定和Xcode 11.4 swift优化有关。

我在这里发现了同样的问题。 https://www.reddit.com/r/iOSProgramming/comments/frcpsc/xcode_114_builds_crashes_on_ios_10/

Incident Identifier: 2224949E-E5E3-479C-9B08-4FD1473144B3
CrashReporter Key:   052c9a28855da965790a6dcc0885097a66ee4eff
Hardware Model:      iPad3,4
Process:             AAAAA [34872]
Path:                /private/var/containers/Bundle/Application/xxxxxx....
Identifier:          com.xxx.xxxxx
Version:             xxxx
Code Type:           ARM (Native)
Role:                Non UI
Parent Process:      launchd [1]
Coalition:           com.xxx.xxxxx [1932]


Date/Time:           2020-03-30 22:42:49.2564 +xxx
Launch Time:         2020-03-30 22:42:47.0000 +xxx
OS Version:          iPhone OS 10.3.3 (14G60)
Report Version:      104

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Subtype: KERN_PROTECTION_FAILURE at 0x015fa500
Triggered by Thread:  0

Thread 0 name:
Thread 0 Crashed:
0   ???                             0x015fa500 0 + 23045376

【问题讨论】:

    标签: compiler-optimization swift5 xcode11.4


    【解决方案1】:

    经过大量的分析,如日志和指令调试,我确定这是一个错误 xcode 11.4 swift 编译器优化。 详细地说,优化会导致堆栈指针 (fp) 在打开新函数堆栈帧时变得混乱。 我在下面展示它。

    这是编译器在我们的主视图控制器中生成的辅助函数type metadata accessor for myapp.MainViewController at <compiler-generated>

    、 是错误的。应该是

    0x6cd85c <+0>:   push.w {r4, r5, r6, r7, lr}
    0x6cd860 <+4>:   add  r7, sp, #0xc
    

    r7 是 fp。所以错误指令 不保存 r7,而 sub ins 使 r7 比 sp 低很多,导致整个堆栈混乱。所以很明显是错的。

    这就是ins执行时发生的情况。

    之前:

    之后:

    由于fp错误,整个堆栈丢失。

    我们还可以在 xcode 11.3 中验证这一点。 和我们上面的预期一样。

    所以我们也必须降级到 xcode 11.3 并使用运行时反射来适应应该在 xcode 11.4 中调用的新 iOS SDK 功能。

    【讨论】:

    • 这个问题有可能在 Xcode 11.4.1 中得到解决吗?发行说明提到了几个固定的崩溃,但我不确定它是否涵盖了这个。 developer.apple.com/documentation/xcode_release_notes/…
    • 是的,我注意到了新版本。但我仍然没有检查它。
    • @VictorChoy 来自 iOS 13 设备的崩溃报告指向 Firebase 报告的相同问题,这可能吗?
    • @PedroPauloAmorim 根据图片,我发现它发生在编译器生成的函数中。我想这也与 swift 编译器有关。但是我们的崩溃几乎不会在 ios13 中发生。所以我建议调试编译器生成的指令并分析一下逻辑。
    • @TomKraina 很遗憾,Xcode 11.4.1 中似乎没有修复。
    【解决方案2】:

    我们还在装有 iOS 9 或 10 的旧 32 位设备上遇到多次崩溃。在我的情况下,使用 Xcode 11.3.1 重新编译修复了这些随机崩溃...

    https://bugs.swift.org/browse/SR-12511也有一个关于这个主题的开放Bug

    【讨论】:

    • 我们也必须降级到 xcode 11.3 并使用运行时反射来适应应该在 xcode 11.4 中调用的新 iOS SDK 功能。
    【解决方案3】:

    这是在 Xcode 11.5 中为我们修复的。 GM_Seed 自 5 月 18 日起可用。

    https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_11.5_GM_Seed/Xcode_11.5_GM_Seed.xip

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-07-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多