0

我有一个需要 DNS 查询和 sqlite3 数据库连接的程序。我已经确定它在getaddrinfo()通话中无限期挂起。所以我nslookup.c只用这个调用创建了一个测试程序（来自busybox的）。当我不链接时，libsqlite3它按预期工作。代码段如下：

#include <arpa/inet.h>
#include <netdb.h>
#include <resolv.h>
#include <string.h>
#include <signal.h>

static int sockaddr_to_dotted(struct sockaddr *saddr, char *buf, int buflen)
{
    if (buflen <= 0) return -1;
    buf[0] = '\0';
    if (saddr->sa_family == AF_INET)
    {
        inet_ntop(AF_INET, &((struct sockaddr_in*)saddr)->sin_addr, buf, buflen);
        return 0;
    }
    if (saddr->sa_family == AF_INET6)
    {
        inet_ntop(AF_INET6, &((struct sockaddr_in6*)saddr)->sin6_addr, buf, buflen);
        return 0;
    }
    return -1;
}
static int print_host(const char *hostname, const char *header)
{
    char str[128]; /* IPv6 address will fit, hostnames hopefully too */
    struct addrinfo *result = NULL;
    int rc;
    struct addrinfo hint;

    memset(&hint, 0, sizeof(hint));
    /* hint.ai_family = AF_UNSPEC; - zero anyway */
    /* Needed. Or else we will get each address thrice (or more)
     * for each possible socket type (tcp,udp,raw...): */
    hint.ai_socktype = SOCK_STREAM;
    // hint.ai_flags = AI_CANONNAME;
    printf("BEFORE GETADDRINFO\n");
    rc = getaddrinfo(hostname, NULL /*service*/, &hint, &result);
    printf("AFTER GETADDRINFO\n");
    if (!rc)
    {
        struct addrinfo *cur = result;
        // printf("%s\n", cur->ai_canonname); ?
        while (cur)
        {
            sockaddr_to_dotted(cur->ai_addr, str, sizeof(str));
            printf("%s  %s\nAddress: %s\n", header, hostname, str);
            str[0] = ' ';
            if (getnameinfo(cur->ai_addr, cur->ai_addrlen, str + 1,
                            sizeof(str) - 1, NULL, 0, NI_NAMEREQD))
                str[0] = '\0';
            puts(str);
            cur = cur->ai_next;
        }
    }
    else
    {
        printf("getaddrinfo('%s') failed: %s", hostname, gai_strerror(rc));
    }
    freeaddrinfo(result);
    return (rc != 0);
}

int main(int argc, char **argv)
{
    if (argc != 2)
        return -1;

    res_init();
    return print_host(argv[1], "Name: ");
}

我只能在输出中看到“BEFORE GETADDRINFO”。我也尝试过跟踪程序。（我的 dns 服务器是 192.168.11.11，并查询“www.google.com”）这是它暂停的地方：

socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.11.11")}, 16) = 0
send(3, "\0\2\1\0\0\1\0\0\0\0\0\0\3www\6google\3com\0\0\1\0\1", 32, 0) = 32
pselect6(4, [3], NULL, NULL, {10, 0}, 0) = 1 (in [3], left {9, 988000000})
recv(3, "\0\2\201\200\0\1\0\5\0\0\0\0\3www\6google\3com\0\0\1\0"..., 512, 0) = 112
close(3)                                = 0
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([]

我的编译器是bfin-linux-uclibc-gcc（gcc 版本 4.1.2）我为bfin-linux-uclibc（版本 3.6.23）交叉编译了 sqlite3

我感谢任何评论、帮助、调试程序建议。

输出strace -e trace=file mybinary：

stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=1073, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
open("/lib/libsqlite3.so.0", O_RDONLY)  = 3
open("/lib/libstdc++.so.6", O_RDONLY)   = 3
open("/lib/libm.so.0", O_RDONLY)        = 3
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
open("/lib/libdl.so.0", O_RDONLY)       = 3
open("/lib/libpthread.so.0", O_RDONLY)  = 3
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
open("/lib/libm.so.0", O_RDONLY)        = 3
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
open("/lib/libc.so.0", O_RDONLY)        = 3
stat("/lib/ld-uClibc.so.0", {st_mode=S_IFREG|0755, st_size=29824, ...}) = 0
open("/etc/resolv.conf", O_RDONLY)      = 3
open("/etc/hosts", O_RDONLY)            = 3

的输出bfin-linux-uclibc-nm -g mybinary

00004fc4 A ___bss_start  
         w ___deregister_frame_info@@GCC_3.0  
00004f10 D ___dso_handle  
00004fc4 A __edata  
00004fe0 A __end  
00000d60 T __fini  
         U _freeaddrinfo  
         U _gai_strerror  
         U _getaddrinfo  
         U _getnameinfo  
         U _inet_ntop  
00000534 T __init  
         w __Jv_RegisterClasses  
00000aa4 T _main  
         U _printf  
         U _puts  
         w ___register_frame_info@@GCC_3.0  
         U ___res_init  
00000e18 R __ROFIXUP_END__  
00000de0 R __ROFIXUP_LIST__  
00000670 T ___self_reloc  
00020000 A __stacksize  
0000060c T __start  
         U ___uClibc_main
4

1 回答 1

2

更新的信息显示libpthread正在加载，因此该场景很可能是在启用 pthread 支持的情况下构建的（大多数平台上的默认设置），而您的二进制文件没有。

线索是 libpthread 的存在和挂起rt_sigsuspend()，这是一个明确的等待信号，很可能是一个线程等待另一个线程退出，当然这永远不会发生。

其背景是，由于 C 和标准库/libc早于当代线程，因此在许多情况下标准库或 API 不是可重入的或不是线程安全的，或两者兼而有之。回到当龙在这片土地上漫游时，程序员必须显式调用此类函数的替代版本（名称以“_r”为后缀）或使用替代库（同样通常带有“_r”后缀）以确保代码行为正确是很常见的. pthreads 改进了编程接口，但由于线程安全是有代价的（性能、有时是实质性的和代码大小），除非您要求，否则不会启用它。

当您使用-pthread至少两件事时，通常会发生：

  • _REENTRANT被定义为预处理器宏，这可能会改变编译时行为
  • libpthread链接在（相当于-lpthread），这将改变运行时行为

需要进行一些重要的调试才能确定，但​​可能发生的情况是您的二进制文件最终将 uClibc 中的存根 pthread 函数与少数真正的 pthread 函数混合在一起。这是因为 libpthread 没有显式加载，只导入了 libsqlite 引用的 pthread 符号。uClibc 包含（与 glibc 一样）虚拟 pthread 函数（继续运行nm以libc.so查看），这些被定义为“弱”符号，当显式加载真正的 libpthread 时，它会使用其“强”符号接管所有入口点。（这些存根的存在使得线程感知库可以与非线程程序一起工作而无需更改。）

使用显式构建二进制文件可以-pthread消除这种不匹配，并解决问题。

对于调试：

对已编译的二进制文件运行nm -g和ldd（uClibc版本），并检查哪些符号在哪个库中，看看是否可以发现不匹配。运行程序时的设置LD_DEBUG=all也应该很有用（您可能希望为此重定向stderr，会有很多输出）。

SQLite 库有一个.init部分，但据我所知，它是一个不调用任何内部函数的存根，因此简单的链接不应导致 SQLite 代码执行。

由于 SQLite 使用线程，请确保您构建了线程安全的，并且正在使用.so动态库。

当您链接 SQLite 的构建时，请确保同时使用-L（编译时）和-R（运行时）库路径，通常在 compile & link 之前这样的东西会起作用（根据需要修改路径）：

export CFLAGS=-L/usr/local/sqlite3/lib
export LDFLAGS=-R/usr/local/sqlite3/lib

测试程序：

#include<stdio.h>
#include<sqlite3.h>

int main(int argc,char *argv[]) {
    printf("SQLite version (compile): %s\n",SQLITE_VERSION);
    printf("SQLite version (API): %s\n",sqlite3_libversion());
}

如果您运行它并获得不同的版本，那么您的构建环境肯定有问题。

这些猜测并不能直接解决这个问题，但我将它们留在这里记录下来：

通常我的第一个猜测通常是 NSS 库运行时/编译时库不匹配：当您使用系统时getaddrinfo()，涉及到 NSS（名称服务切换）。这将dlopen()支持各种库，以支持各种用户/组/主机数据库，具体取决于/etc/nsswitch.conf包括本地文件、DNS、LDAP、Berkeley 和很可能SQLite。由于 uClibc不支持此（glibc 样式libnss_xxx.so），因此排除了一件事......

还有另一种可能性：PAM 做了类似的事情，并且可能加载不兼容的库（BerkeleyDB 或可能的 SQLite，由pam_userdbor使用pam-sqlite）。但是 uClibc 和 SQLite 都没有使用 PAM，而且它不可能被意外链接。）

由于dlopen()已使用，因此您不会看到带有 的此类库（NSS 或 PAM）ldd，在其下运​​行strace -e trace=file应该有助于确认正在使用哪些库，而没有通常的输出量。

于 2013-08-27T12:51:40.403 回答