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
(32) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(39) |
2
(29) |
3
(27) |
4
(50) |
5
(37) |
|
6
(14) |
7
(28) |
8
(44) |
9
(38) |
10
(32) |
11
(49) |
12
(51) |
|
13
(37) |
14
(32) |
15
(70) |
16
(50) |
17
(43) |
18
(56) |
19
(23) |
|
20
(22) |
21
(36) |
22
(12) |
23
(22) |
24
(10) |
25
(13) |
26
(21) |
|
27
(17) |
28
(16) |
29
(33) |
30
(14) |
|
|
|
|
From: Tom H. <to...@co...> - 2005-11-17 12:22:21
|
In message <172...@ca...>
Paul Mackerras <pa...@sa...> wrote:
> Julian Seward writes:
>
>> However .. the clinchers are that (1) even on x86, the data seg is
>> rwx natively, at least according to cat /proc/self/maps, and (2)
>> having a non-executable data seg would kill any program which tried
>> to create code in the data seg and then run it. So I'd say it should
>> be rwx on all platforms.
>
> Forgive me if I missed something at the beginning of this discussion,
> but why can't Valgrind just use the permissions as set by the kernel
> and listed in /proc/self/maps?
Well it would be a bit of a pain to have to go wading through that
just to find out what permissions the original brk segment had. I'm
not even sure it will be there if you haven't called brk to allocate
some memory from it which valgrind probably won't have done.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: <sv...@va...> - 2005-11-17 12:14:45
|
Author: tom
Date: 2005-11-17 12:14:42 +0000 (Thu, 17 Nov 2005)
New Revision: 5164
Log:
Removed vki_ntohs definition and the infrastructure that supported
it as it is no longer used.
Modified:
trunk/include/vki-linux.h
Modified: trunk/include/vki-linux.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/include/vki-linux.h 2005-11-17 12:02:58 UTC (rev 5163)
+++ trunk/include/vki-linux.h 2005-11-17 12:14:42 UTC (rev 5164)
@@ -182,58 +182,6 @@
};
=20
//----------------------------------------------------------------------
-// From linux-2.6.8.1/include/linux/byteorder/swab.h
-//----------------------------------------------------------------------
-
-#define ___vki_swab16(x) \
-({ \
- __vki_u16 __x =3D (x); \
- ((__vki_u16)( \
- (((__vki_u16)(__x) & (__vki_u16)0x00ffU) << 8) | \
- (((__vki_u16)(__x) & (__vki_u16)0xff00U) >> 8) )); \
-})
-
-/*
- * provide defaults when no architecture-specific optimization is detect=
ed
- */
-#ifndef __vki_arch__swab16
-# define __vki_arch__swab16(x) ({ __vki_u16 __tmp =3D (x) ; ___vki_swab=
16(__tmp); })
-#endif
-
-// [[Nb: using the non-OPTIMIZE version here -- easier to understand, an=
d
-// we don't need the optimised version as we use this very rarely]]
-# define __vki_swab16(x) __vki_fswab16(x)
-
-static __inline__ __attribute_const__ __vki_u16 __vki_fswab16(__vki_u16 =
x)
-{
- return __vki_arch__swab16(x);
-}
-
-//----------------------------------------------------------------------
-// From linux-2.6.8.1/include/linux/byteorder/little_endian.h
-//----------------------------------------------------------------------
-
-#ifdef VKI_LITTLE_ENDIAN
-#define __vki_be16_to_cpu(x) __vki_swab16((x))
-#endif // VKI_LITTLE_ENDIAN
-
-//----------------------------------------------------------------------
-// From linux-2.6.8.1/include/linux/byteorder/big_endian.h
-//----------------------------------------------------------------------
-
-#ifdef VKI_BIG_ENDIAN
-#define __vki_be16_to_cpu(x) ((__vki_u16)(x))
-#endif // VKI_BIG_ENDIAN
-
-//----------------------------------------------------------------------
-// From linux-2.6.8.1/include/linux/byteorder/generic.h
-//----------------------------------------------------------------------
-
-#define ___vki_ntohs(x) __vki_be16_to_cpu(x)
-
-#define vki_ntohs(x) ___vki_ntohs(x)
-
-//----------------------------------------------------------------------
// From linux-2.6.8.1/include/linux/time.h
//----------------------------------------------------------------------
=20
|
|
From: <sv...@va...> - 2005-11-17 12:03:05
|
Author: tom
Date: 2005-11-17 12:02:58 +0000 (Thu, 17 Nov 2005)
New Revision: 5163
Log:
Use VG_(ntohl) and VG_(ntohs) to decode IP addresses and ports. Note
that this also required reversing the order of the arguments to the
print call as the previous ordering assumed that the address was still
byte swapped.
Modified:
trunk/coregrind/m_syswrap/syswrap-generic.c
Modified: trunk/coregrind/m_syswrap/syswrap-generic.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-generic.c 2005-11-17 12:01:56 UTC (=
rev 5162)
+++ trunk/coregrind/m_syswrap/syswrap-generic.c 2005-11-17 12:02:58 UTC (=
rev 5163)
@@ -536,20 +536,14 @@
if (sa =3D=3D NULL || len =3D=3D 0) {
VG_(sprintf)(name, "<unknown>");
} else {
- UInt addr =3D sa->sin_addr.s_addr;
-# if defined(VG_BIGENDIAN)
- /* This is a hack. I don't know enough to navigate my way through=
the
- ntohl/ntonl maze. JRS 17 Nov 05. */
- addr =3D (((addr >> 24) & 0xFF) << 0) | (((addr >> 16) & 0xFF) << =
8)
- | (((addr >> 8) & 0xFF) << 16) | (((addr >> 0) & 0xFF) << 2=
4);
-# endif
+ UInt addr =3D VG_(ntohl)(sa->sin_addr.s_addr);
if (addr =3D=3D 0) {
VG_(sprintf)(name, "<unbound>");
} else {
VG_(sprintf)(name, "%u.%u.%u.%u:%u",
- addr & 0xFF, (addr>>8) & 0xFF,
- (addr>>16) & 0xFF, (addr>>24) & 0xFF,
- vki_ntohs(sa->sin_port));
+ (addr>>24) & 0xFF, (addr>>16) & 0xFF,
+ (addr>>8) & 0xFF, addr & 0xFF,
+ VG_(ntohs)(sa->sin_port));
}
}
=20
|
|
From: <sv...@va...> - 2005-11-17 12:02:07
|
Author: tom
Date: 2005-11-17 12:01:56 +0000 (Thu, 17 Nov 2005)
New Revision: 5162
Log:
Provide a full set of ntohl/htonl/ntohs/htons routines in the=20
valgrind C library.
Modified:
trunk/coregrind/m_libcfile.c
trunk/coregrind/pub_core_libcfile.h
Modified: trunk/coregrind/m_libcfile.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_libcfile.c 2005-11-17 11:45:28 UTC (rev 5161)
+++ trunk/coregrind/m_libcfile.c 2005-11-17 12:01:56 UTC (rev 5162)
@@ -339,8 +339,7 @@
Int my_connect ( Int sockfd, struct vki_sockaddr_in* serv_addr,=20
Int addrlen );
=20
-static=20
-UInt my_htonl ( UInt x )
+UInt VG_(htonl) ( UInt x )
{
# if defined(VG_BIGENDIAN)
return x;
@@ -351,18 +350,38 @@
# endif
}
=20
-static
-UShort my_htons ( UShort x )
+UInt VG_(ntohl) ( UInt x )
{
# if defined(VG_BIGENDIAN)
return x;
# else
return
+ (((x >> 24) & 0xFF) << 0) | (((x >> 16) & 0xFF) << 8)
+ | (((x >> 8) & 0xFF) << 16) | (((x >> 0) & 0xFF) << 24);
+# endif
+}
+
+UShort VG_(htons) ( UShort x )
+{
+# if defined(VG_BIGENDIAN)
+ return x;
+# else
+ return
(((x >> 8) & 0xFF) << 0) | (((x >> 0) & 0xFF) << 8);
# endif
}
=20
+UShort VG_(ntohs) ( UShort x )
+{
+# if defined(VG_BIGENDIAN)
+ return x;
+# else
+ return
+ (((x >> 8) & 0xFF) << 0) | (((x >> 0) & 0xFF) << 8);
+# endif
+}
=20
+
/* The main function.=20
=20
Supplied string contains either an ip address "192.168.0.1" or
@@ -390,8 +409,8 @@
// (UInt)port );
=20
servAddr.sin_family =3D VKI_AF_INET;
- servAddr.sin_addr.s_addr =3D my_htonl(ip);
- servAddr.sin_port =3D my_htons(port);
+ servAddr.sin_addr.s_addr =3D VG_(htonl)(ip);
+ servAddr.sin_port =3D VG_(htons)(port);
=20
/* create socket */
sd =3D my_socket(VKI_AF_INET, VKI_SOCK_STREAM, 0 /* IPPROTO_IP ? */);
Modified: trunk/coregrind/pub_core_libcfile.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/coregrind/pub_core_libcfile.h 2005-11-17 11:45:28 UTC (rev 5161=
)
+++ trunk/coregrind/pub_core_libcfile.h 2005-11-17 12:01:56 UTC (rev 5162=
)
@@ -55,6 +55,11 @@
none specified. */
#define VG_CLO_DEFAULT_LOGPORT 1500
=20
+extern UInt VG_(htonl) ( UInt x );
+extern UInt VG_(ntohl) ( UInt x );
+extern UShort VG_(htons) ( UShort x );
+extern UShort VG_(ntohs) ( UShort x );
+
extern Int VG_(write_socket)( Int sd, void *msg, Int count );
extern Int VG_(connect_via_socket)( UChar* str );
extern Int VG_(getsockname) ( Int sd, struct vki_sockaddr *name, Int *na=
melen );
|
|
From: <sv...@va...> - 2005-11-17 11:45:31
|
Author: sewardj
Date: 2005-11-17 11:45:28 +0000 (Thu, 17 Nov 2005)
New Revision: 5161
Log:
Kludgey endianness fix (for printing only) to stop fdleak_ipv4 failing on
ppc32. I'm sure there's a Right Way to fix it, and this isn't it.
Modified:
trunk/coregrind/m_syswrap/syswrap-generic.c
Modified: trunk/coregrind/m_syswrap/syswrap-generic.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-generic.c 2005-11-17 11:01:55 UTC (=
rev 5160)
+++ trunk/coregrind/m_syswrap/syswrap-generic.c 2005-11-17 11:45:28 UTC (=
rev 5161)
@@ -537,7 +537,12 @@
VG_(sprintf)(name, "<unknown>");
} else {
UInt addr =3D sa->sin_addr.s_addr;
-
+# if defined(VG_BIGENDIAN)
+ /* This is a hack. I don't know enough to navigate my way through=
the
+ ntohl/ntonl maze. JRS 17 Nov 05. */
+ addr =3D (((addr >> 24) & 0xFF) << 0) | (((addr >> 16) & 0xFF) << =
8)
+ | (((addr >> 8) & 0xFF) << 16) | (((addr >> 0) & 0xFF) << 2=
4);
+# endif
if (addr =3D=3D 0) {
VG_(sprintf)(name, "<unbound>");
} else {
|
|
From: <sv...@va...> - 2005-11-17 11:01:59
|
Author: sewardj
Date: 2005-11-17 11:01:55 +0000 (Thu, 17 Nov 2005)
New Revision: 5160
Log:
Enable sys_lstat on ppc32.
Modified:
trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c
trunk/coregrind/vki_unistd-ppc32-linux.h
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-11-17 10:56:08 U=
TC (rev 5159)
+++ trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c 2005-11-17 11:01:55 U=
TC (rev 5160)
@@ -1570,7 +1570,7 @@
//..=20
//.. GENXY(__NR_getitimer, sys_getitimer), // 105
GENXY(__NR_stat, sys_newstat), // 106
-//.. GENXY(__NR_lstat, sys_newlstat), // 107
+ GENXY(__NR_lstat, sys_newlstat), // 107
GENXY(__NR_fstat, sys_newfstat), // 108
//.. // (__NR_olduname, sys_uname), // 109 -- =
obsolete
//..=20
Modified: trunk/coregrind/vki_unistd-ppc32-linux.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/coregrind/vki_unistd-ppc32-linux.h 2005-11-17 10:56:08 UTC (rev=
5159)
+++ trunk/coregrind/vki_unistd-ppc32-linux.h 2005-11-17 11:01:55 UTC (rev=
5160)
@@ -136,7 +136,7 @@
#define __NR_setitimer 104
//#define __NR_getitimer 105
#define __NR_stat 106
-//#define __NR_lstat 107
+#define __NR_lstat 107
#define __NR_fstat 108
//#define __NR_olduname 109
//#define __NR_iopl 110
|
|
From: <sv...@va...> - 2005-11-17 10:56:13
|
Author: sewardj Date: 2005-11-17 10:56:08 +0000 (Thu, 17 Nov 2005) New Revision: 5159 Log: Filter out I-have-no-idea-what-your-caches-are message, so these tests don't fail on ppc32. Modified: trunk/cachegrind/tests/filter_stderr Modified: trunk/cachegrind/tests/filter_stderr =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/tests/filter_stderr 2005-11-17 03:08:16 UTC (rev 515= 8) +++ trunk/cachegrind/tests/filter_stderr 2005-11-17 10:56:08 UTC (rev 515= 9) @@ -16,4 +16,5 @@ # Remove CPUID warnings lines for P4s and other machines sed "/warning: Pentium 4 with 12 KB micro-op instruction trace cache/d" = | sed "/Simulating a 16 KB I-cache with 32 B lines/d" | -sed "/warning: L3 cache detected but ignored/d" +sed "/warning: L3 cache detected but ignored/d" | +sed "/Warning: Couldn't auto-detect cache config, using one or more defa= ults/d" |
|
From: Robert W. <rj...@du...> - 2005-11-17 04:52:14
|
> I have no idea what stack_changes is testing - stack_switch I wrote > to test that bug I committed the patch for last week. stack_changes is checking the libc context calls (setcontext, etc.) and checks that Valgrind notices their stack changes properly. This has nothing to do with the clone checks that you're doing in stack_switch.=20 Perhaps both names should be a bit more descriptive to describe their functionality. Regards, Robert. --=20 Robert Walsh Amalgamated Durables, Inc. "We bring dead things to life" |
|
From: <js...@ac...> - 2005-11-17 04:03:52
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-11-17 03:30:02 GMT 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 == 209 tests, 91 stderr failures, 2 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (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/malloc_usable (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/oset_test (stderr) memcheck/tests/overlap (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pipe (stderr) memcheck/tests/pointer-trace (stderr) 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 (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/str_tester (stderr) memcheck/tests/strchr (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/supp_unknown (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/with-space (stderr) memcheck/tests/writev (stderr) memcheck/tests/x86/fpeflags (stderr) memcheck/tests/x86/insn_basic (stderr) memcheck/tests/x86/insn_cmov (stderr) memcheck/tests/x86/insn_fpu (stderr) memcheck/tests/x86/insn_mmx (stderr) memcheck/tests/x86/insn_sse (stderr) memcheck/tests/x86/pushfpopf (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_exit_group (stderr) memcheck/tests/x86/scalar_fork (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/scalar_vfork (stderr) memcheck/tests/x86/tronical (stderr) memcheck/tests/xml1 (stderr) memcheck/tests/zeropage (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <to...@co...> - 2005-11-17 03:42:52
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-11-17 03:30:05 GMT 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 == 211 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) none/tests/mremap2 (stdout) none/tests/x86/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 == 211 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Nov 17 03:36:30 2005 --- new.short Thu Nov 17 03:42:43 2005 *************** *** 10,11 **** --- 10,12 ---- memcheck/tests/leak-tree (stderr) + memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) *************** *** 13,15 **** memcheck/tests/x86/scalar (stderr) - memcheck/tests/xml1 (stderr) none/tests/mremap2 (stdout) --- 14,15 ---- |
|
From: Tom H. <th...@cy...> - 2005-11-17 03:30:30
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-11-17 03:15:05 GMT 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 == 210 tests, 17 stderr failures, 2 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/leakotron (stdout) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == 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 == 210 tests, 18 stderr failures, 2 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/leakotron (stdout) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Nov 17 03:22:57 2005 --- new.short Thu Nov 17 03:30:22 2005 *************** *** 8,10 **** ! == 210 tests, 18 stderr failures, 2 stdout failures ================= memcheck/tests/addressable (stderr) --- 8,10 ---- ! == 210 tests, 17 stderr failures, 2 stdout failures ================= memcheck/tests/addressable (stderr) *************** *** 25,27 **** memcheck/tests/stack_changes (stderr) - memcheck/tests/xml1 (stderr) none/tests/x86/faultstatus (stderr) --- 25,26 ---- |
|
From: Tom H. <th...@cy...> - 2005-11-17 03:25:56
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-11-17 03:10:09 GMT 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 == 228 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/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 == 228 tests, 5 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Nov 17 03:20:07 2005 --- new.short Thu Nov 17 03:25:49 2005 *************** *** 8,12 **** ! == 228 tests, 5 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) - memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) --- 8,11 ---- ! == 228 tests, 4 stderr failures, 1 stdout failure ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) *************** *** 15,17 **** none/tests/x86/int (stderr) - none/tests/x86/yield (stdout) --- 14,15 ---- |
|
From: Tom H. <th...@cy...> - 2005-11-17 03:23:03
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-11-17 03:05:12 GMT 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 == 228 tests, 5 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == 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 == 228 tests, 6 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/x86/yield (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Nov 17 03:17:25 2005 --- new.short Thu Nov 17 03:22:55 2005 *************** *** 8,13 **** ! == 228 tests, 6 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) - memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) --- 8,12 ---- ! == 228 tests, 5 stderr failures, 2 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/amd64/faultstatus (stderr) |
|
From: Tom H. <th...@cy...> - 2005-11-17 03:20:05
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-11-17 03:00:02 GMT 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 == 228 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/x86/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 == 228 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Nov 17 03:06:54 2005 --- new.short Thu Nov 17 03:19:53 2005 *************** *** 8,12 **** ! == 228 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/x86/scalar (stderr) - memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) --- 8,11 ---- ! == 228 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/x86/scalar (stderr) none/tests/amd64/faultstatus (stderr) |
|
From: <sv...@va...> - 2005-11-17 03:09:03
|
Author: sewardj
Date: 2005-11-17 03:08:16 +0000 (Thu, 17 Nov 2005)
New Revision: 5158
Log:
A couple of these syscalls fail differently when running on an amd64
in 32-bit mode.
Modified:
trunk/memcheck/tests/x86/scalar.c
Modified: trunk/memcheck/tests/x86/scalar.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/memcheck/tests/x86/scalar.c 2005-11-17 00:51:36 UTC (rev 5157)
+++ trunk/memcheck/tests/x86/scalar.c 2005-11-17 03:08:16 UTC (rev 5158)
@@ -268,8 +268,10 @@
SY(__NR_fcntl, x0-1, x0+F_DUPFD, x0); FAILx(EBADF);
=20
// For F_GETLK the 3rd arg is 'lock'
+ // on x86, this fails with EBADF. But on amd64 in 32-bit mode
+ // it fails with EFAULT.
GO(__NR_fcntl, "(GETLK) 1s 0m");
- SY(__NR_fcntl, x0-1, x0+F_GETLK, x0); FAILx(EBADF);
+ SY(__NR_fcntl, x0-1, x0+F_GETLK, x0); FAIL; //FAILx(EBADF);
=20
// __NR_mpx 56
GO(__NR_mpx, "ni");
@@ -975,8 +977,10 @@
SY(__NR_fcntl64, x0-1, x0+F_DUPFD, x0); FAILx(EBADF);
=20
// For F_GETLK the 3rd arg is 'lock'
+ // on x86, this fails with EBADF. But on amd64 in 32-bit mode
+ // it fails with EFAULT.
GO(__NR_fcntl64, "(GETLK) 1s 0m");
- SY(__NR_fcntl64, x0-1, x0+F_GETLK, x0); FAILx(EBADF);
+ SY(__NR_fcntl64, x0-1, x0+F_GETLK, x0); FAIL; //FAILx(EBADF);
=20
// 222
GO(222, "ni");
|
|
From: Paul M. <pa...@sa...> - 2005-11-17 02:51:00
|
Julian Seward writes: > However .. the clinchers are that (1) even on x86, the data seg is > rwx natively, at least according to cat /proc/self/maps, and (2) > having a non-executable data seg would kill any program which tried > to create code in the data seg and then run it. So I'd say it should > be rwx on all platforms. Forgive me if I missed something at the beginning of this discussion, but why can't Valgrind just use the permissions as set by the kernel and listed in /proc/self/maps? Paul. |
|
From: <sv...@va...> - 2005-11-17 00:51:39
|
Author: sewardj
Date: 2005-11-17 00:51:36 +0000 (Thu, 17 Nov 2005)
New Revision: 5157
Log:
Record XML output format changes.
Modified:
trunk/NEWS
trunk/docs/internals/xml-output.txt
Modified: trunk/NEWS
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/NEWS 2005-11-16 23:54:46 UTC (rev 5156)
+++ trunk/NEWS 2005-11-17 00:51:36 UTC (rev 5157)
@@ -56,6 +56,9 @@
profile Valgrind using Cachegrind. As a result a couple of
performance bad cases have been fixed.
=20
+- The XML output format has changed slightly. See
+ docs/internals/xml-output.txt.
+
The following are some user-visible changes that occurred in earlier
versions that may not have been announced, or were announced but not
widely noticed. So we're mentioning them now.
Modified: trunk/docs/internals/xml-output.txt
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/docs/internals/xml-output.txt 2005-11-16 23:54:46 UTC (rev 5156=
)
+++ trunk/docs/internals/xml-output.txt 2005-11-17 00:51:36 UTC (rev 5157=
)
@@ -103,15 +103,28 @@
<?xml version=3D"1.0"?>
<valgrindoutput>
<protocolversion>INT<protocolversion>
- VERSION1STUFF
+ PROTOCOL
</valgrindoutput>
=20
-The only currently defined protocol version number is 1. This
-document only defines protocol version 1.
+Valgrind versions 3.0.0 and 3.0.1 emit protocol version 1. Version
+3.1.0 emits protocol version 2.
=20
=20
-VERSION1STUFF
--------------
+PROTOCOL for version 2
+----------------------
+Version 2 is identical in every way to version 1, except that the time
+string in
+
+ <time>human-readable-time-string</time>
+
+has changed format, and is also elapsed wallclock time since process
+start, and not local time or any such. In fact version 1 does not
+define the format of the string so in some ways this revision is
+irrelevant.
+
+
+PROTOCOL for version 1
+----------------------
This is the main top-level construction. Roughly speaking, it
contains a load of preamble, the errors from the run of the
program, and the result of the final leak check. Hence the
@@ -184,7 +197,7 @@
* Zero or more ERRORs, each of which is a complaint from the
leak checker.
=20
-That`s it.
+That's it.
=20
=20
ERROR
|
|
From: Tom H. <to...@co...> - 2005-11-17 00:25:15
|
In message <200...@ja...>
sv...@va... wrote:
> /* We make the data segment (heap) executable because LinuxThreads on
> - ppc32 creates trampolines in this area. */
> + ppc32 creates trampolines in this area. Also, on x86/Linux the data
> + segment is RWX natively, at least according to /proc/self/maps.
> + Also, having a non-executable data seg would kill any program which
> + tried to create code in the data seg and then run it. */
Not on my x86 boxes it isn't:
dunsmere [~] % cat /proc/self/maps
...
0820c000-0822d000 rw-p 0820c000 00:00 0 [heap]
Don't forget that you can't generally trust X bit reports on x86
systems anyway.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|