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
(17) |
2
(10) |
3
(5) |
|
4
(12) |
5
(12) |
6
(15) |
7
(17) |
8
(13) |
9
(18) |
10
(10) |
|
11
|
12
(2) |
13
(20) |
14
(16) |
15
(17) |
16
(19) |
17
(17) |
|
18
(14) |
19
(12) |
20
|
21
(5) |
22
(12) |
23
(10) |
24
(1) |
|
25
|
26
(2) |
27
|
28
(2) |
29
|
30
(1) |
31
(2) |
|
From: Florian K. <fl...@ei...> - 2014-05-17 15:49:01
|
On 05/17/2014 02:27 PM, Philippe Waroquiers wrote:
> On Sat, 2014-05-17 at 13:41 +0200, Julian Seward wrote:
>> I've come to be increasingly bugged by the nightly build results
>> in this list. The nightly builds are definitely something we should
>> keep, but the results on this list largely drown out real discussions.
>>
>> What do people think of the idea of moving the results to a new list?
> Good idea.
>
Seconded.
> Some months ago, a nice trial of having a web page showing
> the nightly build results was started by Marc but was not
> finalized (yet, I hope :).
>
> Moving the build results to a new list and finalising this web
> page would be nice.
Finishing the web-page would be great, indeed. IIRC it was pretty close
to what we wanted (modulo the performance numbers). So perhaps it is not
too much work to get it off the ground.
Florian
|
|
From: <sv...@va...> - 2014-05-17 13:50:13
|
Author: philippe
Date: Sat May 17 13:50:02 2014
New Revision: 13981
Log:
Enable vgdb ptrace invoker for aarch64.
This only works in non-bi arch mode. If ever aarch64+arm
are compiled bi-arch, then some more work is needed to have
a 64 bits vgdb able to ptrace invoke a 32 bits valgrind.
Note also that PTRACE_GETREGSET is defined on other platforms
(e.g. ppc64 fedora 18 defines it), but it is not used on
these platforms, as again, PTRACE_GETREGSET implies some
work for bi-arch to work properly.
So, on all platforms except arm64, we use PTRACE_GETREGS
or PTRACE_PEEKUSER.
Modified:
trunk/README.aarch64
trunk/coregrind/Makefile.am
trunk/coregrind/m_options.c
trunk/coregrind/vgdb-invoker-ptrace.c
Modified: trunk/README.aarch64
==============================================================================
--- trunk/README.aarch64 (original)
+++ trunk/README.aarch64 Sat May 17 13:50:02 2014
@@ -7,19 +7,17 @@
instructions and can run anything generated by gcc-4.8.2 -O3. The
port is under active development.
-Current limitations, as of mid-March 2014.
+Current limitations, as of mid-May 2014.
* limited support of vector (SIMD) instructions. Initial target is
support for instructions created by gcc-4.8.2 -O3
(via autovectorisation). This is complete.
* Integration with the built in GDB server:
- - basically works but breakpoints may be problematic (unclear)
- Use --vgdb=full to bypass the problem.
+ - works ok (breakpoint, attach to a process blocked in a syscall, ...)
- still to do:
arm64 xml register description files (allowing shadow registers
to be looked at).
- ptrace invoker : currently disabled for both arm and arm64
cpsr transfer to/from gdb to be looked at (see also arm equivalent code)
* limited syscall support
Modified: trunk/coregrind/Makefile.am
==============================================================================
--- trunk/coregrind/Makefile.am (original)
+++ trunk/coregrind/Makefile.am Sat May 17 13:50:02 2014
@@ -61,12 +61,6 @@
vgdb_SOURCES = vgdb.c
-if VGCONF_PLATFORMS_INCLUDE_ARM64_LINUX
-# vgdb-invoker-ptrace.c isn't buildable on arm64-linux yet
-# so skip it. Unfortunately this also causes it to be skipped
-# for 32-bit ARM builds which are part of a bi-arch ARM build.
-vgdb_SOURCES += vgdb-invoker-none.c
-else
if VGCONF_OS_IS_LINUX
if VGCONF_PLATVARIANT_IS_ANDROID
vgdb_SOURCES += vgdb-invoker-none.c
@@ -74,7 +68,6 @@
vgdb_SOURCES += vgdb-invoker-ptrace.c
endif
endif
-endif
if VGCONF_OS_IS_DARWIN
# Some darwin specific stuff is needed as ptrace is not
# fully supported on MacOS. Till we find someone courageous
Modified: trunk/coregrind/m_options.c
==============================================================================
--- trunk/coregrind/m_options.c (original)
+++ trunk/coregrind/m_options.c Sat May 17 13:50:02 2014
@@ -48,8 +48,7 @@
Int VG_(clo_error_exitcode) = 0;
#if defined(VGPV_arm_linux_android) || defined(VGPV_x86_linux_android) \
- || defined(VGPV_mips32_linux_android) \
- || defined(VGP_arm64_linux) // temporarily disabled on arm64-linux
+ || defined(VGPV_mips32_linux_android)
VgVgdb VG_(clo_vgdb) = Vg_VgdbNo; // currently disabled on Android
#else
VgVgdb VG_(clo_vgdb) = Vg_VgdbYes;
Modified: trunk/coregrind/vgdb-invoker-ptrace.c
==============================================================================
--- trunk/coregrind/vgdb-invoker-ptrace.c (original)
+++ trunk/coregrind/vgdb-invoker-ptrace.c Sat May 17 13:50:02 2014
@@ -42,6 +42,28 @@
#include <sys/user.h>
#include <sys/wait.h>
+#ifdef PTRACE_GETREGSET
+// TBD: better have a configure test instead ?
+#define HAVE_PTRACE_GETREGSET
+
+// A bi-arch build using PTRACE_GET/SETREGSET needs
+// some conversion code for register structures.
+// So, better do not use PTRACE_GET/SETREGSET
+// Rather we use PTRACE_GETREGS or PTRACE_PEEKUSER.
+
+// The only platform on which we must use PTRACE_GETREGSET is arm64.
+// The resulting vgdb cannot work in a bi-arch setup.
+// -1 means we will check that PTRACE_GETREGSET works.
+# if defined(VGA_arm64)
+#define USE_PTRACE_GETREGSET
+# endif
+#endif
+
+#include <sys/uio.h>
+#include <elf.h>
+
+#include <sys/procfs.h>
+
#if VEX_HOST_WORDSIZE == 8
typedef Addr64 CORE_ADDR;
#elif VEX_HOST_WORDSIZE == 4
@@ -492,8 +514,11 @@
}
}
+# if defined(VGA_arm64)
+static struct user_pt_regs user_save;
+# else
static struct user user_save;
-
+# endif
// The below indicates if ptrace_getregs (and ptrace_setregs) can be used.
// Note that some linux versions are defining PTRACE_GETREGS but using
// it gives back EIO.
@@ -505,6 +530,10 @@
#ifdef HAVE_PTRACE_GETREGS
static int has_working_ptrace_getregs = -1;
#endif
+// Similar but for PTRACE_GETREGSET
+#ifdef HAVE_PTRACE_GETREGSET
+static int has_working_ptrace_getregset = -1;
+#endif
/* Get the registers from pid into regs.
regs_bsz value gives the length of *regs.
@@ -513,6 +542,52 @@
Bool getregs (pid_t pid, void *regs, long regs_bsz)
{
DEBUG(1, "getregs regs_bsz %ld\n", regs_bsz);
+# ifdef HAVE_PTRACE_GETREGSET
+# ifndef USE_PTRACE_GETREGSET
+ if (has_working_ptrace_getregset)
+ DEBUG(1, "PTRACE_GETREGSET defined, not used (yet?) by vgdb\n");
+ has_working_ptrace_getregset = 0;
+# endif
+ if (has_working_ptrace_getregset) {
+ // Platforms having GETREGSET
+ long res;
+ elf_gregset_t elf_regs;
+ struct iovec iovec;
+
+ DEBUG(1, "getregs PTRACE_GETREGSET sizeof(elf_regs) %d\n", sizeof(elf_regs));
+ iovec.iov_base = regs;
+ iovec.iov_len = sizeof(elf_regs);
+
+ res = ptrace (PTRACE_GETREGSET, pid, NT_PRSTATUS, &iovec);
+ if (res == 0) {
+ if (has_working_ptrace_getregset == -1) {
+ // First call to PTRACE_GETREGSET succesful =>
+ has_working_ptrace_getregset = 1;
+ DEBUG(1, "detected a working PTRACE_GETREGSET\n");
+ }
+ assert (has_working_ptrace_getregset == 1);
+ return True;
+ }
+ else if (has_working_ptrace_getregset == 1) {
+ // We had a working call, but now it fails.
+ // This is unexpected.
+ ERROR(errno, "PTRACE_GETREGSET %ld\n", res);
+ return False;
+ } else {
+ // Check this is the first call:
+ assert (has_working_ptrace_getregset == -1);
+ if (errno == EIO) {
+ DEBUG(1, "detected a broken PTRACE_GETREGSET with EIO\n");
+ has_working_ptrace_getregset = 0;
+ // Fall over to the PTRACE_GETREGS or PTRACE_PEEKUSER case.
+ } else {
+ ERROR(errno, "broken PTRACE_GETREGSET unexpected errno %ld\n", res);
+ return False;
+ }
+ }
+ }
+# endif
+
# ifdef HAVE_PTRACE_GETREGS
if (has_working_ptrace_getregs) {
// Platforms having GETREGS
@@ -570,8 +645,8 @@
return True;
}
- // If neither PTRACE_GETREGS not PTRACE_PEEKUSER have returned,
- // then we are in serious trouble.
+ // If neither of PTRACE_GETREGSET PTRACE_GETREGS PTRACE_PEEKUSER have
+ // returned, then we are in serious trouble.
assert (0);
}
@@ -582,6 +657,30 @@
Bool setregs (pid_t pid, void *regs, long regs_bsz)
{
DEBUG(1, "setregs regs_bsz %ld\n", regs_bsz);
+
+// Note : the below is checking for GETREGSET, not SETREGSET
+// as if one is defined and working, the other one should also work.
+# ifdef HAVE_PTRACE_GETREGSET
+ if (has_working_ptrace_getregset) {
+ // Platforms having SETREGSET
+ long res;
+ elf_gregset_t elf_regs;
+ struct iovec iovec;
+
+ // setregset can never be called before getregset has done a runtime check.
+ assert (has_working_ptrace_getregset == 1);
+ DEBUG(1, "setregs PTRACE_SETREGSET sizeof(elf_regs) %d\n", sizeof(elf_regs));
+ iovec.iov_base = regs;
+ iovec.iov_len = sizeof(elf_regs);
+ res = ptrace (PTRACE_SETREGSET, pid, NT_PRSTATUS, &iovec);
+ if (res != 0) {
+ ERROR(errno, "PTRACE_SETREGSET %ld\n", res);
+ return False;
+ }
+ return True;
+ }
+# endif
+
// Note : the below is checking for GETREGS, not SETREGS
// as if one is defined and working, the other one should also work.
# ifdef HAVE_PTRACE_GETREGS
@@ -683,7 +782,11 @@
{
long res;
Bool stopped;
+# if defined(VGA_arm64)
+ struct user_pt_regs user_mod;
+# else
struct user user_mod;
+# endif
Addr sp;
/* A specific int value is passed to invoke_gdbserver, to check
everything goes according to the plan. */
@@ -736,6 +839,8 @@
}
#elif defined(VGA_arm)
sp = user_mod.regs.uregs[13];
+#elif defined(VGA_arm64)
+ sp = user_mod.sp;
#elif defined(VGA_ppc32)
sp = user_mod.regs.gpr[1];
#elif defined(VGA_ppc64)
@@ -817,6 +922,9 @@
user_mod.regs.uregs[14] = bad_return;
user_mod.regs.uregs[15] = shared32->invoke_gdbserver;
+#elif defined(VGA_arm64)
+ XERROR(0, "TBD arm64: vgdb a 32 bits executable with a 64 bits exe");
+
#elif defined(VGA_s390x)
XERROR(0, "(fn32) s390x has no 32bits implementation");
#elif defined(VGA_mips32)
@@ -867,6 +975,13 @@
#elif defined(VGA_arm)
assert(0); // cannot vgdb a 64 bits executable with a 32 bits exe
+#elif defined(VGA_arm64)
+ user_mod.regs[0] = check;
+ user_mod.sp = sp;
+ user_mod.pc = shared64->invoke_gdbserver;
+ /* put NULL return address in Link Register */
+ user_mod.regs[30] = bad_return;
+
#elif defined(VGA_ppc32)
assert(0); // cannot vgdb a 64 bits executable with a 32 bits exe
#elif defined(VGA_ppc64)
|
|
From: Philippe W. <phi...@sk...> - 2014-05-17 12:26:52
|
On Sat, 2014-05-17 at 13:41 +0200, Julian Seward wrote: > I've come to be increasingly bugged by the nightly build results > in this list. The nightly builds are definitely something we should > keep, but the results on this list largely drown out real discussions. > > What do people think of the idea of moving the results to a new list? Good idea. Some months ago, a nice trial of having a web page showing the nightly build results was started by Marc but was not finalized (yet, I hope :). Moving the build results to a new list and finalising this web page would be nice. Philippe |
|
From: Julian S. <js...@ac...> - 2014-05-17 11:41:57
|
I've come to be increasingly bugged by the nightly build results in this list. The nightly builds are definitely something we should keep, but the results on this list largely drown out real discussions. What do people think of the idea of moving the results to a new list? J |
|
From: <sv...@va...> - 2014-05-17 10:44:09
|
Author: bart
Date: Sat May 17 10:44:00 2014
New Revision: 13980
Log:
drd/tests/atomic_var: Revert r13876.
r13876 was a workaround for false ordering introduced by platform-specific
(Solaris) code. The conclusion of an off-list discussion was that this has
to be solved in the drd tool itself and not by modifying test programs. Hence
this revert.
Modified:
trunk/drd/tests/atomic_var.c
trunk/drd/tests/atomic_var.stderr.exp
trunk/drd/tests/atomic_var.vgtest
Modified: trunk/drd/tests/atomic_var.c
==============================================================================
--- trunk/drd/tests/atomic_var.c (original)
+++ trunk/drd/tests/atomic_var.c Sat May 17 10:44:00 2014
@@ -23,8 +23,6 @@
has built-in functions for atomic memory access.
#endif
-static pthread_barrier_t s_barrier;
-
static __inline__
int sync_add_and_fetch(int* p, int i)
{
@@ -38,7 +36,6 @@
static void* thread_func_1(void* arg)
{
- pthread_barrier_wait(&s_barrier);
s_y = 1;
(void) sync_add_and_fetch(&s_x, 1);
return 0;
@@ -46,7 +43,6 @@
static void* thread_func_2(void* arg)
{
- pthread_barrier_wait(&s_barrier);
while (sync_add_and_fetch(&s_x, 0) == 0)
;
fprintf(stderr, "y = %d\n", s_y);
@@ -60,12 +56,10 @@
pthread_t tid[n_threads];
fprintf(stderr, "Start of test.\n");
- pthread_barrier_init(&s_barrier, 0, 2);
pthread_create(&tid[0], 0, thread_func_1, 0);
pthread_create(&tid[1], 0, thread_func_2, 0);
for (i = 0; i < n_threads; i++)
pthread_join(tid[i], 0);
- pthread_barrier_destroy(&s_barrier);
fprintf(stderr, "Test finished.\n");
return 0;
Modified: trunk/drd/tests/atomic_var.stderr.exp
==============================================================================
--- trunk/drd/tests/atomic_var.stderr.exp (original)
+++ trunk/drd/tests/atomic_var.stderr.exp Sat May 17 10:44:00 2014
@@ -4,7 +4,7 @@
at 0x........: thread_func_2 (atomic_var.c:?)
by 0x........: vgDrd_thread_wrapper (drd_pthread_intercepts.c:?)
Location 0x........ is 0 bytes inside global var "s_y"
-declared at atomic_var.c:37
+declared at atomic_var.c:35
y = 1
Test finished.
Modified: trunk/drd/tests/atomic_var.vgtest
==============================================================================
--- trunk/drd/tests/atomic_var.vgtest (original)
+++ trunk/drd/tests/atomic_var.vgtest Sat May 17 10:44:00 2014
@@ -1,4 +1,4 @@
prereq: test -e atomic_var && ./supported_libpthread
-vgopts: --fair-sched=yes --read-var-info=yes --check-stack-var=yes --show-confl-seg=no --num-callers=2
+vgopts: --read-var-info=yes --check-stack-var=yes --show-confl-seg=no --num-callers=2
prog: atomic_var
stderr_filter: filter_stderr_and_thread_no
|
|
From: Philippe W. <phi...@sk...> - 2014-05-17 09:53:41
|
On Fri, 2014-05-16 at 14:47 +0200, Julian Seward wrote:
> Greetings.
>
> It'll soon be time for a 3.10 release. I'd like to propose
> the following:
>
> 1 August 2014: feature freeze
> 1 September 2014: release
>
> This puts it at roughly a year since 3.9, and also ties in
> conveniently with the tentative Fedora 21 schedule.
>
> On the whole I think the tree is in a pretty good shape. Items
> I'd like to see completed for 3.10 are:
>
> Implement EXIDX reading (EXIDX is an arm32 specific unwind format)
> Improve MacOSX 10.9 support
> Improve AArch64 support
> Merge the ppc64le port
> Make sure that gcc 4.9 and glibc 2.20 support is solid
> Fix as many bugs in docs/internals/3_9_BUGSTATUS.txt as possible
>
> Comments on the timing? Other stuff people want get in 3.10 ?
Looks all ok to me.
On my side, there are several things in the pipe line, some
are ready or should be ready soon:
- improved stack address info description (patch ready, need review)
- enable vgdb ptrace invoker for aarch64 (and re-enable ptrace for arm)
- helgrind better support for Ada tasks
(still waiting feedback from Ada developers!!!)
Otherwise, working (time permitting) on various small or bigger subjects
- some more improvements in helgrind error messages
(e.g. thread names)
- fix the helgrind false positive with TLS variable
- optimise memcheck vbits storev32/storev64 for
known at JIT time Vbits values
- inlined stacktrace printing in stacktrace
(this would be useful for properly suppressing errors in inlined
functions). Probably not a minor work (and I need to improve
my dwarf knowledge for this)
|
|
From: <sv...@va...> - 2014-05-17 05:51:17
|
Author: philippe
Date: Sat May 17 05:50:46 2014
New Revision: 13979
Log:
Fix 334788 clarify doc about --log-file initial program directory
Behaviour is kept unchanged, a paragraph is added in the doc to
clarify.
Modified:
trunk/NEWS
trunk/docs/internals/3_9_BUGSTATUS.txt
trunk/docs/xml/manual-core.xml
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Sat May 17 05:50:46 2014
@@ -129,6 +129,7 @@
334049 lzcnt fails silently (x86_32)
334705 sendmsg and recvmsg should guard against bogus msghdr fields.
334727 Build fails with -Werror=format-security
+334788 clarify doc about --log-file initial program directory
n-i-bz Fix KVM_CREATE_IRQCHIP ioctl handling
n-i-bz s390x: Fix memory corruption for multithreaded applications
n-i-bz vex arm->IR: allow PC as basereg in some LDRD cases
Modified: trunk/docs/internals/3_9_BUGSTATUS.txt
==============================================================================
--- trunk/docs/internals/3_9_BUGSTATUS.txt (original)
+++ trunk/docs/internals/3_9_BUGSTATUS.txt Sat May 17 05:50:46 2014
@@ -175,7 +175,3 @@
========================================================================
========================================================================
-Mon May 12 16:19:52 CEST 2014
-
-334788 Changing the current directory confuses Valgrind when it tries
- to write to log files for forked children
Modified: trunk/docs/xml/manual-core.xml
==============================================================================
--- trunk/docs/xml/manual-core.xml (original)
+++ trunk/docs/xml/manual-core.xml Sat May 17 05:50:46 2014
@@ -892,6 +892,13 @@
<para>If an <option>%</option> is followed by any other character, it
causes an abort.</para>
+
+ <para>If the file name specifies a relative file name, it is put
+ in the program's initial working directory : this is the current
+ directory when the program started its execution after the fork
+ or after the exec. If it specifies an absolute file name (ie.
+ starts with '/') then it is put there.
+ </para>
</listitem>
</varlistentry>
|
|
From: Philippe W. <phi...@sk...> - 2014-05-17 05:01:50
|
valgrind revision: 13978 VEX revision: 2863 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-37.fc18) Assembler: GNU assembler version 2.23.51.0.1-7.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.8.8-202.fc18.ppc64p7 ppc64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on gcc110 ( Fedora release 18 (Spherical Cow), ppc64 ) Started at 2014-05-16 20:00:09 PDT Ended at 2014-05-16 21:58:31 PDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 579 tests, 32 stderr failures, 3 stdout failures, 0 stderrB failures, 0 stdoutB failures, 2 post failures == memcheck/tests/linux/getregset (stdout) memcheck/tests/linux/getregset (stderr) memcheck/tests/ppc64/power_ISA2_05 (stdout) memcheck/tests/supp_unknown (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) massif/tests/big-alloc (post) massif/tests/deep-D (post) helgrind/tests/annotate_rwlock (stderr) helgrind/tests/free_is_write (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/locked_vs_unlocked1_fwd (stderr) helgrind/tests/locked_vs_unlocked1_rev (stderr) helgrind/tests/locked_vs_unlocked2 (stderr) helgrind/tests/locked_vs_unlocked3 (stderr) helgrind/tests/pth_barrier1 (stderr) helgrind/tests/pth_barrier2 (stderr) helgrind/tests/pth_barrier3 (stderr) helgrind/tests/pth_cond_destroy_busy (stderr) helgrind/tests/pth_destroy_cond (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (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: 1.5s ( 7.0x, -----) me: 2.9s (13.0x, -----) ca:23.9s (108.7x, -----) he: 1.7s ( 7.9x, -----) ca: 5.3s (24.1x, -----) dr: 1.7s ( 7.8x, -----) ma: 2.1s ( 9.5x, -----) bigcode1 valgrind-old:0.22s no: 1.6s ( 7.2x, -2.6%) me: 2.9s (13.0x, 0.3%) ca:17.9s (81.1x, 25.3%) he: 1.7s ( 7.9x, 0.6%) ca: 5.4s (24.4x, -1.3%) dr: 1.7s ( 7.8x, -0.6%) ma: 2.1s ( 9.6x, -0.5%) -- bigcode2 -- bigcode2 valgrind-new:0.23s no: 1.6s ( 6.8x, -----) me: 3.1s (13.7x, -----) ca:23.9s (103.9x, -----) he: 2.2s ( 9.6x, -----) ca: 5.4s (23.6x, -----) dr: 1.8s ( 8.0x, -----) ma: 2.1s ( 9.2x, -----) bigcode2 valgrind-old:0.23s no: 1.5s ( 6.6x, 3.2%) me: 3.1s (13.7x, 0.0%) ca:18.2s (79.3x, 23.7%) he: 2.1s ( 9.1x, 5.4%) ca: 5.4s (23.5x, 0.2%) dr: 1.8s ( 7.9x, 1.1%) ma: 2.1s ( 9.3x, -0.9%) -- bz2 -- bz2 valgrind-new:0.73s no: 4.6s ( 6.2x, -----) me:11.7s (16.0x, -----) ca:33.0s (45.3x, -----) he:14.6s (20.0x, -----) ca:24.3s (33.2x, -----) dr:19.1s (26.2x, -----) ma: 4.7s ( 6.4x, -----) bz2 valgrind-old:0.73s no: 4.5s ( 6.2x, 1.1%) me:11.2s (15.3x, 4.2%) ca:25.9s (35.5x, 21.5%) he:14.8s (20.2x, -1.4%) ca:24.4s (33.4x, -0.6%) dr:19.2s (26.3x, -0.5%) ma: 4.7s ( 6.4x, 0.2%) -- fbench -- fbench valgrind-new:0.34s no: 2.1s ( 6.2x, -----) me: 5.2s (15.3x, -----) ca: 9.8s (28.8x, -----) he: 5.2s (15.4x, -----) ca: 7.5s (22.1x, -----) dr: 4.8s (14.3x, -----) ma: 2.1s ( 6.3x, -----) fbench valgrind-old:0.34s no: 2.2s ( 6.5x, -4.2%) me: 5.2s (15.3x, 0.0%) ca: 8.5s (25.0x, 13.2%) he: 5.2s (15.3x, 0.4%) ca: 7.5s (21.9x, 1.1%) dr: 4.9s (14.3x, -0.2%) ma: 2.1s ( 6.3x, 0.5%) -- ffbench -- ffbench valgrind-new:0.44s no: 1.3s ( 3.0x, -----) me: 2.5s ( 5.6x, -----) ca: 3.1s ( 7.0x, -----) he: 7.0s (16.0x, -----) ca: 7.2s (16.4x, -----) dr: 4.9s (11.1x, -----) ma: 1.1s ( 2.5x, -----) ffbench valgrind-old:0.44s no: 1.3s ( 3.0x, 0.0%) me: 2.4s ( 5.5x, 1.2%) ca: 2.5s ( 5.7x, 18.3%) he: 7.0s (15.8x, 1.1%) ca: 7.0s (15.9x, 3.0%) dr: 4.9s (11.1x, 0.2%) ma: 1.0s ( 2.3x, 6.4%) -- heap -- heap valgrind-new:0.41s no: 2.4s ( 6.0x, -----) me: 9.9s (24.2x, -----) ca:15.9s (38.8x, -----) he:12.0s (29.2x, -----) ca:12.1s (29.6x, -----) dr: 8.4s (20.4x, -----) ma: 8.7s (21.2x, -----) heap valgrind-old:0.41s no: 2.4s ( 5.9x, 0.8%) me: 9.9s (24.1x, 0.4%) ca:13.2s (32.3x, 16.8%) he:18.0s (43.9x,-50.1%) ca:18.3s (44.7x,-51.0%) dr:13.1s (32.0x,-56.9%) ma:13.0s (31.7x,-49.5%) -- heap_pdb4 -- heap_pdb4 valgrind-new:0.52s no: 3.5s ( 6.8x, -----) me:18.9s (36.3x, -----) ca:24.6s (47.3x, -----) he:19.9s (38.3x, -----) ca:18.2s (34.9x, -----) dr:12.3s (23.7x, -----) ma:12.5s (24.1x, -----) heap_pdb4 valgrind-old:0.52s no: 3.3s ( 6.4x, 6.2%) me:19.9s (38.3x, -5.5%) ca:20.6s (39.6x, 16.3%) he:18.9s (36.4x, 5.1%) ca:17.8s (34.3x, 1.9%) dr:12.5s (24.0x, -1.4%) ma: 9.8s (18.8x, 21.9%) -- many-loss-records -- many-loss-records valgrind-new:0.04s no: 0.7s (18.5x, -----) me: 3.0s (73.8x, -----) ca: 2.6s (65.0x, -----) he: 2.7s (68.0x, -----) ca: 3.0s (75.0x, -----) dr: 2.0s (50.5x, -----) ma: 2.3s (58.5x, -----) many-loss-records valgrind-old:0.04s no: 0.8s (20.0x, -8.1%) me: 2.9s (73.5x, 0.3%) ca: 2.5s (62.0x, 4.6%) he: 2.4s (60.5x, 11.0%) ca: 2.5s (63.0x, 16.0%) dr: 1.8s (45.8x, 9.4%) ma: 2.3s (58.2x, 0.4%) -- many-xpts -- many-xpts valgrind-new:0.10s no: 1.1s (10.6x, -----) me: 4.9s (48.7x, -----) ca: 8.0s (79.8x, -----) he: 7.2s (71.5x, -----) ca: 4.6s (45.9x, -----) dr: 2.5s (25.5x, -----) ma: 3.8s (38.0x, -----) many-xpts valgrind-old:0.10s no: 1.2s (12.2x,-15.1%) me: 4.8s (47.8x, 1.8%) ca: 7.3s (73.0x, 8.5%) he: 6.9s (68.6x, 4.1%) ca: 4.8s (48.2x, -5.0%) dr: 3.7s (37.1x,-45.5%) ma: 3.3s (33.4x, 12.1%) -- sarp -- sarp valgrind-new:0.06s no: 0.7s (11.0x, -----) me: 4.1s (68.0x, -----) ca: 4.9s (81.7x, -----) he:18.4s (307.5x, -----) ca: 2.9s (48.3x, -----) dr: 1.8s (30.7x, -----) ma: 0.5s ( 7.5x, -----) sarp valgrind-old:0.06s no: 0.6s (10.2x, 7.6%) me: 4.7s (77.7x,-14.2%) ca: 5.2s (87.5x, -7.1%) he:14.6s (243.8x, 20.7%) ca: 2.9s (48.5x, -0.3%) dr: 1.7s (27.7x, 9.8%) ma: 0.7s (11.7x,-55.6%) -- tinycc -- tinycc valgrind-new:0.48s no: 4.5s ( 9.3x, -----) me:20.1s (41.9x, -----) ca:27.4s (57.0x, -----) he:24.9s (52.0x, -----) ca:20.0s (41.6x, -----) dr:15.1s (31.5x, -----) ma: 5.5s (11.4x, -----) tinycc valgrind-old:0.48s no: 4.1s ( 8.6x, 7.2%) me:18.2s (37.8x, 9.7%) ca:24.0s (50.1x, 12.2%) he:29.1s (60.5x,-16.5%) ca:23.1s (48.1x,-15.7%) dr:16.7s (34.8x,-10.4%) ma: 4.8s (10.0x, 12.3%) -- Finished tests in perf ---------------------------------------------- == 11 programs, 154 timings ================= real 68m0.114s user 65m51.309s sys 0m32.121s |
|
From: Christian B. <bor...@de...> - 2014-05-17 04:12:26
|
valgrind revision: 13978 VEX revision: 2863 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.21-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-05-17 03:45:01 CEST Ended at 2014-05-17 06:12:14 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 646 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) --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.23s no: 4.3s (18.9x, -----) me: 6.9s (30.0x, -----) ca:26.4s (114.9x, -----) he: 5.1s (22.0x, -----) ca: 9.1s (39.7x, -----) dr: 5.4s (23.3x, -----) ma: 4.5s (19.7x, -----) bigcode1 valgrind-old:0.23s no: 4.3s (18.9x, 0.2%) me: 6.9s (29.8x, 0.7%) ca:26.4s (114.7x, 0.2%) he: 5.1s (22.0x, 0.0%) ca: 9.1s (39.7x, 0.0%) dr: 5.4s (23.3x, 0.0%) ma: 4.5s (19.8x, -0.7%) -- bigcode2 -- bigcode2 valgrind-new:0.24s no: 7.3s (30.4x, -----) me:13.8s (57.6x, -----) ca:39.6s (165.2x, -----) he:10.0s (41.8x, -----) ca:14.2s (59.3x, -----) dr: 9.5s (39.4x, -----) ma: 7.9s (32.8x, -----) bigcode2 valgrind-old:0.24s no: 7.2s (30.2x, 0.7%) me:13.7s (57.0x, 1.1%) ca:39.6s (165.2x, 0.0%) he:10.1s (41.9x, -0.2%) ca:14.2s (59.4x, -0.1%) dr: 9.5s (39.7x, -0.6%) ma: 8.0s (33.2x, -1.4%) -- bz2 -- bz2 valgrind-new:0.70s no: 5.1s ( 7.3x, -----) me:12.7s (18.1x, -----) ca:30.8s (44.0x, -----) he:19.6s (28.0x, -----) ca:34.3s (49.0x, -----) dr:31.6s (45.2x, -----) ma: 3.9s ( 5.6x, -----) bz2 valgrind-old:0.70s no: 5.1s ( 7.3x, 0.4%) me:12.7s (18.1x, 0.2%) ca:30.7s (43.9x, 0.2%) he:19.6s (28.0x, 0.1%) ca:34.3s (49.0x, -0.1%) dr:31.6s (45.2x, 0.0%) ma: 3.9s ( 5.6x, 0.0%) -- fbench -- fbench valgrind-new:0.41s no: 1.6s ( 3.9x, -----) me: 4.2s (10.2x, -----) ca: 9.3s (22.7x, -----) he: 6.2s (15.2x, -----) ca: 7.2s (17.6x, -----) dr: 5.7s (13.9x, -----) ma: 1.7s ( 4.1x, -----) fbench valgrind-old:0.41s no: 1.6s ( 3.9x, -0.0%) me: 4.2s (10.3x, -0.2%) ca: 9.3s (22.8x, -0.6%) he: 6.3s (15.3x, -0.6%) ca: 7.2s (17.6x, 0.0%) dr: 5.8s (14.1x, -1.2%) ma: 1.7s ( 4.1x, 0.0%) -- ffbench -- ffbench valgrind-new:0.20s no: 1.1s ( 5.2x, -----) me: 3.0s (14.8x, -----) ca: 3.0s (15.1x, -----) he:44.0s (220.2x, -----) ca: 9.6s (48.2x, -----) dr: 6.8s (33.8x, -----) ma: 1.0s ( 4.8x, -----) ffbench valgrind-old:0.20s no: 1.1s ( 5.3x, -1.9%) me: 3.0s (14.8x, -0.0%) ca: 3.0s (15.1x, 0.0%) he:44.3s (221.4x, -0.5%) ca: 9.6s (48.0x, 0.3%) dr: 6.8s (33.8x, 0.0%) ma: 1.0s ( 4.8x, -1.0%) -- heap -- heap valgrind-new:0.23s no: 1.9s ( 8.1x, -----) me: 8.6s (37.4x, -----) ca:13.2s (57.3x, -----) he:12.7s (55.4x, -----) ca:11.2s (48.7x, -----) dr: 7.8s (33.7x, -----) ma: 7.8s (34.0x, -----) heap valgrind-old:0.23s no: 1.9s ( 8.1x, 0.0%) me: 8.6s (37.2x, 0.7%) ca:13.1s (57.0x, 0.4%) he:12.7s (55.2x, 0.4%) ca:11.3s (49.0x, -0.7%) dr: 7.8s (33.9x, -0.6%) ma: 7.8s (34.1x, -0.4%) -- heap_pdb4 -- heap_pdb4 valgrind-new:0.22s no: 2.0s ( 9.3x, -----) me:12.7s (57.5x, -----) ca:14.4s (65.5x, -----) he:14.1s (64.2x, -----) ca:12.4s (56.2x, -----) dr: 8.6s (39.1x, -----) ma: 7.9s (36.1x, -----) heap_pdb4 valgrind-old:0.22s no: 2.0s ( 9.3x, 0.0%) me:12.7s (57.5x, 0.0%) ca:14.3s (64.9x, 0.9%) he:14.2s (64.4x, -0.4%) ca:12.4s (56.2x, 0.1%) dr: 8.8s (39.8x, -1.6%) ma: 8.0s (36.1x, -0.1%) -- many-loss-records -- many-loss-records valgrind-new:0.02s no: 0.5s (24.0x, -----) me: 2.1s (103.0x, -----) ca: 1.9s (97.0x, -----) he: 2.1s (107.0x, -----) ca: 1.9s (95.5x, -----) dr: 1.8s (88.0x, -----) ma: 1.6s (81.0x, -----) many-loss-records valgrind-old:0.02s no: 0.5s (24.0x, 0.0%) me: 2.1s (103.5x, -0.5%) ca: 1.9s (96.5x, 0.5%) he: 2.2s (108.0x, -0.9%) ca: 1.9s (95.5x, 0.0%) dr: 1.8s (88.0x, 0.0%) ma: 1.6s (81.0x, 0.0%) -- many-xpts -- many-xpts valgrind-new:0.07s no: 0.6s ( 9.1x, -----) me: 3.1s (44.4x, -----) ca:375.3s (5361.0x, -----) he: 6.5s (93.3x, -----) ca: 2.8s (39.9x, -----) dr: 2.6s (36.9x, -----) ma: 2.6s (36.9x, -----) many-xpts valgrind-old:0.07s no: 0.6s ( 9.1x, 0.0%) me: 3.1s (44.6x, -0.3%) ca:372.7s (5323.9x, 0.7%) he: 6.5s (93.3x, 0.0%) ca: 2.8s (39.9x, 0.0%) dr: 2.6s (36.9x, 0.0%) ma: 2.6s (36.7x, 0.4%) -- sarp -- sarp valgrind-new:0.03s no: 0.6s (19.0x, -----) me: 3.4s (114.3x, -----) ca: 3.2s (105.7x, -----) he:16.9s (562.0x, -----) ca: 2.0s (68.3x, -----) dr: 1.4s (45.0x, -----) ma: 0.5s (16.0x, -----) sarp valgrind-old:0.03s no: 0.6s (19.0x, 0.0%) me: 3.4s (114.3x, 0.0%) ca: 3.1s (104.7x, 0.9%) he:16.9s (562.0x, 0.0%) ca: 2.0s (68.3x, 0.0%) dr: 1.4s (45.3x, -0.7%) ma: 0.5s (15.7x, 2.1%) -- tinycc -- tinycc valgrind-new:0.22s no: 2.8s (12.9x, -----) me:14.4s (65.5x, -----) ca:29.9s (136.0x, -----) he:27.8s (126.1x, -----) ca:21.3s (96.8x, -----) dr:20.2s (91.7x, -----) ma: 4.0s (18.0x, -----) tinycc valgrind-old:0.22s no: 2.8s (12.9x, 0.0%) me:14.5s (65.8x, -0.4%) ca:29.9s (136.1x, -0.1%) he:27.8s (126.4x, -0.2%) ca:21.4s (97.1x, -0.3%) dr:20.2s (91.8x, -0.0%) ma: 4.0s (18.0x, 0.0%) -- Finished tests in perf ---------------------------------------------- == 11 programs, 154 timings ================= real 110m25.575s user 109m51.366s sys 0m28.243s |
|
From: Tom H. <to...@co...> - 2014-05-17 03:25:04
|
valgrind revision: 13978 VEX revision: 2863 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.13.10-200.fc20.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2014-05-17 03:52:38 BST Ended at 2014-05-17 04:24:42 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 649 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) |
|
From: Rich C. <rc...@wi...> - 2014-05-17 03:02:10
|
valgrind revision: 13978
VEX revision: 2863
C compiler: gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revision 195012]
GDB: GNU gdb (GDB) SUSE (7.5.1-2.1.1)
Assembler: GNU assembler (GNU Binutils; openSUSE 12.3) 2.23.1
C library: GNU C Library (GNU libc) stable release version 2.17 (git c758a6861537)
uname -mrs: Linux 3.7.9-1.1-desktop x86_64
Vendor version: Welcome to openSUSE 12.3 "Dartmouth" Beta 1 - Kernel %r (%t).
Nightly build on ultra ( gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revision 195012] Linux 3.7.9-1.1-desktop x86_64 )
Started at 2014-05-16 21:30:01 CDT
Ended at 2014-05-16 22:01:58 CDT
Results unchanged from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 672 tests, 0 stderr failures, 0 stdout failures, 2 stderrB failures, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/hginfo (stderrB)
gdbserver_tests/mssnapshot (stderrB)
=================================================
./valgrind-new/gdbserver_tests/hginfo.stderrB.diff
=================================================
--- hginfo.stderrB.exp 2014-05-16 21:46:56.387209878 -0500
+++ hginfo.stderrB.out 2014-05-16 21:50:15.889675900 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
Lock ga 0x........ {
Address 0x........ is 0 bytes inside data symbol "mx"
kind mbRec
=================================================
./valgrind-new/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2014-05-16 21:46:56.414209130 -0500
+++ mssnapshot.stderrB.out 2014-05-16 21:50:47.483794216 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-old/gdbserver_tests/hginfo.stderrB.diff
=================================================
--- hginfo.stderrB.exp 2014-05-16 21:30:55.735820717 -0500
+++ hginfo.stderrB.out 2014-05-16 21:35:04.000941874 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
Lock ga 0x........ {
Address 0x........ is 0 bytes inside data symbol "mx"
kind mbRec
=================================================
./valgrind-old/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2014-05-16 21:30:55.719821161 -0500
+++ mssnapshot.stderrB.out 2014-05-16 21:35:35.548067867 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
|
|
From: Tom H. <to...@co...> - 2014-05-17 02:51:08
|
valgrind revision: 13978
VEX revision: 2863
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.13.10-200.fc20.x86_64 x86_64
Vendor version: Fedora release 15 (Lovelock)
Nightly build on bristol ( x86_64, Fedora 15 )
Started at 2014-05-17 03:15:24 BST
Ended at 2014-05-17 03:50:55 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
== 679 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
== 679 tests, 0 stderr failures, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/hginfo (stderrB)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short 2014-05-17 03:33:36.826429908 +0100
--- new.short 2014-05-17 03:50:55.387298379 +0100
***************
*** 4,6 ****
Building valgrind ... done
! Running regression tests ... failed
--- 4,6 ----
Building valgrind ... done
! Running regression tests ... done
***************
*** 8,11 ****
! == 679 tests, 0 stderr failures, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
! gdbserver_tests/hginfo (stderrB)
--- 8,10 ----
! == 679 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
|
|
From: Tom H. <to...@co...> - 2014-05-17 02:42:32
|
valgrind revision: 13978 VEX revision: 2863 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.13.10-200.fc20.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2014-05-17 03:04:38 BST Ended at 2014-05-17 03:42:22 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 679 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2014-05-17 02:32:36
|
valgrind revision: 13978 VEX revision: 2863 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.13.10-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-05-17 02:54:10 BST Ended at 2014-05-17 03:32:16 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 == 679 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) ================================================= == 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 == 679 tests, 4 stderr failures, 1 stdout failure, 1 stderrB failure, 0 stdoutB failures, 0 post failures == gdbserver_tests/hginfo (stderrB) 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-05-17 03:13:25.822859496 +0100 --- new.short 2014-05-17 03:32:16.004995701 +0100 *************** *** 8,11 **** ! == 679 tests, 4 stderr failures, 1 stdout failure, 1 stderrB failure, 0 stdoutB failures, 0 post failures == ! gdbserver_tests/hginfo (stderrB) gdbserver_tests/mcinfcallRU (stderr) --- 8,10 ---- ! == 679 tests, 4 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) |
|
From: Rich C. <rc...@wi...> - 2014-05-17 02:30:45
|
valgrind revision: 13978
VEX revision: 2863
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-05-16 19:22:01 CDT
Ended at 2014-05-16 21:30:42 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
== 593 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
== 593 tests, 5 stderr failures, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/hginfo (stderrB)
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 Fri May 16 20:23:45 2014
--- new.short Fri May 16 21:30:42 2014
***************
*** 8,11 ****
! == 593 tests, 5 stderr failures, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
! gdbserver_tests/hginfo (stderrB)
memcheck/tests/err_disable3 (stderr)
--- 8,10 ----
! == 593 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-05-16 20:28:29.894753084 -0500
+++ hackedbz2.stderr.out 2014-05-16 21:29:26.464170945 -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-05-16 20:27:54.610343769 -0500
+++ err_disable3.stderr.out 2014-05-16 20:48:13.221480210 -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-05-16 20:27:13.386865558 -0500
+++ err_disable4.stderr.out 2014-05-16 20:48:17.077524942 -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-05-16 20:27:28.902045541 -0500
+++ threadname.stderr.out 2014-05-16 20:53:58.340483747 -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-05-16 20:27:54.585343479 -0500
+++ threadname_xml.stderr.out 2014-05-16 20:54:00.329506821 -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-05-16 19:22:36.748894802 -0500
+++ hackedbz2.stderr.out 2014-05-16 20:22:29.268569657 -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/gdbserver_tests/hginfo.stderrB.diff
=================================================
--- hginfo.stderrB.exp 2014-05-16 19:23:13.295318757 -0500
+++ hginfo.stderrB.out 2014-05-16 19:37:05.078967824 -0500
@@ -13,6 +13,6 @@
Lock ga 0x........ {
Address 0x........ is 0 bytes inside data symbol "mx"
kind mbRec
- { W1:thread #x tid 3 }
+ { W1:thread #x tid 2 }
}
Address 0x........ is 0 bytes inside an unallocated block of size 1,008 in arena "client"
=================================================
./valgrind-old/memcheck/tests/err_disable3.stderr.diff
=================================================
--- err_disable3.stderr.exp 2014-05-16 19:22:53.565089878 -0500
+++ err_disable3.stderr.out 2014-05-16 19:41:19.120914826 -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-05-16 19:22:54.867104982 -0500
+++ err_disable4.stderr.out 2014-05-16 19:41:22.906958746 -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-05-16 19:22:54.830104553 -0500
+++ threadname.stderr.out 2014-05-16 19:47:04.508921483 -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-05-16 19:22:54.828104529 -0500
+++ threadname_xml.stderr.out 2014-05-16 19:47:06.516944777 -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-05-17 02:23:07
|
valgrind revision: 13978 VEX revision: 2863 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.13.10-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-05-17 02:43:24 BST Ended at 2014-05-17 03:22:54 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 679 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) |
|
From: Tom H. <to...@co...> - 2014-05-17 02:12:25
|
valgrind revision: 13978 VEX revision: 2863 C compiler: gcc (GCC) 4.8.2 20131212 (Red Hat 4.8.2-7) 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.13.10-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-05-17 02:31:51 BST Ended at 2014-05-17 03:12:11 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 679 tests, 1 stderr failure, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures == gdbserver_tests/hginfo (stderrB) exp-sgcheck/tests/hackedbz2 (stderr) |