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
(22) |
2
(32) |
3
(34) |
4
(27) |
|
5
(36) |
6
(30) |
7
(19) |
8
(30) |
9
(28) |
10
(13) |
11
(1) |
|
12
|
13
(1) |
14
(2) |
15
(14) |
16
(21) |
17
(16) |
18
(19) |
|
19
(2) |
20
(9) |
21
(19) |
22
(15) |
23
(30) |
24
(28) |
25
(22) |
|
26
(23) |
27
(18) |
28
(35) |
29
(24) |
30
(24) |
31
(16) |
|
|
From: John R. <jr...@bi...> - 2012-08-01 22:32:42
|
On 08/01/2012 12:08 PM, Julian Seward wrote:
>
>> I am interested in the accuracy of the V-Bit calculations
>
> So am I.
I consider that memcheck often generates incorrect V bits.
Memcheck does not understand word-wide binary integer inequality.
!!((a ^ b) & Va & Vb) ==> (a != b) [inequality at any position that has
two Valid bits determines Valid inequality for the whole operation.
http://bugs.kde.org/show_bug.cgi?id=117362
Summary: false positive uninit for bitfields or partial word.
This bug is nearing 7 years old (filed 2005-11-30) and includes
three suggested approaches for a fix.]
Memcheck does not understand binary integer addition.
If there is a place value [bit number] at which both operands
have a Valid zero bit, then a CarryIn which propagates into that bit gets stopped
(CarryOut is guaranteed to be zero), but memcheck will propagate an Undef Carry
through that bit position anyway. Memcheck propagates Undef "all the way
to the left" regardless of CarryStop.
-----
#include <stdlib.h>
#include <stdio.h>
main(int argc, char *argv[])
{
int *p = malloc(sizeof(int));
*p &= 0xff; /* top 24 bits of *p are Valid and zero */
int *q = malloc(sizeof(int));
*q &= 0xff; /* top 24 bits of *q are Valid and zero */
/* The top 23 bits of the sum are Valid and zero. */
if ((*p + *q) < 0) {
printf("Impossible.\n");
}
return 0;
}
----- The complaint from memcheck [below] is incorrect.
==15496== Conditional jump or move depends on uninitialised value(s)
==15496== at 0x400585: main (memcheck-add.c:11)
Memcheck does not understand unsigned integer remainder by 2**n-1.
(((a*256*256*256) + (b*256*256) + (c*256) + d) % 255) == ((a+b+c+d) % 255)
>From that it can be seen that Undef "middle" bits in each of a,b,c,d
do not affect the V bits for low bits of the remainder, as long as
(a+b+c+d) < 255.
But memcheck says that any Undef on input gives an Undef remainder.
Memcheck gives up if it encounters Undef bits in floating point arithmetic.
If either operand has any Undef bits, then all bits of all results are Undef.
In practice for floating point compare, often this is the worst thing to do.
It is very likely that the floating condition codes do not depend on a few
Undef bits in either input. [Numerical analysis wouldn't exist if it did.]
Almost the same can be said for floating point addition, subtraction, and
multiplication: the sign, exponent and more-significant fraction bits of many
particular results often do not depend on a few less-significant fraction bits.
Beyond individual operations, memcheck is blind with respect to
"re-convergent fan-out". If there is any common history between the
two operands, then memcheck does not care, even though the result may.
(a ^ a) ==> 0 regardless of Undef in 'a'; but memcheck ignores this
(x & ~x) ==> 0 regardless of Undef in 'x'; but memcheck ignores this
Generally, memcheck often ignores any contribution that the actual values
of Valid operand bits might make to the Valid bits of the result. That is,
memcheck often believes that the V bits of the result depend only on the
opcode and the V bits of the inputs, and not on the inputs themselves
(in particular, the actual values of input bits that are Valid.)
[If the actual shift count is all-Valid, then "shift by variable number
of bits" is an exception. But if the shift count itself has any Undef
bits, then memcheck says "all result bits are Undef" even though a
detailed analysis might not give such a pessimistic result. Shifting by
"either 2 or 3" (because of an Undef low bit in the count) need not
totally destroy the output, although in this case memcheck says "every bit
of the result is Undef, regardless of the actual bits and actual V bits
of the other operand."]
--
|
|
From: <sv...@va...> - 2012-08-01 22:27:36
|
philippe 2012-08-01 23:27:29 +0100 (Wed, 01 Aug 2012)
New Revision: 12810
Log:
Avoid asserting when a segment is mapped both rw and rx.
If a segment is mapped with permission rwx, then map->rx
and map->rw will be true.
But due to the if (map->rx) {
...
} else if (map->rw) {
...
the (map->rw) part will not be executed.
If this mapping is the one which "gives" the nonempty rw map,
then this mapping will not be seen, and the following
vg_assert(has_nonempty_rw);
will fail.
This assert can be reproduced by doing
setarch i686 -X
./vg-in-place --tool=none none/tests/map_unmap
Note: the setarch i686 -X above has as effect to make all read
mapping also executable. So, a rw mapping becomes rwx and then
triggers the above asserts.
The setarch i686 -X also introduces a discrepancy between
the kernel mappings (rwx) and the valgrind aspacemgr view
(which believes it is a rw mapping).
This discrepancy causes a crash if giving --sanity-level=3.
A possible fix is to have valgrind calling the personality system call
and detecting if the READ_IMPLIES_EXEC bit (the -X arg to setarch)
was set, and then modify aspacemgr so that all read mapped segments
are automatically mapped x also.
This commit is the minimal fix allowing to run executables
launched with this READ_IMPLIES_EXEC.
Modified files:
trunk/coregrind/m_debuginfo/readelf.c
Modified: trunk/coregrind/m_debuginfo/readelf.c (+5 -8)
===================================================================
--- trunk/coregrind/m_debuginfo/readelf.c 2012-08-01 23:03:12 +01:00 (rev 12809)
+++ trunk/coregrind/m_debuginfo/readelf.c 2012-08-01 23:27:29 +01:00 (rev 12810)
@@ -1381,15 +1381,12 @@
Bool has_nonempty_rw = False;
for (i = 0; i < VG_(sizeXA)(di->fsm.maps); i++) {
struct _DebugInfoMapping* map = VG_(indexXA)(di->fsm.maps, i);
- if (map->rx) {
- if (map->size > 0)
- has_nonempty_rx = True;
- } else if (map->rw) {
- if (map->size > 0)
- has_nonempty_rw = True;
- } else
+ if (!map->rx && !map->rw)
continue;
-
+ if (map->rx && map->size > 0)
+ has_nonempty_rx = True;
+ if (map->rw && map->size > 0)
+ has_nonempty_rw = True;
/* If this doesn't hold true, it means that m_syswrap/m_aspacemgr
managed to do a mapping where the start isn't page aligned.
Which sounds pretty bogus to me. */
|
|
From: <sv...@va...> - 2012-08-01 22:04:20
|
philippe 2012-08-01 23:04:13 +0100 (Wed, 01 Aug 2012)
New Revision: 2454
Log:
VEX part (remove --vex-iropt-precise-memory-exns, add --vex-iropt-register-updates)
Modified files:
trunk/priv/ir_opt.c
trunk/priv/main_main.c
trunk/pub/libvex.h
Modified: trunk/pub/libvex.h (+19 -4)
===================================================================
--- trunk/pub/libvex.h 2012-08-01 21:05:42 +01:00 (rev 2453)
+++ trunk/pub/libvex.h 2012-08-01 23:04:13 +01:00 (rev 2454)
@@ -307,6 +307,23 @@
/*--- Control of Vex's optimiser (iropt). ---*/
/*-------------------------------------------------------*/
+
+/* VexRegisterUpdates specifies when to ensure that the guest state is
+ up to date.
+
+ VexRegUpdUnwindregsAtMemAccess : registers needed to make a stack trace are
+ up to date at memory exception points. Typically, these are PC/SP/FP. The
+ minimal registers are described by the arch specific functions
+ guest_<arch>_state_requires_precise_mem_exns.
+
+ VexRegUpdAllregsAtMemAccess : all registers up to date at memory exception
+ points.
+
+ VexRegUpdAllregsAtEachInsn : all registers up to date at each instruction. */
+typedef enum { VexRegUpdUnwindregsAtMemAccess,
+ VexRegUpdAllregsAtMemAccess,
+ VexRegUpdAllregsAtEachInsn } VexRegisterUpdates;
+
/* Control of Vex's optimiser. */
typedef
@@ -316,10 +333,8 @@
/* Control aggressiveness of iropt. 0 = no opt, 1 = simple
opts, 2 (default) = max optimisation. */
Int iropt_level;
- /* Ensure all integer registers are up to date at potential
- memory exception points? True(default)=yes, False=no, only
- the guest's stack pointer. */
- Bool iropt_precise_memory_exns;
+ /* Controls when registers are updated in guest state. */
+ VexRegisterUpdates iropt_register_updates;
/* How aggressive should iropt be in unrolling loops? Higher
numbers make it more enthusiastic about loop unrolling.
Default=120. A setting of zero disables unrolling. */
Modified: trunk/priv/ir_opt.c (+48 -17)
===================================================================
--- trunk/priv/ir_opt.c 2012-08-01 21:05:42 +01:00 (rev 2453)
+++ trunk/priv/ir_opt.c 2012-08-01 23:04:13 +01:00 (rev 2454)
@@ -69,12 +69,20 @@
not marked as being read or modified by the helper cannot be
assumed to be up-to-date at the point where the helper is called.
- * Immediately prior to any load or store, those parts of the guest
+ * If iropt_register_updates == VexRegUpdUnwindregsAtMemAccess :
+ Immediately prior to any load or store, those parts of the guest
state marked as requiring precise exceptions will be up to date.
Also, guest memory will be up to date. Parts of the guest state
not marked as requiring precise exceptions cannot be assumed to
be up-to-date at the point of the load/store.
+ If iropt_register_updates == VexRegUpdAllregsAtMemAccess:
+ Same as minimal, but all the guest state is up to date at memory
+ exception points.
+
+ If iropt_register_updates == VexRegUpdAllregsAtEachInsn :
+ Guest state is up to date at each instruction.
+
The relative order of loads and stores (including loads/stores of
guest memory done by dirty helpers annotated as such) is not
changed. However, the relative order of loads with no intervening
@@ -774,20 +782,29 @@
of the environment corresponding to guest state that may not
be reordered with respect to memory references. That means
at least the stack pointer. */
- for (j = 0; j < env->used; j++) {
- if (!env->inuse[j])
- continue;
- if (vex_control.iropt_precise_memory_exns) {
- /* Precise exceptions required. Flush all guest state. */
- env->inuse[j] = False;
- } else {
- /* Just flush the minimal amount required, as computed by
- preciseMemExnsFn. */
- HWord k_lo = (env->key[j] >> 16) & 0xFFFF;
- HWord k_hi = env->key[j] & 0xFFFF;
- if (preciseMemExnsFn( k_lo, k_hi ))
+ switch (vex_control.iropt_register_updates) {
+ case VexRegUpdAllregsAtMemAccess:
+ /* Precise exceptions required at mem access.
+ Flush all guest state. */
+ for (j = 0; j < env->used; j++)
env->inuse[j] = False;
- }
+ break;
+ case VexRegUpdUnwindregsAtMemAccess:
+ for (j = 0; j < env->used; j++) {
+ if (!env->inuse[j])
+ continue;
+ /* Just flush the minimal amount required, as computed by
+ preciseMemExnsFn. */
+ HWord k_lo = (env->key[j] >> 16) & 0xFFFF;
+ HWord k_hi = env->key[j] & 0xFFFF;
+ if (preciseMemExnsFn( k_lo, k_hi ))
+ env->inuse[j] = False;
+ }
+ break;
+ default:
+ // VexRegUpdAllregsAtEachInsn cannot happen here.
+ // Neither any rubbish other value.
+ vassert(0);
}
} /* if (memRW) */
@@ -820,6 +837,10 @@
IRStmt* st;
UInt key = 0; /* keep gcc -O happy */
+ vassert
+ (vex_control.iropt_register_updates == VexRegUpdUnwindregsAtMemAccess
+ || vex_control.iropt_register_updates == VexRegUpdAllregsAtMemAccess);
+
HashHW* env = newHHW();
/* Initialise the running env with the fact that the final exit
@@ -3937,6 +3958,10 @@
Bool delete;
IRStmt *st, *stj;
+ vassert
+ (vex_control.iropt_register_updates == VexRegUpdUnwindregsAtMemAccess
+ || vex_control.iropt_register_updates == VexRegUpdAllregsAtMemAccess);
+
for (i = 0; i < bb->stmts_used; i++) {
st = bb->stmts[i];
if (st->tag != Ist_PutI)
@@ -5176,7 +5201,9 @@
ppIRSB(bb);
}
- redundant_put_removal_BB ( bb, preciseMemExnsFn );
+ if (vex_control.iropt_register_updates != VexRegUpdAllregsAtEachInsn) {
+ redundant_put_removal_BB ( bb, preciseMemExnsFn );
+ }
if (iropt_verbose) {
vex_printf("\n========= REDUNDANT PUT\n\n" );
ppIRSB(bb);
@@ -5214,7 +5241,9 @@
(void)do_cse_BB( bb );
collapse_AddSub_chains_BB( bb );
do_redundant_GetI_elimination( bb );
- do_redundant_PutI_elimination( bb );
+ if (vex_control.iropt_register_updates != VexRegUpdAllregsAtEachInsn) {
+ do_redundant_PutI_elimination( bb );
+ }
do_deadcode_BB( bb );
return bb;
}
@@ -5363,7 +5392,9 @@
work extra hard to get rid of it. */
bb = cprop_BB(bb);
bb = spec_helpers_BB ( bb, specHelper );
- redundant_put_removal_BB ( bb, preciseMemExnsFn );
+ if (vex_control.iropt_register_updates != VexRegUpdAllregsAtEachInsn) {
+ redundant_put_removal_BB ( bb, preciseMemExnsFn );
+ }
do_cse_BB( bb );
do_deadcode_BB( bb );
}
Modified: trunk/priv/main_main.c (+1 -1)
===================================================================
--- trunk/priv/main_main.c 2012-08-01 21:05:42 +01:00 (rev 2453)
+++ trunk/priv/main_main.c 2012-08-01 23:04:13 +01:00 (rev 2454)
@@ -82,7 +82,7 @@
{
vcon->iropt_verbosity = 0;
vcon->iropt_level = 2;
- vcon->iropt_precise_memory_exns = False;
+ vcon->iropt_register_updates = VexRegUpdUnwindregsAtMemAccess;
vcon->iropt_unroll_thresh = 120;
vcon->guest_max_insns = 60;
vcon->guest_chase_thresh = 10;
|
|
From: <sv...@va...> - 2012-08-01 22:03:19
|
philippe 2012-08-01 23:03:12 +0100 (Wed, 01 Aug 2012)
New Revision: 12809
Log:
Remove --vex-iropt-precise-memory-exns, implement --vex-iropt-register-updates
* Option --vex-iropt-precise-memory-exns has been removed.
It is replaced by --vex-iropt-register-updates which accepts
3 values : 'unwindregs-at-mem-access' (replacing
--vex-iropt-precise-memory-exns=no), 'allregs-at-mem-access'
(replacing --vex-iropt-precise-memory-exns=yes)
and a new value 'allregs-at-each-insn'.
'allregs-at-each-insn' allows the Valgrind gdbserver to always
show up to date values to GDB.
Modified files:
trunk/NEWS
trunk/coregrind/m_main.c
trunk/docs/xml/manual-core-adv.xml
trunk/docs/xml/manual-core.xml
trunk/gdbserver_tests/mcsignopass.vgtest
trunk/gdbserver_tests/mcsigpass.vgtest
trunk/none/tests/cmdline2.stdout.exp
trunk/none/tests/selfrun.vgtest
Modified: trunk/NEWS (+9 -0)
===================================================================
--- trunk/NEWS 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/NEWS 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -88,6 +88,15 @@
* Improved DWARF4 support (284124)
+* Option --vex-iropt-precise-memory-exns has been removed.
+ It is replaced by --vex-iropt-register-updates which accepts
+ 3 values : 'unwindregs-at-mem-access' (replacing
+ --vex-iropt-precise-memory-exns=no), 'allregs-at-mem-access'
+ (replacing --vex-iropt-precise-memory-exns=yes)
+ and a new value 'allregs-at-each-insn'.
+ 'allregs-at-each-insn' allows the Valgrind gdbserver to always
+ show up to date values to GDB.
+
* ==================== FIXED BUGS ====================
The following bugs have been fixed or resolved. Note that "n-i-bz"
Modified: trunk/none/tests/cmdline2.stdout.exp (+3 -1)
===================================================================
--- trunk/none/tests/cmdline2.stdout.exp 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/none/tests/cmdline2.stdout.exp 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -117,7 +117,9 @@
Vex options for all Valgrind tools:
--vex-iropt-verbosity=<0..9> [0]
--vex-iropt-level=<0..2> [2]
- --vex-iropt-precise-memory-exns=no|yes [no]
+ --vex-iropt-register-updates=unwindregs-at-mem-access
+ |allregs-at-mem-access
+ |allregs-at-each-insn [unwindregs-at-mem-access]
--vex-iropt-unroll-thresh=<0..400> [120]
--vex-guest-max-insns=<1..100> [50]
--vex-guest-chase-thresh=<0..99> [10]
Modified: trunk/gdbserver_tests/mcsignopass.vgtest (+1 -1)
===================================================================
--- trunk/gdbserver_tests/mcsignopass.vgtest 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/gdbserver_tests/mcsignopass.vgtest 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -6,7 +6,7 @@
# are eventually passed.
prereq: test -e gdb
prog: ../none/tests/faultstatus
-vgopts: --tool=memcheck --vgdb=full --vex-iropt-precise-memory-exns=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-mcsignopass
+vgopts: --tool=memcheck --vgdb=full --vex-iropt-register-updates=allregs-at-mem-access --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-mcsignopass
stderr_filter: filter_memcheck_monitor
stderr_filter_args: faultstatus.c
progB: gdb
Modified: trunk/docs/xml/manual-core.xml (+2 -1)
===================================================================
--- trunk/docs/xml/manual-core.xml 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/docs/xml/manual-core.xml 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -2074,7 +2074,8 @@
<para>If you're using signals in clever ways (for example, catching
SIGSEGV, modifying page state and restarting the instruction), you're
probably relying on precise exceptions. In this case, you will need
-to use <option>--vex-iropt-precise-memory-exns=yes</option>.
+to use <option>--vex-iropt-register-updates=allregs-at-mem-access</option>
+or <option>--vex-iropt-register-updates=allregs-at-each-insn</option>.
</para>
<para>If your program dies as a result of a fatal core-dumping signal,
Modified: trunk/none/tests/selfrun.vgtest (+1 -1)
===================================================================
--- trunk/none/tests/selfrun.vgtest 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/none/tests/selfrun.vgtest 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -1,3 +1,3 @@
prog: ../../coregrind/valgrind --tool=none --command-line-only=yes ./selfrun
-vgopts: --vex-iropt-precise-memory-exns=yes
+vgopts: --vex-iropt-register-updates=allregs-at-mem-access
prereq: grep '^#define HAVE_PIE 1' ../../config.h > /dev/null
Modified: trunk/gdbserver_tests/mcsigpass.vgtest (+1 -1)
===================================================================
--- trunk/gdbserver_tests/mcsigpass.vgtest 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/gdbserver_tests/mcsigpass.vgtest 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -1,7 +1,7 @@
# test the signal handling, when signals are passed to the Valgrind guest.
prereq: test -e gdb
prog: ../none/tests/faultstatus
-vgopts: --tool=memcheck --vgdb=full --vex-iropt-precise-memory-exns=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-mcsigpass
+vgopts: --tool=memcheck --vgdb=full --vex-iropt-register-updates=allregs-at-mem-access --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-mcsigpass
stderr_filter: filter_memcheck_monitor
stderr_filter_args: faultstatus.c
progB: gdb
Modified: trunk/docs/xml/manual-core-adv.xml (+16 -8)
===================================================================
--- trunk/docs/xml/manual-core-adv.xml 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/docs/xml/manual-core-adv.xml 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -788,21 +788,28 @@
<para>When Valgrind gdbserver stops on an error, on a breakpoint
or when single stepping, registers and flags values might not be always
up to date due to the optimisations done by the Valgrind core.
- Disabling some optimisations using the following options will increase
+ The default value
+ <option>--vex-iropt-register-updates=unwindregs-at-mem-access</option>
+ ensures that the registers needed to make a stack trace (typically
+ PC/SP/FP) are up to date at each memory access (i.e. memory exception
+ points).
+ Disabling some optimisations using the following values will increase
the precision of registers and flags values (a typical performance
impact for memcheck is given for each option).
<itemizedlist>
<listitem>
- <option>--vex-iropt-precise-memory-exns=yes</option> (+5%) ensures
- that all integer registers are up to date at each memory access.
+ <option>--vex-iropt-register-updates=allregs-at-mem-access</option> (+10%)
+ ensures that all registers and flags are up to date at each memory
+ access.
</listitem>
<listitem>
- <option>--vex-guest-max-insns=1</option> (+100%) ensures that
- all registers and flags values are up to date at each instruction.
+ <option>--vex-iropt-register-updates=allregs-at-each-insn</option> (+25%)
+ ensures that all registers and flags are up to date at each instruction.
</listitem>
</itemizedlist>
- Note that the above options can be combined with <option>--vgdb=full</option>
- (+500%, see above Precision of "stop-at" commands).
+ Note that <option>--vgdb=full</option> (+500%, see above
+ Precision of "stop-at" commands) automatically
+ activates <option>--vex-iropt-register-updates=allregs-at-each-insn</option>.
</para>
</listitem>
@@ -898,7 +905,8 @@
<para>On PPC32/PPC64, stack unwinding for leaf functions
(functions that do not call any other functions) works properly
only when you give the option
- <option>--vex-iropt-precise-memory-exns=yes</option>.
+ <option>--vex-iropt-register-updates=allregs-at-mem-access</option>
+ or <option>--vex-iropt-register-updates=allregs-at-each-insn</option>.
You must also pass this option in order to get a precise stack when
a signal is trapped by GDB.
</para>
Modified: trunk/coregrind/m_main.c (+36 -4)
===================================================================
--- trunk/coregrind/m_main.c 2012-08-01 23:01:05 +01:00 (rev 12808)
+++ trunk/coregrind/m_main.c 2012-08-01 23:03:12 +01:00 (rev 12809)
@@ -228,7 +228,9 @@
" Vex options for all Valgrind tools:\n"
" --vex-iropt-verbosity=<0..9> [0]\n"
" --vex-iropt-level=<0..2> [2]\n"
-" --vex-iropt-precise-memory-exns=no|yes [no]\n"
+" --vex-iropt-register-updates=unwindregs-at-mem-access\n"
+" |allregs-at-mem-access\n"
+" |allregs-at-each-insn [unwindregs-at-mem-access]\n"
" --vex-iropt-unroll-thresh=<0..400> [120]\n"
" --vex-guest-max-insns=<1..100> [50]\n"
" --vex-guest-chase-thresh=<0..99> [10]\n"
@@ -488,6 +490,21 @@
else if VG_STREQN(14, arg, "--core-redzone-size") {}
else if VG_STREQN(14, arg, "--redzone-size") {}
+ /* Obsolete options. Report an error and exit */
+ else if VG_STREQN(34, arg, "--vex-iropt-precise-memory-exns=no") {
+ VG_(fmsg_bad_option)
+ (arg,
+ "--vex-iropt-precise-memory-exns is obsolete\n"
+ "Use --vex-iropt-register-updates=unwindregs-at-mem-access instead\n");
+ }
+ else if VG_STREQN(35, arg, "--vex-iropt-precise-memory-exns=yes") {
+ VG_(fmsg_bad_option)
+ (arg,
+ "--vex-iropt-precise-memory-exns is obsolete\n"
+ "Use --vex-iropt-register-updates=allregs-at-mem-access instead\n"
+ " (or --vex-iropt-register-updates=allregs-at-each-insn)\n");
+ }
+
// These options are new.
else if (VG_STREQ(arg, "-v") ||
VG_STREQ(arg, "--verbose"))
@@ -503,7 +520,12 @@
else if VG_XACT_CLO(arg, "--vgdb=no", VG_(clo_vgdb), Vg_VgdbNo) {}
else if VG_XACT_CLO(arg, "--vgdb=yes", VG_(clo_vgdb), Vg_VgdbYes) {}
- else if VG_XACT_CLO(arg, "--vgdb=full", VG_(clo_vgdb), Vg_VgdbFull) {}
+ else if VG_XACT_CLO(arg, "--vgdb=full", VG_(clo_vgdb), Vg_VgdbFull) {
+ /* automatically updates register values at each insn
+ with --vgdb=full */
+ VG_(clo_vex_control).iropt_register_updates
+ = VexRegUpdAllregsAtEachInsn;
+ }
else if VG_INT_CLO (arg, "--vgdb-poll", VG_(clo_vgdb_poll)) {}
else if VG_INT_CLO (arg, "--vgdb-error", VG_(clo_vgdb_error)) {}
else if VG_STR_CLO (arg, "--vgdb-prefix", VG_(clo_vgdb_prefix)) {}
@@ -582,8 +604,18 @@
VG_(clo_vex_control).iropt_verbosity, 0, 10) {}
else if VG_BINT_CLO(arg, "--vex-iropt-level",
VG_(clo_vex_control).iropt_level, 0, 2) {}
- else if VG_BOOL_CLO(arg, "--vex-iropt-precise-memory-exns",
- VG_(clo_vex_control).iropt_precise_memory_exns) {}
+ else if VG_XACT_CLO(arg,
+ "--vex-iropt-register-updates=unwindregs-at-mem-access",
+ VG_(clo_vex_control).iropt_register_updates,
+ VexRegUpdUnwindregsAtMemAccess);
+ else if VG_XACT_CLO(arg,
+ "--vex-iropt-register-updates=allregs-at-mem-access",
+ VG_(clo_vex_control).iropt_register_updates,
+ VexRegUpdAllregsAtMemAccess);
+ else if VG_XACT_CLO(arg,
+ "--vex-iropt-register-updates=allregs-at-each-insn",
+ VG_(clo_vex_control).iropt_register_updates,
+ VexRegUpdAllregsAtEachInsn);
else if VG_BINT_CLO(arg, "--vex-iropt-unroll-thresh",
VG_(clo_vex_control).iropt_unroll_thresh, 0, 400) {}
else if VG_BINT_CLO(arg, "--vex-guest-max-insns",
|
|
From: <sv...@va...> - 2012-08-01 22:01:13
|
sewardj 2012-08-01 23:01:05 +0100 (Wed, 01 Aug 2012)
New Revision: 12808
Log:
Add test cases for "VCVT.F32.{S,U}32 S[d], S[d], #frac_bits"
Added files:
trunk/none/tests/arm/vcvt_fixed_float_VFP.c
trunk/none/tests/arm/vcvt_fixed_float_VFP.stderr.exp
trunk/none/tests/arm/vcvt_fixed_float_VFP.stdout.exp
trunk/none/tests/arm/vcvt_fixed_float_VFP.vgtest
Modified files:
trunk/none/tests/arm/Makefile.am
Modified: trunk/none/tests/arm/Makefile.am (+3 -0)
===================================================================
--- trunk/none/tests/arm/Makefile.am 2012-07-31 23:17:28 +01:00 (rev 12807)
+++ trunk/none/tests/arm/Makefile.am 2012-08-01 23:01:05 +01:00 (rev 12808)
@@ -9,6 +9,8 @@
v6intARM.stdout.exp v6intARM.stderr.exp v6intARM.vgtest \
v6intThumb.stdout.exp v6intThumb.stderr.exp v6intThumb.vgtest \
v6media.stdout.exp v6media.stderr.exp v6media.vgtest \
+ vcvt_fixed_float_VFP.stdout.exp vcvt_fixed_float_VFP.stderr.exp \
+ vcvt_fixed_float_VFP.vgtest \
vfp.stdout.exp vfp.stderr.exp vfp.vgtest
check_PROGRAMS = \
@@ -18,6 +20,7 @@
v6intARM \
v6intThumb \
v6media \
+ vcvt_fixed_float_VFP \
vfp
AM_CFLAGS += @FLAG_M32@
Added: trunk/none/tests/arm/vcvt_fixed_float_VFP.vgtest (+2 -0)
===================================================================
--- trunk/none/tests/arm/vcvt_fixed_float_VFP.vgtest 2012-07-31 23:17:28 +01:00 (rev 12807)
+++ trunk/none/tests/arm/vcvt_fixed_float_VFP.vgtest 2012-08-01 23:01:05 +01:00 (rev 12808)
@@ -0,0 +1,2 @@
+prog: vcvt_fixed_float_VFP
+vgopts: -q
Added: trunk/none/tests/arm/vcvt_fixed_float_VFP.stdout.exp (+433 -0)
===================================================================
--- trunk/none/tests/arm/vcvt_fixed_float_VFP.stdout.exp 2012-07-31 23:17:28 +01:00 (rev 12807)
+++ trunk/none/tests/arm/vcvt_fixed_float_VFP.stdout.exp 2012-08-01 23:01:05 +01:00 (rev 12808)
@@ -0,0 +1,433 @@
+s_to_f32_imm32: 0 -> 0.00000000000000e+00
+s_to_f32_imm1: 0 -> 0.00000000000000e+00
+s_to_f32_imm32: 1 -> 2.32830643653870e-10
+s_to_f32_imm1: 1 -> 5.00000000000000e-01
+s_to_f32_imm32: 100 -> 2.32830643653870e-08
+s_to_f32_imm1: 100 -> 5.00000000000000e+01
+s_to_f32_imm32: 101 -> 2.35158950090408e-08
+s_to_f32_imm1: 101 -> 5.05000000000000e+01
+s_to_f32_imm32: 102 -> 2.37487256526947e-08
+s_to_f32_imm1: 102 -> 5.10000000000000e+01
+s_to_f32_imm32: 103 -> 2.39815562963486e-08
+s_to_f32_imm1: 103 -> 5.15000000000000e+01
+s_to_f32_imm32: 104 -> 2.42143869400024e-08
+s_to_f32_imm1: 104 -> 5.20000000000000e+01
+s_to_f32_imm32: 105 -> 2.44472175836563e-08
+s_to_f32_imm1: 105 -> 5.25000000000000e+01
+s_to_f32_imm32: 106 -> 2.46800482273102e-08
+s_to_f32_imm1: 106 -> 5.30000000000000e+01
+s_to_f32_imm32: 107 -> 2.49128788709641e-08
+s_to_f32_imm1: 107 -> 5.35000000000000e+01
+s_to_f32_imm32: 108 -> 2.51457095146179e-08
+s_to_f32_imm1: 108 -> 5.40000000000000e+01
+s_to_f32_imm32: 109 -> 2.53785401582718e-08
+s_to_f32_imm1: 109 -> 5.45000000000000e+01
+s_to_f32_imm32: 110 -> 2.56113708019257e-08
+s_to_f32_imm1: 110 -> 5.50000000000000e+01
+s_to_f32_imm32: 111 -> 2.58442014455795e-08
+s_to_f32_imm1: 111 -> 5.55000000000000e+01
+s_to_f32_imm32: 112 -> 2.60770320892334e-08
+s_to_f32_imm1: 112 -> 5.60000000000000e+01
+s_to_f32_imm32: 113 -> 2.63098627328873e-08
+s_to_f32_imm1: 113 -> 5.65000000000000e+01
+s_to_f32_imm32: 114 -> 2.65426933765411e-08
+s_to_f32_imm1: 114 -> 5.70000000000000e+01
+s_to_f32_imm32: 115 -> 2.67755240201950e-08
+s_to_f32_imm1: 115 -> 5.75000000000000e+01
+s_to_f32_imm32: 116 -> 2.70083546638489e-08
+s_to_f32_imm1: 116 -> 5.80000000000000e+01
+s_to_f32_imm32: 117 -> 2.72411853075027e-08
+s_to_f32_imm1: 117 -> 5.85000000000000e+01
+s_to_f32_imm32: 118 -> 2.74740159511566e-08
+s_to_f32_imm1: 118 -> 5.90000000000000e+01
+s_to_f32_imm32: 119 -> 2.77068465948105e-08
+s_to_f32_imm1: 119 -> 5.95000000000000e+01
+s_to_f32_imm32: 120 -> 2.79396772384644e-08
+s_to_f32_imm1: 120 -> 6.00000000000000e+01
+s_to_f32_imm32: 121 -> 2.81725078821182e-08
+s_to_f32_imm1: 121 -> 6.05000000000000e+01
+s_to_f32_imm32: 122 -> 2.84053385257721e-08
+s_to_f32_imm1: 122 -> 6.10000000000000e+01
+s_to_f32_imm32: 123 -> 2.86381691694260e-08
+s_to_f32_imm1: 123 -> 6.15000000000000e+01
+s_to_f32_imm32: 124 -> 2.88709998130798e-08
+s_to_f32_imm1: 124 -> 6.20000000000000e+01
+s_to_f32_imm32: 125 -> 2.91038304567337e-08
+s_to_f32_imm1: 125 -> 6.25000000000000e+01
+s_to_f32_imm32: 126 -> 2.93366611003876e-08
+s_to_f32_imm1: 126 -> 6.30000000000000e+01
+s_to_f32_imm32: 127 -> 2.95694917440414e-08
+s_to_f32_imm1: 127 -> 6.35000000000000e+01
+s_to_f32_imm32: 128 -> 2.98023223876953e-08
+s_to_f32_imm1: 128 -> 6.40000000000000e+01
+s_to_f32_imm32: 129 -> 3.00351530313492e-08
+s_to_f32_imm1: 129 -> 6.45000000000000e+01
+s_to_f32_imm32: 130 -> 3.02679836750031e-08
+s_to_f32_imm1: 130 -> 6.50000000000000e+01
+s_to_f32_imm32: 131 -> 3.05008143186569e-08
+s_to_f32_imm1: 131 -> 6.55000000000000e+01
+s_to_f32_imm32: 132 -> 3.07336449623108e-08
+s_to_f32_imm1: 132 -> 6.60000000000000e+01
+s_to_f32_imm32: 133 -> 3.09664756059647e-08
+s_to_f32_imm1: 133 -> 6.65000000000000e+01
+s_to_f32_imm32: 134 -> 3.11993062496185e-08
+s_to_f32_imm1: 134 -> 6.70000000000000e+01
+s_to_f32_imm32: 135 -> 3.14321368932724e-08
+s_to_f32_imm1: 135 -> 6.75000000000000e+01
+s_to_f32_imm32: 136 -> 3.16649675369263e-08
+s_to_f32_imm1: 136 -> 6.80000000000000e+01
+s_to_f32_imm32: 137 -> 3.18977981805801e-08
+s_to_f32_imm1: 137 -> 6.85000000000000e+01
+s_to_f32_imm32: 138 -> 3.21306288242340e-08
+s_to_f32_imm1: 138 -> 6.90000000000000e+01
+s_to_f32_imm32: 139 -> 3.23634594678879e-08
+s_to_f32_imm1: 139 -> 6.95000000000000e+01
+s_to_f32_imm32: 140 -> 3.25962901115417e-08
+s_to_f32_imm1: 140 -> 7.00000000000000e+01
+s_to_f32_imm32: 141 -> 3.28291207551956e-08
+s_to_f32_imm1: 141 -> 7.05000000000000e+01
+s_to_f32_imm32: 142 -> 3.30619513988495e-08
+s_to_f32_imm1: 142 -> 7.10000000000000e+01
+s_to_f32_imm32: 143 -> 3.32947820425034e-08
+s_to_f32_imm1: 143 -> 7.15000000000000e+01
+s_to_f32_imm32: 144 -> 3.35276126861572e-08
+s_to_f32_imm1: 144 -> 7.20000000000000e+01
+s_to_f32_imm32: 145 -> 3.37604433298111e-08
+s_to_f32_imm1: 145 -> 7.25000000000000e+01
+s_to_f32_imm32: 146 -> 3.39932739734650e-08
+s_to_f32_imm1: 146 -> 7.30000000000000e+01
+s_to_f32_imm32: 147 -> 3.42261046171188e-08
+s_to_f32_imm1: 147 -> 7.35000000000000e+01
+s_to_f32_imm32: 148 -> 3.44589352607727e-08
+s_to_f32_imm1: 148 -> 7.40000000000000e+01
+s_to_f32_imm32: 149 -> 3.46917659044266e-08
+s_to_f32_imm1: 149 -> 7.45000000000000e+01
+s_to_f32_imm32: 150 -> 3.49245965480804e-08
+s_to_f32_imm1: 150 -> 7.50000000000000e+01
+s_to_f32_imm32: 151 -> 3.51574271917343e-08
+s_to_f32_imm1: 151 -> 7.55000000000000e+01
+s_to_f32_imm32: 152 -> 3.53902578353882e-08
+s_to_f32_imm1: 152 -> 7.60000000000000e+01
+s_to_f32_imm32: 153 -> 3.56230884790421e-08
+s_to_f32_imm1: 153 -> 7.65000000000000e+01
+s_to_f32_imm32: 154 -> 3.58559191226959e-08
+s_to_f32_imm1: 154 -> 7.70000000000000e+01
+s_to_f32_imm32: 155 -> 3.60887497663498e-08
+s_to_f32_imm1: 155 -> 7.75000000000000e+01
+s_to_f32_imm32: 156 -> 3.63215804100037e-08
+s_to_f32_imm1: 156 -> 7.80000000000000e+01
+s_to_f32_imm32: 157 -> 3.65544110536575e-08
+s_to_f32_imm1: 157 -> 7.85000000000000e+01
+s_to_f32_imm32: 158 -> 3.67872416973114e-08
+s_to_f32_imm1: 158 -> 7.90000000000000e+01
+s_to_f32_imm32: 159 -> 3.70200723409653e-08
+s_to_f32_imm1: 159 -> 7.95000000000000e+01
+s_to_f32_imm32: 160 -> 3.72529029846191e-08
+s_to_f32_imm1: 160 -> 8.00000000000000e+01
+s_to_f32_imm32: 161 -> 3.74857336282730e-08
+s_to_f32_imm1: 161 -> 8.05000000000000e+01
+s_to_f32_imm32: 162 -> 3.77185642719269e-08
+s_to_f32_imm1: 162 -> 8.10000000000000e+01
+s_to_f32_imm32: 163 -> 3.79513949155807e-08
+s_to_f32_imm1: 163 -> 8.15000000000000e+01
+s_to_f32_imm32: 164 -> 3.81842255592346e-08
+s_to_f32_imm1: 164 -> 8.20000000000000e+01
+s_to_f32_imm32: 165 -> 3.84170562028885e-08
+s_to_f32_imm1: 165 -> 8.25000000000000e+01
+s_to_f32_imm32: 166 -> 3.86498868465424e-08
+s_to_f32_imm1: 166 -> 8.30000000000000e+01
+s_to_f32_imm32: 167 -> 3.88827174901962e-08
+s_to_f32_imm1: 167 -> 8.35000000000000e+01
+s_to_f32_imm32: 168 -> 3.91155481338501e-08
+s_to_f32_imm1: 168 -> 8.40000000000000e+01
+s_to_f32_imm32: 169 -> 3.93483787775040e-08
+s_to_f32_imm1: 169 -> 8.45000000000000e+01
+s_to_f32_imm32: 170 -> 3.95812094211578e-08
+s_to_f32_imm1: 170 -> 8.50000000000000e+01
+s_to_f32_imm32: 171 -> 3.98140400648117e-08
+s_to_f32_imm1: 171 -> 8.55000000000000e+01
+s_to_f32_imm32: 172 -> 4.00468707084656e-08
+s_to_f32_imm1: 172 -> 8.60000000000000e+01
+s_to_f32_imm32: 173 -> 4.02797013521194e-08
+s_to_f32_imm1: 173 -> 8.65000000000000e+01
+s_to_f32_imm32: 174 -> 4.05125319957733e-08
+s_to_f32_imm1: 174 -> 8.70000000000000e+01
+s_to_f32_imm32: 175 -> 4.07453626394272e-08
+s_to_f32_imm1: 175 -> 8.75000000000000e+01
+s_to_f32_imm32: 176 -> 4.09781932830811e-08
+s_to_f32_imm1: 176 -> 8.80000000000000e+01
+s_to_f32_imm32: 177 -> 4.12110239267349e-08
+s_to_f32_imm1: 177 -> 8.85000000000000e+01
+s_to_f32_imm32: 178 -> 4.14438545703888e-08
+s_to_f32_imm1: 178 -> 8.90000000000000e+01
+s_to_f32_imm32: 179 -> 4.16766852140427e-08
+s_to_f32_imm1: 179 -> 8.95000000000000e+01
+s_to_f32_imm32: 180 -> 4.19095158576965e-08
+s_to_f32_imm1: 180 -> 9.00000000000000e+01
+s_to_f32_imm32: 181 -> 4.21423465013504e-08
+s_to_f32_imm1: 181 -> 9.05000000000000e+01
+s_to_f32_imm32: 182 -> 4.23751771450043e-08
+s_to_f32_imm1: 182 -> 9.10000000000000e+01
+s_to_f32_imm32: 183 -> 4.26080077886581e-08
+s_to_f32_imm1: 183 -> 9.15000000000000e+01
+s_to_f32_imm32: 184 -> 4.28408384323120e-08
+s_to_f32_imm1: 184 -> 9.20000000000000e+01
+s_to_f32_imm32: 185 -> 4.30736690759659e-08
+s_to_f32_imm1: 185 -> 9.25000000000000e+01
+s_to_f32_imm32: 186 -> 4.33064997196198e-08
+s_to_f32_imm1: 186 -> 9.30000000000000e+01
+s_to_f32_imm32: 187 -> 4.35393303632736e-08
+s_to_f32_imm1: 187 -> 9.35000000000000e+01
+s_to_f32_imm32: 188 -> 4.37721610069275e-08
+s_to_f32_imm1: 188 -> 9.40000000000000e+01
+s_to_f32_imm32: 189 -> 4.40049916505814e-08
+s_to_f32_imm1: 189 -> 9.45000000000000e+01
+s_to_f32_imm32: 190 -> 4.42378222942352e-08
+s_to_f32_imm1: 190 -> 9.50000000000000e+01
+s_to_f32_imm32: 191 -> 4.44706529378891e-08
+s_to_f32_imm1: 191 -> 9.55000000000000e+01
+s_to_f32_imm32: 192 -> 4.47034835815430e-08
+s_to_f32_imm1: 192 -> 9.60000000000000e+01
+s_to_f32_imm32: 193 -> 4.49363142251968e-08
+s_to_f32_imm1: 193 -> 9.65000000000000e+01
+s_to_f32_imm32: 194 -> 4.51691448688507e-08
+s_to_f32_imm1: 194 -> 9.70000000000000e+01
+s_to_f32_imm32: 195 -> 4.54019755125046e-08
+s_to_f32_imm1: 195 -> 9.75000000000000e+01
+s_to_f32_imm32: 196 -> 4.56348061561584e-08
+s_to_f32_imm1: 196 -> 9.80000000000000e+01
+s_to_f32_imm32: 197 -> 4.58676367998123e-08
+s_to_f32_imm1: 197 -> 9.85000000000000e+01
+s_to_f32_imm32: 198 -> 4.61004674434662e-08
+s_to_f32_imm1: 198 -> 9.90000000000000e+01
+s_to_f32_imm32: 199 -> 4.63332980871201e-08
+s_to_f32_imm1: 199 -> 9.95000000000000e+01
+s_to_f32_imm32: 2147483646 -> 5.00000000000000e-01
+s_to_f32_imm1: 2147483646 -> 1.07374182400000e+09
+s_to_f32_imm32: 2147483647 -> 5.00000000000000e-01
+s_to_f32_imm1: 2147483647 -> 1.07374182400000e+09
+s_to_f32_imm32: -2147483648 -> -5.00000000000000e-01
+s_to_f32_imm1: -2147483648 -> -1.07374182400000e+09
+s_to_f32_imm32: -2147483647 -> -5.00000000000000e-01
+s_to_f32_imm1: -2147483647 -> -1.07374182400000e+09
+s_to_f32_imm32: -2 -> -4.65661287307739e-10
+s_to_f32_imm1: -2 -> -1.00000000000000e+00
+s_to_f32_imm32: -1 -> -2.32830643653870e-10
+s_to_f32_imm1: -1 -> -5.00000000000000e-01
+
+u_to_f32_imm32: 0 -> 0.00000000000000e+00
+u_to_f32_imm1: 0 -> 0.00000000000000e+00
+u_to_f32_imm32: 1 -> 2.32830643653870e-10
+u_to_f32_imm1: 1 -> 5.00000000000000e-01
+u_to_f32_imm32: 100 -> 2.32830643653870e-08
+u_to_f32_imm1: 100 -> 5.00000000000000e+01
+u_to_f32_imm32: 101 -> 2.35158950090408e-08
+u_to_f32_imm1: 101 -> 5.05000000000000e+01
+u_to_f32_imm32: 102 -> 2.37487256526947e-08
+u_to_f32_imm1: 102 -> 5.10000000000000e+01
+u_to_f32_imm32: 103 -> 2.39815562963486e-08
+u_to_f32_imm1: 103 -> 5.15000000000000e+01
+u_to_f32_imm32: 104 -> 2.42143869400024e-08
+u_to_f32_imm1: 104 -> 5.20000000000000e+01
+u_to_f32_imm32: 105 -> 2.44472175836563e-08
+u_to_f32_imm1: 105 -> 5.25000000000000e+01
+u_to_f32_imm32: 106 -> 2.46800482273102e-08
+u_to_f32_imm1: 106 -> 5.30000000000000e+01
+u_to_f32_imm32: 107 -> 2.49128788709641e-08
+u_to_f32_imm1: 107 -> 5.35000000000000e+01
+u_to_f32_imm32: 108 -> 2.51457095146179e-08
+u_to_f32_imm1: 108 -> 5.40000000000000e+01
+u_to_f32_imm32: 109 -> 2.53785401582718e-08
+u_to_f32_imm1: 109 -> 5.45000000000000e+01
+u_to_f32_imm32: 110 -> 2.56113708019257e-08
+u_to_f32_imm1: 110 -> 5.50000000000000e+01
+u_to_f32_imm32: 111 -> 2.58442014455795e-08
+u_to_f32_imm1: 111 -> 5.55000000000000e+01
+u_to_f32_imm32: 112 -> 2.60770320892334e-08
+u_to_f32_imm1: 112 -> 5.60000000000000e+01
+u_to_f32_imm32: 113 -> 2.63098627328873e-08
+u_to_f32_imm1: 113 -> 5.65000000000000e+01
+u_to_f32_imm32: 114 -> 2.65426933765411e-08
+u_to_f32_imm1: 114 -> 5.70000000000000e+01
+u_to_f32_imm32: 115 -> 2.67755240201950e-08
+u_to_f32_imm1: 115 -> 5.75000000000000e+01
+u_to_f32_imm32: 116 -> 2.70083546638489e-08
+u_to_f32_imm1: 116 -> 5.80000000000000e+01
+u_to_f32_imm32: 117 -> 2.72411853075027e-08
+u_to_f32_imm1: 117 -> 5.85000000000000e+01
+u_to_f32_imm32: 118 -> 2.74740159511566e-08
+u_to_f32_imm1: 118 -> 5.90000000000000e+01
+u_to_f32_imm32: 119 -> 2.77068465948105e-08
+u_to_f32_imm1: 119 -> 5.95000000000000e+01
+u_to_f32_imm32: 120 -> 2.79396772384644e-08
+u_to_f32_imm1: 120 -> 6.00000000000000e+01
+u_to_f32_imm32: 121 -> 2.81725078821182e-08
+u_to_f32_imm1: 121 -> 6.05000000000000e+01
+u_to_f32_imm32: 122 -> 2.84053385257721e-08
+u_to_f32_imm1: 122 -> 6.10000000000000e+01
+u_to_f32_imm32: 123 -> 2.86381691694260e-08
+u_to_f32_imm1: 123 -> 6.15000000000000e+01
+u_to_f32_imm32: 124 -> 2.88709998130798e-08
+u_to_f32_imm1: 124 -> 6.20000000000000e+01
+u_to_f32_imm32: 125 -> 2.91038304567337e-08
+u_to_f32_imm1: 125 -> 6.25000000000000e+01
+u_to_f32_imm32: 126 -> 2.93366611003876e-08
+u_to_f32_imm1: 126 -> 6.30000000000000e+01
+u_to_f32_imm32: 127 -> 2.95694917440414e-08
+u_to_f32_imm1: 127 -> 6.35000000000000e+01
+u_to_f32_imm32: 128 -> 2.98023223876953e-08
+u_to_f32_imm1: 128 -> 6.40000000000000e+01
+u_to_f32_imm32: 129 -> 3.00351530313492e-08
+u_to_f32_imm1: 129 -> 6.45000000000000e+01
+u_to_f32_imm32: 130 -> 3.02679836750031e-08
+u_to_f32_imm1: 130 -> 6.50000000000000e+01
+u_to_f32_imm32: 131 -> 3.05008143186569e-08
+u_to_f32_imm1: 131 -> 6.55000000000000e+01
+u_to_f32_imm32: 132 -> 3.07336449623108e-08
+u_to_f32_imm1: 132 -> 6.60000000000000e+01
+u_to_f32_imm32: 133 -> 3.09664756059647e-08
+u_to_f32_imm1: 133 -> 6.65000000000000e+01
+u_to_f32_imm32: 134 -> 3.11993062496185e-08
+u_to_f32_imm1: 134 -> 6.70000000000000e+01
+u_to_f32_imm32: 135 -> 3.14321368932724e-08
+u_to_f32_imm1: 135 -> 6.75000000000000e+01
+u_to_f32_imm32: 136 -> 3.16649675369263e-08
+u_to_f32_imm1: 136 -> 6.80000000000000e+01
+u_to_f32_imm32: 137 -> 3.18977981805801e-08
+u_to_f32_imm1: 137 -> 6.85000000000000e+01
+u_to_f32_imm32: 138 -> 3.21306288242340e-08
+u_to_f32_imm1: 138 -> 6.90000000000000e+01
+u_to_f32_imm32: 139 -> 3.23634594678879e-08
+u_to_f32_imm1: 139 -> 6.95000000000000e+01
+u_to_f32_imm32: 140 -> 3.25962901115417e-08
+u_to_f32_imm1: 140 -> 7.00000000000000e+01
+u_to_f32_imm32: 141 -> 3.28291207551956e-08
+u_to_f32_imm1: 141 -> 7.05000000000000e+01
+u_to_f32_imm32: 142 -> 3.30619513988495e-08
+u_to_f32_imm1: 142 -> 7.10000000000000e+01
+u_to_f32_imm32: 143 -> 3.32947820425034e-08
+u_to_f32_imm1: 143 -> 7.15000000000000e+01
+u_to_f32_imm32: 144 -> 3.35276126861572e-08
+u_to_f32_imm1: 144 -> 7.20000000000000e+01
+u_to_f32_imm32: 145 -> 3.37604433298111e-08
+u_to_f32_imm1: 145 -> 7.25000000000000e+01
+u_to_f32_imm32: 146 -> 3.39932739734650e-08
+u_to_f32_imm1: 146 -> 7.30000000000000e+01
+u_to_f32_imm32: 147 -> 3.42261046171188e-08
+u_to_f32_imm1: 147 -> 7.35000000000000e+01
+u_to_f32_imm32: 148 -> 3.44589352607727e-08
+u_to_f32_imm1: 148 -> 7.40000000000000e+01
+u_to_f32_imm32: 149 -> 3.46917659044266e-08
+u_to_f32_imm1: 149 -> 7.45000000000000e+01
+u_to_f32_imm32: 150 -> 3.49245965480804e-08
+u_to_f32_imm1: 150 -> 7.50000000000000e+01
+u_to_f32_imm32: 151 -> 3.51574271917343e-08
+u_to_f32_imm1: 151 -> 7.55000000000000e+01
+u_to_f32_imm32: 152 -> 3.53902578353882e-08
+u_to_f32_imm1: 152 -> 7.60000000000000e+01
+u_to_f32_imm32: 153 -> 3.56230884790421e-08
+u_to_f32_imm1: 153 -> 7.65000000000000e+01
+u_to_f32_imm32: 154 -> 3.58559191226959e-08
+u_to_f32_imm1: 154 -> 7.70000000000000e+01
+u_to_f32_imm32: 155 -> 3.60887497663498e-08
+u_to_f32_imm1: 155 -> 7.75000000000000e+01
+u_to_f32_imm32: 156 -> 3.63215804100037e-08
+u_to_f32_imm1: 156 -> 7.80000000000000e+01
+u_to_f32_imm32: 157 -> 3.65544110536575e-08
+u_to_f32_imm1: 157 -> 7.85000000000000e+01
+u_to_f32_imm32: 158 -> 3.67872416973114e-08
+u_to_f32_imm1: 158 -> 7.90000000000000e+01
+u_to_f32_imm32: 159 -> 3.70200723409653e-08
+u_to_f32_imm1: 159 -> 7.95000000000000e+01
+u_to_f32_imm32: 160 -> 3.72529029846191e-08
+u_to_f32_imm1: 160 -> 8.00000000000000e+01
+u_to_f32_imm32: 161 -> 3.74857336282730e-08
+u_to_f32_imm1: 161 -> 8.05000000000000e+01
+u_to_f32_imm32: 162 -> 3.77185642719269e-08
+u_to_f32_imm1: 162 -> 8.10000000000000e+01
+u_to_f32_imm32: 163 -> 3.79513949155807e-08
+u_to_f32_imm1: 163 -> 8.15000000000000e+01
+u_to_f32_imm32: 164 -> 3.81842255592346e-08
+u_to_f32_imm1: 164 -> 8.20000000000000e+01
+u_to_f32_imm32: 165 -> 3.84170562028885e-08
+u_to_f32_imm1: 165 -> 8.25000000000000e+01
+u_to_f32_imm32: 166 -> 3.86498868465424e-08
+u_to_f32_imm1: 166 -> 8.30000000000000e+01
+u_to_f32_imm32: 167 -> 3.88827174901962e-08
+u_to_f32_imm1: 167 -> 8.35000000000000e+01
+u_to_f32_imm32: 168 -> 3.91155481338501e-08
+u_to_f32_imm1: 168 -> 8.40000000000000e+01
+u_to_f32_imm32: 169 -> 3.93483787775040e-08
+u_to_f32_imm1: 169 -> 8.45000000000000e+01
+u_to_f32_imm32: 170 -> 3.95812094211578e-08
+u_to_f32_imm1: 170 -> 8.50000000000000e+01
+u_to_f32_imm32: 171 -> 3.98140400648117e-08
+u_to_f32_imm1: 171 -> 8.55000000000000e+01
+u_to_f32_imm32: 172 -> 4.00468707084656e-08
+u_to_f32_imm1: 172 -> 8.60000000000000e+01
+u_to_f32_imm32: 173 -> 4.02797013521194e-08
+u_to_f32_imm1: 173 -> 8.65000000000000e+01
+u_to_f32_imm32: 174 -> 4.05125319957733e-08
+u_to_f32_imm1: 174 -> 8.70000000000000e+01
+u_to_f32_imm32: 175 -> 4.07453626394272e-08
+u_to_f32_imm1: 175 -> 8.75000000000000e+01
+u_to_f32_imm32: 176 -> 4.09781932830811e-08
+u_to_f32_imm1: 176 -> 8.80000000000000e+01
+u_to_f32_imm32: 177 -> 4.12110239267349e-08
+u_to_f32_imm1: 177 -> 8.85000000000000e+01
+u_to_f32_imm32: 178 -> 4.14438545703888e-08
+u_to_f32_imm1: 178 -> 8.90000000000000e+01
+u_to_f32_imm32: 179 -> 4.16766852140427e-08
+u_to_f32_imm1: 179 -> 8.95000000000000e+01
+u_to_f32_imm32: 180 -> 4.19095158576965e-08
+u_to_f32_imm1: 180 -> 9.00000000000000e+01
+u_to_f32_imm32: 181 -> 4.21423465013504e-08
+u_to_f32_imm1: 181 -> 9.05000000000000e+01
+u_to_f32_imm32: 182 -> 4.23751771450043e-08
+u_to_f32_imm1: 182 -> 9.10000000000000e+01
+u_to_f32_imm32: 183 -> 4.26080077886581e-08
+u_to_f32_imm1: 183 -> 9.15000000000000e+01
+u_to_f32_imm32: 184 -> 4.28408384323120e-08
+u_to_f32_imm1: 184 -> 9.20000000000000e+01
+u_to_f32_imm32: 185 -> 4.30736690759659e-08
+u_to_f32_imm1: 185 -> 9.25000000000000e+01
+u_to_f32_imm32: 186 -> 4.33064997196198e-08
+u_to_f32_imm1: 186 -> 9.30000000000000e+01
+u_to_f32_imm32: 187 -> 4.35393303632736e-08
+u_to_f32_imm1: 187 -> 9.35000000000000e+01
+u_to_f32_imm32: 188 -> 4.37721610069275e-08
+u_to_f32_imm1: 188 -> 9.40000000000000e+01
+u_to_f32_imm32: 189 -> 4.40049916505814e-08
+u_to_f32_imm1: 189 -> 9.45000000000000e+01
+u_to_f32_imm32: 190 -> 4.42378222942352e-08
+u_to_f32_imm1: 190 -> 9.50000000000000e+01
+u_to_f32_imm32: 191 -> 4.44706529378891e-08
+u_to_f32_imm1: 191 -> 9.55000000000000e+01
+u_to_f32_imm32: 192 -> 4.47034835815430e-08
+u_to_f32_imm1: 192 -> 9.60000000000000e+01
+u_to_f32_imm32: 193 -> 4.49363142251968e-08
+u_to_f32_imm1: 193 -> 9.65000000000000e+01
+u_to_f32_imm32: 194 -> 4.51691448688507e-08
+u_to_f32_imm1: 194 -> 9.70000000000000e+01
+u_to_f32_imm32: 195 -> 4.54019755125046e-08
+u_to_f32_imm1: 195 -> 9.75000000000000e+01
+u_to_f32_imm32: 196 -> 4.56348061561584e-08
+u_to_f32_imm1: 196 -> 9.80000000000000e+01
+u_to_f32_imm32: 197 -> 4.58676367998123e-08
+u_to_f32_imm1: 197 -> 9.85000000000000e+01
+u_to_f32_imm32: 198 -> 4.61004674434662e-08
+u_to_f32_imm1: 198 -> 9.90000000000000e+01
+u_to_f32_imm32: 199 -> 4.63332980871201e-08
+u_to_f32_imm1: 199 -> 9.95000000000000e+01
+u_to_f32_imm32: 2147483646 -> 5.00000000000000e-01
+u_to_f32_imm1: 2147483646 -> 1.07374182400000e+09
+u_to_f32_imm32: 2147483647 -> 5.00000000000000e-01
+u_to_f32_imm1: 2147483647 -> 1.07374182400000e+09
+u_to_f32_imm32: 2147483648 -> 5.00000000000000e-01
+u_to_f32_imm1: 2147483648 -> 1.07374182400000e+09
+u_to_f32_imm32: 2147483649 -> 5.00000000000000e-01
+u_to_f32_imm1: 2147483649 -> 1.07374182400000e+09
+u_to_f32_imm32: 4294967294 -> 1.00000000000000e+00
+u_to_f32_imm1: 4294967294 -> 2.14748364800000e+09
+u_to_f32_imm32: 4294967295 -> 1.00000000000000e+00
+u_to_f32_imm1: 4294967295 -> 2.14748364800000e+09
Added: trunk/none/tests/arm/vcvt_fixed_float_VFP.stderr.exp (+0 -0)
===================================================================
Added: trunk/none/tests/arm/vcvt_fixed_float_VFP.c (+90 -0)
===================================================================
--- trunk/none/tests/arm/vcvt_fixed_float_VFP.c 2012-07-31 23:17:28 +01:00 (rev 12807)
+++ trunk/none/tests/arm/vcvt_fixed_float_VFP.c 2012-08-01 23:01:05 +01:00 (rev 12808)
@@ -0,0 +1,90 @@
+
+#include <stdio.h>
+
+__attribute__((noinline)) float s_to_f32_imm1(int x)
+{
+ float y;
+ __asm__ ("vcvt.f32.s32 %0, %1, #1" : "=w"(y) : "0"(x));
+ return y;
+}
+
+__attribute__((noinline)) float s_to_f32_imm32(int x)
+{
+ float y;
+ __asm__ ("vcvt.f32.s32 %0, %1, #32" : "=w"(y) : "0"(x));
+ return y;
+}
+
+void try_s_to_f32 ( int x )
+{
+ float f32 = s_to_f32_imm32(x);
+ printf("s_to_f32_imm32: %11d -> %18.14e\n", x, (double)f32);
+ f32 = s_to_f32_imm1(x);
+ printf("s_to_f32_imm1: %11d -> %18.14e\n", x, (double)f32);
+}
+
+
+
+__attribute__((noinline)) float u_to_f32_imm1(int x)
+{
+ float y;
+ __asm__ ("vcvt.f32.u32 %0, %1, #1" : "=w"(y) : "0"(x));
+ return y;
+}
+
+__attribute__((noinline)) float u_to_f32_imm32(int x)
+{
+ float y;
+ __asm__ ("vcvt.f32.u32 %0, %1, #32" : "=w"(y) : "0"(x));
+ return y;
+}
+
+void try_u_to_f32 ( unsigned int x )
+{
+ float f32 = u_to_f32_imm32(x);
+ printf("u_to_f32_imm32: %11u -> %18.14e\n", x, (double)f32);
+ f32 = u_to_f32_imm1(x);
+ printf("u_to_f32_imm1: %11u -> %18.14e\n", x, (double)f32);
+}
+
+
+//__attribute__((noinline)) double s_to_f64_imm1(int x)
+//{
+// double y;
+// __asm__ ("vcvt.f64.s32 %P0, %1, #4" : "=w"(y) : "0"((long long)x));
+// return y;
+//}
+
+
+
+
+int main ( void )
+{
+ int i;
+ //float f = foo(1);
+ //__asm__ __volatile__("" : : "r"(f) : "cc","memory");
+ try_s_to_f32(0);
+ try_s_to_f32(1);
+ for (i = 100; i < 200; i++) {
+ try_s_to_f32(i);
+ }
+ try_s_to_f32(0x7FFFFFFE);
+ try_s_to_f32(0x7FFFFFFF);
+ try_s_to_f32(0x80000000);
+ try_s_to_f32(0x80000001);
+ try_s_to_f32(0xFFFFFFFE);
+ try_s_to_f32(0xFFFFFFFF);
+ printf("\n");
+ try_u_to_f32(0);
+ try_u_to_f32(1);
+ for (i = 100; i < 200; i++) {
+ try_u_to_f32(i);
+ }
+ try_u_to_f32(0x7FFFFFFE);
+ try_u_to_f32(0x7FFFFFFF);
+ try_u_to_f32(0x80000000);
+ try_u_to_f32(0x80000001);
+ try_u_to_f32(0xFFFFFFFE);
+ try_u_to_f32(0xFFFFFFFF);
+ return 0;
+}
|
|
From: <lo...@sy...> - 2012-08-01 21:12:56
|
Thank you for the information. Basically what motivated my initial question is that we think we have a formal model to verify some of the v bit calculations, In particular the improved and and the add rules are sound. We are currently working on verifying the rest of the rules as well. Verifying rules involves first converting the rules to SMT and then using a SMT solver to prove its correctness against the model. Of course we do need some external experts to verify that our model and methods are actually correct. To that extent we are planning to submit the work as a peer reviewed publication. Thus, please excuse our vagueness at this time. However, if anyone is interested in more detailed discussions on this topic, would like to volunteer to help review the work, or have suggestions as to a good venue for publication please send me an email. Thank you all. Lok ----- Reply message ----- From: "Julian Seward" <js...@ac...> To: <val...@li...> Cc: "Lok Kwong Yan" <lo...@sy...> Subject: [Valgrind-developers] V-Bit Verification Date: Wed, Aug 1, 2012 3:08 pm > I am interested in the accuracy of the V-Bit calculations So am I. > 1. Is there anyone who is working on Memcheck V-Bit Verification? It has been looked at informally from time to time, but there has never been a formal study of it, as far as I know. It would be really great to have more analysis of it. Even better would be to have a test suite, since a formal proof is a one-time thing that becomes invalid as soon as the Memcheck code changes. Florian Krohm worked on tester which is at https://bugs.kde.org/show_bug.cgi?id=300102 Not sure of its current status though. > 2. Is there a more updated list of operations in addition to the > ones described in the original USENIX ATC paper in 2005? That paper is quite out of date on the details, although the basic ideas are still valid. To see the set of primitive operations which give 95% of the complexity in Memcheck instrumentation, have a look in VEX/pub/libvex_ir.h, at the type IROp. ----- Can you say a bit more about what your goals are? ----- It would be nice to have a way to test Memcheck's V-bit propagation through each IROp individually -- that would provide a way to do the abovementioned regression test. This requires 2 parts: first, a way to set and get V bits on arbitrary pieces of memory. That is easy -- the VALGRIND_GET_VBITS and VALGRIND_SET_VBITS client requests. The second thing that is required is a way to write an instruction that passes its operands though an IROp that is specified in a test program, and no others -- so they can be tested individually. One way we could achieve this is to extend the "Special" instruction mechanism (eg, see guest_amd64_toIR.c and search for "Special") so that it will accept a pseudo-instruction with a specified IR op in the middle of it. J |
|
From: <sv...@va...> - 2012-08-01 20:05:50
|
sewardj 2012-08-01 21:05:42 +0100 (Wed, 01 Aug 2012)
New Revision: 2453
Log:
Implement VCVT.F32.{S,U}32 S[d], S[d], #frac_bits. Fixes #287175.
Modified files:
trunk/priv/guest_arm_toIR.c
Modified: trunk/priv/guest_arm_toIR.c (+55 -0)
===================================================================
--- trunk/priv/guest_arm_toIR.c 2012-07-28 23:18:32 +01:00 (rev 2452)
+++ trunk/priv/guest_arm_toIR.c 2012-08-01 21:05:42 +01:00 (rev 2453)
@@ -12029,6 +12029,61 @@
goto decode_success_vfp;
}
+ /* --------------- VCVT fixed<->floating, VFP --------------- */
+ /* 31 27 23 19 15 11 7 3
+ 28 24 20 16 12 8 4 0
+
+ cond 1110 1D11 1p1U Vd 101f x1i0 imm4
+
+ VCVT<c>.<Td>.F64 <Dd>, <Dd>, #fbits
+ VCVT<c>.<Td>.F32 <Dd>, <Dd>, #fbits
+ VCVT<c>.F64.<Td> <Dd>, <Dd>, #fbits
+ VCVT<c>.F32.<Td> <Dd>, <Dd>, #fbits
+ are of this form. We only handle a subset of the cases though.
+ */
+ if (BITS8(1,1,1,0,1,0,1,1) == (INSN(27,20) & BITS8(1,1,1,1,1,0,1,1))
+ && BITS4(1,0,1,0) == (INSN(19,16) & BITS4(1,0,1,0))
+ && BITS3(1,0,1) == INSN(11,9)
+ && BITS3(1,0,0) == (INSN(6,4) & BITS3(1,0,1))) {
+ UInt bD = INSN(22,22);
+ UInt bOP = INSN(18,18);
+ UInt bU = INSN(16,16);
+ UInt Vd = INSN(15,12);
+ UInt bSF = INSN(8,8);
+ UInt bSX = INSN(7,7);
+ UInt bI = INSN(5,5);
+ UInt imm4 = INSN(3,0);
+ Bool to_fixed = bOP == 1;
+ Bool dp_op = bSF == 1;
+ Bool unsyned = bU == 1;
+ UInt size = bSX == 0 ? 16 : 32;
+ Int frac_bits = size - ((imm4 << 1) | bI);
+ UInt d = dp_op ? ((bD << 4) | Vd) : ((Vd << 1) | bD);
+ if (frac_bits >= 1 && frac_bits <= 32 && !to_fixed && !dp_op && size == 32) {
+ /* VCVT.F32.{S,U}32 S[d], S[d], #frac_bits */
+ /* This generates really horrible code. We could potentially
+ do much better. */
+ IRTemp rmode = newTemp(Ity_I32);
+ assign(rmode, mkU32(Irrm_NEAREST)); // rmode that this insn is defd to use
+ IRTemp src32 = newTemp(Ity_I32);
+ assign(src32, unop(Iop_ReinterpF32asI32, getFReg(d)));
+ IRExpr* as_F64 = unop( unsyned ? Iop_I32UtoF64 : Iop_I32StoF64,
+ mkexpr(src32 ) );
+ IRTemp scale = newTemp(Ity_F64);
+ assign(scale, unop(Iop_I32UtoF64, mkU32( 1 << (frac_bits-1) )));
+ IRExpr* rm = mkU32(Irrm_NEAREST);
+ IRExpr* resF64 = triop(Iop_DivF64,
+ rm, as_F64,
+ triop(Iop_AddF64, rm, mkexpr(scale), mkexpr(scale)));
+ IRExpr* resF32 = binop(Iop_F64toF32, mkexpr(rmode), resF64);
+ putFReg(d, resF32, condT);
+ DIP("vcvt.f32.%c32, s%u, s%u, #%d\n",
+ unsyned ? 'u' : 's', d, d, frac_bits);
+ goto decode_success_vfp;
+ }
+ /* fall through */
+ }
+
/* FAILURE */
return False;
|
|
From: Julian S. <js...@ac...> - 2012-08-01 19:16:34
|
> I am interested in the accuracy of the V-Bit calculations So am I. > 1. Is there anyone who is working on Memcheck V-Bit Verification? It has been looked at informally from time to time, but there has never been a formal study of it, as far as I know. It would be really great to have more analysis of it. Even better would be to have a test suite, since a formal proof is a one-time thing that becomes invalid as soon as the Memcheck code changes. Florian Krohm worked on tester which is at https://bugs.kde.org/show_bug.cgi?id=300102 Not sure of its current status though. > 2. Is there a more updated list of operations in addition to the > ones described in the original USENIX ATC paper in 2005? That paper is quite out of date on the details, although the basic ideas are still valid. To see the set of primitive operations which give 95% of the complexity in Memcheck instrumentation, have a look in VEX/pub/libvex_ir.h, at the type IROp. ----- Can you say a bit more about what your goals are? ----- It would be nice to have a way to test Memcheck's V-bit propagation through each IROp individually -- that would provide a way to do the abovementioned regression test. This requires 2 parts: first, a way to set and get V bits on arbitrary pieces of memory. That is easy -- the VALGRIND_GET_VBITS and VALGRIND_SET_VBITS client requests. The second thing that is required is a way to write an instruction that passes its operands though an IROp that is specified in a test program, and no others -- so they can be tested individually. One way we could achieve this is to extend the "Special" instruction mechanism (eg, see guest_amd64_toIR.c and search for "Special") so that it will accept a pseudo-instruction with a specified IR op in the middle of it. J |
|
From: corentin.labbe <cor...@ge...> - 2012-08-01 15:21:38
|
Hello I was searching a fault injector tool, for faulting malloc, file operation syscall, networks operation syscall etc... I have found an old try on the valgrind mailing list in June 2008 but it seems to not have changed since this time. So I have tried to update this project and I have attached my patch to add FailGrind to the valgrind project. This first try is based on the none tool and I have implemented only to fail malloc, open, read, write, fopen, socket and bind functions. Only one parameter is supported for the moment, the percentage of functions fail. Example: valgrind --tool=failgrind --percent=90 ls This command will launch ls and each function call have 90% chance to fail. In the future I wish to add an option to choose which list of syscall to fail and an option to do a "peace-time" before begining to fail functions. Any comments would be appreciated. Thanks for all people of #valgrind-dev for their help. LABBE Corentin |
|
From: Philippe W. <phi...@sk...> - 2012-08-01 03:51:20
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) 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.3.1-3.fc16.ppc64 ppc64 Vendor version: Fedora release 16 (Verne) Nightly build on gcc110 ( Fedora release 16 (Verne), ppc64 ) Started at 2012-07-31 20:00:15 PDT Ended at 2012-07-31 20:49:59 PDT 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 == 530 tests, 6 stderr failures, 2 stdout failures, 1 stderrB failure, 1 stdoutB failure, 2 post failures == gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) 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/tc18_semabuse (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 == 528 tests, 6 stderr failures, 2 stdout failures, 1 stderrB failure, 1 stdoutB failure, 2 post failures == gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) 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/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Tue Jul 31 20:25:36 2012 --- new.short Tue Jul 31 20:49:59 2012 *************** *** 8,10 **** ! == 528 tests, 6 stderr failures, 2 stdout failures, 1 stderrB failure, 1 stdoutB failure, 2 post failures == gdbserver_tests/mcmain_pic (stdout) --- 8,10 ---- ! == 530 tests, 6 stderr failures, 2 stdout failures, 1 stderrB failure, 1 stdoutB failure, 2 post failures == gdbserver_tests/mcmain_pic (stdout) |
|
From: Tom H. <to...@co...> - 2012-08-01 03:00:37
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) Assembler: GNU assembler version 2.19.51.0.14-3.fc11 20090722 C library: GNU C Library stable release version 2.10.2 uname -mrs: Linux 3.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2012-08-01 03:31:05 BST Ended at 2012-08-01 04:00:21 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 == 607 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) memcheck/tests/long_namespace_xml (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 == 605 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) memcheck/tests/long_namespace_xml (stderr) none/tests/amd64/sse4-64 (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 03:47:06.345694787 +0100 --- new.short 2012-08-01 04:00:21.975402902 +0100 *************** *** 8,10 **** ! == 605 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) --- 8,10 ---- ! == 607 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) |
|
From: Tom H. <to...@co...> - 2012-08-01 02:55:48
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2) Assembler: GNU assembler version 2.20.51.0.2-20.fc13 20091009 C library: GNU C Library stable release version 2.12.2 uname -mrs: Linux 3.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 13 (Goddard) Nightly build on bristol ( x86_64, Fedora 13 ) Started at 2012-08-01 03:21:42 BST Ended at 2012-08-01 03:55:34 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 == 607 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) helgrind/tests/pth_barrier3 (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 == 605 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) helgrind/tests/pth_barrier3 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 03:38:23.120461719 +0100 --- new.short 2012-08-01 03:55:34.700313928 +0100 *************** *** 8,10 **** ! == 605 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) --- 8,10 ---- ! == 607 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) |
|
From: Rich C. <rc...@wi...> - 2012-08-01 02:54:36
|
valgrind revision: 12807
VEX revision: 2452
C compiler: gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]
Assembler: GNU assembler (GNU Binutils; openSUSE 11.4) 2.21
C library: GNU C Library stable release version 2.11.3 (20110203)
uname -mrs: Linux 2.6.37.6-0.7-desktop x86_64
Vendor version: Welcome to openSUSE 11.4 "Celadon" - Kernel %r (%t).
Nightly build on ultra ( gcc 4.5.1 Linux 2.6.37.6-0.7-desktop x86_64 )
Started at 2012-07-31 21:30:01 CDT
Ended at 2012-07-31 21:54:26 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
== 615 tests, 2 stderr failures, 0 stdout failures, 6 stderrB failures, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mcbreak (stderrB)
gdbserver_tests/mcclean_after_fork (stderrB)
gdbserver_tests/mcleak (stderrB)
gdbserver_tests/mcmain_pic (stderrB)
gdbserver_tests/mcvabits (stderrB)
gdbserver_tests/mssnapshot (stderrB)
memcheck/tests/linux/timerfd-syscall (stderr)
memcheck/tests/origin5-bz2 (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
== 613 tests, 2 stderr failures, 0 stdout failures, 6 stderrB failures, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mcbreak (stderrB)
gdbserver_tests/mcclean_after_fork (stderrB)
gdbserver_tests/mcleak (stderrB)
gdbserver_tests/mcmain_pic (stderrB)
gdbserver_tests/mcvabits (stderrB)
gdbserver_tests/mssnapshot (stderrB)
memcheck/tests/linux/timerfd-syscall (stderr)
memcheck/tests/origin5-bz2 (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Tue Jul 31 21:42:08 2012
--- new.short Tue Jul 31 21:54:26 2012
***************
*** 8,10 ****
! == 613 tests, 2 stderr failures, 0 stdout failures, 6 stderrB failures, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mcbreak (stderrB)
--- 8,10 ----
! == 615 tests, 2 stderr failures, 0 stdout failures, 6 stderrB failures, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mcbreak (stderrB)
=================================================
./valgrind-new/gdbserver_tests/mcbreak.stderrB.diff
=================================================
--- mcbreak.stderrB.exp 2012-07-31 21:42:16.154892724 -0500
+++ mcbreak.stderrB.out 2012-07-31 21:45:36.261985931 -0500
@@ -1,5 +1,7 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
vgdb-error value changed from 999999 to 0
n_errs_found 1 n_errs_shown 1 (vgdb-error 0)
vgdb-error value changed from 0 to 0
=================================================
./valgrind-new/gdbserver_tests/mcclean_after_fork.stderrB.diff
=================================================
--- mcclean_after_fork.stderrB.exp 2012-07-31 21:42:16.154892724 -0500
+++ mcclean_after_fork.stderrB.out 2012-07-31 21:45:37.950180770 -0500
@@ -1,4 +1,6 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
monitor command request to kill this process
Remote connection closed
=================================================
./valgrind-new/gdbserver_tests/mcleak.stderrB.diff
=================================================
--- mcleak.stderrB.exp 2012-07-31 21:42:16.151892379 -0500
+++ mcleak.stderrB.out 2012-07-31 21:45:56.867364064 -0500
@@ -1,5 +1,7 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
10 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
=================================================
./valgrind-new/gdbserver_tests/mcmain_pic.stderrB.diff
=================================================
--- mcmain_pic.stderrB.exp 2012-07-31 21:42:16.158893186 -0500
+++ mcmain_pic.stderrB.out 2012-07-31 21:45:58.468548862 -0500
@@ -1,3 +1,5 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
Remote connection closed
=================================================
./valgrind-new/gdbserver_tests/mcvabits.stderrB.diff
=================================================
--- mcvabits.stderrB.exp 2012-07-31 21:42:16.159893301 -0500
+++ mcvabits.stderrB.out 2012-07-31 21:46:03.377115382 -0500
@@ -1,5 +1,7 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
Address 0x........ len 10 addressable
Address 0x........ is 0 bytes inside data symbol "undefined"
Address 0x........ len 10 defined
=================================================
./valgrind-new/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2012-07-31 21:42:16.158893186 -0500
+++ mssnapshot.stderrB.out 2012-07-31 21:46:06.531479443 -0500
@@ -1,5 +1,9 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=92ec8fe859846a62345f74696ab349721415587a"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-new/memcheck/tests/linux/timerfd-syscall.stderr.diff
=================================================
--- timerfd-syscall.stderr.exp 2012-07-31 21:42:16.471929310 -0500
+++ timerfd-syscall.stderr.out 2012-07-31 21:47:10.993919525 -0500
@@ -33,7 +33,7 @@
got timer ticks (1) after 0.5 s
absolute timer test (at 500 ms) ...
waiting timer ...
-got timer ticks (1) after 0.5 s
+got timer ticks (1) after 0.0 s
sequential timer test (100 ms clock) ...
sleeping one second ...
timerfd_gettime returned:
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc212-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc212-s390x 2012-07-31 21:42:16.976987591 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:47:26.319688433 -0500
@@ -75,17 +75,6 @@
at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
- at 0x........: mainSort (origin5-bz2.c:2859)
- by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
- by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
- by 0x........: handle_compress (origin5-bz2.c:4753)
- by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
- by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
- by 0x........: main (origin5-bz2.c:6484)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
-
-Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -131,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc234-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc234-s390x 2012-07-31 21:42:16.956985282 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:47:26.319688433 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc25-amd64
=================================================
--- origin5-bz2.stderr.exp-glibc25-amd64 2012-07-31 21:42:16.889977550 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:47:26.319688433 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc25-x86
=================================================
--- origin5-bz2.stderr.exp-glibc25-x86 2012-07-31 21:42:16.924981590 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:47:26.319688433 -0500
@@ -12,7 +12,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -21,7 +21,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -30,7 +30,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -41,7 +41,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -52,7 +52,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -63,7 +63,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -74,7 +74,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -85,7 +85,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -96,7 +96,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -107,7 +107,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2275)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
<truncated beyond 100 lines>
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc27-ppc64
=================================================
--- origin5-bz2.stderr.exp-glibc27-ppc64 2012-07-31 21:42:16.940983436 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:47:26.319688433 -0500
@@ -1,7 +1,7 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6481)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Conditional jump or move depends on uninitialised value(s)
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -10,7 +10,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -19,7 +19,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -28,7 +28,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
@@ -39,7 +39,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
@@ -50,7 +50,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
@@ -61,7 +61,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
@@ -72,7 +72,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
@@ -83,7 +83,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
@@ -94,7 +94,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
@@ -105,7 +105,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
<truncated beyond 100 lines>
=================================================
./valgrind-old/gdbserver_tests/mcbreak.stderrB.diff
=================================================
--- mcbreak.stderrB.exp 2012-07-31 21:30:21.370220999 -0500
+++ mcbreak.stderrB.out 2012-07-31 21:33:25.557540523 -0500
@@ -1,5 +1,7 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
vgdb-error value changed from 999999 to 0
n_errs_found 1 n_errs_shown 1 (vgdb-error 0)
vgdb-error value changed from 0 to 0
=================================================
./valgrind-old/gdbserver_tests/mcclean_after_fork.stderrB.diff
=================================================
--- mcclean_after_fork.stderrB.exp 2012-07-31 21:30:21.370220999 -0500
+++ mcclean_after_fork.stderrB.out 2012-07-31 21:33:27.247736169 -0500
@@ -1,4 +1,6 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
monitor command request to kill this process
Remote connection closed
=================================================
./valgrind-old/gdbserver_tests/mcleak.stderrB.diff
=================================================
--- mcleak.stderrB.exp 2012-07-31 21:30:21.367220652 -0500
+++ mcleak.stderrB.out 2012-07-31 21:33:45.750877973 -0500
@@ -1,5 +1,7 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
10 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-delta.c:14)
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stderrB.diff
=================================================
--- mcmain_pic.stderrB.exp 2012-07-31 21:30:21.373221347 -0500
+++ mcmain_pic.stderrB.out 2012-07-31 21:33:47.351063201 -0500
@@ -1,3 +1,5 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
Remote connection closed
=================================================
./valgrind-old/gdbserver_tests/mcvabits.stderrB.diff
=================================================
--- mcvabits.stderrB.exp 2012-07-31 21:30:21.375221578 -0500
+++ mcvabits.stderrB.out 2012-07-31 21:33:52.273633008 -0500
@@ -1,5 +1,7 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
Address 0x........ len 10 addressable
Address 0x........ is 0 bytes inside data symbol "undefined"
Address 0x........ len 10 defined
=================================================
./valgrind-old/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2012-07-31 21:30:21.374221463 -0500
+++ mssnapshot.stderrB.out 2012-07-31 21:33:55.416996865 -0500
@@ -1,5 +1,9 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+
+
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=92ec8fe859846a62345f74696ab349721415587a"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-old/memcheck/tests/linux/timerfd-syscall.stderr.diff
=================================================
--- timerfd-syscall.stderr.exp 2012-07-31 21:30:22.245322287 -0500
+++ timerfd-syscall.stderr.out 2012-07-31 21:34:58.233268201 -0500
@@ -33,7 +33,7 @@
got timer ticks (1) after 0.5 s
absolute timer test (at 500 ms) ...
waiting timer ...
-got timer ticks (1) after 0.5 s
+got timer ticks (1) after 0.0 s
sequential timer test (100 ms clock) ...
sleeping one second ...
timerfd_gettime returned:
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc212-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc212-s390x 2012-07-31 21:30:22.780384219 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:35:13.278009739 -0500
@@ -75,17 +75,6 @@
at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
- at 0x........: mainSort (origin5-bz2.c:2859)
- by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
- by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
- by 0x........: handle_compress (origin5-bz2.c:4753)
- by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
- by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
- by 0x........: main (origin5-bz2.c:6484)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
-
-Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -131,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc234-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc234-s390x 2012-07-31 21:30:22.763382251 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:35:13.278009739 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc25-amd64
=================================================
--- origin5-bz2.stderr.exp-glibc25-amd64 2012-07-31 21:30:22.708375884 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:35:13.278009739 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc25-x86
=================================================
--- origin5-bz2.stderr.exp-glibc25-x86 2012-07-31 21:30:22.737379240 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:35:13.278009739 -0500
@@ -12,7 +12,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -21,7 +21,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -30,7 +30,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -41,7 +41,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -52,7 +52,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -63,7 +63,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -74,7 +74,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -85,7 +85,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -96,7 +96,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -107,7 +107,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2275)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
<truncated beyond 100 lines>
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc27-ppc64
=================================================
--- origin5-bz2.stderr.exp-glibc27-ppc64 2012-07-31 21:30:22.750380746 -0500
+++ origin5-bz2.stderr.out 2012-07-31 21:35:13.278009739 -0500
@@ -1,7 +1,7 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6481)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Conditional jump or move depends on uninitialised value(s)
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -10,7 +10,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -19,7 +19,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -28,7 +28,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
@@ -39,7 +39,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
@@ -50,7 +50,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
@@ -61,7 +61,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
@@ -72,7 +72,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
@@ -83,7 +83,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
@@ -94,7 +94,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
@@ -105,7 +105,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
<truncated beyond 100 lines>
|
|
From: <br...@ac...> - 2012-08-01 02:54:06
|
valgrind revision: 12807
VEX revision: 2452
C compiler: gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-3)
Assembler: GNU assembler 2.15.92.0.2 20040927
C library: GNU C Library stable release version 2.3.4
uname -mrs: Linux 2.6.9-42.EL s390x
Vendor version: Red Hat Enterprise Linux AS release 4 (Nahant Update 4)
Nightly build on z10-ec ( s390x build on z10-EC )
Started at 2012-07-31 22:20:08 EDT
Ended at 2012-07-31 22:53:35 EDT
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
== 519 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/manuel3 (stderr)
memcheck/tests/partial_load_ok (stderr)
memcheck/tests/varinfo6 (stderr)
helgrind/tests/tc09_bad_unlock (stderr)
helgrind/tests/tc18_semabuse (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
== 517 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/manuel3 (stderr)
memcheck/tests/partial_load_ok (stderr)
memcheck/tests/varinfo6 (stderr)
helgrind/tests/tc09_bad_unlock (stderr)
helgrind/tests/tc18_semabuse (stderr)
helgrind/tests/tc20_verifywrap (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Tue Jul 31 22:37:08 2012
--- new.short Tue Jul 31 22:53:35 2012
***************
*** 8,10 ****
! == 517 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/manuel3 (stderr)
--- 8,10 ----
! == 519 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/manuel3 (stderr)
=================================================
./valgrind-new/helgrind/tests/tc09_bad_unlock.stderr.diff
=================================================
--- tc09_bad_unlock.stderr.exp 2012-07-31 22:37:20.000000000 -0400
+++ tc09_bad_unlock.stderr.out 2012-07-31 22:49:04.000000000 -0400
@@ -42,14 +42,6 @@
by 0x........: nearly_main (tc09_bad_unlock.c:41)
by 0x........: main (tc09_bad_unlock.c:49)
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_unlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
- by 0x........: nearly_main (tc09_bad_unlock.c:41)
- by 0x........: main (tc09_bad_unlock.c:49)
-
---------------------
----------------------------------------------------------------
@@ -110,16 +102,8 @@
----------------------------------------------------------------
-Thread #x's call to pthread_mutex_unlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
- by 0x........: nearly_main (tc09_bad_unlock.c:41)
- by 0x........: main (tc09_bad_unlock.c:50)
-
-----------------------------------------------------------------
-
Thread #x: Exiting thread still holds 1 lock
...
-ERROR SUMMARY: 11 errors from 11 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 9 errors from 9 contexts (suppressed: 0 from 0)
=================================================
./valgrind-new/helgrind/tests/tc18_semabuse.stderr.diff
=================================================
--- tc18_semabuse.stderr.exp 2012-07-31 22:37:19.000000000 -0400
+++ tc18_semabuse.stderr.out 2012-07-31 22:49:13.000000000 -0400
@@ -18,13 +18,5 @@
by 0x........: sem_wait (hg_intercepts.c:...)
by 0x........: main (tc18_semabuse.c:34)
-----------------------------------------------------------------
-Thread #x's call to sem_post failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: sem_post_WRK (hg_intercepts.c:...)
- by 0x........: sem_post (hg_intercepts.c:...)
- by 0x........: main (tc18_semabuse.c:37)
-
-
-ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
=================================================
./valgrind-new/helgrind/tests/tc20_verifywrap.stderr.diff
=================================================
--- tc20_verifywrap.stderr.exp 2012-07-31 22:37:19.000000000 -0400
+++ tc20_verifywrap.stderr.out 2012-07-31 22:49:22.000000000 -0400
@@ -1,7 +1,7 @@
------- This is output for >= glibc 2.4 ------
+------ This is output for < glibc 2.4 ------
---------------- pthread_create/join ----------------
@@ -45,13 +45,6 @@
----------------------------------------------------------------
-Thread #x's call to pthread_mutex_init failed
- with error code 95 (EOPNOTSUPP: Operation not supported on transport endpoint)
- at 0x........: pthread_mutex_init (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:92)
-
-----------------------------------------------------------------
-
Thread #x: pthread_mutex_destroy of a locked mutex
at 0x........: pthread_mutex_destroy (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:102)
@@ -63,26 +56,8 @@
at 0x........: pthread_mutex_destroy (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:102)
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_lock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_lock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:108)
-
-----------------------------------------------------------------
-Thread #x's call to pthread_mutex_trylock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_trylock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:116)
-
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_timedlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_timedlock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:121)
+make pthread_mutex_lock fail: skipped on glibc < 2.4
----------------------------------------------------------------
@@ -90,13 +65,6 @@
at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:125)
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_unlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:125)
-
---------------- pthread_cond_wait et al ----------------
@@ -215,14 +183,6 @@
by 0x........: sem_wait (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:242)
-----------------------------------------------------------------
-
-Thread #x's call to sem_post failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: sem_post_WRK (hg_intercepts.c:...)
- by 0x........: sem_post (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:245)
-
FIXME: can't figure out how to verify wrap of sem_post
@@ -235,4 +195,4 @@
...
-ERROR SUMMARY: 23 errors from 23 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 17 errors from 17 contexts (suppressed: 0 from 0)
=================================================
./valgrind-new/memcheck/tests/manuel3.stderr.diff
=================================================
--- manuel3.stderr.exp 2012-07-31 22:37:26.000000000 -0400
+++ manuel3.stderr.out 2012-07-31 22:43:55.000000000 -0400
@@ -1,4 +1,3 @@
Conditional jump or move depends on uninitialised value(s)
- at 0x........: gcc_cant_inline_me (manuel3.c:22)
- by 0x........: main (manuel3.c:14)
+ at 0x........: main (manuel3.c:12)
=================================================
./valgrind-new/memcheck/tests/partial_load_ok.stderr.diff
=================================================
--- partial_load_ok.stderr.exp 2012-07-31 22:37:26.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-31 22:44:26.000000000 -0400
@@ -1,7 +1,13 @@
-Invalid read of size 4
+Invalid read of size 1
+ at 0x........: main (partial_load.c:16)
+ Address 0x........ is 0 bytes after a block of size 7 alloc'd
+ at 0x........: calloc (vg_replace_malloc.c:...)
+ by 0x........: main (partial_load.c:14)
+
+Invalid read of size 8
at 0x........: main (partial_load.c:23)
- Address 0x........ is 1 bytes inside a block of size 4 alloc'd
+ Address 0x........ is 1 bytes inside a block of size 8 alloc'd
at 0x........: calloc (vg_replace_malloc.c:...)
by 0x........: main (partial_load.c:20)
@@ -11,9 +17,9 @@
at 0x........: calloc (vg_replace_malloc.c:...)
by 0x........: main (partial_load.c:28)
-Invalid read of size 4
+Invalid read of size 8
at 0x........: main (partial_load.c:37)
- Address 0x........ is 0 bytes inside a block of size 4 free'd
+ Address 0x........ is 0 bytes inside a block of size 8 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (partial_load.c:36)
@@ -25,4 +31,4 @@
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
-ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0)
=================================================
./valgrind-new/memcheck/tests/partial_load_ok.stderr.diff64
=================================================
--- partial_load_ok.stderr.exp64 2012-07-31 22:37:26.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-31 22:44:26.000000000 -0400
@@ -1,4 +1,10 @@
+Invalid read of size 1
+ at 0x........: main (partial_load.c:16)
+ Address 0x........ is 0 bytes after a block of size 7 alloc'd
+ at 0x........: calloc (vg_replace_malloc.c:...)
+ by 0x........: main (partial_load.c:14)
+
Invalid read of size 8
at 0x........: main (partial_load.c:23)
Address 0x........ is 1 bytes inside a block of size 8 alloc'd
@@ -25,4 +31,4 @@
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
-ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0)
=================================================
./valgrind-new/memcheck/tests/varinfo6.stderr.diff
=================================================
--- varinfo6.stderr.exp 2012-07-31 22:37:26.000000000 -0400
+++ varinfo6.stderr.out 2012-07-31 22:45:26.000000000 -0400
@@ -7,8 +7,7 @@
by 0x........: BZ2_bzCompress (varinfo6.c:4860)
by 0x........: BZ2_bzBuffToBuffCompress (varinfo6.c:5667)
by 0x........: main (varinfo6.c:6517)
- Location 0x........ is 2 bytes inside local var "budget"
- declared at varinfo6.c:3115, in frame #2 of thread 1
+ Address 0x........ is on thread 1's stack
Uninitialised byte(s) found during client check request
at 0x........: croak (varinfo6.c:34)
=================================================
./valgrind-new/memcheck/tests/varinfo6.stderr.diff-ppc64
=================================================
--- varinfo6.stderr.exp-ppc64 2012-07-31 22:37:26.000000000 -0400
+++ varinfo6.stderr.out 2012-07-31 22:45:26.000000000 -0400
@@ -1,5 +1,5 @@
Uninitialised byte(s) found during client check request
- at 0x........: croak (varinfo6.c:35)
+ at 0x........: croak (varinfo6.c:34)
by 0x........: mainSort (varinfo6.c:2999)
by 0x........: BZ2_blockSort (varinfo6.c:3143)
by 0x........: BZ2_compressBlock (varinfo6.c:4072)
@@ -10,7 +10,7 @@
Address 0x........ is on thread 1's stack
Uninitialised byte(s) found during client check request
- at 0x........: croak (varinfo6.c:35)
+ at 0x........: croak (varinfo6.c:34)
by 0x........: BZ2_decompress (varinfo6.c:1699)
by 0x........: BZ2_bzDecompress (varinfo6.c:5230)
by 0x........: BZ2_bzBuffToBuffDecompress (varinfo6.c:5715)
=================================================
./valgrind-old/helgrind/tests/tc09_bad_unlock.stderr.diff
=================================================
--- tc09_bad_unlock.stderr.exp 2012-07-31 22:20:33.000000000 -0400
+++ tc09_bad_unlock.stderr.out 2012-07-31 22:32:36.000000000 -0400
@@ -42,14 +42,6 @@
by 0x........: nearly_main (tc09_bad_unlock.c:41)
by 0x........: main (tc09_bad_unlock.c:49)
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_unlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
- by 0x........: nearly_main (tc09_bad_unlock.c:41)
- by 0x........: main (tc09_bad_unlock.c:49)
-
---------------------
----------------------------------------------------------------
@@ -110,16 +102,8 @@
----------------------------------------------------------------
-Thread #x's call to pthread_mutex_unlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
- by 0x........: nearly_main (tc09_bad_unlock.c:41)
- by 0x........: main (tc09_bad_unlock.c:50)
-
-----------------------------------------------------------------
-
Thread #x: Exiting thread still holds 1 lock
...
-ERROR SUMMARY: 11 errors from 11 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 9 errors from 9 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/helgrind/tests/tc18_semabuse.stderr.diff
=================================================
--- tc18_semabuse.stderr.exp 2012-07-31 22:20:33.000000000 -0400
+++ tc18_semabuse.stderr.out 2012-07-31 22:32:44.000000000 -0400
@@ -18,13 +18,5 @@
by 0x........: sem_wait (hg_intercepts.c:...)
by 0x........: main (tc18_semabuse.c:34)
-----------------------------------------------------------------
-Thread #x's call to sem_post failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: sem_post_WRK (hg_intercepts.c:...)
- by 0x........: sem_post (hg_intercepts.c:...)
- by 0x........: main (tc18_semabuse.c:37)
-
-
-ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/helgrind/tests/tc20_verifywrap.stderr.diff
=================================================
--- tc20_verifywrap.stderr.exp 2012-07-31 22:20:33.000000000 -0400
+++ tc20_verifywrap.stderr.out 2012-07-31 22:32:54.000000000 -0400
@@ -1,7 +1,7 @@
------- This is output for >= glibc 2.4 ------
+------ This is output for < glibc 2.4 ------
---------------- pthread_create/join ----------------
@@ -45,13 +45,6 @@
----------------------------------------------------------------
-Thread #x's call to pthread_mutex_init failed
- with error code 95 (EOPNOTSUPP: Operation not supported on transport endpoint)
- at 0x........: pthread_mutex_init (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:92)
-
-----------------------------------------------------------------
-
Thread #x: pthread_mutex_destroy of a locked mutex
at 0x........: pthread_mutex_destroy (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:102)
@@ -63,26 +56,8 @@
at 0x........: pthread_mutex_destroy (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:102)
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_lock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_lock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:108)
-
-----------------------------------------------------------------
-Thread #x's call to pthread_mutex_trylock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_trylock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:116)
-
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_timedlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_timedlock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:121)
+make pthread_mutex_lock fail: skipped on glibc < 2.4
----------------------------------------------------------------
@@ -90,13 +65,6 @@
at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:125)
-----------------------------------------------------------------
-
-Thread #x's call to pthread_mutex_unlock failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: pthread_mutex_unlock (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:125)
-
---------------- pthread_cond_wait et al ----------------
@@ -215,14 +183,6 @@
by 0x........: sem_wait (hg_intercepts.c:...)
by 0x........: main (tc20_verifywrap.c:242)
-----------------------------------------------------------------
-
-Thread #x's call to sem_post failed
- with error code 22 (EINVAL: Invalid argument)
- at 0x........: sem_post_WRK (hg_intercepts.c:...)
- by 0x........: sem_post (hg_intercepts.c:...)
- by 0x........: main (tc20_verifywrap.c:245)
-
FIXME: can't figure out how to verify wrap of sem_post
@@ -235,4 +195,4 @@
...
-ERROR SUMMARY: 23 errors from 23 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 17 errors from 17 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/memcheck/tests/manuel3.stderr.diff
=================================================
--- manuel3.stderr.exp 2012-07-31 22:20:42.000000000 -0400
+++ manuel3.stderr.out 2012-07-31 22:27:25.000000000 -0400
@@ -1,4 +1,3 @@
Conditional jump or move depends on uninitialised value(s)
- at 0x........: gcc_cant_inline_me (manuel3.c:22)
- by 0x........: main (manuel3.c:14)
+ at 0x........: main (manuel3.c:12)
=================================================
./valgrind-old/memcheck/tests/partial_load_ok.stderr.diff
=================================================
--- partial_load_ok.stderr.exp 2012-07-31 22:20:42.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-31 22:27:57.000000000 -0400
@@ -1,7 +1,13 @@
-Invalid read of size 4
+Invalid read of size 1
+ at 0x........: main (partial_load.c:16)
+ Address 0x........ is 0 bytes after a block of size 7 alloc'd
+ at 0x........: calloc (vg_replace_malloc.c:...)
+ by 0x........: main (partial_load.c:14)
+
+Invalid read of size 8
at 0x........: main (partial_load.c:23)
- Address 0x........ is 1 bytes inside a block of size 4 alloc'd
+ Address 0x........ is 1 bytes inside a block of size 8 alloc'd
at 0x........: calloc (vg_replace_malloc.c:...)
by 0x........: main (partial_load.c:20)
@@ -11,9 +17,9 @@
at 0x........: calloc (vg_replace_malloc.c:...)
by 0x........: main (partial_load.c:28)
-Invalid read of size 4
+Invalid read of size 8
at 0x........: main (partial_load.c:37)
- Address 0x........ is 0 bytes inside a block of size 4 free'd
+ Address 0x........ is 0 bytes inside a block of size 8 free'd
at 0x........: free (vg_replace_malloc.c:...)
by 0x........: main (partial_load.c:36)
@@ -25,4 +31,4 @@
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
-ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/memcheck/tests/partial_load_ok.stderr.diff64
=================================================
--- partial_load_ok.stderr.exp64 2012-07-31 22:20:42.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-31 22:27:57.000000000 -0400
@@ -1,4 +1,10 @@
+Invalid read of size 1
+ at 0x........: main (partial_load.c:16)
+ Address 0x........ is 0 bytes after a block of size 7 alloc'd
+ at 0x........: calloc (vg_replace_malloc.c:...)
+ by 0x........: main (partial_load.c:14)
+
Invalid read of size 8
at 0x........: main (partial_load.c:23)
Address 0x........ is 1 bytes inside a block of size 8 alloc'd
@@ -25,4 +31,4 @@
For a detailed leak analysis, rerun with: --leak-check=full
For counts of detected and suppressed errors, rerun with: -v
-ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
+ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/memcheck/tests/varinfo6.stderr.diff
=================================================
--- varinfo6.stderr.exp 2012-07-31 22:20:42.000000000 -0400
+++ varinfo6.stderr.out 2012-07-31 22:28:57.000000000 -0400
@@ -7,8 +7,7 @@
by 0x........: BZ2_bzCompress (varinfo6.c:4860)
by 0x........: BZ2_bzBuffToBuffCompress (varinfo6.c:5667)
by 0x........: main (varinfo6.c:6517)
- Location 0x........ is 2 bytes inside local var "budget"
- declared at varinfo6.c:3115, in frame #2 of thread 1
+ Address 0x........ is on thread 1's stack
Uninitialised byte(s) found during client check request
at 0x........: croak (varinfo6.c:34)
=================================================
./valgrind-old/memcheck/tests/varinfo6.stderr.diff-ppc64
=================================================
--- varinfo6.stderr.exp-ppc64 2012-07-31 22:20:42.000000000 -0400
+++ varinfo6.stderr.out 2012-07-31 22:28:57.000000000 -0400
@@ -1,5 +1,5 @@
Uninitialised byte(s) found during client check request
- at 0x........: croak (varinfo6.c:35)
+ at 0x........: croak (varinfo6.c:34)
by 0x........: mainSort (varinfo6.c:2999)
by 0x........: BZ2_blockSort (varinfo6.c:3143)
by 0x........: BZ2_compressBlock (varinfo6.c:4072)
@@ -10,7 +10,7 @@
Address 0x........ is on thread 1's stack
Uninitialised byte(s) found during client check request
- at 0x........: croak (varinfo6.c:35)
+ at 0x........: croak (varinfo6.c:34)
by 0x........: BZ2_decompress (varinfo6.c:1699)
by 0x........: BZ2_bzDecompress (varinfo6.c:5230)
by 0x........: BZ2_bzBuffToBuffDecompress (varinfo6.c:5715)
|
|
From: Tom H. <to...@co...> - 2012-08-01 02:51:31
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) 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.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2012-08-01 03:42:59 BST Ended at 2012-08-01 03:51:19 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... failed Last 20 lines of verbose log follow echo avx-1.c:2120: Error: no such instruction: `vpclmulqdq $0x01,%xmm6,%xmm8,%xmm7' avx-1.c:2120: Error: no such instruction: `vpclmulqdq $0x01,(%rax),%xmm8,%xmm7' avx-1.c:2123: Error: no such instruction: `vpclmulqdq $0x10,%xmm6,%xmm8,%xmm7' avx-1.c:2123: Error: no such instruction: `vpclmulqdq $0x10,(%rax),%xmm8,%xmm7' avx-1.c:2126: Error: no such instruction: `vpclmulqdq $0x11,%xmm6,%xmm8,%xmm7' avx-1.c:2126: Error: no such instruction: `vpclmulqdq $0x11,(%rax),%xmm8,%xmm7' avx-1.c:2129: Error: no such instruction: `vpclmulqdq $0xFF,%xmm6,%xmm8,%xmm7' avx-1.c:2129: Error: no such instruction: `vpclmulqdq $0xFF,(%rax),%xmm8,%xmm7' make[5]: *** [avx-1.o] Error 1 rm insn_ssse3.c insn_sse3.c insn_sse.c insn_mmx.c insn_fpu.c insn_pclmulqdq.c insn_sse2.c insn_basic.c make[5]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none/tests/amd64' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none/tests/amd64' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new' make: *** [check] Error 2 ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... failed Last 20 lines of verbose log follow echo avx-1.c:2120: Error: no such instruction: `vpclmulqdq $0x01,%xmm6,%xmm8,%xmm7' avx-1.c:2120: Error: no such instruction: `vpclmulqdq $0x01,(%rax),%xmm8,%xmm7' avx-1.c:2123: Error: no such instruction: `vpclmulqdq $0x10,%xmm6,%xmm8,%xmm7' avx-1.c:2123: Error: no such instruction: `vpclmulqdq $0x10,(%rax),%xmm8,%xmm7' avx-1.c:2126: Error: no such instruction: `vpclmulqdq $0x11,%xmm6,%xmm8,%xmm7' avx-1.c:2126: Error: no such instruction: `vpclmulqdq $0x11,(%rax),%xmm8,%xmm7' avx-1.c:2129: Error: no such instruction: `vpclmulqdq $0xFF,%xmm6,%xmm8,%xmm7' avx-1.c:2129: Error: no such instruction: `vpclmulqdq $0xFF,(%rax),%xmm8,%xmm7' make[5]: *** [avx-1.o] Error 1 rm insn_ssse3.c insn_sse3.c insn_sse.c insn_mmx.c insn_fpu.c insn_pclmulqdq.c insn_sse2.c insn_basic.c make[5]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none/tests/amd64' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none/tests/amd64' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 03:47:32.133163826 +0100 --- new.short 2012-08-01 03:51:19.366448093 +0100 *************** *** 16,26 **** rm insn_ssse3.c insn_sse3.c insn_sse.c insn_mmx.c insn_fpu.c insn_pclmulqdq.c insn_sse2.c insn_basic.c ! make[5]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none/tests/amd64' make[4]: *** [check-am] Error 2 ! make[4]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none/tests/amd64' make[3]: *** [check-recursive] Error 1 ! make[3]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none/tests' make[2]: *** [check-recursive] Error 1 ! make[2]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old/none' make[1]: *** [check-recursive] Error 1 ! make[1]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-old' make: *** [check] Error 2 --- 16,26 ---- rm insn_ssse3.c insn_sse3.c insn_sse.c insn_mmx.c insn_fpu.c insn_pclmulqdq.c insn_sse2.c insn_basic.c ! make[5]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none/tests/amd64' make[4]: *** [check-am] Error 2 ! make[4]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none/tests/amd64' make[3]: *** [check-recursive] Error 1 ! make[3]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none/tests' make[2]: *** [check-recursive] Error 1 ! make[2]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new/none' make[1]: *** [check-recursive] Error 1 ! make[1]: Leaving directory `/tmp/vgtest-12929/2012-08-01/valgrind-new' make: *** [check] Error 2 |
|
From: Tom H. <to...@co...> - 2012-08-01 02:49:06
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) Assembler: GNU assembler version 2.20.51.0.7-8.fc14 20100318 C library: GNU C Library stable release version 2.13 uname -mrs: Linux 3.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2012-08-01 03:12:01 BST Ended at 2012-08-01 03:48:51 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 == 622 tests, 2 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (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 == 620 tests, 2 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 03:31:05.178500879 +0100 --- new.short 2012-08-01 03:48:51.850493137 +0100 *************** *** 8,10 **** ! == 620 tests, 2 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) --- 8,10 ---- ! == 622 tests, 2 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) |
|
From: Tom H. <to...@co...> - 2012-08-01 02:41:26
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) 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.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2012-08-01 03:02:57 BST Ended at 2012-08-01 03:41:09 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 == 624 tests, 4 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) drd/tests/annotate_ignore_rw (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 == 622 tests, 3 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 03:22:57.083596727 +0100 --- new.short 2012-08-01 03:41:09.608059069 +0100 *************** *** 8,10 **** ! == 622 tests, 3 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) --- 8,10 ---- ! == 624 tests, 4 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) *************** *** 15,16 **** --- 15,17 ---- memcheck/tests/overlap (stderr) + drd/tests/annotate_ignore_rw (stderr) |
|
From: Tom H. <to...@co...> - 2012-08-01 02:29:00
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) 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.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2012-08-01 02:52:02 BST Ended at 2012-08-01 03:28:44 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 == 624 tests, 4 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (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 == 622 tests, 4 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 03:08:08.474899578 +0100 --- new.short 2012-08-01 03:28:44.562433963 +0100 *************** *** 8,10 **** ! == 622 tests, 4 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) --- 8,10 ---- ! == 624 tests, 4 stderr failures, 0 stdout failures, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderrB) |
|
From: Tom H. <to...@co...> - 2012-08-01 02:14:15
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.7.0 20120507 (Red Hat 4.7.0-5) 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.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2012-08-01 02:41:54 BST Ended at 2012-08-01 03:14:00 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 == 624 tests, 8 stderr failures, 1 stdout failure, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (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 == 622 tests, 7 stderr failures, 1 stdout failure, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/nlcontrolc (stdoutB) gdbserver_tests/nlpasssigalrm (stdoutB) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 02:57:29.509104874 +0100 --- new.short 2012-08-01 03:14:00.742641598 +0100 *************** *** 8,10 **** ! == 622 tests, 7 stderr failures, 1 stdout failure, 1 stderrB failure, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallWSRU (stderr) --- 8,11 ---- ! == 624 tests, 8 stderr failures, 1 stdout failure, 1 stderrB failure, 2 stdoutB failures, 0 post failures == ! gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) |
|
From: Christian B. <bor...@de...> - 2012-08-01 02:12:28
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.20.0.20100122-0.7.9 C library: GNU C Library stable release version 2.11.1 (20100118) uname -mrs: Linux 2.6.32.59-0.3-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP1 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) ) Started at 2012-08-01 03:45:01 CEST Ended at 2012-08-01 04:12:18 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 == 555 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (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 == 553 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Aug 1 03:58:44 2012 --- new.short Wed Aug 1 04:12:18 2012 *************** *** 8,10 **** ! == 553 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) --- 8,10 ---- ! == 555 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) |
|
From: Christian B. <bor...@de...> - 2012-08-01 02:04:29
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.5.3 20110121 (Red Hat 4.5.3-5) Assembler: GNU assembler version 2.20.51.0.7-4bb6.fc13 20100318 C library: GNU C Library stable release version 2.12.1 uname -mrs: Linux 3.3.4-53.x.20120504-s390xperformance s390x Vendor version: unknown Nightly build on fedora390 ( Fedora 13/14/15 mix with gcc 3.5.3 on z196 (s390x) ) Started at 2012-08-01 03:45:01 CEST Ended at 2012-08-01 04:04:22 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 == 554 tests, 5 stderr failures, 0 stdout failures, 1 stderrB failure, 1 stdoutB failure, 0 post failures == gdbserver_tests/mcinvokeWS (stdoutB) gdbserver_tests/mcinvokeWS (stderrB) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) drd/tests/tc21_pthonce (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 == 552 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) drd/tests/tc21_pthonce (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Aug 1 03:54:38 2012 --- new.short Wed Aug 1 04:04:22 2012 *************** *** 8,10 **** ! == 552 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) --- 8,12 ---- ! == 554 tests, 5 stderr failures, 0 stdout failures, 1 stderrB failure, 1 stdoutB failure, 0 post failures == ! gdbserver_tests/mcinvokeWS (stdoutB) ! gdbserver_tests/mcinvokeWS (stderrB) helgrind/tests/tc18_semabuse (stderr) |
|
From: Tom H. <to...@co...> - 2012-08-01 01:57:29
|
valgrind revision: 12807 VEX revision: 2452 C compiler: gcc (GCC) 4.7.1 20120720 (Red Hat 4.7.1-5) Assembler: GNU assembler version 2.22.52.0.4-6.fc18 20120604 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.4.0-1.fc17.x86_64 x86_64 Vendor version: Fedora release 18 (Rawhide) Nightly build on bristol ( x86_64, Fedora 18 ) Started at 2012-08-01 02:32:13 BST Ended at 2012-08-01 02:57:14 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 == 624 tests, 7 stderr failures, 0 stdout failures, 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) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (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 == 622 tests, 7 stderr failures, 0 stdout failures, 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) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-08-01 02:44:15.572696479 +0100 --- new.short 2012-08-01 02:57:14.975404947 +0100 *************** *** 8,10 **** ! == 622 tests, 7 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) --- 8,10 ---- ! == 624 tests, 7 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) |