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
(14) |
|
2
(5) |
3
(15) |
4
(20) |
5
(2) |
6
(4) |
7
(16) |
8
(13) |
|
9
(3) |
10
(19) |
11
(13) |
12
(10) |
13
(16) |
14
|
15
|
|
16
|
17
(5) |
18
(14) |
19
(1) |
20
(12) |
21
(1) |
22
|
|
23
(1) |
24
(1) |
25
(1) |
26
(13) |
27
(2) |
28
(19) |
29
(15) |
|
30
(17) |
|
|
|
|
|
|
|
From: Mark W. <mj...@re...> - 2013-06-10 12:58:50
|
On Mon, 2013-06-10 at 14:26 +0200, Julian Seward wrote: > Does anybody still use either of these debuginfo formats? Is it > going to be a big deal if support for them is dropped? I personally think it won't be a big deal, at least not for GNU/Linux systems. I don't know of anybody still using DWARF-1 and as far as I know no distribution has been using STABS for years. STABS is currently still supported in GCC. And in some situations before GCC 4.7 STABS (with some extensions) could have been a space win. But STABS support might be dropped altogether for GCC 4.9. See also the GCC thread at: http://gcc.gnu.org/ml/gcc/2013-05/msg00146.html Cheers, Mark |
|
From: Roland M. <rol...@nr...> - 2013-06-10 12:38:06
|
On Mon, Jun 10, 2013 at 2:26 PM, Julian Seward <js...@ac...> wrote: > Does anybody still use either of these debuginfo formats? Is it > going to be a big deal if support for them is dropped? Solaris's Sun Studio compilers still default to using stabs... and AFAIK there is a Solaris port of valgrind in development... IMO it would be nice to sync with the developer of the port and check whether he still needs stabs support... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) rol...@nr... \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) |
|
From: Julian S. <js...@ac...> - 2013-06-10 12:26:43
|
Does anybody still use either of these debuginfo formats? Is it going to be a big deal if support for them is dropped? J |
|
From: Julian S. <js...@ac...> - 2013-06-10 12:09:43
|
On 05/31/2013 06:50 PM, Paralkar Anmol-B07584 wrote: > Hello, > > Freescale recently added support for the e500v2 SPE architecture based off of Valgrind-3.8.1; > this will be available in the upcoming SDK-1.4 release and is intended to be contributed back > to the public-domain mainline Valgrind sources. Is there a bug in the bug tracker containing the patches, for review/testing etc? J |
|
From: Julian S. <js...@ac...> - 2013-06-10 11:59:12
|
Although it doesn't address the underlying aspacem problems, a possible workaround to Alexander's problem is to use the DISRV branch, which (amongst things) changes the debuginfo reader so it doesn't have to map in the entire file. Instead only a fixed amount of memory (1MB approximately) is required, regardless of the file size. See recent message on this list "Remote debuginfo server". This doesn't yet work for MacOS, since I haven't changed the Mach-O reader to use the new internal interface (priv_image.h), but that's in progress. J On 06/04/2013 08:08 PM, Philippe Waroquiers wrote: > On Tue, 2013-06-04 at 18:55 +0400, Alexander Potapenko wrote: >> I'm also curious about other potential consequences of this issue. >> Looks like arbitrary mmap() calls in Valgrind may unexpectedly fail on >> 32-bit Darwin if they overlap with the reserved ranges. > It looks like there is already a bunch of tricks which are bypassing > or ignoring differences between Valgrind aspacemgr view of the mappings > and the real kernel mappings. > Search for several VGO_darwin conditional compilations in aspacemgr-linux.c. > > Your specific problem might be a special case of a > maybe more general problem which is handled in VG_(am_mmap_anon_float_valgrind) > but not in VG_(am_mmap_file_float_valgrind_flags). > > It might maybe be better to have a single place that calls > "advise" then "mmap", and that would do recovery on Darwin > by retrying without MAP_FIXED when failing > (this would also be useful for an "outer valgrind" running > an "inner valgrind", as the inner valgrind encounters > similar differences as it cannot observe the mmap syscalls > done by the outer valgrind). > > Philippe > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: <sv...@va...> - 2013-06-10 08:34:37
|
sewardj 2013-06-10 09:34:26 +0100 (Mon, 10 Jun 2013)
New Revision: 13425
Log:
Improve performance of CRC32 computations for files in the local filesystem.
Modified files:
branches/DISRV/coregrind/m_debuginfo/image.c
branches/DISRV/coregrind/m_debuginfo/priv_image.h
branches/DISRV/coregrind/m_libcbase.c
Modified: branches/DISRV/coregrind/m_debuginfo/priv_image.h (+11 -0)
===================================================================
--- branches/DISRV/coregrind/m_debuginfo/priv_image.h 2013-06-09 15:29:10 +01:00 (rev 13424)
+++ branches/DISRV/coregrind/m_debuginfo/priv_image.h 2013-06-10 09:34:26 +01:00 (rev 13425)
@@ -80,6 +80,17 @@
void ML_(img_get)(/*OUT*/void* dst,
DiImage* img, DiOffT offset, SizeT size);
+/* A version of ML_(img_get) that is significantly cheaper when
+ fetching a lot of data, at the cost of being more difficult to use.
+ Fetches between 1 and |size| bytes from |img| at |offset| and
+ places them in |dst|. |size| must be at least 1. The number of
+ bytes read is returned, and the caller must be able to deal with
+ any number between 1 and |size|. |offset| must be a valid offset
+ in the image; if not the function will not return. This function
+ will not read off the end of the image. */
+SizeT ML_(img_get_some)(/*OUT*/void* dst,
+ DiImage* img, DiOffT offset, SizeT size);
+
/* Copy a C string out of the image, into ML_(dinfo_zalloc)'d space.
The caller owns the string and must free it with ML_(dinfo_free).
|offset| may be DiOffT_INVALID, in which case this returns NULL. */
Modified: branches/DISRV/coregrind/m_libcbase.c (+18 -2)
===================================================================
--- branches/DISRV/coregrind/m_libcbase.c 2013-06-09 15:29:10 +01:00 (rev 13424)
+++ branches/DISRV/coregrind/m_libcbase.c 2013-06-10 09:34:26 +01:00 (rev 13425)
@@ -556,8 +556,24 @@
d = (UChar*)dI;
}
- while (sz--)
- *d++ = *s++;
+ /* If we're unlucky, the alignment constraints for the fast case
+ above won't apply, and we'll have to to it all here. Hence the
+ unrolling. */
+ while (sz >= 4) {
+ d[0] = s[0];
+ d[1] = s[1];
+ d[2] = s[2];
+ d[3] = s[3];
+ d += 4;
+ s += 4;
+ sz -= 4;
+ }
+ while (sz >= 1) {
+ d[0] = s[0];
+ d += 1;
+ s += 1;
+ sz -= 1;
+ }
return dest;
}
Modified: branches/DISRV/coregrind/m_debuginfo/image.c (+29 -3)
===================================================================
--- branches/DISRV/coregrind/m_debuginfo/image.c 2013-06-09 15:29:10 +01:00 (rev 13424)
+++ branches/DISRV/coregrind/m_debuginfo/image.c 2013-06-10 09:34:26 +01:00 (rev 13425)
@@ -751,6 +751,31 @@
}
}
+SizeT ML_(img_get_some)(/*OUT*/void* dst,
+ DiImage* img, DiOffT offset, SizeT size)
+{
+ vg_assert(img);
+ vg_assert(size > 0);
+ vg_assert(ML_(img_valid)(img, offset, size));
+ UChar* dstU = (UChar*)dst;
+ /* Use |get| in the normal way to get the first byte of the range.
+ This guarantees to put the cache entry containing |offset| in
+ position zero. */
+ dstU[0] = get(img, offset);
+ /* Now just read as many bytes as we can (or need) directly out of
+ entry zero, without bothering to call |get| each time. */
+ CEnt* ce = img->ces[0];
+ vg_assert(ce && ce->used >= 1);
+ vg_assert(is_in_CEnt(ce, offset));
+ SizeT nToCopy = size - 1;
+ SizeT nAvail = (SizeT)(ce->used - (offset + 1 - ce->off));
+ vg_assert(nAvail >= 0 && nAvail <= ce->used-1);
+ if (nAvail < nToCopy) nToCopy = nAvail;
+ VG_(memcpy)(&dstU[1], &ce->data[offset + 1 - ce->off], nToCopy);
+ return nToCopy + 1;
+}
+
+
SizeT ML_(img_strlen)(DiImage* img, DiOffT off)
{
vg_assert(ML_(img_valid)(img, off, 1));
@@ -905,11 +930,12 @@
vg_assert(avail > 0 && avail <= img_szB);
if (avail > 1024) avail = 1024;
UChar buf[1024];
- ML_(img_get)(buf, img, curr_off, avail);
+ SizeT nGot = ML_(img_get_some)(buf, img, curr_off, avail);
+ vg_assert(nGot >= 1 && nGot <= avail);
UInt i;
- for (i = 0; i < (UInt)avail; i++)
+ for (i = 0; i < (UInt)nGot; i++)
crc = crc32_table[(crc ^ buf[i]) & 0xff] ^ (crc >> 8);
- curr_off += avail;
+ curr_off += nGot;
}
return ~crc & 0xFFFFFFFF;
} else {
|
|
From: Tom H. <to...@co...> - 2013-06-10 03:41:35
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) GDB: Assembler: GNU assembler version 2.18.50.0.6-2 20080403 C library: GNU C Library stable release version 2.8 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2013-06-10 03:53:05 BST Ended at 2013-06-10 04:41:21 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 == 632 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Philippe W. <phi...@sk...> - 2013-06-10 03:33:00
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-37.fc18) Assembler: GNU assembler version 2.23.51.0.1-7.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.7.2-204.fc18.ppc64 ppc64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on gcc110 ( Fedora release 18 (Spherical Cow), ppc64 ) Started at 2013-06-09 20:00:07 PDT Ended at 2013-06-09 20:32:38 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 == 557 tests, 31 stderr failures, 3 stdout failures, 0 stderrB failures, 0 stdoutB failures, 2 post failures == memcheck/tests/linux/getregset (stdout) memcheck/tests/linux/getregset (stderr) memcheck/tests/ppc64/power_ISA2_05 (stdout) memcheck/tests/supp_unknown (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) massif/tests/big-alloc (post) massif/tests/deep-D (post) helgrind/tests/annotate_rwlock (stderr) helgrind/tests/free_is_write (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/locked_vs_unlocked1_fwd (stderr) helgrind/tests/locked_vs_unlocked1_rev (stderr) helgrind/tests/locked_vs_unlocked2 (stderr) helgrind/tests/locked_vs_unlocked3 (stderr) helgrind/tests/pth_barrier1 (stderr) helgrind/tests/pth_barrier2 (stderr) helgrind/tests/pth_barrier3 (stderr) helgrind/tests/pth_destroy_cond (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <to...@co...> - 2013-06-10 03:28:01
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2) GDB: 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.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 13 (Goddard) Nightly build on bristol ( x86_64, Fedora 13 ) Started at 2013-06-10 03:32:25 BST Ended at 2013-06-10 04:27:50 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 == 634 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...> - 2013-06-10 03:27:57
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) GDB: 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.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2013-06-10 03:41:16 BST Ended at 2013-06-10 04:27:40 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 == 634 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: Tom H. <to...@co...> - 2013-06-10 03:14:25
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) GDB: GNU gdb (GDB) Fedora (7.2-52.fc14) 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.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-06-10 03:22:03 BST Ended at 2013-06-10 04:14:09 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 == 653 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-06-10 02:46:10
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2013-06-10 03:13:29 BST Ended at 2013-06-10 03:45: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 == 655 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-06-10 02:35:46
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Assembler: GNU assembler version 2.21.53.0.1-6.fc16 20110716 C library: GNU C Library development release version 2.14.90 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2013-06-10 03:03:02 BST Ended at 2013-06-10 03:35: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 == 655 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-06-10 02:25:36
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2013-06-10 02:51:45 BST Ended at 2013-06-10 03:25:17 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 == 655 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Christian B. <bor...@de...> - 2013-06-10 02:14:47
|
valgrind revision: 13424
VEX revision: 2726
C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973]
GDB: GNU gdb (GDB) SUSE (7.3-0.6.1)
Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.21.1
C library: GNU C Library stable release version 2.11.3 (20110527)
uname -mrs: Linux 3.0.74-0.6.10-default s390x
Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP2 (s390x) - Kernel %r (%t).
Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) )
Started at 2013-06-10 03:45:01 CEST
Ended at 2013-06-10 04:14:35 CEST
Results differ from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... done
Regression test results follow
== 635 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
=================================================
== Results from 24 hours ago ==
=================================================
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 635 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Mon Jun 10 03:59:55 2013
--- new.short Mon Jun 10 04:14:35 2013
***************
*** 4,6 ****
Building valgrind ... done
! Running regression tests ... failed
--- 4,6 ----
Building valgrind ... done
! Running regression tests ... done
|
|
From: Tom H. <to...@co...> - 2013-06-10 02:13:45
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-38.fc18) Assembler: GNU assembler version 2.23.51.0.1-6.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2013-06-10 02:42:08 BST Ended at 2013-06-10 03:13:31 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 == 655 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Christian B. <bor...@de...> - 2013-06-10 02:13:22
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.6.1 20110908 (Red Hat 4.6.1-9bb4) GDB: GNU gdb (GDB) Fedora (7.5-1bb1.fc15) Assembler: GNU assembler version 2.21.51.0.6-6bb6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.8.6-60.x.20130412-s390xperformance s390x Vendor version: unknown Nightly build on fedora390 ( Fedora 15 with devel libc/toolchain on z196 (s390x) ) Started at 2013-06-10 03:45:01 CEST Ended at 2013-06-10 04:13:31 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 636 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) |
|
From: Tom H. <to...@co...> - 2013-06-10 02:04:50
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.8.1 20130603 (Red Hat 4.8.1-1) GDB: GNU gdb (GDB) Fedora (7.6-30.fc19) Assembler: GNU assembler version 2.23.52.0.1-8.fc19 20130226 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 19 (Schrödingerâs Cat) Nightly build on bristol ( x86_64, Fedora 19 (Schrödingerâs Cat) ) Started at 2013-06-10 02:32:26 BST Ended at 2013-06-10 03:04:34 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 == 655 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-06-10 01:50:16
|
valgrind revision: 13424 VEX revision: 2726 C compiler: gcc (GCC) 4.8.1 20130603 (Red Hat 4.8.1-1) GDB: GNU gdb (GDB) Fedora (7.6-31.fc20) Assembler: GNU assembler version 2.23.2 C library: GNU C Library (GNU libc) development release version 2.17.90 uname -mrs: Linux 3.9.4-200.fc18.x86_64 x86_64 Vendor version: Fedora release 20 (Rawhide) Nightly build on bristol ( x86_64, Fedora 20 ) Started at 2013-06-10 02:22:52 BST Ended at 2013-06-10 02:50:00 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 == 655 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |