Processed: Re: Bug#1028504: libc6: valgrind reports "Invalid read of size 8" deep in decompose_rpath in dl-load.c
Processing control commands: > reassign -1 valgrind Bug #1028504 [libc6] libc6: valgrind reports "Invalid read of size 8" deep in decompose_rpath in dl-load.c Bug reassigned from package 'libc6' to 'valgrind'. No longer marked as found in versions glibc/2.36-8. Ignoring request to alter fixed versions of bug #1028504 to the same values previously set > affects -1 libc6 Bug #1028504 [valgrind] libc6: valgrind reports "Invalid read of size 8" deep in decompose_rpath in dl-load.c Added indication that 1028504 affects libc6 -- 1028504: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028504 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1028504: libc6: valgrind reports "Invalid read of size 8" deep in decompose_rpath in dl-load.c
control: reassign -1 valgrind control: affects -1 libc6 Hi, On 2023-01-12 10:15, Mike Hommey wrote: > Package: libc6 > Version: 2.36-8 > Severity: important > > STR: > - apt install firefox valgrind > - valgrind --show-mismatched-frees=no firefox > > valgrind will quickly show errors like: > ==6383== Invalid read of size 8 > ==6383==at 0x4023A34: strncmp (strcmp-sse2.S:162) Looking at the source code the code in the glibc is correct. It reads the data in chunk of 16-bytes, which indeed can go slightly over the allocated memory, but extra care is taken to not cross a cache line. The solution there is to add a suppression file to valgrind to ignore that. I am therefore reassigning the bug to the valgrind package. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
