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
(3) |
2
|
3
(2) |
4
(3) |
5
|
6
(1) |
7
|
|
8
|
9
(4) |
10
(1) |
11
(2) |
12
(1) |
13
(8) |
14
|
|
15
|
16
|
17
|
18
(2) |
19
(1) |
20
|
21
|
|
22
|
23
|
24
|
25
|
26
|
27
(1) |
28
(2) |
|
29
(6) |
30
|
31
|
|
|
|
|
|
From: Philippe W. <phi...@so...> - 2020-03-03 19:03:48
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=5920eb0c4302015f3648354e4f9c059f899194b7 commit 5920eb0c4302015f3648354e4f9c059f899194b7 Author: Philippe Waroquiers <phi...@sk...> Date: Tue Feb 18 21:35:44 2020 +0100 Improve line info tracing, in particular when using lto. With gcc 9 and --enable-lto, we now have spurious warnings telling that the line information in the debug info has huge line numbers, greater than the (valgrind) maximum of 2^20. These spurious warnings make that all tests are failing. This change modifies the tracing/debugging of the line info to: * disable by default the warning for line info greater than 2^20. When using -d, such warnings are however still shown (once). * allow to see all such warnings, when using at least -d -d -d -d Diff: --- coregrind/m_debuginfo/storage.c | 55 +++++++++++++++++++++++++++-------------- 1 file changed, 37 insertions(+), 18 deletions(-) diff --git a/coregrind/m_debuginfo/storage.c b/coregrind/m_debuginfo/storage.c index 011d012..2a975dc 100644 --- a/coregrind/m_debuginfo/storage.c +++ b/coregrind/m_debuginfo/storage.c @@ -527,18 +527,22 @@ static void shrinkLocTab ( struct _DebugInfo* di ) di->loctab_size = new_sz; } -#define COMPLAIN_ONCE(what, limit, limit_op) \ +// Complain once, unless VG_(debugLog_getLevel)() > 3 +// showinfo is called if VG_(debugLog_getLevel)() >= 1 +#define COMPLAIN_ONCE(what, limit, limit_op, showinfo) \ { \ static Bool complained = False; \ if (!complained) { \ - complained = True; \ + complained = VG_(debugLog_getLevel)() <= 3; \ VG_(message)(Vg_UserMsg, \ "warning: Can't handle " what " with " \ "line number %d " limit_op " than %d\n", \ lineno, limit); \ - VG_(message)(Vg_UserMsg, \ - "(Nb: this message is only shown once)\n"); \ - } \ + if (VG_(debugLog_getLevel)() >= 1) showinfo; \ + if (complained) \ + VG_(message)(Vg_UserMsg, \ + "(Nb: this message is only shown once)\n"); \ + } \ } @@ -556,6 +560,11 @@ void ML_(addLineInfo) ( struct _DebugInfo* di, DiLoc loc; UWord size = next - this; +# define SHOWLINEINFO \ + VG_(message)(Vg_DebugMsg, \ + "addLoc: addr %#lx, size %lu, line %d, fndn_ix %u\n", \ + this,size,lineno,fndn_ix) + /* Ignore zero-sized locs */ if (this == next) return; @@ -615,11 +624,14 @@ void ML_(addLineInfo) ( struct _DebugInfo* di, } if (lineno < 0) { - COMPLAIN_ONCE("line info entry", 0, "smaller"); + COMPLAIN_ONCE("line info entry", 0, "smaller", SHOWLINEINFO); return; } if (lineno > MAX_LINENO) { - COMPLAIN_ONCE("line info entry", MAX_LINENO, "greater"); + /* With --enable-lto, gcc 9 creates huge line numbers e.g. in the tool + => only complain with some debug level. */ + if (VG_(debugLog_getLevel)() >= 1) + COMPLAIN_ONCE("line info entry", MAX_LINENO, "greater", SHOWLINEINFO); return; } @@ -627,11 +639,10 @@ void ML_(addLineInfo) ( struct _DebugInfo* di, loc.size = (UShort)size; loc.lineno = lineno; - if (0) VG_(message)(Vg_DebugMsg, - "addLoc: addr %#lx, size %lu, line %d, fndn_ix %u\n", - this,size,lineno,fndn_ix); + if (0) SHOWLINEINFO; addLoc ( di, &loc, fndn_ix ); +# undef SHOWLINEINFO } /* Add an inlined call info to the inlined call table. @@ -687,22 +698,34 @@ void ML_(addInlInfo) ( struct _DebugInfo* di, { DiInlLoc inl; +# define SHOWLINEINFO \ + VG_(message) (Vg_DebugMsg, \ + "addInlInfo: fn %s inlined as addr_lo %#lx,addr_hi %#lx," \ + "caller fndn_ix %u %s:%d\n", \ + inlinedfn, addr_lo, addr_hi, fndn_ix, \ + ML_(fndn_ix2filename) (di, fndn_ix), lineno) + /* Similar paranoia as in ML_(addLineInfo). Unclear if needed. */ if (addr_lo >= addr_hi) { if (VG_(clo_verbosity) > 2) { VG_(message)(Vg_DebugMsg, "warning: inlined info addresses out of order " "at: 0x%lx 0x%lx\n", addr_lo, addr_hi); + SHOWLINEINFO; } addr_hi = addr_lo + 1; } if (lineno < 0) { - COMPLAIN_ONCE ("inlined call info entry", 0, "smaller"); + COMPLAIN_ONCE ("inlined call info entry", 0, "smaller", SHOWLINEINFO); return; } if (lineno > MAX_LINENO) { - COMPLAIN_ONCE ("inlined call info entry", MAX_LINENO, "greater"); + /* With --enable-lto, gcc 9 creates huge line numbers e.g. in the tool + => only complain with some debug level. */ + if (VG_(debugLog_getLevel)() >= 1) + COMPLAIN_ONCE ("inlined call info entry", MAX_LINENO, "greater", + SHOWLINEINFO); return; } @@ -715,14 +738,10 @@ void ML_(addInlInfo) ( struct _DebugInfo* di, inl.lineno = lineno; inl.level = level; - if (0) VG_(message) - (Vg_DebugMsg, - "addInlInfo: fn %s inlined as addr_lo %#lx,addr_hi %#lx," - "caller fndn_ix %u %s:%d\n", - inlinedfn, addr_lo, addr_hi, fndn_ix, - ML_(fndn_ix2filename) (di, fndn_ix), lineno); + if (0) SHOWLINEINFO; addInl ( di, &inl ); +# undef SHOWLINEINFO } DiCfSI_m* ML_(get_cfsi_m) (const DebugInfo* di, UInt pos) |
|
From: <vel...@gm...> - 2020-03-03 08:06:49
|
Hi, I have a simple question. I want to write a simple plugin and what I need is to get the address, where the application was loaded by Valgrind. Is there a simple way for that? More advanced. I want to write plugin that will track all executed instructions and dump those addresses. Next, I want to use those address and highlight all executed instruction in IDA Pro for example. Regards M. |