curl/tests/data/test558

<testcase>
<info>
<keywords>
TrackMemory
</keywords>
</info>

#
# Server-side
<reply>
</reply>

# Client-side
<client>
<server>
none
</server>
<features>
TrackMemory
IPv6
</features>
# tool is what to use instead of 'curl'
<tool>
lib%TESTNUMBER
</tool>

<name>
libtest memory tracking operational
</name>
<command>
nothing
</command>
</client>

#
# Verify data after the test has been "shot"
<verify>
<file name="%LOGDIR/memdump">
MEM easy.c: malloc()
MEM lib%TESTNUMBER.c: malloc()
MEM lib%TESTNUMBER.c: free()
MEM dynbuf.c: realloc()
MEM dynbuf.c: realloc()
MEM escape.c: free()
MEM easy.c: free()
</file>
<stripfile>
s/^MEM escape.c:\d+ free\(\(nil\)\)[\n]$//
s/ =.*//
s/\(.*\)/()/
s/:\d+/:/
s:^(MEM |FD )(.*/)(.*):$1$3:
s/\r\n/\n/
s/^MEM getenv.c: realloc\(\)[\n]$//
s/^MEM getenv.c: free\(\)[\n]$//
</stripfile>
</verify>

</testcase>
tests: add #96 #558 and #1330 These verfy that the 'memory tracking' subsystem is actually doing its job when using curl tool (#96), a test in libtest (#558) and also a unit test (#1330), in order to prevent regressions in this functionallity. 2013-03-16 02:58:00 +08:00			`<testcase>`
			`<info>`
			`<keywords>`
			`TrackMemory`
			`</keywords>`
			`</info>`

			`#`
			`# Server-side`
			`<reply>`
			`</reply>`

			`# Client-side`
			`<client>`
			`<server>`
			`none`
			`</server>`
			`<features>`
			`TrackMemory`
tests: sync feature names with `curl -V` Some feature names used in tests had minor differences compared to the well-known ones from `curl -V`. This patch syncs them to make test results easier to grok. Closes #14183 2024-07-16 06:41:32 +08:00			`IPv6`
tests: add #96 #558 and #1330 These verfy that the 'memory tracking' subsystem is actually doing its job when using curl tool (#96), a test in libtest (#558) and also a unit test (#1330), in order to prevent regressions in this functionallity. 2013-03-16 02:58:00 +08:00			`</features>`
			`# tool is what to use instead of 'curl'`
			`<tool>`
tests: use %TESTNUMBER instead of fixed number This makes the tests easier to copy and relocate to other test numbers without having to update content. Closes #6738 2021-03-13 00:38:26 +08:00			`lib%TESTNUMBER`
tests: add #96 #558 and #1330 These verfy that the 'memory tracking' subsystem is actually doing its job when using curl tool (#96), a test in libtest (#558) and also a unit test (#1330), in order to prevent regressions in this functionallity. 2013-03-16 02:58:00 +08:00			`</tool>`

			`<name>`
			`libtest memory tracking operational`
			`</name>`
			`<command>`
			`nothing`
			`</command>`
			`</client>`

			`#`
			`# Verify data after the test has been "shot"`
			`<verify>`
tests: use %LOGDIR to refer to the log directory This will allow it be set dynamically. Ref: #10818 2023-03-29 09:20:54 +08:00			`<file name="%LOGDIR/memdump">`
lib/unit tests: add missing curl_global_cleanup() calls 2021-01-05 07:03:31 +08:00			`MEM easy.c: malloc()`
tests: use %TESTNUMBER instead of fixed number This makes the tests easier to copy and relocate to other test numbers without having to update content. Closes #6738 2021-03-13 00:38:26 +08:00			`MEM lib%TESTNUMBER.c: malloc()`
			`MEM lib%TESTNUMBER.c: free()`
curl: use curlx_dynbuf for realloc when loading config files ... fixes an integer overflow at the same time. Reported-by: ihsinme on github Assisted-by: Jay Satiro Closes #5946 2020-09-09 21:41:25 +08:00			`MEM dynbuf.c: realloc()`
			`MEM dynbuf.c: realloc()`
tests: 96, 558, 1330: strip build subdirectory dependent leading path 2013-03-16 07:59:17 +08:00			`MEM escape.c: free()`
lib/unit tests: add missing curl_global_cleanup() calls 2021-01-05 07:03:31 +08:00			`MEM easy.c: free()`
tests: add #96 #558 and #1330 These verfy that the 'memory tracking' subsystem is actually doing its job when using curl tool (#96), a test in libtest (#558) and also a unit test (#1330), in order to prevent regressions in this functionallity. 2013-03-16 02:58:00 +08:00			`</file>`
			`<stripfile>`
test558: fix for multissl builds vtls.c:multissl_init() might do a curl_free() call so strip that out to make this work with more builds. We just want to verify that memorytracking works so skipping one line is no harm. 2018-01-19 05:17:05 +08:00			`s/^MEM escape.c:\d+ free\(\(nil\)\)[\n]$//`
tests: add #96 #558 and #1330 These verfy that the 'memory tracking' subsystem is actually doing its job when using curl tool (#96), a test in libtest (#558) and also a unit test (#1330), in order to prevent regressions in this functionallity. 2013-03-16 02:58:00 +08:00			`s/ =.*//`
			`s/\(.*\)/()/`
			`s/:\d+/:/`
test558: fix test by stripping file paths from FD lines 2016-07-21 23:06:04 +08:00			`s:^(MEM \|FD )(./)(.):$1$3:`
TrackMemory tests: always remove CR before LF It was removed for output containing ' =' via `s/ =.*//`. With classic MinGW, this made lines with `free()` end with CRLF, but lines with e.g. `malloc()` end with only LF. The tests expect LF only. Closes https://github.com/curl/curl/pull/4788 2020-01-06 18:11:50 +08:00			`s/\r\n/\n/`
TrackMemory tests: ignore realloc and free in getenv.c These are only called for WIN32. Closes https://github.com/curl/curl/pull/5767 2020-08-02 21:41:49 +08:00			`s/^MEM getenv.c: realloc\(\)[\n]$//`
			`s/^MEM getenv.c: free\(\)[\n]$//`
tests: add #96 #558 and #1330 These verfy that the 'memory tracking' subsystem is actually doing its job when using curl tool (#96), a test in libtest (#558) and also a unit test (#1330), in order to prevent regressions in this functionallity. 2013-03-16 02:58:00 +08:00			`</stripfile>`
			`</verify>`

			`</testcase>`