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
(5) |
2
(15) |
3
(20) |
|
4
(4) |
5
(11) |
6
(8) |
7
(36) |
8
(23) |
9
(6) |
10
(4) |
|
11
(4) |
12
(19) |
13
(17) |
14
(33) |
15
(16) |
16
(17) |
17
(4) |
|
18
(4) |
19
(30) |
20
(22) |
21
(23) |
22
(29) |
23
(20) |
24
(12) |
|
25
(7) |
26
(33) |
27
(10) |
28
(12) |
29
(19) |
30
(15) |
31
(8) |
|
From: <sv...@va...> - 2009-01-31 23:03:14
|
Author: sewardj
Date: 2009-01-31 23:03:08 +0000 (Sat, 31 Jan 2009)
New Revision: 9095
Log:
Merge r9094:
Move an assertion (pertaining to showing initial segments to the
tools) to the correct place, and add a big comment explaining why
this is necessary.
Modified:
branches/VALGRIND_3_4_BRANCH/coregrind/m_main.c
Modified: branches/VALGRIND_3_4_BRANCH/coregrind/m_main.c
===================================================================
--- branches/VALGRIND_3_4_BRANCH/coregrind/m_main.c 2009-01-31 15:08:08 UTC (rev 9094)
+++ branches/VALGRIND_3_4_BRANCH/coregrind/m_main.c 2009-01-31 23:03:08 UTC (rev 9095)
@@ -1870,8 +1870,29 @@
NSegment const* seg
= VG_(am_find_nsegment)( seg_starts[i] );
vg_assert(seg);
- vg_assert(seg->start == seg_starts[i] );
if (seg->kind == SkFileC || seg->kind == SkAnonC) {
+ /* This next assertion is tricky. If it is placed
+ immediately before this 'if', it very occasionally fails.
+ Why? Because previous iterations of the loop may have
+ caused tools (via the new_mem_startup calls) to do
+ dynamic memory allocation, and that may affect the mapped
+ segments; in particular it may cause segment merging to
+ happen. Hence we cannot assume that seg_starts[i], which
+ reflects the state of the world before we started this
+ loop, is the same as seg->start, as the latter reflects
+ the state of the world (viz, mappings) at this particular
+ iteration of the loop.
+
+ Why does moving it inside the 'if' make it safe? Because
+ any dynamic memory allocation done by the tools will
+ affect only the state of Valgrind-owned segments, not of
+ Client-owned segments. And the 'if' guards against that
+ -- we only get in here for Client-owned segments.
+
+ In other words: the loop may change the state of
+ Valgrind-owned segments as it proceeds. But it should
+ not cause the Client-owned segments to change. */
+ vg_assert(seg->start == seg_starts[i]);
VG_(debugLog)(2, "main",
"tell tool about %010lx-%010lx %c%c%c\n",
seg->start, seg->end,
|
|
From: Nicholas N. <n.n...@gm...> - 2009-01-31 20:53:33
|
On Sun, Feb 1, 2009 at 1:35 AM, Julian Seward <js...@ac...> wrote: > >> Darwin port because DWARF is such a pain on Darwin. But it probably >> doesn't matter for 3.4.1, I don't think stabs gets much use any more. > > Indeed, I believe gcc switched to Dwarf by default when 3.0.0 was released, > which was about 7 1/2 years ago. And yet it doesn't seem to be possible to include Dwarf debug info in a .a file on Mac. Sigh. N |
|
From: <sv...@va...> - 2009-01-31 15:08:14
|
Author: sewardj
Date: 2009-01-31 15:08:08 +0000 (Sat, 31 Jan 2009)
New Revision: 9094
Log:
Move an assertion (pertaining to showing initial segments to the
tools) to the correct place, and add a big comment explaining why this
is necessary.
Modified:
trunk/coregrind/m_main.c
Modified: trunk/coregrind/m_main.c
===================================================================
--- trunk/coregrind/m_main.c 2009-01-31 15:02:07 UTC (rev 9093)
+++ trunk/coregrind/m_main.c 2009-01-31 15:08:08 UTC (rev 9094)
@@ -1870,8 +1870,29 @@
NSegment const* seg
= VG_(am_find_nsegment)( seg_starts[i] );
vg_assert(seg);
- vg_assert(seg->start == seg_starts[i] );
if (seg->kind == SkFileC || seg->kind == SkAnonC) {
+ /* This next assertion is tricky. If it is placed
+ immediately before this 'if', it very occasionally fails.
+ Why? Because previous iterations of the loop may have
+ caused tools (via the new_mem_startup calls) to do
+ dynamic memory allocation, and that may affect the mapped
+ segments; in particular it may cause segment merging to
+ happen. Hence we cannot assume that seg_starts[i], which
+ reflects the state of the world before we started this
+ loop, is the same as seg->start, as the latter reflects
+ the state of the world (viz, mappings) at this particular
+ iteration of the loop.
+
+ Why does moving it inside the 'if' make it safe? Because
+ any dynamic memory allocation done by the tools will
+ affect only the state of Valgrind-owned segments, not of
+ Client-owned segments. And the 'if' guards against that
+ -- we only get in here for Client-owned segments.
+
+ In other words: the loop may change the state of
+ Valgrind-owned segments as it proceeds. But it should
+ not cause the Client-owned segments to change. */
+ vg_assert(seg->start == seg_starts[i]);
VG_(debugLog)(2, "main",
"tell tool about %010lx-%010lx %c%c%c\n",
seg->start, seg->end,
|
|
From: <sv...@va...> - 2009-01-31 15:02:13
|
Author: sewardj
Date: 2009-01-31 15:02:07 +0000 (Sat, 31 Jan 2009)
New Revision: 9093
Log:
Merge from the trunk, some Drd-related changes:
9087 Suppress any error whose top frame is in libc.so. While not very
elegant, this is an effective way to suppress data race reports
triggered by glibc's stdio functions (which uses inlined locking
functions).
9090 Do not only recognize .plt and .plt.got sections inside the
mapped address range, but also outside the mapped address range
(necessary for ppc).
9091 Generalized suppression patterns.
9092 Removed mandatory redirections for DRD since these made DRD
impossible to use on openSUSE 10.3 ppc.
Modified:
branches/VALGRIND_3_4_BRANCH/coregrind/m_redir.c
branches/VALGRIND_3_4_BRANCH/drd/drd_main.c
branches/VALGRIND_3_4_BRANCH/glibc-2.X-drd.supp
Modified: branches/VALGRIND_3_4_BRANCH/coregrind/m_redir.c
===================================================================
--- branches/VALGRIND_3_4_BRANCH/coregrind/m_redir.c 2009-01-30 18:31:54 UTC (rev 9092)
+++ branches/VALGRIND_3_4_BRANCH/coregrind/m_redir.c 2009-01-31 15:02:07 UTC (rev 9093)
@@ -906,15 +906,6 @@
NULL /* not mandatory - so why bother at all? */
/* glibc-2.6.1 (openSUSE 10.3, ppc32) seems fine without it */
);
- } else if (0 == VG_(strcmp)("drd", VG_(details).name)) {
- /* Only continue if symbol information in ld.so.1 is present, */
- /* because otherwise drd's suppression patterns on ld.so do */
- /* not have any effect. */
- add_hardwired_spec(
- "ld.so.1", "strlen",
- (Addr)(&VG_(ppc32_linux_REDIR_FOR_strlen)),
- croakage
- );
}
}
@@ -940,16 +931,6 @@
NULL /* not mandatory - so why bother at all? */
/* glibc-2.5 (FC6, ppc64) seems fine without it */
);
-
- } else if (0 == VG_(strcmp)("drd", VG_(details).name)) {
- /* Only continue if symbol information in ld64.so.1 is present, */
- /* because otherwise drd's suppression patterns on ld.so do */
- /* not have any effect. */
- add_hardwired_spec(
- "ld64.so.1", "strlen",
- (Addr)VG_(fnptr_to_fnentry)( &VG_(ppc64_linux_REDIR_FOR_strlen) ),
- croakage
- );
}
}
Modified: branches/VALGRIND_3_4_BRANCH/drd/drd_main.c
===================================================================
--- branches/VALGRIND_3_4_BRANCH/drd/drd_main.c 2009-01-30 18:31:54 UTC (rev 9092)
+++ branches/VALGRIND_3_4_BRANCH/drd/drd_main.c 2009-01-31 15:02:07 UTC (rev 9093)
@@ -524,7 +524,8 @@
avma = VG_(seginfo_get_plt_avma)(di);
size = VG_(seginfo_get_plt_size)(di);
- if (size > 0 && a <= avma && avma + size <= a + len)
+ tl_assert((avma && size) || (avma == 0 && size == 0));
+ if (size > 0)
{
#if 0
VG_(printf)("Suppressing .plt @ 0x%lx size %ld\n", avma, size);
@@ -535,7 +536,8 @@
avma = VG_(seginfo_get_gotplt_avma)(di);
size = VG_(seginfo_get_gotplt_size)(di);
- if (size > 0 && a <= avma && avma + size <= a + len)
+ tl_assert((avma && size) || (avma == 0 && size == 0));
+ if (size > 0)
{
#if 0
VG_(printf)("Suppressing .got.plt @ 0x%lx size %ld\n", avma, size);
Modified: branches/VALGRIND_3_4_BRANCH/glibc-2.X-drd.supp
===================================================================
--- branches/VALGRIND_3_4_BRANCH/glibc-2.X-drd.supp 2009-01-30 18:31:54 UTC (rev 9092)
+++ branches/VALGRIND_3_4_BRANCH/glibc-2.X-drd.supp 2009-01-31 15:02:07 UTC (rev 9093)
@@ -21,7 +21,6 @@
drd:ConflictingAccess
obj:/lib*/ld-*.so
obj:/lib*/ld-*.so
- obj:/lib*/ld-*.so
}
{
dl-dlsym-1
@@ -48,6 +47,11 @@
fun:backtrace_symbols
}
{
+ libc-stdio
+ drd:ConflictingAccess
+ obj:/lib*/libc-*
+}
+{
libc
drd:ConflictingAccess
fun:__libc_enable_asynccancel
|
|
From: Julian S. <js...@ac...> - 2009-01-31 14:36:15
|
> Darwin port because DWARF is such a pain on Darwin. But it probably > doesn't matter for 3.4.1, I don't think stabs gets much use any more. Indeed, I believe gcc switched to Dwarf by default when 3.0.0 was released, which was about 7 1/2 years ago. J |
|
From: Tom H. <th...@cy...> - 2009-01-31 03:47:53
|
Nightly build on vauxhall ( x86_64, Fedora 10 ) started at 2009-01-31 03:20:05 GMT 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 == 486 tests, 1 stderr failure, 0 stdout failures, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) |
|
From: Tom H. <th...@cy...> - 2009-01-31 03:44:22
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2009-01-31 03:05:05 GMT 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 == 477 tests, 6 stderr failures, 0 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) helgrind/tests/tc20_verifywrap (stderr) memcheck/tests/x86-linux/scalar (stderr) |
|
From: Tom H. <th...@cy...> - 2009-01-31 03:31:55
|
Nightly build on mg ( x86_64, Fedora 9 ) started at 2009-01-31 03:10:05 GMT 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 == 483 tests, 5 stderr failures, 2 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) memcheck/tests/linux/timerfd-syscall (stdout) memcheck/tests/x86-linux/scalar (stderr) none/tests/mremap2 (stdout) |