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
(1) |
|
2
(28) |
3
(21) |
4
(27) |
5
(22) |
6
(24) |
7
(25) |
8
(21) |
|
9
(18) |
10
(20) |
11
(10) |
12
(36) |
13
(18) |
14
(18) |
15
(29) |
|
16
(17) |
17
(7) |
18
(11) |
19
(17) |
20
(18) |
21
(12) |
22
(13) |
|
23
(9) |
24
(8) |
25
(7) |
26
(22) |
27
(18) |
28
(9) |
29
(15) |
|
30
(13) |
31
(7) |
|
|
|
|
|
|
From: Leo S. <l.s...@ao...> - 2005-10-10 18:59:50
|
Hello, You're using some C99 features older compilers don't support. Here's a patch against cvs-2005-10-10 that makes it work again by resorting to C89 behaviour where necessary. Please review. mfg Leo PS: Please CC me, I'm not subscribed. |
|
From: <sv...@va...> - 2005-10-10 16:49:00
|
Author: njn
Date: 2005-10-10 17:49:01 +0100 (Mon, 10 Oct 2005)
New Revision: 4899
Log:
Convert some native types to our types.
Modified:
trunk/cachegrind/cg_main.c
trunk/cachegrind/cg_sim.c
Modified: trunk/cachegrind/cg_main.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/cachegrind/cg_main.c 2005-10-10 16:18:09 UTC (rev 4898)
+++ trunk/cachegrind/cg_main.c 2005-10-10 16:49:01 UTC (rev 4899)
@@ -192,8 +192,8 @@
=20
static UInt hash(Char *s, UInt table_size)
{
- const int hash_constant =3D 256;
- int hash_value =3D 0;
+ const Int hash_constant =3D 256;
+ Int hash_value =3D 0;
for ( ; *s; s++)
hash_value =3D (hash_constant * hash_value + *s) % table_size;
return hash_value;
@@ -963,7 +963,7 @@
=20
static void cg_fini(Int exitcode)
{
- static char buf1[128], buf2[128], buf3[128], fmt [128];
+ static Char buf1[128], buf2[128], buf3[128], fmt [128];
=20
CC D_total;
ULong L2_total_m, L2_total_mr, L2_total_mw,
@@ -1053,7 +1053,7 @@
=20
// Various stats
if (VG_(clo_verbosity) > 1) {
- int BB_lookups =3D full_debug_BBs + fn_debug_BBs +
+ Int BB_lookups =3D full_debug_BBs + fn_debug_BBs +
file_line_debug_BBs + no_debug_BBs;
=20
VG_(message)(Vg_DebugMsg, "");
@@ -1100,9 +1100,9 @@
/*--- Command line processing ---*/
/*--------------------------------------------------------------------*/
=20
-static void parse_cache_opt ( cache_t* cache, char* opt )
+static void parse_cache_opt ( cache_t* cache, Char* opt )
{
- int i =3D 0, i2, i3;
+ Int i =3D 0, i2, i3;
=20
// Option argument looks like "65536,2,64".
// Find commas, replace with NULs to make three independent=20
Modified: trunk/cachegrind/cg_sim.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/cachegrind/cg_sim.c 2005-10-10 16:18:09 UTC (rev 4898)
+++ trunk/cachegrind/cg_sim.c 2005-10-10 16:49:01 UTC (rev 4899)
@@ -39,22 +39,22 @@
*/
=20
typedef struct {
- int size; /* bytes */
- int assoc;
- int line_size; /* bytes */
- int sets;
- int sets_min_1;
- int assoc_bits;
- int line_size_bits;
- int tag_shift;
- char desc_line[128];
+ Int size; /* bytes */
+ Int assoc;
+ Int line_size; /* bytes */
+ Int sets;
+ Int sets_min_1;
+ Int assoc_bits;
+ Int line_size_bits;
+ Int tag_shift;
+ Char desc_line[128];
UWord* tags;
} cache_t2;
=20
/* By this point, the size/assoc/line_size has been checked. */
static void cachesim_initcache(cache_t config, cache_t2* c)
{
- int i;
+ Int i;
=20
c->size =3D config.size;
c->assoc =3D config.assoc;
@@ -114,7 +114,7 @@
register UInt set1 =3D ( a >> L.line_size_bits) & (L.sets_mi=
n_1); \
register UInt set2 =3D ((a+size-1) >> L.line_size_bits) & (L.sets_mi=
n_1); \
register UWord tag =3D a >> L.tag_shift; =
\
- int i, j; =
\
+ Int i, j; =
\
Bool is_miss =3D False; =
\
UWord* set; =
\
=
\
|
|
From: <sv...@va...> - 2005-10-10 16:18:08
|
Author: njn
Date: 2005-10-10 17:18:09 +0100 (Mon, 10 Oct 2005)
New Revision: 4898
Log:
Update cache simulator for 64 bit addresses. This probably won't have
caused many inaccuracies so far because it only matters if addresses
above the 4GB line are used. Thanks to Josef W for the patch.
Modified:
trunk/cachegrind/cg_sim.c
Modified: trunk/cachegrind/cg_sim.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/cachegrind/cg_sim.c 2005-10-10 11:43:14 UTC (rev 4897)
+++ trunk/cachegrind/cg_sim.c 2005-10-10 16:18:09 UTC (rev 4898)
@@ -48,7 +48,7 @@
int line_size_bits;
int tag_shift;
char desc_line[128];
- int* tags;
+ UWord* tags;
} cache_t2;
=20
/* By this point, the size/assoc/line_size has been checked. */
@@ -74,7 +74,7 @@
c->size, c->line_size, c->assoc);
}
=20
- c->tags =3D VG_(malloc)(sizeof(UInt) * c->sets * c->assoc);
+ c->tags =3D VG_(malloc)(sizeof(UWord) * c->sets * c->assoc);
=20
for (i =3D 0; i < c->sets * c->assoc; i++)
c->tags[i] =3D 0;
@@ -88,7 +88,7 @@
/* Note initialisation and update of 'i'. */
for (i =3D 0, set =3D 0; set < c->sets; set++) {
for (way =3D 0; way < c->assoc; way++, i++) {
- VG_(printf)("%8x ", c->tags[i]);
+ VG_(printf)("%16lx ", c->tags[i]);
}
VG_(printf)("\n");
}
@@ -111,12 +111,12 @@
static /* __inline__ */ =
\
void cachesim_##L##_doref(Addr a, UChar size, ULong* m1, ULong *m2) =
\
{ =
\
- register UInt set1 =3D ( a >> L.line_size_bits) & (L.sets_min=
_1); \
- register UInt set2 =3D ((a+size-1) >> L.line_size_bits) & (L.sets_min=
_1); \
- register UInt tag =3D a >> L.tag_shift; =
\
+ register UInt set1 =3D ( a >> L.line_size_bits) & (L.sets_mi=
n_1); \
+ register UInt set2 =3D ((a+size-1) >> L.line_size_bits) & (L.sets_mi=
n_1); \
+ register UWord tag =3D a >> L.tag_shift; =
\
int i, j; =
\
Bool is_miss =3D False; =
\
- int* set; =
\
+ UWord* set; =
\
=
\
/* First case: word entirely within line. */ =
\
if (set1 =3D=3D set2) { =
\
|
|
From: Josef W. <Jos...@gm...> - 2005-10-10 13:44:37
|
On Monday 10 October 2005 14:27, Julian Seward wrote: > > Only on x86 though - ppc32 has proper X support and all amd64 > > processors should have NX and hence proper X support. > > > > It is only pre-NX bit 32 bit x86 processors that have the problem > > by the sounds of it. Obviously any x86 without active PAE mode has this problem. In the standard i386 page table entry layout there is no place for an execute-bit. I wonder why the semantic of /proc/*/maps was changed. Perhaps to be able to check if the hardware can enforce no-execute on a given segment... Josef |
|
From: Julian S. <js...@ac...> - 2005-10-10 12:35:35
|
> I have seen machines where the address are all set to zero as well, > again a redhat security feature... I don't know if you've seen it but > I'll try and remember which machine it was if you like. Interesting. LMK if you have any more details. I can't see how V could ever work in such an arrangement since this would make it impossible to even establish the initial memory layout. J |
|
From: Julian S. <js...@ac...> - 2005-10-10 12:25:59
|
> Only on x86 though - ppc32 has proper X support and all amd64 > processors should have NX and hence proper X support. > > It is only pre-NX bit 32 bit x86 processors that have the problem > by the sounds of it. Yes. So (sorry, should have said this) only for x86. I guess that means adding a #if defined(VGA_x86) style hack to the sync checker. J |
|
From: Tom H. <to...@co...> - 2005-10-10 12:05:35
|
In message <200...@ac...>
Julian Seward <js...@ac...> wrote:
>> SuSE isn't the only one. Fedora Core 4 also has this on x86,
>> and maintainers think that this is good:
>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160889#c3
>
> Then it looks like the sync checker will have to ignore 'x' on
> the basis that semantics are unreliable and don't match what
> you ask for in mmap. Thanks for digging that up. Let us know
> if they make any further changes.
Only on x86 though - ppc32 has proper X support and all amd64
processors should have NX and hence proper X support.
It is only pre-NX bit 32 bit x86 processors that have the problem
by the sounds of it.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Oswald B. <os...@kd...> - 2005-10-10 12:05:01
|
On Sun, Oct 09, 2005 at 08:01:50PM +0100, Julian Seward wrote: > > > >>> further (anybody willing to incorporate gcc's optimizer into V? :). > > >> > > >> Hercules, Augean stables, etc. > > > > > > ENEEDMOREINPUT > > See http://ancienthistory.about.com/library/bl/bl_herc_lab5.htm > does this mean that you'll do it if i promise to contribute a tenth of the time saved by the feature to a project of your choice? :))) -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. |
|
From: Ashley P. <as...@qu...> - 2005-10-10 12:04:01
|
On Mon, 2005-10-10 at 12:59 +0100, Julian Seward wrote: > > SuSE isn't the only one. Fedora Core 4 also has this on x86, > > and maintainers think that this is good: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160889#c3 > > Then it looks like the sync checker will have to ignore 'x' on > the basis that semantics are unreliable and don't match what > you ask for in mmap. Thanks for digging that up. Let us know > if they make any further changes. I have seen machines where the address are all set to zero as well, again a redhat security feature... I don't know if you've seen it but I'll try and remember which machine it was if you like. Ashley, |
|
From: Julian S. <js...@ac...> - 2005-10-10 11:57:35
|
> SuSE isn't the only one. Fedora Core 4 also has this on x86, > and maintainers think that this is good: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160889#c3 Then it looks like the sync checker will have to ignore 'x' on the basis that semantics are unreliable and don't match what you ask for in mmap. Thanks for digging that up. Let us know if they make any further changes. J |
|
From: <sv...@va...> - 2005-10-10 11:43:49
|
Author: njn
Date: 2005-10-10 12:43:14 +0100 (Mon, 10 Oct 2005)
New Revision: 4897
Log:
clarify self-hosting instructions
Modified:
trunk/README_DEVELOPERS
Modified: trunk/README_DEVELOPERS
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/README_DEVELOPERS 2005-10-10 11:36:55 UTC (rev 4896)
+++ trunk/README_DEVELOPERS 2005-10-10 11:43:14 UTC (rev 4897)
@@ -70,6 +70,10 @@
--tool=3Dcachegrind -v inner/.../bin/valgrind --tool=3Dnone -v pr=
og
=20
It's fragile, confusing and slow, but it does work well enough for
-you to get some useful performance data. At the time of writing
-the allocator is not annotated with client requests so Memcheck is
-not as useful as it could be.
+you to get some useful performance data. The inner Valgrind has most of
+its output (ie. those lines beginning with "=3D=3D<pid>=3D=3D") prefixed=
with a
+'>', which helps a lot.
+
+At the time of writing the allocator is not annotated with client reques=
ts
+so Memcheck is not as useful as it could be. It also has not been teste=
d
+much, so don't be surprised if you hit problems.
|
|
From: <sv...@va...> - 2005-10-10 11:42:04
|
Author: njn Date: 2005-10-10 12:42:08 +0100 (Mon, 10 Oct 2005) New Revision: 215 Log: update Modified: trunk/devel/projects.html Modified: trunk/devel/projects.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/devel/projects.html 2005-10-08 18:07:01 UTC (rev 214) +++ trunk/devel/projects.html 2005-10-10 11:42:08 UTC (rev 215) @@ -53,7 +53,11 @@ without relying on glibc functions, that would be a good start. (Added August 27, 2005)</p> =20 +<p><b>Update:</b> Self-hosting works reasonably well now; at least=20 +well enough to run Nulgrind under Cachegrind. See the README_DEVELOPERS +file for details. (October 10, 2005) =20 + <h3>Performance regression testing</h3> <p>We currently have some scripts to run the regression tests nightly on a range of machines. This is very useful for spotting correctness |
|
From: <sv...@va...> - 2005-10-10 11:36:53
|
Author: njn Date: 2005-10-10 12:36:55 +0100 (Mon, 10 Oct 2005) New Revision: 4896 Log: Document self-hosting. Modified: trunk/README_DEVELOPERS Modified: trunk/README_DEVELOPERS =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/README_DEVELOPERS 2005-10-08 18:01:54 UTC (rev 4895) +++ trunk/README_DEVELOPERS 2005-10-10 11:36:55 UTC (rev 4896) @@ -50,3 +50,26 @@ =20 jump *$eip =20 + +Self-hosting +~~~~~~~~~~~~ +To run Valgrind under Valgrind: + +(1) Check out 2 trees, "inner" and "outer". "inner" runs the app + directly and is what you will be profiling. "outer" does the + profiling. + +(2) Configure inner with --enable-inner and build/install as + usual. + +(3) Configure outer normally and build/install as usual. + +(4) Choose a very simple program (date) and try + + outer/.../bin/valgrind --weird-hacks=3Denable-outer \ + --tool=3Dcachegrind -v inner/.../bin/valgrind --tool=3Dnone -v pr= og + +It's fragile, confusing and slow, but it does work well enough for +you to get some useful performance data. At the time of writing +the allocator is not annotated with client requests so Memcheck is +not as useful as it could be. |
|
From: <js...@ac...> - 2005-10-10 03:06:34
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-10-10 03:30:00 BST Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 190 tests, 2 stderr failures, 0 stdout failures ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <to...@co...> - 2005-10-10 02:40:12
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-10-10 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 == 192 tests, 11 stderr failures, 4 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/map_unmap (stdout) none/tests/map_unmap (stderr) none/tests/mremap2 (stdout) none/tests/sigstackgrowth (stdout) none/tests/sigstackgrowth (stderr) none/tests/stackgrowth (stdout) none/tests/stackgrowth (stderr) none/tests/x86/int (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 == 192 tests, 12 stderr failures, 6 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/map_unmap (stdout) none/tests/map_unmap (stderr) none/tests/mremap2 (stdout) none/tests/res_search (stdout) none/tests/res_search (stderr) none/tests/sigstackgrowth (stdout) none/tests/sigstackgrowth (stderr) none/tests/stackgrowth (stdout) none/tests/stackgrowth (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Mon Oct 10 03:35:08 2005 --- new.short Mon Oct 10 03:40:09 2005 *************** *** 8,12 **** ! == 192 tests, 12 stderr failures, 6 stdout failures ================= memcheck/tests/leak-tree (stderr) - memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) --- 8,11 ---- ! == 192 tests, 11 stderr failures, 4 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) *************** *** 20,23 **** none/tests/mremap2 (stdout) - none/tests/res_search (stdout) - none/tests/res_search (stderr) none/tests/sigstackgrowth (stdout) --- 19,20 ---- |
|
From: Tom H. <th...@cy...> - 2005-10-10 02:27:30
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-10-10 03:15:03 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 == 191 tests, 16 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (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 == 191 tests, 16 stderr failures, 1 stdout failure ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Mon Oct 10 03:21:23 2005 --- new.short Mon Oct 10 03:27:24 2005 *************** *** 8,10 **** ! == 191 tests, 16 stderr failures, 1 stdout failure ================= memcheck/tests/addressable (stderr) --- 8,10 ---- ! == 191 tests, 16 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) *************** *** 25,27 **** none/tests/x86/int (stderr) - none/tests/x86/yield (stdout) --- 25,26 ---- |
|
From: Tom H. <th...@cy...> - 2005-10-10 02:24:34
|
Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-10-10 03:10:07 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 == 191 tests, 4 stderr failures, 0 stdout failures ================= memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (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 == 191 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Mon Oct 10 03:18:54 2005 --- new.short Mon Oct 10 03:24:33 2005 *************** *** 8,10 **** ! == 191 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/mempool (stderr) --- 8,10 ---- ! == 191 tests, 4 stderr failures, 0 stdout failures ================= memcheck/tests/mempool (stderr) *************** *** 13,15 **** none/tests/x86/int (stderr) - none/tests/x86/yield (stdout) --- 13,14 ---- |
|
From: Tom H. <th...@cy...> - 2005-10-10 02:20:38
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-10-10 03:10:07 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 == 166 tests, 7 stderr failures, 2 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/as_mmap (stderr) none/tests/as_shm (stdout) none/tests/as_shm (stderr) none/tests/faultstatus (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2005-10-10 02:18:06
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-10-10 03:05:11 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 == 166 tests, 7 stderr failures, 2 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/as_mmap (stderr) none/tests/as_shm (stdout) none/tests/as_shm (stderr) none/tests/faultstatus (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2005-10-10 02:13:33
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-10-10 03:00:05 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 == 166 tests, 8 stderr failures, 1 stdout failure ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/as_mmap (stderr) none/tests/as_shm (stdout) none/tests/as_shm (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) |