gdbserver_tests filter out and don't expect empty lines.

Some filters might have left some empty lines in the output.  Filter them
out explicitly and don't expect any empty lines in any of the .exp files.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14381
This commit is contained in:
Mark Wielaard 2014-08-28 22:51:38 +00:00
parent 736294a7ac
commit f65b136853
11 changed files with 8 additions and 68 deletions

View File

@ -7,4 +7,7 @@ dir=`dirname $0`
$dir/../helgrind/tests/filter_stderr "$@" |
# filter vgdb messages
$dir/filter_vgdb
$dir/filter_vgdb |
# and remove any remaining empty lines
sed -e '/^$/d'

View File

@ -17,4 +17,7 @@ sed -e 's/\(relaying data between gdb and process \)[0-9][0-9]*/\1..../' \
-e '/^[1-9][0-9]* \.\.\/sysdeps\/powerpc\/powerpc32\/dl-start\.S: No such file or directory\./d' |
# filter some debuginfo problems with ld.so and SLES11
sed -e '/^1 rtld.c: No such file or directory\./d'
sed -e '/^1 rtld.c: No such file or directory\./d' |
# and filter out any remaining empty lines
sed -e '/^$/d'

View File

@ -1,16 +1,8 @@
(action at startup) vgdb me ...
HEAP SUMMARY:
in use at exit: 0 bytes in 0 blocks
total heap usage: 0 allocs, 0 frees, 0 bytes allocated
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
Reset valgrind output to log (orderly_finish)

View File

@ -12,7 +12,6 @@ general valgrind monitor commands:
v.set mixed_output : set valgrind output to log, interactive output to gdb
v.set merge-recursive-frames <num> : merge recursive calls in max <num> frames
v.set vgdb-error <errornr> : debug me at error >= <errornr>
memcheck monitor commands:
get_vbits <addr> [<len>]
returns validity bits for <len> (or 1) bytes at <addr>
@ -43,7 +42,6 @@ memcheck monitor commands:
shows places pointing inside <len> (default 1) bytes at <addr>
(with len 1, only shows "start pointers" pointing exactly to <addr>,
with len > 1, will also show "interior pointers")
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
@ -72,7 +70,6 @@ debugging valgrind internals monitor commands:
v.translate <addr> [<traceflags>] : debug translation of <addr> with <traceflags>
(default traceflags 0b00100000 : show after instrumentation)
An additional flag 0b100000000 allows to show gdbserver instrumentation
memcheck monitor commands:
get_vbits <addr> [<len>]
returns validity bits for <len> (or 1) bytes at <addr>
@ -103,5 +100,4 @@ memcheck monitor commands:
shows places pointing inside <len> (default 1) bytes at <addr>
(with len 1, only shows "start pointers" pointing exactly to <addr>,
with len > 1, will also show "interior pointers")
monitor command request to kill this process

View File

@ -1,12 +1,9 @@
(action at startup) vgdb me ...
expecting details 10 bytes reachable
10 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
expecting to have NO details
expecting details +10 bytes lost, +21 bytes reachable
expecting details +65 bytes reachable
@ -24,19 +21,15 @@ suppressed: 0 bytes in 0 blocks
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
21 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:23)
by 0x........: main (leak-delta.c:60)
32 bytes in 1 blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
33 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)

View File

@ -4,94 +4,75 @@ vgdb-error value changed from 0 to 999999
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
10 (+10) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
21 (+21) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:23)
by 0x........: main (leak-delta.c:60)
65 (+65) bytes in 2 (+2) blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
10 (+10) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
0 (-10) bytes in 0 (-1) blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
10 (+10) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
0 (-10) bytes in 0 (-1) blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
10 (+10) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
32 (+32) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
33 (-32) bytes in 1 (-1) blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
10 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
by 0x........: main (leak-delta.c:60)
21 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:23)
by 0x........: main (leak-delta.c:60)
32 bytes in 1 blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
33 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
32 bytes in 1 blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
33 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
33 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)
32 bytes in 1 blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:28)
by 0x........: main (leak-delta.c:60)

View File

@ -1,13 +1,7 @@
(action at startup) vgdb me ...
HEAP SUMMARY:
in use at exit: 16 bytes in 1 blocks
total heap usage: 1 allocs, 0 frees, 16 bytes allocated
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

View File

@ -1,22 +1,15 @@
(action at startup) vgdb me ...
Test 1: Invalid write of size 4
at 0x........: test1 (faultstatus.c:105)
by 0x........: main (faultstatus.c:168)
Address 0x........ is not stack'd, malloc'd or (recently) free'd
PASS
Test 2: PASS
Test 3: PASS
Test 4: PASS
HEAP SUMMARY:
in use at exit: 0 bytes in 0 blocks
total heap usage: 0 allocs, 0 frees, 0 bytes allocated
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
ERROR SUMMARY: 11 errors from 1 contexts (suppressed: 0 from 0)

View File

@ -1,22 +1,15 @@
(action at startup) vgdb me ...
Test 1: Invalid write of size 4
at 0x........: test1 (faultstatus.c:105)
by 0x........: main (faultstatus.c:168)
Address 0x........ is not stack'd, malloc'd or (recently) free'd
PASS
Test 2: PASS
Test 3: PASS
Test 4: PASS
HEAP SUMMARY:
in use at exit: 0 bytes in 0 blocks
total heap usage: 0 allocs, 0 frees, 0 bytes allocated
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)

View File

@ -1,7 +1,4 @@
(action at startup) vgdb me ...
breakme function called from line 19
before reading 0/4/8
u: Expected value at 0
@ -17,12 +14,9 @@ before rewriting 4
before rewriting 8
value 0nde4ine8
value of k50[1000] p
HEAP SUMMARY:
in use at exit: 0 bytes in 0 blocks
total heap usage: 1 allocs, 1 frees, 50,000 bytes allocated
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

View File

@ -14,13 +14,11 @@ general valgrind monitor commands:
v.set mixed_output : set valgrind output to log, interactive output to gdb
v.set merge-recursive-frames <num> : merge recursive calls in max <num> frames
v.set vgdb-error <errornr> : debug me at error >= <errornr>
massif monitor commands:
snapshot [<filename>]
detailed_snapshot [<filename>]
takes a snapshot (or a detailed snapshot)
and saves it in <filename>
default <filename> is massif.vgdb.out
monitor command request to kill this process
Remote connection closed