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
(32) |
2
(22) |
3
(47) |
4
(29) |
5
(18) |
6
(16) |
|
7
(21) |
8
(29) |
9
(23) |
10
(68) |
11
(20) |
12
(17) |
13
(17) |
|
14
(27) |
15
(26) |
16
(21) |
17
(13) |
18
(19) |
19
(29) |
20
(13) |
|
21
(9) |
22
(8) |
23
(29) |
24
(56) |
25
(21) |
26
(46) |
27
(33) |
|
28
(25) |
29
(41) |
30
(35) |
31
(28) |
|
|
|
|
From: <sv...@va...> - 2005-08-04 23:52:29
|
Author: sewardj
Date: 2005-08-05 00:52:21 +0100 (Fri, 05 Aug 2005)
New Revision: 4323
Log:
ppc32-linux only: HACK: for now, mess with the auxv handed to the
client so as to not claim that the CPU supports Altivec. This is a
partially-successful hack to try and dissuade glibc and its minions
from doing Altivec insns.
Modified:
trunk/coregrind/m_main.c
Modified: trunk/coregrind/m_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/coregrind/m_main.c 2005-08-04 19:26:54 UTC (rev 4322)
+++ trunk/coregrind/m_main.c 2005-08-04 23:52:21 UTC (rev 4323)
@@ -179,6 +179,12 @@
(UInt)auxv->u.a_val, (UInt)auxv->a_type );
}
break;
+
+ case AT_HWCAP:
+ VG_(debugLog)(1, "main", "PPC32 hwcaps(1): 0x%x\n", (UInt)auxv-=
>u.a_val);
+ auxv->u.a_val &=3D ~0x10000000; /* claim there is no Altivec su=
pport */
+ VG_(debugLog)(1, "main", "PPC32 hwcaps(2): 0x%x\n", (UInt)auxv-=
>u.a_val);
+ break;
# endif
=20
case AT_PHDR:
|
|
From: Nicholas N. <nj...@cs...> - 2005-08-04 23:25:42
|
On Thu, 4 Aug 2005, Naveen Kumar wrote:
> Hi all,
> I am getting the following error
>
> valgrind: dwarf.c:1750 (read_encoded_Addr): the
> 'impossible' happened.
> ==274148== at 0xB00166CC: ???
>
>
> Is this something to do with the debug info present in
> the elf file or is it due to something else ?
The code says:
case DW_EH_PE_datarel:
vg_assert(0);
base = /* data base address */ 0;
break;
It looks like this is a case that hasn't been implemented properly yet in
the CIE reader. You could try commenting it out and see what happens.
Julian might have more comments.
N
|
|
From: Tom H. <to...@co...> - 2005-08-04 22:47:36
|
In message <200...@we...>
Naveen Kumar <g_n...@ya...> wrote:
> I am getting the following error
>
> valgrind: dwarf.c:1750 (read_encoded_Addr): the
> 'impossible' happened.
> ==274148== at 0xB00166CC: ???
>
>
> Is this something to do with the debug info present in
> the elf file or is it due to something else ?
Yes, it means the DWARF debugging information is using an address
encoding that valgrind doesn't currently handle - gcc doesn't seem
to use it and it was hard to implement so I didn't bother.
It's a data segment relative address, so the problem is working out
the address of the data segment for the object in question.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Naveen K. <g_n...@ya...> - 2005-08-04 22:40:16
|
Hi all, I am getting the following error valgrind: dwarf.c:1750 (read_encoded_Addr): the 'impossible' happened. ==274148== at 0xB00166CC: ??? Is this something to do with the debug info present in the elf file or is it due to something else ? Thanks Naveen __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: <sv...@va...> - 2005-08-04 19:26:56
|
Author: njn
Date: 2005-08-04 20:26:54 +0100 (Thu, 04 Aug 2005)
New Revision: 4322
Log:
Replace out-of-date email address.
Modified:
trunk/cachegrind/cg-ppc32.c
trunk/cachegrind/cg_annotate.in
trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c
Modified: trunk/cachegrind/cg-ppc32.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-ppc32.c 2005-08-04 16:42:58 UTC (rev 4321)
+++ trunk/cachegrind/cg-ppc32.c 2005-08-04 19:26:54 UTC (rev 4322)
@@ -8,7 +8,7 @@
profiling programs.
=20
Copyright (C) 2005 Nicholas Nethercote
- nj...@ca...
+ nj...@va...
=20
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License as
Modified: trunk/cachegrind/cg_annotate.in
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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_annotate.in 2005-08-04 16:42:58 UTC (rev 4321)
+++ trunk/cachegrind/cg_annotate.in 2005-08-04 19:26:54 UTC (rev 4322)
@@ -160,7 +160,7 @@
=20
Cachegrind is Copyright (C) 2002-2005 Nicholas Nethercote.
Both are licensed under the GNU General Public License, version 2.
- Bug reports, feedback, admiration, abuse, etc, to: njn25\@cam.ac.uk.
+ Bug reports, feedback, admiration, abuse, etc, to: njn\@valgrind.org.
=20
END
;
Modified: trunk/coregrind/m_syswrap/syswrap-ppc32-linux.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/coregrind/m_syswrap/syswrap-ppc32-linux.c 2005-08-04 16:42:58 U=
TC (rev 4321)
+++ trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c 2005-08-04 19:26:54 U=
TC (rev 4322)
@@ -7,7 +7,7 @@
This file is part of Valgrind, a dynamic binary instrumentation
framework.
=20
- Copyright (C) 2005 Nicholas Nethercote <nj...@ca...>
+ Copyright (C) 2005 Nicholas Nethercote <nj...@va...>
Copyright (C) 2005 Cerion Armour-Brown <ce...@op...>
=20
This program is free software; you can redistribute it and/or
|
|
From: Naveen K. <g_n...@ya...> - 2005-08-04 19:08:04
|
>valgrind-current. If we do >this in netbsd, it seems that the auxv structures that >we look for in >fix_auxv() are not there. Only the first two we place >are located. If >stage1 is compiled as dynamic, the rest of the auxv >structures can be >found and fixed up. I had a similar problem(no auxv) in Solaris 8 when stage1 was compiled as static. You just need to make up the remaining auxv entries with known info about the OS and stage2 exe and add it just like AT_UME_PADFD or AT_UME_EXECFD. > My suspicion was that loading a dynamic stage2 when >stage1 is also >dynamic could result in some problems, so I tried a >static stage2, >which successfully loaded. The problem here in stage >2 is that the >break() , used internally by malloc in libc syscalls >fail. I dont >think netbsd falls back to mmap like in glibc, I have >not investigated >this closely. I had the exact same problem on Solaris. I circumvented that by using the mapmalloc library which implements malloc using mmap.Is there such an alternative on netbsd ? Worst case you can try to hack mapmalloc on netbsd from solaris. http://cvs.opensolaris.org/source/xref/usr/src/lib/libmapmalloc/ Naveen ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs |
|
From: <sv...@va...> - 2005-08-04 18:32:26
|
Author: sewardj
Date: 2005-08-04 19:32:19 +0100 (Thu, 04 Aug 2005)
New Revision: 1316
Log:
- Partial implementation of reservations, to make lwarx/stwcx. work
- Reenable some more integer insns
Modified:
trunk/priv/guest-ppc32/ghelpers.c
trunk/priv/guest-ppc32/toIR.c
trunk/pub/libvex_guest_ppc32.h
Modified: trunk/priv/guest-ppc32/ghelpers.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/priv/guest-ppc32/ghelpers.c 2005-08-03 23:48:38 UTC (rev 1315)
+++ trunk/priv/guest-ppc32/ghelpers.c 2005-08-04 18:32:19 UTC (rev 1316)
@@ -374,6 +374,8 @@
=20
vex_state->guest_TISTART =3D 0;
vex_state->guest_TILEN =3D 0;
+
+ vex_state->guest_RESVN =3D 0;
}
=20
=20
@@ -444,7 +446,7 @@
=20
/* Describe any sections to be regarded by Memcheck as
'always-defined'. */
- .n_alwaysDefd =3D 6,
+ .n_alwaysDefd =3D 7,
=20
.alwaysDefd=20
=3D { /* 0 */ ALWAYSDEFD(guest_CIA),
@@ -452,7 +454,8 @@
/* 2 */ ALWAYSDEFD(guest_TISTART),
/* 3 */ ALWAYSDEFD(guest_TILEN),
/* 4 */ ALWAYSDEFD(guest_VSCR),
- /* 5 */ ALWAYSDEFD(guest_FPROUND)
+ /* 5 */ ALWAYSDEFD(guest_FPROUND),
+ /* 6 */ ALWAYSDEFD(guest_RESVN)
}
};
=20
Modified: trunk/priv/guest-ppc32/toIR.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/priv/guest-ppc32/toIR.c 2005-08-03 23:48:38 UTC (rev 1315)
+++ trunk/priv/guest-ppc32/toIR.c 2005-08-04 18:32:19 UTC (rev 1316)
@@ -154,7 +154,9 @@
#define OFFB_TISTART offsetof(VexGuestPPC32State,guest_TISTART)
#define OFFB_TILEN offsetof(VexGuestPPC32State,guest_TILEN)
=20
+#define OFFB_RESVN offsetof(VexGuestPPC32State,guest_RESVN)
=20
+
/*------------------------------------------------------------*/
/*--- Extract instruction fields --- */
/*------------------------------------------------------------*/
@@ -368,6 +370,7 @@
=20
static void storeBE ( IRExpr* addr, IRExpr* data )
{
+ vassert(typeOfIRExpr(irbb->tyenv, addr) =3D=3D Ity_I32);
stmt( IRStmt_Store(Iend_BE,addr,data) );
}
=20
@@ -2339,15 +2342,15 @@
loadBE(Ity_I16, mkexpr(EA_reg))) );
break;
=20
-//zz case 0x037: // lwzux (Load W & Zero with Update Indexed, PPC3=
2 p462)
-//zz if (Ra_addr =3D=3D 0 || Ra_addr =3D=3D Rd_addr) {
-//zz vex_printf("dis_int_load(PPC32)(lwzux,Ra_addr|Rd_addr)\=
n");
-//zz return False;
-//zz }
-//zz DIP("lwzux r%d,r%d,r%d\n", Rd_addr, Ra_addr, Rb_addr);
-//zz putIReg( Rd_addr, loadBE(Ity_I32, mkexpr(EA_reg)) );
-//zz putIReg( Ra_addr, mkexpr(EA_reg) );
-//zz break;
+ case 0x037: // lwzux (Load W & Zero with Update Indexed, PPC32 p46=
2)
+ if (Ra_addr =3D=3D 0 || Ra_addr =3D=3D Rd_addr) {
+ vex_printf("dis_int_load(PPC32)(lwzux,Ra_addr|Rd_addr)\n");
+ return False;
+ }
+ DIP("lwzux r%d,r%d,r%d\n", Rd_addr, Ra_addr, Rb_addr);
+ putIReg( Rd_addr, loadBE(Ity_I32, mkexpr(EA_reg)) );
+ putIReg( Ra_addr, mkexpr(EA_reg) );
+ break;
=20
case 0x017: // lwzx (Load W & Zero Indexed, PPC32 p463)
DIP("lwzx r%d,r%d,r%d\n", Rd_addr, Ra_addr, Rb_addr);
@@ -2521,71 +2524,67 @@
=20
=20
=20
+/*
+ Integer Load/Store Multiple Instructions
+*/
+static Bool dis_int_ldst_mult ( UInt theInstr )
+{
+ /* D-Form */
+ UChar opc1 =3D toUChar((theInstr >> 26) & 0x3F); /* theInstr[26:3=
1] */
+ UChar Rd_addr =3D toUChar((theInstr >> 21) & 0x1F); /* theInstr[21:2=
5] */
+ UChar Rs_addr =3D toUChar((theInstr >> 21) & 0x1F); /* theInstr[21:2=
5] */
+ UChar Ra_addr =3D toUChar((theInstr >> 16) & 0x1F); /* theInstr[16:2=
0] */
+ UInt d_imm =3D (theInstr >> 0) & 0xFFFF; /* theInstr[0:15=
] */
+ =20
+ UInt exts_d_imm =3D extend_s_16to32(d_imm);
+ UInt reg_idx =3D 0;
+ UInt offset =3D 0;
+ =20
+ IRTemp Ra =3D newTemp(Ity_I32);
+ IRTemp EA =3D newTemp(Ity_I32);
+ =20
+ IRExpr* irx_addr;
+ =20
+ if (Ra_addr =3D=3D 0) {
+ assign( EA, binop(Iop_Add32, mkU32(0), mkU32(exts_d_imm)) );
+ } else {
+ assign( Ra, getIReg(Ra_addr) );
+ assign( EA, binop(Iop_Add32, mkexpr(Ra), mkU32(exts_d_imm)) );
+ }
+ =20
+ switch (opc1) {
+ case 0x2E: // lmw (Load Multiple Word, PPC32 p454)
+ if (Ra_addr >=3D Rd_addr) {
+ vex_printf("dis_int_ldst_mult(PPC32)(lmw,Ra_addr)\n");
+ return False;
+ }
+ DIP("lmw r%d,%d(r%d)\n", Rd_addr, (Int)d_imm, Ra_addr);
+ for (reg_idx =3D Rd_addr; reg_idx <=3D 31; reg_idx++) {
+ irx_addr =3D binop(Iop_Add32, mkexpr(EA), mkU32(offset));
+ putIReg( reg_idx, loadBE(Ity_I32, irx_addr ) );
+ offset +=3D 4;
+ }
+ break;
+ =20
+ case 0x2F: // stmw (Store Multiple Word, PPC32 p527)
+ DIP("stmw r%d,%d(r%d)\n", Rs_addr, (Int)d_imm, Ra_addr);
+ for (reg_idx =3D Rs_addr; reg_idx <=3D 31; reg_idx++) {
+ irx_addr =3D binop(Iop_Add32, mkexpr(EA), mkU32(offset));
+ storeBE( irx_addr, getIReg(reg_idx) );
+ offset +=3D 4;
+ }
+ break;
+ =20
+ default:
+ vex_printf("dis_int_ldst_mult(PPC32)(opc1)\n");
+ return False;
+ }
+ return True;
+}
+
+
+
//zz /*
-//zz Integer Load/Store Multiple Instructions
-//zz */
-//zz static Bool dis_int_ldst_mult ( UInt theInstr )
-//zz {
-//zz /* D-Form */
-//zz UChar opc1 =3D toUChar((theInstr >> 26) & 0x3F); /* theInstr=
[26:31] */
-//zz UChar Rd_addr =3D toUChar((theInstr >> 21) & 0x1F); /* theInstr=
[21:25] */
-//zz UChar Rs_addr =3D toUChar((theInstr >> 21) & 0x1F); /* theInstr=
[21:25] */
-//zz UChar Ra_addr =3D toUChar((theInstr >> 16) & 0x1F); /* theInstr=
[16:20] */
-//zz UInt d_imm =3D (theInstr >> 0) & 0xFFFF; /* theInstr=
[0:15] */
-//zz =20
-//zz UInt exts_d_imm =3D extend_s_16to32(d_imm);
-//zz UInt reg_idx =3D 0;
-//zz UInt offset =3D 0;
-//zz =20
-//zz IRTemp Ra =3D newTemp(Ity_I32);
-//zz IRTemp EA =3D newTemp(Ity_I32);
-//zz =20
-//zz IRExpr* irx_addr;
-//zz =20
-//zz if (Ra_addr =3D=3D 0) {
-//zz assign( EA, binop(Iop_Add32, mkU32(0), mkU32(exts_d_imm)) );
-//zz } else {
-//zz assign( Ra, getIReg(Ra_addr) );
-//zz assign( EA, binop(Iop_Add32, mkexpr(Ra), mkU32(exts_d_imm)) )=
;
-//zz }
-//zz =20
-//zz switch (opc1) {
-//zz case 0x2E: // lmw (Load Multiple Word, PPC32 p454)
-//zz vassert(1);
-//zz=20
-//zz if (Ra_addr >=3D Rd_addr) {
-//zz vex_printf("dis_int_ldst_mult(PPC32)(lmw,Ra_addr)\n");
-//zz return False;
-//zz }
-//zz DIP("lmw r%d,%d(r%d)\n", Rd_addr, (Int)d_imm, Ra_addr);
-//zz for (reg_idx =3D Rd_addr; reg_idx<=3D31; reg_idx++) {
-//zz irx_addr =3D binop(Iop_Add32, mkexpr(EA), mkU32(offset));
-//zz putIReg( reg_idx, loadBE(Ity_I32, irx_addr ) );
-//zz offset +=3D4;
-//zz }
-//zz break;
-//zz =20
-//zz case 0x2F: // stmw (Store Multiple Word, PPC32 p527)
-//zz vassert(1);
-//zz=20
-//zz DIP("stmw r%d,%d(r%d)\n", Rs_addr, (Int)d_imm, Ra_addr);
-//zz for (reg_idx =3D Rs_addr; reg_idx<=3D31; reg_idx++) {
-//zz irx_addr =3D binop(Iop_Add32, mkexpr(EA), mkU32(offset));
-//zz storeBE( irx_addr, getIReg(reg_idx) );
-//zz offset +=3D4;
-//zz }
-//zz break;
-//zz =20
-//zz default:
-//zz vex_printf("dis_int_ldst_mult(PPC32)(opc1)\n");
-//zz return False;
-//zz }
-//zz return True;
-//zz }
-//zz=20
-//zz=20
-//zz=20
-//zz /*
//zz Integer Load/Store String Instructions
//zz */
//zz static Bool dis_int_ldst_str ( UInt theInstr )
@@ -3067,11 +3066,12 @@
//zz DIP("crand crb%d,crb%d,crb%d\n", crbD_addr, crbA_addr, crb=
B_addr);
//zz assign( crbD, binop(Iop_And32, mkexpr(crbA), mkexpr(crbB))=
);
//zz break;
-//zz case 0x081: // crandc (Cond Reg AND w. Complement, PPC32 p37=
3)
-//zz DIP("crandc crb%d,crb%d,crb%d\n", crbD_addr, crbA_addr, cr=
bB_addr);
-//zz assign( crbD, binop(Iop_And32, mkexpr(crbA),
-//zz unop(Iop_Not32, mkexpr(crbB))) );
-//zz break;
+ case 0x081: // crandc (Cond Reg AND w. Complement, PPC32 p373)
+ DIP("crandc crb%d,crb%d,crb%d\n", crbD_addr, crbA_addr, crbB_ad=
dr);
+ assign( crbD, binop(Iop_And32,=20
+ mkexpr(crbA),
+ unop(Iop_Not32, mkexpr(crbB))) );
+ break;
case 0x121: // creqv (Cond Reg Equivalent, PPC32 p374)
DIP("creqv crb%d,crb%d,crb%d\n", crbD_addr, crbA_addr, crbB_add=
r);
assign( crbD, unop(Iop_Not32,
@@ -3176,15 +3176,15 @@
/* X-Form */
case 0x1F:
switch (opc2) {
-//zz case 0x356: // eieio (Enforce In-Order Execution of I/O, PPC3=
2 p394)
-//zz vassert(0);
-//zz=20
-//zz if (b11to25 !=3D 0 || b0 !=3D 0) {
-//zz vex_printf("dis_int_memsync(PPC32)(eiei0,b11to25|b0)\n"=
);
-//zz return False;
-//zz }
-//zz DIP("eieio\n");
-//zz return False;
+ case 0x356: // eieio (Enforce In-Order Execution of I/O, PPC32 p39=
4)
+ if (b11to25 !=3D 0 || b0 !=3D 0) {
+ vex_printf("dis_int_memsync(PPC32)(eiei0,b11to25|b0)\n");
+ return False;
+ }
+ DIP("eieio\n");
+ /* Insert a memory fence, just to be on the safe side. */
+ stmt( IRStmt_MFence() );
+ break;
=20
case 0x014: // lwarx (Load Word and Reserve Indexed, PPC32 p458)
/* Note: RESERVE, RESERVE_ADDR not implemented.
@@ -3203,12 +3203,17 @@
assign( EA, binop(Iop_Add32, mkexpr(Ra), mkexpr(Rb)) );
}
putIReg( Rd_addr, loadBE(Ity_I32, mkexpr(EA)) );
+ /* Take a reservation */
+ stmt( IRStmt_Put( OFFB_RESVN, mkexpr(EA) ));
+// stmt( IRStmt_Put( OFFB_RESVN, mkU32(1) ));
break;
=20
- case 0x096: // stwcx. (Store Word Conditional Indexed, PPC32 p532)
+ case 0x096: {=20
+ // stwcx. (Store Word Conditional Indexed, PPC32 p532)
/* Note: RESERVE, RESERVE_ADDR not implemented.
stwcx. is assumed to be always successful
*/
+ IRTemp resaddr =3D newTemp(Ity_I32);
if (b0 !=3D 1) {
vex_printf("dis_int_memsync(PPC32)(stwcx.,b0)\n");
return False;
@@ -3223,13 +3228,35 @@
assign( Ra, getIReg(Ra_addr) );
assign( EA, binop(Iop_Add32, mkexpr(Ra), mkexpr(Rb)) );
}
+ /* First set up as if the reservation failed */
+ // Set CR0[LT GT EQ S0] =3D 0b000 || XER[SO]
+ putCR321(0, mkU8(0<<1));
+ putCR0(0, getXER_SO());
+
+ /* Get the reservation address into a temporary, then
+ clear it. */
+ assign( resaddr, IRExpr_Get(OFFB_RESVN, Ity_I32) );
+ stmt( IRStmt_Put( OFFB_RESVN, mkU32(0) ));
+
+ /* Skip the rest if the reservation really did fail. */
+ stmt( IRStmt_Exit(
+ binop(Iop_CmpNE32, mkexpr(resaddr),
+ mkexpr(EA)),
+ // binop(Iop_CmpEQ32, IRExpr_Get(OFFB_RESVN, Ity_I32),
+ // mkU32(0)),
+ Ijk_Boring,
+ IRConst_U32(guest_CIA_curr_instr + 4)
+ )
+ );
+
+ /* Success? Do the store */
storeBE( mkexpr(EA), mkexpr(Rs) );
=20
// Set CR0[LT GT EQ S0] =3D 0b001 || XER[SO]
putCR321(0, mkU8(1<<1));
- putCR0(0, getXER_SO());
break;
- =20
+ }
+
case 0x256: // sync (Synchronize, PPC32 p543)
if (b11to25 !=3D 0 || b0 !=3D 0) {
vex_printf("dis_int_memsync(PPC32)(sync,b11to25|b0)\n");
@@ -6190,10 +6217,10 @@
if (dis_int_store( theInstr )) goto decode_success;
goto decode_failure;
=20
-//zz /* Integer Load and Store Multiple Instructions */
-//zz case 0x2E: case 0x2F: // lmw, stmw
-//zz if (dis_int_ldst_mult( theInstr )) goto decode_success;
-//zz goto decode_failure;
+ /* Integer Load and Store Multiple Instructions */
+ case 0x2E: case 0x2F: // lmw, stmw
+ if (dis_int_ldst_mult( theInstr )) goto decode_success;
+ goto decode_failure;
=20
/* Branch Instructions */
case 0x12: case 0x10: // b, bc
Modified: trunk/pub/libvex_guest_ppc32.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/pub/libvex_guest_ppc32.h 2005-08-03 23:48:38 UTC (rev 1315)
+++ trunk/pub/libvex_guest_ppc32.h 2005-08-04 18:32:19 UTC (rev 1316)
@@ -203,6 +203,10 @@
/* 944 */ UInt guest_TISTART;
/* 948 */ UInt guest_TILEN;
=20
+ /* For lwarx/stwcx.: 0 =3D=3D no reservation exists, non-0 =3D=3D =
a
+ reservation exists. */
+ /* 952 */ UInt guest_RESVN;
+
/* Padding to make it have an 8-aligned size */
/* UInt padding; */
}
|
|
From: <sv...@va...> - 2005-08-04 16:43:08
|
Author: sewardj Date: 2005-08-04 17:42:58 +0100 (Thu, 04 Aug 2005) New Revision: 4321 Log: Change the vex external back to svn://. Not being able to commit through an http:// external is confusing and awkward. Modified: trunk/ Property changes on: trunk ___________________________________________________________________ Name: svn:externals - VEX http://svn.valgrind.org/vex/trunk + VEX svn://svn.valgrind.org/vex/trunk |
|
From: Nicholas N. <nj...@cs...> - 2005-08-04 15:34:36
|
Hi, Was the KDE Valgrind repository tagged for the 2.4.1 release? N |
|
From: Josef W. <Jos...@gm...> - 2005-08-04 15:22:29
|
On Thursday 04 August 2005 16:56, Nicholas Nethercote wrote: > On Thu, 4 Aug 2005, Josef Weidendorfer wrote: > > As callgrind wants the call graph of signal handlers in separate > > contexts, I track pre/post-signal hooks and do the call tracking > > accordingly. ... > > Is this some obscore VG bug, or is it expected that pre/post-signal hooks > > for VG tools are not called reliable (e.g. when a signal handler > > transfers control via longjmp) > > It's expected. include/pub_tool_tooliface.h says: > > /* Called after a signal is delivered. Nb: unfortunately, if the signal > handler longjmps, this won't be called. */ > void VG_(track_post_deliver_signal)(void(*f)(ThreadId tid, Int sigNo)); Oh. I should check for comments in the header files more often. It was new to me that you can exit a signal handler via longjmp. The fix was quite easy. After every BB, I try to synchronize my shadow call stack with the real %esp by unwinding as needed. Now in the unwinding, I check if I pass a signal handler border, and switch the context if needed. Thanks for the hint. Josef > > It's always been like this, I believe. > > I don't know if this is much help to you, though... > > N > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Nicholas N. <nj...@cs...> - 2005-08-04 15:06:53
|
On Thu, 4 Aug 2005, Julian Seward wrote: > none/tests/yield isn't stable in the sense that the outcome > can be scheduling dependent. This also happened on Tom's > RH73 machine a few nights back. I wonder what we should do > about it. Rewrite it so it is deterministic? :) I would if I understood how that test works... anyone want to volunteer? N |
|
From: Nicholas N. <nj...@cs...> - 2005-08-04 14:56:16
|
On Thu, 4 Aug 2005, Josef Weidendorfer wrote:
> As callgrind wants the call graph of signal handlers in separate contexts, I
> track pre/post-signal hooks and do the call tracking accordingly.
> ...
> Is this some obscore VG bug, or is it expected that pre/post-signal hooks for
> VG tools are not called reliable (e.g. when a signal handler transfers
> control via longjmp)
It's expected. include/pub_tool_tooliface.h says:
/* Called after a signal is delivered. Nb: unfortunately, if the signal
handler longjmps, this won't be called. */
void VG_(track_post_deliver_signal)(void(*f)(ThreadId tid, Int sigNo));
It's always been like this, I believe.
I don't know if this is much help to you, though...
N
|
|
From: Kailash S. <hs...@gm...> - 2005-08-04 11:52:09
|
Hi all, Currently, the netbsd/i386 port of valgrind is based off a snapshot from the svn taken about 3 weeks ago. It is at a stage where it can compile and load into stage2, where it dies. However there are a lot of problems. Firstly, in netbsd there is no libdl, dlopen dlclose etc are functions that are included in every dynamically linked program automatically. stage1 is compiled as static by default in valgrind-current. If we do this in netbsd, it seems that the auxv structures that we look for in fix_auxv() are not there. Only the first two we place are located. If stage1 is compiled as dynamic, the rest of the auxv structures can be found and fixed up. Loading stage2 as dynamic also, causes severe problems which I have not been able to successfully debug. It just crashes within the linker code, when it tries to process PT_DYNAMIC sections. My suspicion was that loading a dynamic stage2 when stage1 is also dynamic could result in some problems, so I tried a static stage2, which successfully loaded. The problem here in stage 2 is that the break() , used internally by malloc in libc syscalls fail. I dont think netbsd falls back to mmap like in glibc, I have not investigated this closely. If stage2 is static, the big problem is that I am unable to dlopen the tools. Hence I am in a bit of a problem. Should I try my best to get both stage1 and stage2 as dynamic? I am simply not sure how to load stage1 as static and cirumvent the missing auxv problem. NetBSD 2 still uses binutils 2.14. Instead of hacking the default ldscript to our needs, I have modified the Makefile to source a canned one instead. I recently read http://sourceforge.net/mailarchive/message.php?msg_id=3D12190260 , it seems that such an approach may be better at least in my case. Perhaps I should try statically linking as per that proposal? Is there any plans to implement it in the valgrind tree? As we have periodic syncs planned there should be no problems getting changes in from the tree. By the way , what we have so far is available here : https://developer.berlios.de/projects/vg4nbsd/ Thanks and Regards, Kailash |
|
From: Julian S. <ju...@va...> - 2005-08-04 08:16:59
|
---------- Forwarded Message ---------- Subject: Valgrind fanmail Date: Thursday 04 August 2005 02:24 From: Eric Ayers <eri...@ya...> To: ju...@va... Hello Julian, I am a software developer in the telecom industry. I just wanted to express my thanks to you and the Valgrind team. I use valgrind frequently and it is now a tool I lean on heavily. Even in a very mature software product (deployed over 10 years at major telcos worldwide) it is still finding bugs and helping us fix them. When all else fails, we move the problem back to Linux and run valgrind. -Eric. Eric Z. Ayers http://ayershome.org/~eric/ ------------------------------------------------------- |
|
From: Julian S. <js...@ac...> - 2005-08-04 08:16:46
|
none/tests/yield isn't stable in the sense that the outcome can be scheduling dependent. This also happened on Tom's RH73 machine a few nights back. I wonder what we should do about it. J On Thursday 04 August 2005 03:25, Tom Hughes wrote: > Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-08-04 > 03:10:07 BST > > Checking out valgrind source tree ... done > Configuring valgrind ... done > Building valgrind ... done > Running regression tests ... failed > > Regression test results follow > > == 180 tests, 2 stderr failures, 0 stdout failures ================= > 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 > > == 180 tests, 2 stderr failures, 1 stdout failure ================= > none/tests/faultstatus (stderr) > none/tests/x86/int (stderr) > none/tests/x86/yield (stdout) > > > ================================================= > == Difference between 24 hours ago and now == > ================================================= > > *** old.short Thu Aug 4 03:18:55 2005 > --- new.short Thu Aug 4 03:25:19 2005 > *************** > *** 8,13 **** > > ! == 180 tests, 2 stderr failures, 1 stdout failure ================= > none/tests/faultstatus (stderr) > none/tests/x86/int (stderr) > - none/tests/x86/yield (stdout) > > --- 8,12 ---- > > ! == 180 tests, 2 stderr failures, 0 stdout failures ================= > none/tests/faultstatus (stderr) > none/tests/x86/int (stderr) > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Paul M. <pa...@sa...> - 2005-08-04 03:14:02
|
Maurice van der Pot writes: > Will there also be a 2.4.1 version of valgrind for ppc? > > /me looks at Paul. Yes, when I get around to it. :) Hopefully soon. Paul. |
|
From: <js...@ac...> - 2005-08-04 02:45:04
|
Nightly build on g5 ( YDL 4.0, ppc970 ) started at 2005-08-04 04:40:00 CEST 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 == 154 tests, 99 stderr failures, 17 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badfree-2trace (stderr) memcheck/tests/badfree (stderr) memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/badloop (stderr) memcheck/tests/badpoll (stderr) memcheck/tests/badrw (stderr) memcheck/tests/brk (stderr) memcheck/tests/brk2 (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/doublefree (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/fwrite (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/malloc1 (stderr) memcheck/tests/malloc2 (stderr) memcheck/tests/malloc3 (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel2 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/memalign2 (stderr) memcheck/tests/memalign_test (stderr) memcheck/tests/memcmptest (stderr) memcheck/tests/mempool (stderr) memcheck/tests/mismatches (stderr) memcheck/tests/mmaptest (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/nanoleak_supp (stderr) memcheck/tests/new_nothrow (stderr) memcheck/tests/new_override (stderr) memcheck/tests/null_socket (stderr) memcheck/tests/overlap (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/post-syscall (stdout) memcheck/tests/post-syscall (stderr) memcheck/tests/realloc1 (stderr) memcheck/tests/realloc2 (stderr) memcheck/tests/realloc3 (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/signal2 (stderr) memcheck/tests/sigprocmask (stderr) memcheck/tests/stack_changes (stdout) memcheck/tests/stack_changes (stderr) memcheck/tests/str_tester (stderr) memcheck/tests/strchr (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/with-space (stderr) memcheck/tests/writev (stderr) memcheck/tests/xml1 (stderr) memcheck/tests/zeropage (stderr) cachegrind/tests/chdir (stderr) cachegrind/tests/dlclose (stdout) cachegrind/tests/dlclose (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/fdleak_creat (stderr) none/tests/fdleak_dup (stderr) none/tests/fdleak_dup2 (stderr) none/tests/fdleak_fcntl (stderr) none/tests/fdleak_ipv4 (stderr) none/tests/fdleak_open (stderr) none/tests/fdleak_pipe (stderr) none/tests/fdleak_socketpair (stderr) none/tests/manythreads (stdout) none/tests/manythreads (stderr) none/tests/pending (stdout) none/tests/pending (stderr) none/tests/pth_atfork1 (stdout) none/tests/pth_atfork1 (stderr) none/tests/pth_blockedsig (stdout) none/tests/pth_blockedsig (stderr) none/tests/pth_cancel1 (stdout) none/tests/pth_cancel1 (stderr) none/tests/pth_cancel2 (stderr) none/tests/pth_cvsimple (stdout) none/tests/pth_cvsimple (stderr) none/tests/pth_exit (stderr) none/tests/pth_once (stdout) none/tests/pth_once (stderr) none/tests/pth_stackalign (stdout) none/tests/pth_stackalign (stderr) none/tests/res_search (stdout) none/tests/res_search (stderr) none/tests/thread-exits (stdout) none/tests/thread-exits (stderr) none/tests/threaded-fork (stdout) none/tests/threaded-fork (stderr) none/tests/threadederrno (stdout) none/tests/threadederrno (stderr) none/tests/tls (stdout) none/tests/tls (stderr) |
|
From: Tom H. <to...@co...> - 2005-08-04 02:40:47
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-08-04 03:30:03 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 181 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-08-04 02:38:29
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-08-04 03:00:04 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 159 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/tls (stdout) |
|
From: Tom H. <th...@cy...> - 2005-08-04 02:28:40
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-08-04 03:15:03 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 180 tests, 14 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/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 == 180 tests, 14 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/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 Thu Aug 4 03:21:48 2005 --- new.short Thu Aug 4 03:28:33 2005 *************** *** 8,10 **** ! == 180 tests, 14 stderr failures, 1 stdout failure ================= memcheck/tests/addressable (stderr) --- 8,10 ---- ! == 180 tests, 14 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) *************** *** 23,25 **** none/tests/x86/int (stderr) - none/tests/x86/yield (stdout) --- 23,24 ---- |
|
From: Tom H. <th...@cy...> - 2005-08-04 02:25:24
|
Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-08-04 03:10:07 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 180 tests, 2 stderr failures, 0 stdout failures ================= 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 == 180 tests, 2 stderr failures, 1 stdout failure ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Aug 4 03:18:55 2005 --- new.short Thu Aug 4 03:25:19 2005 *************** *** 8,13 **** ! == 180 tests, 2 stderr failures, 1 stdout failure ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) - none/tests/x86/yield (stdout) --- 8,12 ---- ! == 180 tests, 2 stderr failures, 0 stdout failures ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-08-04 02:21:01
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-08-04 03:10:07 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 159 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) |
|
From: Tom H. <th...@cy...> - 2005-08-04 02:17:03
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-08-04 03:05:09 BST Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 159 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) |
|
From: Julian S. <js...@ac...> - 2005-08-04 00:46:42
|
A big Thank You to all the people whose time, effort, expertise and energy helped make this 3.0 release a reality. Nowadays that's quite a large cast. It's not just developers, but also web site keepers, sysadmins, users who patiently helped us work through bugs they found, people who lent machines, people who fed us ideas, and people who generally helped out in myriad other ways. Thank you all. J |
|
From: Julian S. <js...@ac...> - 2005-08-04 00:46:32
|
So, 3.0.0 is out and the trunk is once again open for commits. I've made some branches and tags: valgrind/branches/VALGRIND_3_0_BRANCH valgrind/tags/VALGRIND_3_0_0 vex/branches/VEX_3_0_BRANCH vex/tags/VEX_3_0_0 I adjusted the svn:externals in VALGRIND_3_0_BRANCH and VALGRIND_3_0_0 to point to the corresponding vex tag/branch. J |