2回答
更改ld-linux位置
、、、、
我发现要加载库，可执行文件首先会打开/lib/ld-linux-x86-64.so.2。在我看来，ld-linux.so位置是硬编码在可执行文件中的(在我的可执行文件上调用strings强化了这一理论)。我的问题是，在我的linux发行版中，编译器(g++)将ld-linux位置设置为/lib/ld-linux-x86-64.so.2。而在Ubuntu (更流
浏览 4提问于2013-02-05得票数 4
回答已采纳
2回答
我试图执行一个用我自己的库编译的程序，但是当我执行这个程序时，我会得到以下错误：./lib-arm/libCustomLibrary.so: unexpected reloc type 0x03
这种情况只发生在发行版的执行中，对于Debug执行来说，一切都很好。libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.
浏览 9提问于2015-11-02得票数 5
回答已采纳
我试图通过Putty (SSH)在远程Linux上运行一个可执行文件。当我通过Putty在远程Linux上运行可执行文件时，会得到以下错误：
Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/user/xhs/tps/lnx32/jre/lib/i386/libawt_xawt.so: libXi.so</em
浏览 0提问于2015-10-13得票数 0
1回答
据我理解，so文件是动态库。我们可以使用ldd打印它的依赖项。例如，我可以执行ldd -r /usr/lib/aarch64-linux-gnu/libstdc++.so.6来获得输出，如下所示： libm.so.6 => /lib/aarch64-linux-gnu/lib
浏览 0提问于2018-07-11得票数 2
回答已采纳
在将ubuntu 16升级到18之后，我在执行tmux时得到了这个错误。tmux:加载共享库时出错: libevent-2.0.so.5:无法打开共享对象文件:没有这样的文件或目录linux-vdso.so.1 (0x00007ffd9878a000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x
浏览 0提问于2018-05-09得票数 3
回答已采纳
.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6e25000)在我的Linux机器上，我安装了:linux armhf.so.3，它位于path: /usr/arm-linux-gnueabihf/lib/ld-linux
浏览 0提问于2019-05-19得票数 1
回答已采纳
1回答
我正在进行小精灵可执行文件的分解和对精灵格式的理解。在那里，我看到lib64/ld-linux-x86-64.so.2在生成的可执行文件中用作程序解释器。denied/snap/snapd/11107/lib/x86_64-linux-gnu/
浏览 9提问于2022-02-13得票数 0
回答已采纳
1回答
$ file /lib/ld-linux.so.2$ readlink -f /lib/ld-linux.so.2$ file
浏览 0提问于2018-06-10得票数 4
回答已采纳
当我在可执行文件上运行"ldd“时，我会看到以下内容：libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f9ffa754000)
libc.so.6 => /lib/x86_64-linux-gnu&
浏览 2提问于2014-08-11得票数 0
回答已采纳
1回答
在Linux上执行动态链接的可执行文件时，将调用动态链接器作为其解释器(在此中描述)。如果我理解正确的话，运行：将导致Linux执行：我很难理解这将如何为/proc/self/exe工作。根据上面的逻辑，运行：将导致Linu
浏览 6提问于2020-05-07得票数 2
回答已采纳
CSAPP (3ed)在p733中说
7.9加载可执行对象文件要运行可执行对象file prog，我们可以将其名称键入到Linux的命令行: linux> .重要的是要认识到，来自libvector.so的代码或数据部分的libvector.so实际上被复制到可执行文件 prog2l中。(.so)；the加载程序是二进制的解释器，例如/lib 64/ld-linux- x86 -64.so.2
浏览 0提问于2020-09-27得票数 -1
所以，我刚刚编译了我的代码，当我尝试执行二进制文件时，我得到了 libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f1200930000)
librt.so.1 => /lib/x86_64-linux-gnux86_64-linux-gnu/libdl.so.2 (0x00007f12000d
浏览 4提问于2019-07-19得票数 0
回答已采纳
1回答
我有一个用arm-linux-gnueabi工具链编译的非常简单的arm可执行文件。我可以用qemu-arm执行它，没有任何问题： $ qemu-arm -L /usr/arm-linux-gnueabi/ ./a.out
Hello world !在没有任何参数的情况下运行链接器似乎也是有效的： qemu-arm /usr/arm-linux-gnueabi/lib/ld-linux.so
浏览 56提问于2019-02-21得票数 3
在将ubuntu 16升级到18之后，我在执行tmux时得到了这个错误：当我执行ldd $(which tmux)时，结果如下：libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (
浏览 0提问于2018-05-09得票数 10
回答已采纳
尝试在服务器列表中连接并执行一些命令，此脚本不执行第二步(AIX) SO=uname -s 对于$(cat maq) do中的服务器 case $SO in
echo "Connectingin $server" echo "my system is $SO" ;;
echo "Connectingin
浏览 51提问于2021-08-19得票数 1
1回答
这意味着这样的程序在运行时依赖于库libdl.so。实际上，通过对它执行ldd，我们可以看到这一行：libc.so反过来使用dlopen (例如，处理libnss.so)，但在libldl.so上执行ldd不会出现：
/lib64/ld-linux-x86-64.<e
浏览 0提问于2015-07-01得票数 7
回答已采纳
1回答
我有一个C++ .so文件的结构，如：(动态库)Folder 2 (.d and .o extention files)processsignal.soobjectsmake:
make: Nothing to be done for `Cartographie/Processi
浏览 8提问于2013-05-30得票数 1
我在我的Ubuntu桌面上安装了gcc-arm-linux-gnueabi包(顺便提一句)，并在C中编译了一个简单的"hello world“，然后将它复制到Nexus，ssh'd in，并运行可执行文件正如在非静态链接的Linux可执行文件上通常所做的那样，ldd nexustest显示它正在寻找/lib/ld-linux.so.3，而Ubuntu安装没有这种功能。--表明ld-linux-armhf.so.3
浏览 0提问于2013-10-23得票数 3
回答已采纳
澄清一下，这是一个关于二进制Linux可执行文件的问题，而不是脚本，因为脚本也可以执行，而且经常缺少扩展。根据我的经验，大多数Linux二进制可执行文件缺乏文件扩展名；例如，Linux系统上/bin目录中的大多数文件都没有扩展名。另一方面，/lib目录中的大多数文件的文件扩展名为.so，并且具有可执行权限。尝试直接执行.so文件通常会导致seg错误或某些错误，这是有意义的，因为共享库通常是用于动态
浏览 3提问于2020-06-16得票数 6
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
