dlopenのエラーは、Androidの公共図書館を引き起こしました

Android5.0への直接コールする前に問題はありません。

s_handle =のdlopen( "/システム/ LIB / libHWMI.so"、RTLD_NOW)。

しかし、Androidの8.0に移植されたプロジェクトは、エラーの上に誇張します。

回避策は、会場の原則を知りたい、と述べます。http://jackwish.net/namespace-based-dynamic-linking.html

システム/コア/ libnativeloader:コードはAndroid8.0であるかどうかを確認するには

実際には、エラーログは示唆されているが、他の問題があるでしょう。

permitted_pa​​ths = "/データ:を/ mnt /拡大:/data/data/org.ftd.gyn"

あまりにもdlopenの、しかし、のような他のエラーを報告したが、以下のパスを、上のように、「libcutils.so」が見つかりません。

/データ:を/ mnt /拡大

ファイルシステム内のパス、我々が見る、その上段に、/コア/ libnativeloader / native_loader.cpp、上記に示したように

静的constexprのconstのchar型* kPublicNativeLibrariesSystemConfigPathFromRoot =
        "/etc/public.libraries.txt"。
静的constexprのconstのchar型* kPublicNativeLibrariesVendorConfig =
        "/vendor/etc/public.libraries.txt"。

公共のネイティブのlibパスシステム:/system/etc/public.libraries.txt、

その後、プリセットのベンダーは/ etc /以下/vendor/etc/public.libraries.txt、このファイルが存在しない可能性があり、できない新しい、そして:公共ネイティブのlibパスのメーカー

それはカメラやベンダーに関連があるので、そう/vendor/etc/public.libraries.txt内部で私libHWMI.soに参加して、私の操作を与えられていません。
----------------
免責事項:この記事は元の記事CSDNブロガー「ngyzqf」で、CC 4.0 BY-SAの著作権契約書に従ってください、複製、元のソースのリンクと、この文を添付してください。 。
オリジナルリンクします。https://blog.csdn.net/ngyzqf/article/details/78991929

公開された17元の記事 ウォンの賞賛2 ビュー20000 +

おすすめ

転載: blog.csdn.net/toove/article/details/101028189