You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(14) |
2
(16) |
3
(13) |
4
(3) |
|
5
(18) |
6
(1) |
7
(6) |
8
(2) |
9
(16) |
10
(19) |
11
(14) |
|
12
(1) |
13
(6) |
14
(20) |
15
(26) |
16
(18) |
17
(15) |
18
(16) |
|
19
(7) |
20
(8) |
21
(19) |
22
(19) |
23
(21) |
24
(15) |
25
(15) |
|
26
(11) |
27
(17) |
28
(21) |
29
(14) |
|
|
|
|
From: Siddharth N. <si...@gm...> - 2012-02-06 18:13:56
|
Hi Josef,
I have another question in extension to my previous one. I inserted a
breakpoint in the function I added (see the thread). It breaks whenever
there is a memory read/write. Is the
"CLG_(current_state).bbcc->bb->jmpkind" an accurate reflection of how we
got the the current BB from the previous BB? If so, the function context
should reflect this in case of calls/returns. However, I am seeing the
following:
(gdb) print *vgCallgrind_current_state->cxt->fn[2]
$1 = {*name = 0x40228ed70 "0x0000003170400a70", number = 1*, last_cxt =
0x40228edb0, pure_cxt = 0x40228edb0, file = 0x40228e9d0,
next = 0x0, dump_before = 0 '\000', dump_after = 0 '\000', zero_before =
0 '\000', toggle_collect = 0 '\000', skip = 0 '\000',
pop_on_jump = 0 '\000', is_malloc = 0 '\000', is_realloc = 0 '\000',
is_free = 0 '\000', group = 0, separate_callers = 100,
separate_recursions = 2, verbosity = -1}
(gdb) print *vgCallgrind_current_state->cxt->fn[1]
$2 = {*name = 0x402291580 "_dl_start", number = 2*, last_cxt = 0x402291970,
pure_cxt = 0x4022915b0, file = 0x40228e9d0,
next = 0x0, dump_before = 0 '\000', dump_after = 0 '\000', zero_before =
0 '\000', toggle_collect = 0 '\000', skip = 0 '\000',
pop_on_jump = 0 '\000', is_malloc = 0 '\000', is_realloc = 0 '\000',
is_free = 0 '\000', group = 0, separate_callers = 100,
separate_recursions = 2, verbosity = -1}
(gdb)print *vgCallgrind_current_state->cxt->fn[0]
$3 = {*name = 0x4022971c0 "_dl_setup_hash", number = 3*, last_cxt =
0x402297550, pure_cxt = 0x4022971f0, file = 0x40228e9d0,
next = 0x0, dump_before = 0 '\000', dump_after = 0 '\000', zero_before =
0 '\000', toggle_collect = 0 '\000', skip = 0 '\000',
pop_on_jump = 0 '\000', is_malloc = 0 '\000', is_realloc = 0 '\000',
is_free = 0 '\000', group = 0, separate_callers = 100,
separate_recursions = 2, verbosity = -1}
(gdb) c
Continuing.
Breakpoint 1, storeDRWcontext (inode=0x40229a128, datasize=4, ea=51840541,
WR=20 '\024') at sim.c:1818
(gdb) print *vgCallgrind_current_state->cxt->fn[2]
Cannot access memory at address 0x0
(gdb) print *vgCallgrind_current_state->cxt->fn[1]
$5 = {*name = 0x40228ed70 "0x0000003170400a70", number = 1*, last_cxt =
0x40228edb0, pure_cxt = 0x40228edb0, file = 0x40228e9d0,
next = 0x0, dump_before = 0 '\000', dump_after = 0 '\000', zero_before =
0 '\000', toggle_collect = 0 '\000', skip = 0 '\000',
pop_on_jump = 0 '\000', is_malloc = 0 '\000', is_realloc = 0 '\000',
is_free = 0 '\000', group = 0, separate_callers = 100,
separate_recursions = 2, verbosity = -1}
(gdb) print *vgCallgrind_current_state->cxt->fn[0]
$6 = {*name = 0x402291580 "_dl_start", number = 2*, last_cxt = 0x402291970,
pure_cxt = 0x4022915b0, file = 0x40228e9d0,
next = 0x0, dump_before = 0 '\000', dump_after = 0 '\000', zero_before =
0 '\000', toggle_collect = 0 '\000', skip = 0 '\000',
pop_on_jump = 0 '\000', is_malloc = 0 '\000', is_realloc = 0 '\000',
is_free = 0 '\000', group = 0, separate_callers = 100,
separate_recursions = 2, verbosity = -1}
(gdb) print vgCallgrind_current_state->bbcc->bb->jmpkind
$8 = 90113* --------------------------> means that we got to this BB
through a call. So how is the function context different?*
Sid
>
>
> On 16 January 2012 22:01, Josef Weidendorfer <Jos...@gm...>wrote:
>
>> Hi,
>>
>> On 16.01.2012 15:31, Siddharth Nilakantan wrote:
>> > Hi All,
>> >
>> > I have written a small extension to callgrind to do some tracking of
>> > memory addresses accessed in functions. My function simply looks at the
>> > current state and determines in which function execution is currently
>> > happening. Then it builds and maintains its own data structures. This
>> > has worked fine so far.
>>
>> Cool.
>>
>> > I want to take this further and also look at the execution context that
>> > Callgrind provides for the current BB being instrumented. However, from
>> > examination using gdb, I noticed that whatever program I run under
>> > Callgrind, the CLG_(current_state)->cxt->size is always 1 and
>> > CLG_(current_state)->cxt->fn[0] is the only valid entry. fn[1], fn[2]
>> > etc. never exist.
>>
>> Callgrind collects data for each execution context. If this always would
>> include the full call chain, for a lot of programs, you would get a
>> out-of-memory situation (e.g. firefox).
>>
>> Therefore, the default behavior is to only look at the current function
>> for determination of the context. You can change this:
>>
>> * use e.g. "--separate-callers=5" to always use the last 5 entries in
>> the call stack for the execution context.
>> * use "--separate-callers5=foo" to specify for function "foo", how much
>> call stack entries should be used for distinguish the execution
>> context when running "foo"
>> * use "--fn-skip=foo" to not change the execution context when calling
>> into or leaving function foo
>>
>> Josef
>>
>>
>> >
>> > my .gdbinit file:
>> >
>> > set env VALGRIND_LAUNCHER=~/valgrind-svnco/valgrind/coregrind/valgrind
>> > file ~/valgrind-svnco/valgrind/.in_place/callgrind-amd64-linux
>> > handle SIGILL SIGSEGV nostop noprint
>> > b sim.c:1667
>> > run --cache-sim=yes ./toy_prg
>> >
>> > Is there something possibly wrong with my setup or is this is a bug in
>> > Callgrind? Is anyone else seeing things differently.
>> >
>> > Siddharth Nilakantan
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > RSA(R) Conference 2012
>> > Mar 27 - Feb 2
>> > Save $400 by Jan. 27
>> > Register now!
>> > http://p.sf.net/sfu/rsa-sfdev2dev2
>> >
>> >
>> >
>> > _______________________________________________
>> > Valgrind-developers mailing list
>> > Val...@li...
>> > https://lists.sourceforge.net/lists/listinfo/valgrind-developers
>>
>>
>>
>> ------------------------------------------------------------------------------
>> RSA(R) Conference 2012
>> Mar 27 - Feb 2
>> Save $400 by Jan. 27
>> Register now!
>> http://p.sf.net/sfu/rsa-sfdev2dev2
>> _______________________________________________
>> Valgrind-developers mailing list
>> Val...@li...
>> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
>>
>
>
|