|
From: lin q <li...@ho...> - 2007-06-22 15:35:28
|
Yes, it also crashes when run in valgrind. Any idea? >From: Kevin Neel <kev...@or...> >To: lin q <li...@ho...> >Subject: Re: [Valgrind-users] Why there is no message about a program crash >Date: Wed, 20 Jun 2007 13:34:16 -0700 > > > > > > > >You may to tell the group wether it still crashes when run in valgrind. > > > >lin q wrote: > > >Hi, > I am running Valgrind v3.2.0 on Linux64 platform to track my program >crash. >This program runs OK when I build the program with GCC debug option, but it >crashes with optimized build. > > I suspect it is because of some invalid memory write, so I run valgrind >memcheck, with the following options: > > >--13255-- Startup, with flags: >--13255-- --verbose >--13255-- --log-file=valgrind_memchk.log >--13255-- --gen-suppressions=all >--13255-- --tool=memcheck >--13255-- --leak-check=full >--13255-- --show-reachable=yes > > > I had hoped towards the end of the log file I can see some error messages >saying invalid memory access, but I do not, the error messages towards the >end of the log file are all about memory leak. The log file is huge, buried >in the middle, there are some invalid memory read, but those are not real >problem. > > Do you have a clue why it is like this? > > >P.S. I paste the summary part which is the end of the log file: >==13255== LEAK SUMMARY: >==13255== definitely lost: 23,059 bytes in 624 blocks. >==13255== indirectly lost: 884,360 bytes in 19,598 blocks. >==13255== possibly lost: 68,099,524 bytes in 2,081,992 blocks. >==13255== still reachable: 170,791,903 bytes in 2,674,486 blocks. >==13255== suppressed: 0 bytes in 0 blocks. >--13255-- memcheck: sanity checks: 22859 cheap, 915 expensive >--13255-- memcheck: auxmaps: 1 auxmap entries (64k, 0M) in use >--13255-- memcheck: auxmaps: 8 searches, 8 comparisons >--13255-- memcheck: SMs: n_issued = 7869 (125904k, 122M) >--13255-- memcheck: SMs: n_deissued = 0 (0k, 0M) >--13255-- memcheck: SMs: max_noaccess = 524287 (8388592k, 8191M) >--13255-- memcheck: SMs: max_undefined = 44 (704k, 0M) >--13255-- memcheck: SMs: max_defined = 2091 (33456k, 32M) >--13255-- memcheck: SMs: max_non_DSM = 7869 (125904k, 122M) >--13255-- memcheck: max sec V bit nodes: 4194304 (360448k, 352M) >--13255-- memcheck: set_sec_vbits8 calls: 10325716 (new: 5203937, updates: >5121779) >--13255-- memcheck: max shadow mem size: 490496k, 479M >--13255-- translate: fast SP updates identified: 69,304 ( 91.9%) >--13255-- translate: generic_known SP updates identified: 5,798 ( 7.6%) >--13255-- translate: generic_unknown SP updates identified: 267 ( 0.3%) >--13255-- tt/tc: 5,460,782 tt lookups requiring 12,942,993 probes >--13255-- tt/tc: 5,460,782 fast-cache updates, 6 flushes >--13255-- transtab: new 77,342 (1,574,305 -> 25,914,311; ratio >164:10) [0 scs] >--13255-- transtab: dumped 0 (0 -> ??) >--13255-- transtab: discarded 17 (347 -> ??) >--13255-- scheduler: 2,285,996,651 jumps (bb entries). >--13255-- scheduler: 22,859/28,156,953 major/minor sched events. >--13255-- sanity: 22860 cheap, 915 expensive checks. >--13255-- exectx: 30,011 lists, 62,755 contexts (avg 2 per list) >--13255-- exectx: 22,730,099 searches, 236,409,462 full compares (10,400 >per 1000) >--13255-- exectx: 1,086,118,648 cmp2, 465 cmp4, 0 cmpAll > >_________________________________________________________________ >Get a preview of Live Earth, the hottest event this summer - only on MSN >http://liveearth.msn.com?source=msntaglineliveearthhm > > >------------------------------------------------------------------------- >This SF.net email is sponsored by DB2 Express >Download DB2 Express C - the FREE version of DB2 express and take >control of your XML. No limits. Just data. Click to get it now. >http://sourceforge.net/powerbar/db2/ >_______________________________________________ >Valgrind-users mailing list >Val...@li... >https://lists.sourceforge.net/lists/listinfo/valgrind-users > > > > _________________________________________________________________ Dont miss your chance to WIN $10,000 and other great prizes from Microsoft Office Live http://clk.atdmt.com/MRT/go/aub0540003042mrt/direct/01/ |
|
From: Julian S. <js...@ac...> - 2007-06-22 15:53:38
|
> >lin q wrote: > > > >end of the log file are all about memory leak. The log file is huge, > > buried in the middle, there are some invalid memory read, but those are > > not real problem. Are you 100% sure they are not the real problem? J |