Bug 375150 - Assertion 'tres.status == VexTransOK' failed - Ubuntu, Mint, and Fedora (OS tested so far)
Summary: Assertion 'tres.status == VexTransOK' failed - Ubuntu, Mint, and Fedora (OS t...
Status: RESOLVED DUPLICATE of bug 375839
Alias: None
Product: valgrind
Classification: Developer tools
Component: memcheck (show other bugs)
Version: 3.13 SVN
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Julian Seward
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-16 17:11 UTC by Nagendra Goel
Modified: 2017-03-06 17:10 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nagendra Goel 2017-01-16 17:11:18 UTC
I have a multithreaded websockets based code that I am trying to test for memory leaks. Valgrind crashes with the following message. I tried standard OS release, also the latest tarball at http://valgrind.org/downloads/valgrind-3.12.0.tar.bz2  and the current SVN version 3.13.0.SVN. I tried on mint and fedora, and Ubuntu uname -a
Linux bhim 4.4.0-57-generic #78-Ubuntu SMP Fri Dec 9 23:50:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux


--17214-- REDIR: 0x6e44620 (libc.so.6:__memcpy_chk) redirected to 0x4a28770 (_vgnU_ifunc_wrapper)
--17214-- REDIR: 0x6e7c2a0 (libc.so.6:__memcpy_chk_avx_unaligned) redirected to 0x4c34e10 (__memcpy_chk)
valgrind: m_translate.c:1772 (vgPlain_translate): Assertion 'tres.status == VexTransOK' failed.
host stacktrace:
==17214==    at 0x38086843: show_sched_status_wrk (m_libcassert.c:378)
==17214==    by 0x38086944: report_and_quit (m_libcassert.c:449)
==17214==    by 0x38086AD1: vgPlain_assert_fail (m_libcassert.c:515)
==17214==    by 0x380A5606: vgPlain_translate (m_translate.c:1772)
==17214==    by 0x380DB83B: handle_chain_me (scheduler.c:1076)
==17214==    by 0x380DD36F: vgPlain_scheduler (scheduler.c:1420)
==17214==    by 0x380EC716: thread_wrapper (syswrap-linux.c:103)
==17214==    by 0x380EC716: run_a_thread_NORETURN (syswrap-linux.c:156)
==17214==    by 0x380EC9AA: vgModuleLocal_start_thread_NORETURN (syswrap-linux.c:329)
==17214==    by 0x3811619D: ??? (in /usr/local/lib/valgrind/memcheck-amd64-linux)
==17214==    by 0xDEADBEEFDEADBEEE: ???
==17214==    by 0xDEADBEEFDEADBEEE: ???
==17214==    by 0xDEADBEEFDEADBEEE: ???
sched status:
  running_tid=3
Thread 1: status = VgTs_WaitSys (lwpid 17214)
==17214==    at 0x516C9DD: pthread_join (pthread_join.c:90)
==17214==    by 0x6546B96: std::thread::join() (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21)
==17214==    by 0xE6A489: WebSocketServer::StartThreadService() (WebSocket-Server.cc:364)
==17214==    by 0xE6A11D: WebSocketServer::run() (WebSocket-Server.cc:321)
==17214==    by 0xE5EFCA: main (kws-WebSocket-Server.cc:37)
Thread 2: status = VgTs_WaitSys (lwpid 17215)
==17214==    at 0x6E29B5D: ??? (syscall-template.S:84)
==17214==    by 0x1612440: _lws_plat_service_tsi (lws-plat-unix.c:147)
==17214==    by 0x1600AAD: lws_service_tsi (service.c:1159)
==17214==    by 0xE6A14B: WebSocketServer::ThreadService(unsigned int) (WebSocket-Server.cc:325)
==17214==    by 0xE74AC1: void std::_Mem_fn_base<void (WebSocketServer::*)(unsigned int), true>::operator()<unsigned int, void>(WebSocketServer*, unsigned int&&) const (functional:600)
==17214==    by 0xE74A3E: void std::_Bind_simple<std::_Mem_fn<void (WebSocketServer::*)(unsigned int)> (WebSocketServer*, unsigned int)>::_M_invoke<0ul, 1ul>(std::_Index_tuple<0ul, 1ul>) (functional:1531)
==17214==    by 0xE748F5: std::_Bind_simple<std::_Mem_fn<void (WebSocketServer::*)(unsigned int)> (WebSocketServer*, unsigned int)>::operator()() (functional:1520)
==17214==    by 0xE74885: std::thread::_Impl<std::_Bind_simple<std::_Mem_fn<void (WebSocketServer::*)(unsigned int)> (WebSocketServer*, unsigned int)> >::_M_run() (thread:115)
==17214==    by 0x6546C7F: ??? (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21)
==17214==    by 0x516B709: start_thread (pthread_create.c:333)
==17214==    by 0x6E3582C: clone (clone.S:109)
Thread 3: status = VgTs_Runnable (lwpid 17216)
==17214==    at 0x1497463: sgemm_kernel (sgemm_kernel_16x4_haswell.S:1284)
Comment 1 Julian Seward 2017-03-06 17:10:40 UTC
This is really a duplicate of 375839.

*** This bug has been marked as a duplicate of bug 375839 ***