gpt4 book ai didi

ios - 奇怪的 ios libprotobuf.dylib 导致崩溃

转载 作者:塔克拉玛干 更新时间:2023-11-02 09:44:52 26 4
gpt4 key购买 nike

我在项目中编译了自己的 protobuf(在主要目标中,而不是 lib),但我发现了一个崩溃,这是由 libprotobuf.dylib 中的 protobuf 代码引起的(我猜这是新包含的 lib设备版本 -- 我的是 ipad air)。

* thread #1: tid = 0x6598, 0x0027e96e TutorChat`void google::protobuf::internal::RepeatedPtrFieldBase::Destroy<google::protobuf::RepeatedPtrField<google::protobuf::UninterpretedOption>::TypeHandler>(this=0x1567158c) + 66 at repeated_field.h:814, queue = 'com.apple.main-thread, stop reason = breakpoint 2.41
frame #0: 0x0027e96e TutorChat`void google::protobuf::internal::RepeatedPtrFieldBase::Destroy<google::protobuf::RepeatedPtrField<google::protobuf::UninterpretedOption>::TypeHandler>(this=0x1567158c) + 66 at repeated_field.h:814
frame #1: 0x37f231f2 libprotobuf.dylib`google::protobuf::FileOptions::~FileOptions() + 38
frame #2: 0x37f231be libprotobuf.dylib`google::protobuf::FileOptions::~FileOptions() + 10
frame #3: 0x37f18764 libprotobuf.dylib`google::protobuf::FileDescriptorProto::~FileDescriptorProto() + 56
frame #4: 0x37f11296 libprotobuf.dylib`google::protobuf::EncodedDescriptorDatabase::Add(void const*, int) + 206
frame #5: 0x37ef13d0 libprotobuf.dylib`google::protobuf::DescriptorPool::InternalAddGeneratedFile(void const*, int) + 76
frame #6: 0x37f1696a libprotobuf.dylib`google::protobuf::protobuf_AddDesc_google_2fprotobuf_2fdescriptor_2eproto() + 146
frame #7: 0x37f2a580 libprotobuf.dylib`_GLOBAL__I_a + 8
frame #8: 0x2be0e5a0 dyld`ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 176
frame #9: 0x2be0e6b0 dyld`ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 20
frame #10: 0x2be0bd36 dyld`ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 358
frame #11: 0x2be0bcb8 dyld`ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 232
frame #12: 0x2be0bb8c dyld`ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 40
frame #13: 0x2be05276 dyld`dyld::runInitializers(ImageLoader*) + 78
frame #14: 0x2be092c2 dyld`dlopen + 1030
frame #15: 0x381d978c libdyld.dylib`dlopen + 48
frame #16: 0x2f863794 libGFXShared.dylib`gfxInitializeLibrary + 1056
frame #17: 0x2f7940fc GLEngine`gliInitializeLibrary + 44
frame #18: 0x2f856b60 OpenGLES`eagl_init + 436
frame #19: 0x2f856792 OpenGLES`-[EAGLSharegroup initWithAPI:sharedWithCompute:] + 114
frame #20: 0x2f855b7e OpenGLES`-[EAGLContext initWithAPI:properties:] + 242
frame #21: 0x0179870e libglInterpose.dylib`EAGLContext_initWithAPIProperties(EAGLContext*, objc_selector*, unsigned int, NSDictionary*) + 74
frame #22: 0x2f8559de OpenGLES`-[EAGLContext initWithAPI:sharedWithCompute:] + 142

我猜内部库 ImageLoader 根据需要加载 protobuf,这会覆盖我自己的符号。所以我想知道有什么方法可以让事情变得正确吗?

最佳答案

是的,较新设备(iPhone 5S 和显然是 iPad air)上的 ImageLoader 有自己的 Protocol Buffers 副本,这会导致符号冲突。

我通过编辑 google/protobuf/stubs/common.h 并在文件顶部附近插入以下行来解决这个问题:

#define google myapp

现在,我的 Google protobuf 实现副本使用命名空间“myapp”而不是“google”,因此符号不会与系统符号冲突。

关于ios - 奇怪的 ios libprotobuf.dylib 导致崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19848118/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com