Bug ID: 383275
           Summary: [mipsel] valgrind: m_xarray.c:162 (ensureSpaceXA):
                    Assertion '!xa->arr' failed.
           Product: valgrind
           Version: 3.13.0
          Platform: Compiled Sources
                OS: Linux
            Status: UNCONFIRMED
          Severity: crash
          Priority: NOR
         Component: massif
  Target Milestone: ---

Dear Valgrind, 

By running the valgrind 3.13 on a mipsel chipset. I have the following crash. 
It means to appear on the first "vgdb detailed_snapshot "

valgrind: m_xarray.c:162 (ensureSpaceXA): Assertion '!xa->arr' failed.

host stacktrace:
==1517==    at 0x5800AF88: show_sched_status_wrk (m_libcassert.c:355)
==1517==    by 0x5800B170: report_and_quit (m_libcassert.c:426)
==1517==    by 0x5800B374: vgPlain_assert_fail (m_libcassert.c:492)
==1517==    by 0x580366E4: vgPlain_addToXA (m_xarray.c:162)
==1517==    by 0x58039C68: vgPlain_XT_massif_print (m_xtree.c:187)
==1517==    by 0x580029A0: write_snapshots_to_file (ms_main.c:1764)
==1517==    by 0x58002BF4: handle_snapshot_monitor_command (ms_main.c:1815)
==1517==    by 0x58002DC8: handle_gdb_monitor_command.clone.2 (ms_main.c:1884)
==1517==    by 0x58005AC0: ms_handle_client_request (ms_main.c:1636)
==1517==    by 0x5802A360: wrap_tool_handle_client_request (m_tooliface.c:282)
==1517==    by 0x580701C4: handle_gdb_monitor_command (server.c:599)
==1517==    by 0x58070734: handle_query (server.c:777)
==1517==    by 0x58071AAC: server_main (server.c:1225)
==1517==    by 0x58069250: call_gdbserver (m_gdbserver.c:721)
==1517==    by 0x5806A4C8: vgPlain_gdbserver (m_gdbserver.c:788)
==1517==    by 0x58077E44: run_thread_for_a_while (scheduler.c:1025)
==1517==    by 0x5807A178: vgPlain_scheduler (scheduler.c:1344)
==1517==    by 0x58091018: run_a_thread_NORETURN (syswrap-linux.c:103)
==1517==    by 0x580913D4: vgModuleLocal_start_thread_NORETURN
==1517==    by 0x580CE718: ??? (in /usr/lib/valgrind/massif-mips32-linux)

sched status:

Thread 1: status = VgTs_WaitSys (lwpid 1517)
==1517==    at 0x56DE37C: __lll_lock_wait (lowlevellock.c:49)
==1517==    by 0x56E213C: pthread_mutex_lock (pthread_mutex_lock.c:87)
==1517==    by 0x6338E78: SefClientLoop_add (libsefclient-loop.c:323)
==1517==    by 0x41E27C: APPINIT_InitStart (init_app.c:790)
==1517==    by 0x420A38: main (main.c:171)

Thread 2: status = VgTs_Runnable (lwpid 1757)
==1517==    at 0x56E37C0: pthread_equal (pthread_equal.c:27)
==1517==    by 0x660C5B4: B_Mutex_Lock (in /usr/lib/

Thread 3: status = VgTs_WaitSys (lwpid 1758)
==1517==    at 0x64B8A84: __syscall_nanosleep (nanosleep.c:22)
==1517==    by 0x64B8B2C: nanosleep (nanosleep.c:33)
==1517==    by 0x59713B0: TIME_Sleep (time.c:260)
==1517==    by 0x59739A0: TIME_TimerThread (timer.c:114)
==1517==    by 0x56E6584: start_thread (pthread_create.c:297)
==1517==    by 0x56DC0AC: __thread_start (clone.S:146)

Thread 4: status = VgTs_WaitSys (lwpid 1759)
==1517==    at 0x64BA600: ioctl (ioctl.c:24)
==1517==    by 0x48987B4: ioctl (libc_overload.c:325)
==1517==    by 0x66BD950: ??? (in /usr/lib/

Thread 5: status = VgTs_WaitSys (lwpid 1760)
==1517==    at 0x56DF5E4: pthread_cond_timedwait (pthread_cond_timedwait.c:162)
==1517==    by 0x679F6DC: BKNI_WaitForEvent (in /usr/lib/

Thread 6: status = VgTs_WaitSys (lwpid 1761)
==1517==    at 0x56DF5E4: pthread_cond_timedwait (pthread_cond_timedwait.c:162)
==1517==    by 0x679F6DC: BKNI_WaitForEvent (in /usr/lib/

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:

In the bug report, send all the above text, the valgrind
version, and what OS and version you are using.  Thanks.

==1517== Reset valgrind output to log (orderly_finish)
readchar: Got EOF
error reading packet

My execution method : 

valgrind --tool=massif --threshold=0.1  --time-unit=ms --vgdb=yes
--vgdb-error=0 my_prog &
sleep 20
vgdb run 
sleep 1
vgdb detailed_snapshot massif${DATE_TIME_OF_DAY}_${i}.out

By removing the argument :  --vgdb=yes --vgdb-error=0  , the bug is not seen . 


You are receiving this mail because:
You are watching all bug changes.

Reply via email to