<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Xorg crashes in VT switch" href="https://bugs.freedesktop.org/show_bug.cgi?id=94465#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Xorg crashes in VT switch" href="https://bugs.freedesktop.org/show_bug.cgi?id=94465">bug 94465</a> from <a class="email" href="mailto:jhnmlkvch9@gmail.com" title="JM9 <jhnmlkvch9@gmail.com>"> JM9</a> <pre>I was able to run X under valgrind. Here is the log. Let me know if you want me to try and build X with -g and try. =============================================================================== ==705== Memcheck, a memory error detector ==705== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==705== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==705== Command: /usr/bin/X.bak -nolisten tcp :0 vt1 -auth /tmp/serverauth.hCDZMJjusX ==705== Parent PID: 704 ==705== --705-- --705-- Valgrind options: --705-- -v --705-- --leak-check=full --705-- --show-leak-kinds=all --705-- --error-limit=no --705-- --log-file=/var/log/Xorg-valgrind.log --705-- Contents of /proc/version: --705-- Linux version 4.4.5-1-ARCH (builduser@tobias) (gcc version 5.3.0 (GCC) ) #1 SMP PREEMPT Thu Mar 10 07:38:19 CET 2016 --705-- --705-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-lzcnt-rdtscp-sse3-avx-avx2-bmi --705-- Page sizes: currently 4096, max supported 4096 --705-- Valgrind library directory: /usr/lib/valgrind --705-- Reading syms from /usr/bin/bash --705-- object doesn't have a symbol table --705-- Reading syms from /usr/lib/ld-2.23.so --705-- Reading syms from /usr/lib/valgrind/memcheck-amd64-linux --705-- object doesn't have a symbol table --705-- object doesn't have a dynamic symbol table --705-- Scheduler: using generic scheduler lock implementation. --705-- Reading suppressions file: /usr/lib/valgrind/default.supp ==705== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-705-by-root-on-??? ==705== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-705-by-root-on-??? ==705== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-705-by-root-on-??? ==705== ==705== TO CONTROL THIS PROCESS USING vgdb (which you probably ==705== don't want to do, unless you know exactly what you're doing, ==705== or are doing some strange experiment): ==705== /usr/lib/valgrind/../../bin/vgdb --pid=705 ...command... ==705== ==705== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==705== /path/to/gdb /usr/bin/X.bak ==705== and then give GDB the following command ==705== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=705 ==705== --pid is optional if only one valgrind process is running ==705== --705-- REDIR: 0x401a970 (ld-linux-x86-64.so.2:strlen) redirected to 0x3809e1b1 (???) --705-- Reading syms from /usr/lib/valgrind/vgpreload_core-amd64-linux.so --705-- object doesn't have a symbol table --705-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so --705-- object doesn't have a symbol table ==705== WARNING: new redirection conflicts with existing -- ignoring it --705-- old: 0x0401a970 (strlen ) R-> (0000.0) 0x3809e1b1 ??? --705-- new: 0x0401a970 (strlen ) R-> (2007.0) 0x04c2dc60 strlen --705-- REDIR: 0x40192c0 (ld-linux-x86-64.so.2:index) redirected to 0x4c2d800 (index) --705-- REDIR: 0x40194e0 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c2ed10 (strcmp) --705-- Reading syms from /usr/lib/libreadline.so.6.3 --705-- Reading syms from /usr/lib/libncursesw.so.6.0 --705-- object doesn't have a symbol table --705-- Reading syms from /usr/lib/libdl-2.23.so --705-- object doesn't have a symbol table --705-- Reading syms from /usr/lib/libc-2.23.so --705-- REDIR: 0x55737e0 (libc.so.6:strcasecmp) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x556f160 (libc.so.6:strcspn) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x5575ad0 (libc.so.6:strncasecmp) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x55715f0 (libc.so.6:strpbrk) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x5571980 (libc.so.6:strspn) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x5572f2a (libc.so.6:<a href="mailto:memcpy@GLIBC_2.2.5">memcpy@GLIBC_2.2.5</a>) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x5571300 (libc.so.6:rindex) redirected to 0x4c2d4e0 (rindex) --705-- REDIR: 0x556dbf0 (libc.so.6:__GI_strcmp) redirected to 0x4c2ec20 (__GI_strcmp) --705-- REDIR: 0x556f620 (libc.so.6:strlen) redirected to 0x4c2dba0 (strlen) --705-- REDIR: 0x556fa70 (libc.so.6:__GI_strncmp) redirected to 0x4c2e350 (__GI_strncmp) --705-- REDIR: 0x556d990 (libc.so.6:__GI_strchr) redirected to 0x4c2d640 (__GI_strchr) --705-- REDIR: 0x5572640 (libc.so.6:memchr) redirected to 0x4c2edb0 (memchr) --705-- REDIR: 0x557a1a0 (libc.so.6:strchrnul) redirected to 0x4c319e0 (strchrnul) --705-- REDIR: 0x55698d0 (libc.so.6:malloc) redirected to 0x4c2ab49 (malloc) --705-- REDIR: 0x5578260 (libc.so.6:__GI_memcpy) redirected to 0x4c2f740 (__GI_memcpy) --705-- REDIR: 0x5569fe0 (libc.so.6:free) redirected to 0x4c2bc63 (free) --705-- REDIR: 0x556f040 (libc.so.6:strcpy) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x5585380 (libc.so.6:__strcpy_sse2_unaligned) redirected to 0x4c2dc80 (strcpy) --705-- REDIR: 0x556fa20 (libc.so.6:strncmp) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x560fa40 (libc.so.6:__strncmp_sse42) redirected to 0x4c2e430 (__strncmp_sse42) --705-- REDIR: 0x556dbb0 (libc.so.6:strcmp) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x557ef20 (libc.so.6:__strcmp_sse2_unaligned) redirected to 0x4c2ebd0 (strcmp) --705-- REDIR: 0x556f7c0 (libc.so.6:strnlen) redirected to 0x4c2db20 (strnlen) --705-- REDIR: 0x556a360 (libc.so.6:calloc) redirected to 0x4c2c8b1 (calloc) --705-- REDIR: 0x5573670 (libc.so.6:__GI_stpcpy) redirected to 0x4c30bc0 (__GI_stpcpy) --705-- REDIR: 0x5571f60 (libc.so.6:__GI_strstr) redirected to 0x4c32110 (__strstr_sse2) --705-- REDIR: 0x55729d0 (libc.so.6:__GI_memcmp) redirected to 0x4c307d0 (__GI_memcmp) --705-- REDIR: 0x5579f90 (libc.so.6:rawmemchr) redirected to 0x4c31a10 (rawmemchr) --705-- REDIR: 0x55e64f0 (libc.so.6:__strcpy_chk) redirected to 0x4c31a50 (__strcpy_chk) --705-- REDIR: 0x556d960 (libc.so.6:index) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x55781e0 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x5617e50 (libc.so.6:__memcpy_avx_unaligned) redirected to 0x4c2f0e0 (memcpy@@GLIBC_2.14) --705-- REDIR: 0x5572f90 (libc.so.6:memset) redirected to 0x4a266be (_vgnU_ifunc_wrapper) --705-- REDIR: 0x563c920 (libc.so.6:__memset_avx2) redirected to 0x4c31100 (memset) --705-- REDIR: 0x556a080 (libc.so.6:realloc) redirected to 0x4c2ca53 (realloc)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>