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
(5) |
2
(3) |
|
3
(2) |
4
(3) |
5
(16) |
6
(8) |
7
(6) |
8
(2) |
9
(4) |
|
10
(10) |
11
(22) |
12
(7) |
13
(10) |
14
(11) |
15
(8) |
16
(6) |
|
17
(11) |
18
|
19
(6) |
20
(8) |
21
(5) |
22
(11) |
23
(6) |
|
24
(1) |
25
(6) |
26
(4) |
27
(2) |
28
(1) |
29
|
30
(2) |
|
31
(5) |
|
|
|
|
|
|
|
From: Philippe W. <phi...@sk...> - 2015-05-19 21:22:56
|
On Tue, 2015-05-19 at 17:33 +0200, Julian Seward wrote:
> I find -v useful in various situations, in particular for diagnosing
> debuginfo reading problems. But it has the effect also of re-printing
> all the errors at the end of the run, so as to show the errors along
> with their counts.
>
> But this is almost never what I want, and I find it kind of annoying to
> have to wade through tons of unwanted output.
>
> I was thinking about moving error-count printing to its own flag
>
> --show-error-counts=no|yes [no]
>
> so as to make it possible to use -v without the undesired output. But
> this would be a user-visible change, that is sure to inconvenience
> some subset of users.
>
> So, am canvassing for opinions. Is there some other way to do this
> that wouldn't change the existing -v behaviour?
The logic used to show things depending on various levels of -v or -d is
not always clear to me. E.g. -v activates things that looks not *that*
interesting for a user (such as redirection details).
Giving a lot of -v or a lot of -d traces a lot of things, while often
you are interested only in a subset.
It would be/have been :) nice to have a fine grain control of what
we show for users and/or debug.
For example, something like
--debuglog=redir,debuginfo,hashtable,gdbsrv
--userinfo=redir,errorsattheend,reportwhenineedacoffee
to indicate the list of things to trace and/or show to the user.
Now, we have a mixture of things that appear due to -v or -d
or specific trace flags.
I have no time (synonym for : I am not that enthusiastic/not
volunteer :) to change the complete logging in Valgrind.
So, at this stage, we have to cope with the -v/-d/various trace flags.
As you indicate, not showing anymore error lists with -v is a quite
significant user change (for a reason 'only' for V developers :).
So, IMO, best not to change this aspect.
At short term, you might filter the output using e.g.
./vg-in-place --tool=helgrind -v ./helgrind/tests/tc12_rwl_trivial|& grep -v '^=='
to only keep the 'non user output' (whatever that means)
If you still want to have for reference the full output in a file, something like
./vg-in-place --tool=helgrind -v ./helgrind/tests/tc12_rwl_trivial|& tee full.out | grep -v '^=='
should make it
What I often use for such things is however either redirect the output
to a file and then use emacs, or directly run the command in an emacs
shell buffer
But I agree that all of the above implies to type
e.g. --show-errors-at-end=no
or
| grep -v '^=='
to skip the errors at the end (or skip more, with the grep -v)
All that being said, I will survive if the behaviour changes :)
Philippe
|
|
From: <sv...@va...> - 2015-05-19 16:17:03
|
Author: carll
Date: Tue May 19 17:16:52 2015
New Revision: 15258
Log:
Set tests/check_ppc64le_cap to executable.
Modified:
trunk/tests/check_ppc64le_cap (props changed)
|
|
From: <sv...@va...> - 2015-05-19 16:08:16
|
Author: carll
Date: Tue May 19 17:08:05 2015
New Revision: 15257
Log:
Fix for the HWCAP2 aux vector.
The support assumed that if HWCAP2 is present that the system also supports
ISA2.07. That assumption is not correct as we have found a few systems (OS)
where the HWCAP2 entry is present but the ISA2.07 bit is not set. This patch
fixes the assertion test to specifically check the ISA2.07 support bit setting
in the HWCAP2 and vex_archinfo->hwcaps variable. The setting for the
ISA2.07 support must be the same in both variables if the HWCAP2 entry exists.
This patch updates Vagrind bugzilla 345695.
Modified:
trunk/coregrind/m_initimg/initimg-linux.c
Modified: trunk/coregrind/m_initimg/initimg-linux.c
==============================================================================
--- trunk/coregrind/m_initimg/initimg-linux.c (original)
+++ trunk/coregrind/m_initimg/initimg-linux.c Tue May 19 17:08:05 2015
@@ -704,10 +704,12 @@
# endif
break;
# if defined(VGP_ppc64be_linux) || defined(VGP_ppc64le_linux)
- case AT_HWCAP2:
- /* The HWCAP2 value has the entry arch_2_07 which indicates the
- * processor is a Power 8 or beyond. The Valgrind vai.hwcaps
- * value (coregrind/m_machine.c) has the VEX_HWCAPS_PPC64_ISA2_07
+ case AT_HWCAP2: {
+ Bool auxv_2_07, hw_caps_2_07;
+ /* The HWCAP2 field may contain an arch_2_07 entry that indicates
+ * if the processor is compliant with the 2.07 ISA. (i.e. Power 8
+ * or beyond). The Valgrind vai.hwcaps value
+ * (coregrind/m_machine.c) has the VEX_HWCAPS_PPC64_ISA2_07
* flag set so Valgrind knows about Power8. Need to pass the
* HWCAP2 value along so the user level programs can detect that
* the processor supports ISA 2.07 and beyond.
@@ -728,13 +730,15 @@
PPC_FEATURE2_HAS_TAR 0x04000000
PPC_FEATURE2_HAS_VCRYPTO 0x02000000
*/
-
- if ((auxv->u.a_val & ~(0x80000000ULL)) != 0) {
- /* Verify if PPC_FEATURE2_ARCH_2_07 is set in HWCAP2
- * that arch_2_07 is also set in VEX HWCAPS
- */
- vg_assert((vex_archinfo->hwcaps & VEX_HWCAPS_PPC64_ISA2_07) == VEX_HWCAPS_PPC64_ISA2_07);
- }
+ auxv_2_07 = (auxv->u.a_val & 0x80000000ULL) == 0x80000000ULL;
+ hw_caps_2_07 = (vex_archinfo->hwcaps & VEX_HWCAPS_PPC64_ISA2_07)
+ == VEX_HWCAPS_PPC64_ISA2_07;
+
+ /* Verify the PPC_FEATURE2_ARCH_2_07 setting in HWCAP2
+ * matches the setting in VEX HWCAPS.
+ */
+ vg_assert(auxv_2_07 == hw_caps_2_07);
+ }
break;
# endif
|
|
From: <sv...@va...> - 2015-05-19 16:01:48
|
Author: sewardj
Date: Tue May 19 17:01:40 2015
New Revision: 15256
Log:
Update.
Modified:
trunk/docs/internals/3_10_BUGSTATUS.txt
Modified: trunk/docs/internals/3_10_BUGSTATUS.txt
==============================================================================
--- trunk/docs/internals/3_10_BUGSTATUS.txt (original)
+++ trunk/docs/internals/3_10_BUGSTATUS.txt Tue May 19 17:01:40 2015
@@ -432,3 +432,11 @@
347322 Power PC regression test cleanup
Fri 8 May 11:52:14 CEST 2015
+
+347686 Patch set to cleanup PPC64 regtests
+
+347698 3.10.1 doesn't recognize cmpsd generated by DynASM
+
+347885 unhandled instruction bytes: 0xD6 0xF 0x84 0x1B (SALC amd64)
+
+Tue 19 May 11:22:52 CEST 2015
|
|
From: Julian S. <js...@ac...> - 2015-05-19 15:33:13
|
I find -v useful in various situations, in particular for diagnosing debuginfo reading problems. But it has the effect also of re-printing all the errors at the end of the run, so as to show the errors along with their counts. But this is almost never what I want, and I find it kind of annoying to have to wade through tons of unwanted output. I was thinking about moving error-count printing to its own flag --show-error-counts=no|yes [no] so as to make it possible to use -v without the undesired output. But this would be a user-visible change, that is sure to inconvenience some subset of users. So, am canvassing for opinions. Is there some other way to do this that wouldn't change the existing -v behaviour? J |
|
From: <sv...@va...> - 2015-05-19 13:53:38
|
Author: rhyskidd
Date: Tue May 19 14:53:27 2015
New Revision: 15255
Log:
Silence some reachable system library reports on OS X 10.10 for simple Hello World console application. No regressions. n-i-bz.
Modified:
trunk/darwin14.supp
Modified: trunk/darwin14.supp
==============================================================================
--- trunk/darwin14.supp (original)
+++ trunk/darwin14.supp Tue May 19 14:53:27 2015
@@ -134,6 +134,27 @@
...
}
+{
+ OSX1010:14-Leak
+ Memcheck:Leak
+ match-leak-kinds: reachable
+ fun:?alloc
+ ...
+ fun:libSystem_atfork_child
+ ...
+}
+
+{
+ OSX1010:15-Leak
+ Memcheck:Leak
+ match-leak-kinds: reachable
+ fun:malloc
+ fun:__smakebuf
+ ...
+ fun:printf
+ ...
+}
+
############################################
## Non-leak errors
|