1回答
进程虚拟内存
、、、
进程是否可以在其相同的地址空间中有几个指向相同物理地址的虚拟页？怎么做呢？应该从内核空间来做吗？如果我想像这样映射共享库：
7ff2a90d8000-7ff2a928d000 r-xp 00000000 08:02 4980747 /lib/x86_64-linux-gnu/libc-2.15.sorw-p 001b9000
浏览 6提问于2013-11-28得票数 0
我正在x86_64 Linux中玩ROP编码。7fdc62ff9000-7fdc63196000 r-xp 00000000 08:03 5317651 /lib64/libc-2.19.so12字节内存地址破坏了我加载ROP外壳代码的能力，因为内存地址中的0终止了我正在溢出的strcpy函数。是否有办法强制将共享<
浏览 6提问于2014-12-12得票数 1
回答已采纳
在linux上有“预链接”的概念，在MAC上有预加载的概念，这实际上有助于消除这种链接时间。linux上的这个预链接是否被证明是有效的？另外，它是什么时候引入的，它被广泛使用了吗？
浏览 1提问于2010-01-11得票数 4
在我看来，使用strace时，几乎每个进程都打开了ld.so.cache和libc.so.6并映射到内存中。至少那些我尝试过的过程。这不意味着这些进程被多次映射到进程内存中吗？
浏览 0提问于2018-12-27得票数 7
回答已采纳
i86-32位系统:有没有办法在进程内存映射中保留特定范围的虚拟地址空间，以阻止ld.so (动态链接器)将任何共享对象加载到该范围中？我想使用至少2个1G的虚拟内存来映射这两个1G的大页面，但是，ld.so在中间加载了共享库，所以我不能映射1G的大页面。
编译器不能完成这项工作。链接器脚本也不能。加载器将ld.so加载到可执行文件中，然后ld.so加载其他共享库。然而，即使在映射空间的中间，ld.so本身也是如此。
浏览 0提问于2016-01-23得票数 2
Linux的x86-64用户虚拟地址空间是47位长。这本质上意味着Linux可以映射大约128TB虚拟地址范围的进程。页表的根只能映射最多512 GB的连续虚拟地址空间。那么Linux如何支持超过512 So的虚拟地址范围呢？它是否为每个进程使用多个页表？如果是，那么对于一个进程，对于任何给定的进程，CR3 (x86-64的寄存器，以包含页表基址的地址)应该包含什么？我是不是遗漏了什么？
浏览 0提问于2012-06-28得票数 6
回答已采纳
1回答
我有一个在Android8.1上运行的64位应用程序，在docker容器中运行，系统信息：cpu: arm6412c00000-12dc0000 rw-p 00000000
浏览 12提问于2020-12-24得票数 0
2回答
我的问题是Linux内核是否包含libc.so.6？在搜索和浏览不同的链接之后，我们发现libc.so.6并不是Linux内核的一部分，因为内核有相同的库可供自己在内核空间中使用。libc.so.6是一个用户空间库。但是，问题仍然存在，如果libc.so.6从"/lib“中删除，它就会崩溃，因为Linux的所有基本应用程序都会崩溃。因此，基本问题放在以下几个问题上：
没有li
浏览 3提问于2013-10-30得票数 7
我正在搜索有关使用运行时链接器(例如ld.so)加载程序时所发生的运行时时间开销的统计信息。我不是运行时链接器如何工作的专家，但据我所知，它通常执行以下操作：
因此，当我通过GUI或命令行启动程序时
浏览 4提问于2016-12-08得票数 3
回答已采纳
3回答
用gcc理解共享图书馆
、、、
-o one -O3 linux-gate.so.1 => (0x00331000)$ ldd two libc.so.6 => /lib/tls
浏览 9提问于2010-10-10得票数 4
回答已采纳
动态链接器(又名程序解释器，Loader)是内核还是GCC库的一部分？更新 (28-08-16)：如果这个辅助程序(d-2.23.so
浏览 0提问于2016-08-09得票数 9
回答已采纳
2回答
我试图了解链接器和加载程序的操作，以及有关程序实际编译和执行的内存地址(物理地址或虚拟地址)。我遇到了两条信息，形成了我自己的理解版本。
在一个典型的系统中共享对象，许多程序将运行。您还必须移植现有的C库或自己编写一个库。C库实现标准的C函数(即声明的内容，等等)。并以二进制形式提供，适用于与用户空间应用程序的链接。在本例中，我将假设一台加载linux操作系统的计算机。当然，linux内核将被加载。当linux
浏览 4提问于2015-07-25得票数 4
回答已采纳
5回答
我的问题如下：这个地址会在不同的运行时改变吗？是否有其他静态分析工具可以让be在运行时查看库或函数将被加载到这个程序的内存空间中的位置？
编辑:我想要这个程序之外的信息(即。使用objdump等实用程序收集信息)
浏览 2提问于2011-02-27得票数 44
回答已采纳
4回答
显示在运行时链接共享库的内存地址。one.c printf ("%d", 45);$ gcc one.c -o one -O3 linux-gate.so.1 => (0x00331000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0
浏览 7提问于2010-10-20得票数 2
1回答
假设我们在windows机器上安装了一个linux软件，它可以通过下面提到的方法在windows上成功运行：
通过在任何操作系统上创建虚拟地址空间，普通的windows应用程序可以在windows上运行程序加载器将应用程序所需的库从物理驱动器加载到虚拟内存地址空间。所有这些与应用程序相关的库都会在需要时通过使用文件系统API加载。现在让我们以不同的方式进行，我们可以在不同的机器上创建一个能够运行应用程序的进程地址空间，而不是在本地系统
浏览 2提问于2013-11-07得票数 1
1回答
ldd输出说明
、、、
在以下示例中(在Gentoo系统上) linux-vdso.so.1 => (0x00007fff6ffff000) libc.so.6 => /lib64/libc.so.6 (0x00007f54ba384000)
libpthread.so</
浏览 1提问于2013-08-21得票数 12
回答已采纳
例如： linux-vdso.so.1 (0x00007ffcc3563000) ldd显示匹配对象的位置和加载对象的(十六进制)地址。
这是否意味着共享对象在内核空间中的虚拟地址？但是，如果没有加载这个共享对象呢？
浏览 4提问于2019-12-31得票数 2
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
云直播
对象存储
腾讯会议活动推荐
腾讯云开发者
