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
(9) |
2
(11) |
3
(3) |
4
(7) |
5
(15) |
|
6
(10) |
7
(9) |
8
(12) |
9
(10) |
10
(6) |
11
(12) |
12
(12) |
|
13
(11) |
14
(14) |
15
(18) |
16
(15) |
17
(19) |
18
(15) |
19
(9) |
|
20
|
21
(5) |
22
(10) |
23
(15) |
24
(18) |
25
(20) |
26
(15) |
|
27
(14) |
28
(11) |
29
(17) |
30
(17) |
31
(23) |
|
|
|
From: Mark W. <mj...@re...> - 2014-07-17 21:48:34
|
Hi, Philippe and I were scratching our heads because we were seeing warnings like: cc1: warning: unrecognized command line option "-Wno-tautological-compare" [enabled by default] After a couple of rounds of guesses we concluded the following: On Thu, 2014-07-17 at 21:49 +0200, Philippe Waroquiers wrote: > On Thu, 2014-07-17 at 13:33 +0200, Mark Wielaard wrote: > > > OK, this is really two issues. First this isn't a real gcc option to > > begin with. The warning option is named -Wtype-limits and the > > tautological-compare name is something clang invented. It warns if a > > comparison is always true or always false due to the limited range of > > the data type, but for constant expressions. I am not sure we actually > > would want to disable that warning, it seems pretty useful. > > > > The second issue is that gcc is helpful, it just accepts any -Wno-foobar > > option, assuming it can do that always. "Sure, I won't warn about > > foobar, no problem!" :) The same isn't true the other way around > > -Wfoobar will cause an error if gcc doesn't know how to warn about > > foobar. > > Nice analysis. All this configure/am/... infernal machine is always > a mystery to me. > > > All our -Wno-foobar tests in configure.ac are done the same way. Maybe > > there is a reason for that? But if you only wanted to enable -Wno-foobar > > if the compiler really understood it, then the test in configure.ac > > should be reversed. It should test if the compiler supports -Wfoobar and > > if so, it should use -Wno-foobar to suppress those warnings. > > No idea why the -Wno-foobar are tested like that. > Probably because the gcc "helpfulness" was not known/understood. > > Either as you suggest, we should check for the "positive" switch > or alternatively tests for both the positive and the negative (-Wno...) > switches in configure ? Does anybody see a problem with changing all -Wno-... configure checks around to: --- a/configure.ac +++ b/configure.ac @@ -1728,11 +1728,12 @@ CFLAGS=$safe_CFLAGS # does this compiler support -Wno-tautological-compare ? +# We test for the positive, to make sure the no- variant actually disables. AC_MSG_CHECKING([if gcc accepts -Wno-tautological-compare]) safe_CFLAGS=$CFLAGS -CFLAGS="-Wno-tautological-compare" +CFLAGS="-Wtautological-compare" AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[ ]], [[ return 0; |
|
From: <sv...@va...> - 2014-07-17 21:23:18
|
Author: philippe
Date: Thu Jul 17 21:23:09 2014
New Revision: 14174
Log:
Simplify the code to get the function entry + avoids too many casts
Modified:
trunk/coregrind/vg_preloaded.c
Modified: trunk/coregrind/vg_preloaded.c
==============================================================================
--- trunk/coregrind/vg_preloaded.c (original)
+++ trunk/coregrind/vg_preloaded.c Thu Jul 17 21:23:09 2014
@@ -86,9 +86,10 @@
#if defined(VGP_ppc64_linux)
/* ppc64 uses function descriptors, so get the actual function entry
address for the client request, but return the function descriptor
- from this function. */
- UWord *descr = (UWord*)(void*)result;
- fnentry = (Addr)(void*)(descr[0]);
+ from this function.
+ result points to the function descriptor, which starts with the
+ function entry. */
+ fnentry = *(Addr*)result;
#else
fnentry = result;
#endif
|
|
From: Mark W. <mj...@re...> - 2014-07-17 20:46:19
|
On Thu, 2014-07-17 at 22:30 +0200, Philippe Waroquiers wrote: > On Thu, 2014-07-17 at 22:23 +0200, Mark Wielaard wrote: > > > yeah. The problem at the moment is that 2.20 isn't actually released > > yet, but some distros are already testing it in their unstable branches. > > That makes a simple version check difficult, since this 2.20-beta still > > claims it is 2.19... > I mean by a configure test: verify if a piece of c code compiles with > the struct we want to use. > That should work whatever the version claimed by glibc header. Yes, I was just hoping we could just say "for arm64 support use glibc 2.20 or newer". But it seems people are actually shipping distros for aarch64 that are based on 2.17 (that is even 2 versions back). So it seems we cannot escape doing a proper configure test to see if user_regs_struct is available or user_pt_regs. Cheers, Mark |
|
From: Philippe W. <phi...@sk...> - 2014-07-17 20:30:16
|
On Thu, 2014-07-17 at 22:23 +0200, Mark Wielaard wrote: > yeah. The problem at the moment is that 2.20 isn't actually released > yet, but some distros are already testing it in their unstable branches. > That makes a simple version check difficult, since this 2.20-beta still > claims it is 2.19... I mean by a configure test: verify if a piece of c code compiles with the struct we want to use. That should work whatever the version claimed by glibc header. Philippe |
|
From: Mark W. <mj...@re...> - 2014-07-17 20:23:43
|
On Thu, 2014-07-17 at 21:53 +0200, Philippe Waroquiers wrote: > On Thu, 2014-07-17 at 16:13 +0200, Mark Wielaard wrote: > > On Fri, 2014-07-11 at 21:58 +0000, Anmol Paralkar wrote: > > > Using gnu_get_libc_version (), it's version: 2.19-2014.06 > > > > > > With the __GLIBC__ and __GLIBC_MINOR__ macros, we do not get the resolution to know whether > > > we are past 2.19 to be able to choose between user_pt_regs or user_regs_struct, so I'm > > > thinking that we might just have to wait till glibc 2.20 is out before we could make that > > > change in the valgrind sources. > > > > Yeah, I don't know what the correct solution is atm. fedora also > > switched to a pre-release glibc now, so I have just added a renaming > > patch for now to the package: > > http://pkgs.fedoraproject.org/cgit/valgrind.git/tree/valgrind-3.9.0-arm64-user_regs.patch > > Is there a need to support both > struct user_pt_regs user_mod; > and > struct user_regs_struct user_mod; > ? > In other words, is there a "release" version of glibc that uses the first, > and another one that uses the second ? Sadly yes. The struct user_pt_regs really comes from a kernel header that (erroneously) leaked through in glibc 2.19 for arm64. struct user_regs_struct is the (official) user struct as will be provided by glibc 2.20 (when it is released). The new glibc release will no longer define the kernel struct for arm64 in the glibc headers. > And if yes, do we want to support these 2 glibc versions ? Maybe. If we want to support both glibc 2.19 and 2.20 for arm64. > If the answer is 2 times yes, then I guess we need a config test. yeah. The problem at the moment is that 2.20 isn't actually released yet, but some distros are already testing it in their unstable branches. That makes a simple version check difficult, since this 2.20-beta still claims it is 2.19... > Otherwise, we just have to support the "newer and good glibc" I'll ask some distro people if they consider an arm64 release with 2.19 supportable or whether they think they will eventually switch to 2.20 for any stable arm64 version. Cheers, Mark |
|
From: Philippe W. <phi...@sk...> - 2014-07-17 19:53:46
|
On Thu, 2014-07-17 at 16:13 +0200, Mark Wielaard wrote: > On Fri, 2014-07-11 at 21:58 +0000, Anmol Paralkar wrote: > > Using gnu_get_libc_version (), it's version: 2.19-2014.06 > > > > With the __GLIBC__ and __GLIBC_MINOR__ macros, we do not get the resolution to know whether > > we are past 2.19 to be able to choose between user_pt_regs or user_regs_struct, so I'm > > thinking that we might just have to wait till glibc 2.20 is out before we could make that > > change in the valgrind sources. > > Yeah, I don't know what the correct solution is atm. fedora also > switched to a pre-release glibc now, so I have just added a renaming > patch for now to the package: > http://pkgs.fedoraproject.org/cgit/valgrind.git/tree/valgrind-3.9.0-arm64-user_regs.patch Is there a need to support both struct user_pt_regs user_mod; and struct user_regs_struct user_mod; ? In other words, is there a "release" version of glibc that uses the first, and another one that uses the second ? And if yes, do we want to support these 2 glibc versions ? If the answer is 2 times yes, then I guess we need a config test. Otherwise, we just have to support the "newer and good glibc" Philippe |
|
From: Mark W. <mj...@re...> - 2014-07-17 14:13:42
|
On Fri, 2014-07-11 at 21:58 +0000, Anmol Paralkar wrote: > Using gnu_get_libc_version (), it's version: 2.19-2014.06 > > With the __GLIBC__ and __GLIBC_MINOR__ macros, we do not get the resolution to know whether > we are past 2.19 to be able to choose between user_pt_regs or user_regs_struct, so I'm > thinking that we might just have to wait till glibc 2.20 is out before we could make that > change in the valgrind sources. Yeah, I don't know what the correct solution is atm. fedora also switched to a pre-release glibc now, so I have just added a renaming patch for now to the package: http://pkgs.fedoraproject.org/cgit/valgrind.git/tree/valgrind-3.9.0-arm64-user_regs.patch Cheers, Mark |
|
From: <sv...@va...> - 2014-07-17 13:29:52
|
Author: mjw
Date: Thu Jul 17 13:29:43 2014
New Revision: 14173
Log:
Omit frame pointer also for main in ppc ldst_multiple test.
Other functions already explicitly omitted the frame pointer. Also
do that for main to prevent gcc 4.8.2 complaining:
ldst_multiple.c: In function ‘main’:
ldst_multiple.c:180:5: error: frame pointer required, but reserved
int main(void)
^
ldst_multiple.c:31:18: note: for ‘r31’
register HWord_t r31 asm("r31");
Modified:
trunk/none/tests/ppc32/ldst_multiple.c
Modified: trunk/none/tests/ppc32/ldst_multiple.c
==============================================================================
--- trunk/none/tests/ppc32/ldst_multiple.c (original)
+++ trunk/none/tests/ppc32/ldst_multiple.c Thu Jul 17 13:29:43 2014
@@ -177,7 +177,11 @@
{ NULL, NULL },
};
-int main(void)
+/*
+ * gcc is not happy if we modify r31 (the frame pointer) behind its back
+ * so we omit it
+ */
+int __attribute__((optimize("-fomit-frame-pointer"))) main(void)
{
test_func_t func;
int i = 0;
|
|
From: <sv...@va...> - 2014-07-17 10:56:35
|
Author: mjw
Date: Thu Jul 17 10:56:26 2014
New Revision: 14172
Log:
ppc64 ifunc_wrapper add casts suggested by gcc warning.
vg_preloaded.c: In function ‘_vgnU_ifunc_wrapper’:
vg_preloaded.c:91:13: warning: assignment makes integer from pointer without a cast [enabled by default]
Modified:
trunk/coregrind/vg_preloaded.c
Modified: trunk/coregrind/vg_preloaded.c
==============================================================================
--- trunk/coregrind/vg_preloaded.c (original)
+++ trunk/coregrind/vg_preloaded.c Thu Jul 17 10:56:26 2014
@@ -87,8 +87,8 @@
/* ppc64 uses function descriptors, so get the actual function entry
address for the client request, but return the function descriptor
from this function. */
- UWord *descr = (UWord*)result;
- fnentry = (void*)(descr[0]);
+ UWord *descr = (UWord*)(void*)result;
+ fnentry = (Addr)(void*)(descr[0]);
#else
fnentry = result;
#endif
|
|
From: <sv...@va...> - 2014-07-17 05:22:29
|
Author: philippe
Date: Thu Jul 17 05:22:06 2014
New Revision: 14171
Log:
Unbreak ppc32 compilation (remove last usage of host_ppc32_regalign_int64_args)
Modified:
trunk/coregrind/m_translate.c
Modified: trunk/coregrind/m_translate.c
==============================================================================
--- trunk/coregrind/m_translate.c (original)
+++ trunk/coregrind/m_translate.c Thu Jul 17 05:22:06 2014
@@ -1521,7 +1521,6 @@
# if defined(VGP_ppc32_linux)
vex_abiinfo.guest_ppc_zap_RZ_at_blr = False;
vex_abiinfo.guest_ppc_zap_RZ_at_bl = NULL;
- vex_abiinfo.host_ppc32_regalign_int64_args = True;
# endif
# if defined(VGP_ppc64_linux)
vex_abiinfo.guest_ppc_zap_RZ_at_blr = True;
|
|
From: Christian B. <bor...@de...> - 2014-07-17 04:11:16
|
valgrind revision: 14170 VEX revision: 2904 C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] GDB: GNU gdb (GDB) SUSE (7.5.1-0.7.29) Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.23.1 C library: GNU C Library stable release version 2.11.3 (20110527) uname -mrs: Linux 3.0.101-0.31-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP3 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP3 gcc 4.3.4 on z196 (s390x) ) Started at 2014-07-17 03:45:01 CEST Ended at 2014-07-17 06:11:05 CEST 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 == 657 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_cond_destroy_busy (stderr) helgrind/tests/tc20_verifywrap (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 == 656 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_cond_destroy_busy (stderr) helgrind/tests/tc20_verifywrap (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Jul 17 04:01:32 2014 --- new.short Thu Jul 17 04:20:12 2014 *************** *** 8,10 **** ! == 656 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_cond_destroy_busy (stderr) --- 8,10 ---- ! == 657 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_cond_destroy_busy (stderr) --tools=none,memcheck,callgrind,helgrind,cachegrind,drd,massif --reps=3 --vg=../valgrind-new --vg=../valgrind-old -- Running tests in perf ---------------------------------------------- -- bigcode1 -- bigcode1 valgrind-new:0.22s no: 4.7s (21.4x, -----) me: 5.8s (26.3x, -----) ca:26.4s (119.9x, -----) he: 5.8s (26.4x, -----) ca: 9.1s (41.5x, -----) dr: 4.8s (21.9x, -----) ma: 4.9s (22.2x, -----) bigcode1 valgrind-old:0.22s no: 4.7s (21.4x, -0.2%) me: 5.8s (26.5x, -0.5%) ca:26.4s (119.8x, 0.0%) he: 5.8s (26.3x, 0.3%) ca: 9.1s (41.5x, 0.2%) dr: 4.9s (22.1x, -0.8%) ma: 4.9s (22.2x, 0.0%) -- bigcode2 -- bigcode2 valgrind-new:0.25s no: 7.6s (30.5x, -----) me:12.6s (50.4x, -----) ca:39.6s (158.5x, -----) he:10.8s (43.3x, -----) ca:14.3s (57.2x, -----) dr: 8.9s (35.8x, -----) ma: 8.3s (33.2x, -----) bigcode2 valgrind-old:0.25s no: 7.7s (31.0x, -1.6%) me:12.7s (50.8x, -0.9%) ca:39.6s (158.4x, 0.1%) he:10.8s (43.1x, 0.5%) ca:14.2s (57.0x, 0.3%) dr: 8.9s (35.8x, -0.1%) ma: 8.3s (33.4x, -0.5%) -- bz2 -- bz2 valgrind-new:0.70s no: 6.0s ( 8.5x, -----) me:13.1s (18.7x, -----) ca:30.7s (43.8x, -----) he:19.6s (27.9x, -----) ca:34.5s (49.2x, -----) dr:29.4s (42.0x, -----) ma: 5.3s ( 7.5x, -----) bz2 valgrind-old:0.70s no: 5.9s ( 8.5x, 0.7%) me:13.1s (18.7x, -0.2%) ca:30.7s (43.8x, 0.0%) he:19.6s (27.9x, 0.0%) ca:34.5s (49.2x, -0.0%) dr:29.2s (41.8x, 0.4%) ma: 5.2s ( 7.4x, 1.0%) -- fbench -- fbench valgrind-new:0.41s no: 1.6s ( 3.9x, -----) me: 4.3s (10.4x, -----) ca: 9.3s (22.8x, -----) he: 6.3s (15.4x, -----) ca: 7.2s (17.5x, -----) dr: 5.5s (13.5x, -----) ma: 1.7s ( 4.1x, -----) fbench valgrind-old:0.41s no: 1.6s ( 3.9x, 0.6%) me: 4.3s (10.4x, -0.5%) ca: 9.3s (22.7x, 0.3%) he: 6.2s (15.2x, 0.8%) ca: 7.2s (17.5x, -0.3%) dr: 5.5s (13.5x, -0.2%) ma: 1.7s ( 4.1x, -0.0%) -- ffbench -- ffbench valgrind-new:0.20s no: 1.2s ( 5.9x, -----) me: 3.0s (14.8x, -----) ca: 3.0s (15.1x, -----) he:43.3s (216.7x, -----) ca: 9.6s (48.0x, -----) dr: 6.9s (34.4x, -----) ma: 1.0s ( 4.8x, -----) ffbench valgrind-old:0.20s no: 1.1s ( 5.5x, 6.8%) me: 3.0s (15.0x, -1.0%) ca: 3.0s (15.0x, 0.3%) he:43.4s (217.0x, -0.2%) ca: 9.6s (48.2x, -0.4%) dr: 6.9s (34.4x, 0.1%) ma: 1.0s ( 4.8x, 0.0%) -- heap -- heap valgrind-new:0.23s no: 2.2s ( 9.4x, -----) me: 8.6s (37.6x, -----) ca:13.1s (57.1x, -----) he:12.5s (54.5x, -----) ca:11.3s (49.3x, -----) dr: 7.6s (33.2x, -----) ma: 7.8s (34.0x, -----) heap valgrind-old:0.23s no: 2.2s ( 9.4x, 0.0%) me: 8.6s (37.3x, 0.8%) ca:13.2s (57.4x, -0.5%) he:12.6s (54.8x, -0.6%) ca:11.3s (49.2x, 0.1%) dr: 7.6s (33.1x, 0.1%) ma: 8.0s (34.6x, -1.5%) -- heap_pdb4 -- heap_pdb4 valgrind-new:0.22s no: 2.5s (11.1x, -----) me:12.8s (58.4x, -----) ca:14.2s (64.7x, -----) he:14.0s (63.6x, -----) ca:12.4s (56.5x, -----) dr: 8.6s (39.3x, -----) ma: 8.0s (36.3x, -----) heap_pdb4 valgrind-old:0.22s no: 2.4s (10.9x, 2.4%) me:12.8s (58.3x, 0.2%) ca:14.2s (64.6x, 0.1%) he:14.0s (63.5x, 0.2%) ca:12.4s (56.5x, 0.1%) dr: 8.7s (39.3x, -0.1%) ma: 8.1s (36.6x, -0.8%) -- many-loss-records -- many-loss-records valgrind-new:0.03s no: 0.5s (17.3x, -----) me: 2.1s (69.7x, -----) ca: 1.9s (65.0x, -----) he: 2.2s (72.0x, -----) ca: 1.9s (64.0x, -----) dr: 1.7s (58.0x, -----) ma: 1.6s (54.3x, -----) many-loss-records valgrind-old:0.03s no: 0.5s (17.3x, 0.0%) me: 2.1s (69.3x, 0.5%) ca: 1.9s (64.7x, 0.5%) he: 2.2s (72.0x, 0.0%) ca: 1.9s (64.0x, 0.0%) dr: 1.7s (58.0x, 0.0%) ma: 1.7s (55.3x, -1.8%) -- many-xpts -- many-xpts valgrind-new:0.07s no: 0.7s ( 9.6x, -----) me: 3.1s (44.7x, -----) ca:370.2s (5288.1x, -----) he: 6.6s (93.9x, -----) ca: 2.8s (40.0x, -----) dr: 2.5s (35.9x, -----) ma: 2.5s (36.4x, -----) many-xpts valgrind-old:0.07s no: 0.7s ( 9.6x, 0.0%) me: 3.1s (44.7x, 0.0%) ca:367.3s (5246.7x, 0.8%) he: 6.5s (93.4x, 0.5%) ca: 2.8s (39.9x, 0.4%) dr: 2.5s (36.1x, -0.8%) ma: 2.6s (36.7x, -0.8%) -- sarp -- sarp valgrind-new:0.03s no: 0.6s (20.0x, -----) me: 3.8s (125.0x, -----) ca: 3.1s (105.0x, -----) he:17.8s (592.0x, -----) ca: 2.0s (68.3x, -----) dr: 1.3s (44.7x, -----) ma: 0.5s (15.7x, -----) sarp valgrind-old:0.03s no: 0.6s (20.3x, -1.7%) me: 3.8s (125.0x, 0.0%) ca: 3.1s (104.7x, 0.3%) he:17.7s (590.0x, 0.3%) ca: 2.0s (68.3x, 0.0%) dr: 1.3s (44.3x, 0.7%) ma: 0.5s (16.0x, -2.1%) -- tinycc -- tinycc valgrind-new:0.22s no: 3.1s (14.1x, -----) me:14.5s (66.0x, -----) ca:29.9s (136.0x, -----) he:28.0s (127.2x, -----) ca:21.3s (96.8x, -----) dr:20.6s (93.7x, -----) ma: 4.1s (18.6x, -----) tinycc valgrind-old:0.22s no: 3.1s (14.2x, -0.3%) me:14.5s (66.0x, -0.1%) ca:29.9s (136.1x, -0.0%) he:27.9s (126.9x, 0.3%) ca:21.2s (96.6x, 0.2%) dr:20.6s (93.9x, -0.2%) ma: 4.1s (18.7x, -0.5%) -- Finished tests in perf ---------------------------------------------- == 11 programs, 154 timings ================= real 110m52.313s user 110m9.005s sys 0m31.879s |
|
From: Tom H. <to...@co...> - 2014-07-17 03:38:24
|
valgrind revision: 14170 VEX revision: 2904 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) GDB: Assembler: GNU assembler version 2.18.50.0.6-2 20080403 C library: GNU C Library stable release version 2.8 uname -mrs: Linux 3.15.3-200.fc20.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2014-07-17 03:51:10 BST Ended at 2014-07-17 04:38: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 == 660 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (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 == 659 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2014-07-17 04:06:48.806764533 +0100 --- new.short 2014-07-17 04:38:04.323862542 +0100 *************** *** 8,10 **** ! == 659 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) --- 8,10 ---- ! == 660 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) |
|
From: Tom H. <to...@co...> - 2014-07-17 02:48:41
|
valgrind revision: 14170
VEX revision: 2904
C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15)
Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118
C library: GNU C Library stable release version 2.14.1
uname -mrs: Linux 3.15.3-200.fc20.x86_64 x86_64
Vendor version: Fedora release 15 (Lovelock)
Nightly build on bristol ( x86_64, Fedora 15 )
Started at 2014-07-17 03:12:50 BST
Ended at 2014-07-17 03:48:25 BST
Results differ from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... done
Regression test results follow
== 692 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
=================================================
== 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
== 691 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/err_disable4 (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short 2014-07-17 03:31:11.806672031 +0100
--- new.short 2014-07-17 03:48:25.900876853 +0100
***************
*** 4,6 ****
Building valgrind ... done
! Running regression tests ... failed
--- 4,6 ----
Building valgrind ... done
! Running regression tests ... done
***************
*** 8,11 ****
! == 691 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
! memcheck/tests/err_disable4 (stderr)
--- 8,10 ----
! == 692 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
|
|
From: Tom H. <to...@co...> - 2014-07-17 02:39:57
|
valgrind revision: 14170
VEX revision: 2904
C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
GDB: GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16)
Assembler: GNU assembler version 2.21.53.0.1-6.fc16 20110716
C library: GNU C Library development release version 2.14.90
uname -mrs: Linux 3.15.3-200.fc20.x86_64 x86_64
Vendor version: Fedora release 16 (Verne)
Nightly build on bristol ( x86_64, Fedora 16 )
Started at 2014-07-17 03:02:53 BST
Ended at 2014-07-17 03:39:45 BST
Results differ from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... done
Regression test results follow
== 692 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
=================================================
== 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
== 691 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/err_disable4 (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short 2014-07-17 03:22:24.723761689 +0100
--- new.short 2014-07-17 03:39:45.007848022 +0100
***************
*** 4,6 ****
Building valgrind ... done
! Running regression tests ... failed
--- 4,6 ----
Building valgrind ... done
! Running regression tests ... done
***************
*** 8,11 ****
! == 691 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
! memcheck/tests/err_disable4 (stderr)
--- 8,10 ----
! == 692 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
|
|
From: Tom H. <to...@co...> - 2014-07-17 02:30:26
|
valgrind revision: 14170 VEX revision: 2904 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.15.3-200.fc20.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2014-07-17 02:51:04 BST Ended at 2014-07-17 03:30:11 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 == 692 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/err_disable4 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (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 == 691 tests, 4 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2014-07-17 03:11:06.982735312 +0100 --- new.short 2014-07-17 03:30:11.427827830 +0100 *************** *** 8,10 **** ! == 691 tests, 4 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) --- 8,10 ---- ! == 692 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) *************** *** 12,13 **** --- 12,14 ---- gdbserver_tests/mcmain_pic (stderr) + memcheck/tests/err_disable4 (stderr) exp-sgcheck/tests/preen_invars (stdout) |
|
From: Rich C. <rc...@wi...> - 2014-07-17 02:23:01
|
valgrind revision: 14170
VEX revision: 2904
C compiler: gcc (SUSE Linux) 4.8.1 20130909 [gcc-4_8-branch revision 202388]
GDB: GNU gdb (GDB; openSUSE Factory) 7.6.50.20130731-cvs
Assembler: GNU assembler (GNU Binutils; openSUSE Factory) 2.23.2
C library: GNU C Library (GNU libc) stable release version 2.18 (git )
uname -mrs: Linux 3.11.4-3-desktop x86_64
Vendor version: Welcome to openSUSE 13.1 "Bottle" Beta 1 - Kernel %r (%t).
Nightly build on rodan ( Linux 3.11.4-3-desktop x86_64 )
Started at 2014-07-16 19:22:01 CDT
Ended at 2014-07-16 21:22:50 CDT
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
== 607 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/err_disable3 (stderr)
memcheck/tests/err_disable4 (stderr)
memcheck/tests/threadname (stderr)
memcheck/tests/threadname_xml (stderr)
exp-sgcheck/tests/hackedbz2 (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
== 606 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/err_disable3 (stderr)
memcheck/tests/err_disable4 (stderr)
memcheck/tests/threadname (stderr)
memcheck/tests/threadname_xml (stderr)
exp-sgcheck/tests/hackedbz2 (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Wed Jul 16 20:22:46 2014
--- new.short Wed Jul 16 21:22:50 2014
***************
*** 8,10 ****
! == 606 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/err_disable3 (stderr)
--- 8,10 ----
! == 607 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/err_disable3 (stderr)
=================================================
./valgrind-new/exp-sgcheck/tests/hackedbz2.stderr.diff-glibc28-amd64
=================================================
--- hackedbz2.stderr.exp-glibc28-amd64 2014-07-16 20:23:32.862575815 -0500
+++ hackedbz2.stderr.out 2014-07-16 21:21:39.929533541 -0500
@@ -1,7 +1,6 @@
Invalid read of size 1
- at 0x........: vex_strlen (hackedbz2.c:1006)
- by 0x........: add_to_myprintf_buf (hackedbz2.c:1284)
+ at 0x........: add_to_myprintf_buf (hackedbz2.c:1006)
by 0x........: vex_printf (hackedbz2.c:1155)
by 0x........: BZ2_compressBlock (hackedbz2.c:4039)
by 0x........: handle_compress (hackedbz2.c:4761)
=================================================
./valgrind-new/memcheck/tests/err_disable3.stderr.diff
=================================================
--- err_disable3.stderr.exp 2014-07-16 20:23:48.933753334 -0500
+++ err_disable3.stderr.out 2014-07-16 20:42:31.219076695 -0500
@@ -10,8 +10,6 @@
Thread 2:
Invalid read of size 1
at 0x........: err (err_disable3.c:25)
- by 0x........: child_fn (err_disable3.c:31)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable3.c:42)
=================================================
./valgrind-new/memcheck/tests/err_disable4.stderr.diff
=================================================
--- err_disable4.stderr.exp 2014-07-16 20:23:45.638716937 -0500
+++ err_disable4.stderr.out 2014-07-16 20:42:35.553124145 -0500
@@ -1501,8 +1501,6 @@
Thread x:
Invalid read of size 1
at 0x........: err (err_disable4.c:41)
- by 0x........: child_fn_2 (err_disable4.c:55)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable4.c:68)
=================================================
./valgrind-new/memcheck/tests/threadname.stderr.diff
=================================================
--- threadname.stderr.exp 2014-07-16 20:23:42.302680088 -0500
+++ threadname.stderr.out 2014-07-16 20:48:45.629176011 -0500
@@ -9,36 +9,12 @@
Thread 2:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_0 (threadname.c:53)
- ...
Address 0x........ is 0 bytes after a block of size 2 alloc'd
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: bad_things (threadname.c:15)
by 0x........: child_fn_0 (threadname.c:53)
...
-Thread 3 try1:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
- Address 0x........ is 0 bytes after a block of size 3 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
-
-Thread 4 012345678901234:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
- Address 0x........ is 0 bytes after a block of size 4 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
-
Thread 1:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
=================================================
./valgrind-new/memcheck/tests/threadname_xml.stderr.diff
=================================================
--- threadname_xml.stderr.exp 2014-07-16 20:23:44.120700170 -0500
+++ threadname_xml.stderr.out 2014-07-16 20:48:47.712198482 -0500
@@ -94,14 +94,6 @@
<file>threadname.c</file>
<line>...</line>
</frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_0</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
</stack>
<auxwhat>Address 0x........ is 0 bytes after a block of size 2 alloc'd</auxwhat>
<stack>
@@ -135,112 +127,6 @@
<error>
<unique>0x........</unique>
<tid>...</tid>
- <threadname>try1</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 3 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>malloc</fn>
- <dir>...</dir>
- <file>vg_replace_malloc.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
-</error>
-
-<error>
- <unique>0x........</unique>
- <tid>...</tid>
- <threadname>012345678901234</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_2</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 4 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
<truncated beyond 100 lines>
=================================================
./valgrind-old/exp-sgcheck/tests/hackedbz2.stderr.diff-glibc28-amd64
=================================================
--- hackedbz2.stderr.exp-glibc28-amd64 2014-07-16 19:22:42.248861222 -0500
+++ hackedbz2.stderr.out 2014-07-16 20:21:36.024285335 -0500
@@ -1,7 +1,6 @@
Invalid read of size 1
- at 0x........: vex_strlen (hackedbz2.c:1006)
- by 0x........: add_to_myprintf_buf (hackedbz2.c:1284)
+ at 0x........: add_to_myprintf_buf (hackedbz2.c:1006)
by 0x........: vex_printf (hackedbz2.c:1155)
by 0x........: BZ2_compressBlock (hackedbz2.c:4039)
by 0x........: handle_compress (hackedbz2.c:4761)
=================================================
./valgrind-old/memcheck/tests/err_disable3.stderr.diff
=================================================
--- err_disable3.stderr.exp 2014-07-16 19:22:32.608754955 -0500
+++ err_disable3.stderr.out 2014-07-16 19:42:25.036934106 -0500
@@ -10,8 +10,6 @@
Thread 2:
Invalid read of size 1
at 0x........: err (err_disable3.c:25)
- by 0x........: child_fn (err_disable3.c:31)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable3.c:42)
=================================================
./valgrind-old/memcheck/tests/err_disable4.stderr.diff
=================================================
--- err_disable4.stderr.exp 2014-07-16 19:22:25.723679058 -0500
+++ err_disable4.stderr.out 2014-07-16 19:42:29.267981227 -0500
@@ -1501,8 +1501,6 @@
Thread x:
Invalid read of size 1
at 0x........: err (err_disable4.c:41)
- by 0x........: child_fn_2 (err_disable4.c:55)
- ...
Address 0x........ is 5 bytes inside a block of size 10 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (err_disable4.c:68)
=================================================
./valgrind-old/memcheck/tests/threadname.stderr.diff
=================================================
--- threadname.stderr.exp 2014-07-16 19:22:31.450742189 -0500
+++ threadname.stderr.out 2014-07-16 19:48:40.161111027 -0500
@@ -9,36 +9,12 @@
Thread 2:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_0 (threadname.c:53)
- ...
Address 0x........ is 0 bytes after a block of size 2 alloc'd
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: bad_things (threadname.c:15)
by 0x........: child_fn_0 (threadname.c:53)
...
-Thread 3 try1:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
- Address 0x........ is 0 bytes after a block of size 3 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_1 (threadname.c:38)
- ...
-
-Thread 4 012345678901234:
-Invalid write of size 1
- at 0x........: bad_things (threadname.c:16)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
- Address 0x........ is 0 bytes after a block of size 4 alloc'd
- at 0x........: malloc (vg_replace_malloc.c:...)
- by 0x........: bad_things (threadname.c:15)
- by 0x........: child_fn_2 (threadname.c:26)
- ...
-
Thread 1:
Invalid write of size 1
at 0x........: bad_things (threadname.c:16)
=================================================
./valgrind-old/memcheck/tests/threadname_xml.stderr.diff
=================================================
--- threadname_xml.stderr.exp 2014-07-16 19:22:29.129716604 -0500
+++ threadname_xml.stderr.out 2014-07-16 19:48:42.232134083 -0500
@@ -94,14 +94,6 @@
<file>threadname.c</file>
<line>...</line>
</frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_0</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
</stack>
<auxwhat>Address 0x........ is 0 bytes after a block of size 2 alloc'd</auxwhat>
<stack>
@@ -135,112 +127,6 @@
<error>
<unique>0x........</unique>
<tid>...</tid>
- <threadname>try1</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 3 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>malloc</fn>
- <dir>...</dir>
- <file>vg_replace_malloc.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_1</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
-</error>
-
-<error>
- <unique>0x........</unique>
- <tid>...</tid>
- <threadname>012345678901234</threadname>
- <kind>InvalidWrite</kind>
- <what>Invalid write of size 1</what>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>bad_things</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
- <fn>child_fn_2</fn>
- <dir>...</dir>
- <file>threadname.c</file>
- <line>...</line>
- </frame>
- </stack>
- <auxwhat>Address 0x........ is 0 bytes after a block of size 4 alloc'd</auxwhat>
- <stack>
- <frame>
- <ip>0x........</ip>
- <obj>...</obj>
<truncated beyond 100 lines>
|
|
From: Tom H. <to...@co...> - 2014-07-17 02:22:43
|
valgrind revision: 14170 VEX revision: 2904 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora 7.5.1-42.fc18 Assembler: GNU assembler version 2.23.51.0.1-10.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.15.3-200.fc20.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2014-07-17 02:41:15 BST Ended at 2014-07-17 03:22:28 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 == 692 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (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 == 691 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2014-07-17 03:01:35.388677022 +0100 --- new.short 2014-07-17 03:22:28.338692490 +0100 *************** *** 8,10 **** ! == 691 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/preen_invars (stdout) --- 8,11 ---- ! == 692 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == ! memcheck/tests/err_disable4 (stderr) exp-sgcheck/tests/preen_invars (stdout) |
|
From: Tom H. <to...@co...> - 2014-07-17 02:13:04
|
valgrind revision: 14170 VEX revision: 2904 C compiler: gcc (GCC) 4.8.3 20140624 (Red Hat 4.8.3-1) GDB: GNU gdb (GDB) Fedora 7.6.1-46.fc19 Assembler: GNU assembler version 2.23.52.0.1-9.fc19 20130226 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.15.3-200.fc20.x86_64 x86_64 Vendor version: Fedora release 19 (Schrödingerâs Cat) Nightly build on bristol ( x86_64, Fedora 19 (Schrödingerâs Cat) ) Started at 2014-07-17 02:31:27 BST Ended at 2014-07-17 03:12:50 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 == 692 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/hackedbz2 (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 == 691 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/hackedbz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2014-07-17 02:52:16.495375609 +0100 --- new.short 2014-07-17 03:12:50.006763180 +0100 *************** *** 8,10 **** ! == 691 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/hackedbz2 (stderr) --- 8,10 ---- ! == 692 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == exp-sgcheck/tests/hackedbz2 (stderr) |