|
From: Haizhu L. <hai...@ho...> - 2006-06-01 15:26:42
|
Hello, I tried to use the num-callers option to be larger than 12, but it does not seem to give me more than that many frames. Is 12 the maximum? Thank you. |
|
From: Julian S. <js...@ac...> - 2006-06-01 15:39:49
|
On Thursday 01 June 2006 16:26, Haizhu Liu wrote: > Hello, > > I tried to use the num-callers option to be larger than 12, but it does not > seem to give me more than that many frames. Is 12 the maximum? No, the max is 50 or 100 or some crazy number like that. Can you send some examples of the backtraces you are getting? What platform (cpu) are you using? If you run with -v do you get any warnings immediately following the lines "Reading syms from ..." ? J |
|
From: Haizhu L. <hai...@ho...> - 2006-06-01 19:11:46
|
Hello, Example back traces: ==3714== 218,712 bytes in 36 blocks are possibly lost in loss record 26 of 26 ==3714== at 0x401C9DC: operator new(unsigned) (in /usr/lib/valgrind/x86-linux/vgprelo ad_memcheck.so) ==3714== by 0x4243689: (within /usr/lib/libstdc++.so.5.0.6) ==3714== by 0x42433C0: std::__default_alloc_template<true, 0>::_S_chunk_alloc(unsigne d, int&) (in /usr/lib/libstdc++.so.5.0.6) ==3714== by 0x4243200: std::__default_alloc_template<true, 0>::_S_refill(unsigned) (i n /usr/lib/libstdc++.so.5.0.6) ==3714== by 0x402C0B2: std::_Deque_base<trace_rec_t, std::allocator<trace_rec_t> >::_ M_initialize_map(unsigned) (bits/stl_alloc.h:349) ==3714== by 0x402B8C5: __static_initialization_and_destruction_0(int, int) (bits/stl_ deque.h:430) ==3714== by 0x402BE1D: _GLOBAL__I_MAKE_DAEMON (bits/stl_queue.h:89) ==3714== by 0x402F5E4: (within /opt/hsc/lib/libtrace.so) ==3714== by 0x4028128: (within /opt/hsc/lib/libtrace.so) ==3714== by 0x400D44B: call_init (in /lib/ld-2.3.3.so) ==3714== by 0x400D531: _dl_init (in /lib/ld-2.3.3.so) ==3714== by 0x40009C4: (within /lib/ld-2.3.3.so) I ran valgrind on interl i686, and I ran valgrind with -v option, --3714-- Reading syms from /usr/ld-2.3.3.so (0x4000000) --3714-- Reading syms from /opt/hsc/bin/ibnmsmd (0x8048000) --3714-- Reading syms from /usr/lib/valgrind/x86-linux/memcheck (0xB0000000) --3714-- object doesn't have a symbol table --3714-- object doesn't have a dynamic symbol table --3714-- Reading suppressions file: /usr/lib/valgrind/default.supp --3714-- REDIR: 0x40129B0 (index) redirected to 0xB0021532 (???) --3714-- Reading syms from /usr/lib/valgrind/x86-linux/vgpreload_core.so (0x4018000) --3714-- object doesn't have a symbol table --3714-- Reading syms from /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so (0x401A000) --3714-- object doesn't have a symbol table --3714-- REDIR: 0x4012B50 (strlen) redirected to 0x401CFD0 (strlen) --3714-- Reading syms from /opt/hsc/lib/libtrace.so (0x4025000) --3714-- Reading syms from /lib/tls/libpthread.so.0 (0x4033000) --3714-- Reading syms from /usr/lib/libnetsnmp.so.5.1.0 (0x4043000) --3714-- Reading syms from /usr/lib/libcrypto.so.0.9.6 (0x40C7000) --3714-- Reading syms from /usr/lib/libstdc++.so.5.0.6 (0x41B8000) --3714-- object doesn't have a symbol table --3714-- Reading syms from /lib/tls/libm.so.6 (0x4289000) --3714-- Reading syms from /lib/tls/libc.so.6 (0x42AB000 -3714-- object doesn't have a symbol table >From: Julian Seward <js...@ac...> >To: val...@li... >Subject: Re: [Valgrind-users] can num-callers be larger than 12 with >valgrind 3.1.1 >Date: Thu, 1 Jun 2006 16:39:34 +0100 > >On Thursday 01 June 2006 16:26, Haizhu Liu wrote: > > Hello, > > > > I tried to use the num-callers option to be larger than 12, but it does >not > > seem to give me more than that many frames. Is 12 the maximum? > >No, the max is 50 or 100 or some crazy number like that. > >Can you send some examples of the backtraces you are getting? > >What platform (cpu) are you using? > >If you run with -v do you get any warnings immediately following >the lines "Reading syms from ..." ? > >J > > >------------------------------------------------------- >All the advantages of Linux Managed Hosting--Without the Cost and Risk! >Fully trained technicians. The highest number of Red Hat certifications in >the hosting industry. Fanatical Support. Click to learn more >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 >_______________________________________________ >Valgrind-users mailing list >Val...@li... >https://lists.sourceforge.net/lists/listinfo/valgrind-users |
|
From: Brian C. <cr...@fi...> - 2006-06-01 20:36:56
|
You're not in main() here, you're calling a CTOR on a globally declared std::deque, _dl_init IS the very first frame of the stack, there are no more beyond it. -- Brian Haizhu Liu wrote: > Hello, > > Example back traces: > > ==3714== 218,712 bytes in 36 blocks are possibly lost in loss record 26 > of 26 > ==3714== at 0x401C9DC: operator new(unsigned) (in > /usr/lib/valgrind/x86-linux/vgprelo > ad_memcheck.so) > ==3714== by 0x4243689: (within /usr/lib/libstdc++.so.5.0.6) > ==3714== by 0x42433C0: std::__default_alloc_template<true, > 0>::_S_chunk_alloc(unsigne > d, int&) (in /usr/lib/libstdc++.so.5.0.6) > ==3714== by 0x4243200: std::__default_alloc_template<true, > 0>::_S_refill(unsigned) (i > n /usr/lib/libstdc++.so.5.0.6) > ==3714== by 0x402C0B2: std::_Deque_base<trace_rec_t, > std::allocator<trace_rec_t> >::_ > M_initialize_map(unsigned) (bits/stl_alloc.h:349) > ==3714== by 0x402B8C5: __static_initialization_and_destruction_0(int, > int) (bits/stl_ > deque.h:430) > ==3714== by 0x402BE1D: _GLOBAL__I_MAKE_DAEMON (bits/stl_queue.h:89) > ==3714== by 0x402F5E4: (within /opt/hsc/lib/libtrace.so) > ==3714== by 0x4028128: (within /opt/hsc/lib/libtrace.so) > ==3714== by 0x400D44B: call_init (in /lib/ld-2.3.3.so) > ==3714== by 0x400D531: _dl_init (in /lib/ld-2.3.3.so) > ==3714== by 0x40009C4: (within /lib/ld-2.3.3.so) > > I ran valgrind on interl i686, and I ran valgrind with -v option, > > --3714-- Reading syms from /usr/ld-2.3.3.so (0x4000000) > --3714-- Reading syms from /opt/hsc/bin/ibnmsmd (0x8048000) > --3714-- Reading syms from /usr/lib/valgrind/x86-linux/memcheck > (0xB0000000) > --3714-- object doesn't have a symbol table > --3714-- object doesn't have a dynamic symbol table > --3714-- Reading suppressions file: /usr/lib/valgrind/default.supp > --3714-- REDIR: 0x40129B0 (index) redirected to 0xB0021532 (???) > --3714-- Reading syms from /usr/lib/valgrind/x86-linux/vgpreload_core.so > (0x4018000) > --3714-- object doesn't have a symbol table > --3714-- Reading syms from > /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so (0x401A000) > --3714-- object doesn't have a symbol table > --3714-- REDIR: 0x4012B50 (strlen) redirected to 0x401CFD0 (strlen) > --3714-- Reading syms from /opt/hsc/lib/libtrace.so (0x4025000) > --3714-- Reading syms from /lib/tls/libpthread.so.0 (0x4033000) > --3714-- Reading syms from /usr/lib/libnetsnmp.so.5.1.0 (0x4043000) > --3714-- Reading syms from /usr/lib/libcrypto.so.0.9.6 (0x40C7000) > --3714-- Reading syms from /usr/lib/libstdc++.so.5.0.6 (0x41B8000) > --3714-- object doesn't have a symbol table > --3714-- Reading syms from /lib/tls/libm.so.6 (0x4289000) > --3714-- Reading syms from /lib/tls/libc.so.6 (0x42AB000 > -3714-- object doesn't have a symbol table > >> From: Julian Seward <js...@ac...> >> To: val...@li... >> Subject: Re: [Valgrind-users] can num-callers be larger than 12 with >> valgrind 3.1.1 >> Date: Thu, 1 Jun 2006 16:39:34 +0100 >> >> On Thursday 01 June 2006 16:26, Haizhu Liu wrote: >> > Hello, >> > >> > I tried to use the num-callers option to be larger than 12, but it >> does not >> > seem to give me more than that many frames. Is 12 the maximum? >> >> No, the max is 50 or 100 or some crazy number like that. >> >> Can you send some examples of the backtraces you are getting? >> >> What platform (cpu) are you using? >> >> If you run with -v do you get any warnings immediately following >> the lines "Reading syms from ..." ? >> >> J >> >> >> ------------------------------------------------------- >> All the advantages of Linux Managed Hosting--Without the Cost and Risk! >> Fully trained technicians. The highest number of Red Hat >> certifications in >> the hosting industry. Fanatical Support. Click to learn more >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 >> _______________________________________________ >> Valgrind-users mailing list >> Val...@li... >> https://lists.sourceforge.net/lists/listinfo/valgrind-users > > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users > > > |