【转】protobuf2.5.0在<delete [] elements_;>crash的问题。

标签：des   style   blog   http   color   os   io   使用   strong   

背景

项目中使用protobuf作为网络传输协议，最开始在项目中直接使用源代码编译，在真机上测试一直是正常的，直到某天开始在 CPU是64 bit的设备上发现protobuf导致crash了，于是就开始尝试使用.a静态库看看是否能解决问题（失败了）。bug解决方案直接看最后。

     开发环境

• OS X 10.9 Mavericks
• Xcode 5.0.2
• protobuf 2.5.0
• IOS7

     Crash现象

protobuf在静态初始化的时候，crash在一个delete[] XXXptr; 这个指针是一个NULL。非常奇怪在32bit的ios设备上同样也是执行到这里也是delete[] nullptr就没有问题。简单搜索了一下，没有什么收获，遂暂时放弃直接解决这个问题。

尝试编译.a

略过大堆因为Xcode升级而无效/需修改的方法，直接上目前找到最靠谱的一个全自动脚本：https://gist.github.com/BennettSmith/7150245

这个脚本实现了：

• 下载protobuf 2.5.0源代码
• 生产5个平台的静态库（mac 64， iPhone simulator, armv7, armv7s, arm 64）
• 合并成一个完整的Universal静态库。

编译是成功的，可能对于大部分人来说，到这里就结束了。

但是。。。在将生成的.a加入工程中依然出现了std库找不到的link错误。

静态库编辑成功

调整了除mac64平台外的CXX编译参数，和项目中使用的参数匹配之后，终于成功了。

最终使用的参数如下，（mac64的保持不变）

• CXX=clang++
• CXXFLAGS_ARM="${CFLAGS} -stdlib=libstdc++"
• LDFLAGS_ARM="-stdlib=libstdc++"

但是。。。在64bit设备上依然Crash，现象同上。可以宣布这个尝试方向失败了！

问题解决

很意外的发现，crash的地方是Libproto.dylib，这个库是Apple自带的，而项目中是没有使用到这个库的。Google了一 下：“ImageLoader on the newer devices (iPhone 5S and apparently iPad air) has its own copy of Protocol Buffers which causes symbol collisions."，也就是说在最新的3个设备上有个库自带了一个Protobuf，和项目中的protobuf的namespace是一样的，这 样就就产生了冲突。

办法就很简单了：

1. 使用protobuf源代码（正好这项目原来就使用源代码）
2. 修改google\protobuf\stubs\common.h，加入一行宏定义，修改本地的命名空间

[cpp] view plaincopy

1. namespace std {}  
2.   
3. #define google google_private  
4.   
5. namespace google {  
6. namespace protobuf {  

相关信息

Xcode 5.0.2的一些默认参数

• C Language Dialect：GUN99（-std=gnu99）
• C++ Language Dialect：GNU++98（-std=gnu++98）
• C++ Standard Library：libstdc++（-stdlib=libstdc++）

StackOverflow上的回答：http://stackoverflow.com/questions/19848118/weird-ios-libprotobuf-dylib-cause-crash

【转】protobuf2.5.0在<delete [] elements_;>crash的问题。

标签：des   style   blog   http   color   os   io   使用   strong   

原文地址：http://www.cnblogs.com/Androider123/p/3951279.html