Bogus NDK stack backtrace after upgrading to Crashlytics NDK 2.+

落花浮王杯 提交于 2019-12-21 17:28:30

问题


Looking for fabric support on an unwinding issue in the NDK stack trace after migrating from Crashlytics (2.6.8)/Crashlytics NDK (1.1.5) to Crashlytics (2.8.0)/Crashlytics NDK (2.0.0) and any newer versions after that. The stack trace we get prior to upgrading the libraries looked OK but after there a lot of missing symbols and the addresses jump wildly within and outside the application libraries. We've seen addresses jump hundreds of megabytes in address space from one frame to the next.

So far we've verified the issue is caused by changing the version strings in the .gradle file--there were no other changes. Furthermore, we believe the cSYM files are being generated correctly and in fact, the gradle build tools for Fabric is 1.26.1 for all builds. The upload process to Fabric is working fine too.

This issue is similar to Invalid NDK crash backtraces on ARM/ARM64 but the missing symbols and bogus trace happens on the same builds with ARM and x86 was not tested.

来源:https://stackoverflow.com/questions/52908673/bogus-ndk-stack-backtrace-after-upgrading-to-crashlytics-ndk-2

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!