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
(9) |
2
(6) |
3
|
|
4
|
5
(3) |
6
(2) |
7
|
8
(6) |
9
(7) |
10
(1) |
|
11
(1) |
12
(2) |
13
(5) |
14
(3) |
15
(2) |
16
(8) |
17
(1) |
|
18
|
19
|
20
(2) |
21
(2) |
22
|
23
(1) |
24
|
|
25
(2) |
26
(2) |
27
(1) |
28
|
29
(1) |
30
|
|
|
From: <sv...@va...> - 2017-06-25 20:25:58
|
Author: philippe
Date: Sun Jun 25 21:25:50 2017
New Revision: 16454
Log:
After fork, vgdb activity is polled according to the nr of bbs done :
once the nr of bbs done reaches the next vgdb poll, a check for vgdb
activity is done.
This might lead to the activation of gdbserver after fork.
Such poll is however not expected, unless the children is
to be trace.
This spurious poll in the forked child can cause failures
depending on the nr of bbs done before the fork, and the
nr of bbs done between the fork and the exec.
=> disable vgdb poll in the child in the cleanup after fork
in the child, unless the children have to be traced.
Modified:
trunk/coregrind/m_gdbserver/m_gdbserver.c
Modified: trunk/coregrind/m_gdbserver/m_gdbserver.c
==============================================================================
--- trunk/coregrind/m_gdbserver/m_gdbserver.c (original)
+++ trunk/coregrind/m_gdbserver/m_gdbserver.c Sun Jun 25 21:25:50 2017
@@ -646,6 +646,10 @@
if (VG_(clo_trace_children)) {
VG_(gdbserver_prerun_action) (me);
+ } else {
+ /* After fork, if we do not trace the children, disable vgdb
+ poll to avoid gdbserver being called unexpectedly. */
+ VG_(disable_vgdb_poll) ();
}
}
|
|
From: <sv...@va...> - 2017-06-25 12:41:02
|
Author: philippe
Date: Sun Jun 25 13:40:53 2017
New Revision: 16453
Log:
Fix some tests failure with GDB 8.0
At the beginning of a Valgrind gdbserver test,
2 messages are produced when launching the command
target remote | vgdb
A message output by vgdb:
relaying data between gdb and process <pid>
(this message is read by GDB from the vgdb pipe, and re-output
on stderr)
and a message produced by GDB:
Remote debugging using | ./vgdb
GDB 8.0 changes the order in which the above messages are output.
This causes 2 tests to fail, as the 'relaying' line appears
then in a part of the output deleted by a filter script.
To avoid this, change the filter scripts to always remove
this 'relaying line', which is not particularly interesting to check.
All the .exp files containining such a 'relaying' line are updated
accordingly.
This has been tested with various gdb versions (7.5, 7.7, 7.12, 8.0)
on amd64 and/or ppc64.
Thanks to Mark Wielaard, which helped to investigate this problem
by bisecting the GDB patches in GDB 8.0 causing this change of
behaviour.
Modified:
trunk/gdbserver_tests/filter_gdb
trunk/gdbserver_tests/filter_vgdb
trunk/gdbserver_tests/hginfo.stderrB.exp
trunk/gdbserver_tests/mcblocklistsearch.stderrB.exp
trunk/gdbserver_tests/mcbreak.stderrB.exp
trunk/gdbserver_tests/mcclean_after_fork.stderrB.exp
trunk/gdbserver_tests/mcinfcallWSRU.stderrB.exp
trunk/gdbserver_tests/mcleak.stderrB.exp
trunk/gdbserver_tests/mcmain_pic.stderrB.exp
trunk/gdbserver_tests/mcvabits.stderrB.exp
trunk/gdbserver_tests/mssnapshot.stderrB.exp
trunk/gdbserver_tests/nlgone_abrt.stderrB.exp
trunk/gdbserver_tests/nlgone_exit.stderrB.exp
trunk/gdbserver_tests/nlgone_return.stderrB.exp
trunk/gdbserver_tests/nlpasssigalrm.stderrB.exp
trunk/gdbserver_tests/nlself_invalidate.stderrB.exp
trunk/gdbserver_tests/nlsigvgdb.stderrB.exp
Modified: trunk/gdbserver_tests/filter_gdb
==============================================================================
--- trunk/gdbserver_tests/filter_gdb (original)
+++ trunk/gdbserver_tests/filter_gdb Sun Jun 25 13:40:53 2017
@@ -72,7 +72,7 @@
-e '/^Missing separate debuginfo/d' \
-e '/\/_exit.c: No such file or directory/d' \
-e '/^Try: zypper install -C/d' \
- -e 's/\(relaying data between gdb and process \)[0-9][0-9]*/\1..../' \
+ -e '/relaying data between gdb and process/d' \
-e 's/pid [0-9][0-9]*/pid ..../g' \
-e 's/Thread [0-9][0-9]*/Thread ..../g' \
-e '/\[Switching to Thread ....\]/d' \
Modified: trunk/gdbserver_tests/filter_vgdb
==============================================================================
--- trunk/gdbserver_tests/filter_vgdb (original)
+++ trunk/gdbserver_tests/filter_vgdb Sun Jun 25 13:40:53 2017
@@ -11,7 +11,7 @@
# pid
# gdb 7.2 sometimes tries to access address 0x0 (same as with standard gdbserver)
# filter a debian 6.0/ppc32 line
-sed -e 's/\(relaying data between gdb and process \)[0-9][0-9]*/\1..../' \
+sed -e '/relaying data between gdb and process/d' \
-e 's/\(sending command .* to pid \)[0-9][0-9]*/\1..../' \
-e '/Cannot access memory at address 0x......../d' \
-e '/^[1-9][0-9]* \.\.\/sysdeps\/powerpc\/powerpc32\/dl-start\.S: No such file or directory\./d' |
Modified: trunk/gdbserver_tests/hginfo.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/hginfo.stderrB.exp (original)
+++ trunk/gdbserver_tests/hginfo.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
Lock ga 0x........ {
Address 0x........ is 0 bytes inside data symbol "mx"
Modified: trunk/gdbserver_tests/mcblocklistsearch.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcblocklistsearch.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcblocklistsearch.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
Breakpoint 1 at 0x........: file leak-tree.c, line 42.
Breakpoint 2 at 0x........: file leak-tree.c, line 67.
Modified: trunk/gdbserver_tests/mcbreak.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcbreak.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcbreak.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-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)
Modified: trunk/gdbserver_tests/mcclean_after_fork.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcclean_after_fork.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcclean_after_fork.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
monitor command request to kill this process
Remote connection closed
Modified: trunk/gdbserver_tests/mcinfcallWSRU.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcinfcallWSRU.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcinfcallWSRU.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
Breakpoint 1 at 0x........: file sleepers.c, line 74.
Continuing.
Modified: trunk/gdbserver_tests/mcleak.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcleak.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcleak.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
10 bytes in 1 blocks are still reachable in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
Modified: trunk/gdbserver_tests/mcmain_pic.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcmain_pic.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcmain_pic.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,2 +1 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
Modified: trunk/gdbserver_tests/mcvabits.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mcvabits.stderrB.exp (original)
+++ trunk/gdbserver_tests/mcvabits.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
Address 0x........ len 10 addressable
Address 0x........ is 0 bytes inside data symbol "undefined"
Modified: trunk/gdbserver_tests/mssnapshot.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/mssnapshot.stderrB.exp (original)
+++ trunk/gdbserver_tests/mssnapshot.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
general valgrind monitor commands:
help [debug] : monitor command help. With debug: + debugging commands
Modified: trunk/gdbserver_tests/nlgone_abrt.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/nlgone_abrt.stderrB.exp (original)
+++ trunk/gdbserver_tests/nlgone_abrt.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1 +0,0 @@
-relaying data between gdb and process ....
Modified: trunk/gdbserver_tests/nlgone_exit.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/nlgone_exit.stderrB.exp (original)
+++ trunk/gdbserver_tests/nlgone_exit.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1 +0,0 @@
-relaying data between gdb and process ....
Modified: trunk/gdbserver_tests/nlgone_return.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/nlgone_return.stderrB.exp (original)
+++ trunk/gdbserver_tests/nlgone_return.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1 +0,0 @@
-relaying data between gdb and process ....
Modified: trunk/gdbserver_tests/nlpasssigalrm.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/nlpasssigalrm.stderrB.exp (original)
+++ trunk/gdbserver_tests/nlpasssigalrm.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,2 +1 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
Modified: trunk/gdbserver_tests/nlself_invalidate.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/nlself_invalidate.stderrB.exp (original)
+++ trunk/gdbserver_tests/nlself_invalidate.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1 +0,0 @@
-relaying data between gdb and process ....
Modified: trunk/gdbserver_tests/nlsigvgdb.stderrB.exp
==============================================================================
--- trunk/gdbserver_tests/nlsigvgdb.stderrB.exp (original)
+++ trunk/gdbserver_tests/nlsigvgdb.stderrB.exp Sun Jun 25 13:40:53 2017
@@ -1,4 +1,3 @@
-relaying data between gdb and process ....
vgdb-error value changed from 0 to 999999
gdbserver: continuing in 5000 ms ...
gdbserver: continuing after wait ...
|