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
(4) |
2
(7) |
3
(29) |
4
(2) |
|
5
(2) |
6
(14) |
7
(4) |
8
(17) |
9
(19) |
10
(17) |
11
(18) |
|
12
(21) |
13
(22) |
14
(16) |
15
(14) |
16
(2) |
17
|
18
(3) |
|
19
|
20
(1) |
21
(14) |
22
(9) |
23
(13) |
24
|
25
|
|
26
(1) |
27
(12) |
28
(2) |
29
(17) |
30
(14) |
31
(5) |
|
|
From: Rick G. <rcg...@ve...> - 2013-05-03 21:19:00
|
On 5/3/2013 4:54 AM, Julian Seward wrote: > On 05/03/2013 12:06 AM, Rick Gorton wrote: >> Any chance of the support for AMD's LWP feature making it in? >> https://bugs.kde.org/show_bug.cgi?id=317441 > One concern I had was whether this will cause a problem in any way > for handling other x86 insn set extensions? Specifically, do the > opcodes for LWP overlap/intersect with other existing or proposed > extensions that V does not yet handle? > > J To the best of my knowledge, not it does not overlap with any others. One part of the patch is to specifically pick up on the fact that the underlying host is truly an AMD system, which would also simplify Intel vs. AMD handling of LZCNT. Regards, Rick |
|
From: Thomas R. <tr...@st...> - 2013-05-03 19:40:20
|
Julian Seward <js...@ac...> writes:
>> keeps getting stalled. I don't want to sound overly pushy, but it would
>> help me a bit to at least know generally what is holding it up. General
>> disinterest? Disappointment with a 4% slowdown in some cases?
>
> I think the fact that this is somewhat of a niche item, plus the potential
> slowdown. But, no matter. Can you tell me exactly the set of patches
> that I should review/try out? I'll try to get some feedback to you by
> early next week.
That would be awesome. I'll go through everything again and post a
revised set to the ticket.
--
Thomas Rast
trast@{inf,student}.ethz.ch
|
|
From: Carl E. L. <ce...@li...> - 2013-05-03 19:25:10
|
Julian:
The release dates look fine for us. We only have one thing we would
like to get into the release. It is bugzilla 318932 to add support for
a couple of system calls on PPC. All of the PPC DFP support is in place
at the current time.
I am not aware of any outstanding PPC issues that need fixing.
Carl Love
|
|
From: Philippe W. <phi...@sk...> - 2013-05-03 19:12:04
|
On Fri, 2013-05-03 at 20:41 +0200, Irek Szczesniak wrote: > How do you do justify the funding for sites which already have > Rational tools licensed? CERN has such a campus license. Maybe because Valgrind is not an exact equivalent of Purify/Quantify ? (e.g. in terms of bit precision of memcheck and/or more tools such as helgrind or drd or ...) ? Maybe because there is some complaints from CERN people about Valgrind ? (I guess that if Rational tools would be all what is needed, there wouldn't be much feedback about Valgrind from CERN :). > > You're facing a chicken and egg problem as soon as money becomes involved: > If sites have money they just buy Rational and if they don't have > money they can't fund contributions either. > I've been there with GE Healthcare. The bean counters told me that it > is cheaper to pay for a Rational license to get an immediate solution > than funding valgrind development which *may* provide one a year > later. I do not know if better 80 bits fp will take one year of work. John Reiser said "I'll do it for N * $10,000; 'N' to be negotiated." Maybe CERN can negotiate starting from N = 0 and increase to 1 maybe ? :). And maybe an internship is relevant ? if Valgrind has correct fp support, it might help to detect a few bugs that might cost a lot otherwise. Philippe |
|
From: Irek S. <isz...@gm...> - 2013-05-03 18:42:02
|
On Fri, May 3, 2013 at 7:56 PM, Philippe Waroquiers <phi...@sk...> wrote: > On Fri, 2013-05-03 at 19:41 +0200, Lionel Cons wrote: > >> You're using the wrong tool. valgrind is great for testing and aiding >> development of GUI applications or games with little or no precise fp, >> but it is unsuited for scientific applications. Just from experience >> with CERN's toolchain - valgrind is a low end *toy* in such cases. > > If there is enough interest, maybe the CERN (or CERN people) > would be willing to contribute work (or contribute € or $) to have > a better fp support in Valgrind ? > Or maybe a CERN internship ? How do you do justify the funding for sites which already have Rational tools licensed? CERN has such a campus license. You're facing a chicken and egg problem as soon as money becomes involved: If sites have money they just buy Rational and if they don't have money they can't fund contributions either. I've been there with GE Healthcare. The bean counters told me that it is cheaper to pay for a Rational license to get an immediate solution than funding valgrind development which *may* provide one a year later. Irek |
|
From: Thomas R. <tr...@st...> - 2013-05-03 18:30:47
|
John Reiser <jr...@bi...> writes:
> On 05/03/2013 07:26 AM, Sebastian Feld wrote:
>> On Fri, May 3, 2013 at 10:52 AM, Julian Seward <js...@ac...> wrote:
>>>
>>>> keeps getting stalled. I don't want to sound overly pushy, but it would
>>>> help me a bit to at least know generally what is holding it up. General
>>>> disinterest? Disappointment with a 4% slowdown in some cases?
>>>
>>> I think the fact that this is somewhat of a niche item, plus the potential
>>> slowdown.
>>
>> Which slowdown? Are you serious? Shouldn't valgrind first try to get
>> things running *correct* before trying to optimize performance?
>
> Late answers are also incorrect answers, even for a correctness checker.
> memcheck is almost too slow already. There are more than a few cases
> in which memcheck is not used because memcheck takes too long.
>
> A 4% slowdown means that a memcheck run that used to take an entire day
> (for a program that takes an hour at normal speed) would take a whole hour
> longer. That can be too slow. The probabilistic risk of an unrevealed error
> can be less than the guaranteed cost of memcheck. This happens often enough
> that it causes serious consideration of the trade-offs.
Just to make sure this does not go off on a 4% tangent: the actual
statistics I have are
-- bigcode1 --
bigcode1 vg-upstream:0.10s no: 1.4s (13.9x, -----) me: 2.6s (26.4x, -----)
bigcode1 vg-round :0.10s no: 1.4s (13.8x, 0.7%) me: 2.7s (26.6x, -0.8%)
-- bigcode2 --
bigcode2 vg-upstream:0.10s no: 3.2s (32.5x, -----) me: 6.8s (68.4x, -----)
bigcode2 vg-round :0.10s no: 3.3s (32.6x, -0.3%) me: 6.9s (69.0x, -0.9%)
-- bz2 --
bz2 vg-upstream:0.62s no: 2.1s ( 3.5x, -----) me: 6.8s (11.0x, -----)
bz2 vg-round :0.62s no: 2.1s ( 3.5x, 0.5%) me: 6.6s (10.6x, 3.4%)
-- fbench --
fbench vg-upstream:0.22s no: 0.9s ( 4.0x, -----) me: 3.5s (16.1x, -----)
fbench vg-round :0.22s no: 0.9s ( 4.0x, -2.3%) me: 3.7s (16.6x, -3.4%)
-- ffbench --
ffbench vg-upstream:0.19s no: 0.8s ( 4.3x, -----) me: 2.6s (13.9x, -----)
ffbench vg-round :0.19s no: 0.8s ( 4.3x, 0.0%) me: 2.6s (13.9x, 0.4%)
-- heap --
heap vg-upstream:0.12s no: 0.7s ( 5.8x, -----) me: 4.6s (38.5x, -----)
heap vg-round :0.12s no: 0.7s ( 5.8x, -0.0%) me: 4.6s (38.2x, 0.6%)
-- heap_pdb4 --
heap_pdb4 vg-upstream:0.13s no: 0.8s ( 5.8x, -----) me: 7.1s (54.7x, -----)
heap_pdb4 vg-round :0.13s no: 0.8s ( 5.8x, 0.0%) me: 7.0s (53.5x, 2.3%)
-- many-loss-records --
many-loss-records vg-upstream:0.01s no: 0.2s (17.0x, -----) me: 1.1s (108.0x, -----)
many-loss-records vg-round :0.01s no: 0.2s (17.0x, 0.0%) me: 1.1s (109.0x, -0.9%)
-- many-xpts --
many-xpts vg-upstream:0.04s no: 0.3s ( 6.5x, -----) me: 1.6s (39.7x, -----)
many-xpts vg-round :0.04s no: 0.3s ( 6.5x, 0.0%) me: 1.6s (39.7x, -0.0%)
-- sarp --
sarp vg-upstream:0.02s no: 0.2s (10.0x, -----) me: 2.1s (104.5x, -----)
sarp vg-round :0.02s no: 0.2s ( 9.0x, 10.0%) me: 2.1s (103.0x, 1.4%)
-- tinycc --
tinycc vg-upstream:0.16s no: 1.4s ( 8.8x, -----) me: 8.3s (52.0x, -----)
tinycc vg-round :0.16s no: 1.4s ( 8.9x, -1.4%) me: 8.5s (53.1x, -2.2%)
Consider them as superseding those posted on the ticket; I generated the
latter on a laptop that has some severe thermal issues with resulting
highly unstable clock.
So it's by no means a clear-cut 4% slowdown. It *is* a slowdown for
some tests, but it is actually a speedup for others.
--
Thomas Rast
trast@{inf,student}.ethz.ch
|
|
From: Philippe W. <phi...@sk...> - 2013-05-03 17:56:15
|
On Fri, 2013-05-03 at 19:41 +0200, Lionel Cons wrote: > You're using the wrong tool. valgrind is great for testing and aiding > development of GUI applications or games with little or no precise fp, > but it is unsuited for scientific applications. Just from experience > with CERN's toolchain - valgrind is a low end *toy* in such cases. If there is enough interest, maybe the CERN (or CERN people) would be willing to contribute work (or contribute € or $) to have a better fp support in Valgrind ? Or maybe a CERN internship ? Philippe |
|
From: Lionel C. <lio...@go...> - 2013-05-03 17:42:01
|
On 3 May 2013 16:26, Sebastian Feld <seb...@gm...> wrote: > On Fri, May 3, 2013 at 10:52 AM, Julian Seward <js...@ac...> wrote: >> >>> keeps getting stalled. I don't want to sound overly pushy, but it would >>> help me a bit to at least know generally what is holding it up. General >>> disinterest? Disappointment with a 4% slowdown in some cases? >> >> I think the fact that this is somewhat of a niche item, plus the potential >> slowdown. > > Which slowdown? Are you serious? Shouldn't valgrind first try to get > things running *correct* before trying to optimize performance? There > are already enough applications like spice or matlab which grossly > misbehave, produce cropped results (80bit fp gets reduced to 64bit fp > math, resulting in gross matlab malfunctions) or just plainly crash. You're using the wrong tool. valgrind is great for testing and aiding development of GUI applications or games with little or no precise fp, but it is unsuited for scientific applications. Just from experience with CERN's toolchain - valgrind is a low end *toy* in such cases. Lionel |
|
From: John R. <jr...@bi...> - 2013-05-03 16:49:42
|
On 05/03/2013 07:26 AM, Sebastian Feld wrote:
> There
> are already enough applications like spice or matlab which grossly
> misbehave, produce cropped results (80bit fp gets reduced to 64bit fp
> math, resulting in gross matlab malfunctions) or just plainly crash.
Do you run with the following, every time, all the time, no exceptions?
void *malloc(size_t size) { return calloc(1, size); }
That prevents *ALL* uninit errors which might arise from malloc()ed blocks.
Typical costs are about 3% or less in time. Make a shared library,
name that library in LD_PRELOAD, and *ALL* your programs benefit.
If you don't do this, then you care less than 3% about *ROBUST* computing.
Next: local variables. Compile with "-pg -mfentry", and implement an
mcount() or __fentry__() which zeroes the new stack frame. That prevents
*ALL* uninit errors for stack-resident locals. Typical cost varies,
but most often 3% to 10%; sometimes 15% to 20%. [Do you pay sales tax (VAT)?]
The only case left for uninit is register-only local variables. Beat your
compiler over the head with a club until it warns for every declaration
of a local scalar that does not contain an initialization.
With uninit eradicated, then the only error left is out-of-bounds.
Sorry, that's a halting problem [probably unsolvable.]
Next: spice and matlab. The subroutines themselves are *correct*.
The only possible errors are due to incorrect parameters: client code.
So construct an indirection layer: check overlap of input arrays,
pre-zero output arrays, etc. Use this for every run, all the time.
Next: 80-bit floating point. Put your money where your mouth is.
Recently DFP (Decimal Floating Point as in s390) was added to memcheck+VEX.
Adding 80-bit FP would be a similar effort, and can even use much of
the DFP code as a guide. I'll do it for N * $10,000; 'N' to be negotiated.
--
|
|
From: John R. <jr...@bi...> - 2013-05-03 15:18:53
|
On 05/03/2013 07:26 AM, Sebastian Feld wrote: > On Fri, May 3, 2013 at 10:52 AM, Julian Seward <js...@ac...> wrote: >> >>> keeps getting stalled. I don't want to sound overly pushy, but it would >>> help me a bit to at least know generally what is holding it up. General >>> disinterest? Disappointment with a 4% slowdown in some cases? >> >> I think the fact that this is somewhat of a niche item, plus the potential >> slowdown. > > Which slowdown? Are you serious? Shouldn't valgrind first try to get > things running *correct* before trying to optimize performance? Late answers are also incorrect answers, even for a correctness checker. memcheck is almost too slow already. There are more than a few cases in which memcheck is not used because memcheck takes too long. A 4% slowdown means that a memcheck run that used to take an entire day (for a program that takes an hour at normal speed) would take a whole hour longer. That can be too slow. The probabilistic risk of an unrevealed error can be less than the guaranteed cost of memcheck. This happens often enough that it causes serious consideration of the trade-offs. -- |
|
From: Thomas R. <tr...@st...> - 2013-05-03 14:56:12
|
Sebastian Feld <seb...@gm...> writes:
> On Fri, May 3, 2013 at 10:52 AM, Julian Seward <js...@ac...> wrote:
>>
>>> keeps getting stalled. I don't want to sound overly pushy, but it would
>>> help me a bit to at least know generally what is holding it up. General
>>> disinterest? Disappointment with a 4% slowdown in some cases?
>>
>> I think the fact that this is somewhat of a niche item, plus the potential
>> slowdown.
>
> Which slowdown? Are you serious? Shouldn't valgrind first try to get
> things running *correct* before trying to optimize performance? There
> are already enough applications like spice or matlab which grossly
> misbehave, produce cropped results (80bit fp gets reduced to 64bit fp
> math, resulting in gross matlab malfunctions) or just plainly crash.
Note that handling the x87 instruction, extending them to 80 bits, is
much harder. I merely made the SSE instructions respect the SSE
rounding mode. This proves sufficient for our purposes, because GCC
defaults to -mfpmath=sse on x86_86 and we do not use 'long double'.
--
Thomas Rast
trast@{inf,student}.ethz.ch
|
|
From: Sebastian F. <seb...@gm...> - 2013-05-03 14:26:46
|
On Fri, May 3, 2013 at 10:52 AM, Julian Seward <js...@ac...> wrote: > >> keeps getting stalled. I don't want to sound overly pushy, but it would >> help me a bit to at least know generally what is holding it up. General >> disinterest? Disappointment with a 4% slowdown in some cases? > > I think the fact that this is somewhat of a niche item, plus the potential > slowdown. Which slowdown? Are you serious? Shouldn't valgrind first try to get things running *correct* before trying to optimize performance? There are already enough applications like spice or matlab which grossly misbehave, produce cropped results (80bit fp gets reduced to 64bit fp math, resulting in gross matlab malfunctions) or just plainly crash. |
|
From: Julian S. <js...@ac...> - 2013-05-03 08:55:08
|
On 05/03/2013 12:06 AM, Rick Gorton wrote: > Any chance of the support for AMD's LWP feature making it in? > https://bugs.kde.org/show_bug.cgi?id=317441 One concern I had was whether this will cause a problem in any way for handling other x86 insn set extensions? Specifically, do the opcodes for LWP overlap/intersect with other existing or proposed extensions that V does not yet handle? J |
|
From: Julian S. <js...@ac...> - 2013-05-03 08:52:55
|
> keeps getting stalled. I don't want to sound overly pushy, but it would > help me a bit to at least know generally what is holding it up. General > disinterest? Disappointment with a 4% slowdown in some cases? I think the fact that this is somewhat of a niche item, plus the potential slowdown. But, no matter. Can you tell me exactly the set of patches that I should review/try out? I'll try to get some feedback to you by early next week. > https://bugs.kde.org/show_bug.cgi?id=318030 I looked at that before now, but didn't come to much conclusion. Personally I would also like ARM to benefit from that, since that's a target on which I run large codes on relatively low-powered hardware. J |
|
From: Philippe W. <phi...@sk...> - 2013-05-03 03:47:33
|
valgrind revision: 13381 VEX revision: 2716 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-05-02 20:00:20 PDT Ended at 2013-05-02 20:47:19 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 == 552 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-05-03 03:33:42
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2013-05-03 03:51:38 BST Ended at 2013-05-03 04:33:26 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 == 627 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: Tom H. <to...@co...> - 2013-05-03 03:16:22
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2013-05-03 03:41:22 BST Ended at 2013-05-03 04:16:07 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 == 631 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-05-03 03:05:35
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 13 (Goddard) Nightly build on bristol ( x86_64, Fedora 13 ) Started at 2013-05-03 03:32:06 BST Ended at 2013-05-03 04:05: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 == 631 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_barrier3 (stderr) |
|
From: Rich C. <rc...@wi...> - 2013-05-03 03:04:16
|
valgrind revision: 13381
VEX revision: 2716
C compiler: gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revision 195012]
GDB: GNU gdb (GDB) SUSE (7.5.1-2.1.1)
Assembler: GNU assembler (GNU Binutils; openSUSE 12.3) 2.23.1
C library: GNU C Library (GNU libc) stable release version 2.17 (git c758a6861537)
uname -mrs: Linux 3.7.9-1.1-desktop x86_64
Vendor version: Welcome to openSUSE 12.3 "Dartmouth" Beta 1 - Kernel %r (%t).
Nightly build on ultra ( gcc 4.5.1 Linux 3.7.9-1.1-desktop x86_64 )
Started at 2013-05-02 21:30:01 CDT
Ended at 2013-05-02 22:04:03 CDT
Results differ from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 645 tests, 1 stderr failure, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mssnapshot (stderrB)
memcheck/tests/origin5-bz2 (stderr)
=================================================
== Results from 24 hours ago ==
=================================================
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 645 tests, 4 stderr failures, 2 stdout failures, 4 stderrB failures, 2 stdoutB failures, 0 post failures ==
gdbserver_tests/mcbreak (stdout)
gdbserver_tests/mcbreak (stdoutB)
gdbserver_tests/mcbreak (stderrB)
gdbserver_tests/mcinfcallRU (stderr)
gdbserver_tests/mcinfcallWSRU (stderr)
gdbserver_tests/mcinfcallWSRU (stderrB)
gdbserver_tests/mcmain_pic (stdout)
gdbserver_tests/mcmain_pic (stderr)
gdbserver_tests/mcmain_pic (stdoutB)
gdbserver_tests/mcmain_pic (stderrB)
gdbserver_tests/mssnapshot (stderrB)
memcheck/tests/origin5-bz2 (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Thu May 2 21:47:52 2013
--- new.short Thu May 2 22:04:03 2013
***************
*** 8,20 ****
! == 645 tests, 4 stderr failures, 2 stdout failures, 4 stderrB failures, 2 stdoutB failures, 0 post failures ==
! gdbserver_tests/mcbreak (stdout)
! gdbserver_tests/mcbreak (stdoutB)
! gdbserver_tests/mcbreak (stderrB)
! gdbserver_tests/mcinfcallRU (stderr)
! gdbserver_tests/mcinfcallWSRU (stderr)
! gdbserver_tests/mcinfcallWSRU (stderrB)
! gdbserver_tests/mcmain_pic (stdout)
! gdbserver_tests/mcmain_pic (stderr)
! gdbserver_tests/mcmain_pic (stdoutB)
! gdbserver_tests/mcmain_pic (stderrB)
gdbserver_tests/mssnapshot (stderrB)
--- 8,10 ----
! == 645 tests, 1 stderr failure, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mssnapshot (stderrB)
=================================================
./valgrind-new/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2013-05-02 21:49:48.225094151 -0500
+++ mssnapshot.stderrB.out 2013-05-02 21:55:27.317671761 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc212-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc212-s390x 2013-05-02 21:50:15.431337562 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -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 2013-05-02 21:49:53.272953888 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -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 2013-05-02 21:50:15.461337355 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -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 2013-05-02 21:50:23.299119564 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -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 2013-05-02 21:50:23.926102143 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -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 2013-05-02 21:31:55.304904706 -0500
+++ mcbreak.stderrB.out 2013-05-02 21:38:49.552395582 -0500
@@ -1,7 +1,28 @@
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
-monitor command request to kill this process
-Remote connection closed
+The program being debugged exited while in a function called from GDB.
+Evaluation of the expression containing the function
+(whoami) will be abandoned.
+No symbol "i" in current context.
+No registers.
+No registers.
+The program is not being run.
+You can't do that without a process to debug.
+No symbol "i" in current context.
+The program is not being run.
+You can't do that without a process to debug.
+No symbol "i" in current context.
+The program is not being run.
+You can't do that without a process to debug.
+No symbol "i" in current context.
+You can't do that without a process to debug.
+The program is not being run.
+The program is not being run.
+The program is not being run.
+The program is not being run.
+"monitor" command not supported by this target.
+No registers.
+"monitor" command not supported by this target.
+The program is not being run.
+"monitor" command not supported by this target.
=================================================
./valgrind-old/gdbserver_tests/mcbreak.stdout.diff
=================================================
--- mcbreak.stdout.exp 2013-05-02 21:31:55.277905458 -0500
+++ mcbreak.stdout.out 2013-05-02 21:38:49.407399611 -0500
@@ -1,8 +0,0 @@
-pid .... Thread .... first
-pid .... Thread .... second
-pid .... Thread .... third
-pid .... Thread .... fourth
-pid .... Thread .... after next: inferior call pushed from mcbreak.stdinB.gdb
-pid .... Thread .... called from level
-called from level int_und is not zero
-pid .... Thread .... called from main
=================================================
./valgrind-old/gdbserver_tests/mcbreak.stdoutB.diff
=================================================
--- mcbreak.stdoutB.exp 2013-05-02 21:31:55.289905122 -0500
+++ mcbreak.stdoutB.out 2013-05-02 21:38:49.519396499 -0500
@@ -12,43 +12,10 @@
113 for (i = len-1; i >= 0; i=i-2)
old_pc has changed after step
114 undefined[i] = undef;
-$1 = void
+Program terminated with signal SIGSEGV, Segmentation fault.
+The program no longer exists.
+$1 = "undefined"
$2 = "undefined"
-$3 = 8
-113 for (i = len-1; i >= 0; i=i-2)
-old_pc has changed after step
-114 undefined[i] = undef;
-old_pc has changed after step
-113 for (i = len-1; i >= 0; i=i-2)
-$4 = void
-$5 = "undefi?e?"
-$6 = 6
-114 undefined[i] = undef;
-$7 = void
-$8 = "undefi?e?"
-$9 = 4
-113 for (i = len-1; i >= 0; i=i-2)
-$10 = void
-$11 = "unde?i?e?"
-$12 = 4
-$13 = 1
-$14 = void
-Continuing.
-Breakpoint 2, main (argc=1, argv=0x........) at t.c:117
-117 breakme(__LINE__); //break2
-breakme (line=117) at t.c:100
-100 if (line > 1000)
-Run till exit from #0 breakme (line=117) at t.c:100
-main (argc=1, argv=0x........) at t.c:119
-119 if (argc > 1)
+$3 = "undefined"
+$4 = "undefined"
Delete all breakpoints? (y or n) [answered Y; input not from terminal]
-Continuing.
-Program received signal SIGTRAP, Trace/breakpoint trap.
-0x........ in make_error (s=0x........ "called from level") at t.c:40
-40 if (int_und == 0)
-43 printf ("%s int_und is not zero\n", s);
-old_pc has changed after step
-Continuing.
-Program received signal SIGTRAP, Trace/breakpoint trap.
-0x........ in make_error (s=0x........ "called from main") at t.c:40
-40 if (int_und == 0)
=================================================
./valgrind-old/gdbserver_tests/mcinfcallRU.stderr.diff
=================================================
--- mcinfcallRU.stderr.exp 2013-05-02 21:31:55.309904567 -0500
+++ mcinfcallRU.stderr.out 2013-05-02 21:38:55.463231355 -0500
@@ -1,4 +1,11 @@
loops/sleep_ms/burn/threads_spec: 1 0 2000000000 ------B-
main ready to sleep and/or burn
-pid .... Thread .... inferior call pushed from gdb in mcinfcallRU.stdinB.gdb
-Reset valgrind output to log (orderly_finish)
+Process terminating with default action of signal 11 (SIGSEGV)
+ Bad permissions for mapped region at address 0x........
+ ...
+HEAP SUMMARY:
+ in use at exit: 156 bytes in 2 blocks
+ total heap usage: 2 allocs, 0 frees, 156 bytes allocated
+For a detailed leak analysis, rerun with: --leak-check=full
+For counts of detected and suppressed errors, rerun with: -v
+ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/gdbserver_tests/mcinfcallWSRU.stderr.diff
=================================================
--- mcinfcallWSRU.stderr.exp 2013-05-02 21:31:55.295904956 -0500
+++ mcinfcallWSRU.stderr.out 2013-05-02 21:38:57.935162675 -0500
@@ -3,5 +3,12 @@
London ready to sleep and/or burn
Petaouchnok ready to sleep and/or burn
main ready to sleep and/or burn
-pid .... Thread .... thread 1 inferior call pushed from gdb in mcinfcallWSRU.stdinB.gdb
-Reset valgrind output to log (orderly_finish)
+Process terminating with default action of signal 11 (SIGSEGV)
+ Bad permissions for mapped region at address 0x........
+ ...
+HEAP SUMMARY:
+ in use at exit: 983 bytes in 5 blocks
+ total heap usage: 5 allocs, 0 frees, 983 bytes allocated
+For a detailed leak analysis, rerun with: --leak-check=full
+For counts of detected and suppressed errors, rerun with: -v
+ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/gdbserver_tests/mcinfcallWSRU.stderrB.diff
=================================================
--- mcinfcallWSRU.stderrB.exp 2013-05-02 21:31:55.285905234 -0500
+++ mcinfcallWSRU.stderrB.out 2013-05-02 21:38:58.084158535 -0500
@@ -23,33 +23,15 @@
[Switching to thread 1 (Thread ....)]
#0 0x........ in do_burn () at sleepers.c:39
39 for (i = 0; i < burn; i++) loopnr++;
-$1 = void
-[Switching to thread 2 (Thread ....)]
-#0 0x........ in syscall ...
-Could not write register "xxx"; remote failure reply 'E.
-ERROR changing register xxx regno y
-gdb commands changing registers (pc, sp, ...) (e.g. 'jump',
-set pc, calling from gdb a function in the debugged process, ...)
-can only be accepted if the thread is VgTs_Runnable or VgTs_Yielding state
-Thread status is VgTs_WaitSys
-'
-[Switching to thread 3 (Thread ....)]
-#0 0x........ in syscall ...
-Could not write register "xxx"; remote failure reply 'E.
-ERROR changing register xxx regno y
-gdb commands changing registers (pc, sp, ...) (e.g. 'jump',
-set pc, calling from gdb a function in the debugged process, ...)
-can only be accepted if the thread is VgTs_Runnable or VgTs_Yielding state
-Thread status is VgTs_WaitSys
-'
-[Switching to thread 4 (Thread ....)]
-#0 0x........ in syscall ...
-Could not write register "xxx"; remote failure reply 'E.
-ERROR changing register xxx regno y
-gdb commands changing registers (pc, sp, ...) (e.g. 'jump',
-set pc, calling from gdb a function in the debugged process, ...)
-can only be accepted if the thread is VgTs_Runnable or VgTs_Yielding state
-Thread status is VgTs_WaitSys
-'
-monitor command request to kill this process
-Remote connection closed
+Program terminated with signal SIGKILL, Killed.
+The program no longer exists.
+The program being debugged exited while in a function called from GDB.
+Evaluation of the expression containing the function
+(whoami) will be abandoned.
+Thread ID 2 not known.
+You can't do that without a process to debug.
+Thread ID 3 not known.
+You can't do that without a process to debug.
+Thread ID 4 not known.
+You can't do that without a process to debug.
+"monitor" command not supported by this target.
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stderr.diff
=================================================
--- mcmain_pic.stderr.exp 2013-05-02 21:31:55.293905011 -0500
+++ mcmain_pic.stderr.out 2013-05-02 21:39:10.692808215 -0500
@@ -3,6 +3,10 @@
+Process terminating with default action of signal 11 (SIGSEGV)
+ Bad permissions for mapped region at address 0x........
+ ...
+
HEAP SUMMARY:
in use at exit: 16 bytes in 1 blocks
total heap usage: 1 allocs, 0 frees, 16 bytes allocated
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stderrB.diff
=================================================
--- mcmain_pic.stderrB.exp 2013-05-02 21:31:55.302904761 -0500
+++ mcmain_pic.stderrB.out 2013-05-02 21:39:10.770806048 -0500
@@ -1,2 +1,6 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+The program being debugged exited while in a function called from GDB.
+Evaluation of the expression containing the function
+(another_func) will be abandoned.
+The program is not being run.
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stdout.diff
=================================================
--- mcmain_pic.stdout.exp 2013-05-02 21:31:55.286905206 -0500
+++ mcmain_pic.stdout.out 2013-05-02 21:39:10.659809132 -0500
@@ -1,4 +1 @@
address of main 0x........
-another func called msg called from gdb
-address of another_func 0x........
-another func called msg called from main
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stdoutB.diff
=================================================
--- mcmain_pic.stdoutB.exp 2013-05-02 21:31:55.287905178 -0500
+++ mcmain_pic.stdoutB.out 2013-05-02 21:39:10.737806965 -0500
@@ -2,8 +2,7 @@
Continuing.
Breakpoint 1, main (argc=1, argv=0x........) at main_pic.c:11
11 printf("address of another_func %p\n", &another_func);
-$1 = void
-$2 = (int (*)(int, char **)) 0x........ <main>
-$3 = (void (*)(char *)) 0x........ <another_func>
-Continuing.
-Program exited normally.
+Program terminated with signal SIGSEGV, Segmentation fault.
+The program no longer exists.
+$1 = (int (*)(int, char **)) 0x........ <main>
+$2 = (void (*)(char *)) 0x........ <another_func>
=================================================
./valgrind-old/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2013-05-02 21:31:55.302904761 -0500
+++ mssnapshot.stderrB.out 2013-05-02 21:39:18.412593727 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc212-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc212-s390x 2013-05-02 21:33:27.915326558 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -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 2013-05-02 21:33:23.592451856 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -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 2013-05-02 21:33:23.593451828 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -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 2013-05-02 21:34:21.718836433 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -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 2013-05-02 21:34:03.374346604 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -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: Tom H. <to...@co...> - 2013-05-03 02:59:51
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-05-03 03:22:29 BST Ended at 2013-05-03 03:59:38 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 == 650 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-05-03 02:50:45
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2013-05-03 03:12:50 BST Ended at 2013-05-03 03:50:28 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 == 652 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-05-03 02:34:49
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2013-05-03 03:02:13 BST Ended at 2013-05-03 03:34:35 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 03:17:26.217370018 +0100 --- new.short 2013-05-03 03:34:35.884917736 +0100 *************** *** 8,10 **** ! == 652 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) --- 8,11 ---- ! == 652 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == ! memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-05-03 02:34:48
|
valgrind revision: 13381 VEX revision: 2716 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.8.6-203.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-05-03 02:51:58 BST Ended at 2013-05-03 03:34:29 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 6 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 5 stderr failures, 3 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcbreak (stdout) gdbserver_tests/mcbreak (stdoutB) gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 03:07:16.985515194 +0100 --- new.short 2013-05-03 03:34:29.310048855 +0100 *************** *** 8,20 **** ! == 652 tests, 5 stderr failures, 3 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == ! gdbserver_tests/mcbreak (stdout) ! gdbserver_tests/mcbreak (stdoutB) ! gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) - gdbserver_tests/mcinfcallWSRU (stderrB) - gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) ! gdbserver_tests/mcmain_pic (stdoutB) ! gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/origin5-bz2 (stderr) --- 8,14 ---- ! == 652 tests, 6 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) ! memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) |
|
From: Christian B. <bor...@de...> - 2013-05-03 02:16:45
|
valgrind revision: 13381 VEX revision: 2716 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.58-0.6.6-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-05-03 03:45:01 CEST Ended at 2013-05-03 04:16:32 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 632 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Christian B. <bor...@de...> - 2013-05-03 02:14:53
|
valgrind revision: 13381 VEX revision: 2716 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-05-03 03:45:01 CEST Ended at 2013-05-03 04:15:03 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 == 633 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) |