You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(4) |
2
(7) |
3
(29) |
4
(2) |
|
5
(2) |
6
(14) |
7
(4) |
8
(17) |
9
(19) |
10
(17) |
11
(18) |
|
12
(21) |
13
(22) |
14
(16) |
15
(14) |
16
(2) |
17
|
18
(3) |
|
19
|
20
(1) |
21
(14) |
22
(9) |
23
(13) |
24
|
25
|
|
26
(1) |
27
(12) |
28
(2) |
29
(17) |
30
(14) |
31
(5) |
|
|
From: Tom H. <to...@co...> - 2013-05-03 03:16:22
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) GDB: Assembler: GNU assembler version 2.19.51.0.14-3.fc11 20090722 C library: GNU C Library stable release version 2.10.2 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2013-05-03 03:41:22 BST Ended at 2013-05-03 04:16:07 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 631 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/long_namespace_xml (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Tom H. <to...@co...> - 2013-05-03 03:05:35
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2) GDB: Assembler: GNU assembler version 2.20.51.0.2-20.fc13 20091009 C library: GNU C Library stable release version 2.12.2 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 13 (Goddard) Nightly build on bristol ( x86_64, Fedora 13 ) Started at 2013-05-03 03:32:06 BST Ended at 2013-05-03 04:05:18 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 631 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_barrier3 (stderr) |
|
From: Rich C. <rc...@wi...> - 2013-05-03 03:04:16
|
valgrind revision: 13381
VEX revision: 2716
C compiler: gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revision 195012]
GDB: GNU gdb (GDB) SUSE (7.5.1-2.1.1)
Assembler: GNU assembler (GNU Binutils; openSUSE 12.3) 2.23.1
C library: GNU C Library (GNU libc) stable release version 2.17 (git c758a6861537)
uname -mrs: Linux 3.7.9-1.1-desktop x86_64
Vendor version: Welcome to openSUSE 12.3 "Dartmouth" Beta 1 - Kernel %r (%t).
Nightly build on ultra ( gcc 4.5.1 Linux 3.7.9-1.1-desktop x86_64 )
Started at 2013-05-02 21:30:01 CDT
Ended at 2013-05-02 22:04:03 CDT
Results differ from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 645 tests, 1 stderr failure, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mssnapshot (stderrB)
memcheck/tests/origin5-bz2 (stderr)
=================================================
== Results from 24 hours ago ==
=================================================
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 645 tests, 4 stderr failures, 2 stdout failures, 4 stderrB failures, 2 stdoutB failures, 0 post failures ==
gdbserver_tests/mcbreak (stdout)
gdbserver_tests/mcbreak (stdoutB)
gdbserver_tests/mcbreak (stderrB)
gdbserver_tests/mcinfcallRU (stderr)
gdbserver_tests/mcinfcallWSRU (stderr)
gdbserver_tests/mcinfcallWSRU (stderrB)
gdbserver_tests/mcmain_pic (stdout)
gdbserver_tests/mcmain_pic (stderr)
gdbserver_tests/mcmain_pic (stdoutB)
gdbserver_tests/mcmain_pic (stderrB)
gdbserver_tests/mssnapshot (stderrB)
memcheck/tests/origin5-bz2 (stderr)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Thu May 2 21:47:52 2013
--- new.short Thu May 2 22:04:03 2013
***************
*** 8,20 ****
! == 645 tests, 4 stderr failures, 2 stdout failures, 4 stderrB failures, 2 stdoutB failures, 0 post failures ==
! gdbserver_tests/mcbreak (stdout)
! gdbserver_tests/mcbreak (stdoutB)
! gdbserver_tests/mcbreak (stderrB)
! gdbserver_tests/mcinfcallRU (stderr)
! gdbserver_tests/mcinfcallWSRU (stderr)
! gdbserver_tests/mcinfcallWSRU (stderrB)
! gdbserver_tests/mcmain_pic (stdout)
! gdbserver_tests/mcmain_pic (stderr)
! gdbserver_tests/mcmain_pic (stdoutB)
! gdbserver_tests/mcmain_pic (stderrB)
gdbserver_tests/mssnapshot (stderrB)
--- 8,10 ----
! == 645 tests, 1 stderr failure, 0 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures ==
gdbserver_tests/mssnapshot (stderrB)
=================================================
./valgrind-new/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2013-05-02 21:49:48.225094151 -0500
+++ mssnapshot.stderrB.out 2013-05-02 21:55:27.317671761 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc212-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc212-s390x 2013-05-02 21:50:15.431337562 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -0500
@@ -75,17 +75,6 @@
at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
- at 0x........: mainSort (origin5-bz2.c:2859)
- by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
- by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
- by 0x........: handle_compress (origin5-bz2.c:4753)
- by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
- by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
- by 0x........: main (origin5-bz2.c:6484)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
-
-Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -131,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc234-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc234-s390x 2013-05-02 21:49:53.272953888 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc25-amd64
=================================================
--- origin5-bz2.stderr.exp-glibc25-amd64 2013-05-02 21:50:15.461337355 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc25-x86
=================================================
--- origin5-bz2.stderr.exp-glibc25-x86 2013-05-02 21:50:23.299119564 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -0500
@@ -12,7 +12,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -21,7 +21,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -30,7 +30,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -41,7 +41,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -52,7 +52,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -63,7 +63,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -74,7 +74,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -85,7 +85,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -96,7 +96,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -107,7 +107,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2275)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
<truncated beyond 100 lines>
=================================================
./valgrind-new/memcheck/tests/origin5-bz2.stderr.diff-glibc27-ppc64
=================================================
--- origin5-bz2.stderr.exp-glibc27-ppc64 2013-05-02 21:50:23.926102143 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:57:00.336086988 -0500
@@ -1,7 +1,7 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6481)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Conditional jump or move depends on uninitialised value(s)
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -10,7 +10,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -19,7 +19,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -28,7 +28,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
@@ -39,7 +39,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
@@ -50,7 +50,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
@@ -61,7 +61,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
@@ -72,7 +72,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
@@ -83,7 +83,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
@@ -94,7 +94,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
@@ -105,7 +105,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
<truncated beyond 100 lines>
=================================================
./valgrind-old/gdbserver_tests/mcbreak.stderrB.diff
=================================================
--- mcbreak.stderrB.exp 2013-05-02 21:31:55.304904706 -0500
+++ mcbreak.stderrB.out 2013-05-02 21:38:49.552395582 -0500
@@ -1,7 +1,28 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
vgdb-error value changed from 999999 to 0
-n_errs_found 1 n_errs_shown 1 (vgdb-error 0)
-vgdb-error value changed from 0 to 0
-monitor command request to kill this process
-Remote connection closed
+The program being debugged exited while in a function called from GDB.
+Evaluation of the expression containing the function
+(whoami) will be abandoned.
+No symbol "i" in current context.
+No registers.
+No registers.
+The program is not being run.
+You can't do that without a process to debug.
+No symbol "i" in current context.
+The program is not being run.
+You can't do that without a process to debug.
+No symbol "i" in current context.
+The program is not being run.
+You can't do that without a process to debug.
+No symbol "i" in current context.
+You can't do that without a process to debug.
+The program is not being run.
+The program is not being run.
+The program is not being run.
+The program is not being run.
+"monitor" command not supported by this target.
+No registers.
+"monitor" command not supported by this target.
+The program is not being run.
+"monitor" command not supported by this target.
=================================================
./valgrind-old/gdbserver_tests/mcbreak.stdout.diff
=================================================
--- mcbreak.stdout.exp 2013-05-02 21:31:55.277905458 -0500
+++ mcbreak.stdout.out 2013-05-02 21:38:49.407399611 -0500
@@ -1,8 +0,0 @@
-pid .... Thread .... first
-pid .... Thread .... second
-pid .... Thread .... third
-pid .... Thread .... fourth
-pid .... Thread .... after next: inferior call pushed from mcbreak.stdinB.gdb
-pid .... Thread .... called from level
-called from level int_und is not zero
-pid .... Thread .... called from main
=================================================
./valgrind-old/gdbserver_tests/mcbreak.stdoutB.diff
=================================================
--- mcbreak.stdoutB.exp 2013-05-02 21:31:55.289905122 -0500
+++ mcbreak.stdoutB.out 2013-05-02 21:38:49.519396499 -0500
@@ -12,43 +12,10 @@
113 for (i = len-1; i >= 0; i=i-2)
old_pc has changed after step
114 undefined[i] = undef;
-$1 = void
+Program terminated with signal SIGSEGV, Segmentation fault.
+The program no longer exists.
+$1 = "undefined"
$2 = "undefined"
-$3 = 8
-113 for (i = len-1; i >= 0; i=i-2)
-old_pc has changed after step
-114 undefined[i] = undef;
-old_pc has changed after step
-113 for (i = len-1; i >= 0; i=i-2)
-$4 = void
-$5 = "undefi?e?"
-$6 = 6
-114 undefined[i] = undef;
-$7 = void
-$8 = "undefi?e?"
-$9 = 4
-113 for (i = len-1; i >= 0; i=i-2)
-$10 = void
-$11 = "unde?i?e?"
-$12 = 4
-$13 = 1
-$14 = void
-Continuing.
-Breakpoint 2, main (argc=1, argv=0x........) at t.c:117
-117 breakme(__LINE__); //break2
-breakme (line=117) at t.c:100
-100 if (line > 1000)
-Run till exit from #0 breakme (line=117) at t.c:100
-main (argc=1, argv=0x........) at t.c:119
-119 if (argc > 1)
+$3 = "undefined"
+$4 = "undefined"
Delete all breakpoints? (y or n) [answered Y; input not from terminal]
-Continuing.
-Program received signal SIGTRAP, Trace/breakpoint trap.
-0x........ in make_error (s=0x........ "called from level") at t.c:40
-40 if (int_und == 0)
-43 printf ("%s int_und is not zero\n", s);
-old_pc has changed after step
-Continuing.
-Program received signal SIGTRAP, Trace/breakpoint trap.
-0x........ in make_error (s=0x........ "called from main") at t.c:40
-40 if (int_und == 0)
=================================================
./valgrind-old/gdbserver_tests/mcinfcallRU.stderr.diff
=================================================
--- mcinfcallRU.stderr.exp 2013-05-02 21:31:55.309904567 -0500
+++ mcinfcallRU.stderr.out 2013-05-02 21:38:55.463231355 -0500
@@ -1,4 +1,11 @@
loops/sleep_ms/burn/threads_spec: 1 0 2000000000 ------B-
main ready to sleep and/or burn
-pid .... Thread .... inferior call pushed from gdb in mcinfcallRU.stdinB.gdb
-Reset valgrind output to log (orderly_finish)
+Process terminating with default action of signal 11 (SIGSEGV)
+ Bad permissions for mapped region at address 0x........
+ ...
+HEAP SUMMARY:
+ in use at exit: 156 bytes in 2 blocks
+ total heap usage: 2 allocs, 0 frees, 156 bytes allocated
+For a detailed leak analysis, rerun with: --leak-check=full
+For counts of detected and suppressed errors, rerun with: -v
+ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/gdbserver_tests/mcinfcallWSRU.stderr.diff
=================================================
--- mcinfcallWSRU.stderr.exp 2013-05-02 21:31:55.295904956 -0500
+++ mcinfcallWSRU.stderr.out 2013-05-02 21:38:57.935162675 -0500
@@ -3,5 +3,12 @@
London ready to sleep and/or burn
Petaouchnok ready to sleep and/or burn
main ready to sleep and/or burn
-pid .... Thread .... thread 1 inferior call pushed from gdb in mcinfcallWSRU.stdinB.gdb
-Reset valgrind output to log (orderly_finish)
+Process terminating with default action of signal 11 (SIGSEGV)
+ Bad permissions for mapped region at address 0x........
+ ...
+HEAP SUMMARY:
+ in use at exit: 983 bytes in 5 blocks
+ total heap usage: 5 allocs, 0 frees, 983 bytes allocated
+For a detailed leak analysis, rerun with: --leak-check=full
+For counts of detected and suppressed errors, rerun with: -v
+ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
=================================================
./valgrind-old/gdbserver_tests/mcinfcallWSRU.stderrB.diff
=================================================
--- mcinfcallWSRU.stderrB.exp 2013-05-02 21:31:55.285905234 -0500
+++ mcinfcallWSRU.stderrB.out 2013-05-02 21:38:58.084158535 -0500
@@ -23,33 +23,15 @@
[Switching to thread 1 (Thread ....)]
#0 0x........ in do_burn () at sleepers.c:39
39 for (i = 0; i < burn; i++) loopnr++;
-$1 = void
-[Switching to thread 2 (Thread ....)]
-#0 0x........ in syscall ...
-Could not write register "xxx"; remote failure reply 'E.
-ERROR changing register xxx regno y
-gdb commands changing registers (pc, sp, ...) (e.g. 'jump',
-set pc, calling from gdb a function in the debugged process, ...)
-can only be accepted if the thread is VgTs_Runnable or VgTs_Yielding state
-Thread status is VgTs_WaitSys
-'
-[Switching to thread 3 (Thread ....)]
-#0 0x........ in syscall ...
-Could not write register "xxx"; remote failure reply 'E.
-ERROR changing register xxx regno y
-gdb commands changing registers (pc, sp, ...) (e.g. 'jump',
-set pc, calling from gdb a function in the debugged process, ...)
-can only be accepted if the thread is VgTs_Runnable or VgTs_Yielding state
-Thread status is VgTs_WaitSys
-'
-[Switching to thread 4 (Thread ....)]
-#0 0x........ in syscall ...
-Could not write register "xxx"; remote failure reply 'E.
-ERROR changing register xxx regno y
-gdb commands changing registers (pc, sp, ...) (e.g. 'jump',
-set pc, calling from gdb a function in the debugged process, ...)
-can only be accepted if the thread is VgTs_Runnable or VgTs_Yielding state
-Thread status is VgTs_WaitSys
-'
-monitor command request to kill this process
-Remote connection closed
+Program terminated with signal SIGKILL, Killed.
+The program no longer exists.
+The program being debugged exited while in a function called from GDB.
+Evaluation of the expression containing the function
+(whoami) will be abandoned.
+Thread ID 2 not known.
+You can't do that without a process to debug.
+Thread ID 3 not known.
+You can't do that without a process to debug.
+Thread ID 4 not known.
+You can't do that without a process to debug.
+"monitor" command not supported by this target.
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stderr.diff
=================================================
--- mcmain_pic.stderr.exp 2013-05-02 21:31:55.293905011 -0500
+++ mcmain_pic.stderr.out 2013-05-02 21:39:10.692808215 -0500
@@ -3,6 +3,10 @@
+Process terminating with default action of signal 11 (SIGSEGV)
+ Bad permissions for mapped region at address 0x........
+ ...
+
HEAP SUMMARY:
in use at exit: 16 bytes in 1 blocks
total heap usage: 1 allocs, 0 frees, 16 bytes allocated
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stderrB.diff
=================================================
--- mcmain_pic.stderrB.exp 2013-05-02 21:31:55.302904761 -0500
+++ mcmain_pic.stderrB.out 2013-05-02 21:39:10.770806048 -0500
@@ -1,2 +1,6 @@
relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
+The program being debugged exited while in a function called from GDB.
+Evaluation of the expression containing the function
+(another_func) will be abandoned.
+The program is not being run.
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stdout.diff
=================================================
--- mcmain_pic.stdout.exp 2013-05-02 21:31:55.286905206 -0500
+++ mcmain_pic.stdout.out 2013-05-02 21:39:10.659809132 -0500
@@ -1,4 +1 @@
address of main 0x........
-another func called msg called from gdb
-address of another_func 0x........
-another func called msg called from main
=================================================
./valgrind-old/gdbserver_tests/mcmain_pic.stdoutB.diff
=================================================
--- mcmain_pic.stdoutB.exp 2013-05-02 21:31:55.287905178 -0500
+++ mcmain_pic.stdoutB.out 2013-05-02 21:39:10.737806965 -0500
@@ -2,8 +2,7 @@
Continuing.
Breakpoint 1, main (argc=1, argv=0x........) at main_pic.c:11
11 printf("address of another_func %p\n", &another_func);
-$1 = void
-$2 = (int (*)(int, char **)) 0x........ <main>
-$3 = (void (*)(char *)) 0x........ <another_func>
-Continuing.
-Program exited normally.
+Program terminated with signal SIGSEGV, Segmentation fault.
+The program no longer exists.
+$1 = (int (*)(int, char **)) 0x........ <main>
+$2 = (void (*)(char *)) 0x........ <another_func>
=================================================
./valgrind-old/gdbserver_tests/mssnapshot.stderrB.diff
=================================================
--- mssnapshot.stderrB.exp 2013-05-02 21:31:55.302904761 -0500
+++ mssnapshot.stderrB.out 2013-05-02 21:39:18.412593727 -0500
@@ -1,5 +1,11 @@
relaying data between gdb and process ....
+Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
+Try: zypper install -C "debuginfo(build-id)=ecb8ef1a6904a2a3ec60a527f415f520c8636158"
vgdb-error value changed from 0 to 999999
+Missing separate debuginfo for /lib64/libpthread.so.0
+Try: zypper install -C "debuginfo(build-id)=ef5f5dbcb2398c608fef7884e1bfb65be3b5f0ef"
+Missing separate debuginfo for /lib64/libc.so.6
+Try: zypper install -C "debuginfo(build-id)=bd1473e8e6a4c10a14731b5be4b35b4e87db2af7"
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
v.wait [<ms>] : sleep <ms> (default 0) then continue
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc212-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc212-s390x 2013-05-02 21:33:27.915326558 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -0500
@@ -75,17 +75,6 @@
at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
- at 0x........: mainSort (origin5-bz2.c:2859)
- by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
- by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
- by 0x........: handle_compress (origin5-bz2.c:4753)
- by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
- by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
- by 0x........: main (origin5-bz2.c:6484)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
-
-Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -131,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc234-s390x
=================================================
--- origin5-bz2.stderr.exp-glibc234-s390x 2013-05-02 21:33:23.592451856 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc25-amd64
=================================================
--- origin5-bz2.stderr.exp-glibc25-amd64 2013-05-02 21:33:23.593451828 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -0500
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
+ by 0x........: g_serviceFn (origin5-bz2.c:6429)
+ by 0x........: default_bzalloc (origin5-bz2.c:4470)
+ by 0x........: BZ2_decompress (origin5-bz2.c:1578)
+ by 0x........: BZ2_bzDecompress (origin5-bz2.c:5192)
+ by 0x........: BZ2_bzBuffToBuffDecompress (origin5-bz2.c:5678)
+ by 0x........: main (origin5-bz2.c:6498)
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc25-x86
=================================================
--- origin5-bz2.stderr.exp-glibc25-x86 2013-05-02 21:34:21.718836433 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -0500
@@ -12,7 +12,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -21,7 +21,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
by 0x........: handle_compress (origin5-bz2.c:4750)
by 0x........: BZ2_bzCompress (origin5-bz2.c:4822)
@@ -30,7 +30,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -41,7 +41,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -52,7 +52,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -63,7 +63,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -74,7 +74,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -85,7 +85,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
by 0x........: BZ2_blockSort (origin5-bz2.c:3105)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -96,7 +96,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -107,7 +107,7 @@
Uninitialised value was created by a client request
at 0x........: main (origin5-bz2.c:6479)
-Use of uninitialised value of size 4
+Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2275)
by 0x........: BZ2_blockSort (origin5-bz2.c:3116)
by 0x........: BZ2_compressBlock (origin5-bz2.c:4034)
@@ -120,6 +120,12 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6512)
- Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6479)
+ Uninitialised value was created by a heap allocation
+ at 0x........: malloc (vg_replace_malloc.c:...)
<truncated beyond 100 lines>
=================================================
./valgrind-old/memcheck/tests/origin5-bz2.stderr.diff-glibc27-ppc64
=================================================
--- origin5-bz2.stderr.exp-glibc27-ppc64 2013-05-02 21:34:03.374346604 -0500
+++ origin5-bz2.stderr.out 2013-05-02 21:40:51.617004102 -0500
@@ -1,7 +1,7 @@
Conditional jump or move depends on uninitialised value(s)
at 0x........: main (origin5-bz2.c:6481)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Conditional jump or move depends on uninitialised value(s)
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -10,7 +10,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -19,7 +19,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: copy_input_until_stop (origin5-bz2.c:4686)
@@ -28,7 +28,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2820)
@@ -39,7 +39,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2823)
@@ -50,7 +50,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2854)
@@ -61,7 +61,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2858)
@@ -72,7 +72,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2963)
@@ -83,7 +83,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: mainSort (origin5-bz2.c:2964)
@@ -94,7 +94,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
at 0x........: fallbackSort (origin5-bz2.c:2269)
@@ -105,7 +105,7 @@
by 0x........: BZ2_bzBuffToBuffCompress (origin5-bz2.c:5630)
by 0x........: main (origin5-bz2.c:6484)
Uninitialised value was created by a client request
- at 0x........: main (origin5-bz2.c:6481)
+ at 0x........: main (origin5-bz2.c:6479)
Use of uninitialised value of size 8
<truncated beyond 100 lines>
|
|
From: Tom H. <to...@co...> - 2013-05-03 02:59:51
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) GDB: GNU gdb (GDB) Fedora (7.2-52.fc14) Assembler: GNU assembler version 2.20.51.0.7-8.fc14 20100318 C library: GNU C Library stable release version 2.13 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-05-03 03:22:29 BST Ended at 2013-05-03 03:59:38 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 650 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-05-03 02:50:45
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2013-05-03 03:12:50 BST Ended at 2013-05-03 03:50:28 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-05-03 02:34:49
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16) Assembler: GNU assembler version 2.21.53.0.1-6.fc16 20110716 C library: GNU C Library development release version 2.14.90 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 16 (Verne) Nightly build on bristol ( x86_64, Fedora 16 ) Started at 2013-05-03 03:02:13 BST Ended at 2013-05-03 03:34:35 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 03:17:26.217370018 +0100 --- new.short 2013-05-03 03:34:35.884917736 +0100 *************** *** 8,10 **** ! == 652 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) --- 8,11 ---- ! == 652 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == ! memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-05-03 02:34:48
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2013-05-03 02:51:58 BST Ended at 2013-05-03 03:34:29 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 6 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 5 stderr failures, 3 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcbreak (stdout) gdbserver_tests/mcbreak (stdoutB) gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 03:07:16.985515194 +0100 --- new.short 2013-05-03 03:34:29.310048855 +0100 *************** *** 8,20 **** ! == 652 tests, 5 stderr failures, 3 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == ! gdbserver_tests/mcbreak (stdout) ! gdbserver_tests/mcbreak (stdoutB) ! gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) - gdbserver_tests/mcinfcallWSRU (stderrB) - gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) ! gdbserver_tests/mcmain_pic (stdoutB) ! gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/origin5-bz2 (stderr) --- 8,14 ---- ! == 652 tests, 6 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) ! memcheck/tests/err_disable4 (stderr) memcheck/tests/origin5-bz2 (stderr) |
|
From: Christian B. <bor...@de...> - 2013-05-03 02:16:45
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] GDB: GNU gdb (GDB) SUSE (7.3-0.6.1) Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.21.1 C library: GNU C Library stable release version 2.11.3 (20110527) uname -mrs: Linux 3.0.58-0.6.6-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP2 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) ) Started at 2013-05-03 03:45:01 CEST Ended at 2013-05-03 04:16:32 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 632 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Christian B. <bor...@de...> - 2013-05-03 02:14:53
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.6.1 20110908 (Red Hat 4.6.1-9bb4) GDB: GNU gdb (GDB) Fedora (7.5-1bb1.fc15) Assembler: GNU assembler version 2.21.51.0.6-6bb6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.8.6-60.x.20130412-s390xperformance s390x Vendor version: unknown Nightly build on fedora390 ( Fedora 15 with devel libc/toolchain on z196 (s390x) ) Started at 2013-05-03 03:45:01 CEST Ended at 2013-05-03 04:15:03 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 633 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) |
|
From: Tom H. <to...@co...> - 2013-05-03 02:14:05
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-38.fc18) Assembler: GNU assembler version 2.23.51.0.1-6.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2013-05-03 02:42:52 BST Ended at 2013-05-03 03:13:49 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 5 stderr failures, 3 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcbreak (stdout) gdbserver_tests/mcbreak (stdoutB) gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 02:58:21.063183392 +0100 --- new.short 2013-05-03 03:13:49.112692508 +0100 *************** *** 8,20 **** ! == 652 tests, 5 stderr failures, 3 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == ! gdbserver_tests/mcbreak (stdout) ! gdbserver_tests/mcbreak (stdoutB) ! gdbserver_tests/mcbreak (stderrB) ! gdbserver_tests/mcinfcallRU (stderr) ! gdbserver_tests/mcinfcallWSRU (stderr) ! gdbserver_tests/mcinfcallWSRU (stderrB) ! gdbserver_tests/mcmain_pic (stdout) ! gdbserver_tests/mcmain_pic (stderr) ! gdbserver_tests/mcmain_pic (stdoutB) ! gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/origin5-bz2 (stderr) --- 8,10 ---- ! == 652 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-05-03 02:04:42
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.8.0 20130412 (Red Hat 4.8.0-2) GDB: GNU gdb (GDB) Fedora (7.6-24.fc19) Assembler: GNU assembler version 2.23.52.0.1-8.fc19 20130226 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 19 (Schrödingerâs Cat) Nightly build on bristol ( x86_64, Fedora 19 (Schrödingerâs Cat) ) Started at 2013-05-03 02:33:06 BST Ended at 2013-05-03 03:04:27 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 6 stderr failures, 2 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcbreak (stdout) gdbserver_tests/mcbreak (stdoutB) gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 02:48:47.229635170 +0100 --- new.short 2013-05-03 03:04:27.939884530 +0100 *************** *** 8,20 **** ! == 652 tests, 6 stderr failures, 2 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == ! gdbserver_tests/mcbreak (stdout) ! gdbserver_tests/mcbreak (stdoutB) ! gdbserver_tests/mcbreak (stderrB) ! gdbserver_tests/mcinfcallRU (stderr) ! gdbserver_tests/mcinfcallWSRU (stderr) ! gdbserver_tests/mcinfcallWSRU (stderrB) ! gdbserver_tests/mcmain_pic (stdout) ! gdbserver_tests/mcmain_pic (stderr) ! gdbserver_tests/mcmain_pic (stdoutB) ! gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/dw4 (stderr) --- 8,10 ---- ! == 652 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) |
|
From: Florian K. <br...@ac...> - 2013-05-03 02:00:12
|
For s390 I want the DFP support to be part of the next release. This was a significant undertaking of Maran's and there is a final patch (I believe) in BZ waiting for review. We should be able to nail this before the end of the month. I won't be able to help with testing as I'll be travelling early June. Perhaps IBM folks can lend a hand here. Florian On 05/02/2013 06:18 AM, Julian Seward wrote: > > Greetings. > > It'll soon be 9 months since 3.8.0 shipped, so 3.9.0 needs to go out > in the next two months or so. I'd like to propose a freeze date of > Friday 31 May (all new features/fixes should be in by then), and a two > week stabilisation/test period, ending in release, on Friday 14 June. > > Considering the stuff still to do (see below), that might be a little > ambitious -- I don't know. > > How does that sound? Any counter-proposals? Any other stuff-to-fix? > s390, MIPS and POWER folks, do the proposed dates work for you? > >>From a quick look through the NEWS file, new stuff since 3.8.0 is: > > - mips64-linux port > - avx2 support > - better control of leak reporting: --show-leak-kinds, > --errors-for-leak-kinds > - better control of block stack traces: --keep-stacktraces > - merge recursive frames in stack unwind: --merge-recursive-frames= > - more GDBserver monitor commands > - greatly improved arm neon load/store performance > - introduction of direct IR support for conditional loads and stores [1] > - use [1] for representing ARM conditional loads/stores [2] > - lots of bugs fixed > - more ppc and zSeries DFP support (?) > > If there's stuff I missed there, please add it to the NEWS file. > > There's still a number of things I'd like to get fixed before release. > > - make avx/avx2 conditional loads/stores use conditional IR loads/stores > - fix memcheck false-errors regression caused by [2] > - fix gdbserver regression caused by loss of executable stack? > - redo various fixed table sizes for android vs big-64-bit-servers > - try to make OSX108 support work better > - memcheck 16-byte reads (PLO) and other icc false-positive workarounds? > - any further Dwarf4 fixes that we need > - remote debuginfo server support [3] > - fix more bugs: > - the usual bunch of missing ioctls, syscalls, etc > - any critical missing insns (I don't think there are many) > - there are a number of bugs for Helgrind which really should > get looked at > - maybe: AMD perfctr support patches > > Most of these are documented in docs/internals/3_8_BUGSTATUS.txt. > > To clarify re [3]: having spent quite some time Memchecking large apps > on Android, I really would like for the debuginfo reader to be able to > pull debuginfo from a simple (custom) remote server process, since > pushing more than 1GB of debuginfo objects onto the device each time > is a huge time waster. This will involve inserting an abstraction > layer inside m_debuginfo, so it no longer reads debuginfo directly > from the mmap'd objects. This will likely be a big, intrusive change. > > J > > ------------------------------------------------------------------------------ > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > Get 100% visibility into your production application - at no cost. > Code-level diagnostics for performance bottlenecks with <2% overhead > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap1 > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Tom H. <to...@co...> - 2013-05-03 01:49:41
|
valgrind revision: 13381 VEX revision: 2716 C compiler: gcc (GCC) 4.8.0 20130320 (Red Hat 4.8.0-0.18) GDB: GNU gdb (GDB) Fedora (7.6-25.fc20) Assembler: GNU assembler version 2.23.2 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.8.6-203.fc18.x86_64 x86_64 Vendor version: Fedora release 20 (Rawhide) Nightly build on bristol ( x86_64, Fedora 20 ) Started at 2013-05-03 02:23:08 BST Ended at 2013-05-03 02:49:24 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 652 tests, 6 stderr failures, 2 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == gdbserver_tests/mcbreak (stdout) gdbserver_tests/mcbreak (stdoutB) gdbserver_tests/mcbreak (stderrB) gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcinfcallWSRU (stderrB) gdbserver_tests/mcmain_pic (stdout) gdbserver_tests/mcmain_pic (stderr) gdbserver_tests/mcmain_pic (stdoutB) gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-05-03 02:36:16.730590561 +0100 --- new.short 2013-05-03 02:49:24.671888107 +0100 *************** *** 8,20 **** ! == 652 tests, 6 stderr failures, 2 stdout failures, 3 stderrB failures, 2 stdoutB failures, 0 post failures == ! gdbserver_tests/mcbreak (stdout) ! gdbserver_tests/mcbreak (stdoutB) ! gdbserver_tests/mcbreak (stderrB) ! gdbserver_tests/mcinfcallRU (stderr) ! gdbserver_tests/mcinfcallWSRU (stderr) ! gdbserver_tests/mcinfcallWSRU (stderrB) ! gdbserver_tests/mcmain_pic (stdout) ! gdbserver_tests/mcmain_pic (stderr) ! gdbserver_tests/mcmain_pic (stdoutB) ! gdbserver_tests/mcmain_pic (stderrB) memcheck/tests/dw4 (stderr) --- 8,10 ---- ! == 652 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) |
|
From: Rick G. <rcg...@ve...> - 2013-05-02 22:07:02
|
On 5/2/2013 6:18 AM, Julian Seward wrote:
> Greetings.
>
> It'll soon be 9 months since 3.8.0 shipped, so 3.9.0 needs to go out
> in the next two months or so. I'd like to propose a freeze date of
> Friday 31 May (all new features/fixes should be in by then), and a two
> week stabilisation/test period, ending in release, on Friday 14 June.
>
Any chance of the support for AMD's LWP feature making it in?
https://bugs.kde.org/show_bug.cgi?id=317441
With the patch which is attached to that bug, I am able to run code
which utilizes said instructions through valgrind successfully.
Regards,
Rick
|
|
From: <sv...@va...> - 2013-05-02 22:06:47
|
philippe 2013-05-02 23:06:31 +0100 (Thu, 02 May 2013)
New Revision: 13381
Log:
fix gdbsrv inferior calls when PT_GNU_STACK declares stack not executable
With rev 13368, Valgrind obeys PT_GNU_STACK making the stack not
executable. This makes inferior function call with GDB >= 7.5 failing,
as GDB places a breakpoint on the stack, which must be decoded
and translated by Valgrind to have the inferior function call properly done.
=> introduce a special case in the conditions to allow translation
when a segment is not executable but is readable and there is a
breakpoint at the address.
Modified files:
trunk/coregrind/m_gdbserver/m_gdbserver.c
trunk/coregrind/m_translate.c
trunk/coregrind/pub_core_gdbserver.h
Modified: trunk/coregrind/pub_core_gdbserver.h (+3 -0)
===================================================================
--- trunk/coregrind/pub_core_gdbserver.h 2013-04-27 02:34:05 +01:00 (rev 13380)
+++ trunk/coregrind/pub_core_gdbserver.h 2013-05-02 23:06:31 +01:00 (rev 13381)
@@ -76,6 +76,9 @@
Bool VG_(gdbserver_point) (PointKind kind, Bool insert,
Addr addr, int len);
+/* True if there is a breakpoint at addr. */
+Bool VG_(has_gdbserver_breakpoint) (Addr addr);
+
/* Entry point invoked by vgdb when it uses ptrace to cause a gdbserver
invocation. A magic value is passed by vgdb in check as a verification
that the call has been properly pushed by vgdb. */
Modified: trunk/coregrind/m_gdbserver/m_gdbserver.c (+9 -0)
===================================================================
--- trunk/coregrind/m_gdbserver/m_gdbserver.c 2013-04-27 02:34:05 +01:00 (rev 13380)
+++ trunk/coregrind/m_gdbserver/m_gdbserver.c 2013-05-02 23:06:31 +01:00 (rev 13381)
@@ -394,6 +394,15 @@
return True;
}
+Bool VG_(has_gdbserver_breakpoint) (Addr addr)
+{
+ GS_Address *g;
+ if (!gdbserver_called)
+ return False;
+ g = VG_(HT_lookup) (gs_addresses, (UWord)HT_addr(addr));
+ return (g != NULL && g->kind == GS_break);
+}
+
Bool VG_(is_watched)(PointKind kind, Addr addr, Int szB)
{
Word n_elems;
Modified: trunk/coregrind/m_translate.c (+14 -5)
===================================================================
--- trunk/coregrind/m_translate.c 2013-04-27 02:34:05 +01:00 (rev 13380)
+++ trunk/coregrind/m_translate.c 2013-05-02 23:06:31 +01:00 (rev 13381)
@@ -745,9 +745,9 @@
/* --------- Various helper functions for translation --------- */
/* Look for reasons to disallow making translations from the given
- segment. */
+ segment/addr. */
-static Bool translations_allowable_from_seg ( NSegment const* seg )
+static Bool translations_allowable_from_seg ( NSegment const* seg, Addr addr )
{
# if defined(VGA_x86) || defined(VGA_s390x) || defined(VGA_mips32) \
|| defined(VGA_mips64)
@@ -757,7 +757,16 @@
# endif
return seg != NULL
&& (seg->kind == SkAnonC || seg->kind == SkFileC || seg->kind == SkShmC)
- && (seg->hasX || (seg->hasR && allowR));
+ && (seg->hasX
+ || (seg->hasR && (allowR
+ || VG_(has_gdbserver_breakpoint) (addr))));
+ /* If GDB/gdbsrv has inserted a breakpoint at addr, assume this is a valid
+ location to translate if seg is not executable but is readable.
+ This is needed for inferior function calls from GDB: GDB inserts a
+ breakpoint on the stack, and expects to regain control before the
+ breakpoint instruction at the breakpoint address is really
+ executed. For this, the breakpoint instruction must be translated
+ so as to have the call to gdbserver executed. */
}
@@ -852,7 +861,7 @@
allow a chase. */
/* Destination not in a plausible segment? */
- if (!translations_allowable_from_seg(seg))
+ if (!translations_allowable_from_seg(seg, addr))
goto dontchase;
/* Destination is redirected? */
@@ -1418,7 +1427,7 @@
{ /* BEGIN new scope specially for 'seg' */
NSegment const* seg = VG_(am_find_nsegment)(addr);
- if ( (!translations_allowable_from_seg(seg))
+ if ( (!translations_allowable_from_seg(seg, addr))
|| addr == TRANSTAB_BOGUS_GUEST_ADDR ) {
if (VG_(clo_trace_signals))
VG_(message)(Vg_DebugMsg, "translations not allowed here (0x%llx)"
|
|
From: Niall D. <ndo...@bl...> - 2013-05-02 15:05:23
|
> How does that sound? Any counter-proposals? Any other stuff-to-fix? > s390, MIPS and POWER folks, do the proposed dates work for you? I just checked up on the legal state of my patch to callgrind, and absolutely nothing has happened. I'll try to get it to you before end of May, but I'll understand if that's considered too late. The only good thing about the patch is it touches very little of any existing functionality, so code review should be easy with negligible ripples. Niall |
|
From: Thomas R. <tr...@st...> - 2013-05-02 13:24:49
|
Hi, This is somewhat prompted by the "what do we want to go in for 3.9" thread, but I didn't want to hijack it with hypothetical features. I've been working on AMD64 rounding mode support on and off, largely because we need this at $DAYJOB. The ticket https://bugs.kde.org/show_bug.cgi?id=136779 keeps getting stalled. I don't want to sound overly pushy, but it would help me a bit to at least know generally what is holding it up. General disinterest? Disappointment with a 4% slowdown in some cases? Bad design? Broken code? I still want to add a thorough regression test and run it through some stricter testing if I can find something workable tests (probably from the CGAL test suite, if I can get access). But we have been using this in production since before I posted the first version, and that's now more than 2.5 years ago. I have again rebased it and made another big commit to modify the new AVX instruction support to look out for rounding; the relevant commits are currently at https://github.com/trast/valgrind/commits/amd64-rounding for lack of a better place to keep them. I have some other work-in-progress there, notably the regalloc speed improvement hack at https://bugs.kde.org/show_bug.cgi?id=318030 but that is relatively minor. Thanks, -- Thomas Rast trast@{inf,student}.ethz.ch |
|
From: Philippe W. <phi...@sk...> - 2013-05-02 13:18:36
|
On Thu, 2013-05-02 at 11:53 +0200, Julian Seward wrote:
> On 05/01/2013 10:39 PM, Philippe Waroquiers wrote:
> > If no comment on the patch, I will commit in one day or two.
>
> Looks OK, except one comment:
>
> > return seg != NULL
> > && (seg->kind == SkAnonC || seg->kind == SkFileC || seg->kind == SkShmC)
> > - && (seg->hasX || (seg->hasR && allowR));
> > + && (seg->hasX
> > + || (seg->hasR && allowR)
> > + || VG_(has_gdbserver_breakpoint) (addr));
>
> Should the last condition ..
>
> || VG_(has_gdbserver_breakpoint) (addr));
>
> maybe be
>
> || (seg->hasR && VG_(has_gdbserver_breakpoint) (addr)));
>
> ? I am thinking of the case where the segment doesn't even have read
> permissions, but nevertheless VG_(has_gdbserver_breakpoint) returns True.
> In that case, I think VEX will segfault when it starts to make the
> translation, no? We at least need read permissions on any page that we
> make a translation from.
>
> I am not sure about this though -- I can't remember if there is some
> existing logic to deal with the situation where a page is mapped x-only,
> since in that situation vex will need to have r-permission too. So
> maybe this isn't a problem. I don't know.
For the gdbsrv needed condition for the inferior function call
with PT_GNU_STACK not executable stack, the hasR will be True (breakpoint
on the stack which is for sure rw) and the hasX will be False.
=> I will change the condition to:.
&& (seg->hasX
|| (seg->hasR && (allowR
|| VG_(has_gdbserver_breakpoint) (addr))));
Note that the current code accepts to translate an hasX segment
without checking explicitely hasR. Maybe an hasX has automatically hasR ?
It looks better to not change this part of the condition.
Thanks for the review, will retest and commit
Philippe
|
|
From: Julian S. <js...@ac...> - 2013-05-02 10:18:55
|
Greetings.
It'll soon be 9 months since 3.8.0 shipped, so 3.9.0 needs to go out
in the next two months or so. I'd like to propose a freeze date of
Friday 31 May (all new features/fixes should be in by then), and a two
week stabilisation/test period, ending in release, on Friday 14 June.
Considering the stuff still to do (see below), that might be a little
ambitious -- I don't know.
How does that sound? Any counter-proposals? Any other stuff-to-fix?
s390, MIPS and POWER folks, do the proposed dates work for you?
>From a quick look through the NEWS file, new stuff since 3.8.0 is:
- mips64-linux port
- avx2 support
- better control of leak reporting: --show-leak-kinds,
--errors-for-leak-kinds
- better control of block stack traces: --keep-stacktraces
- merge recursive frames in stack unwind: --merge-recursive-frames=
- more GDBserver monitor commands
- greatly improved arm neon load/store performance
- introduction of direct IR support for conditional loads and stores [1]
- use [1] for representing ARM conditional loads/stores [2]
- lots of bugs fixed
- more ppc and zSeries DFP support (?)
If there's stuff I missed there, please add it to the NEWS file.
There's still a number of things I'd like to get fixed before release.
- make avx/avx2 conditional loads/stores use conditional IR loads/stores
- fix memcheck false-errors regression caused by [2]
- fix gdbserver regression caused by loss of executable stack?
- redo various fixed table sizes for android vs big-64-bit-servers
- try to make OSX108 support work better
- memcheck 16-byte reads (PLO) and other icc false-positive workarounds?
- any further Dwarf4 fixes that we need
- remote debuginfo server support [3]
- fix more bugs:
- the usual bunch of missing ioctls, syscalls, etc
- any critical missing insns (I don't think there are many)
- there are a number of bugs for Helgrind which really should
get looked at
- maybe: AMD perfctr support patches
Most of these are documented in docs/internals/3_8_BUGSTATUS.txt.
To clarify re [3]: having spent quite some time Memchecking large apps
on Android, I really would like for the debuginfo reader to be able to
pull debuginfo from a simple (custom) remote server process, since
pushing more than 1GB of debuginfo objects onto the device each time
is a huge time waster. This will involve inserting an abstraction
layer inside m_debuginfo, so it no longer reads debuginfo directly
from the mmap'd objects. This will likely be a big, intrusive change.
J
|
|
From: Julian S. <js...@ac...> - 2013-05-02 09:54:03
|
On 05/01/2013 10:39 PM, Philippe Waroquiers wrote:
> If no comment on the patch, I will commit in one day or two.
Looks OK, except one comment:
> return seg != NULL
> && (seg->kind == SkAnonC || seg->kind == SkFileC || seg->kind == SkShmC)
> - && (seg->hasX || (seg->hasR && allowR));
> + && (seg->hasX
> + || (seg->hasR && allowR)
> + || VG_(has_gdbserver_breakpoint) (addr));
Should the last condition ..
|| VG_(has_gdbserver_breakpoint) (addr));
maybe be
|| (seg->hasR && VG_(has_gdbserver_breakpoint) (addr)));
? I am thinking of the case where the segment doesn't even have read
permissions, but nevertheless VG_(has_gdbserver_breakpoint) returns True.
In that case, I think VEX will segfault when it starts to make the
translation, no? We at least need read permissions on any page that we
make a translation from.
I am not sure about this though -- I can't remember if there is some
existing logic to deal with the situation where a page is mapped x-only,
since in that situation vex will need to have r-permission too. So
maybe this isn't a problem. I don't know.
J
|
|
From: Philippe W. <phi...@sk...> - 2013-05-01 20:39:31
|
On Wed, 2013-05-01 at 17:55 +0100, Tom Hughes wrote:
> On 01/05/13 17:31, Philippe Waroquiers wrote:
>
> > When the inferior function returns, in an execution under GDB or an
> > execution under a "normal" gdbserver, the breakpoint is encountered
> > before the instruction is executed. GDB regains control, and restore
> > the situation before the inferior function call.
>
> So normally gdb will rely on a hardware breakpoint using the debug
> registers to trigger and the INT3 will never try and execute?
I investigated the behaviour of GDB "native" some more in depth:
The INT3 in a non executable page is effectively never executed.
However, GDB does not use hw breapoints for that.
When the inferior function returns, a SIGSEGV is generated.
GDB however handles this SIGSEGV as a SIGTRAP when there is a
breakpoint at the address that caused the SEGV.
In such a case, GDB instructs the inferior process to ignore
the SEGV.
With the PT_GNU_STACK, Valgrind m_translate.c generates also
a SIGSEGV, properly received by GDB via gdbsrv.
However, in the case of Valgrind, there is no way for V to
ignore the SEGV : ignoring such a SEGV would imply to have
V properly continuing execution somewhere in m_translate.c.
Probably do-able but not straightforward => other solution
in the patch below.
> Or make the valgrind gdbserver support "hardware" breakpoints as I think
> it already does for watchpoints, and have execution stop with SIGTRAP
> when a breakpoint address is hit without valgrind trying to decode and
> execute the instruction?
Valgrind "emulates" hardware watchpoints by using the memcheck
A-bits machinery.
Breakpoints are translated in a call to gdbserver.
V accepts both Z0 and Z1 packets (hard or soft breakpoints)
but they are implemented the same way (and GDB uses Z0 by default).
The patch below fixes the problem of the nx stack by still accepting
to translate when there is a gdbsrv breakpoint at the addr to translate
in an nx segment.
Accepting to translate in such a case will have no effect as
GDB will cleanup before this translation is really executed
(only the gdbserver call at the beginning of the translation is
executed, not the "real" instructions after).
If no comment on the patch, I will commit in one day or two.
Philippe
Index: coregrind/m_translate.c
===================================================================
--- coregrind/m_translate.c (revision 13380)
+++ coregrind/m_translate.c (working copy)
@@ -745,9 +745,9 @@
/* --------- Various helper functions for translation --------- */
/* Look for reasons to disallow making translations from the given
- segment. */
+ segment/addr. */
-static Bool translations_allowable_from_seg ( NSegment const* seg )
+static Bool translations_allowable_from_seg ( NSegment const* seg, Addr addr )
{
# if defined(VGA_x86) || defined(VGA_s390x) || defined(VGA_mips32) \
|| defined(VGA_mips64)
@@ -757,7 +757,16 @@
# endif
return seg != NULL
&& (seg->kind == SkAnonC || seg->kind == SkFileC || seg->kind == SkShmC)
- && (seg->hasX || (seg->hasR && allowR));
+ && (seg->hasX
+ || (seg->hasR && allowR)
+ || VG_(has_gdbserver_breakpoint) (addr));
+ /* If GDB/gdbsrv has inserted a breakpoint at addr, we assume this
+ is a valid location to translate, even if seg not executable.
+ This is needed for inferior function calls from GDB: GDB inserts a
+ breakpoint on the stack, and expects to regain control before the
+ breakpoint instruction at the breakpoint address is really
+ executed. For this, the breakpoint instruction must be translated
+ so as to have the call to gdbserver executed. */
}
@@ -852,7 +861,7 @@
allow a chase. */
/* Destination not in a plausible segment? */
- if (!translations_allowable_from_seg(seg))
+ if (!translations_allowable_from_seg(seg, addr))
goto dontchase;
/* Destination is redirected? */
@@ -1418,7 +1427,7 @@
{ /* BEGIN new scope specially for 'seg' */
NSegment const* seg = VG_(am_find_nsegment)(addr);
- if ( (!translations_allowable_from_seg(seg))
+ if ( (!translations_allowable_from_seg(seg, addr))
|| addr == TRANSTAB_BOGUS_GUEST_ADDR ) {
if (VG_(clo_trace_signals))
VG_(message)(Vg_DebugMsg, "translations not allowed here (0x%llx)"
Index: coregrind/pub_core_gdbserver.h
===================================================================
--- coregrind/pub_core_gdbserver.h (revision 13380)
+++ coregrind/pub_core_gdbserver.h (working copy)
@@ -76,6 +76,9 @@
Bool VG_(gdbserver_point) (PointKind kind, Bool insert,
Addr addr, int len);
+/* True if there is a breakpoint at addr. */
+Bool VG_(has_gdbserver_breakpoint) (Addr addr);
+
/* Entry point invoked by vgdb when it uses ptrace to cause a gdbserver
invocation. A magic value is passed by vgdb in check as a verification
that the call has been properly pushed by vgdb. */
Index: coregrind/m_gdbserver/m_gdbserver.c
===================================================================
--- coregrind/m_gdbserver/m_gdbserver.c (revision 13380)
+++ coregrind/m_gdbserver/m_gdbserver.c (working copy)
@@ -394,6 +394,15 @@
return True;
}
+Bool VG_(has_gdbserver_breakpoint) (Addr addr)
+{
+ GS_Address *g;
+ if (!gdbserver_called)
+ return False;
+ g = VG_(HT_lookup) (gs_addresses, (UWord)HT_addr(addr));
+ return (g != NULL && g->kind == GS_break);
+}
+
Bool VG_(is_watched)(PointKind kind, Addr addr, Int szB)
{
Word n_elems;
|
|
From: tammy j. <jia...@gm...> - 2013-05-01 18:11:45
|
Hi there:
I have using Valgrind to test some programs. It works well. However, it
seems that Valgrind is only a perfect tool to maintain software
reliability. I am thinking recently to add features of security protection.
I wonder to know whether it is acceptable. If you have any opinions, feel
free to tell. Thank you all!.
--
Sincerely:
Tianbin Jiang
|
|
From: Tom H. <to...@co...> - 2013-05-01 16:55:42
|
On 01/05/13 17:31, Philippe Waroquiers wrote: > When the inferior function returns, in an execution under GDB or an > execution under a "normal" gdbserver, the breakpoint is encountered > before the instruction is executed. GDB regains control, and restore > the situation before the inferior function call. So normally gdb will rely on a hardware breakpoint using the debug registers to trigger and the INT3 will never try and execute? > When running under Valgrind: when the called function returns, Valgrind > has to decode and translate the instruction(s) on the stack. > (note: after some discussions with GDB developers, the insertion of > 0xcc/INT3 on the stack by GDB was added especially for Valgrind in GDB > 7.5: without this 0xcc, the stack contains "random" bytes, which caused > Valgrind instruction decoder to report invalid instructions). Right, so it sounds like it was relying on a hardware breakpoint which is why it didn't need the actual instruction but valgrind does. > Maybe when an nx page is detected, have m_translate.c checking if > there is a breakpoint at this address. If there is a breakpoint, > rather generate a SIGTRAP than a SIGSEGV ? Or make the valgrind gdbserver support "hardware" breakpoints as I think it already does for watchpoints, and have execution stop with SIGTRAP when a breakpoint address is hit without valgrind trying to decode and execute the instruction? Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: Philippe W. <phi...@sk...> - 2013-05-01 16:31:30
|
On Tue, 2013-04-30 at 18:51 +0100, Tom Hughes wrote: > On 30/04/13 18:04, Julian Seward wrote: > > On 04/18/2013 05:10 PM, Tom Hughes wrote: > >> On 18/04/13 03:02, Tom Hughes wrote: > > > >> These failiures are caused by the change I committed yesterday to > >> respect the PT_GNU_STACK information and make stacks non-executable > >> when possible. > >> > >> It seems that when GDB wants to call a function in the target it is > >> poking an INT3 instruction onto the targets stack, then poking the > >> address of that instruction on to the stack as the return address and > >> resuming at the address of the function it wants to call. > > > > Sounds plausible, but Philippe will know for sure. > > > > Did this get resolved yet? > > No. I was hoping Philippe would have some ideas. Oops, I missed the original mail, so here is some late feedback. > > I did look a bit further at it, and it seems that when the target is run > directly under gdb without valgrind it does things in a different way > and doesn't use the stack as the return address. The i386/amd64 gdb target was changed in GDB 7.5 to use 'ON_STACK' inferior. GDB 7.4 and before are using AT_ENTRY_POINT. With ON_STACK, GDB always uses the stack to insert a breakpoint for the return address of an inferior function call. I do not think that GDB behaves differently when using a gdbserver or when running natively (i.e. GDB does not change the stack permissions). I think the difference of behaviour is due to Valgrind, which has to decode instructions before they are executed. When the inferior function returns, in an execution under GDB or an execution under a "normal" gdbserver, the breakpoint is encountered before the instruction is executed. GDB regains control, and restore the situation before the inferior function call. (not completely sure about the above. If the stack page is not executable, maybe some special code in the kernel will cause SIGTRAP to be generated anyway if there is a INT3 instruction). There is a testcase for "returning" to an nx page at: wget http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/tests/ptrace-tests/tests/ret-to-nxpage.c?cvsroot=systemtap If you compile and run ret-to-nxpage.c (amd64/Deb 6), it works properly natively. It fails under Valgrind. When running under Valgrind: when the called function returns, Valgrind has to decode and translate the instruction(s) on the stack. (note: after some discussions with GDB developers, the insertion of 0xcc/INT3 on the stack by GDB was added especially for Valgrind in GDB 7.5: without this 0xcc, the stack contains "random" bytes, which caused Valgrind instruction decoder to report invalid instructions). The resulting translated instructions will not be executed, as GDB will regain control due to the breakpoint being encountered (a breakpoint at an instruction is translated by Valgrind into a call to the Valgrind gdbserver, to let GDB regain control). With the PT_GNU_STACK making the stack not executable, Valgrind now reports an error and crashes. I checked that the stack permission is not changed by GDB 7.5, on Debian 6: (gdb) bt #0 whoami (msg=0x602010 "hello") at t.c:29 #1 <function called from gdb> #2 main (argc=1, argv=0x7fffffffe678) at t.c:105 (gdb) info frame 0 Stack frame at 0x7fffffffe460: rip = 0x400be8 in whoami (t.c:29); saved rip 0x7fffffffe46f called by frame at 0x7fffffffe468 source language c. Arglist at 0x7fffffffe450, args: msg=0x602010 "hello" Locals at 0x7fffffffe450, Previous frame's sp is 0x7fffffffe460 Saved registers: rbp at 0x7fffffffe450, rip at 0x7fffffffe458 (gdb) x/1xb 0x7fffffffe46f 0x7fffffffe46f: 0xcc (gdb) shell grep stack /proc/16264/maps 7ffffffea000-7ffffffff000 rw-p 00000000 00:00 0 [stack] (gdb) c Continuing. pid 16264 Thread 16264 hello (gdb) So, to have inferior function calls working with PT_GNU_STACK and GDB >= 7.5, it seems something more sophisticated will be needed in Valgrind. Maybe when an nx page is detected, have m_translate.c checking if there is a breakpoint at this address. If there is a breakpoint, rather generate a SIGTRAP than a SIGSEGV ? Or maybe call gdbserver directly ? I will experiment with the above and give feedback. Philippe |