mirror/curl
2
0
Fork 0
mirror of https://github.com/curl/curl.git synced 2024-12-27 06:59:43 +08:00
Code Issues Packages Projects Releases Wiki Activity
4282d5f9d0
curl/tests/valgrind.supp

111 lines
2.3 KiB
Plaintext
Raw Normal View History

always-multi: always use non-blocking internals Remove internal separated behavior of the easy vs multi intercace. curl_easy_perform() is now using the multi interface itself. Several minor multi interface quirks and bugs have been fixed in the process. Much help with debugging this has been provided by: Yang Tse
2013-01-17 19:59:23 +08:00
{
libidn-idna_to_ascii-error
Memcheck:Addr4
fun:idna_to_ascii_4z
fun:idna_to_ascii_8z
fun:idna_to_ascii_lz
fun:fix_hostname
fun:resolve_server
fun:create_conn
fun:Curl_connect
fun:multi_runsingle
fun:curl_multi_perform
valgrind.supp: fix for regular curl_easy_perform too When we introduced curl_easy_perform_ev, this got a slightly modified call trace. Without this, test 165 causes a false positive valgrind error.
2013-08-28 06:09:27 +08:00
fun:easy_transfer
fun:easy_perform
always-multi: always use non-blocking internals Remove internal separated behavior of the easy vs multi intercace. curl_easy_perform() is now using the multi interface itself. Several minor multi interface quirks and bugs have been fixed in the process. Much help with debugging this has been provided by: Yang Tse
2013-01-17 19:59:23 +08:00
fun:curl_easy_perform
valgrind: updated suppressions file The call stack was modified in 2dc7ad23 so the supressions didn't work anymore.
2014-02-06 06:46:31 +08:00
fun:operate_do
always-multi: always use non-blocking internals Remove internal separated behavior of the easy vs multi intercace. curl_easy_perform() is now using the multi interface itself. Several minor multi interface quirks and bugs have been fixed in the process. Much help with debugging this has been provided by: Yang Tse
2013-01-17 19:59:23 +08:00
fun:operate
fun:main
}
valgrind.supp: add the event-based call stack-trace too Without this, test 165 triggers a valgrind error when ran with curl_easy_perform_ev
2013-08-28 05:34:51 +08:00
{
libidn-idna_to_ascii-error-eventbased
Memcheck:Addr4
fun:idna_to_ascii_4z
fun:idna_to_ascii_8z
fun:idna_to_ascii_lz
fun:fix_hostname
fun:resolve_server
fun:create_conn
fun:Curl_connect
fun:multi_runsingle
fun:multi_socket
fun:curl_multi_socket_action
fun:wait_or_timeout
fun:easy_events
fun:easy_perform
fun:curl_easy_perform_ev
valgrind: updated suppressions file The call stack was modified in 2dc7ad23 so the supressions didn't work anymore.
2014-02-06 06:46:31 +08:00
fun:operate_do
valgrind.supp: add the event-based call stack-trace too Without this, test 165 triggers a valgrind error when ran with curl_easy_perform_ev
2013-08-28 05:34:51 +08:00
fun:operate
fun:main
}
valgrind: added suppression on optimized code gcc 4.7.2 with -O2 will optimize Curl_connect by inlining some functions two levels deep, which makes the valgrind suppression fail to match. The underlying reason for these idna suppressions is a gcc strlen optimization when compiling libidn; compiling it with -fno-builtin-strlen makes this suppression unnecessary.
2014-02-14 15:41:10 +08:00
{
libidn-idna_to_ascii-error-inlined-functions
Memcheck:Addr4
fun:idna_to_ascii_4z
fun:idna_to_ascii_8z
fun:idna_to_ascii_lz
fun:fix_hostname
fun:Curl_connect
fun:multi_runsingle
fun:curl_multi_perform
fun:easy_perform.part.4
fun:operate_do
fun:operate
fun:main
}
valgrind: added another test 165 suppression This one is needed with the gcc options -fstack-protector-all -O2 That brings the number of suppressions for test 165 to four, and I suspect I could find another two missing without trying very hard. I'm beginning to think suppressions isn't the best way to handle these kinds of cases.
2014-02-15 16:27:21 +08:00
{
libidn-idna_to_ascii-error-inlined-functions-alt
Memcheck:Addr4
fun:idna_to_ascii_4z
fun:idna_to_ascii_8z
fun:idna_to_ascii_lz
fun:fix_hostname
fun:Curl_connect
fun:multi_runsingle
fun:curl_multi_perform
fun:easy_perform
valgrind.supp: tweaked a test 165 suppression A recent change seems to have slightly changed the call stack produced by the gcc optimizer.
2014-02-26 15:25:47 +08:00
fun:operate_do.isra.0
valgrind: added another test 165 suppression This one is needed with the gcc options -fstack-protector-all -O2 That brings the number of suppressions for test 165 to four, and I suspect I could find another two missing without trying very hard. I'm beginning to think suppressions isn't the best way to handle these kinds of cases.
2014-02-15 16:27:21 +08:00
fun:operate
fun:main
}
valgrind.supp: added another test 165 suppression This one seems to come and go as the optimizer decides how best to inline some functions.
2014-03-15 17:23:08 +08:00
{
libidn-idna_to_ascii-error-inlined-functions-alt2
Memcheck:Addr4
fun:idna_to_ascii_4z
fun:idna_to_ascii_8z
fun:idna_to_ascii_lz
fun:fix_hostname
fun:Curl_connect
fun:multi_runsingle
fun:curl_multi_perform
fun:easy_perform
fun:operate_do
fun:operate
fun:main
}
valgrind.supp: supress OpenSSL false positive seen on travis
2017-07-07 22:23:13 +08:00
{
openssl-1.0.1-error-as-seen-on-travis
Memcheck:Cond
fun:ASN1_STRING_set
fun:ASN1_mbstring_ncopy
fun:ASN1_mbstring_copy
fun:ASN1_STRING_to_UTF8
obj:/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
obj:/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
fun:ASN1_item_ex_d2i
obj:/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
obj:/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
fun:ASN1_item_ex_d2i
obj:/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
obj:/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
fun:ASN1_item_ex_d2i
fun:ASN1_item_d2i
fun:PEM_X509_INFO_read_bio
fun:X509_load_cert_crl_file
}
Reference in New Issue Copy Permalink