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
(4) |
|
2
(5) |
3
(3) |
4
(3) |
5
(7) |
6
(7) |
7
(9) |
8
(10) |
|
9
(12) |
10
(26) |
11
(9) |
12
(6) |
13
(7) |
14
(15) |
15
(25) |
|
16
(20) |
17
(32) |
18
(11) |
19
(19) |
20
(22) |
21
(6) |
22
(8) |
|
23
(16) |
24
(25) |
25
(11) |
26
(16) |
27
(12) |
28
(15) |
29
(11) |
|
30
(5) |
31
(8) |
|
|
|
|
|
|
From: Jeremy F. <je...@go...> - 2005-01-25 23:21:19
|
On Tue, 2005-01-25 at 12:32 -0800, Naveen Kumar wrote: > Hi all, > I have finally got to the stage where the following > commands > > valgrind > valgrind --help > valgrind --tool=xxxxx > valgrind --tool=xxxxx --help > > work. Some items of note. I am using the following > address space mapping > > client_base 9000000 (498MB) > client_mapbase 28280000 (998MB) > client_end 66900000 (1MB) > shadow_base 66A00000 (1684MB) > shadow_end CFE20000 (1MB) > valgrind_base D0000000 (255MB) > valgrind_end DFFFFFFF > > since the stack is positioned below the text > segment(for sol-x86) the whole space above text until > kernelbase can be used. kernelbase has been #defined > to 0xE0000000. CLIENT_BASE starts from 0x09000000 > instead of 0x00000000 as in Linux-x86. In > layout_remaining_space Why start at 0x9000000? client_base is the base of the client address space, so it has to include the client stack. Setting client_base to 0x9000000 implies that it is absolutely forbidden, under any circumstances, for the client to touch memory in the range 0x0-0x9000000. > client_size should include VG_(valgrind_base) and > VG_(client_base) in the calculation. > > client_size = ROUNDDN((VG_(valgrind_base)- > REDZONE_SIZE-VG_(client_base)) / (1.+ratio), > CLIENT_SIZE_MULTIPLE); > > Am I correct is doing that ? Well, if the range 0-client_base off limits for client use, then probably. > Another interesting note. When doing a fillgap from > 0x08a00000(text seg end) to 0xD0000000(kickstart_base) > the mmap call failed with err ENOSPC. However if you > split the region into chunks and do an mmap it > works!!!. I dont know why. This is weird. Currently I > break it up into 0x40000000 size chunks. > This was one tough err to track down. Yeah, some Linux kernels with some configurations do that too, though normally its OK because those mappings are mapped out of a file. The kernel is applying a heuristic to prevent your process from using "too much" memory, by trying to guess how much the process will end up using by looking at the address space it claims. Since we never intend to use that memory at all, its estimates are off. > The problem I am currently having is that when > executing in stage2, the program crashes at fprintf(or > printf) in load_ELF(ume.c). A printf in vg_main.c > shows no problems but a printf at any point in > load_ELF gives a seg fault. Any ideas ??? Is it just printf, or any libc function? Is memory padded at the time? Could it be something trying to allocate and failing? What's the fault address? J |
|
From: Naveen K. <g_n...@ya...> - 2005-01-25 20:32:45
|
Hi all,
I have finally got to the stage where the following
commands
valgrind
valgrind --help
valgrind --tool=xxxxx
valgrind --tool=xxxxx --help
work. Some items of note. I am using the following
address space mapping
client_base 9000000 (498MB)
client_mapbase 28280000 (998MB)
client_end 66900000 (1MB)
shadow_base 66A00000 (1684MB)
shadow_end CFE20000 (1MB)
valgrind_base D0000000 (255MB)
valgrind_end DFFFFFFF
since the stack is positioned below the text
segment(for sol-x86) the whole space above text until
kernelbase can be used. kernelbase has been #defined
to 0xE0000000. CLIENT_BASE starts from 0x09000000
instead of 0x00000000 as in Linux-x86. In
layout_remaining_space
client_size should include VG_(valgrind_base) and
VG_(client_base) in the calculation.
client_size = ROUNDDN((VG_(valgrind_base)-
REDZONE_SIZE-VG_(client_base)) / (1.+ratio),
CLIENT_SIZE_MULTIPLE);
Am I correct is doing that ?
Another interesting note. When doing a fillgap from
0x08a00000(text seg end) to 0xD0000000(kickstart_base)
the mmap call failed with err ENOSPC. However if you
split the region into chunks and do an mmap it
works!!!. I dont know why. This is weird. Currently I
break it up into 0x40000000 size chunks.
This was one tough err to track down.
The problem I am currently having is that when
executing in stage2, the program crashes at fprintf(or
printf) in load_ELF(ume.c). A printf in vg_main.c
shows no problems but a printf at any point in
load_ELF gives a seg fault. Any ideas ???
Thanks
Naveen
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
|
|
From: Robert W. <rj...@du...> - 2005-01-25 19:20:32
|
CVS commit by rjwalsh: Allow sigkill and exec-sigmask tests to pass by adding new .exp files that matches the non-valgrind behaviour on my stock FC2 system. A corecheck/tests/sigkill.stderr.exp3 1.1 A none/tests/exec-sigmask.stdout.exp3 1.1 |
|
From: Jeremy F. <je...@go...> - 2005-01-25 18:24:59
|
On Mon, 2005-01-24 at 21:35 +1100, Eyal Lebedinsky wrote: > It still crashes, but differently. faultstatus does not fail > anymore, but my tests still fail. The pattern is that one program > fails with > > /ssa/builds/20050118g-vgi/bin/showtime: line 81: 10967 Segmentation fault $valgrind_prefix --logfile-fd=9 $orig "$@" 9>>$log > > The log does not show any errors. Actually, this last run of > showtime has not a single line from VG in the log, as if vg > itself died quietly. > > And after this I cannot run anything. This is due to the segfault > happening when the failed program was holding a semaphore. This > is most unusual because that sem is held for a very brief time, > and I do not expect a random crash to happen just then. The fact > is that these crashes are very common, actually the earlier > problem (the sig11 now patched) was causing exactly the same > thing, and I always had to manually remove the sem. Almost as if > the fix is not just right. Well, I did fix a real bug, but there could be another one. Lots of bugs have "died with SIGSEGV" as their symptom. Could you file a bug for this? And if you can give me some way to reproduce this, that would be helpful. There are only a few places within Valgrind where it would quietly die with SIGSEGV without being able to say anything. I'm not sure what it might be in this case. J |
|
From: Nicholas N. <nj...@ca...> - 2005-01-25 16:06:02
|
On Mon, 24 Jan 2005, Robert Walsh wrote: > On Mon, 2005-01-24 at 22:50 +0000, Nicholas Nethercote wrote: >> That doesn't look that bad -- I think it's because V reserves a couple of >> signals. I think there may be some *.exp2 files for some of the other >> regtests that involve signals for exactly this reason... perhaps there >> should be some for these tests too. Or do they already have some? > > They already have some. They need one more each, I guess. Shall I go > ahead and add them in? I guess... N |
|
From: Jeremy F. <je...@go...> - 2005-01-25 08:09:51
|
CVS commit by fitzhardinge:
Tweak the magic sequence to generate slightly better code.
M +18 -22 valgrind.h.in 1.6
--- valgrind/include/valgrind.h.in #1.5:1.6
@@ -1,4 +1,3 @@
-
-/*
+/* -*- c -*-
----------------------------------------------------------------
@@ -111,24 +110,21 @@
#ifdef __x86__
-#define VALGRIND_MAGIC_SEQUENCE( \
- _zzq_rlval, _zzq_default, _zzq_request, \
- _zzq_arg1, _zzq_arg2, _zzq_arg3, _zzq_arg4) \
- \
- { volatile unsigned int _zzq_args[5]; \
- _zzq_args[0] = (volatile unsigned int)(_zzq_request); \
- _zzq_args[1] = (volatile unsigned int)(_zzq_arg1); \
- _zzq_args[2] = (volatile unsigned int)(_zzq_arg2); \
- _zzq_args[3] = (volatile unsigned int)(_zzq_arg3); \
- _zzq_args[4] = (volatile unsigned int)(_zzq_arg4); \
- asm volatile("movl %1, %%eax\n\t" \
- "movl %2, %%edx\n\t" \
- "roll $29, %%eax ; roll $3, %%eax\n\t" \
- "rorl $27, %%eax ; rorl $5, %%eax\n\t" \
- "roll $13, %%eax ; roll $19, %%eax\n\t" \
- "movl %%edx, %0\t" \
- : "=r" (_zzq_rlval) \
- : "r" (&_zzq_args[0]), "r" (_zzq_default) \
- : "eax", "edx", "cc", "memory" \
- ); \
+#define VALGRIND_MAGIC_SEQUENCE( \
+ _zzq_rlval, _zzq_default, _zzq_request, \
+ _zzq_arg1, _zzq_arg2, _zzq_arg3, _zzq_arg4) \
+ \
+ { unsigned int _zzq_args[5]; \
+ _zzq_args[0] = (unsigned int)(_zzq_request); \
+ _zzq_args[1] = (unsigned int)(_zzq_arg1); \
+ _zzq_args[2] = (unsigned int)(_zzq_arg2); \
+ _zzq_args[3] = (unsigned int)(_zzq_arg3); \
+ _zzq_args[4] = (unsigned int)(_zzq_arg4); \
+ asm volatile("roll $29, %%eax ; roll $3, %%eax\n\t" \
+ "rorl $27, %%eax ; rorl $5, %%eax\n\t" \
+ "roll $13, %%eax ; roll $19, %%eax" \
+ : "=d" (_zzq_rlval) \
+ : "a" (&_zzq_args[0]), "0" (_zzq_default) \
+ : "cc", "memory" \
+ ); \
}
#endif // __x86__
|
|
From: <js...@ac...> - 2005-01-25 07:33:16
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-01-25 03:50:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow -- Finished tests in none/tests ---------------------------------------- == 194 tests, 15 stderr failures, 0 stdout failures ================= corecheck/tests/as_mmap (stderr) corecheck/tests/fdleak_fcntl (stderr) helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) 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/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <to...@co...> - 2005-01-25 03:25:58
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-01-25 03:20:06 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow seg_override: valgrind --num-callers=4 ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 201 tests, 12 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) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) memcheck/tests/vgtest_ume (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-01-25 03:16:04
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-01-25 03:10:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow seg_override: valgrind --num-callers=4 ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 199 tests, 12 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) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-01-25 03:08:52
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-01-25 03:05:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 199 tests, 14 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) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) memcheck/tests/post-syscall (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-01-25 03:05:25
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-01-25 03:00:05 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 199 tests, 13 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) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) make: *** [regtest] Error 1 |