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 <iostream>
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 0 blocks
==15== still reachable: 72,704 bytes in 1 blocks
==15== suppressed: 0 bytes in 0 blocks
==15==
==15== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Note that if I delete the "#include <iostream>" : there is no errors.
For total reproduction, I use this dockerfile:
FROM alpine
RUN apk update && apk add libstdc++ g++ make linux-headers valgrind
WORKDIR /src
CMD ["make"]
and this makefile :
MAKEFLAGS += --no-print-directory
CC=g++
CFLAGS=-W -Wall -Wunused -Wshadow -Wpointer-arith -Wcast-qual
-Wno-missing-braces -ansi -pedantic -std=c++20 -I/usr/local/include
LDFLAGS=-L /usr/lib/openssl/lib -L /usr/lib
EXEC_DEBUG=toto
DEBOBJDIR=./obj/debug
SRCDIR=.
SRC_FILES=$(wildcard $(SRCDIR)/*/*/*.cpp $(SRCDIR)/*/*.cpp $(SRCDIR)/*.cpp)
DEBOBJ= $(SRC_FILES:%.cpp=$(DEBOBJDIR)/%.o)
DEPS= $(DEBOBJ:.o=.d)
MEMORYCHECKER=valgrind
MEMORY_RESULT_FILE=valgrind-out.txt
VALGRIND_FLAGS=--error-exitcode=1 --leak-check=full --errors-for-leak-kinds=all
--show-leak-kinds=all --verbose --sigill-diagnostics=no
--log-file=$(MEMORY_RESULT_FILE)
VALGRIND_FULL_FLAGS=--track-origins=yes --keep-debuginfo=yes
--read-inline-info=yes
.PHONY: all clear
all: $(EXEC_DEBUG) fullMemoryCheck
-include $(DEPS)
$(EXEC_DEBUG): $(DEBOBJ)
$(CC) -o $@ $^ $(LDFLAGS)
$(DEBOBJDIR)/%.o : %.cpp makefile
@mkdir -p $(dir $@)
$(CC) -o $@ -MP -MMD -c $< $(CFLAGS) -g
clean:
find $(DEBOBJDIR) -name "*.o" -type f -delete
find $(DEBOBJDIR) -name "*.d" -type f -delete
clear: clean
rm -rf $(EXEC) $(EXEC_DEBUG)
fullMemoryCheck: $(EXEC_DEBUG)
@export GLIBCXX_FORCE_NEW
$(MEMORYCHECKER) $(VALGRIND_FULL_FLAGS) $(VALGRIND_FLAGS)
./$(EXEC_DEBUG)
--
You are receiving this mail because:
You are watching all bug changes.
