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
(21) |
2
(18) |
3
(19) |
4
(16) |
5
(20) |
6
(22) |
7
(17) |
|
8
(13) |
9
(1) |
10
(3) |
11
(28) |
12
(13) |
13
(12) |
14
(25) |
|
15
(15) |
16
(29) |
17
(19) |
18
(15) |
19
(27) |
20
(29) |
21
(21) |
|
22
(16) |
23
(24) |
24
(18) |
25
(26) |
26
(27) |
27
(21) |
28
(30) |
|
29
(23) |
30
(3) |
31
(19) |
|
|
|
|
|
From: <sv...@va...> - 2012-07-20 23:40:42
|
philippe 2012-07-21 00:40:35 +0100 (Sat, 21 Jul 2012)
New Revision: 12767
Log:
Document Helgrind limitation that old access stack traces have maximum 8 entries
#define N_FRAMES 8
(defined in libhb_core.c:3888)
implies that 'other thread' stack traces are limited to 8,
even with a bigger --num-callers.
=> document this in the manual to avoid that a user believes this is a
bug in the stack trace logic of Valgrind.
Modified files:
trunk/helgrind/docs/hg-manual.xml
Modified: trunk/helgrind/docs/hg-manual.xml (+6 -2)
===================================================================
--- trunk/helgrind/docs/hg-manual.xml 2012-07-20 17:46:54 +01:00 (rev 12766)
+++ trunk/helgrind/docs/hg-manual.xml 2012-07-21 00:40:35 -23:00 (rev 12767)
@@ -656,7 +656,9 @@
"<computeroutput>This conflicts with a previous
write</computeroutput>". This shows a previous access which also
accessed the stated address, and which is believed to be racing
-against the access in the first call stack.</para>
+against the access in the first call stack. Note that this second
+call stack is limited to a maximum of 8 entries to limit the
+memory usage.</para>
<para>Finally, Helgrind may attempt to give a description of the
raced-on address in source level terms. In this example, it
@@ -1099,7 +1101,9 @@
Helgrind collects enough information about "old" accesses that
it can produce two stack traces in a race report -- both the
stack trace for the current access, and the trace for the
- older, conflicting access.</para>
+ older, conflicting access. To limit memory usage, "old" accesses
+ stack traces are limited to a maximum of 8 entries, even if
+ <option>--num-callers</option> value is bigger.</para>
<para>Collecting such information is expensive in both speed and
memory, particularly for programs that do many inter-thread
synchronisation events (locks, unlocks, etc). Without such
|
|
From: Julian S. <js...@ac...> - 2012-07-20 21:37:21
|
On Friday, July 20, 2012, Florian Krohm wrote: > Ahem.. Enhancing VG_(printf) in this manner is mentioned in > http://valgrind.org/help/projects.html > Not a bad thing, I'd say. Ah yes, my mistake. True, there are places where we have kludged around the lack of %f, particularly in Cachegrind and Massif, so it would be no bad thing to have. J |
|
From: Florian K. <br...@ac...> - 2012-07-20 17:26:12
|
On 07/20/2012 12:49 PM, Julian Seward wrote: > > Please open a bug report and put the patch on the bug report. > Patches on the mailing list tend to get forgotten about. > > Also, please clarify what problem the patch solves. I'm not > currently aware of any requirement for %f in the system. Ahem.. Enhancing VG_(printf) in this manner is mentioned in http://valgrind.org/help/projects.html Not a bad thing, I'd say. Florian |
|
From: Julian S. <js...@ac...> - 2012-07-20 16:55:55
|
On Monday, July 16, 2012, Rich Coe wrote: Rich, which versions of XCode and MacOSX does this alignment failure happen on? I just tested with XCode 4.3 on OSX 10.7 using both gcc and clang (using the fix for #295427) and I can't get it to fail. It does however appear to fail with XCode-somewhat-ancient on OSX 10.6. J > On Mon, 16 Jul 2012 13:03:25 +0200 > > Julian Seward <js...@ac...> wrote: > > On Monday, July 16, 2012, Rich Coe wrote: > > > For gcc on x86, -malign-double will do what is needed. > > > > Can you clarify? What does the man page say about -malign-double? > > > > J > > > > -malign-double > > -mno-align-double > > > > Control whether GCC aligns "double", "long double", and "long > > long" variables on a two word boundary or a one word boundary. > > Aligning "double" variables on a two word boundary will produce > > code that runs somewhat faster on a Pentium at the expense of > > more memory. > > > > On x86-64, -malign-double is enabled by default. > > Then there's this. Not very desirable for V. bummer. > > > Warning: if you use the -malign-double switch, structures > > containing the above types will be aligned differently than the > > published application binary interface specifications for the 386 > > and will not be binary compatible with structures in code > > compiled without that switch. > > I'll keep looking. > > > rev 12742 broke the darwin build, this patch makes it build again. > > Index: coregrind/m_debuginfo/readmacho.c > =================================================================== > --- coregrind/m_debuginfo/readmacho.c (revision 12749) > +++ coregrind/m_debuginfo/readmacho.c (working copy) > @@ -1045,6 +1045,14 @@ > Word debug_loc_sz; > UChar* debug_name_img; > Word debug_name_sz; > + UChar* debug_str_alt_img = NULL; /* .debug_str (alternate) */ > + Word debug_str_alt_sz = 0; > + UChar* debug_line_alt_img = NULL; /* .debug_str (alternate) */ > + Word debug_line_alt_sz = 0; > + UChar* debug_info_alt_img = NULL; /* .debug_str (alternate) */ > + Word debug_info_alt_sz = 0; > + UChar* debug_abbv_alt_img = NULL; /* .debug_str (alternate) */ > + Word debug_abbv_alt_sz = 0; > > debug_info_img = > getsectdata(iid.macho_img, iid.macho_img_szB, > @@ -1087,7 +1095,8 @@ > NULL, 0, > debug_abbv_img, debug_abbv_sz, > debug_line_img, debug_line_sz, > - debug_str_img, debug_str_sz ); > + debug_str_img, debug_str_sz, > + debug_str_alt_img, debug_str_alt_sz); > > /* The new reader: read the DIEs in .debug_info to acquire > information on variable types and locations. But only if > @@ -1102,7 +1111,11 @@ > debug_line_img, debug_line_sz, > debug_str_img, debug_str_sz, > debug_ranges_img, debug_ranges_sz, > - debug_loc_img, debug_loc_sz > + debug_loc_img, debug_loc_sz, > + debug_info_alt_img, debug_info_alt_sz, > + debug_abbv_alt_img, debug_abbv_alt_sz, > + debug_line_alt_img, debug_line_alt_sz, > + debug_str_alt_img, debug_str_alt_sz > ); > } > } |
|
From: Petar J. <mip...@gm...> - 2012-07-20 16:54:39
|
> My only concern is whether there is a race condition here? Could the value of the futex become equal to the value between us doing our check and the kernel doing it's check? If it did then in principle the kernel would then go on to read the bitset. > > Yes I know that won't happen in this case, but if this was a real attempt at waiting on a lock then could it and could we miss a chance to detect an invalid bitset? Theoretically, if there was a race condition, it could happen, but the intention of the syscall caller who provides different values of the futex and the check value is to fail. I can not see a regular case than to fail. Petar On Fri, Jul 20, 2012 at 6:27 PM, Tom Hughes <to...@co...> wrote: > On 19/07/12 17:08, Petar Jovanovic wrote: > > It should not worry you. The trick is that the arguments are not the >> same. The 6th argument is a "random" value (and not initialized for MIPS). >> >> So, in MIPS case, this is a value on stack, and the 6th argument happens >> to be zero value. In that case, kernel will complain about bitset value >> being all zeros. >> > > Right I've looked at the kernel code now, and I understand what is > happening and I agree in principle that your patch is right. > > To summarise, the game glibc is playing is to pass to the futex call a > value (in the third argument) which it knows the futex does not currently > have. > > Because FUTEX_WAIT and FUTEX_WAIT_BITSET are defined to return immediately > without waiting (with EAGAIN) if the futex does not have the specified > value this means that normally the call will return with EAGAIN without > consulting the bitset. > > Because the bitset argument is undefined however it is also possible to > get EINVAL if it happens to be zero, as that check is done before the value > check. > > So yes, ignoring the last argument if the futex value is not equal to the > supplied value is the correct test. > > My only concern is whether there is a race condition here? Could the value > of the futex become equal to the value between us doing our check and the > kernel doing it's check? If it did then in principle the kernel would then > go on to read the bitset. > > Yes I know that won't happen in this case, but if this was a real attempt > at waiting on a lock then could it and could we miss a chance to detect an > invalid bitset? > > > Tom > > -- > Tom Hughes (to...@co...) > http://compton.nu/ > |
|
From: Julian S. <js...@ac...> - 2012-07-20 16:53:38
|
Please open a bug report and put the patch on the bug report.
Patches on the mailing list tend to get forgotten about.
Also, please clarify what problem the patch solves. I'm not
currently aware of any requirement for %f in the system.
J
On Friday, July 20, 2012, Naftali Schwartz wrote:
> Here's a patch I developed to add missing '%f' functionality to
> VG_(printf). Floating point formatting code comes from dietlib.
>
> This is my first patch to Valgrind (so you can go easy on me). And I have
> a couple more in the pipeline...
>
> --- m_debuglog.c 2011-10-26 17:24:45.000000000 -0400
> +++ m_debuglog.c 2012-02-20 15:23:55.882688040 -0500
> @@ -415,4 +456,20 @@
> }
>
> +static Char* local_strchr ( const Char* s, Char c )
> +{
> + while (True) {
> + if (*s == c) return (Char*)s;
> + if (*s == 0) return NULL;
> + s++;
> + }
> +}
> +static Char* local_strcpy ( Char* dest, const Char* src )
> +{
> + Char* dest_orig = dest;
> + while (*src) *dest++ = *src++;
> + *dest = 0;
> + return dest_orig;
> +}
> +
> static HChar local_toupper ( HChar c )
> {
> @@ -538,4 +595,81 @@
>
>
> +/* From dietlibc-0.31 */
> +static int __dtostr( double d, char *buf, UInt maxlen, UInt prec, UInt
> prec2, int g )
> +{
> + union { unsigned long long l; double d; } u = { .d = d };
> + signed long e = ((u.l>>52)&((1<<11)-1)) - 1023, e10 = 1 +
> (long)(e*0.30102999566398119802); /* log10(2) */
> + UInt i; double backup = d, tmp; char *oldbuf = buf;
> + if ( d == 0.0 ) { prec2 = prec2==0 ? 1 : prec2+2; prec2 = prec2>maxlen ?
> 8 : prec2; i=0; if ( prec2 && (long long)u.l < 0 ) { buf[0]='-'; ++i; }
> + for ( ; i < prec2; ++i) buf[i] = '0'; buf[buf[0]=='0'?1:2] = '.'; buf[i]
> = 0; return i; }
> + if ( d < 0.0 ) { d=-d; *buf='-'; --maxlen; ++buf; }
> + tmp = 0.5; for ( i = 0; i < prec2; i++ ) { tmp *= 0.1; } d += tmp;
> + if ( d < 1.0 ) { *buf = '0'; --maxlen; ++buf; }
> + if ( e10 > 0 )
> + {
> + int first = 1; tmp = 10.0; i = e10; while ( i > 10 ) { tmp = tmp * 1e10;
> i -= 10; } while ( i > 1 ) { tmp = tmp * 10; --i; }
> + while ( tmp > 0.9 ) { double fraction = d/tmp; char digit =
> (int)fraction; if ( !first || digit ) {
> + first = 0; *buf = digit + '0'; ++buf;
> + if ( !maxlen ) /* use scientific notation */
> + {
> + int len = __dtostr( backup/tmp, oldbuf, maxlen, prec, prec2, 0 );
> + int initial = 1; if ( len == 0 ) return 0; maxlen -= len; buf += len;
> + if ( maxlen > 0 ) { *buf='e'; ++buf; } --maxlen;
> + for ( len = 1000; len > 0; len /= 10 ) if ( e10 >= len || !initial )
> + { if ( maxlen > 0 ) { *buf = (e10/len) + '0'; ++buf; } --maxlen; initial
> = 0; e10 = e10%len; }
> + if ( maxlen > 0 ) goto fini;
> + return 0;
> + }
> + d -= digit * tmp; --maxlen;
> + } tmp /= 10.0; }
> + } else { tmp = 0.1; }
> + if ( buf == oldbuf) { if ( !maxlen ) return 0; --maxlen; *buf = '0';
> ++buf; }
> + if ( prec2 || prec > (UInt)(buf - oldbuf) + 1 ) /* more digits wanted */
> + {
> + if ( !maxlen ) return 0; --maxlen; *buf = '.'; ++buf;
> + if ( g ) { if ( prec2 ) prec = prec2; prec -= buf - oldbuf - 1; } else {
> prec -= buf - oldbuf - 1; if ( prec2 ) prec = prec2; }
> + if ( prec > maxlen ) return 0;
> + while ( prec > 0 ) { double fraction = d/tmp; char digit = (int)fraction;
> *buf = digit + '0'; ++buf; d -= digit * tmp; tmp /= 10.0; --prec; }
> + }
> +fini: *buf = 0;
> + return buf - oldbuf;
> +}
> +
> +#define A_WRITE(buf,sz) { int _; for ( _ = 0; _ < sz; _++ ) send(
> buf[_], send_arg2 ); }
> +#define B_WRITE(buf,sz) { if ((unsigned long)(sz) > (((unsigned
> long)(int)(-1))>>1) || len+(int)(sz)<len) return -1; A_WRITE( buf, sz ); }
> while (0)
> +
> +static int write_pad( UInt* dlen, void (*send)(HChar,void*), void*
> send_arg2, UInt len, const char *padding) { int nr=0; if
> (len<0||*dlen+len<len) return -1;
> + for (;len>15;len-=16,nr+=16) { A_WRITE( padding, 16 ); } if (len>0) {
> A_WRITE( padding, len ); nr+=len; } *dlen += nr; return 0; }
> +
> +static
> +UInt myvprintf_float32 ( void (*send)(HChar,void*), void* send_arg2, Int
> flags, Int g, Int width, Int preci, double d )
> +{
> + static const char spaces[16] = " ", zeros[16] =
> "0000000000000000";
> + UInt len = 0;
> + char buf[500];
> + char *s = buf + 1, *sign = s;
> + int todo = d < +0.0;
> + unsigned long sz = __dtostr( d, s, sizeof( buf ) - 1, width, preci, g );
> + if (g) { char *tmp,*tmp1; if ( ( tmp = local_strchr( s, '.' ) ) ) { tmp1
> = local_strchr( tmp, 'e' ); while ( *tmp ) ++tmp; if ( tmp1 ) tmp = tmp1;
> + while ( *--tmp == '0' ) ; if ( *tmp != '.' ) ++tmp; *tmp = 0; if ( tmp1 )
> local_strcpy( tmp, tmp1 ); } }
> + sz = local_strlen( s );
> + while ( s[sz-1] == '0' && s[sz-2] == '0' ) sz--;
> + if ( sz > 30 )
> + {
> + int ln = (char*)local_strchr( s, '.' ) - s - 1 - (*sign=='-');
> s[sz=19+(*sign=='-')] = '.'; s[sz+1] = 0;
> + for ( ; sz > 1+(*sign=='-'); sz-- ) { s[sz] = s[sz-1]; s[sz-1] = '.'; }
> + sz = 19+(*sign=='-'); s[sz++] = 'e'; s[sz++] = '+'; s[sz++] =
> '0'+(ln/100); s[sz++] = '0'+((ln%100)/10); s[sz++] = '0'+(ln%10);
> + }
> + if ( width < sz ) width = sz;
> + if ( todo ) { s += todo; sz -= todo; width -= todo; }
> + preci = sz;
> + if ( !(flags & VG_MSG_LJUSTIFY) ) { if ( write_pad( &len, send,
> send_arg2, width-preci, zeros ) ) return -1; }
> + if ( todo ) { B_WRITE( sign, todo ); len += todo; }
> + if ( write_pad( &len, send, send_arg2, preci-sz, spaces ) ) return -1;
> + B_WRITE( s, sz ); len += sz;
> + if ( flags & VG_MSG_LJUSTIFY ) { if ( write_pad( &len, send, send_arg2,
> width-preci, zeros ) ) return -1; }
> + return len;
> +}
> +
> /* Write P into the buffer according to these args:
> * If SIGN is true, p is a signed.
> @@ -615,4 +749,5 @@
> /* A simple vprintf(). */
> /* EXPORTED */
> +UInt VG_(precision) = 12;
> UInt
> VG_(debugLog_vprintf) (
> @@ -700,4 +835,10 @@
>
> switch (format[i]) {
> + case 'g': /* %g */
> + ret += myvprintf_float32( send, send_arg2, flags, 1, width
> ? width : 1, VG_(precision), va_arg(vargs, double) );
> + break;
> + case 'f': /* %f */
> + ret += myvprintf_float32( send, send_arg2, flags, 0, width
> ? width : 1, VG_(precision), va_arg(vargs, double) );
> + break;
> case 'o': /* %o */
> if (flags & VG_MSG_ALTFORMAT) {
|
|
From: <sv...@va...> - 2012-07-20 16:47:07
|
sewardj 2012-07-20 17:46:54 +0100 (Fri, 20 Jul 2012)
New Revision: 12766
Log:
If the compiler being used to build is clang, remember to add
-new_linker to the stuff given to the linker, else link failures
result on x86. Based on a suggestion by Christoph Erhardt. Fixes
#295427.
Modified files:
trunk/coregrind/link_tool_exe_darwin.in
Modified: trunk/coregrind/link_tool_exe_darwin.in (+10 -1)
===================================================================
--- trunk/coregrind/link_tool_exe_darwin.in 2012-07-20 01:17:16 +01:00 (rev 12765)
+++ trunk/coregrind/link_tool_exe_darwin.in 2012-07-20 17:46:54 +01:00 (rev 12766)
@@ -98,7 +98,8 @@
die "Not enough arguments"
if (($#ARGV + 1) < 5);
-my $ala = $ARGV[0];
+my $ala = $ARGV[0]; # the load address to use
+my $cc = $ARGV[1]; # the C compiler in use
# check for plausible-ish alt load address
die "Bogus alt-load address (1)"
@@ -140,6 +141,14 @@
my $cmd = "/usr/bin/ld";
$cmd = "$cmd -static";
+
+# If we're building with clang (viz, the C compiler as specified
+# by the 2nd arg ends in "clang"), we also need -new_linker. See
+# https://bugs.kde.org/show_bug.cgi?id=295427
+if ("$cc" =~ /clang$/) {
+ $cmd = "$cmd -new_linker";
+}
+
$cmd = "$cmd -arch $archstr";
$cmd = "$cmd -macosx_version_min 10.5";
$cmd = "$cmd -o $outname";
|
|
From: Florian K. <br...@ac...> - 2012-07-20 16:41:13
|
On 07/20/2012 12:12 PM, Christian Borntraeger wrote: > On 20/07/12 17:58, Florian Krohm wrote: >> >> I'd say, let's leave if_condition_goto as is and add >> internal_if_condition_goto and use the latter as appropriate. > > What about if_condition_goto_early if_condition_goto_last to make it clearer > were in IR this belongs? Yes, that's better. Let's use it. I'll make the change when you sleep :) Florian |
|
From: Tom H. <to...@co...> - 2012-07-20 16:28:12
|
On 19/07/12 17:08, Petar Jovanovic wrote: > It should not worry you. The trick is that the arguments are not the > same. The 6th argument is a "random" value (and not initialized for MIPS). > > So, in MIPS case, this is a value on stack, and the 6th argument happens > to be zero value. In that case, kernel will complain about bitset value > being all zeros. Right I've looked at the kernel code now, and I understand what is happening and I agree in principle that your patch is right. To summarise, the game glibc is playing is to pass to the futex call a value (in the third argument) which it knows the futex does not currently have. Because FUTEX_WAIT and FUTEX_WAIT_BITSET are defined to return immediately without waiting (with EAGAIN) if the futex does not have the specified value this means that normally the call will return with EAGAIN without consulting the bitset. Because the bitset argument is undefined however it is also possible to get EINVAL if it happens to be zero, as that check is done before the value check. So yes, ignoring the last argument if the futex value is not equal to the supplied value is the correct test. My only concern is whether there is a race condition here? Could the value of the futex become equal to the value between us doing our check and the kernel doing it's check? If it did then in principle the kernel would then go on to read the bitset. Yes I know that won't happen in this case, but if this was a real attempt at waiting on a lock then could it and could we miss a chance to detect an invalid bitset? Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: Christian B. <bor...@de...> - 2012-07-20 16:13:16
|
On 20/07/12 17:58, Florian Krohm wrote: > The last stmt in an IRSB needs to be a PUT. Otherwise you run into an > assert. That said, we could use if_condition_goto_unput when building up > the IR for a complex insn unless the conditional jump is the last stmt > in the IRSB. I'd call it internal_if_condition_goto. > >> Can we remove that and do a dummy_put_IA in all users of if_condition_goto? > > An if_condition_goto does not do a dummy_put_IA.. > I'd say, let's leave if_condition_goto as is and add > internal_if_condition_goto and use the latter as appropriate. What about if_condition_goto_early if_condition_goto_last to make it clearer were in IR this belongs? |
|
From: Petar J. <mip...@gm...> - 2012-07-20 16:07:11
|
So, does anybody disagree that the previously proposed patch is a correct one to apply? On Thu, Jul 19, 2012 at 6:08 PM, Petar Jovanovic <mip...@gm...> wrote: > > This worries me .. why would the kernel cause the same syscall with > > same arguments, to fail with different errors on different platforms? > > It does not make sense from a software engineering point of view. > > It should not worry you. The trick is that the arguments are not the same. > The 6th argument is a "random" value (and not initialized for MIPS). > > So, in MIPS case, this is a value on stack, and the 6th argument happens > to be zero value. In that case, kernel will complain about bitset value > being all zeros. > > Check here: > http://lxr.free-electrons.com/source/kernel/futex.c?v=2.6.29#L1179 > > In x86 case, this happens to be previously set non-zero value, > > Check here: > http://lxr.free-electrons.com/source/kernel/futex.c?v=2.6.29#L1225 > > Petar > > > > On Thu, Jul 19, 2012 at 5:45 PM, Julian Seward <js...@ac...> wrote: > >> >> Petar, thank you for analysing this, and for the proposed patch. >> >> > Kernel finds different errors with this call on different platforms. >> >> This worries me .. why would the kernel cause the same syscall with >> same arguments, to fail with different errors on different platforms? >> It does not make sense from a software engineering point of view. >> >> Can you maybe send a few more details, showing how/where the kernel >> causes the same call to fail differently? >> >> J >> > > |
|
From: Florian K. <br...@ac...> - 2012-07-20 15:58:59
|
On 07/20/2012 04:51 AM, Christian Borntraeger wrote: > On 20/07/12 02:17, sv...@va... wrote: > >> Possibly due to bad debug info? Let's see what happens on machines >> with more recent GCCs. > > Same here. The code in question is: > > 00000000800005f4 <do_cu21>: > 800005f4: eb bf f0 58 00 24 stmg %r11,%r15,88(%r15) > 800005fa: a7 fb ff 40 aghi %r15,-192 > 800005fe: b9 04 00 bf lgr %r11,%r15 > 80000602: e3 20 b0 b8 00 24 stg %r2,184(%r11) > 80000608: e3 30 b0 b0 00 24 stg %r3,176(%r11) > 8000060e: e3 40 b0 a8 00 24 stg %r4,168(%r11) > 80000614: e3 50 b0 a0 00 24 stg %r5,160(%r11) > 8000061a: e3 40 b0 a8 00 04 lg %r4,168(%r11) > 80000620: e3 50 b0 a0 00 04 lg %r5,160(%r11) > 80000626: e3 20 b0 b8 00 04 lg %r2,184(%r11) > 8000062c: e3 30 b0 b0 00 04 lg %r3,176(%r11) > 80000632: b2 a6 00 24 cu21 %r2,%r4,0 > 80000636: e3 40 b1 30 00 04 lg %r4,304(%r11) > 8000063c: eb bf b1 18 00 04 lmg %r11,%r15,280(%r11) > 80000642: 07 f4 br %r4 > > > And the debuginfo is: >> readelf --debug-dump=decodedline memcheck/tests/s390x/cu21 > Decoded dump of debug contents of section .debug_line: > > CU: init.c: > File name Line number Starting address > > CU: /usr/include/cu21.c: > File name Line number Starting address > cu21.c 40 0x800005f4 > > cu21.c 42 0x8000061a > cu21.c 43 0x80000620 > cu21.c 44 0x80000626 > cu21.c 45 0x8000062c > cu21.c 47 0x80000636 > cu21.c 53 0x80000636 Debuginfo is busted. There ought to be an entry for address 80000632. Perhaps this is related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14022 which has been open for 7 years. Not sure, though. Adding -O0 did not make a difference. > As you can see valgrind can only print either 45 or 53 for the cu21. > > Regarding the question why it prints both lines: I checked the IR and > we set IA to xx636 several times due to the if_condition_goto. > I experimented with this patch: > snip > This makes the problem go away. > So here is MY question: Should if_condition_goto really do a put_IA? The last stmt in an IRSB needs to be a PUT. Otherwise you run into an assert. That said, we could use if_condition_goto_unput when building up the IR for a complex insn unless the conditional jump is the last stmt in the IRSB. I'd call it internal_if_condition_goto. > Can we remove that and do a dummy_put_IA in all users of if_condition_goto? An if_condition_goto does not do a dummy_put_IA.. I'd say, let's leave if_condition_goto as is and add internal_if_condition_goto and use the latter as appropriate. That will at least get rid of the duplicate complaints. Florian |
|
From: Tatulea, D. <dra...@in...> - 2012-07-20 09:22:23
|
Hi, I have created a patch that adds x86 support for the Android port [1]. pandaboard HWKIND was renamed to to generic. In the process, I created a few helper scripts to ease up compilation (x86 and arm) and running of Android apps on Valgrind based on JSeward's description on how to use Valgrind on Android [3]. The swap part is not included, so don't expect miracles if you are running a process that is too memory hungry. Waiting for feedback. [1] - https://bugs.kde.org/show_bug.cgi?id=301265 - add x86 support to Android build [2] - https://bugs.kde.org/show_bug.cgi?id=303801 - user friendly scripts for Android [3] - http://blog.mozilla.org/jseward/2011/09/27/valgrind-on-android-current-status/ Thanks, Dragos |
|
From: Christian B. <bor...@de...> - 2012-07-20 08:51:26
|
On 20/07/12 02:17, sv...@va... wrote:
> florian 2012-07-20 01:17:16 +0100 (Fri, 20 Jul 2012)
>
> New Revision: 12765
>
> Log:
> Add testcases for CU21. Update opcode table.
> WRT the memcheck test: the good news is we get all the complaints
> we want. The bad news is:
> - the line numbers from within do_cu21 are off
> - there are 2 complaints when attempting to convert from
> an uninitialised input buffer instead of one. One of them has a
> completely bogus line number.
>
> Possibly due to bad debug info? Let's see what happens on machines
> with more recent GCCs.
Same here. The code in question is:
00000000800005f4 <do_cu21>:
800005f4: eb bf f0 58 00 24 stmg %r11,%r15,88(%r15)
800005fa: a7 fb ff 40 aghi %r15,-192
800005fe: b9 04 00 bf lgr %r11,%r15
80000602: e3 20 b0 b8 00 24 stg %r2,184(%r11)
80000608: e3 30 b0 b0 00 24 stg %r3,176(%r11)
8000060e: e3 40 b0 a8 00 24 stg %r4,168(%r11)
80000614: e3 50 b0 a0 00 24 stg %r5,160(%r11)
8000061a: e3 40 b0 a8 00 04 lg %r4,168(%r11)
80000620: e3 50 b0 a0 00 04 lg %r5,160(%r11)
80000626: e3 20 b0 b8 00 04 lg %r2,184(%r11)
8000062c: e3 30 b0 b0 00 04 lg %r3,176(%r11)
80000632: b2 a6 00 24 cu21 %r2,%r4,0
80000636: e3 40 b1 30 00 04 lg %r4,304(%r11)
8000063c: eb bf b1 18 00 04 lmg %r11,%r15,280(%r11)
80000642: 07 f4 br %r4
And the debuginfo is:
> readelf --debug-dump=decodedline memcheck/tests/s390x/cu21
Decoded dump of debug contents of section .debug_line:
CU: init.c:
File name Line number Starting address
CU: /usr/include/cu21.c:
File name Line number Starting address
cu21.c 40 0x800005f4
cu21.c 42 0x8000061a
cu21.c 43 0x80000620
cu21.c 44 0x80000626
cu21.c 45 0x8000062c
cu21.c 47 0x80000636
cu21.c 53 0x80000636
[...]
As you can see valgrind can only print either 45 or 53 for the cu21.
Regarding the question why it prints both lines: I checked the IR and
we set IA to xx636 several times due to the if_condition_goto.
I experimented with this patch:
+static void
+if_condition_goto_noput(IRExpr *condition, Addr64 target)
+{
+ vassert(typeOfIRExpr(irsb->tyenv, condition) == Ity_I1);
+
+ stmt(IRStmt_Exit(condition, Ijk_Boring, IRConst_U64(target),
+ S390X_GUEST_OFFSET(guest_IA)));
+}
+
+
/* An unconditional branch. Target may or may not be known at instrumentation
time. */
static void
@@ -11224,7 +11234,7 @@
there are less than 2 bytes left, then the 2nd operand is exhausted
and we're done here. cc = 0 */
s390_cc_set(0);
- if_condition_goto(binop(Iop_CmpLT64U, mkexpr(len2), mkU64(2)),
+ if_condition_goto_noput(binop(Iop_CmpLT64U, mkexpr(len2), mkU64(2)),
guest_IA_next_instr);
/* There are at least two bytes there. Read them. */
@@ -11245,7 +11255,7 @@
IRExpr *not_enough_bytes =
mkite(binop(Iop_CmpLT64U, mkexpr(len2), mkU64(4)), mkU32(1), mkU32(0));
- if_condition_goto(binop(Iop_CmpEQ32,
+ if_condition_goto_noput(binop(Iop_CmpEQ32,
binop(Iop_And32, mkexpr(is_high_surrogate),
not_enough_bytes),
mkU32(1)), guest_IA_next_instr);
@@ -11271,7 +11281,7 @@
binop(Iop_And64, mkexpr(retval), mkU64(0xff));
s390_cc_set(2);
- if_condition_goto(binop(Iop_CmpEQ64, invalid_low_surrogate, mkU64(1)),
+ if_condition_goto_noput(binop(Iop_CmpEQ64, invalid_low_surrogate, mkU64(1)),
guest_IA_next_instr);
}
@@ -11281,7 +11291,7 @@
binop(Iop_Shr64, mkexpr(retval), mkU8(8)),
mkU64(0xff)));
s390_cc_set(1);
- if_condition_goto(binop(Iop_CmpLT64U, mkexpr(len1), mkexpr(num_bytes)),
+ if_condition_goto_noput(binop(Iop_CmpLT64U, mkexpr(len1), mkexpr(num_bytes)),
guest_IA_next_instr);
/* Extract the bytes to be stored at addr1 */
This makes the problem go away.
So here is MY question: Should if_condition_goto really do a put_IA? That was added
for t-chaining I think.
Can we remove that and do a dummy_put_IA in all users of if_condition_goto? This would
also remove several put_IA statements in the middle of a block
the IR of cu21 has lots of them).
Christian
|
|
From: Naftali S. <nsc...@gm...> - 2012-07-20 04:12:19
|
Here's a patch I developed to add missing '%f' functionality to
VG_(printf). Floating point formatting code comes from dietlib.
This is my first patch to Valgrind (so you can go easy on me). And I have
a couple more in the pipeline...
--- m_debuglog.c 2011-10-26 17:24:45.000000000 -0400
+++ m_debuglog.c 2012-02-20 15:23:55.882688040 -0500
@@ -415,4 +456,20 @@
}
+static Char* local_strchr ( const Char* s, Char c )
+{
+ while (True) {
+ if (*s == c) return (Char*)s;
+ if (*s == 0) return NULL;
+ s++;
+ }
+}
+static Char* local_strcpy ( Char* dest, const Char* src )
+{
+ Char* dest_orig = dest;
+ while (*src) *dest++ = *src++;
+ *dest = 0;
+ return dest_orig;
+}
+
static HChar local_toupper ( HChar c )
{
@@ -538,4 +595,81 @@
+/* From dietlibc-0.31 */
+static int __dtostr( double d, char *buf, UInt maxlen, UInt prec, UInt
prec2, int g )
+{
+ union { unsigned long long l; double d; } u = { .d = d };
+ signed long e = ((u.l>>52)&((1<<11)-1)) - 1023, e10 = 1 +
(long)(e*0.30102999566398119802); /* log10(2) */
+ UInt i; double backup = d, tmp; char *oldbuf = buf;
+ if ( d == 0.0 ) { prec2 = prec2==0 ? 1 : prec2+2; prec2 = prec2>maxlen ?
8 : prec2; i=0; if ( prec2 && (long long)u.l < 0 ) { buf[0]='-'; ++i; }
+ for ( ; i < prec2; ++i) buf[i] = '0'; buf[buf[0]=='0'?1:2] = '.'; buf[i]
= 0; return i; }
+ if ( d < 0.0 ) { d=-d; *buf='-'; --maxlen; ++buf; }
+ tmp = 0.5; for ( i = 0; i < prec2; i++ ) { tmp *= 0.1; } d += tmp;
+ if ( d < 1.0 ) { *buf = '0'; --maxlen; ++buf; }
+ if ( e10 > 0 )
+ {
+ int first = 1; tmp = 10.0; i = e10; while ( i > 10 ) { tmp = tmp * 1e10;
i -= 10; } while ( i > 1 ) { tmp = tmp * 10; --i; }
+ while ( tmp > 0.9 ) { double fraction = d/tmp; char digit =
(int)fraction; if ( !first || digit ) {
+ first = 0; *buf = digit + '0'; ++buf;
+ if ( !maxlen ) /* use scientific notation */
+ {
+ int len = __dtostr( backup/tmp, oldbuf, maxlen, prec, prec2, 0 );
+ int initial = 1; if ( len == 0 ) return 0; maxlen -= len; buf += len;
+ if ( maxlen > 0 ) { *buf='e'; ++buf; } --maxlen;
+ for ( len = 1000; len > 0; len /= 10 ) if ( e10 >= len || !initial )
+ { if ( maxlen > 0 ) { *buf = (e10/len) + '0'; ++buf; } --maxlen; initial
= 0; e10 = e10%len; }
+ if ( maxlen > 0 ) goto fini;
+ return 0;
+ }
+ d -= digit * tmp; --maxlen;
+ } tmp /= 10.0; }
+ } else { tmp = 0.1; }
+ if ( buf == oldbuf) { if ( !maxlen ) return 0; --maxlen; *buf = '0';
++buf; }
+ if ( prec2 || prec > (UInt)(buf - oldbuf) + 1 ) /* more digits wanted */
+ {
+ if ( !maxlen ) return 0; --maxlen; *buf = '.'; ++buf;
+ if ( g ) { if ( prec2 ) prec = prec2; prec -= buf - oldbuf - 1; } else {
prec -= buf - oldbuf - 1; if ( prec2 ) prec = prec2; }
+ if ( prec > maxlen ) return 0;
+ while ( prec > 0 ) { double fraction = d/tmp; char digit = (int)fraction;
*buf = digit + '0'; ++buf; d -= digit * tmp; tmp /= 10.0; --prec; }
+ }
+fini: *buf = 0;
+ return buf - oldbuf;
+}
+
+#define A_WRITE(buf,sz) { int _; for ( _ = 0; _ < sz; _++ ) send(
buf[_], send_arg2 ); }
+#define B_WRITE(buf,sz) { if ((unsigned long)(sz) > (((unsigned
long)(int)(-1))>>1) || len+(int)(sz)<len) return -1; A_WRITE( buf, sz ); }
while (0)
+
+static int write_pad( UInt* dlen, void (*send)(HChar,void*), void*
send_arg2, UInt len, const char *padding) { int nr=0; if
(len<0||*dlen+len<len) return -1;
+ for (;len>15;len-=16,nr+=16) { A_WRITE( padding, 16 ); } if (len>0) {
A_WRITE( padding, len ); nr+=len; } *dlen += nr; return 0; }
+
+static
+UInt myvprintf_float32 ( void (*send)(HChar,void*), void* send_arg2, Int
flags, Int g, Int width, Int preci, double d )
+{
+ static const char spaces[16] = " ", zeros[16] =
"0000000000000000";
+ UInt len = 0;
+ char buf[500];
+ char *s = buf + 1, *sign = s;
+ int todo = d < +0.0;
+ unsigned long sz = __dtostr( d, s, sizeof( buf ) - 1, width, preci, g );
+ if (g) { char *tmp,*tmp1; if ( ( tmp = local_strchr( s, '.' ) ) ) { tmp1
= local_strchr( tmp, 'e' ); while ( *tmp ) ++tmp; if ( tmp1 ) tmp = tmp1;
+ while ( *--tmp == '0' ) ; if ( *tmp != '.' ) ++tmp; *tmp = 0; if ( tmp1 )
local_strcpy( tmp, tmp1 ); } }
+ sz = local_strlen( s );
+ while ( s[sz-1] == '0' && s[sz-2] == '0' ) sz--;
+ if ( sz > 30 )
+ {
+ int ln = (char*)local_strchr( s, '.' ) - s - 1 - (*sign=='-');
s[sz=19+(*sign=='-')] = '.'; s[sz+1] = 0;
+ for ( ; sz > 1+(*sign=='-'); sz-- ) { s[sz] = s[sz-1]; s[sz-1] = '.'; }
+ sz = 19+(*sign=='-'); s[sz++] = 'e'; s[sz++] = '+'; s[sz++] =
'0'+(ln/100); s[sz++] = '0'+((ln%100)/10); s[sz++] = '0'+(ln%10);
+ }
+ if ( width < sz ) width = sz;
+ if ( todo ) { s += todo; sz -= todo; width -= todo; }
+ preci = sz;
+ if ( !(flags & VG_MSG_LJUSTIFY) ) { if ( write_pad( &len, send,
send_arg2, width-preci, zeros ) ) return -1; }
+ if ( todo ) { B_WRITE( sign, todo ); len += todo; }
+ if ( write_pad( &len, send, send_arg2, preci-sz, spaces ) ) return -1;
+ B_WRITE( s, sz ); len += sz;
+ if ( flags & VG_MSG_LJUSTIFY ) { if ( write_pad( &len, send, send_arg2,
width-preci, zeros ) ) return -1; }
+ return len;
+}
+
/* Write P into the buffer according to these args:
* If SIGN is true, p is a signed.
@@ -615,4 +749,5 @@
/* A simple vprintf(). */
/* EXPORTED */
+UInt VG_(precision) = 12;
UInt
VG_(debugLog_vprintf) (
@@ -700,4 +835,10 @@
switch (format[i]) {
+ case 'g': /* %g */
+ ret += myvprintf_float32( send, send_arg2, flags, 1, width
? width : 1, VG_(precision), va_arg(vargs, double) );
+ break;
+ case 'f': /* %f */
+ ret += myvprintf_float32( send, send_arg2, flags, 0, width
? width : 1, VG_(precision), va_arg(vargs, double) );
+ break;
case 'o': /* %o */
if (flags & VG_MSG_ALTFORMAT) {
|
|
From: Philippe W. <phi...@sk...> - 2012-07-20 03:45:14
|
valgrind revision: 12765 VEX revision: 2441 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-19 20:00:15 PDT Ended at 2012-07-19 20:44:00 PDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 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) |
|
From: Tom H. <to...@co...> - 2012-07-20 03:01:24
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 03:31:05 BST Ended at 2012-07-20 04:01:11 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 605 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/long_namespace_xml (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Rich C. <rc...@wi...> - 2012-07-20 02:58:49
|
valgrind revision: 12765
VEX revision: 2441
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-19 21:30:01 CDT
Ended at 2012-07-19 21:58:39 CDT
Results unchanged from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 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)
=================================================
./valgrind-new/gdbserver_tests/mcbreak.stderrB.diff
=================================================
--- mcbreak.stderrB.exp 2012-07-19 21:46:22.875379965 -0500
+++ mcbreak.stderrB.out 2012-07-19 21:49:48.791189656 -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-19 21:46:22.875379965 -0500
+++ mcclean_after_fork.stderrB.out 2012-07-19 21:49:50.483385325 -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-19 21:46:22.871379505 -0500
+++ mcleak.stderrB.out 2012-07-19 21:50:09.636600018 -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-19 21:46:22.878380313 -0500
+++ mcmain_pic.stderrB.out 2012-07-19 21:50:11.229784239 -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-19 21:46:22.879380429 -0500
+++ mcvabits.stderrB.out 2012-07-19 21:50:16.378379573 -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-19 21:46:22.878380313 -0500
+++ mssnapshot.stderrB.out 2012-07-19 21:50:19.538745008 -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-19 21:46:24.312546141 -0500
+++ timerfd-syscall.stderr.out 2012-07-19 21:51:23.573149381 -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-19 21:46:25.231652415 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:51:38.909922801 -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-19 21:46:25.215650563 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:51:38.909922801 -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-19 21:46:25.159644088 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:51:38.909922801 -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-19 21:46:25.188647441 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:51:38.909922801 -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-19 21:46:25.201648944 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:51:38.909922801 -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-19 21:31:47.108032660 -0500
+++ mcbreak.stderrB.out 2012-07-19 21:37:25.055196499 -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-19 21:31:47.107032544 -0500
+++ mcclean_after_fork.stderrB.out 2012-07-19 21:37:26.755393068 -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-19 21:31:47.102031964 -0500
+++ mcleak.stderrB.out 2012-07-19 21:37:46.950727975 -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-19 21:31:47.111033008 -0500
+++ mcmain_pic.stderrB.out 2012-07-19 21:37:48.546912519 -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-19 21:31:47.112033124 -0500
+++ mcvabits.stderrB.out 2012-07-19 21:37:53.497484886 -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-19 21:31:47.111033008 -0500
+++ mssnapshot.stderrB.out 2012-07-19 21:37:56.639848196 -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-19 21:34:00.263467968 -0500
+++ timerfd-syscall.stderr.out 2012-07-19 21:38:59.410105521 -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-19 21:34:06.437183600 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:39:14.449844386 -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-19 21:34:06.421181746 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:39:14.449844386 -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-19 21:34:06.365175254 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:39:14.449844386 -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-19 21:34:06.394178616 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:39:14.449844386 -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-19 21:34:06.407180122 -0500
+++ origin5-bz2.stderr.out 2012-07-19 21:39:14.449844386 -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-07-20 02:56:36
|
valgrind revision: 12765
VEX revision: 2441
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-19 22:20:23 EDT
Ended at 2012-07-19 22:56:24 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
== 513 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
== 510 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 Thu Jul 19 22:37:36 2012
--- new.short Thu Jul 19 22:56:24 2012
***************
*** 8,10 ****
! == 510 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/manuel3 (stderr)
--- 8,10 ----
! == 513 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-19 22:37:52.000000000 -0400
+++ tc09_bad_unlock.stderr.out 2012-07-19 22:51:48.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-19 22:37:52.000000000 -0400
+++ tc18_semabuse.stderr.out 2012-07-19 22:51:56.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-19 22:37:52.000000000 -0400
+++ tc20_verifywrap.stderr.out 2012-07-19 22:52:06.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-19 22:39:23.000000000 -0400
+++ manuel3.stderr.out 2012-07-19 22:46:43.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-19 22:39:23.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-19 22:47:14.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-19 22:39:23.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-19 22:47:14.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-19 22:39:23.000000000 -0400
+++ varinfo6.stderr.out 2012-07-19 22:48:13.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-19 22:39:23.000000000 -0400
+++ varinfo6.stderr.out 2012-07-19 22:48:13.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-19 22:21:15.000000000 -0400
+++ tc09_bad_unlock.stderr.out 2012-07-19 22:33:00.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-19 22:21:15.000000000 -0400
+++ tc18_semabuse.stderr.out 2012-07-19 22:33:08.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-19 22:21:15.000000000 -0400
+++ tc20_verifywrap.stderr.out 2012-07-19 22:33:18.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-19 22:21:22.000000000 -0400
+++ manuel3.stderr.out 2012-07-19 22:27:57.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-19 22:21:22.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-19 22:28:28.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-19 22:21:22.000000000 -0400
+++ partial_load_ok.stderr.out 2012-07-19 22:28:28.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-19 22:21:22.000000000 -0400
+++ varinfo6.stderr.out 2012-07-19 22:29: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-old/memcheck/tests/varinfo6.stderr.diff-ppc64
=================================================
--- varinfo6.stderr.exp-ppc64 2012-07-19 22:21:22.000000000 -0400
+++ varinfo6.stderr.out 2012-07-19 22:29: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)
|
|
From: Tom H. <to...@co...> - 2012-07-20 02:53:27
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 03:21:46 BST Ended at 2012-07-20 03:53:16 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 605 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_barrier3 (stderr) |
|
From: Tom H. <to...@co...> - 2012-07-20 02:50:51
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 03:43:07 BST Ended at 2012-07-20 03:50:41 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-10098/2012-07-20/valgrind-new/none/tests/amd64' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new/none/tests/amd64' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest-10098/2012-07-20/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-10098/2012-07-20/valgrind-old/none/tests/amd64' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old/none/tests/amd64' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2012-07-20 03:47:14.669715312 +0100 --- new.short 2012-07-20 03:50:41.856484661 +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-10098/2012-07-20/valgrind-old/none/tests/amd64' make[4]: *** [check-am] Error 2 ! make[4]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old/none/tests/amd64' make[3]: *** [check-recursive] Error 1 ! make[3]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old/none/tests' make[2]: *** [check-recursive] Error 1 ! make[2]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-old/none' make[1]: *** [check-recursive] Error 1 ! make[1]: Leaving directory `/tmp/vgtest-10098/2012-07-20/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-10098/2012-07-20/valgrind-new/none/tests/amd64' make[4]: *** [check-am] Error 2 ! make[4]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new/none/tests/amd64' make[3]: *** [check-recursive] Error 1 ! make[3]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new/none/tests' make[2]: *** [check-recursive] Error 1 ! make[2]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new/none' make[1]: *** [check-recursive] Error 1 ! make[1]: Leaving directory `/tmp/vgtest-10098/2012-07-20/valgrind-new' make: *** [check] Error 2 |
|
From: Tom H. <to...@co...> - 2012-07-20 02:43:44
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 03:12:07 BST Ended at 2012-07-20 03:43:30 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 620 tests, 1 stderr failure, 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/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2012-07-20 02:36:34
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 03:03:14 BST Ended at 2012-07-20 03:36:18 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 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/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) |
|
From: Tom H. <to...@co...> - 2012-07-20 02:24:01
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 02:51:45 BST Ended at 2012-07-20 03:23:47 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 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/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (stderr) |
|
From: Tom H. <to...@co...> - 2012-07-20 02:14:04
|
valgrind revision: 12765 VEX revision: 2441 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-07-20 02:41:14 BST Ended at 2012-07-20 03:13:49 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 622 tests, 9 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/origin5-bz2 (stderr) memcheck/tests/overlap (stderr) memcheck/tests/str_tester (stderr) drd/tests/bar_bad (stderr) drd/tests/bar_bad_xml (stderr) drd/tests/pth_cancel_locked (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |