背景
其他团队二次开发的ffmpeg, 我们要在这个ffmpeg上做一些post action. 比如截图后上传s3,写kafka等等.代码移植后发现崩在kafka库里, 具体位置是在调用crc32.如下:
排查过程
1、崩在库函数中, 怀疑是环境问题? 后来写一个小demo, 发现单独调用kafka功能正常.排除环境问题.
2、gdb 中info files,发现crc32函数地址, 不在libz中, 正常预期的是crc32是在libz库中包含的. 另外gdb中b crc32 发现有两个breakpoint. 分别是libz中的crc32 和第三方团队lib的crc32, 此时已经发现是调用到了第三方团队的crc32. 分析现在的编译和调用模型:
发现编译的时候, librdkafka.a使用的是libz.so的crc32, 但是编译成ffmpeg二进制之后, librdkafka.a 直接调用的就是已经包含在ffmpeg中的pre_build.a中的crc32. 发生不符合预期的结果.
解决方案
同步第三方团队发现的问题, 建议第三方团队不要把不必要的函数暴露出来.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
