SQLite3/SQLCipher仅在iOS 13中崩溃+

SQLite3/SQLCipher仅在iOS 13中崩溃+,ios,objective-c,sqlite,ios13,sqlcipher,Ios,Objective C,Sqlite,Ios13,Sqlcipher,我做了一个测试,从SQLITE3DB获取列名和其他元数据信息。当我调用sqlite3_column_database_namepStmt时,0;我的应用程序崩溃了。这仅在与SQLCipher结合使用时发生。崩溃日志并不像libs和ios那样总是有用 Incident Identifier: 445465AF-AE38-40BE-9FEF-875DD439197C CrashReporter Key: 5108d3729725a56f2cc6f3faeb9a08313e134acf Hardw

我做了一个测试,从SQLITE3DB获取列名和其他元数据信息。当我调用sqlite3_column_database_namepStmt时,0;我的应用程序崩溃了。这仅在与SQLCipher结合使用时发生。崩溃日志并不像libs和ios那样总是有用

Incident Identifier: 445465AF-AE38-40BE-9FEF-875DD439197C
CrashReporter Key:   5108d3729725a56f2cc6f3faeb9a08313e134acf
Hardware Model:      iPhone11,8
Process:             MyTestApp [3910]
Path:                /private/var/containers/Bundle/Application/457CA529-5F45-4B79-A1A7-71AF527F805D/MyTestApp.app/MyTestApp
Identifier:          (myidentifer)
Version:             1 (1.0)
Code Type:           ARM-64 (Native)
Role:                Foreground
Parent Process:      launchd [1]
Coalition:           (myidentifier) [1234]


Date/Time:           2020-05-27 15:28:15.7582 -0300
Launch Time:         2020-05-27 15:28:09.4374 -0300
OS Version:          iPhone OS 13.4.1 (17E262)
Release Type:        User
Baseband Version:    2.05.13
Report Version:      104

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x000020a800000008 -> 0x0000002800000008 (possible pointer authentication failure)
VM Region Info: 0x2800000008 is not in any region.  Bytes after previous region: 160524402697  
      REGION TYPE                      START - END             [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL
      MALLOC_NANO            0000000283b80000-00000002a0000000 [452.5M] rw-/rwx SM=ZER  
--->  
      UNUSED SPACE AT END


我的设备iPhone XR 13.4.1和模拟器iOS 13.4有问题。 我没有较旧的设备,但是使用simulator 11.4和12.9,我没有崩溃问题,尽管该方法返回NULL,这是一个预期的结果,根据sqlite3文档,我会适当地处理NULL结果

我的SQL语句是SELECT*FROM'empInfo'。其中有一个包含有效项的工作表

有人对SQLite3、SQLCipher和ios13有任何问题吗?在SO或google中找不到任何东西

如果有任何更多的信息帮助,只要问,我可以添加它

编辑:
我能够重现此项目中的错误

问题在于项目中libsqlcipher.dylib的版本。当我删除它并通过Cocoapods添加最新版本时,它解决了这个问题。请参阅PR。

我不知道为什么上次提交时没有包含导致崩溃的项目更改。我现在更新了。谢谢你迄今为止的帮助!很抱歉,花了这么长时间才回到这个问题上来,但就在昨天,我有时间生成另一个libsqlcipher,现在sqlite3\u column\u database\u name工作正常