libcurl(7.19,7)在OSX上与_mdns_query_callback崩溃(10.6.8)

时间:2011-08-19 18:09:25

标签: c macos curl exc-bad-access libcurl

我的应用程序由于某些未知原因使用libcurl崩溃。在使用Guard Malloc时,它在相同代码的许多循环之后自发崩溃。

Libcurl版本信息:

  

curl 7.19.7(universal-apple-darwin10.0)libcurl / 7.19.7 OpenSSL / 0.9.8r   zlib / 1.2.3协议:tftp ftp telnet dict ldap http文件https ftps   功能:GSS-协商IPv6大文件NTLM SSL libz

源码:

char * process_url(char * url,char * post){
    CURLcode res;
    curl_easy_reset(curl);
    if(curl){
        curl_easy_setopt(curl, CURLOPT_URL, url);
        curl_easy_setopt(curl, CURLOPT_TIMEOUT, 10);
        curl_easy_setopt(curl, CURLOPT_POSTREDIR,CURL_REDIR_POST_ALL);
        curl_easy_setopt(curl, CURLOPT_FOLLOWLOCATION,1L);
        curl_easy_setopt(curl, CURLOPT_USERAGENT, "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.107 Safari/535.1");
        curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION,write_to_string);
        curl_easy_setopt(curl, CURLOPT_SSL_VERIFYPEER, 0L);
        curl_easy_setopt(curl, CURLOPT_SSL_VERIFYHOST, 0L);
        if (post) {
            curl_easy_setopt(curl, CURLOPT_POSTFIELDS, post);
        }
        ResponseStruct result;
        result.response = malloc(sizeof(char));
        result.response[0] = '\0';
        result.length = 1;
        curl_easy_setopt(curl, CURLOPT_WRITEDATA, &result);
        res = curl_easy_perform(curl); //CRASHED HERE
        if (res) {
            printf("CURL FAILED WITH ERROR CODE %i\n",(int)res);
            return NULL;
        }
        sec_sleep(1); //Prevent passing float limit.
        return result.response;
    }
    return NULL;
}

这是函数堆栈:

#0  0x7fff869d22ae in _mdns_query_callback
#1  0x7fff869bfc29 in handle_query_response
#2  0x7fff869bf08b in DNSServiceProcessResult
#3  0x7fff869d1a71 in _mdns_query_mDNSResponder
#4  0x7fff869d0c61 in _mdns_search
#5  0x7fff869cfffc in _mdns_addrinfo
#6  0x7fff869cf059 in search_addrinfo
#7  0x7fff869cea7a in si_addrinfo
#8  0x7fff869ce48d in getaddrinfo
#9  0x7fff831695fc in Curl_getaddrinfo_ex
#10 0x7fff83164a3d in Curl_getaddrinfo
#11 0x7fff8313dda3 in Curl_resolv
#12 0x7fff8313dfb6 in Curl_resolv_timeout
#13 0x7fff8314b225 in resolve_server
#14 0x7fff83150aaf in create_conn
#15 0x7fff83150c08 in Curl_connect
#16 0x7fff8315b817 in Curl_perform
#17 0x100001126 in process_url at main.c:90
#18 0x1000013f7 in cancel_outstanding_order at main.c:158
#19 0x100002aac in main at main.c:554

程序中没有使用线程。我在调试器中检查了我的数据,这很好。 libcurl不喜欢什么。有没有解决方案?

谢谢。

1 个答案:

答案 0 :(得分:1)

getaddrinfo()是您的操作系统(OS X)提供的libc调用。

由于libcurl对许多不崩溃的操作系统使用完全相同的名称解析函数,我会说它表明问题确实存在于OS X而不是libcurl中。

我从来没有见过这个报道的错误,如果它确实是OS X中的一个错误,那就很奇怪但是我也从未在libcurl上看到过它。可能这表明问题在于您的申请......

如果您可以使用独立的示例程序重复该问题,那么将其提供给curl项目并让他们(我们)帮助您调试它可能是一个想法。如果你不能用一个小程序重复它,那将是另一个迹象表明问题是由你的应用程序引起的!