https://bugs.kde.org/show_bug.cgi?id=426751
ledrag...@free.fr changed:
What|Removed |Added
CC||ledrag...@free.fr
--- Comment #1 from ledrag...@free.fr ---
Did someone make something for this bug?
Because today I reproduce it with a very very simple exemple :
#include
int main() {
return 0;
}
It got me this result :
==15== Memcheck, a memory error detector
==15== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==15== Using Valgrind-3.19.0-8d3c8034b8-20220411 and LibVEX; rerun with -h for
copyright info
==15== Command: ./toto
==15== Parent PID: 1
==15==
--15--
--15-- Valgrind options:
--15----track-origins=yes
--15----keep-debuginfo=yes
--15----read-inline-info=yes
--15----error-exitcode=1
--15----leak-check=full
--15----errors-for-leak-kinds=all
--15----show-leak-kinds=all
--15----verbose
--15----sigill-diagnostics=no
--15----log-file=valgrind-out.txt
--15-- Contents of /proc/version:
--15-- Linux version 5.10.16.3-microsoft-standard-WSL2 (oe-user@oe-host)
(x86_64-msft-linux-gcc (GCC) 9.3.0, GNU ld (GNU Binutils) 2.34.0.20200220) #1
SMP Fri Apr 2 22:23:49 UTC 2021
--15--
--15-- Arch and hwcaps: AMD64, LittleEndian,
amd64-cx16-lzcnt-rdtscp-sse3-ssse3-avx-avx2-bmi-f16c-rdrand-rdseed
--15-- Page sizes: currently 4096, max supported 4096
--15-- Valgrind library directory: /usr/libexec/valgrind
--15-- Reading syms from /src/toto
--15-- Reading syms from /lib/ld-musl-x86_64.so.1
--15--object doesn't have a symbol table
--15-- Reading syms from /usr/libexec/valgrind/memcheck-amd64-linux
--15--object doesn't have a dynamic symbol table
--15-- Scheduler: using generic scheduler lock implementation.
--15-- Reading suppressions file: /usr/libexec/valgrind/default.supp
==15== embedded gdbserver: reading from
/tmp/vgdb-pipe-from-vgdb-to-15-by-???-on-a0139202b827
==15== embedded gdbserver: writing to
/tmp/vgdb-pipe-to-vgdb-from-15-by-???-on-a0139202b827
==15== embedded gdbserver: shared mem
/tmp/vgdb-pipe-shared-mem-vgdb-15-by-???-on-a0139202b827
==15==
==15== TO CONTROL THIS PROCESS USING vgdb (which you probably
==15== don't want to do, unless you know exactly what you're doing,
==15== or are doing some strange experiment):
==15== /usr/libexec/valgrind/../../bin/vgdb --pid=15 ...command...
==15==
==15== TO DEBUG THIS PROCESS USING GDB: start GDB like this
==15== /path/to/gdb ./toto
==15== and then give GDB the following command
==15== target remote | /usr/libexec/valgrind/../../bin/vgdb --pid=15
==15== --pid is optional if only one valgrind process is running
==15==
--15-- Reading syms from /usr/libexec/valgrind/vgpreload_core-amd64-linux.so
--15--object doesn't have a symbol table
--15-- Reading syms from
/usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so
--15--object doesn't have a symbol table
--15-- REDIR: 0x405082f (libc.musl-x86_64.so.1:strlen) redirected to 0x48a7b10
(strlen)
--15-- REDIR: 0x40505f1 (libc.musl-x86_64.so.1:strcpy) redirected to 0x48a7b72
(strcpy)
--15-- REDIR: 0x4050534 (libc.musl-x86_64.so.1:strchr) redirected to 0x48a787c
(strchr)
--15-- REDIR: 0x4050935 (libc.musl-x86_64.so.1:strncmp) redirected to 0x48a7f6a
(strncmp)
--15-- REDIR: 0x40509bd (libc.musl-x86_64.so.1:strnlen) redirected to 0x48a7aea
(strnlen)
--15-- REDIR: 0x4050a80 (libc.musl-x86_64.so.1:strspn) redirected to 0x48ab61a
(strspn)
--15-- REDIR: 0x4050601 (libc.musl-x86_64.so.1:strcspn) redirected to 0x48ab5ba
(strcspn)
--15-- Reading syms from /usr/lib/libstdc++.so.6.0.29
--15--object doesn't have a symbol table
--15-- REDIR: 0x40509f9 (libc.musl-x86_64.so.1:strrchr) redirected to 0x48a77e9
(strrchr)
--15-- Reading syms from /usr/lib/libgcc_s.so.1
--15--object doesn't have a symbol table
--15-- REDIR: 0x4023529 (libc.musl-x86_64.so.1:malloc) redirected to 0x48a2650
(malloc)
--15-- REDIR: 0x40505d9 (libc.musl-x86_64.so.1:strcmp) redirected to 0x48a847c
(strcmp)
==15==
==15== HEAP SUMMARY:
==15== in use at exit: 72,704 bytes in 1 blocks
==15== total heap usage: 1 allocs, 0 frees, 72,704 bytes allocated
==15==
==15== Searching for pointers to 1 not-freed blocks
==15== Checked 51,200 bytes
==15==
==15== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1
==15==at 0x48A26D5: malloc (in
/usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so)
==15==by 0x4974557: ??? (in /usr/lib/libstdc++.so.6.0.29)
==15==by 0x4059482: ??? (in /lib/ld-musl-x86_64.so.1)
==15==by 0x409693F: ???
==15==by 0x4A7651F: ??? (in /usr/lib/libstdc++.so.6.0.29)
==15==by 0x1FFF000CFF: ???
==15==by 0xB907FED: ???
==15==by 0x5C1A2: ???
==15==by 0xCE9F: ???
==15==by 0x1CEAEF: ???
==15==
==15== LEAK SUMMARY:
==15==definitely lost: 0 bytes in 0 blocks
==15==indirectly lost: 0 bytes in 0 blocks
==15== possibly lost: 0 bytes in
