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
|
2
|
3
|
4
|
|
5
(3) |
6
(7) |
7
(6) |
8
(10) |
9
(6) |
10
(3) |
11
(1) |
|
12
|
13
|
14
(2) |
15
(6) |
16
(16) |
17
(8) |
18
(1) |
|
19
|
20
|
21
(1) |
22
|
23
|
24
|
25
|
|
26
|
27
(1) |
28
(2) |
29
|
30
(1) |
31
(1) |
|
|
From: Bruce M. <bm...@gm...> - 2010-12-05 20:40:50
|
On 5 December 2010 19:12, Michal <kor...@gm...> wrote: > Hi, > I've cloned your repo at http://www.brucemerry.org.za/git/datagrind/, > but am unable to find anything about datagrind in it. Apologies, I forgot to mention that it is in a 'datagrind' git branch (the master branch is upstream Valgrind 3.6.0); the tool is called 'exp-datagrind'. > Anyway, at work I often deal with reference counted memory management, > which unfortunately is not well supported by valgrind. In order to > debug memory leaks I've created a similar, but weaker, tool to yours > (http://gitorious.org/watchgrind/watchgrind). As you can see on every > memory write to specified addresses (such as object's reference count) > I dump stack trace. Unfortunately I can't use gdb for that, as most of > the applications are threaded and gdb's watchpoints don't like that. I haven't downloaded your tool yet so I'm not sure if it's really the same thing, but datagrind does store stack-trace information and when one clicks on an access it shows the stack trace of both the accessing instruction and the malloc that allocated the memory (if it came from malloc). > If your tool would support such scenario easily that would be nice :), > especially if (as opposed to my tool) it would correctly support > atomic instructions. Currently it doesn't do anything special for atomics - instructions that modify memory are just represented as a read and a write. It also doesn't implement the hooks necessary to track inputs and outputs of system calls. Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Michal <kor...@gm...> - 2010-12-05 19:12:36
|
Hi, I've cloned your repo at http://www.brucemerry.org.za/git/datagrind/, but am unable to find anything about datagrind in it. Anyway, at work I often deal with reference counted memory management, which unfortunately is not well supported by valgrind. In order to debug memory leaks I've created a similar, but weaker, tool to yours (http://gitorious.org/watchgrind/watchgrind). As you can see on every memory write to specified addresses (such as object's reference count) I dump stack trace. Unfortunately I can't use gdb for that, as most of the applications are threaded and gdb's watchpoints don't like that. If your tool would support such scenario easily that would be nice :), especially if (as opposed to my tool) it would correctly support atomic instructions. I am sorry, but I am unable to help you with inclusion of your tool to valgrind I am just a lurker here. Best Regards, Michal. On Sun, Dec 5, 2010 at 4:02 PM, Bruce Merry <bm...@gm...> wrote: > Hello > > I've been developing a Valgrind tool for logging addresses of data > accesses (with a more compact binary format than the lackey output) > and a corresponding graphical viewer. I'd like to find out whether > there is interest from the Valgrind developer community for this to be > incorporated into Valgrind at some point. It would still need some > polishing and lots of testing before it would be ready for a release, > but fairly fully implemented and ready for anyone who wants to have a > play with it. You can see some pictures of what it's good for at > http://blog.brucemerry.org.za/2010/09/visualising-sorting-algorithms.html > (screenshots are from an older version - the current viewer uses > GTK+), and download git repositories from > > http://www.brucemerry.org.za/git/datagrind/ (Valgrind 3.6.0 plus the > new tool; has a .gitmodules to pull in VEX 3.6.0) > http://www.brucemerry.org.za/git/dg_view (the viewer: requires SCons and GTK+) > > Feedback and advice on how best to make this ready for inclusion in > Valgrind are welcome; in particular I couldn't quite work out what the > difference between some of the types (e.g. Word, HWord, SizeT, > Address) was, and so I've probably used the wrong ones in various > places. > > Regards > Bruce > -- > Dr Bruce Merry > bmerry <@> gmail <.> com > http://www.brucemerry.org.za/ > http://blog.brucemerry.org.za/ > > ------------------------------------------------------------------------------ > What happens now with your Lotus Notes apps - do you make another costly > upgrade, or settle for being marooned without product support? Time to move > off Lotus Notes and onto the cloud with Force.com, apps are easier to build, > use, and manage than apps on traditional platforms. Sign up for the Lotus > Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Bruce M. <bm...@gm...> - 2010-12-05 15:02:13
|
Hello I've been developing a Valgrind tool for logging addresses of data accesses (with a more compact binary format than the lackey output) and a corresponding graphical viewer. I'd like to find out whether there is interest from the Valgrind developer community for this to be incorporated into Valgrind at some point. It would still need some polishing and lots of testing before it would be ready for a release, but fairly fully implemented and ready for anyone who wants to have a play with it. You can see some pictures of what it's good for at http://blog.brucemerry.org.za/2010/09/visualising-sorting-algorithms.html (screenshots are from an older version - the current viewer uses GTK+), and download git repositories from http://www.brucemerry.org.za/git/datagrind/ (Valgrind 3.6.0 plus the new tool; has a .gitmodules to pull in VEX 3.6.0) http://www.brucemerry.org.za/git/dg_view (the viewer: requires SCons and GTK+) Feedback and advice on how best to make this ready for inclusion in Valgrind are welcome; in particular I couldn't quite work out what the difference between some of the types (e.g. Word, HWord, SizeT, Address) was, and so I've probably used the wrong ones in various places. Regards Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |