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
(6) |
|
2
(4) |
3
(9) |
4
(11) |
5
(16) |
6
(6) |
7
(1) |
8
(11) |
|
9
(11) |
10
(6) |
11
(10) |
12
(23) |
13
(23) |
14
(6) |
15
(10) |
|
16
(5) |
17
(13) |
18
(9) |
19
(4) |
20
(6) |
21
(16) |
22
(3) |
|
23
(5) |
24
(7) |
25
(6) |
26
(4) |
27
(8) |
28
|
29
(3) |
|
30
(2) |
31
(17) |
|
|
|
|
|
|
From: Florian K. <fl...@ei...> - 2015-08-11 21:05:38
|
This was already fixed in the development version some time ago and will
be in the new release.
------------------------------------------------------------------------
r14530 | bart | 2014-09-13 12:53:00 +0200 (Sat, 13 Sep 2014) | 1 line
configure.ac: Generalize glibc version check
Florian
On 13.06.2015 01:25, Victor Rodriguez wrote:
> From: Victor Rodriguez <vic...@in...>
>
> This patch makes glibc-2.21 be taken as valid by valgrind configure
>
> Signed-off-by: Victor Rodriguez <vic...@in...>
> ---
> configure.ac | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/configure.ac b/configure.ac
> index bac11ef..bd203e7 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -973,6 +973,13 @@ case "${GLIBC_VERSION}" in
> DEFAULT_SUPP="glibc-2.34567-NPTL-helgrind.supp ${DEFAULT_SUPP}"
> DEFAULT_SUPP="glibc-2.X-drd.supp ${DEFAULT_SUPP}"
> ;;
> + 2.21)
> + AC_MSG_RESULT(2.21 family)
> + AC_DEFINE([GLIBC_2_21], 1, [Define to 1 if you're using glibc 2.21.x])
> + DEFAULT_SUPP="glibc-2.X.supp ${DEFAULT_SUPP}"
> + DEFAULT_SUPP="glibc-2.34567-NPTL-helgrind.supp ${DEFAULT_SUPP}"
> + DEFAULT_SUPP="glibc-2.X-drd.supp ${DEFAULT_SUPP}"
> + ;;
> darwin)
> AC_MSG_RESULT(Darwin)
> AC_DEFINE([DARWIN_LIBC], 1, [Define to 1 if you're using Darwin])
>
|
|
From: Florian K. <fl...@ei...> - 2015-08-11 20:59:01
|
Yeah, makes sense. Fixed in r15520. Florian On 10.08.2015 21:43, Matthias Schwarzott wrote: > Each testcase that crashes should delete vgcore files > --- > gdbserver_tests/nlgone_abrt.vgtest | 1 + > memcheck/tests/deep-backtrace.vgtest | 1 + > none/tests/linux/blockfault.vgtest | 1 + > none/tests/linux/stack-overflow.vgtest | 1 + > none/tests/x86-linux/hang.vgtest | 1 + > 5 files changed, 5 insertions(+) > > diff --git a/gdbserver_tests/nlgone_abrt.vgtest b/gdbserver_tests/nlgone_abrt.vgtest > index 86aecfd..e1e9f24 100644 > --- a/gdbserver_tests/nlgone_abrt.vgtest > +++ b/gdbserver_tests/nlgone_abrt.vgtest > @@ -10,3 +10,4 @@ argsB: --quiet -l 60 --nx ./gone > stdinB: nlgone_abrt.stdinB.gdb > stdoutB_filter: filter_gdb > stderrB_filter: filter_gdb > +cleanup: rm -f vgcore.* > diff --git a/memcheck/tests/deep-backtrace.vgtest b/memcheck/tests/deep-backtrace.vgtest > index ebeccf9..a3fd1df 100644 > --- a/memcheck/tests/deep-backtrace.vgtest > +++ b/memcheck/tests/deep-backtrace.vgtest > @@ -1,2 +1,3 @@ > prog: deep-backtrace > vgopts: -q --num-callers=500 > +cleanup: rm -f vgcore.* > diff --git a/none/tests/linux/blockfault.vgtest b/none/tests/linux/blockfault.vgtest > index 88e3255..8d10f1a 100644 > --- a/none/tests/linux/blockfault.vgtest > +++ b/none/tests/linux/blockfault.vgtest > @@ -1 +1,2 @@ > prog: blockfault > +cleanup: rm -f vgcore.* > diff --git a/none/tests/linux/stack-overflow.vgtest b/none/tests/linux/stack-overflow.vgtest > index 3b9ffd4..e7b4f29 100644 > --- a/none/tests/linux/stack-overflow.vgtest > +++ b/none/tests/linux/stack-overflow.vgtest > @@ -1 +1,2 @@ > prog: stack-overflow > +cleanup: rm -f vgcore.* > diff --git a/none/tests/x86-linux/hang.vgtest b/none/tests/x86-linux/hang.vgtest > index c3678bb..9b17ae0 100644 > --- a/none/tests/x86-linux/hang.vgtest > +++ b/none/tests/x86-linux/hang.vgtest > @@ -3,3 +3,4 @@ > # Can only be reproduced on an x86 box running a 32-bit kernel. > prog: hang > vgopts: -q > +cleanup: rm -f vgcore.* > |
|
From: <sv...@va...> - 2015-08-11 20:58:25
|
Author: florian
Date: Tue Aug 11 21:58:15 2015
New Revision: 15520
Log:
For those testcases that crash one way or another
remove any core files after running the test.
Patch by Matthias Schwarzott <zz...@ge...>
Modified:
trunk/gdbserver_tests/nlgone_abrt.vgtest
trunk/memcheck/tests/deep-backtrace.vgtest
trunk/none/tests/linux/blockfault.vgtest
trunk/none/tests/linux/stack-overflow.vgtest
trunk/none/tests/s390x/op00.vgtest
trunk/none/tests/x86-linux/hang.vgtest
Modified: trunk/gdbserver_tests/nlgone_abrt.vgtest
==============================================================================
--- trunk/gdbserver_tests/nlgone_abrt.vgtest (original)
+++ trunk/gdbserver_tests/nlgone_abrt.vgtest Tue Aug 11 21:58:15 2015
@@ -10,3 +10,4 @@
stdinB: nlgone_abrt.stdinB.gdb
stdoutB_filter: filter_gdb
stderrB_filter: filter_gdb
+cleanup: rm -f vgcore.*
Modified: trunk/memcheck/tests/deep-backtrace.vgtest
==============================================================================
--- trunk/memcheck/tests/deep-backtrace.vgtest (original)
+++ trunk/memcheck/tests/deep-backtrace.vgtest Tue Aug 11 21:58:15 2015
@@ -1,2 +1,3 @@
prog: deep-backtrace
vgopts: -q --num-callers=500
+cleanup: rm -f vgcore.*
Modified: trunk/none/tests/linux/blockfault.vgtest
==============================================================================
--- trunk/none/tests/linux/blockfault.vgtest (original)
+++ trunk/none/tests/linux/blockfault.vgtest Tue Aug 11 21:58:15 2015
@@ -1 +1,2 @@
prog: blockfault
+cleanup: rm -f vgcore.*
Modified: trunk/none/tests/linux/stack-overflow.vgtest
==============================================================================
--- trunk/none/tests/linux/stack-overflow.vgtest (original)
+++ trunk/none/tests/linux/stack-overflow.vgtest Tue Aug 11 21:58:15 2015
@@ -1 +1,2 @@
prog: stack-overflow
+cleanup: rm -f vgcore.*
Modified: trunk/none/tests/s390x/op00.vgtest
==============================================================================
--- trunk/none/tests/s390x/op00.vgtest (original)
+++ trunk/none/tests/s390x/op00.vgtest Tue Aug 11 21:58:15 2015
@@ -1 +1,2 @@
prog: op00
+cleanup: rm -f vgcore.*
Modified: trunk/none/tests/x86-linux/hang.vgtest
==============================================================================
--- trunk/none/tests/x86-linux/hang.vgtest (original)
+++ trunk/none/tests/x86-linux/hang.vgtest Tue Aug 11 21:58:15 2015
@@ -3,3 +3,4 @@
# Can only be reproduced on an x86 box running a 32-bit kernel.
prog: hang
vgopts: -q
+cleanup: rm -f vgcore.*
|
|
From: Florian K. <fl...@ei...> - 2015-08-11 20:41:46
|
Thanks for pointing that out. I've fixed this in r15519 in a different way. The filter_minimal scripts are no longer needed. Florian On 10.08.2015 21:53, Matthias Schwarzott wrote: > Copy a block from tests/filter_stderr_basic > --- > none/tests/amd64-linux/filter_minimal | 4 ++++ > none/tests/x86-linux/filter_minimal | 4 ++++ > 2 files changed, 8 insertions(+) > > diff --git a/none/tests/amd64-linux/filter_minimal b/none/tests/amd64-linux/filter_minimal > index e69398c..e09882c 100755 > --- a/none/tests/amd64-linux/filter_minimal > +++ b/none/tests/amd64-linux/filter_minimal > @@ -13,6 +13,10 @@ perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g' | > # complete list of messages in the bash source file siglist.c. > perl -n -e 'print if !/^(Segmentation fault|Alarm clock|Aborted|Bus error)( \(core dumped\))?$/' | > > +# Remove any ": dumping core" message as the user might have a > +# limit set that prevents the core dump > +sed "s/\(signal [0-9]* (SIG[A-Z]*)\): dumping core/\1/" | > + > # Remove the size in "The main thread stack size..." message. > sed "s/The main thread stack size used in this run was [0-9]*/The main thread stack size used in this run was .../" > > diff --git a/none/tests/x86-linux/filter_minimal b/none/tests/x86-linux/filter_minimal > index e69398c..e09882c 100755 > --- a/none/tests/x86-linux/filter_minimal > +++ b/none/tests/x86-linux/filter_minimal > @@ -13,6 +13,10 @@ perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g' | > # complete list of messages in the bash source file siglist.c. > perl -n -e 'print if !/^(Segmentation fault|Alarm clock|Aborted|Bus error)( \(core dumped\))?$/' | > > +# Remove any ": dumping core" message as the user might have a > +# limit set that prevents the core dump > +sed "s/\(signal [0-9]* (SIG[A-Z]*)\): dumping core/\1/" | > + > # Remove the size in "The main thread stack size..." message. > sed "s/The main thread stack size used in this run was [0-9]*/The main thread stack size used in this run was .../" > > |
|
From: Florian K. <fl...@ei...> - 2015-08-11 20:39:44
|
I've just checked in r15519 which changes tests/filter_stderr_basic to no longer remove debug level output, i.e. lines beginning with --pid: The rationale is that removing those lines would als remove any assert messages from the address space manager. And, of course, we always would want to see those. I've regtested the change on x86, x86-64, s390, ppc32 and ppc64be/le Linux. All good. This change is incompatible so there is a chance that some testcases might now be failing -- on those platforms I could not test. But it is highly unlikely, because I did not find any platform-specific .vgtest files that pass -v and/or -d on valgrind's command line. Florian |
|
From: <sv...@va...> - 2015-08-11 20:37:36
|
Author: florian
Date: Tue Aug 11 21:37:28 2015
New Revision: 15519
Log:
In filter_stderr_basic do not remove lines beginning with
--pid:
i.e. debug output. Asserts originating from the address space
manager look exactly like that and we do not want to filter those
out by default.
Remove some specialised filter scripts that are no longer needed
and update a few .vgtest files accordingly.
Removed:
trunk/none/tests/amd64-linux/filter_minimal
trunk/none/tests/x86-linux/filter_minimal
Modified:
trunk/massif/tests/filter_verbose
trunk/none/tests/amd64-linux/Makefile.am
trunk/none/tests/amd64-linux/bug345887.vgtest
trunk/none/tests/amd64-linux/filter_stderr
trunk/none/tests/amd64-linux/map_32bits.vgtest
trunk/none/tests/x86-linux/Makefile.am
trunk/none/tests/x86-linux/bug345887.vgtest
trunk/tests/filter_stderr_basic
Modified: trunk/massif/tests/filter_verbose
==============================================================================
--- trunk/massif/tests/filter_verbose (original)
+++ trunk/massif/tests/filter_verbose Tue Aug 11 21:37:28 2015
@@ -7,6 +7,9 @@
$dir/filter_stderr |
+# Remove any --pid:0: strings (debuglog level zero output)
+sed "/^--[0-9]\{1,7\}:0:*/d" |
+
# Only print lines that contain "Massif:". The -n means don't print any
# lines by default, and the 'p' means do print those that match the pattern.
sed -n "/Massif:/p" |
Modified: trunk/none/tests/amd64-linux/Makefile.am
==============================================================================
--- trunk/none/tests/amd64-linux/Makefile.am (original)
+++ trunk/none/tests/amd64-linux/Makefile.am Tue Aug 11 21:37:28 2015
@@ -2,7 +2,7 @@
include $(top_srcdir)/Makefile.tool-tests.am
dist_noinst_SCRIPTS = \
- filter_stderr filter_minimal
+ filter_stderr
EXTRA_DIST = \
bug345887.stderr.exp bug345887.vgtest \
Modified: trunk/none/tests/amd64-linux/bug345887.vgtest
==============================================================================
--- trunk/none/tests/amd64-linux/bug345887.vgtest (original)
+++ trunk/none/tests/amd64-linux/bug345887.vgtest Tue Aug 11 21:37:28 2015
@@ -1,4 +1,4 @@
prog: bug345887
vgopts: -q
-stderr_filter: filter_minimal
+stderr_filter: filter_stderr
cleanup: rm -f vgcore.*
Removed: trunk/none/tests/amd64-linux/filter_minimal
==============================================================================
--- trunk/none/tests/amd64-linux/filter_minimal (original)
+++ trunk/none/tests/amd64-linux/filter_minimal (removed)
@@ -1,20 +0,0 @@
-#! /bin/sh
-
-dir=`dirname $0`
-
-# Remove ==pid== and **pid** strings
-perl -p -e 's/(==|\*\*)[0-9]{1,7}\1 //' |
-
-perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g' |
-
-# Older bash versions print abnormal termination messages on the stderr
-# of the bash process. Newer bash versions redirect such messages properly.
-# Suppress any redirected abnormal termination messages. You can find the
-# complete list of messages in the bash source file siglist.c.
-perl -n -e 'print if !/^(Segmentation fault|Alarm clock|Aborted|Bus error)( \(core dumped\))?$/' |
-
-# Remove the size in "The main thread stack size..." message.
-sed "s/The main thread stack size used in this run was [0-9]*/The main thread stack size used in this run was .../"
-
-# NOTE: it is essential for the bug345887 testcase that the stderr
-# filtering does *not* remove lines beginning with --
Modified: trunk/none/tests/amd64-linux/filter_stderr
==============================================================================
--- trunk/none/tests/amd64-linux/filter_stderr (original)
+++ trunk/none/tests/amd64-linux/filter_stderr Tue Aug 11 21:37:28 2015
@@ -2,10 +2,5 @@
dir=`dirname $0`
-# Remove ==pid== and --pid-- and **pid** strings
-perl -p -e 's/(==|--|\*\*)[0-9]{1,7}\1 //' |
-
-perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g'
-
-# NOTE: it is essential for the bug345887 testcase that the stderr
-# filtering does *not* remove lines beginning with --
+$dir/../../../tests/filter_stderr_basic |
+$dir/../../../tests/filter_addresses
Modified: trunk/none/tests/amd64-linux/map_32bits.vgtest
==============================================================================
--- trunk/none/tests/amd64-linux/map_32bits.vgtest (original)
+++ trunk/none/tests/amd64-linux/map_32bits.vgtest Tue Aug 11 21:37:28 2015
@@ -1,5 +1,5 @@
prog: map_32bits
# take a big aspacemgr minaddr, to quickly reach the 2GB limit
vgopts: -q --aspace-minaddr=0x7ff60000
-stderr_filter: filter_minimal
+stderr_filter: filter_stderr
Modified: trunk/none/tests/x86-linux/Makefile.am
==============================================================================
--- trunk/none/tests/x86-linux/Makefile.am (original)
+++ trunk/none/tests/x86-linux/Makefile.am Tue Aug 11 21:37:28 2015
@@ -2,7 +2,7 @@
include $(top_srcdir)/Makefile.tool-tests.am
dist_noinst_SCRIPTS = \
- filter_stderr filter_minimal
+ filter_stderr
EXTRA_DIST = \
bug345887.stderr.exp bug345887.vgtest \
Modified: trunk/none/tests/x86-linux/bug345887.vgtest
==============================================================================
--- trunk/none/tests/x86-linux/bug345887.vgtest (original)
+++ trunk/none/tests/x86-linux/bug345887.vgtest Tue Aug 11 21:37:28 2015
@@ -1,4 +1,4 @@
prog: bug345887
vgopts: -q
-stderr_filter: filter_minimal
+stderr_filter: filter_stderr
cleanup: rm -f vgcore.*
Removed: trunk/none/tests/x86-linux/filter_minimal
==============================================================================
--- trunk/none/tests/x86-linux/filter_minimal (original)
+++ trunk/none/tests/x86-linux/filter_minimal (removed)
@@ -1,20 +0,0 @@
-#! /bin/sh
-
-dir=`dirname $0`
-
-# Remove ==pid== and **pid** strings
-perl -p -e 's/(==|\*\*)[0-9]{1,7}\1 //' |
-
-perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g' |
-
-# Older bash versions print abnormal termination messages on the stderr
-# of the bash process. Newer bash versions redirect such messages properly.
-# Suppress any redirected abnormal termination messages. You can find the
-# complete list of messages in the bash source file siglist.c.
-perl -n -e 'print if !/^(Segmentation fault|Alarm clock|Aborted|Bus error)( \(core dumped\))?$/' |
-
-# Remove the size in "The main thread stack size..." message.
-sed "s/The main thread stack size used in this run was [0-9]*/The main thread stack size used in this run was .../"
-
-# NOTE: it is essential for the bug345887 testcase that the stderr
-# filtering does *not* remove lines beginning with --
Modified: trunk/tests/filter_stderr_basic
==============================================================================
--- trunk/tests/filter_stderr_basic (original)
+++ trunk/tests/filter_stderr_basic Tue Aug 11 21:37:28 2015
@@ -12,8 +12,9 @@
# Remove ==pid== and --pid-- and **pid** strings
perl -p -e 's/(==|--|\*\*)[0-9]{1,7}\1 //' |
-# Remove any --pid:0: strings (debuglog level zero output)
-sed "/^--[0-9]\{1,7\}:0:*/d" |
+# Do NOT remove debug level output, i.e. lines beginning with --pid:
+# Doing so would also remove asserts from the address space manager
+# and we always to see those.
# Remove "Command: line". (If wrapping occurs, it won't remove the
# subsequent lines...)
|
|
From: Matthias S. <zz...@ge...> - 2015-08-11 18:10:23
|
Am 11.08.2015 um 04:07 schrieb Bart Van Assche: > On 08/10/15 11:52, Matthias Schwarzott wrote: >> Hi! >> >> I have seen that valgrind.h will missdetect x32 as amd64. >> >> So I wonder if this can cause any bad effects. >> >> If so, the header needs to be protected so it does not emit client >> requests on x32. >> It could be done like this, because the x32 ABI says that __ILP32__ must >> be defined (and it is not defined on amd64). >> See abi.pdf in https://sites.google.com/site/x32abi/documents >> >> Regards >> Matthias >> >> >> --- a/include/valgrind.h >> +++ b/include/valgrind.h >> @@ -140,7 +140,7 @@ >> # define PLAT_amd64_win64 1 >> #elif defined(__linux__) && defined(__i386__) >> # define PLAT_x86_linux 1 >> -#elif defined(__linux__) && defined(__x86_64__) >> +#elif defined(__linux__) && defined(__x86_64__) && !defined(__ILP32__) >> # define PLAT_amd64_linux 1 >> #elif defined(__linux__) && defined(__powerpc__) && >> !defined(__powerpc64__) >> # define PLAT_ppc32_linux 1 > > Hello Matthias, > > Has this patch been tested ? I think if you want the above to work > correctly that you need to swap the x86 and amd64 detection code. > > Bart. > Hello Bart, yes, I did a compile check with a very simple c file calling VALGRIND_PRINTF. Then I compiled this with -m32, -m64 and -mx32. With my modified valgrind.h and using -mx32 the VALGRIND_PRINTF did not leave traces in the executabe. Why should it be necessary to swap amd64 and x86 - it worked already before I touched it and stays like this. And x32 does not define __i386__. But I still don't know if it is necessary to exclude x32 or if it just does not matter. Regards Matthias |
|
From: Yan <ya...@ya...> - 2015-08-11 10:15:28
|
Hi guys, About two years ago, I sent along a link to a project called PyVEX (now here: https://github.com/angr/pyvex), which exposed libVEX in Python for static binary analysis, and talked to some of you about it at FOSDEM 2014. Since then, we (the Computer Security Lab at UC Santa Barbara) have been hard at work building a full-fledged binary analysis framework around VEX. We've used it in a few academic works (for example, to detect backdoors in firmware [1] [2]) and to qualify for the DARPA Cyber Grand Challenge [3]. Last Saturday, at Defcon, we open sourced the whole thing! Here it is: http://angr.io. angr is mostly targeted at static analysis and concolic execution, using VEX as the binary translation layer. For now, we're still hacking up our own branch of VEX to make things work well statically, but it's still on our todo list (manpower is an issue) to propose and implement a nice refactor of VEX so that it's as nice to use statically as it is dynamically. I wanted to let you guys know, in case anyone is interested in playing around with it and using it. We'd love to hear what you think of it and always appreciate issues and pull requests. Thank you for building such a useful library! - Yan [1] http://www.internetsociety.org/doc/firmalice-automatic-detection-authentication-bypass-vulnerabilities-binary-firmware [2] https://www.blackhat.com/us-15/briefings.html#using-static-binary-analysis-to-find-vulnerabilities-and-backdoors-in-firmware [3] http://www.independent.com/news/2015/jul/14/ucsb-hackers-win-750000/ |
|
From: <sv...@va...> - 2015-08-11 09:12:50
|
Author: iraisr
Date: Tue Aug 11 10:12:40 2015
New Revision: 15518
Log:
Add support for repository cache protocol version 26.
Patch contributed by Tomas Jedlicka <jed...@gm...>.
n-i-bz
Modified:
trunk/coregrind/m_syswrap/syswrap-solaris.c
trunk/include/vki/vki-solaris-repcache.h
Modified: trunk/coregrind/m_syswrap/syswrap-solaris.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-solaris.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-solaris.c Tue Aug 11 10:12:40 2015
@@ -28,6 +28,8 @@
The GNU General Public License is contained in the file COPYING.
*/
+/* Copyright 2015-2015, Tomas Jedlicka <jed...@gm...>. */
+
/* Copyright 2013-2015, Ivo Raisr <iv...@iv...>. */
/* Copyright 2013, OmniTI Computer Consulting, Inc. All rights reserved. */
@@ -7818,6 +7820,16 @@
"entity_name->rpr_answertype)", r->rpr_answertype);
}
break;
+ case VKI_REP_PROTOCOL_ENTITY_GET_ROOT:
+ {
+ struct vki_rep_protocol_entity_root *r =
+ (struct vki_rep_protocol_entity_root *) p;
+ PRE_FIELD_READ("door_call(\"" VKI_REPOSITORY_DOOR_NAME "\", "
+ "entity_root->rpr_entityid)", r->rpr_entityid);
+ PRE_FIELD_READ("door_call(\"" VKI_REPOSITORY_DOOR_NAME "\", "
+ "entity_root->rpr_outid)", r->rpr_outid);
+ }
+ break;
case VKI_REP_PROTOCOL_ENTITY_GET:
{
struct vki_rep_protocol_entity_get *r =
Modified: trunk/include/vki/vki-solaris-repcache.h
==============================================================================
--- trunk/include/vki/vki-solaris-repcache.h (original)
+++ trunk/include/vki/vki-solaris-repcache.h Tue Aug 11 10:12:40 2015
@@ -28,6 +28,8 @@
The GNU General Public License is contained in the file COPYING.
*/
+/* Copyright 2015-2015, Tomas Jedlicka <jed...@gm...>. */
+
#ifndef __VKI_SOLARIS_REPCACHE_H
#define __VKI_SOLARIS_REPCACHE_H
@@ -175,6 +177,60 @@
VKI_REP_PROTOCOL_ENTITY_IS_MASKED,
VKI_REP_PROTOCOL_CLIENT_REMOVE_NOTIFY,
};
+#elif (SOLARIS_REPCACHE_PROTOCOL_VERSION == 26)
+#define VKI_REPOSITORY_DOOR_VERSION (26 + VKI_REPOSITORY_DOOR_BASEVER)
+enum vki_rep_protocol_requestid {
+ VKI_REP_PROTOCOL_CLOSE = ('C' << 8),
+ VKI_REP_PROTOCOL_ENTITY_SETUP,
+ VKI_REP_PROTOCOL_ENTITY_NAME,
+ VKI_REP_PROTOCOL_ENTITY_FMRI,
+ VKI_REP_PROTOCOL_ENTITY_PARENT_TYPE,
+ VKI_REP_PROTOCOL_ENTITY_GET_CHILD,
+ VKI_REP_PROTOCOL_ENTITY_GET_PARENT,
+ VKI_REP_PROTOCOL_ENTITY_GET_ROOT,
+ VKI_REP_PROTOCOL_ENTITY_GET,
+ VKI_REP_PROTOCOL_ENTITY_UPDATE,
+ VKI_REP_PROTOCOL_ENTITY_CREATE_CHILD,
+ VKI_REP_PROTOCOL_ENTITY_CREATE_PG,
+ VKI_REP_PROTOCOL_ENTITY_DELETE,
+ VKI_REP_PROTOCOL_ENTITY_UNDELETE,
+ VKI_REP_PROTOCOL_ENTITY_REMOVE,
+ VKI_REP_PROTOCOL_ENTITY_DELCUST,
+ VKI_REP_PROTOCOL_BUNDLE_REMOVE,
+ VKI_REP_PROTOCOL_ENTITY_RESET,
+ VKI_REP_PROTOCOL_ENTITY_TEARDOWN,
+ VKI_REP_PROTOCOL_ITER_SETUP,
+ VKI_REP_PROTOCOL_ITER_START,
+ VKI_REP_PROTOCOL_ITER_READ,
+ VKI_REP_PROTOCOL_ITER_READ_VALUE,
+ VKI_REP_PROTOCOL_ITER_RESET,
+ VKI_REP_PROTOCOL_ITER_TEARDOWN,
+ VKI_REP_PROTOCOL_NEXT_SNAPLEVEL,
+ VKI_REP_PROTOCOL_SNAPSHOT_TAKE,
+ VKI_REP_PROTOCOL_SNAPSHOT_TAKE_NAMED,
+ VKI_REP_PROTOCOL_SNAPSHOT_ATTACH,
+ VKI_REP_PROTOCOL_PROPERTY_GET_TYPE,
+ VKI_REP_PROTOCOL_PROPERTY_GET_VALUE,
+ VKI_REP_PROTOCOL_PG_SETUP_WAIT,
+ VKI_REP_PROTOCOL_PG_TX_START,
+ VKI_REP_PROTOCOL_PG_TX_COMMIT,
+ VKI_REP_PROTOCOL_PROP_BUNDLE_REMOVE,
+ VKI_REP_PROTOCOL_CLIENT_ADD_NOTIFY,
+ VKI_REP_PROTOCOL_CLIENT_WAIT,
+ VKI_REP_PROTOCOL_BACKUP,
+ VKI_REP_PROTOCOL_SET_AUDIT_ANNOTATION,
+ VKI_REP_PROTOCOL_UNSET_AUDIT_ANNOTATION,
+ VKI_REP_PROTOCOL_SET_TX_DECORATION,
+ VKI_REP_PROTOCOL_SWITCH,
+ VKI_REP_PROTOCOL_DECORATION_GET_LAYER,
+ VKI_REP_PROTOCOL_DECORATION_GET_TYPE,
+ VKI_REP_PROTOCOL_DECORATION_GET_VALUE,
+ VKI_REP_PROTOCOL_DECORATION_GET_BUNDLE,
+ VKI_REP_PROTOCOL_ENTITY_INCONFLICT,
+ VKI_REP_PROTOCOL_ENTITY_IS_MASKED,
+ VKI_REP_PROTOCOL_CLIENT_REMOVE_NOTIFY,
+ VKI_REP_PROTOCOL_MAX_REQUEST
+};
#else
#error Unsupported repcache protocol version
#endif
@@ -230,6 +286,11 @@
vki_uint32_t rpr_entityid;
vki_uint32_t rpr_outid;
};
+struct vki_rep_protocol_entity_root {
+ enum vki_rep_protocol_requestid rpr_request;
+ vki_uint32_t rpr_entityid;
+ vki_uint32_t rpr_outid;
+};
struct vki_rep_protocol_entity_reset {
enum vki_rep_protocol_requestid rpr_request;
vki_uint32_t rpr_entityid;
|
|
From: Bart V. A. <bva...@ac...> - 2015-08-11 02:08:13
|
On 08/10/15 11:52, Matthias Schwarzott wrote: > Hi! > > I have seen that valgrind.h will missdetect x32 as amd64. > > So I wonder if this can cause any bad effects. > > If so, the header needs to be protected so it does not emit client > requests on x32. > It could be done like this, because the x32 ABI says that __ILP32__ must > be defined (and it is not defined on amd64). > See abi.pdf in https://sites.google.com/site/x32abi/documents > > Regards > Matthias > > > --- a/include/valgrind.h > +++ b/include/valgrind.h > @@ -140,7 +140,7 @@ > # define PLAT_amd64_win64 1 > #elif defined(__linux__) && defined(__i386__) > # define PLAT_x86_linux 1 > -#elif defined(__linux__) && defined(__x86_64__) > +#elif defined(__linux__) && defined(__x86_64__) && !defined(__ILP32__) > # define PLAT_amd64_linux 1 > #elif defined(__linux__) && defined(__powerpc__) && !defined(__powerpc64__) > # define PLAT_ppc32_linux 1 Hello Matthias, Has this patch been tested ? I think if you want the above to work correctly that you need to swap the x86 and amd64 detection code. Bart. |