我正在尝试使用xlc_r在AIX 5.3上编译Ruby 1.9.3-p125。我想使用--enable-load-relative但是它依赖于dladdr()函数来获取Ruby共享库的路径名,而dladdr()在AIX上不可用。我基于对loadquery(L_GETINFO)的调用,为AIX找到了dladdr()here on root.cern.ch的实现。
loadquery(L_GETINFO)调用获取组成程序的二进制文件的列表。所以为了实现dladdr(),我正在检查传递给dladdr的函数的地址是否在ldinfo_textorg和ldinfo_textorg + ldinfo_textsize之间。但是函数的地址不在任何返回的结构的地址范围内。也许我没有正确解释ld_info结构。
我附上了我正在测试的代码。任何可以提供给这些问题的帮助都将非常感激。
#include <sys/types.h>
#include <sys/ldr.h>
#include <stdlib.h>
#include <stdio.h>
typedef struct {
char* dli_fname;
} Dl_info;
int
dladdr(void* s, Dl_info* i) {
size_t bufSize = 40960;
struct ld_info* ldi;
void *buf;
int r;
printf("sym at %lu\n", (ulong)s);
buf = (void *)malloc(bufSize);
if (!buf) {
i->dli_fname = 0;
return 0;
}
r = loadquery((int)L_GETINFO, buf, (int)bufSize);
if (r == -1) {
i->dli_fname = 0;
return 0;
}
do {
ldi = (struct ld_info*)buf;
printf("checking %s, text %lu - %lu\n", ldi->ldinfo_filename, (ulong)ldi->ldinfo_textorg, (ulong)(ldi->ldinfo_textorg + ldi->ldinfo_textsize));
if ((ldi->ldinfo_textorg <= s)
&& (s < (ldi->ldinfo_textorg + ldi->ldinfo_textsize))) {
i->dli_fname = ldi->ldinfo_filename;
return 1;
}
buf += ldi->ldinfo_next;
} while (ldi->ldinfo_next);
i->dli_fname = 0;
return 0;
}
int
test_func() { 1; }
int
main() {
Dl_info dli;
int rc = dladdr((void *)test_func, &dli);
printf("rc = %d\n", rc);
if (rc) {
printf("dli.dli_fname = %s\n", dli.dli_fname);
}
}
2012年4月30日更新: 当我最初发布这个问题时,我也看到loadquery(L_GETINFO)在从64位程序调用时导致分段违规。我不能没有64位的生活,所以这对我来说是一个不错的选择。现在看起来这是安装编译器的问题;其他AIX机器可以在64位模式下编译和运行代码。
堆栈反向跟踪如下所示:
.() at 0xf458
usl_getinfo_user(??, ??, ??, ??) at 0x9fffffff00096b8
uloadquery(??, ??, ??, ??, ??, ??, ??) at 0x9fffffff0009b40
loadquery(0x200000002, 0x1000b3f0, 0xa0000000a000, 0x0, 0x0, 0x0, 0x0, 0x0) at 0x900000000043874
dladdr(s = 0x0000000110000900, i = 0x0ffffffffffffa00), line 18 in "dladdr.c"
main(), line 11 in "test_dladdr.c"
答案 0 :(得分:3)
看起来您需要阅读有关AIX和PowerPC上的Pointer Glue的更多信息,https://stackoverflow.com/a/1343437/89101。如果您更改为:
int rc = dladdr((void*)*((ulong*)&test_func), &dli);
将获得test_func
的实际地址,您将获得在主程序中找到它的预期输出。
我不确定为什么你会因为loadquery
而导致64位崩溃。它适用于我的机器。看起来很可疑的一件事是
loadquery(0x200000002, 0x1000b3f0, 0xa0000000a000, 0x0, 0x0, 0x0, 0x0, 0x0) at 0x900000000043874
0xa0000000a000
看起来过大,十六进制40960
应为0x00000000a000
。