在Swift 3中归档项目并获得“由于信号分段错误11导致命令失败”

我更新了我的代码Swift 3，在设备上运行，一切正常，但是当我归档项目时，清理并删除Delivered Data后，错误 “命令失败，原因是信号段故障11”在Swift 3中归档项目并获得“由于信号分段错误11导致命令失败”

我的日志

0迅速0x000000010a5ffb6d PrintStackTraceSignalHandler（无效*）+ 45

1迅速0x000000010a5ff5b6 SignalHandler（INT）+ 470

2 libsystem_platform.dylib 0x00007fff9560152a _sigtramp + 26

3 libsystem_platform.dylib 0x00007fff5825ab50 _sigtramp + 3267728960

4迅速0x0000000107d29432迅速:: CastOptimizer :: optimizeUnconditionalCheckedCastAddrInst（SWIFT :: UnconditionalCheckedCastAddrInst *）+ 1554

5 swift 0x0000000107db144d processFunction（swift :: SILFunction &，bool，unsigned int）+ 1901

6 swift 0x0000000107db7f9f（anonymous namespa CE）:: ConstantPropagation ::运行（）+ 47

7迅速0x0000000107d4862d迅速:: SILPassManager :: runOneIteration（）+ 6077

8迅速0x0000000107d4d7d6迅速:: runSILOptimizationPasses（SWIFT :: SILModule &）+ 3462

9迅速0x0000000107a153cb performCompile（SWIFT :: CompilerInstance &，迅速:: CompilerInvocation &，LLVM ::数组引用，整数&，迅速:: FrontendObserver *）+ 20107

10迅速为0x0000 000107a0e265迅速:: performFrontend（LLVM ::数组引用，字符常量*，无效*，迅速:: FrontendObserver *）+ 17029

11迅速0x00000001079cb82d主+ 8685

12 libdyld.dylib 0x00007fff8936c5ad启动+ 1

13 libdyld.dylib 0x000000000000006d启动+ 1992899265 堆栈转储：

这

虽然在SILFunction “@ _TTSg5VSC29UIApplicationLaunchOptionsKeyS_s8Hashable5UIKit_P__CSo8NSObjectS2_S0_10ObjectiveC_Ps9AnyObject ____ TFs17_dictionaryUpCastu2_Rxs8Hashable0_S_rFGVs10Dictionaryxq__GS0_q0_q1__” 跑通＃1059521 SILFunctionTransform “传递”。

有人可以帮忙或告诉我应该在哪里搜索bug？

2016-09-28 Den Ree

我有同样的问题 - 如果我找到解决方案，会让你知道。 – beseder

这解决了我的问题：http://stackoverflow.com/a/26108868/3874596 – denjiz

@denjiz谢谢，它解决了我也） –

在我的情况我经过launchOptions作为函数参数到另一个类中

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool

迁移到夫特3之后，迁移加入投以匹配等待参数的类型，这是[NSObject : AnyObject]?型的（预夫特3）

我只需要更新我的自定义函数，将[UIApplicationLaunchOptionsKey: Any]作为参数，并删除错误的转换。这很简单

我不必妥协任何优化级别（甚至不应该是开发人员的最后手段，这绝对不是解决编译器错误/分段错误的方法）。在删除cast之后，所有工作都很好，使用swift的整个模块优化。

2016-10-28 12:48:12 deathhorse

ily！帮我节省了一些时间 –

它有帮助！在我看来，这是对Amazon的移动Hub解决方案的重复使用。我想，它们不会经常更新它，所以要小心！ –

我有同样的问题，你的解决方案只是救了我！在我的情况下，这是AWS移动客户端演示代码导致的问题，但只有当我试图存档。 –

回答