|
From: prashantha a.s <pra...@ya...> - 2006-05-15 05:44:24
|
Hi, We just started using valgrind to test our exe for memory leak, and got an assertion failure, following are the details attached regarding the environment. There was a similar issue mentioned in FAQ.txt of valgrind, but here its not the same probably, since the entire execution environment differs. Please let us know if there is any solution or workaround for this. Details: Valgrind version: 3.1.1 Valgrind log file: ==25764== Memcheck, a memory error detector. ==25764== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==25764== Using LibVEX rev 1575, a library for dynamic binary translation. ==25764== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==25764== Using valgrind-3.1.1, a dynamic binary instrumentation framework. ==25764== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==25764== For more details, rerun with: -v ==25764== ==25764== My PID = 25764, parent PID = 25001. Prog and args are: ==25764== ./DataCollector ==25764== ==25764== Warning: set address range perms: large range 114298880, a 0, v 0 valgrind: m_debuginfo/symtab.c:511 (vgModuleLocal_addCfiSI): Assertion 'cfisi->len > 0 && cfisi->len < 2000000' failed. ==25764== at 0xB000E7CD: report_and_quit (m_libcassert.c:122) ==25764== by 0xB000E955: vgPlain_assert_fail (m_libcassert.c:185) ==25764== by 0xB0025848: vgModuleLocal_addCfiSI (symtab.c:552) ==25764== by 0xB0047446: run_CF_instructions (dwarf.c:2157) ==25764== by 0xB0047C44: vgModuleLocal_read_callframe_info_dwarf2 (dwarf.c:2503) ==25764== by 0xB002824B: read_lib_symbols (symtab.c:1718) ==25764== by 0xB00283DD: vgPlain_read_seg_symbols (symtab.c:1790) ==25764== by 0xB0025227: vgPlain_di_notify_mmap (symtab.c:199) ==25764== by 0xB002ED7E: vgModuleLocal_generic_PRE_sys_mmap (syswrap-generic.c:1873) ==25764== by 0xB004286F: vgSysWrap_x86_linux_sys_mmap2_before (syswrap-x86-linux.c:1308) ==25764== by 0xB00386FB: vgPlain_client_syscall (syswrap-main.c:658) ==25764== by 0xB002B9F3: handle_syscall (scheduler.c:623) ==25764== by 0xB002BCA4: vgPlain_scheduler (scheduler.c:726) ==25764== by 0xB0039830: thread_wrapper (syswrap-linux.c:86) ==25764== by 0xB00398EC: run_a_thread_NORETURN (syswrap-linux.c:119) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==25764== at 0x4010C03: mmap (mmap.S:56) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. 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 Linux distro you are using. Thanks. DataCollector --> 13MB Total Memory available: top - 13:50:59 up 37 min, 3 users, load average: 5.93, 6.52, 6.90 Tasks: 315 total, 4 running, 306 sleeping, 0 stopped, 5 zombie Cpu(s): 2.3% us, 93.1% sy, 3.3% ni, 0.0% id, 0.0% wa, 0.3% hi, 1.0% si Mem: 3091024k total, 2359740k used, 731284k free, 60296k buffers Swap: 0k total, 0k used, 0k free, 1700156k cached PS: Our exe is linked with a stripped library of size 1.2GB exe is running on MontaVista CarrierGrade Linux Linux sb1-1 2.6.10_mvlcge40_sit-omm01_V1.1.1 #1 SMP Tue Feb 21 11:30:42 CET 2006 i686 unknown Regards, Prashantha.AS __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |