curl_easy_cleanup делает curl_global_cleanup?

apl13

В мануале о связи между ними не сказано ничего. Хотя то, что curl_easy_init вызывает curl_global_init, прописано.

slonishka

не должен. если б я писал curl, я бы не делал.
исходники почитай.

apl13

исходники почитай.

Уф, мне их еще скачать тогда.
Не должен-то не должен, да только антисимметрично как-то получается.

slonishka

Не должен-то не должен, да только антисимметрично как-то получается.

это аналогично ситуации, когда сервис easy требует для работы сервиса global.
/etc/init.d/easy stop не стопит /etc/init.d/global
если easy при старте стартует global, а при стопе - стопит его, то не понятно,
зачем два отдельных интерфейса easy и global - почему не сделать один.
ну итп.

ava3443

Уф, мне их еще скачать тогда.

у меня скачаны
не делает.

zontik

http://sourceforge.net/tracker/index.php?func=detail&aid...
Я вот подумал, что все кто пользовал, на эти грабли наступал.
This is not a bug. в общем.

apl13

First, the documentation clearly says you should use curl_global_init and only when the app fails to adhere to the recommendation libcurl tries to survive by forcing a call to it by itself.

Мне тогда непонятна такая страсть к жизни. Почему бы, если изи делается без глобала, не падать просто, все равно же будет memory leak.

apl13

Я вот подумал, что все кто пользовал, на эти грабли наступал.

Я сперва спросил! :]

ava3443

все равно же будет memory leak.

однократный же

apl13

однократный же

Это если easy cycle один раз происходит. :]

ava3443

поясни
curl_global_cleanup предполагается вызывать 1 раз, при завершении приложения
соответственно, если не вызвать - будет one-time memory leak, мешающий в основном поиску утечек при помощи valgrind или его аналогов

apl13

А, ну да.