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
(5) |
3
(11) |
4
(13) |
5
(1) |
6
(15) |
7
(1) |
8
(1) |
|
9
(2) |
10
(4) |
11
(15) |
12
(2) |
13
(12) |
14
(2) |
15
(3) |
|
16
(1) |
17
(16) |
18
(1) |
19
(32) |
20
(19) |
21
(3) |
22
|
|
23
|
24
(4) |
25
|
26
(1) |
27
(19) |
28
(4) |
29
(2) |
|
30
(3) |
|
|
|
|
|
|
|
From: Dirk M. <mu...@kd...> - 2003-11-06 23:13:10
|
CVS commit by mueller: valgrind homepage A index.html 1.1 |
|
From: Tom H. <th...@cy...> - 2003-11-06 18:40:09
|
In message <106...@ix...>
Jeremy Fitzhardinge <je...@go...> wrote:
> On Thu, 2003-11-06 at 03:49, Tom Hughes wrote:
> > There appears to be a bug in the new system call handling that causes
> > a system call to get executed twice sometimes, seemingly when a signal
> > occurs at the wrong time.
> >
> > The attached program demonstrates the problem. It creates a temporary
> > file containing two characters, an A followed by a B. It then forces
> > an alarm signal to occur every second and repeatedly seeks to the
> > start of the file and reads one character, which should always be an A
> > but occasionally it is a B instead.
> >
> > Disabling the alarm signals cures the problem.
>
> Oh, what kernel/distro?
RedHat 9 with the latest kernel package.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Jeremy F. <je...@go...> - 2003-11-06 17:14:31
|
On Thu, 2003-11-06 at 03:49, Tom Hughes wrote: > There appears to be a bug in the new system call handling that causes > a system call to get executed twice sometimes, seemingly when a signal > occurs at the wrong time. > > The attached program demonstrates the problem. It creates a temporary > file containing two characters, an A followed by a B. It then forces > an alarm signal to occur every second and repeatedly seeks to the > start of the file and reads one character, which should always be an A > but occasionally it is a B instead. > > Disabling the alarm signals cures the problem. Oh, what kernel/distro? J |
|
From: Tom H. <th...@cy...> - 2003-11-06 11:54:12
|
In message <yek...@au...>
Tom Hughes <th...@cy...> wrote:
> There appears to be a bug in the new system call handling that causes
> a system call to get executed twice sometimes, seemingly when a signal
> occurs at the wrong time.
One other thing that I forgot to mention is that the test program will
also sometimes cause valgrind to assert as follows:
valgrind: vg_proxylwp.c:1144 (sys_wait_results): Assertion `res.syscallno == tst->syscallno' failed.
==8959== at 0x4016E8AA: vgPlain_skin_assert_fail (vg_mylibc.c:1103)
==8959== by 0x4016E8A9: assert_fail (vg_mylibc.c:1099)
==8959== by 0x4016E904: vgPlain_core_assert_fail (vg_mylibc.c:1110)
==8959== by 0x40172148: sys_wait_results (vg_proxylwp.c:1155)
sched status:
Thread 1: status = WaitSys, associated_mx = 0x0, associated_cv = 0x0
==8959== at 0x804855C: alarm_handler (in /home/thh/vgtest/sigtest)
==8959== by 0x40248A06: __libc_start_main (in /lib/i686/libc-2.3.2.so)
==8959== by 0x80484CC: ??? (start.S:81)
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Nicholas N. <nj...@ca...> - 2003-11-06 11:35:29
|
CVS commit by nethercote:
Filter out line numbers in vg_scheduler.c in Helgrind's regtests.
M +2 -2 deadlock.stderr.exp 1.3
M +3 -0 filter_stderr 1.4
M +1 -1 race.stderr.exp 1.3
M +1 -1 race2.stderr.exp 1.3
--- valgrind/helgrind/tests/deadlock.stderr.exp #1.2:1.3
@@ -5,5 +5,5 @@
by 0x........: t2 (deadlock.c:20)
by 0x........: thread_wrapper (vg_libpthread.c:...)
- by 0x........: do__quit (vg_scheduler.c:1791)
+ by 0x........: do__quit (vg_scheduler.c:...)
while holding locks 0x........(m2)
0x........(m2) last locked at
@@ -11,5 +11,5 @@
by 0x........: t2 (deadlock.c:19)
by 0x........: thread_wrapper (vg_libpthread.c:...)
- by 0x........: do__quit (vg_scheduler.c:1791)
+ by 0x........: do__quit (vg_scheduler.c:...)
while depending on locks 0x........(m1)
--- valgrind/helgrind/tests/filter_stderr #1.3:1.4
@@ -11,4 +11,7 @@
sed "s/section of \/.*helgrind\/tests.*$/section of \/...helgrind\/tests.../" |
+# Anonymise line numbers in vg_scheduler.c
+sed "s/vg_scheduler.c:[0-9]\+/vg_scheduler.c:.../" |
+
# Output looks like...
#
--- valgrind/helgrind/tests/race.stderr.exp #1.2:1.3
@@ -4,5 +4,5 @@
at 0x........: th (race.c:10)
by 0x........: thread_wrapper (vg_libpthread.c:...)
- by 0x........: do__quit (vg_scheduler.c:1791)
+ by 0x........: do__quit (vg_scheduler.c:...)
Address 0x........ is in BSS section of /...helgrind/tests...
Previous state: shared RO, no locks
--- valgrind/helgrind/tests/race2.stderr.exp #1.2:1.3
@@ -4,5 +4,5 @@
at 0x........: th (race2.c:17)
by 0x........: thread_wrapper (vg_libpthread.c:...)
- by 0x........: do__quit (vg_scheduler.c:1791)
+ by 0x........: do__quit (vg_scheduler.c:...)
Address 0x........ == &(f->poot[5].plop[11]) at race2.c:17
Previous state: shared RO, no locks
|
|
From: Nicholas N. <nj...@ca...> - 2003-11-06 11:19:19
|
On Thu, 6 Nov 2003, Josef Weidendorfer wrote: > If e.g. for stable releases 2.0.x, we make sure that the skin major version > stays the same, there should be no problem. "Backporting some source > incompatible things regarding skin API from HEAD to stable" should > be regarded as a no-no inside same stable releases series. > > Does this make sense? Ok, sounds reasonable to me, since only bug-fixes should really go into stable, and bug-fixes shouldn't affect the interface. N |
|
From: Josef W. <Jos...@gm...> - 2003-11-06 10:45:59
|
On Thursday 06 November 2003 09:43, Nicholas Nethercote wrote: > On Thu, 6 Nov 2003, Julian Seward wrote: > > > I just noted that VG_CORE_INTERFACE_MAJOR_VERSION isn't raised to 4 > > > in VALGRIND_2_0_REALLY branch. Because of the added SSE instruction, > > > this is needed (I.e. we will need major 5 in HEAD). > > > > Done (stable now == 4, head now == 5) > > Hmm, with separate stable and development versions, there could be > problems with the numbering system -- eg. if some of the current things in > the HEAD (v5) make it into stable branch but not others, then stable > shouldn't use v5. Maybe even numbers == stable, odd numbers == > development? (Like release numbers). But then you can't say "if release > number > x"... If e.g. for stable releases 2.0.x, we make sure that the skin major version stays the same, there should be no problem. "Backporting some source incompatible things regarding skin API from HEAD to stable" should be regarded as a no-no inside same stable releases series. Does this make sense? Josef > > N |
|
From: Julian S. <js...@ac...> - 2003-11-06 01:10:25
|
CVS commit by jseward: Copyright holders += Jeremy M +3 -2 manual.html 1.42.2.3 --- valgrind/docs/manual.html #1.42.2.2:1.42.2.3 @@ -32,6 +32,7 @@ <center> <a href="mailto:js...@ac...">js...@ac...</a>, - <a href="mailto:nj...@ca...">nj...@ca...</a><br> -Copyright © 2000-2003 Julian Seward, Nick Nethercote + <a href="mailto:nj...@ca...">nj...@ca...</a>, + <a href="mailto:je...@go...">je...@go...</a><br> +Copyright © 2000-2003 Julian Seward, Nick Nethercote, Jeremy Fitzhardinge <p> |
|
From: Julian S. <js...@ac...> - 2003-11-06 01:07:56
|
CVS commit by jseward: Update misc text files for 2.0.0. MERGE TO HEAD M +8 -3 AUTHORS 1.4.4.1 M +3 -3 FAQ.txt 1.7.2.5 M +3 -3 NEWS 1.10.2.7 M +13 -38 README 1.11.2.1 M +4 -17 README_DEVELOPERS 1.1.2.1 M +10 -32 README_KDE3_FOLKS 1.3.8.1 M +1 -1 README_PACKAGERS 1.2.8.1 |
|
From: Julian S. <js...@ac...> - 2003-11-06 00:47:45
|
CVS commit by jseward: Update docs a bit for 2.0.0. MERGE TO HEAD M +30 -37 coregrind/docs/coregrind_core.html 1.10.2.3 M +7 -12 coregrind/docs/coregrind_intro.html 1.5.2.1 M +2 -2 docs/manual.html 1.42.2.2 M +2 -3 memcheck/docs/mc_main.html 1.7.2.2 |
|
From: Julian S. <js...@ac...> - 2003-11-06 00:06:51
|
CVS commit by jseward: --> 2.0.0. Hell, you only live once (so they say) M +1 -1 configure.in 1.93.2.5 --- valgrind/configure.in #1.93.2.4:1.93.2.5 @@ -2,5 +2,5 @@ AC_INIT(coregrind/vg_main.c) # give me a source file, any source file... AM_CONFIG_HEADER(config.h) -AM_INIT_AUTOMAKE(valgrind, 20031104) +AM_INIT_AUTOMAKE(valgrind, 2.0.0) AM_MAINTAINER_MODE |
|
From: Julian S. <js...@ac...> - 2003-11-06 00:06:48
|
CVS commit by jseward: It's not good that the head claims to be some old stable version. Change the version number to 'HEAD'. M +1 -1 configure.in 1.99 --- valgrind/configure.in #1.98:1.99 @@ -2,5 +2,5 @@ AC_INIT(coregrind/vg_main.c) # give me a source file, any source file... AM_CONFIG_HEADER(config.h) -AM_INIT_AUTOMAKE(valgrind, 20030725) +AM_INIT_AUTOMAKE(valgrind, HEAD) AM_MAINTAINER_MODE |
|
From: Julian S. <js...@ac...> - 2003-11-06 00:00:35
|
CVS commit by jseward:
Change VG_CORE_INTERFACE_MAJOR_VERSION to 5.
M +1 -1 vg_skin.h 1.99
--- valgrind/include/vg_skin.h #1.98:1.99
@@ -117,5 +117,5 @@ typedef unsigned char Bool;
will abort. The minor version indicates binary-compatible changes.
*/
-#define VG_CORE_INTERFACE_MAJOR_VERSION 4
+#define VG_CORE_INTERFACE_MAJOR_VERSION 5
#define VG_CORE_INTERFACE_MINOR_VERSION 0
|
|
From: Julian S. <js...@ac...> - 2003-11-06 00:00:22
|
CVS commit by jseward:
Change VG_CORE_INTERFACE_MAJOR_VERSION to 4.
M +1 -1 vg_skin.h 1.79.2.4
--- valgrind/include/vg_skin.h #1.79.2.3:1.79.2.4
@@ -117,5 +117,5 @@ typedef unsigned char Bool;
will abort. The minor version indicates binary-compatible changes.
*/
-#define VG_CORE_INTERFACE_MAJOR_VERSION 3
+#define VG_CORE_INTERFACE_MAJOR_VERSION 4
#define VG_CORE_INTERFACE_MINOR_VERSION 0
|