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
(23) |
2
(40) |
3
(17) |
4
(10) |
|
5
(14) |
6
(41) |
7
(26) |
8
(23) |
9
(15) |
10
(25) |
11
(14) |
|
12
(23) |
13
(11) |
14
(18) |
15
(21) |
16
(18) |
17
(8) |
18
(14) |
|
19
(16) |
20
(15) |
21
(12) |
22
(11) |
23
(8) |
24
(11) |
25
(12) |
|
26
(9) |
27
(17) |
28
(31) |
29
(16) |
30
(10) |
31
(17) |
|
|
From: Tom H. <th...@cy...> - 2006-03-30 02:25:08
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2006-03-30 03:05:14 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 == 251 tests, 6 stderr failures, 1 stdout failure ================= 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) |
|
From: Tom H. <th...@cy...> - 2006-03-30 02:14:30
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-03-30 03:00:03 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 == 251 tests, 7 stderr failures, 1 stdout failure ================= 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) |
|
From: Tom H. <to...@co...> - 2006-03-29 23:15:54
|
In message <e2e...@ma...>
"Bart Van Assche" <bar...@gm...> wrote:
> I also succeeded now at cross-compiling valgrind, but this only succeeds
> when specifying --enable-tls as a configure argument. Maybe this is
> something that can be added to the valgrind FAQ ?
That seems very odd - all that does is cause HAVE_TLS to be defined
and that only effects a couple of tests. It has no effect on valgrind
itself. What is the problem you see if you don't use it?
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Bart V. A. <bar...@gm...> - 2006-03-29 23:06:24
|
Hello Benjamin, I also succeeded now at cross-compiling valgrind, but this only succeeds when specifying --enable-tls as a configure argument. Maybe this is something that can be added to the valgrind FAQ ? On 3/28/06, Benjamin Collar <ben...@si...> wrote: > > Hi > > I know this is a bit of an old mail, but I'm using MV CGE 3.1 and 4.0 > for powerpc's 440 and 970. Cross compiling valgrind is certainly > possible. I'm building on a pentium4 and running on the two different > PPC's. (but then after a bit I get a crash, doh! anyway...) > |
|
From: Bart V. A. <bar...@gm...> - 2006-03-29 20:23:44
|
Anyone any idea how I can find out whether this is a client or a valgrind issue ? Valgrind version: 3.1.1, CPU: ppc32, kernel: 2.6.10, glibc: 2.3.3 =3D=3D8062=3D=3D =3D=3D8062=3D=3D Process terminating with default action of signal 11 (SIGS= EGV) =3D=3D8062=3D=3D Bad permissions for mapped region at address 0x401DCA8 =3D=3D8062=3D=3D at 0x401DCA8: ??? =3D=3D8062=3D=3D by 0xFF62630: timer_helper_thread (in /lib/tls/librt-2.= 3.3.so) =3D=3D8062=3D=3D by 0xFF8A7C8: start_thread (in /lib/tls/libpthread-2.3.= 3.so) =3D=3D8062=3D=3D by 0xFCD3ED8: clone (in /lib/tls/libc-2.3.3.so) =3D=3D8062=3D=3D Can't extend stack to 0x41428E0 during signal delivery for= thread 5: =3D=3D8062=3D=3D too small or bad protection modes =3D=3D8062=3D=3D |
|
From: Dave N. <dc...@us...> - 2006-03-29 20:13:18
|
Nightly build on vervain ( SuSE 9.0, IBM Power5 ) started at 2006-03-29
13:35:06 CST
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
== 201 tests, 8 stderr failures, 5 stdout failures =================
memcheck/tests/leak-cycle (stderr)
memcheck/tests/leak-tree (stderr)
memcheck/tests/leakotron (stdout)
memcheck/tests/sh-mem (stderr)
none/tests/faultstatus (stderr)
none/tests/mremap (stderr)
none/tests/ppc32/jm-vmx (stdout)
none/tests/ppc32/jm-vmx (stderr)
none/tests/ppc32/mftocrf (stdout)
none/tests/ppc32/testVMX (stdout)
none/tests/ppc32/testVMX (stderr)
none/tests/ppc64/jm-vmx (stdout)
none/tests/ppc64/jm-vmx (stderr)
|
|
From: Dave N. <dc...@us...> - 2006-03-29 20:02:12
|
Nightly build on keyser ( SuSE 9.0 IBM Power4 ) started at 2006-03-27
21:02:04 CST
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
== 201 tests, 8 stderr failures, 5 stdout failures =================
memcheck/tests/leak-cycle (stderr)
memcheck/tests/leak-tree (stderr)
memcheck/tests/leakotron (stdout)
memcheck/tests/sh-mem (stderr)
none/tests/faultstatus (stderr)
none/tests/mremap (stderr)
none/tests/ppc32/jm-vmx (stdout)
none/tests/ppc32/jm-vmx (stderr)
none/tests/ppc32/mftocrf (stdout)
none/tests/ppc32/testVMX (stdout)
none/tests/ppc32/testVMX (stderr)
none/tests/ppc64/jm-vmx (stdout)
none/tests/ppc64/jm-vmx (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
== 199 tests, 7 stderr failures, 5 stdout failures =================
memcheck/tests/leak-cycle (stderr)
memcheck/tests/leak-tree (stderr)
memcheck/tests/leakotron (stdout)
none/tests/faultstatus (stderr)
none/tests/mremap (stderr)
none/tests/ppc32/jm-vmx (stdout)
none/tests/ppc32/jm-vmx (stderr)
none/tests/ppc32/mftocrf (stdout)
none/tests/ppc32/testVMX (stdout)
none/tests/ppc32/testVMX (stderr)
none/tests/ppc64/jm-vmx (stdout)
none/tests/ppc64/jm-vmx (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Mon Mar 27 21:16:33 2006
--- new.short Mon Mar 27 21:30:59 2006
***************
*** 8,10 ****
! == 199 tests, 7 stderr failures, 5 stdout failures =================
memcheck/tests/leak-cycle (stderr)
--- 8,10 ----
! == 201 tests, 8 stderr failures, 5 stdout failures =================
memcheck/tests/leak-cycle (stderr)
***************
*** 12,13 ****
--- 12,14 ----
memcheck/tests/leakotron (stdout)
+ memcheck/tests/sh-mem (stderr)
none/tests/faultstatus (stderr)
|
|
From: <sv...@va...> - 2006-03-29 19:34:01
|
Author: sewardj Date: 2006-03-29 20:33:54 +0100 (Wed, 29 Mar 2006) New Revision: 5800 Log: Hmm. Why is this file still here? (It got folded into aspacemgr.c a while back.) Removed: trunk/coregrind/m_aspacemgr/read_procselfmaps.c Modified: trunk/coregrind/Makefile.am Modified: trunk/coregrind/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/coregrind/Makefile.am 2006-03-29 03:15:25 UTC (rev 5799) +++ trunk/coregrind/Makefile.am 2006-03-29 19:33:54 UTC (rev 5800) @@ -164,7 +164,6 @@ m_translate.c \ m_transtab.c \ m_ume.c \ - m_aspacemgr/read_procselfmaps.c \ m_aspacemgr/aspacemgr.c \ m_debuginfo/dwarf.c \ m_debuginfo/stabs.c \ Deleted: trunk/coregrind/m_aspacemgr/read_procselfmaps.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_aspacemgr/read_procselfmaps.c 2006-03-29 03:15:25 U= TC (rev 5799) +++ trunk/coregrind/m_aspacemgr/read_procselfmaps.c 2006-03-29 19:33:54 U= TC (rev 5800) @@ -1,37 +0,0 @@ - -/*--------------------------------------------------------------------*/ -/*--- A simple parser for /proc/self/maps on Linux 2.4.X/2.6.X ---*/ -/*--- read_procselfmaps.c ---*/ -/*--------------------------------------------------------------------*/ - -/* - This file is part of Valgrind, a dynamic binary instrumentation - framework. - - Copyright (C) 2000-2005 Julian Seward=20 - js...@ac... - - This program is free software; you can redistribute it and/or - modify it under the terms of the GNU General Public License as - published by the Free Software Foundation; either version 2 of the - License, or (at your option) any later version. - - This program is distributed in the hope that it will be useful, but - WITHOUT ANY WARRANTY; without even the implied warranty of - MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU - General Public License for more details. - - You should have received a copy of the GNU General Public License - along with this program; if not, write to the Free Software - Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA - 02111-1307, USA. - - The GNU General Public License is contained in the file COPYING. -*/ - -/* Contents of this file were folded into aspacemgr.c on 28 Sept - 05. */ - -/*--------------------------------------------------------------------*/ -/*--- end read_procselfmaps.c ---*/ -/*--------------------------------------------------------------------*/ |
|
From: Bart V. A. <bar...@gm...> - 2006-03-29 15:30:51
|
Hello Benjamin,
I should have been more precise in my statement: depending on the targe=
t
either --enable-tls or --disable-tls should be specified -- the test for
automatically detecting whether TLS support is available makes ./configure
abort.
On 3/29/06, Benjamin Collar <ben...@si...> wrote:
>
> Hi Bart
>
> That's funny, because it only succeeded for me when I have
> --disable-tls. It was months ago when I discovered that this was
> necessary, and since then have forgotten why. My configure looks like
> this:
>
> CXX=3D'$(C++)' CC=3D'$(CC)' AR=3D'$(AR)' LD=3D'$(LD)' NM=3D'$(NM)' ./conf=
igure
> --prefix=3D$(INSTDIR) --disable-tls --host powerpc-unknown-linux
>
> I think the decision to enable or disable tls depends on the
> configuration of the libc valgrind is compiled against/will be running
> on. But I could be wrong.
>
> Benjamin
>
> Bart Van Assche wrote:
> > Hello Benjamin,
> >
> > I also succeeded now at cross-compiling valgrind, but this only
> > succeeds when specifying --enable-tls as a configure argument. Maybe
> > this is something that can be added to the valgrind FAQ ?
> >
> > On 3/28/06, *Benjamin Collar* <ben...@si...
> > <mailto:ben...@si...>> wrote:
> >
> > Hi
> >
> > I know this is a bit of an old mail, but I'm using MV CGE 3.1 and
> 4.0
> > for powerpc's 440 and 970. Cross compiling valgrind is certainly
> > possible. I'm building on a pentium4 and running on the two
> different
> > PPC's. (but then after a bit I get a crash, doh! anyway...)
>
|
|
From: <js...@ac...> - 2006-03-29 11:03:23
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-03-29 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 == 196 tests, 12 stderr failures, 5 stdout 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/sh-mem (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: Benjamin C. <ben...@si...> - 2006-03-29 08:24:11
|
Hi Bart That's funny, because it only succeeded for me when I have --disable-tls. It was months ago when I discovered that this was necessary, and since then have forgotten why. My configure looks like this: CXX='$(C++)' CC='$(CC)' AR='$(AR)' LD='$(LD)' NM='$(NM)' ./configure --prefix=$(INSTDIR) --disable-tls --host powerpc-unknown-linux I think the decision to enable or disable tls depends on the configuration of the libc valgrind is compiled against/will be running on. But I could be wrong. Benjamin Bart Van Assche wrote: > Hello Benjamin, > > I also succeeded now at cross-compiling valgrind, but this only > succeeds when specifying --enable-tls as a configure argument. Maybe > this is something that can be added to the valgrind FAQ ? > > On 3/28/06, *Benjamin Collar* <ben...@si... > <mailto:ben...@si...>> wrote: > > Hi > > I know this is a bit of an old mail, but I'm using MV CGE 3.1 and 4.0 > for powerpc's 440 and 970. Cross compiling valgrind is certainly > possible. I'm building on a pentium4 and running on the two different > PPC's. (but then after a bit I get a crash, doh! anyway...) > > |
|
From: <sv...@va...> - 2006-03-29 03:15:34
|
Author: sewardj
Date: 2006-03-29 04:15:25 +0100 (Wed, 29 Mar 2006)
New Revision: 5799
Log:
Delete VG_(sigaltstack) and VG_(sigpending) as they are unused.
Modified:
trunk/coregrind/m_libcsignal.c
trunk/include/pub_tool_libcsignal.h
Modified: trunk/coregrind/m_libcsignal.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_libcsignal.c 2006-03-28 23:20:38 UTC (rev 5798)
+++ trunk/coregrind/m_libcsignal.c 2006-03-29 03:15:25 UTC (rev 5799)
@@ -163,12 +163,6 @@
}
=20
=20
-Int VG_(sigaltstack)( const vki_stack_t* ss, vki_stack_t* oss )
-{
- SysRes res =3D VG_(do_syscall2)(__NR_sigaltstack, (UWord)ss, (UWord)o=
ss);
- return res.isError ? -1 : 0;
-}
-
Int VG_(sigtimedwait)( const vki_sigset_t *set, vki_siginfo_t *info,=20
const struct vki_timespec *timeout )
{
@@ -218,20 +212,6 @@
return res.isError ? -1 : 0;
}
=20
-Int VG_(sigpending) ( vki_sigset_t* set )
-{
-// Nb: AMD64/Linux doesn't have __NR_sigpending; it only provides
-// __NR_rt_sigpending. This function will have to be abstracted in some
-// way to account for this. In the meantime, the easy option is to forg=
et
-// about it for AMD64 until it's needed.
-#if defined(VGA_amd64)
- I_die_here;
-#else
- SysRes res =3D VG_(do_syscall1)(__NR_sigpending, (UWord)set);
- return res.isError ? -1 : 0;
-#endif
-}
-
/*--------------------------------------------------------------------*/
/*--- end ---*/
/*--------------------------------------------------------------------*/
Modified: trunk/include/pub_tool_libcsignal.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/include/pub_tool_libcsignal.h 2006-03-28 23:20:38 UTC (rev 5798=
)
+++ trunk/include/pub_tool_libcsignal.h 2006-03-29 03:15:25 UTC (rev 5799=
)
@@ -63,11 +63,9 @@
const struct vki_timespec * );
=20
extern Int VG_(signal) ( Int signum, void (*sighandler)(Int) );
-extern Int VG_(sigaltstack) ( const vki_stack_t* ss, vki_stack_t* oss );
=20
extern Int VG_(kill) ( Int pid, Int signo );
extern Int VG_(tkill) ( ThreadId tid, Int signo );
-extern Int VG_(sigpending) ( vki_sigset_t* set );
=20
#endif // __PUB_TOOL_LIBCBSIGNAL_H
=20
|
|
From: <js...@ac...> - 2006-03-29 03:05:43
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-03-29 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 == 227 tests, 6 stderr failures, 0 stdout 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. <to...@co...> - 2006-03-29 02:44:28
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2006-03-29 03:30: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 == 229 tests, 8 stderr failures, 1 stdout failure ================= 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) |
|
From: Tom H. <th...@cy...> - 2006-03-29 02:32:27
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-03-29 03:15:03 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 == 228 tests, 21 stderr failures, 1 stdout failure ================= 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/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-03-29 02:26:47
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2006-03-29 03:10:19 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 == 251 tests, 12 stderr failures, 1 stdout failure ================= memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/supp_unknown (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_exit_group (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/sse1_memory (stdout) memcheck/tests/xml1 (stderr) none/tests/amd64/faultstatus (stderr) none/tests/x86/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2006-03-29 02:25:17
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2006-03-29 03:05:15 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 == 251 tests, 6 stderr failures, 1 stdout failure ================= 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) |
|
From: Tom H. <th...@cy...> - 2006-03-29 02:23:31
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-03-29 03:00:02 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 == 251 tests, 7 stderr failures, 1 stdout failure ================= 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) |
|
From: <sv...@va...> - 2006-03-28 23:20:43
|
Author: sewardj
Date: 2006-03-29 00:20:38 +0100 (Wed, 29 Mar 2006)
New Revision: 5798
Log:
Delete VG_(poll), as it is unused.
Modified:
trunk/coregrind/m_libcproc.c
trunk/coregrind/pub_core_libcproc.h
Modified: trunk/coregrind/m_libcproc.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_libcproc.c 2006-03-28 12:51:02 UTC (rev 5797)
+++ trunk/coregrind/m_libcproc.c 2006-03-28 23:20:38 UTC (rev 5798)
@@ -225,13 +225,6 @@
return res.isError ? -1 : res.val;
}
=20
-Int VG_(poll)( struct vki_pollfd *ufds, UInt nfds, Int timeout)
-{
- SysRes res =3D VG_(do_syscall3)(__NR_poll, (UWord)ufds, nfds, timeout=
);
- /* ASSUMES SYSCALL ALWAYS SUCCEEDS */
- return res.val;
-}
-
/* clone the environment */
Char **VG_(env_clone) ( Char **oldenv )
{
Modified: trunk/coregrind/pub_core_libcproc.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/coregrind/pub_core_libcproc.h 2006-03-28 12:51:02 UTC (rev 5797=
)
+++ trunk/coregrind/pub_core_libcproc.h 2006-03-28 23:20:38 UTC (rev 5798=
)
@@ -76,7 +76,6 @@
extern Char **VG_(env_clone) ( Char **env_clone );
=20
// misc
-extern Int VG_(poll)( struct vki_pollfd *, UInt nfds, Int timeout);
extern void VG_(nanosleep) ( struct vki_timespec * );
extern Int VG_(getgroups)( Int size, UInt* list );
extern Int VG_(ptrace)( Int request, Int pid, void *addr, void *data );
|
|
From: Nicholas N. <nj...@cs...> - 2006-03-28 22:23:58
|
On Tue, 28 Mar 2006, Julian Seward wrote: >> r5774. memcheck is now in the same ballpark as --tool=none which it >> never has been before. > > Ashley - you mean when you do MPI bandwidth tests? 'cos although > memcheck is much improved as a result of this, it's still nowhere > near as fast as 'none' for computation. For a MPI test though, > in which mostly you're waiting for the nic, all that V is really > doing is painting memory as it goes in/out, as per your ioctls > wrappers, and for this particular case - changing memory permissions - > Nick's work does indeed give a big speedup. Oh yeah, the new version is much faster at changing memory permissions over large areas. perf/sarp.c is a synthetic benchmark that tests this, it runs more than twice as fast now compared to 3.1.1. The real program it was based on runs about 1.6 times faster with the new version. Nick |
|
From: Dave N. <dc...@us...> - 2006-03-28 21:46:28
|
The attached file contains a test case for PPC FP rounding modes and the requisite regression testing goop. Please review this for inclusion into the regression test suite. |
|
From: Frederic H. <fre...@te...> - 2006-03-28 17:41:29
|
Hi, Please find attached a patch to solve a crash in the helgrind tool. The culprit is VG_(sprintf), VG_(message) has been been used instead By the way, using any samples applications from the pwlib library = (www.voxgratia.org), helgrind detects lock order problems whereas the = application is a single thread application. Is there anyone working on reintroducing helgrind into valgrind 3.x = version ?=20 Cheers Frederic Heem |
|
From: Ashley P. <as...@qu...> - 2006-03-28 17:01:38
|
On Tue, 2006-03-28 at 17:45 +0100, Julian Seward wrote: > > r5774. memcheck is now in the same ballpark as --tool=none which it > > never has been before. > > Ashley - you mean when you do MPI bandwidth tests? It's MPI latency I've been looking at, natively it's ~2uSec, under valgrind with --tool=none it's about 35 uSec and until recently it's been ~800 uSec under memcheck. memcheck is now almost the same as none. > 'cos although > memcheck is much improved as a result of this, it's still nowhere > near as fast as 'none' for computation. For a MPI test though, > in which mostly you're waiting for the nic, all that V is really > doing is painting memory as it goes in/out, as per your ioctls > wrappers, and for this particular case - changing memory permissions - > Nick's work does indeed give a big speedup. The performance of the client checks will have had an effect here although as you say the code doesn't do much computation. Ashley, |
|
From: Julian S. <js...@ac...> - 2006-03-28 16:47:30
|
> The post-COMPVBITS-merge trunk has a geometric mean time reduction of > 22.9%, which means the programs run on average 1.30x faster than 3.1.1. That's very excellent. Cool. An excellent outcome all round. J |
|
From: Julian S. <js...@ac...> - 2006-03-28 16:46:10
|
> r5774. memcheck is now in the same ballpark as --tool=none which it > never has been before. Ashley - you mean when you do MPI bandwidth tests? 'cos although memcheck is much improved as a result of this, it's still nowhere near as fast as 'none' for computation. For a MPI test though, in which mostly you're waiting for the nic, all that V is really doing is painting memory as it goes in/out, as per your ioctls wrappers, and for this particular case - changing memory permissions - Nick's work does indeed give a big speedup. J |