libavcodec.so：有文本重定位

Question

我在Nexus 5上测试Android 6.0，我正在使用Metaio（我知道该服务将在12月15日结束，但到那个日期我们将转移到另一个AR平台）。 问题是，当我启动ARActivity时，我收到以下错误：

    09-02 08:45:11.138: E/AndroidRuntime(6141):     java.lang.UnsatisfiedLinkError: dlopen failed: /data/app/com.myapp.myapp/lib/arm/libavcodec.so: has text relocations
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at java.lang.Runtime.loadLibrary(Runtime.java:372)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at java.lang.System.loadLibrary(System.java:1076)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at com.metaio.sdk.jni.IMetaioSDKAndroid.loadNativeLibs(IMetaioSDKAndroid.java:54)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at metaioCloudPlugin.SplashActivity.loadNativeLibs(SplashActivity.java:37)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at metaioCloudPlugin.SplashActivity.onCreate(SplashActivity.java:68)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.Activity.performCreate(Activity.java:6237)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1107)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2369)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2476)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.ActivityThread.-wrap11(ActivityThread.java)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1344)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.os.Handler.dispatchMessage(Handler.java:102)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.os.Looper.loop(Looper.java:148)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at android.app.ActivityThread.main(ActivityThread.java:5417)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at java.lang.reflect.Method.invoke(Native Method)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:726)
    09-02 08:45:11.138: E/AndroidRuntime(6141):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)

有没有人知道这个或至少一个解决方法的可能解决方案？ 我很难找到解决方案，但我无法理解问题可能是什么。

Answer 1

今天，在Nexus 6（Motorola）上使用Android 6.0测试我的应用程序时，我收到了相同的错误消息。 我通过检查清单文件中的targetSDKVersion解决了我的问题。 使用“22”而非“23”作为targetSDKVersion解决了它。 （见下文）

<uses-sdk
        android:minSdkVersion="15"
        android:targetSdkVersion="22" />

我还检查了编译版本和targetSDKversion的build.gradle文件：

compileSdkVersion 22
    buildToolsVersion '22.0.1'

    defaultConfig {
        minSdkVersion 15
        targetSdkVersion 22
    }

希望这会帮助你。 但是，现在这只是一个短期的解决方法，我希望我们会从metaio获得一些反馈。

此致，克里斯汀

Answer 2

如果要求加载具有文本重定位的共享库，则以前版本的Android会发出警告：

“libfoo.so有文本重定位。这会浪费内存并防止安全性加剧。请修复。”

尽管如此，操作系统仍会加载库。 如果您的应用程序的目标SDK版本> = 23，Marshmallow会拒绝库。系统不再记录此因为它假定您的应用程序将记录dlopen（3）故障本身，并包含来自dlerror（3）的文本，它解释了问题。 不幸的是，在这种情况下，许多应用程序似乎捕获并隐藏UnsatisfiedLinkError throw by System.loadLibrary的UnsatisfiedLinkError throw by System.loadLibrary ，通常不会发现库无法加载，直到您尝试调用其中一种本机方法并且VM抱怨它不存在。

您可以使用命令行scanelf工具检查文本重定位。 您可以在互联网上找到有关该主题的建议; 例如https://wiki.gentoo.org/wiki/Hardened/Textrels_Guide是一个有用的指南。

Answer 3

好的，即使设置了targetSDK 23，我也能在这里工作。

对于我和我的分支，需要修补的五个文件是

libavcodec\arm\fft_fixed_neon.S  
libavcodec\arm\fft_neon.S  
libavcodec\arm\fft_vfp.S   
libavcodec\arm\mlpdsp_armv5te.S  
libutil\arm\asm.S  

我从https://github.com/FFmpeg/FFmpeg获取最新信息

您还需要在构建中的某个位置声明HAVE_SECTION_DATA_REL_RO，以便在asm.S中使用动态重定位选项。

Answer 4

您可以通过执行以下操作来检查您的共享lbirary是否具有文本重定位：

readelf -a path/to/yourlib.so | grep TEXTREL

如果它有文本重定位，它会显示如下：

0x00000016 (TEXTREL)                    0x0

如果是这种情况，您可以使用最新的NDK版本重新编译共享库：

ndk-build -B -j 8

如果再次检查它，grep命令将不返回任何内容。

Answer 5

经过很长一段时间的努力，并尝试以不同的方式编译FFmpeg，我找到了解决方案。 确保使用--disable-asm标志编译FFmpeg。 这将确保FFmpeg不会有文本重定位，并且在针对Android M进行编译时不会崩溃（SDK 23）

为了确保它有效，您可以使用如上所述的readelf。

干杯

Answer 6

我收到了metaio的SDK团队的反馈。 他们说metaio不能轻易解决这个问题，因为它与FFMpeg库有关。 我们不得不希望更新FFMpeg来解决这个问题。 我假设我们必须等待这样的更新并在应用程序中交换库文件。

我还没有找到FFMpeg开发者联系论坛来查询或通知错误。 你偶然知道吗？

最好的regrads，克里斯汀