Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
- {root@Pineapple:src_1}$ cat valgrind1.log
- ==2926== Memcheck, a memory error detector
- ==2926== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
- ==2926== Using Valgrind-3.15.0-608cb11914-20190413 and LibVEX; rerun with -h for copyright info
- ==2926== Command: ./wash -i wlan1mon
- ==2926== Parent PID: 25551
- ==2926==
- --2926--
- --2926-- Valgrind options:
- --2926-- --leak-check=full
- --2926-- --log-file=./valgrind1.log
- --2926-- -v
- --2926-- Contents of /proc/version:
- --2926-- Linux version 4.14.134 (@4708b150a871) (gcc version 7.4.0 (OpenWrt GCC 7.4.0 r0+10558-a2cbcfcdff)) #0 Sat Aug 31 00:30:39 2019
- --2926--
- --2926-- Arch and hwcaps: MIPS32, BigEndian, MIPS-baseline-dspr2
- --2926-- Page sizes: currently 4096, max supported 65536
- --2926-- Valgrind library directory: /usr/lib/valgrind
- --2926-- Reading syms from /root/reaver-wps-fork-t6x/src/reaver
- --2926-- Reading syms from /lib/libc.so
- --2926-- Scheduler: using generic scheduler lock implementation.
- --2926-- Reading suppressions file: /usr/lib/valgrind/default.supp
- ==2926== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-2926-by-root-on-???
- ==2926== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-2926-by-root-on-???
- ==2926== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-2926-by-root-on-???
- ==2926==
- ==2926== TO CONTROL THIS PROCESS USING vgdb (which you probably
- ==2926== don't want to do, unless you know exactly what you're doing,
- ==2926== or are doing some strange experiment):
- ==2926== /usr/lib/valgrind/../../bin/vgdb --pid=2926 ...command...
- ==2926==
- ==2926== TO DEBUG THIS PROCESS USING GDB: start GDB like this
- ==2926== /path/to/gdb ./wash
- ==2926== and then give GDB the following command
- ==2926== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=2926
- ==2926== --pid is optional if only one valgrind process is running
- ==2926==
- --2926-- Reading syms from /usr/lib/libpcap.so.1
- ==2926== Conditional jump or move depends on uninitialised value(s)
- ==2926== at 0x4072884: stpcpy (stpcpy.c:20)
- ==2926== by 0x4072E34: strcpy (strcpy.c:5)
- ==2926== by 0x4084768: load_library (dynlink.c:1130)
- ==2926== by 0x4084A6C: load_direct_deps (dynlink.c:1189)
- ==2926== by 0x4084A6C: load_deps (dynlink.c:1206)
- ==2926== by 0x4084A6C: load_deps (dynlink.c:1202)
- ==2926== by 0x4085280: __dls3 (dynlink.c:1842)
- ==2926== by 0x4084E74: __dls2 (dynlink.c:1647)
- ==2926== by 0x400D8AC: ??? (in /lib/libc.so)
- ==2926==
- --2926-- Reading syms from /lib/libgcc_s.so.1
- ==2926== Conditional jump or move depends on uninitialised value(s)
- ==2926== at 0x4A633C: stpncpy (stpncpy.c:20)
- ==2926== by 0x49EBD0: strncpy (strncpy.c:5)
- ==2926== by 0x40C874: read_iface_mac (iface.c:83)
- ==2926== by 0x41AA3C: wash_main (wpsmon.c:230)
- ==2926== by 0x41DCD0: main (main.c:23)
- ==2926==
- vex: priv/guest_mips_toIR.c:23403 (disInstr_MIPS_WRK_10): Assertion `mode64' failed.
- vex storage: T total 38638944 bytes allocated
- vex storage: P total 0 bytes allocated
- valgrind: the 'impossible' happened:
- LibVEX called failure_exit().
- host stacktrace:
- ==2926== at 0x5803DB98: ??? (in /usr/lib/valgrind/memcheck-mips32-linux)
- ==2926== by 0x5803DB84: ??? (in /usr/lib/valgrind/memcheck-mips32-linux)
- sched status:
- running_tid=1
- Thread 1: status = VgTs_Runnable (lwpid 2926)
- ==2926== at 0x48F1849: pcap_open_offline (savefile.c:295)
- ==2926== by 0x40C140: capture_init (init.c:126)
- ==2926== by 0x41AC18: wash_main (wpsmon.c:274)
- ==2926== by 0x41DCD0: main (main.c:23)
- client stack range: [0x7E729000 0x7E729FFF] client SP: 0x7E7299A0
- valgrind stack range: [0x42945000 0x42A44FFF] top usage: 9484 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.
Add Comment
Please, Sign In to add comment