mirror of
https://github.com/Zenithsiz/ftmemsim-valgrind.git
synced 2026-02-08 21:09:49 +00:00
f8ae2f95d6
As reported by Matthias Schwarzott <zzam@gentoo.org>. Testcase patch from him. The fix is for check_CFSI_related_invariants() to avoid checking for overlaps against DebugInfos that are in 'archived' status, since -- if a previously dlopened-and-then-dlclosed object is later re-dlopened -- this may cause an overlap between the active and archived DebugInfos, which is of no consequence. If the kernel maps the object to the same VMA the second time around then there will *certainly* be an overlap.
27 lines
1.0 KiB
Plaintext
27 lines
1.0 KiB
Plaintext
Conditional jump or move depends on uninitialised value(s)
|
|
at 0x........: jmp_on_uninit (dlclose_leak_so.c:10)
|
|
by 0x........: main (dlclose_leak.c:29)
|
|
|
|
Invalid read of size 1
|
|
at 0x........: main (dlclose_leak.c:32)
|
|
Address 0x........ is 1 bytes before a block of size 1 alloc'd
|
|
at 0x........: malloc (vg_replace_malloc.c:...)
|
|
by 0x........: alloc_1_byte (dlclose_leak_so.c:20)
|
|
by 0x........: main (dlclose_leak.c:30)
|
|
|
|
Conditional jump or move depends on uninitialised value(s)
|
|
at 0x........: jmp_on_uninit (dlclose_leak_so.c:10)
|
|
by 0x........: main (dlclose_leak.c:29)
|
|
|
|
done!
|
|
1 bytes in 1 blocks are definitely lost in loss record ... of ...
|
|
at 0x........: malloc (vg_replace_malloc.c:...)
|
|
by 0x........: alloc_1_byte (dlclose_leak_so.c:20)
|
|
by 0x........: main (dlclose_leak.c:30)
|
|
|
|
1 bytes in 1 blocks are definitely lost in loss record ... of ...
|
|
at 0x........: malloc (vg_replace_malloc.c:...)
|
|
by 0x........: alloc_1_byte (dlclose_leak_so.c:20)
|
|
by 0x........: main (dlclose_leak.c:30)
|
|
|