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
(15) |
|
2
(24) |
3
(16) |
4
(17) |
5
(11) |
6
(20) |
7
(11) |
8
(15) |
|
9
(10) |
10
(9) |
11
(10) |
12
(24) |
13
(16) |
14
(15) |
15
(8) |
|
16
(13) |
17
(15) |
18
(35) |
19
(11) |
20
(10) |
21
(11) |
22
(9) |
|
23
(10) |
24
(9) |
25
(9) |
26
(9) |
27
(9) |
28
(12) |
29
(16) |
|
30
(12) |
|
|
|
|
|
|
|
From: <sv...@va...> - 2006-04-06 22:59:40
|
Author: njn
Date: 2006-04-06 23:59:35 +0100 (Thu, 06 Apr 2006)
New Revision: 5833
Log:
Fix vg_perf to work with older Valgrind versions.
Modified:
trunk/perf/vg_perf.in
Modified: trunk/perf/vg_perf.in
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/perf/vg_perf.in 2006-04-06 14:21:42 UTC (rev 5832)
+++ trunk/perf/vg_perf.in 2006-04-06 22:59:35 UTC (rev 5833)
@@ -301,9 +301,12 @@
die "unknown tool $tool, please add to %toolnames\n";
=20
# Do the tool run(s). Set both VALGRIND_LIB and VALGRIND_LI=
B_INNER
- # in case this Valgrind was configured with --enable-inner.
+ # in case this Valgrind was configured with --enable-inner. =
And
+ # also VALGRINDLIB, which was the old name for the variable,=
to
+ # allow comparison against old Valgrind versions (eg. 2.4.X)=
.
printf(" %s:", $toolnames{$tool});
- my $vgsetup =3D "VALGRIND_LIB=3D$vgdir/.in_place "
+ my $vgsetup =3D "VALGRINDLIB=3D$vgdir/.in_place "
+ . "VALGRIND_LIB=3D$vgdir/.in_place "
. "VALGRIND_LIB_INNER=3D$vgdir/.in_place ";
my $vgcmd =3D "$vgdir/coregrind/valgrind "
. "--command-line-only=3Dyes --tool=3D$tool -q "
|
|
From: Josef W. <Jos...@gm...> - 2006-04-06 17:36:49
|
On Thursday 06 April 2006 13:15, Julian Seward wrote: > Josef, does this look OK for you? The patch looks fine. Josef |
|
From: Josef W. <Jos...@gm...> - 2006-04-06 17:35:25
|
On Thursday 06 April 2006 08:28, L. David Baron wrote: > On Wednesday 2006-04-05 14:04 +0200, Josef Weidendorfer wrote: > > On Wednesday 05 April 2006 13:00, Julian Seward wrote: > > > Josef: what is it that callgrind uses VG_(seginfo_sym_offset) for? > > > I looked at obj_of_address() in bb.c but didn't understand it. > > So I'm hoping that the uses of VG_(seginfo_sym_offset) can be replaced > by VG_(seginfo_start). The result of the latter (which I'll call start, > since that's the name of the member of struct _obj_node) gives the > address in memory at which the library is mapped; the result of the > former (which I'll call offset, for the same reason) gives the > difference between the address at which the library is mapped and the > base address of the internal addresses used within the library. So using this definition, callgrind did the right thing: I wanted code addresses in memory mapped to the internal addresses used within the library... > For a > non-prelinked library, that base address is typically zero, Are there other cases than prelink, where this base address is != 0 ? > so start == > offset. For a prelinked library loaded at the address for which it was > prelinked, start is equal to the target base address and offset is zero. Hmmm... So subtracting the offset "0", as done in callgrind previously, seemed to be wrong? As far as I see it, objdumps --start-addr option always wants file offsets, starting at 0 (what my check from the last mail revealed). I'll think about a regression test for this... > > There are two uses: > > 1) I store addresses int callgrinds structures as (object name, address offset). > > As you know, I keep cost counters after unmap(), and if the same object is mapped > > again, the old counters are also used. This works automatically because the > > counters are accessed by the above tuple and not the absolute address > > Using VG_(seginfo_start) instead of VG_(seginfo_sym_offset) should work > fine for this purpose; for any given library, they always differ by a > constant (the base address for addresses within symbol tables, etc.). Yes. > > 2) When callgrind is asked to write profile info at instruction granularity, I > > write out the address offset instead of an absolute address. This is needed > > to get disassembler with "objdump -d <elf object>" for the assembler annotation. > > Absolute addresses is useless here. > > > Regarding (2), offsets really are needed for the visualization to be able to > > relate costs with instructions from the binary, ie. I need an offset to pass > > to --start-address/--end-address options of objdump. > > On Wednesday 2006-04-05 15:09 +0200, Josef Weidendorfer wrote: > > I just checked how objdump behaves with a prelinked binary: the output of > > the disassembler output shows the already relocated/prelinked addresses. > > Still, --start-address wants to an unrelocated addresses (ie. an offset). > > Somehow inconsistent. > > > > Thus, obviously, callgrind always wants to have address offsets as they are > > used in debug info. > > If what you want is always an offset relative to the library's base > address, and you're starting with an address in memory, then I'd think > you want to be subtracting start rather than offset. Probably. On Thursday 06 April 2006 08:56, L. David Baron wrote: > So, I tried this, and the only difference I could see between callgrind > output with and without my patch is that I'm seeing the same external > debuginfo that wasn't working without my patch. Perhaps obj->offset was > added and subtracted in so many places that it comes out even? Symbol addresses are only put into the output of callgrind with "--dump-instr=yes", and unfortunately, callgrind_annotate can not parse this extended format at the moment. So you'll have to check it out with KCachegrind for now, whether assembler annotation is working. Or look at the addresses in the callgrind.out.*, and run objdump on them to see if you get a matching disassembler output. > With and without my patch, I ran callgrind on a program that uses a > whole bunch of shared libraries, some of which are prelinked, and then > ran callgrind_annotate --threshold=100 on the output, and compared a few > features of the results. As I said, the only difference I noticed was > the effect of the external debuginfo working correctly where it didn't > before. You didn't run callgrind with the option where this would be relevant. Source annotation always should work. Josef |
|
From: Ghassan H. <gha...@no...> - 2006-04-06 14:41:17
|
We are running a multi-threaded application on Linux 2.4 for PowerPC
(with valgrind 3.1.1) and we're getting the valgrind error shown below.
valgrind: m_coredump/coredump-elf.c:267 (fill_prstatus): Assertion
'sizeof(*regs) =3D=3D sizeof(prs->pr_reg)' failed.
=3D=3D8227=3D=3D at 0x70014CF8: report_and_quit (m_libcassert.c:122)
=3D=3D8227=3D=3D by 0x70014F48: vgPlain_assert_fail =
(m_libcassert.c:185)
=3D=3D8227=3D=3D by 0x70051A8C: fill_prstatus (coredump-elf.c:267)
=3D=3D8227=3D=3D by 0x70051C90: make_elf_coredump =
(coredump-elf.c:369)
=3D=3D8227=3D=3D by 0x70051F78: vgPlain_make_coredump =
(coredump-elf.c:440)
=3D=3D8227=3D=3D by 0x70023864: default_action (m_signals.c:1147)
=3D=3D8227=3D=3D by 0x700239D0: deliver_signal (m_signals.c:1205)
=3D=3D8227=3D=3D by 0x70024AAC: vgPlain_poll_signals =
(m_signals.c:1818)
=3D=3D8227=3D=3D by 0x7005107C: vgPlain_post_syscall =
(syswrap-main.c:897)
=3D=3D8227=3D=3D by 0x70050D9C: vgPlain_client_syscall =
(syswrap-main.c:799)
=3D=3D8227=3D=3D by 0x7003BD80: handle_syscall (scheduler.c:623)
=3D=3D8227=3D=3D by 0x7003C188: vgPlain_scheduler (scheduler.c:726)
=3D=3D8227=3D=3D by 0x70052040: thread_wrapper (syswrap-linux.c:86)
=3D=3D8227=3D=3D by 0x70052174: run_a_thread_NORETURN =
(syswrap-linux.c:119)
We did some research and found that in
<valgrind>/coregrind/m_coredump/coredump-elf.c, the statement
vg_assert(sizeof(*regs) =3D=3D sizeof(prs->pr_reg));
fails because the following two data structures in
<valgrind>/include/vki-ppc32-linux.h do not have the same size:
1. struct vki_pt_regs {
unsigned long gpr[32];
unsigned long nip;
unsigned long msr;
unsigned long orig_gpr3; /* Used for restarting system
calls */
unsigned long ctr;
unsigned long link;
unsigned long xer;
unsigned long ccr;
unsigned long mq; /* 601 only (not used at
present) */
/* Used on APUS to hold IPL
value. */
unsigned long trap; /* Reason for being here */
/* N.B. for critical exceptions on 4xx, the dar and dsisr
fields are overloaded to hold srr0 and srr1. */
unsigned long dar; /* Fault registers */
unsigned long dsisr; /* on 4xx/Book-E used for ESR */
unsigned long result; /* Result of a system call */
};
2. typedef vki_elf_greg_t vki_elf_gregset_t[VKI_ELF_NGREG];
To make them the same size, I added unsigned long pad[4] to the struct
(see below) and the problem went away.
struct vki_pt_regs {
unsigned long gpr[32];
unsigned long nip;
unsigned long msr;
unsigned long orig_gpr3; /* Used for restarting system
calls */
unsigned long ctr;
unsigned long link;
unsigned long xer;
unsigned long ccr;
unsigned long mq; /* 601 only (not used at
present) */
/* Used on APUS to hold IPL
value. */
unsigned long trap; /* Reason for being here */
/* N.B. for critical exceptions on 4xx, the dar and dsisr
fields are overloaded to hold srr0 and srr1. */
unsigned long dar; /* Fault registers */
unsigned long dsisr; /* on 4xx/Book-E used for ESR */
unsigned long result; /* Result of a system call */
unsigned long pad[4]; // <--- fix
};
|
|
From: <sv...@va...> - 2006-04-06 14:21:49
|
Author: njn
Date: 2006-04-06 15:21:42 +0100 (Thu, 06 Apr 2006)
New Revision: 5832
Log:
Commit a patch from Olly Betts which avoids a possible problem with
COUNT_LEAKS on 64-bit machines.
Modified:
trunk/memcheck/memcheck.h
Modified: trunk/memcheck/memcheck.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/memcheck/memcheck.h 2006-04-06 14:04:48 UTC (rev 5831)
+++ trunk/memcheck/memcheck.h 2006-04-06 14:21:42 UTC (rev 5832)
@@ -245,13 +245,25 @@
}
=20
/* Return number of leaked, dubious, reachable and suppressed bytes foun=
d by
- all previous leak checks. They must be lvalues. */
+ all previous leak checks. They must be lvalues. */
#define VALGRIND_COUNT_LEAKS(leaked, dubious, reachable, suppressed) =
\
- {unsigned int _qzz_res; =
\
+ /* For safety on 64-bit platforms we assign the results to private
+ unsigned long variables, then assign these to the lvalues the user
+ specified, which works no matter what type 'leaked', 'dubious', et=
c
+ are. We also initialise '_qzz_leaked', etc because
+ VG_USERREQ__COUNT_LEAKS doesn't mark the values returned as
+ initialised. */ =
\
+ {unsigned int _qzz_res; =
\
+ unsigned long _qzz_leaked =3D 0, _qzz_dubious =3D 0; =
\
+ unsigned long _qzz_reachable =3D 0, _qzz_suppressed =3D 0; =
\
VALGRIND_DO_CLIENT_REQUEST(_qzz_res, 0, =
\
- VG_USERREQ__COUNT_LEAKS, =
\
- &leaked, &dubious, &reachable, &suppressed, =
\
- 0); =
\
+ VG_USERREQ__COUNT_LEAKS, =
\
+ &_qzz_leaked, &_qzz_dubious, =
\
+ &_qzz_reachable, &_qzz_suppressed, 0); =
\
+ leaked =3D _qzz_leaked; =
\
+ dubious =3D _qzz_dubious; =
\
+ reachable =3D _qzz_reachable; =
\
+ suppressed =3D _qzz_suppressed; =
\
}
=20
=20
|
|
From: <sv...@va...> - 2006-04-06 14:05:06
|
Author: njn Date: 2006-04-06 15:04:48 +0100 (Thu, 06 Apr 2006) New Revision: 5831 Log: Add a FAQ. Modified: trunk/docs/xml/FAQ.xml Modified: trunk/docs/xml/FAQ.xml =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/docs/xml/FAQ.xml 2006-04-06 13:33:48 UTC (rev 5830) +++ trunk/docs/xml/FAQ.xml 2006-04-06 14:04:48 UTC (rev 5831) @@ -94,10 +94,23 @@ </answer> </qandaentry> =20 +<qandaentry id=3D"faq.glibc_devel"> + <question> + <para>When I try to build Valgrind, 'make' fails with +<programlisting> +/usr/bin/ld: cannot find -lc +collect2: ld returned 1 exit status +</programlisting> + </para> + </question> + <answer> + <para>You need to install the glibc-static-devel package.</para> + </answer> +</qandaentry> + </qandadiv> =20 =20 - <!-- Valgrind aborts unexpectedly --> <qandadiv id=3D"faq.abort" xreflabel=3D"Valgrind aborts unexpectedly"> <title>Valgrind aborts unexpectedly</title> |
|
From: Nicholas N. <nj...@cs...> - 2006-04-06 14:00:39
|
On Tue, 21 Feb 2006, David Kimdon wrote: >> Yeh, I was trying to shake out a 64-bit bug just now and also had >> difficulties on checkout. Eventually I did this: > > ok, thanks, that builds for me. > > If there aren't any real vex related changes in COMPVBITS then we > never have to merge the vex valgrind/trunk changes into COMPVBITS. > We will just merge COMPVBITS back into trunk when it is done. > In that case perhaps we can decide on which version of VEX the > COMPVBITS branch will use, and add that to the externals property so > it gets pulled in automatically? > > Something like the following will lock VEX to the revision that Julian > found works (it builds for me as well): > > Property changes on: > ___________________________________________________________________ > Name: svn:externals > - VEX svn://svn.valgrind.org/vex/trunk > > + VEX -r1535 svn://svn.valgrind.org/vex/trunk COMPVBITS was merged into the trunk a little while ago so this problem should be gone. Nick |
|
From: <sv...@va...> - 2006-04-06 13:34:02
|
Author: njn
Date: 2006-04-06 14:33:48 +0100 (Thu, 06 Apr 2006)
New Revision: 5830
Log:
Use better variable names.
Modified:
trunk/memcheck/mc_main.c
Modified: trunk/memcheck/mc_main.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/memcheck/mc_main.c 2006-04-06 13:31:17 UTC (rev 5829)
+++ trunk/memcheck/mc_main.c 2006-04-06 13:33:48 UTC (rev 5830)
@@ -3084,7 +3084,7 @@
=20
=20
static INLINE
-void mc_STOREV64 ( Addr a, ULong vbytes, Bool isBigEndian )
+void mc_STOREV64 ( Addr a, ULong vbits64, Bool isBigEndian )
{
UWord sm_off16, vabits16;
SecMap* sm;
@@ -3094,11 +3094,11 @@
#ifndef PERF_FAST_STOREV
// XXX: this slow case seems to be marginally faster than the fast ca=
se!
// Investigate further.
- mc_STOREVn_slow( a, 64, vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 64, vbits64, isBigEndian );
#else
if (EXPECTED_NOT_TAKEN( UNALIGNED_OR_HIGH(a,64) )) {
PROF_EVENT(211, "mc_STOREV64-slow1");
- mc_STOREVn_slow( a, 64, vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 64, vbits64, isBigEndian );
return;
}
=20
@@ -3113,30 +3113,30 @@
/* Handle common case quickly: a is suitably aligned, */
/* is mapped, and is addressible. */
// Convert full V-bits in register to compact 2-bit form.
- if (V_BITS64_DEFINED =3D=3D vbytes) {
+ if (V_BITS64_DEFINED =3D=3D vbits64) {
((UShort*)(sm->vabits8))[sm_off16] =3D (UShort)VA_BITS16_DEFINE=
D;
- } else if (V_BITS64_UNDEFINED =3D=3D vbytes) {
+ } else if (V_BITS64_UNDEFINED =3D=3D vbits64) {
((UShort*)(sm->vabits8))[sm_off16] =3D (UShort)VA_BITS16_UNDEFI=
NED;
} else {
/* Slow but general case -- writing partially defined bytes. */
PROF_EVENT(212, "mc_STOREV64-slow2");
- mc_STOREVn_slow( a, 64, vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 64, vbits64, isBigEndian );
}
} else {
/* Slow but general case. */
PROF_EVENT(213, "mc_STOREV64-slow3");
- mc_STOREVn_slow( a, 64, vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 64, vbits64, isBigEndian );
}
#endif
}
=20
-VG_REGPARM(1) void MC_(helperc_STOREV64be) ( Addr a, ULong vbytes )
+VG_REGPARM(1) void MC_(helperc_STOREV64be) ( Addr a, ULong vbits64 )
{
- mc_STOREV64(a, vbytes, True);
+ mc_STOREV64(a, vbits64, True);
}
-VG_REGPARM(1) void MC_(helperc_STOREV64le) ( Addr a, ULong vbytes )
+VG_REGPARM(1) void MC_(helperc_STOREV64le) ( Addr a, ULong vbits64 )
{
- mc_STOREV64(a, vbytes, False);
+ mc_STOREV64(a, vbits64, False);
}
=20
=20
@@ -3190,7 +3190,7 @@
=20
=20
static INLINE
-void mc_STOREV32 ( Addr a, UWord vbytes, Bool isBigEndian )
+void mc_STOREV32 ( Addr a, UWord vbits32, Bool isBigEndian )
{
UWord sm_off, vabits8;
SecMap* sm;
@@ -3198,11 +3198,11 @@
PROF_EVENT(230, "mc_STOREV32");
=20
#ifndef PERF_FAST_STOREV
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
#else
if (EXPECTED_NOT_TAKEN( UNALIGNED_OR_HIGH(a,32) )) {
PROF_EVENT(231, "mc_STOREV32-slow1");
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
return;
}
=20
@@ -3215,7 +3215,7 @@
// Cleverness: sometimes we don't have to write the shadow memory at
// all, if we can tell that what we want to write is the same as what=
is
// already there.
- if (V_BITS32_DEFINED =3D=3D vbytes) {
+ if (V_BITS32_DEFINED =3D=3D vbits32) {
if (vabits8 =3D=3D (UInt)VA_BITS8_DEFINED) {
return;
} else if (!is_distinguished_sm(sm) && VA_BITS8_UNDEFINED =3D=3D v=
abits8) {
@@ -3223,9 +3223,9 @@
} else {
// not defined/undefined, or distinguished and changing state
PROF_EVENT(232, "mc_STOREV32-slow2");
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
}
- } else if (V_BITS32_UNDEFINED =3D=3D vbytes) {
+ } else if (V_BITS32_UNDEFINED =3D=3D vbits32) {
if (vabits8 =3D=3D (UInt)VA_BITS8_UNDEFINED) {
return;
} else if (!is_distinguished_sm(sm) && VA_BITS8_DEFINED =3D=3D vab=
its8) {
@@ -3233,12 +3233,12 @@
} else {
// not defined/undefined, or distinguished and changing state
PROF_EVENT(233, "mc_STOREV32-slow3");
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
}
} else {
// Partially defined word
PROF_EVENT(234, "mc_STOREV32-slow4");
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
}
//----------------------------------------------------------------------=
-----
#else
@@ -3249,32 +3249,32 @@
/* Handle common case quickly: a is suitably aligned, */
/* is mapped, and is addressible. */
// Convert full V-bits in register to compact 2-bit form.
- if (V_BITS32_DEFINED =3D=3D vbytes) {
+ if (V_BITS32_DEFINED =3D=3D vbits32) {
sm->vabits8[sm_off] =3D VA_BITS8_DEFINED;
- } else if (V_BITS32_UNDEFINED =3D=3D vbytes) {
+ } else if (V_BITS32_UNDEFINED =3D=3D vbits32) {
sm->vabits8[sm_off] =3D VA_BITS8_UNDEFINED;
} else {
/* Slow but general case -- writing partially defined bytes. */
PROF_EVENT(232, "mc_STOREV32-slow2");
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
}
} else {
/* Slow but general case. */
PROF_EVENT(233, "mc_STOREV32-slow3");
- mc_STOREVn_slow( a, 32, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 32, (ULong)vbits32, isBigEndian );
}
#endif
//----------------------------------------------------------------------=
-----
#endif
}
=20
-VG_REGPARM(2) void MC_(helperc_STOREV32be) ( Addr a, UWord vbytes )
+VG_REGPARM(2) void MC_(helperc_STOREV32be) ( Addr a, UWord vbits32 )
{
- mc_STOREV32(a, vbytes, True);
+ mc_STOREV32(a, vbits32, True);
}
-VG_REGPARM(2) void MC_(helperc_STOREV32le) ( Addr a, UWord vbytes )
+VG_REGPARM(2) void MC_(helperc_STOREV32le) ( Addr a, UWord vbits32 )
{
- mc_STOREV32(a, vbytes, False);
+ mc_STOREV32(a, vbits32, False);
}
=20
=20
@@ -3331,7 +3331,7 @@
=20
=20
static INLINE
-void mc_STOREV16 ( Addr a, UWord vbytes, Bool isBigEndian )
+void mc_STOREV16 ( Addr a, UWord vbits16, Bool isBigEndian )
{
UWord sm_off, vabits8;
SecMap* sm;
@@ -3339,11 +3339,11 @@
PROF_EVENT(250, "mc_STOREV16");
=20
#ifndef PERF_FAST_STOREV
- mc_STOREVn_slow( a, 16, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 16, (ULong)vbits16, isBigEndian );
#else
if (EXPECTED_NOT_TAKEN( UNALIGNED_OR_HIGH(a,16) )) {
PROF_EVENT(251, "mc_STOREV16-slow1");
- mc_STOREVn_slow( a, 16, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 16, (ULong)vbits16, isBigEndian );
return;
}
=20
@@ -3357,32 +3357,32 @@
/* Handle common case quickly: a is suitably aligned, */
/* is mapped, and is addressible. */
// Convert full V-bits in register to compact 2-bit form.
- if (V_BITS16_DEFINED =3D=3D vbytes) {
+ if (V_BITS16_DEFINED =3D=3D vbits16) {
insert_vabits4_into_vabits8( a, VA_BITS4_DEFINED ,
&(sm->vabits8[sm_off]) );
- } else if (V_BITS16_UNDEFINED =3D=3D vbytes) {
+ } else if (V_BITS16_UNDEFINED =3D=3D vbits16) {
insert_vabits4_into_vabits8( a, VA_BITS4_UNDEFINED,
&(sm->vabits8[sm_off]) );
} else {
/* Slow but general case -- writing partially defined bytes. */
PROF_EVENT(252, "mc_STOREV16-slow2");
- mc_STOREVn_slow( a, 16, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 16, (ULong)vbits16, isBigEndian );
}
} else {
/* Slow but general case. */
PROF_EVENT(253, "mc_STOREV16-slow3");
- mc_STOREVn_slow( a, 16, (ULong)vbytes, isBigEndian );
+ mc_STOREVn_slow( a, 16, (ULong)vbits16, isBigEndian );
}
#endif
}
=20
-VG_REGPARM(2) void MC_(helperc_STOREV16be) ( Addr a, UWord vbytes )
+VG_REGPARM(2) void MC_(helperc_STOREV16be) ( Addr a, UWord vbits16 )
{
- mc_STOREV16(a, vbytes, True);
+ mc_STOREV16(a, vbits16, True);
}
-VG_REGPARM(2) void MC_(helperc_STOREV16le) ( Addr a, UWord vbytes )
+VG_REGPARM(2) void MC_(helperc_STOREV16le) ( Addr a, UWord vbits16 )
{
- mc_STOREV16(a, vbytes, False);
+ mc_STOREV16(a, vbits16, False);
}
=20
=20
@@ -3431,7 +3431,7 @@
=20
=20
VG_REGPARM(2)
-void MC_(helperc_STOREV8) ( Addr a, UWord vbyte )
+void MC_(helperc_STOREV8) ( Addr a, UWord vbits8 )
{
UWord sm_off, vabits8;
SecMap* sm;
@@ -3439,11 +3439,11 @@
PROF_EVENT(270, "mc_STOREV8");
=20
#ifndef PERF_FAST_STOREV
- mc_STOREVn_slow( a, 8, (ULong)vbyte, False/*irrelevant*/ );
+ mc_STOREVn_slow( a, 8, (ULong)vbits8, False/*irrelevant*/ );
#else
if (EXPECTED_NOT_TAKEN( UNALIGNED_OR_HIGH(a,8) )) {
PROF_EVENT(271, "mc_STOREV8-slow1");
- mc_STOREVn_slow( a, 8, (ULong)vbyte, False/*irrelevant*/ );
+ mc_STOREVn_slow( a, 8, (ULong)vbits8, False/*irrelevant*/ );
return;
}
=20
@@ -3461,21 +3461,21 @@
/* Handle common case quickly: a is mapped, the entire word32 it
lives in is addressible. */
// Convert full V-bits in register to compact 2-bit form.
- if (V_BITS8_DEFINED =3D=3D vbyte) {
+ if (V_BITS8_DEFINED =3D=3D vbits8) {
insert_vabits2_into_vabits8( a, VA_BITS2_DEFINED,
&(sm->vabits8[sm_off]) );
- } else if (V_BITS8_UNDEFINED =3D=3D vbyte) {
+ } else if (V_BITS8_UNDEFINED =3D=3D vbits8) {
insert_vabits2_into_vabits8( a, VA_BITS2_UNDEFINED,
&(sm->vabits8[sm_off]) );
} else {
/* Slow but general case -- writing partially defined bytes. */
PROF_EVENT(272, "mc_STOREV8-slow2");
- mc_STOREVn_slow( a, 8, (ULong)vbyte, False/*irrelevant*/ );
+ mc_STOREVn_slow( a, 8, (ULong)vbits8, False/*irrelevant*/ );
}
} else {
/* Slow but general case. */
PROF_EVENT(273, "mc_STOREV8-slow3");
- mc_STOREVn_slow( a, 8, (ULong)vbyte, False/*irrelevant*/ );
+ mc_STOREVn_slow( a, 8, (ULong)vbits8, False/*irrelevant*/ );
}
#endif
}
|
|
From: <sv...@va...> - 2006-04-06 13:31:25
|
Author: sewardj
Date: 2006-04-06 14:31:17 +0100 (Thu, 06 Apr 2006)
New Revision: 5829
Log:
Avoid compiler warnings on ppc64-linux.
Modified:
trunk/coregrind/m_debuginfo/readelf.c
Modified: trunk/coregrind/m_debuginfo/readelf.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_debuginfo/readelf.c 2006-04-06 13:29:18 UTC (rev 58=
28)
+++ trunk/coregrind/m_debuginfo/readelf.c 2006-04-06 13:31:17 UTC (rev 58=
29)
@@ -385,7 +385,7 @@
static
__attribute__((unused)) /* not referred to on all targets */
void read_elf_symtab__normal(=20
- struct _SegInfo* si, Char* tab_name,
+ struct _SegInfo* si, UChar* tab_name,
ElfXX_Sym* o_symtab, UInt o_symtab_sz,
UChar* o_strtab, UInt o_strtab_sz,
UChar* opd_filea /* ppc64-linux only */=20
@@ -1157,7 +1157,7 @@
=20
/* Read symbols */
{
- void (*read_elf_symtab)(struct _SegInfo*,Char*,ElfXX_Sym*,
+ void (*read_elf_symtab)(struct _SegInfo*,UChar*,ElfXX_Sym*,
UInt,UChar*,UInt,UChar*);
# if defined(VGP_ppc64_linux)
read_elf_symtab =3D read_elf_symtab__ppc64_linux;
|
|
From: <sv...@va...> - 2006-04-06 13:29:27
|
Author: njn Date: 2006-04-06 14:29:18 +0100 (Thu, 06 Apr 2006) New Revision: 5828 Log: update Modified: trunk/docs/internals/roadmap.txt Modified: trunk/docs/internals/roadmap.txt =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/docs/internals/roadmap.txt 2006-04-05 23:06:31 UTC (rev 5827) +++ trunk/docs/internals/roadmap.txt 2006-04-06 13:29:18 UTC (rev 5828) @@ -41,8 +41,11 @@ * Expose some of m_redir's functionality to tools so that Memcheck can replace strlen/strcmp on PPC32 (remove the 3.1.0 hack for this which checked in m_redir.c if the current tool was Memcheck). + [Won't bother. The fix is worse than the problem it's trying to solve= ; + the issue is that the replacement functions are in m_trampoline.S and= must + be between VG_(trampoline_stuff_start) and VG_(trampoline_stuff_end) = for + arcane reasons and moving them into a tool-visible place is a pain.] =20 - ------------------------------------------------------------------------= ----- 3.1.1 ------------------------------------------------------------------------= ----- |
|
From: <js...@ac...> - 2006-04-06 11:41:16
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-04-06 02:00:01 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 == 203 tests, 11 stderr failures, 5 stdout failures, 0 posttest failures == memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/stack_changes (stdout) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/mremap (stderr) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Julian S. <js...@ac...> - 2006-04-06 11:15:55
|
Thanks for updating this to the head. What platforms did you test it on? In particular, do you know if the nasty hacks needed for reading ELF symbols on ppc64-linux still work? On Thursday 06 April 2006 07:56, L. David Baron wrote: > On Wednesday 2006-04-05 23:28 -0700, L. David Baron wrote: > > On Wednesday 2006-04-05 14:04 +0200, Josef Weidendorfer wrote: > > > On Wednesday 05 April 2006 13:00, Julian Seward wrote: > > > > Josef: what is it that callgrind uses VG_(seginfo_sym_offset) for? > > > > I looked at obj_of_address() in bb.c but didn't understand it. > > > > So I'm hoping that the uses of VG_(seginfo_sym_offset) can be replaced > > by VG_(seginfo_start). > > So, I tried this, and the only difference I could see between callgrind > output with and without my patch is that I'm seeing the same external > debuginfo that wasn't working without my patch. Perhaps obj->offset was > added and subtracted in so many places that it comes out even? Josef, does this look OK for you? J |
|
From: L. D. B. <db...@db...> - 2006-04-06 06:56:54
|
On Wednesday 2006-04-05 23:28 -0700, L. David Baron wrote: > On Wednesday 2006-04-05 14:04 +0200, Josef Weidendorfer wrote: > > On Wednesday 05 April 2006 13:00, Julian Seward wrote: > > > Josef: what is it that callgrind uses VG_(seginfo_sym_offset) for? > > > I looked at obj_of_address() in bb.c but didn't understand it. >=20 > So I'm hoping that the uses of VG_(seginfo_sym_offset) can be replaced > by VG_(seginfo_start). So, I tried this, and the only difference I could see between callgrind output with and without my patch is that I'm seeing the same external debuginfo that wasn't working without my patch. Perhaps obj->offset was added and subtracted in so many places that it comes out even? With and without my patch, I ran callgrind on a program that uses a whole bunch of shared libraries, some of which are prelinked, and then ran callgrind_annotate --threshold=3D100 on the output, and compared a few features of the results. As I said, the only difference I noticed was the effect of the external debuginfo working correctly where it didn't before. I attached a patch aganst HEAD to http://bugs.kde.org/show_bug.cgi?id=3D124949 -David --=20 L. David Baron <URL: http://dbaron.org/ > Technical Lead, Layout & CSS, Mozilla Corporation |
|
From: L. D. B. <db...@db...> - 2006-04-06 06:28:24
|
On Wednesday 2006-04-05 14:04 +0200, Josef Weidendorfer wrote: > On Wednesday 05 April 2006 13:00, Julian Seward wrote: > > Josef: what is it that callgrind uses VG_(seginfo_sym_offset) for? > > I looked at obj_of_address() in bb.c but didn't understand it. So I'm hoping that the uses of VG_(seginfo_sym_offset) can be replaced by VG_(seginfo_start). The result of the latter (which I'll call start, since that's the name of the member of struct _obj_node) gives the address in memory at which the library is mapped; the result of the former (which I'll call offset, for the same reason) gives the difference between the address at which the library is mapped and the base address of the internal addresses used within the library. For a non-prelinked library, that base address is typically zero, so start =3D=3D offset. For a prelinked library loaded at the address for which it was prelinked, start is equal to the target base address and offset is zero. > There are two uses: > 1) I store addresses int callgrinds structures as (object name, address o= ffset). > As you know, I keep cost counters after unmap(), and if the same object i= s mapped > again, the old counters are also used. This works automatically because t= he > counters are accessed by the above tuple and not the absolute address Using VG_(seginfo_start) instead of VG_(seginfo_sym_offset) should work fine for this purpose; for any given library, they always differ by a constant (the base address for addresses within symbol tables, etc.). > 2) When callgrind is asked to write profile info at instruction granulari= ty, I > write out the address offset instead of an absolute address. This is need= ed > to get disassembler with "objdump -d <elf object>" for the assembler anno= tation. > Absolute addresses is useless here. > Regarding (2), offsets really are needed for the visualization to be able= to > relate costs with instructions from the binary, ie. I need an offset to p= ass > to --start-address/--end-address options of objdump. On Wednesday 2006-04-05 15:09 +0200, Josef Weidendorfer wrote: > I just checked how objdump behaves with a prelinked binary: the output of > the disassembler output shows the already relocated/prelinked addresses. > Still, --start-address wants to an unrelocated addresses (ie. an offset). > Somehow inconsistent. >=20 > Thus, obviously, callgrind always wants to have address offsets as they a= re > used in debug info. If what you want is always an offset relative to the library's base address, and you're starting with an address in memory, then I'd think you want to be subtracting start rather than offset. I suppose I should figure out how to test callgrind so I can test this theory. -David --=20 L. David Baron <URL: http://dbaron.org/ > Technical Lead, Layout & CSS, Mozilla Corporation |
|
From: Tom H. <to...@co...> - 2006-04-06 05:38:41
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2006-04-06 03:30:04 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 == 236 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (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 == 236 tests, 8 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Apr 6 03:38:20 2006 --- new.short Thu Apr 6 03:45:53 2006 *************** *** 8,12 **** ! == 236 tests, 8 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) - memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) --- 8,11 ---- ! == 236 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) |
|
From: <js...@ac...> - 2006-04-06 03:00:18
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-04-06 03:30:01 BST Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 234 tests, 6 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2006-04-06 02:34:50
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-04-06 03:15:05 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 == 235 tests, 22 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sh-mem-random (stdout) memcheck/tests/sh-mem-random (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) memcheck/tests/xml1 (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2006-04-06 02:26:58
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2006-04-06 03:10:09 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 258 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/amd64/faultstatus (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (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 == 258 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/amd64/faultstatus (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Apr 6 03:19:40 2006 --- new.short Thu Apr 6 03:26:51 2006 *************** *** 8,10 **** ! == 258 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/x86/scalar (stderr) --- 8,11 ---- ! == 258 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == ! memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) |
|
From: Tom H. <th...@cy...> - 2006-04-06 02:26:17
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-04-06 03:00:03 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 == 258 tests, 7 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/tls (stdout) none/tests/x86/faultstatus (stderr) none/tests/x86/int (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 == 258 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Apr 6 03:09:10 2006 --- new.short Thu Apr 6 03:26:10 2006 *************** *** 8,10 **** ! == 258 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/stack_switch (stderr) --- 8,10 ---- ! == 258 tests, 7 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/stack_switch (stderr) *************** *** 15,16 **** --- 15,17 ---- none/tests/fdleak_fcntl (stderr) + none/tests/tls (stdout) none/tests/x86/faultstatus (stderr) |
|
From: Tom H. <th...@cy...> - 2006-04-06 02:25:42
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2006-04-06 03:05: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 == 258 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) none/tests/amd64/faultstatus (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |