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
(11) |
2
(9) |
3
(11) |
4
(12) |
5
(11) |
|
6
(9) |
7
(13) |
8
(6) |
9
(7) |
10
(7) |
11
(11) |
12
(13) |
|
13
(7) |
14
(6) |
15
(7) |
16
(19) |
17
(20) |
18
(9) |
19
(9) |
|
20
(6) |
21
(7) |
22
(11) |
23
(16) |
24
(14) |
25
(24) |
26
(16) |
|
27
(20) |
28
(58) |
29
(7) |
30
(10) |
31
(15) |
|
|
|
From: Greg P. <gp...@us...> - 2006-08-11 21:21:34
|
Greg Parker <gp...@us...> writes: > Valgrind 3.2.0 doesn't handle the SSE3 lddqu instruction, as I > discovered when running some code that uses it. On further > inspection, it appears Valgrind supports some but not all of SSE3. > > Does anyone have a list of what is and is not finished? Do the > latest builds include more SSE3 support? To answer my own question: top-of-tree VEX appears to support all of SSE3 except `monitor` and `mwait`. 3.2.0 only supports `movsldup`, `movshdup`, and `addsubps`. -- Greg Parker gp...@us... |
|
From: Greg P. <gp...@us...> - 2006-08-11 20:35:43
|
Valgrind 3.2.0 doesn't handle the SSE3 lddqu instruction, as I discovered when running some code that uses it. On further inspection, it appears Valgrind supports some but not all of SSE3. Does anyone have a list of what is and is not finished? Do the latest builds include more SSE3 support? -- Greg Parker gp...@us... |
|
From: Nicholas N. <nj...@cs...> - 2006-08-11 13:08:26
|
On Fri, 11 Aug 2006, Josef Weidendorfer wrote: > On Friday 11 August 2006 09:28, Nicholas Nethercote wrote: >> I think a lot of the code is very stabs-specific. Copying the stabs-only >> code over might not be too difficult. Rewriting the code to work with DWARF >> would be a big task. > > Nick: Is there any possibility to use the libdwarf with VG 3.2? > That would make the things easier... Valgrind doesn't even use glibc any more... Nick |
|
From: Josef W. <Jos...@gm...> - 2006-08-11 10:29:24
|
On Friday 11 August 2006 09:28, Nicholas Nethercote wrote: > I think a lot of the code is very stabs-specific. Copying the stabs-only > code over might not be too difficult. Rewriting the code to work with DWARF > would be a big task. Nick: Is there any possibility to use the libdwarf with VG 3.2? That would make the things easier... A workaround: Pipe the tools output through postprocessing, which can use a DWARF debug info reader to add variable names; for the raw output of the tool, <function:frameOffset> should be enough to specify the variable (?). Josef |
|
From: Gurganus, B. L <gur...@ro...> - 2006-08-11 09:20:35
|
As far as I can tell, there is not a way to watch for malloc/free-like = pairs since it looks like the current way to do it is with a macro that = doesn't work when the malloc-like and free-like code is in a library. I = would like to be able to see when, for examples, fl_init or = fl_initialize are used without fl_finish. Could I get a pointer to a = valgrind variant that can already do such things or how valgrind already = does this or a pointer to where such a pair can be added to the source = code. Brant Gurganus http://www.rose-hulman.edu/~gurganbl |
|
From: Nicholas N. <nj...@cs...> - 2006-08-11 07:28:59
|
On Fri, 11 Aug 2006, Bart Van Assche wrote: > Thanks for the hint, Nicholas. By this time I downloaded the Valgrind > 2.2.0 sources (http://valgrind.org/downloads/valgrind-2.2.0.tar.bz2). > I had a look at the functions VG_(describe_addr)(), > VG_(get_scope_variables)(), and search_all_scopetabs(). I'm not > familiar with DWARF or stabs details, and it's not clear to me how in > how far these functions are specific to one specific debugging > information format. None of these functions is present in Valgrind > 3.2.0. Any idea how much work would it take to reintroduce these > functions ? I think a lot of the code is very stabs-specific. Copying the stabs-only code over might not be too difficult. Rewriting the code to work with DWARF would be a big task. Nick |
|
From: Tom H. <th...@cy...> - 2006-08-11 07:03:08
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-08-11 03:00:02 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 262 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/tls (stdout) |
|
From: Bart V. A. <bar...@gm...> - 2006-08-11 06:50:31
|
Thanks for the hint, Nicholas. By this time I downloaded the Valgrind 2.2.0 sources (http://valgrind.org/downloads/valgrind-2.2.0.tar.bz2). I had a look at the functions VG_(describe_addr)(), VG_(get_scope_variables)(), and search_all_scopetabs(). I'm not familiar with DWARF or stabs details, and it's not clear to me how in how far these functions are specific to one specific debugging information format. None of these functions is present in Valgrind 3.2.0. Any idea how much work would it take to reintroduce these functions ? On 8/11/06, Nicholas Nethercote <nj...@cs...> wrote: > On Thu, 10 Aug 2006, Bart Van Assche wrote: > > > Regarding the drd (data-race detection) tool I'm working on: I > > have a question about how to obtain the name of a stack variable, > > given its address. > > Jeremy wrote a whole lot of complex code for reading debug info to get this > kind of info and more. It's certainly in Valgrind 2.2.0, it seems to have > been stripped out of 3.2.0, possibly because Helgrind has been broken for so > long. > > There was a function called VG_(describe_addr) in the file vg_symtypes.c in > 2.2.0. You might like to look at that, but it's pretty hairy. It also only > worked for stabs debug format, not DWARF. |
|
From: Tom H. <to...@co...> - 2006-08-11 02:45:29
|
Nightly build on dunsmere ( athlon, Fedora Core 5 ) started at 2006-08-11 03:30:04 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 237 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 237 tests, 4 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Aug 11 03:38:01 2006 --- new.short Fri Aug 11 03:45:36 2006 *************** *** 8,10 **** ! == 237 tests, 4 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) --- 8,11 ---- ! == 237 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == ! memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) |
|
From: Tom H. <th...@cy...> - 2006-08-11 02:25:42
|
Nightly build on dellow ( x86_64, Fedora Core 5 ) started at 2006-08-11 03:10:06 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 260 tests, 3 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) |
|
From: Nicholas N. <nj...@cs...> - 2006-08-11 00:13:32
|
On Thu, 10 Aug 2006, Bart Van Assche wrote: > Regarding the drd (data-race detection) tool I'm working on: I > have a question about how to obtain the name of a stack variable, > given its address. Jeremy wrote a whole lot of complex code for reading debug info to get this kind of info and more. It's certainly in Valgrind 2.2.0, it seems to have been stripped out of 3.2.0, possibly because Helgrind has been broken for so long. There was a function called VG_(describe_addr) in the file vg_symtypes.c in 2.2.0. You might like to look at that, but it's pretty hairy. It also only worked for stabs debug format, not DWARF. Nick |