https://bugs.kde.org/show_bug.cgi?id=479600
--- Comment #4 from erikas.masai...@teltonika.lt --- Updated musl. Now i am getting: ==12556== Memcheck, a memory error detector ==12556== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al. ==12556== Using Valgrind-3.22.0-bd4db67b1d-20231031 and LibVEX; rerun with -h for copyright info ==12556== Command: modbus_server ==12556== --12556-- Valgrind options: --12556-- -v --12556-- Contents of /proc/version: --12556-- Linux version 5.10.199 (app@runner-ffjpezdj-project-352-concurrent-0) (mipsel-openwrt-linux-musl-gcc (OpenWrt GCC 8.4.0 r16279-5cc0535800) 8.4.0, GNU ld (GNU Binutils) 2.34) #0 SMP Thu Jan 4 12:38:22 2024 --12556-- --12556-- Arch and hwcaps: MIPS32, LittleEndian, MIPS-baseline-dsp --12556-- Page sizes: currently 4096, max supported 65536 --12556-- Valgrind library directory: /usr/lib/valgrind --12556-- Reading syms from /usr/sbin/modbus_server --12556-- Reading syms from /lib/libc.so --12556-- Reading syms from /usr/lib/valgrind/memcheck-mips32-linux --12556-- object doesn't have a dynamic symbol table --12556-- Scheduler: using generic scheduler lock implementation. --12556-- Reading suppressions file: /usr/lib/valgrind/default.supp ==12556== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-12556-by-root-on-??? ==12556== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-12556-by-root-on-??? ==12556== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-12556-by-root-on-??? ==12556== ==12556== TO CONTROL THIS PROCESS USING vgdb (which you probably ==12556== don't want to do, unless you know exactly what you're doing, ==12556== or are doing some strange experiment): ==12556== /usr/lib/valgrind/../../bin/vgdb --pid=12556 ...command... ==12556== ==12556== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==12556== /path/to/gdb modbus_server ==12556== and then give GDB the following command ==12556== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=12556 ==12556== --pid is optional if only one valgrind process is running ==12556== --12556-- Reading syms from /usr/lib/valgrind/vgpreload_core-mips32-linux.so --12556-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-mips32-linux.so ==12556== Conditional jump or move depends on uninitialised value(s) ==12556== at 0x4080018: stpcpy (stpcpy.c:20) ==12556== by 0x40805CC: strcpy (strcpy.c:5) ==12556== by 0x40952B8: load_library (dynlink.c:1224) ==12556== by 0x40955C0: load_direct_deps (dynlink.c:1283) ==12556== by 0x40955C0: load_deps (dynlink.c:1300) ==12556== by 0x40955C0: load_deps (dynlink.c:1296) ==12556== by 0x4095ED8: __dls3 (dynlink.c:1962) ==12556== by 0x4095A88: __dls2 (dynlink.c:1765) ==12556== by 0x4012B6C: ??? (in /lib/libc.so) ==12556== vex: priv/guest_mips_toIR.c:23393 (disInstr_MIPS_WRK_10): Assertion `mode64' failed. vex storage: T total 48294856 bytes allocated vex storage: P total 0 bytes allocated valgrind: the 'impossible' happened: LibVEX called failure_exit(). host stacktrace: ==12556== at 0x580B7DB4: show_sched_status_wrk (in /usr/lib/valgrind/memcheck-mips32-linux) ==12556== by 0x580B7DA0: show_sched_status_wrk (in /usr/lib/valgrind/memcheck-mips32-linux) sched status: running_tid=1 Thread 1: status = VgTs_Runnable (lwpid 12556) ==12556== at 0x4040DD: main (modbusd.c:71) client stack range: [0x7E83C000 0x7E83CFFF] client SP: 0x7E83CCC8 valgrind stack range: [0x426D2000 0x427D1FFF] top usage: 11980 of 1048576 Note: see also the FAQ in the source distribution. It contains workarounds to several common problems. In particular, if Valgrind aborted or crashed after identifying problems in your program, there's a good chance that fixing those problems will prevent Valgrind aborting or crashing, especially if it happened in m_mallocfree.c. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what OS and version you are using. Thanks. -- You are receiving this mail because: You are watching all bug changes.