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
(32) |
2
(22) |
3
(47) |
4
(29) |
5
(18) |
6
(16) |
|
7
(21) |
8
(29) |
9
(23) |
10
(68) |
11
(20) |
12
(17) |
13
(17) |
|
14
(27) |
15
(26) |
16
(21) |
17
(13) |
18
(19) |
19
(29) |
20
(13) |
|
21
(9) |
22
(8) |
23
(29) |
24
(56) |
25
(21) |
26
(46) |
27
(33) |
|
28
(25) |
29
(41) |
30
(35) |
31
(28) |
|
|
|
|
From: <sv...@va...> - 2005-08-01 23:41:24
|
Author: sewardj
Date: 2005-08-02 00:41:20 +0100 (Tue, 02 Aug 2005)
New Revision: 4304
Log:
Update this-cpu-not-supported message.
Modified:
trunk/coregrind/m_translate.c
Modified: trunk/coregrind/m_translate.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_translate.c 2005-08-01 23:25:55 UTC (rev 4303)
+++ trunk/coregrind/m_translate.c 2005-08-01 23:41:20 UTC (rev 4304)
@@ -459,8 +459,10 @@
VG_(printf)("\n");
VG_(printf)("valgrind: fatal error: unsupported CPU.\n");
VG_(printf)(" Supported CPUs are:\n");
- VG_(printf)(" * x86 with SSE state (Pentium II or above, "
+ VG_(printf)(" * x86 with SSE (Pentium III or above, "
"AMD Athlon or above)\n");
+ VG_(printf)(" * AMD Athlon64/Opteron\n");
+ VG_(printf)(" * PowerPC with Altivec\n");
VG_(printf)("\n");
VG_(exit)(1);
}
|
|
From: Julian S. <js...@ac...> - 2005-08-01 23:33:27
|
On Monday 01 August 2005 21:38, Dirk Mueller wrote: > On Monday 01 August 2005 18:52, Julian Seward wrote: > > Yes, but it's less convenient. Also, since automagically-checked-out Vex > > is now the "default" for anonymous valgrind checkouts, I'd prefer to be > > able to work in that scenario just so as to ensure it's regularly used > > and doesn't break. If you see what I mean. > > Just call "svn switch" to the real url inside valgrind/VEX. Gaah! What a hack. Thanks for the tip; I had no idea this was even possible. J |
|
From: <sv...@va...> - 2005-08-01 23:26:26
|
Author: sewardj
Date: 2005-08-02 00:25:55 +0100 (Tue, 02 Aug 2005)
New Revision: 4303
Log:
When identifying stacks so as to decide whether or not to make a self
checking translation in the case --smc-check=3Dstack (the default),
don't use SF_GROWDOWN as an indication of stackness, since that only
is set for the main stack. Instead establish whether code is being
taken from a stack by seeing if the requesting thread's stack pointer
points into the same area that the translation is being taken from.
This makes trampolining work even for threaded programs.
Modified:
trunk/coregrind/m_translate.c
Modified: trunk/coregrind/m_translate.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_translate.c 2005-08-01 15:18:16 UTC (rev 4302)
+++ trunk/coregrind/m_translate.c 2005-08-01 23:25:55 UTC (rev 4303)
@@ -34,6 +34,7 @@
#include "pub_core_aspacemgr.h"
#include "pub_core_cpuid.h"
#include "pub_core_machine.h" // For VG_(cache_line_size_ppc32)
+ // and VG_(get_SP)
#include "pub_core_libcbase.h"
#include "pub_core_libcassert.h"
#include "pub_core_libcprint.h"
@@ -46,6 +47,7 @@
#include "pub_core_translate.h"
#include "pub_core_transtab.h"
=20
+
/*------------------------------------------------------------*/
/*--- Determining arch/subarch. ---*/
/*------------------------------------------------------------*/
@@ -384,8 +386,14 @@
=20
Also, we must stop Vex chasing into blocks for which we might want
to self checking.
+
+ This fn needs to know also the tid of the requesting thread, but
+ it can't be passed in as a parameter since this fn is passed to
+ Vex and that has no notion of tids. So we clumsily pass it as
+ a global, chase_into_ok__CLOSURE_tid.
*/
-static Bool chase_into_ok ( Addr64 addr64 )
+static ThreadId chase_into_ok__CLOSURE_tid;
+static Bool chase_into_ok ( Addr64 addr64 )
{
/* Work through a list of possibilities why we might not want to
allow a chase. */
@@ -399,8 +407,11 @@
would choose to have a self-check for the dest. Note, this must
match the logic at XXXYYYZZZ below. */
if (VG_(clo_smc_check) =3D=3D Vg_SmcStack) {
+ ThreadId tid =3D chase_into_ok__CLOSURE_tid;
Segment* seg =3D VG_(find_segment)(addr);
- if (seg && (seg->flags & SF_GROWDOWN))
+ if (seg=20
+ && seg->addr <=3D VG_(get_SP)(tid)
+ && VG_(get_SP)(tid) < seg->addr+seg->len)
goto dontchase;
}
=20
@@ -538,9 +549,15 @@
case Vg_SmcAll: do_self_check =3D True; break;
case Vg_SmcStack:=20
/* XXXYYYZZZ: must match the logic at AAABBBCCC above */
- do_self_check =3D seg ? toBool(seg->flags & SF_GROWDOWN) : Fals=
e;
+ do_self_check
+ /* =3D seg ? toBool(seg->flags & SF_GROWDOWN) : False; */
+ =3D seg=20
+ ? (seg->addr <=3D VG_(get_SP)(tid)
+ && VG_(get_SP)(tid) < seg->addr+seg->len)
+ : False;
break;
- default: vg_assert2(0, "unknown VG_(clo_smc_check) value");
+ default:=20
+ vg_assert2(0, "unknown VG_(clo_smc_check) value");
}
=20
/* True if a debug trans., or if bit N set in VG_(clo_trace_codegen).=
*/
@@ -559,6 +576,10 @@
/* Actually do the translation. */
tl_assert2(VG_(tdict).tool_instrument,
"you forgot to set VgToolInterface function 'tool_instrume=
nt'");
+
+ /* Set up closure arg for "chase_into_ok" */
+ chase_into_ok__CLOSURE_tid =3D tid;
+
tres =3D LibVEX_Translate (=20
vex_arch, &vex_archinfo,
vex_arch, &vex_archinfo,
|
|
From: Dirk M. <dm...@gm...> - 2005-08-01 20:39:23
|
On Monday 01 August 2005 18:52, Julian Seward wrote: > Yes, but it's less convenient. Also, since automagically-checked-out Vex > is now the "default" for anonymous valgrind checkouts, I'd prefer to be > able to work in that scenario just so as to ensure it's regularly used > and doesn't break. If you see what I mean. Just call "svn switch" to the real url inside valgrind/VEX. In general svn:externals are a horrible hack, and I hope the Subversion developers come up with real module aliases soon. We're jumping through quite some loops inside the KDE repository as well.. Dirk |
|
From: Maurice v. d. P. <gri...@ge...> - 2005-08-01 19:08:43
|
On Mon, Aug 01, 2005 at 11:40:28AM +0100, Julian Seward wrote: >=20 > We are pleased to announce a new stable release of Valgrind, version > 2.4.1. It is available from http://www.valgrind.org. Will there also be a 2.4.1 version of valgrind for ppc? /me looks at Paul. Best regards, Maurice. --=20 Maurice van der Pot Gentoo Linux Developer gri...@ge... http://www.gentoo.org Creator of BiteMe! gri...@kf... http://www.kfk4ever.com |
|
From: Tom H. <to...@co...> - 2005-08-01 18:00:53
|
In message <Pin...@ch...>
Nicholas Nethercote <nj...@cs...> wrote:
> On Sun, 31 Jul 2005, Tom Hughes wrote:
>
> >>> Does anybody know why we map the whole of the shadow space at startup
> >>> using PROT_NONE and then just change the protection on pages as they
> >>> are required rather than just allocating them as required?
> >>
> >> Isn't it to prevent anything else being put in the shadow memory area?
> >
> > Maybe, but the address space manager already forces all memory mappings
> > to a fixed address inside the client address space anyway.
> >
> > The valgrind part of the address space (above the shadow space) is not
> > protected in the same way, and we don't have any problems with client
> > mappings widing up there.
>
> Have you tried taking it out to see what happens?
Just tried it and everything works fine - the patch is attached if
anybody else wants to try it.
> Jeremy should know why it's done this way, but he's been very quiet
> lately... Jeremy, are you still out there?
I think I may have worked it out - there was a scheme to have tools
just access pages rather than explicitly allocating them and the core
then caught the signal and initialised them if necessary. That is why
it is all allocated up front.
That system was never used (although the 2.4 line has the core code
to support it) and seems to have been removed in the 3.0 code.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Julian S. <js...@ac...> - 2005-08-01 16:51:53
|
> You can't commit from the Vex tree that's within the Valgrind tree, but > you should still be able to commit from a separate Vex tree, configuring > with --with-vex, right? Yes, but it's less convenient. Also, since automagically-checked-out Vex is now the "default" for anonymous valgrind checkouts, I'd prefer to be able to work in that scenario just so as to ensure it's regularly used and doesn't break. If you see what I mean. J |
|
From: Nicholas N. <nj...@cs...> - 2005-08-01 15:38:04
|
On Sun, 31 Jul 2005, Tom Hughes wrote: >>> Does anybody know why we map the whole of the shadow space at startup >>> using PROT_NONE and then just change the protection on pages as they >>> are required rather than just allocating them as required? >> >> Isn't it to prevent anything else being put in the shadow memory area? > > Maybe, but the address space manager already forces all memory mappings > to a fixed address inside the client address space anyway. > > The valgrind part of the address space (above the shadow space) is not > protected in the same way, and we don't have any problems with client > mappings widing up there. Have you tried taking it out to see what happens? Jeremy should know why it's done this way, but he's been very quiet lately... Jeremy, are you still out there? N |
|
From: <sv...@va...> - 2005-08-01 15:23:00
|
Author: njn Date: 2005-08-01 16:22:58 +0100 (Mon, 01 Aug 2005) New Revision: 151 Log: Add news items from front page to the news page. Modified: trunk/info/news.html Modified: trunk/info/news.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/info/news.html 2005-08-01 10:33:58 UTC (rev 150) +++ trunk/info/news.html 2005-08-01 15:22:58 UTC (rev 151) @@ -7,12 +7,24 @@ =20 <ul> =20 + <li><p>1 August 2005: A new stable version, 2.4.1, is + available.</p></li> + <li><p>March 24, 2005:<br /> A new stable release,=20 <a href=3D"/downloads/source_code.html#current-stable">valgrind 2.4.0</a>, is available. Relative to 2.2.0, 2.4.0 has improved thread and signal support, reduced memory consumption, and dozens of bug fixes.</p></li> =20 + <li><p>March 12, 2005: The Valgrind website has been overhauled, + and moved to <a href=3D"http://www.valgrind.org">www.valgrind.org</a>. + Many thanks to KDE for hosting the previous website.</p></li> + + <li><p>March 12, 2005: A new mailing list, + <?php echo vglink( 'vgannounce'); ?>, has been created. This low-volum= e + list will receive announcements of new Valgrind releases. + </p></li> + <li><p>August 31, 2004:<br /> A new stable release,=20 <a href=3D"/downloads/source_code.html#current-stable">valgrind 2.2.0</a>, is available. 2.2.0 brings many improvements over |
|
From: Nicholas N. <nj...@cs...> - 2005-08-01 15:20:45
|
On Mon, 1 Aug 2005, Julian Seward wrote: > Urk. This means I can't commit to the resulting vex tree, > which is a drag. You can't commit from the Vex tree that's within the Valgrind tree, but you should still be able to commit from a separate Vex tree, configuring with --with-vex, right? N |
|
From: <sv...@va...> - 2005-08-01 15:18:21
|
Author: njn Date: 2005-08-01 16:18:16 +0100 (Mon, 01 Aug 2005) New Revision: 4302 Log: One more thing to remember. Modified: trunk/docs/internals/release-HOWTO Modified: trunk/docs/internals/release-HOWTO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/release-HOWTO 2005-08-01 15:12:23 UTC (rev 4301) +++ trunk/docs/internals/release-HOWTO 2005-08-01 15:18:16 UTC (rev 4302) @@ -83,6 +83,7 @@ - Update www.valgrind.org/downloads/source_code.html. =20 - Update www.valgrind.org/downloads/archive.html. =20 - Add a news item to the front page and also to valgrind.org/info/news= .html. + - Update the "release-date" and "release-version" in php/.htconfx. - Other pages that might need updating: devel/cvs_svn.html. =20 - Change release number in AC_INIT() in configure.in to "X.Y.Z.SVN", whe= re |
|
From: <sv...@va...> - 2005-08-01 15:12:24
|
Author: njn Date: 2005-08-01 16:12:23 +0100 (Mon, 01 Aug 2005) New Revision: 4301 Log: Remove temporary file once regtest completes. Modified: trunk/memcheck/tests/with-space.vgtest Modified: trunk/memcheck/tests/with-space.vgtest =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/tests/with-space.vgtest 2005-08-01 15:11:15 UTC (rev 4= 300) +++ trunk/memcheck/tests/with-space.vgtest 2005-08-01 15:12:23 UTC (rev 4= 301) @@ -4,3 +4,4 @@ prereq: cp manuel1 'with space' prog: 'with space' vgopts: -q +cleanup: rm 'with space' |
|
From: <sv...@va...> - 2005-08-01 15:11:25
|
Author: njn Date: 2005-08-01 16:11:15 +0100 (Mon, 01 Aug 2005) New Revision: 4300 Log: Add explanation of filename. Modified: trunk/memcheck/tests/metadata.vgtest-HIDING Modified: trunk/memcheck/tests/metadata.vgtest-HIDING =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/tests/metadata.vgtest-HIDING 2005-08-01 14:12:17 UTC (= rev 4299) +++ trunk/memcheck/tests/metadata.vgtest-HIDING 2005-08-01 15:11:15 UTC (= rev 4300) @@ -1,2 +1,5 @@ +# This file is named "metadata.vgtest-HIDING" so that the regtest script +# will ignore it. This is because the client request that metadata.c us= es +# is no longer supported. prog: metadata vgopts: -q |
|
From: <sv...@va...> - 2005-08-01 14:12:26
|
Author: sewardj
Date: 2005-08-01 15:12:17 +0100 (Mon, 01 Aug 2005)
New Revision: 4299
Log:
Don't show CFI reader warnings without -v. This is intended to hide
Warning: zero-sized CIE/FDE but not at section end in DWARF2 CFI readin=
g
which I know is not a good fix, but I don't want to get into messing
with the CFI reader this close to 3.0, and the appearance of this
message causes many regtests to fail on some systems.
Modified:
trunk/coregrind/m_debuginfo/dwarf.c
Modified: trunk/coregrind/m_debuginfo/dwarf.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/dwarf.c 2005-08-01 13:40:08 UTC (rev 4298=
)
+++ trunk/coregrind/m_debuginfo/dwarf.c 2005-08-01 14:12:17 UTC (rev 4299=
)
@@ -2486,7 +2486,7 @@
return;
=20
bad:
- if (!VG_(clo_xml))
+ if (!VG_(clo_xml) && VG_(clo_verbosity) > 1)
VG_(message)(Vg_UserMsg, "Warning: %s in DWARF2 CFI reading", how=
);
return;
}
|
|
From: Tom H. <to...@co...> - 2005-08-01 13:59:28
|
In message <200...@ac...>
Julian Seward <js...@ac...> wrote:
> Urk. This means I can't commit to the resulting vex tree,
> which is a drag. Apart from JosefW did anyone else have a
> problem with this? How inconvenient will it be to change this
> back to the way it was?
No objections here. I had to tweak my subversion configuration to use
the web proxy and then tweak the web proxy to handle WebDAV in order
to make the new system work so both systems have problems...
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Julian S. <js...@ac...> - 2005-08-01 13:49:27
|
Urk. This means I can't commit to the resulting vex tree, which is a drag. Apart from JosefW did anyone else have a problem with this? How inconvenient will it be to change this back to the way it was? J On Friday 29 July 2005 18:20, sv...@va... wrote: > Author: dirk > Date: 2005-07-29 18:20:21 +0100 (Fri, 29 Jul 2005) > New Revision: 4293 > > Log: > use http:// svn:externals for all those poor > souls behind braindamaged firewalls > > Modified: > trunk/ > > > > Property changes on: trunk > ___________________________________________________________________ > Name: svn:externals > - VEX svn://svn.valgrind.org/vex/trunk > > + VEX http://svn.valgrind.org/vex/trunk > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=Click > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Julian S. <js...@ac...> - 2005-08-01 13:45:37
|
> The fifth error is in none/tests/tls. First of all, this test is never run > with RC1 as is, as file none/tests/tls.vgtest is missing from the > distribution. Fixed (r4298). Thanks for spotting that. > An additional and minor point is that while searching for other tests > without a .vgtest file, I noticed that memcheck/tests/metadata has a file > .vgtest-HIDING instead, which makes me curious. The facilities this tests (making an memcheck'd program able to read/write its own definedness bits) got disabled and has not been fixed -- I don't expect it to be useful. So the corresponding test needed to be disabled, and renaming the .vgtest file like this seemed as good a way as any. > The bottom line remains that I find the minimum expected number of errors, > which also remains good news. Good. J |
|
From: <sv...@va...> - 2005-08-01 13:40:16
|
Author: sewardj Date: 2005-08-01 14:40:08 +0100 (Mon, 01 Aug 2005) New Revision: 4298 Log: Don't forget tls.vgtest in the final tarball. Modified: trunk/none/tests/Makefile.am Modified: trunk/none/tests/Makefile.am =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/none/tests/Makefile.am 2005-07-30 01:22:37 UTC (rev 4297) +++ trunk/none/tests/Makefile.am 2005-08-01 13:40:08 UTC (rev 4298) @@ -96,7 +96,7 @@ threaded-fork.stderr.exp threaded-fork.stdout.exp threaded-fork.vgtest = \ threadederrno.stderr.exp threadederrno.stdout.exp \ threadederrno.vgtest \ - tls.stderr.exp tls.stdout.exp \ + tls.vgtest tls.stderr.exp tls.stdout.exp \ vgprintf.stderr.exp vgprintf.stdout.exp vgprintf.vgtest =20 check_PROGRAMS =3D \ |
|
From: <sv...@va...> - 2005-08-01 13:35:51
|
Author: sewardj
Date: 2005-08-01 14:35:18 +0100 (Mon, 01 Aug 2005)
New Revision: 1308
Log:
Specialise NZ after DECW.
Modified:
trunk/priv/guest-amd64/ghelpers.c
Modified: trunk/priv/guest-amd64/ghelpers.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/priv/guest-amd64/ghelpers.c 2005-08-01 13:03:32 UTC (rev 1307)
+++ trunk/priv/guest-amd64/ghelpers.c 2005-08-01 13:35:18 UTC (rev 1308)
@@ -1060,6 +1060,16 @@
mkU64(0)));
}
=20
+ /*---------------- DECW ----------------*/
+
+ if (isU64(cc_op, AMD64G_CC_OP_DECW) && isU64(cond, AMD64CondNZ)) {
+ /* 16-bit dec, then NZ --> test dst !=3D 0 */
+ return unop(Iop_1Uto64,
+ binop(Iop_CmpNE64,=20
+ binop(Iop_Shl64,cc_dep1,mkU8(48)),=20
+ mkU64(0)));
+ }
+
//.. /*---------------- DECL ----------------*/
//..=20
//.. if (isU32(cc_op, AMD64G_CC_OP_DECL) && isU32(cond, X86CondZ))=
{
|
|
From: <sv...@va...> - 2005-08-01 13:03:39
|
Author: sewardj
Date: 2005-08-01 14:03:32 +0100 (Mon, 01 Aug 2005)
New Revision: 1307
Log:
Implement 0xA1 /* MOV Ov,eAX */ and 0xA3 /* MOV eAX,Ov */. This
should fix #109810.
Modified:
trunk/priv/guest-amd64/toIR.c
Modified: trunk/priv/guest-amd64/toIR.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/priv/guest-amd64/toIR.c 2005-07-29 21:58:51 UTC (rev 1306)
+++ trunk/priv/guest-amd64/toIR.c 2005-08-01 13:03:32 UTC (rev 1307)
@@ -11671,28 +11671,33 @@
//.. case 0xA0: /* MOV Ob,AL */
//.. sz =3D 1;
//.. /* Fall through ... */
-//.. case 0xA1: /* MOV Ov,eAX */
-//.. d32 =3D getUDisp32(delta); delta +=3D 4;
-//.. ty =3D szToITy(sz);
-//.. addr =3D newTemp(Ity_I32);
-//.. assign( addr, handleSegOverride(sorb, mkU32(d32)) );
-//.. putIReg(sz, R_EAX, loadLE(ty, mkexpr(addr)));
-//.. DIP("mov%c %s0x%x, %s\n", nameISize(sz), sorbTxt(sorb),
-//.. d32, nameIReg(sz,R_EAX));
-//.. break;
-//..=20
-//.. case 0xA2: /* MOV Ob,AL */
+ case 0xA1: /* MOV Ov,eAX */
+ if (sz !=3D 8 && sz !=3D 4 && sz !=3D 2) goto decode_failure;
+ d64 =3D getDisp64(delta);=20
+ delta +=3D 8;
+ ty =3D szToITy(sz);
+ addr =3D newTemp(Ity_I64);
+ assign( addr, handleSegOverride(pfx, mkU64(d64)) );
+ putIRegRAX(sz, loadLE( ty, mkexpr(addr) ));
+ DIP("mov%c %s0x%llx, %s\n", nameISize(sz),=20
+ sorbTxt(pfx), d64,
+ nameIRegRAX(sz));
+ break;
+
+//.. case 0xA2: /* MOV AL,Ob */
//.. sz =3D 1;
//.. /* Fall through ... */
-//.. case 0xA3: /* MOV eAX,Ov */
-//.. d32 =3D getUDisp32(delta); delta +=3D 4;
-//.. ty =3D szToITy(sz);
-//.. addr =3D newTemp(Ity_I32);
-//.. assign( addr, handleSegOverride(sorb, mkU32(d32)) );
-//.. storeLE( mkexpr(addr), getIReg(sz,R_EAX) );
-//.. DIP("mov%c %s, %s0x%x\n", nameISize(sz), nameIReg(sz,R_EAX),
-//.. sorbTxt(sorb), d32);
-//.. break;
+ case 0xA3: /* MOV eAX,Ov */
+ if (sz !=3D 8 && sz !=3D 4 && sz !=3D 2) goto decode_failure;
+ d64 =3D getDisp64(delta);=20
+ delta +=3D 8;
+ ty =3D szToITy(sz);
+ addr =3D newTemp(Ity_I64);
+ assign( addr, handleSegOverride(pfx, mkU64(d64)) );
+ storeLE( mkexpr(addr), getIRegRAX(sz) );
+ DIP("mov%c %s, %s0x%llx\n", nameISize(sz), nameIRegRAX(sz),
+ sorbTxt(pfx), d64);
+ break;
=20
/* XXXX be careful here with moves to AH/BH/CH/DH */
case 0xB0: /* MOV imm,AL */
|
|
From: Jeroen N. W. <jn...@xs...> - 2005-08-01 13:02:27
|
> On Sun, 31 Jul 2005, Jeroen N. Witmond wrote: > >> On Debian 3.1 (x86), valgrind RC1 works, but shows two unexpected >> errors in the regression test. > > These are expected; the new JITter doesn't yet implemented all the > required instructions. It's good that you are only seeing these two > failures, that's the minimum we can expect. In fact, I see five errors in the regression test. The two I mentioned earlier were the ones I didn't expect, or at least could not explain. Two other errors are in none/tests/fdleak_fcntl and memcheck/tests/writev. These are caused by differences in the stack trace, and could be handled by adding yet another set of suppression files. The fifth error is in none/tests/tls. First of all, this test is never run with RC1 as is, as file none/tests/tls.vgtest is missing from the distribution. (It is not referrenced in none/tests/Makefile.am.) After copying this file from svn into RC1, the test is run but fails. gcc and libc on my box support TLS, so the test for TLS in the valgrind configation succeeds. But apparently the kernel I use (2.4.26) does not support TLS. Therefore I regard this fifth error as a configuration error, as configuring valgrind with --disable-tls makes this error go away. As far as I can see, that is the only effect this configuration option has. An additional and minor point is that while searching for other tests without a .vgtest file, I noticed that memcheck/tests/metadata has a file .vgtest-HIDING instead, which makes me curious. The bottom line remains that I find the minimum expected number of errors, which also remains good news. Jeroen. |
|
From: Julian S. <js...@ac...> - 2005-08-01 10:40:30
|
We are pleased to announce a new stable release of Valgrind, version 2.4.1. It is available from http://www.valgrind.org. Valgrind is an award-winning open-source suite of simulation based debugging and profiling tools. With the tools that come with Valgrind, you can automatically detect many memory management bugs, avoiding hours of frustrating bug-hunting, and make your code more stable. You can also perform detailed time and space profiling to help speed up and slim down your programs. 2.4.1 is a maintenance release that contains various bug fixes which have accumulated since 2.4.0 was released about four months ago. Details are below. 2.4.1 still only supports x86-linux. For amd64-linux support, please wait for 3.0, which will ship shortly. Many thanks to Dirk Mueller for coordinating the 2.4.1 release. Happy (and productive) debugging and profiling, -- The Valgrind developers New in 2.4.1 vs 2.4.0 ~~~~~~~~~~~~~~~~~~~~~ - fixed regression in stabs parsing introduced by fixing bug 90128 - major performance fix by Pete Moceyunas to improve malloc handling - several smaller fixes to the code, as detected in a code analysis performed by Madhu Kurup using the "Prevent" Stanford code checker - bug in VG_(atoll36) fixed -- this might have been causing some failures in C++ name demangling - fixed double free in reading ~/.valgrindrc - removed irrelevant linker version script that broke compilation with newer binutils. - fixes for the following bugs: 88678: fix debug info for file names containing spaces 106713: preserve %esi accross calls to clone. 103509: times(NULL) gets incorrect unaddressable bytes warning 106293: fix stack-scanning in VALGRIND_DO_LEAK_CHECK 104797: handle BLKGETSIZE64 ioctl 101881: segfault when command-line-args are in RO-memory - fix valgrind crash when no environment is given to an execve() call - disable PIE compilation by default. It caused too many non-working builds and accordingly many bugreports. - fix stabs debug info reading for FreePascal binaries - update syscall table to include new syscalls included in Linux 2.6.13. - updates to compile properly with gcc 4.x and glibc 2.4 New features: The macros VALGRIND_STACK_REGISTER, VALGRIND_STACK_DEREGISTER and VALGRIND_STACK_CHANGE have been added. These can be used to inform valgrind about stack switches, if your application uses userland threading libraries. |
|
From: <sv...@va...> - 2005-08-01 10:34:03
|
Author: sewardj Date: 2005-08-01 11:33:58 +0100 (Mon, 01 Aug 2005) New Revision: 150 Log: Fix auto-magic stuff in here for 2.4.1. Modified: trunk/php/.htconfx Modified: trunk/php/.htconfx =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/php/.htconfx 2005-08-01 10:28:37 UTC (rev 149) +++ trunk/php/.htconfx 2005-08-01 10:33:58 UTC (rev 150) @@ -27,8 +27,8 @@ 'dt_copyright' =3D> '2000-2005 ', =20 /* current release info */ - 'release-date' =3D> 'March 24 2005', - 'release-version' =3D> 'valgrind-2.4.0', + 'release-date' =3D> '1 August 2005', + 'release-version' =3D> 'valgrind-2.4.1', =20 /* mailing lists, bug reports, etc. */ 'vgannounce' =3D> array(=20 |
|
From: <sv...@va...> - 2005-08-01 10:28:43
|
Author: sewardj Date: 2005-08-01 11:28:37 +0100 (Mon, 01 Aug 2005) New Revision: 149 Log: Make 2.4.1 available. Modified: trunk/downloads/source_code.html trunk/index.html Modified: trunk/downloads/source_code.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/downloads/source_code.html 2005-07-28 22:21:49 UTC (rev 148) +++ trunk/downloads/source_code.html 2005-08-01 10:28:37 UTC (rev 149) @@ -24,29 +24,26 @@ <h3>Current Stable Release:</h3> =20 <p> -<a href=3D"/downloads/valgrind-2.4.0.tar.bz2">valgrind 2.4.0 (tar.bz2)</= a>=20 -[1072Kb] - March 24 2005<br /> -<span class=3D"md5sum">md5: 1d0bd81d368789946d32d18a468ea0cf</span> +<a href=3D"/downloads/valgrind-2.4.1.tar.bz2">valgrind 2.4.1 (tar.bz2)</= a>=20 +[1078Kb] - 1 August 2005. For x86-linux only.<br /> +<span class=3D"md5sum">md5: 8ada0f37ddd940032b85ea859fedb037</span> </p> =20 -<p>Compared to the 2.2.0 stable release, 2.4.0 has improved -signals/syscalls/threads support, works well on recent Linux distros, -has reduced memory consumption running Memcheck/Addrcheck, and has -better memory-leak detection. There are many other improvements and -refinements, and dozens of bug fixes, listed in the NEWS file. +<p>2.4.1 is a maintenance release that contains various bug fixes +which have accumulated since 2.4.0 was released about four months ago. +See the NEWS file for details. </p> =20 -<p>2.4.0 builds and runs its regression tests on: Red Hat 7.3, -Fedora Core 3, SuSE 9.1 and 9.2. We believe it should -work on Linux distributions with kernel 2.4 or 2.6 and glibc -2.2.X or 2.3.X.</p> +<p>2.4.1 builds and runs its regression tests on: Red Hat 7.3, Fedora +Core 4, SuSE 9.1 and 9.3. We believe it should work on Linux +distributions with kernel 2.4 or 2.6 and glibc 2.2.X or 2.3.X.</p> =20 =20 =20 <a name=3D"current-devel"></a> <h3>Current Developer Release: </h3> =20 -<p>2.4.0 supersedes all previous releases, and so there is +<p>2.4.1 supersedes all previous releases, and so there is currently no development release available.</p> =20 =20 Modified: trunk/index.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/index.html 2005-07-28 22:21:49 UTC (rev 148) +++ trunk/index.html 2005-08-01 10:28:37 UTC (rev 149) @@ -37,7 +37,7 @@ =20 <ul> =20 - <li><p>March 24, 2005: A new stable version, 2.4.0, is + <li><p>1 August 2005: A new stable version, 2.4.1, is available.</p></li> =20 <li><p>March 12, 2005: The Valgrind website has been overhauled, |
|
From: <js...@ac...> - 2005-08-01 02:45:33
|
Nightly build on g5 ( YDL 4.0, ppc970 ) started at 2005-08-01 04:40:00 CEST 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 == 154 tests, 99 stderr failures, 17 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badfree-2trace (stderr) memcheck/tests/badfree (stderr) memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/badloop (stderr) memcheck/tests/badpoll (stderr) memcheck/tests/badrw (stderr) memcheck/tests/brk (stderr) memcheck/tests/brk2 (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/doublefree (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/fwrite (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/malloc1 (stderr) memcheck/tests/malloc2 (stderr) memcheck/tests/malloc3 (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel2 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/memalign2 (stderr) memcheck/tests/memalign_test (stderr) memcheck/tests/memcmptest (stderr) memcheck/tests/mempool (stderr) memcheck/tests/mismatches (stderr) memcheck/tests/mmaptest (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/nanoleak_supp (stderr) memcheck/tests/new_nothrow (stderr) memcheck/tests/new_override (stderr) memcheck/tests/null_socket (stderr) memcheck/tests/overlap (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/post-syscall (stdout) memcheck/tests/post-syscall (stderr) memcheck/tests/realloc1 (stderr) memcheck/tests/realloc2 (stderr) memcheck/tests/realloc3 (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/signal2 (stderr) memcheck/tests/sigprocmask (stderr) memcheck/tests/stack_changes (stdout) memcheck/tests/stack_changes (stderr) memcheck/tests/str_tester (stderr) memcheck/tests/strchr (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/with-space (stderr) memcheck/tests/writev (stderr) memcheck/tests/xml1 (stderr) memcheck/tests/zeropage (stderr) cachegrind/tests/chdir (stderr) cachegrind/tests/dlclose (stdout) cachegrind/tests/dlclose (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/fdleak_creat (stderr) none/tests/fdleak_dup (stderr) none/tests/fdleak_dup2 (stderr) none/tests/fdleak_fcntl (stderr) none/tests/fdleak_ipv4 (stderr) none/tests/fdleak_open (stderr) none/tests/fdleak_pipe (stderr) none/tests/fdleak_socketpair (stderr) none/tests/manythreads (stdout) none/tests/manythreads (stderr) none/tests/pending (stdout) none/tests/pending (stderr) none/tests/pth_atfork1 (stdout) none/tests/pth_atfork1 (stderr) none/tests/pth_blockedsig (stdout) none/tests/pth_blockedsig (stderr) none/tests/pth_cancel1 (stdout) none/tests/pth_cancel1 (stderr) none/tests/pth_cancel2 (stderr) none/tests/pth_cvsimple (stdout) none/tests/pth_cvsimple (stderr) none/tests/pth_exit (stderr) none/tests/pth_once (stdout) none/tests/pth_once (stderr) none/tests/pth_stackalign (stdout) none/tests/pth_stackalign (stderr) none/tests/res_search (stdout) none/tests/res_search (stderr) none/tests/thread-exits (stdout) none/tests/thread-exits (stderr) none/tests/threaded-fork (stdout) none/tests/threaded-fork (stderr) none/tests/threadederrno (stdout) none/tests/threadederrno (stderr) none/tests/tls (stdout) none/tests/tls (stderr) |