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
(15) |
2
(12) |
3
(11) |
4
(20) |
5
(6) |
|
6
(6) |
7
(7) |
8
(8) |
9
(17) |
10
(25) |
11
(27) |
12
(6) |
|
13
(28) |
14
(16) |
15
(20) |
16
(9) |
17
(26) |
18
(7) |
19
(25) |
|
20
(7) |
21
(18) |
22
(25) |
23
(15) |
24
(21) |
25
(32) |
26
(15) |
|
27
(23) |
28
(33) |
|
|
|
|
|
|
From: Julian S. <js...@ac...> - 2005-02-26 21:54:03
|
> > add -Wno-pointer-sign if compiler supports it (removes 2000+ warnings > > when compiling with gcc 4.0) > > I thought that was discussed the other day and we decided to fix the > problem rather than hide it. Exactly so. Dirk, could you please undo this? J |
|
From: Tom H. <to...@co...> - 2005-02-26 21:36:09
|
In message <200...@of...>
Dirk Mueller <mu...@kd...> wrote:
> CVS commit by mueller:
>
> add -Wno-pointer-sign if compiler supports it (removes 2000+ warnings when compiling with gcc 4.0)
I thought that was discussed the other day and we decided to fix the
problem rather than hide it.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Dirk M. <mu...@kd...> - 2005-02-26 21:14:45
|
CVS commit by mueller: all gcc's I know support -Wno-long-long, so set it unconditionally M +1 -1 configure.in 1.150 --- valgrind/configure.in #1.149:1.150 @@ -8,5 +8,5 @@ # Checks for programs. -CFLAGS="" +CFLAGS="-Wno-long-long" AC_PROG_LN_S |
|
From: Dirk M. <mu...@kd...> - 2005-02-26 21:04:30
|
CVS commit by mueller:
add -Wno-pointer-sign if compiler supports it (removes 2000+ warnings when compiling with gcc 4.0)
M +22 -0 configure.in 1.149
--- valgrind/configure.in #1.148:1.149
@@ -252,4 +252,26 @@
AC_SUBST(PREFERRED_STACK_BOUNDARY)
+# does this compiler support -Wno-pointer-sign ?
+AC_MSG_CHECKING([if gcc accepts -Wno-pointer-sign ])
+
+safe_CFLAGS=$CFLAGS
+CFLAGS="-Wno-pointer-sign"
+
+AC_TRY_COMPILE(, [
+int main () { return 0 ; }
+],
+[
+no_pointer_sign=yes
+AC_MSG_RESULT([yes])
+], [
+no_pointer_sign=no
+AC_MSG_RESULT([no])
+])
+CFLAGS=$safe_CFLAGS
+
+if test x$no_pointer_sign = xyes; then
+ CFLAGS="$CFLAGS -Wno-pointer-sign"
+fi
+
# Check for TLS support in the compiler and linker
AC_CACHE_CHECK([for TLS support], vg_cv_tls,
|
|
From: Tom H. <th...@cy...> - 2005-02-26 17:49:52
|
CVS commit by thughes: More alternative memory leak results. A pointer-trace.stderr.exp2 1.1 A post-syscall.stderr.exp2 1.1 |
|
From: Tom H. <th...@cy...> - 2005-02-26 17:44:01
|
CVS commit by thughes:
Updated for recent changes to C library symbol filtering.
M +2 -2 badjump.stderr.exp2 1.2
--- valgrind/memcheck/tests/badjump.stderr.exp2 #1.1:1.2
@@ -2,5 +2,5 @@
Jump to the invalid address stated on the next line
at 0x........: ???
- by 0x........: __libc_start_main (...libc...)
+ by 0x........: __libc_start_main (in /...libc...)
by 0x........: ...
Address 0x........ is not stack'd, malloc'd or (recently) free'd
@@ -9,5 +9,5 @@
Access not within mapped region at address 0x........
at 0x........: ???
- by 0x........: __libc_start_main (...libc...)
+ by 0x........: __libc_start_main (in /...libc...)
by 0x........: ...
|
|
From: Dirk M. <mu...@kd...> - 2005-02-26 17:40:53
|
CVS commit by mueller:
fix compile (gcc 4.0)
M +1 -1 coregrind/vg_to_ucode.c 1.156
M +1 -1 include/tool.h.base 1.25
--- valgrind/coregrind/vg_to_ucode.c #1.155:1.156
@@ -420,5 +420,5 @@ const Char* VG_(name_of_mmx_gran) ( UCha
}
-const Char VG_(name_of_int_size) ( Int size )
+Char VG_(name_of_int_size) ( Int size )
{
switch (size) {
--- valgrind/include/tool.h.base #1.24:1.25
@@ -1244,5 +1244,5 @@
extern const Char* VG_(name_of_seg_reg) ( Int sreg );
extern const Char* VG_(name_of_int_reg) ( Int size, Int reg );
-extern const Char VG_(name_of_int_size) ( Int size );
+extern Char VG_(name_of_int_size) ( Int size );
/* Shorter macros for convenience */
|
|
From: Tom H. <to...@co...> - 2005-02-26 16:28:25
|
In message <421...@go...>
Jeremy Fitzhardinge <je...@go...> wrote:
> Nicholas Nethercote wrote:
>
> > I had a similar problem last night on my Debian 3.0 box. Strange
> > thing was, whether pth_exit hung or not seemed to depend on the value
> > of the --prefix path given to ./configure! I had two clean checkouts,
> > the only difference was the --prefix path, and one hung while the
> > other didn't. So I reconfigured, swapping the prefix paths, and this
> > time the other one hung. Very strange.
>
> I checked in a signals-related fix last night which could well fix it.
> I have no idea why --prefix would affect it though.
It doesn't seem to be happening as much but I do still have some
hangs in the thread tests on linuxthreads. It's intermittent though
which probably explains Nick's result.
I think I've now tracked down what is happening and why it works
sometimes. This is a trace from the end of pth_cancel2 when the
main thread is exiting and is waiting for the manager thread to
finish up:
SYSCALL[23924,1](175) special:sys_rt_sigprocmask ( 2, 0x0, 0xAFEFE150, 8 )
++23924++ do_setmask: tid = 1 how = 2 (SIG_SETMASK), set = 0x0 0000000000000000
++23924++ oldset=0xAFEFE150 0000000080000000
--> 0 (0x0)
SYSCALL[23924,1](179) mayBlock:sys_rt_sigsuspend ( 0xAFEFE150, 8 ) --> ...
--23924-- SCHED[1]: now sleeping in state VgTs_WaitSys
--23924-- SCHED[1]: now running
--23924-- Async handler got signal 32 for tid 1 info 0
interrupted_syscall: eip=0xB0084CC5; restart=0 eax=0
not started: restart
--23924-- delivering signal 32 (SIGRT0):0 to thread 1
--23924-- vg_push_signal_frame (thread 1): signal 32
SCHEDSETJMP(line 634) tid 1, jumped=1
SYSCALL[23924,1](119) special:sigreturn ( )
--23924-- vg_pop_signal_frame (thread 1): isRT=0 valid magic; EIP=0x420293D3
--> 179 (0xB3)
SYSCALL[23924,1](179) mayBlock:sys_rt_sigsuspend ( 0xAFEFE150, 8 ) --> ...
--23924-- SCHED[1]: now sleeping in state VgTs_WaitSys
So the main thread (thread 1) calls sigsuspend to wait for the signal
from the manager thread (thread 2) to say that it is done. Unfortunately
the signal arrives while the system call is still being setup so we
decide to restart the system call and wound up sat in sigsuspend waiting
for a signal that will never arrive.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Tom H. <th...@cy...> - 2005-02-26 15:30:05
|
CVS commit by thughes: Add some alternate results for various memory leak tests to account for systems which have an extra 24 byte block allocated by the C library. A addrcheck/tests/addressable.stderr.exp2 1.1 A addrcheck/tests/leak-0.stderr.exp2 1.1 A addrcheck/tests/leak-cycle.stderr.exp2 1.1 A addrcheck/tests/leak-regroot.stderr.exp2 1.1 A memcheck/tests/addressable.stderr.exp2 1.1 A memcheck/tests/leak-0.stderr.exp2 1.1 A memcheck/tests/leak-cycle.stderr.exp2 1.1 A memcheck/tests/leak-regroot.stderr.exp2 1.1 |
|
From: Tom H. <th...@cy...> - 2005-02-26 12:00:18
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-02-26 03:00:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow -- Finished tests in cachegrind/tests/x86 ------------------------------ -- Finished tests in cachegrind/tests ---------------------------------- -- Running tests in corecheck/tests ----------------------------------- as_mmap: valgrind ./as_mmap as_shm: valgrind ./as_shm erringfds: valgrind ./erringfds fdleak_cmsg: valgrind --track-fds=yes ./fdleak_cmsg < /dev/null fdleak_creat: valgrind --track-fds=yes ./fdleak_creat < /dev/null fdleak_dup: valgrind --track-fds=yes ./fdleak_dup < /dev/null fdleak_dup2: valgrind --track-fds=yes ./fdleak_dup2 < /dev/null fdleak_fcntl: valgrind --track-fds=yes ./fdleak_fcntl < /dev/null fdleak_ipv4: valgrind --track-fds=yes ./fdleak_ipv4 < /dev/null fdleak_open: valgrind --track-fds=yes ./fdleak_open < /dev/null fdleak_pipe: valgrind --track-fds=yes ./fdleak_pipe < /dev/null fdleak_socketpair: valgrind --track-fds=yes ./fdleak_socketpair < /dev/null pth_atfork1: valgrind ./pth_atfork1 pth_cancel1: valgrind ./pth_cancel1 pth_cancel2: valgrind ./pth_cancel2 Could not read `pth_cancel2.stderr.exp' make: *** [regtest] Error 2 |
|
From: Tom H. <to...@co...> - 2005-02-26 03:29:35
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-02-26 03:20:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow rm: cannot remove `vgcore.pid*': No such file or directory (cleanup operation failed: rm vgcore.pid*) pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 214 tests, 8 stderr failures, 0 stdout failures ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-26 03:22:49
|
Nightly build on audi ( Red Hat 9 ) started at 2005-02-26 03:15:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int rm: cannot remove `vgcore.pid*': No such file or directory (cleanup operation failed: rm vgcore.pid*) pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 213 tests, 6 stderr failures, 0 stdout failures ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-26 03:17:38
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-02-26 03:10:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow rm: cannot remove `vgcore.pid*': No such file or directory (cleanup operation failed: rm vgcore.pid*) pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 212 tests, 8 stderr failures, 0 stdout failures ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-26 03:12:05
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-02-26 03:05:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/post-syscall (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) make: *** [regtest] Error 1 |
|
From: Jeremy F. <je...@go...> - 2005-02-26 00:11:53
|
Julian Seward wrote:
> I hesitate to run the leak checker by default at exit. It can
> cause a huge amount of disk activity because it inspects bits of
> address space that had been swapped out during long runs of
> leaky programs, and which then gets forced back in as the checker
> traverses it all.
>
> But perhaps we should. In an underhand way it creates the
> expectation amongst programmers that their programs should have
> no detectable leaks, and that leaks will be tested for routinely
> -- every time V is run.
Well, since it's mark-sweep now, a basic leak check only traverses the
live heap. We could report the total number of leaked blocks/memory
pretty quickly. Its only doing a decent job of reporting specific leaks
which requires walking the leaked part of the heap.
Also, the checker touches a lot less memory than it used to; it doesn't
bother scanning read-only memory, for example (since it can never
contain pointers to the heap).
J
|