libcurl内存泄漏，难得是BUG？！

pk9284

最近为了写一段爬虫用到了libcurl，发现总是有12字节的内存泄漏，仔细检查了自己的代码感觉没错，于是怀疑是libcurl的问题。

直接用curl.haxx.se上的simple.c，加上mtrace

1. #include <mcheck.h>
   
2. #include <stdio.h>
   
3. #include <stdlib.h>
   
4. #include <curl/curl.h>
   
5. 
   
6. int main(void)
   
7. {
   
8.   CURL *curl;
   
9.   CURLcode res;
   
10. 
    
11. #ifdef DEBUG
    
12.     setenv("MALLOC_TRACE", "./memleak.log", 1);
    
13.     mtrace();
    
14. #endif
    
15. 
    
16. 
    
17.   curl = curl_easy_init();
    
18.   if(curl) {
    
19.     curl_easy_setopt(curl, CURLOPT_URL, "http://www.baidu.com");
    
20.     res = curl_easy_perform(curl);
    
21. 
    
22.     /* always cleanup */
    
23.     curl_easy_cleanup(curl);
    
24.   }
    
25.   return 0;
    
26. }

复制代码

编译后mtrace结果依旧

1. Memory not freed:
   
2. -----------------
   
3.    Address     Size     Caller
   
4. 0x08054018     0x12  at 0xb7e806c1

复制代码

再看看log里的0xb7e806c1

1. @ /lib/tls/i686/cmov/libc.so.6:(inet_ntoa+0xd1)[0xb7e806c1] + 0x8054018 0x12

复制代码

inet_ntoa返回的串没被free?!

请问有人遇到过这样的问题吗？


[ 本帖最后由 pk9284 于 2008-9-14 14:16 编辑 ]

醉卧水云间

curl_easy_init() 的事。

pk9284

原帖由 醉卧水云间 于 2008-9-14 15:06 发表
curl_easy_init() 的事。

如果是curl_easy_init()的问题，那我在程序里2次curl_easy_init()就应该leak掉24字节吧

结果还是12字节。

happy_fish100

inet_ntoa返回的字符串是static的，也就是说这个函数中使用的是static的char数组，并没有动态分配内存。

醉卧水云间

原帖由 pk9284 于 2008-9-14 17:28 发表

如果是curl_easy_init()的问题，那我在程序里2次curl_easy_init()就应该leak掉24字节吧

结果还是12字节。

curl_easy_init()不是你想得那么蠢, 不会做两次.

pk9284

原帖由 醉卧水云间 于 2008-9-14 23:01 发表


curl_easy_init()不是你想得那么蠢, 不会做两次.

如果是curl_easy_init()的问题，那么在curl_easy_init()后什么也不做直接curl_easy_cleanup掉应该还是会leak掉12字节吧。

结果不是！只要不调用curl_easy_perform，就不会有泄漏。

pk9284

去翻了curl.haxx.se上的mail列表，的确有报告curl_easy_perform内存泄漏的。

无奈E文太烂，看不了然......

BestPersonal

我也遇到了，我也怀疑是LIBCURL内存泄露，并且我加入的那个官方MAINLIST经常有人发邮件说有LEAK。我的程序，当并发下载量达到50多的时候，连续跑3个小时会有内存不足的情况。

benjiam

菜菜 还好没用这个库， 自己写了个库。 否则爬虫怎么跑2个月没泄漏啊

tao_627

真的是泄露很严重，我用的最新版本7.26.0，在同一个地方泄露得多次，很厉害呀,
大家看截图：