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
(24) |
3
(22) |
4
(16) |
5
(32) |
6
(19) |
7
(22) |
8
(30) |
|
9
(21) |
10
(21) |
11
(20) |
12
(13) |
13
(24) |
14
(23) |
15
(13) |
|
16
(11) |
17
(6) |
18
(12) |
19
(17) |
20
(26) |
21
(25) |
22
(37) |
|
23
(32) |
24
(21) |
25
(30) |
26
(22) |
27
(24) |
28
(19) |
29
(9) |
|
30
(5) |
31
(6) |
|
|
|
|
|
|
From: Maynard J. <may...@us...> - 2011-10-17 21:44:46
|
On 10/13/2011 12:31 PM, Julian Seward wrote:
>
> I would like to branch for a 3.7.0 release soon at the end of
> next week (Friday 21 Oct), and make the final 3.7.0 release from
> the branch shortly (a week) after that. It's way past time to do
> another release.
>
> Things I'd like to verify/fix before the branch point are, I
> hope, relatively minimal, and listed below.
>
> Any comments? Is this timescale too short for anyone? Are there
> any other things that should go on the branch, or need to get done
> before branching?
>
> J
>
> * look through the documentation -- make sure it's up to date
>
> * check that MacOSX 10.6 still works OK
>
> * Make sure it works on Fedora 16 beta
POWER7/F16 builds fine. The testsuite has more errors than when run on a SLES
11 SP1. The majority of the differences are in a handful of memcheck tests and
a handful of drd tests.
The memcheck tests failing on F16 have the following unexpected output in stderr:
+warning: evaluate_Dwarf3_Expr: unhandled DW_OP_ 0x........
+warning: evaluate_Dwarf3_Expr: unhandled DW_OP_ 0x........
And the drd tests failing on F16 have the following junk in stderr:
+chase_cuOff: no entry for 0x........
+chase_cuOff: no entry for 0x........
. . . . blah, blah . . .
+
+: Invalid cuOff = 0x........
+WARNING: Serious error when reading debug info
+When reading debug info from /usr/lib64/libstdc++.so.6.0.16:
+resolve_variable_types: cuOff does not refer to a known type
Anyone have any ideas what's causing either of these two issues before I go off
chasing?
Thanks.
-Maynard
[snip]
|
|
From: Maynard J. <may...@us...> - 2011-10-17 21:03:59
|
On 10/08/2011 9:50 AM, Philippe Waroquiers wrote: >> The regression tests on POWER7/SLES 11 SP1 (using Oct 6, 2011 SVN) actually >> compare quite favorably to Valgrind 3.6.1 on a POWER5 (POWER7 support did not >> yet exist in 3.6.1 timeframe). For reference, here are the results: [snip] > >> gdbserver_tests/nlcontrolc (stdoutB) >> gdbserver_tests/nlpasssigalrm (stdoutB) > These two are failing as the filter script does not properly remove or transform > the power7 specific line: > from /lib64/power7/libc.so.6 > and > 0x........ in .__GI_kill () from /lib64/power7/libc.so.6 > The (already horrible) gdbserver_tests/filter_gdb should be further enhanced to > filter or transform these. I opened a bug report for this (https://bugs.kde.org/show_bug.cgi?id=284305) and attached a patch to filter_gdb that addresses these two problems. Can you please review it to see if my changes might break other arch's? Thanks. -Maynard [snip] > Philippe > |
|
From: Christian B. <bor...@de...> - 2011-10-17 20:18:59
|
valgrind revision: 12163 VEX revision: 2216 GCC version: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] C library: GNU C Library stable release version 2.11.1 (20100118), by Roland McGrath et al. uname -mrs: Linux 2.6.32.45-0.3-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP1 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) ) Started at 2011-10-17 21:45:01 CEST Ended at 2011-10-17 22:18:44 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 == 504 tests, 5 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/linux/timerfd-syscall (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) drd/tests/tc04_free_lock (stderr) drd/tests/tc09_bad_unlock (stderr) |
|
From: Christian B. <bor...@de...> - 2011-10-17 20:08:22
|
valgrind revision: 12163 VEX revision: 2216 GCC version: gcc (GCC) 4.5.3 20110121 (Red Hat 4.5.3-3) C library: GNU C Library stable release version 2.12.1, by Roland McGrath et al. uname -mrs: Linux 2.6.38-06555.ga44f99c.48.x.20110321-s390xgit s390x Vendor version: unknown Nightly build on fedora390 ( Fedora 13/14/15 mix with gcc 3.5.3 on z196 (s390x) ) Started at 2011-10-17 21:45:01 CEST Ended at 2011-10-17 22:08:30 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 == 503 tests, 6 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/linux/timerfd-syscall (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) drd/tests/annotate_barrier_xml (stderr) drd/tests/tc04_free_lock (stderr) drd/tests/tc09_bad_unlock (stderr) |
|
From: <sv...@va...> - 2011-10-17 18:17:34
|
Author: weidendo
Date: 2011-10-17 19:12:48 +0100 (Mon, 17 Oct 2011)
New Revision: 12163
Log:
Fix callgrind part of bug 280757.
For this, we make VG_(tmpdir) available to tools.
Modified:
trunk/callgrind/command.c
trunk/callgrind/global.h
trunk/coregrind/pub_core_libcfile.h
trunk/include/pub_tool_libcfile.h
Modified: trunk/callgrind/command.c
===================================================================
--- trunk/callgrind/command.c 2011-10-15 07:52:46 UTC (rev 12162)
+++ trunk/callgrind/command.c 2011-10-17 18:12:48 UTC (rev 12163)
@@ -2,7 +2,7 @@
This file is part of Callgrind, a Valgrind tool for call graph
profiling programs.
- Copyright (C) 2002-2010, Josef Weidendorfer (Jos...@gm...)
+ Copyright (C) 2002-2011, Josef Weidendorfer (Jos...@gm...)
This tool is derived from and contains lot of code from Cachegrind
Copyright (C) 2002 Nicholas Nethercote (nj...@va...)
@@ -58,6 +58,7 @@
Int fd, size;
SysRes res;
Char* dir;
+ const HChar *tmpdir;
CLG_ASSERT(thisPID != 0);
@@ -95,10 +96,12 @@
VG_(sprintf)(result_file2, "%s/%s",
dir, DEFAULT_RESULTNAME);
+ tmpdir = VG_(tmpdir)();
info_file = (char*) CLG_MALLOC("cl.command.sc.5",
+ VG_(strlen)(tmpdir) +
VG_(strlen)(DEFAULT_INFONAME) + 10);
CLG_ASSERT(info_file != 0);
- VG_(sprintf)(info_file, "%s.%d", DEFAULT_INFONAME, thisPID);
+ VG_(sprintf)(info_file, "%s/%s.%d", tmpdir, DEFAULT_INFONAME, thisPID);
CLG_DEBUG(1, "Setup for interactive control (PID: %d):\n", thisPID);
CLG_DEBUG(1, " output file: '%s'\n", out_file);
Modified: trunk/callgrind/global.h
===================================================================
--- trunk/callgrind/global.h 2011-10-15 07:52:46 UTC (rev 12162)
+++ trunk/callgrind/global.h 2011-10-17 18:12:48 UTC (rev 12163)
@@ -53,7 +53,7 @@
#define DEFAULT_OUTFORMAT "callgrind.out.%p"
#define DEFAULT_COMMANDNAME "callgrind.cmd"
#define DEFAULT_RESULTNAME "callgrind.res"
-#define DEFAULT_INFONAME "/tmp/callgrind.info"
+#define DEFAULT_INFONAME "callgrind.info"
typedef struct _CommandLineOptions CommandLineOptions;
struct _CommandLineOptions {
Modified: trunk/coregrind/pub_core_libcfile.h
===================================================================
--- trunk/coregrind/pub_core_libcfile.h 2011-10-15 07:52:46 UTC (rev 12162)
+++ trunk/coregrind/pub_core_libcfile.h 2011-10-17 18:12:48 UTC (rev 12163)
@@ -90,9 +90,6 @@
written is guaranteed not to exceed 64+strlen(part_of_name). */
extern Int VG_(mkstemp) ( HChar* part_of_name, /*OUT*/HChar* fullname );
-/* Return the name of a directory for temporary files. */
-extern const HChar* VG_(tmpdir)(void);
-
/* Record the process' working directory at startup. Is intended to
be called exactly once, at startup, before the working directory
changes. Return True for success, False for failure, so that the
Modified: trunk/include/pub_tool_libcfile.h
===================================================================
--- trunk/include/pub_tool_libcfile.h 2011-10-15 07:52:46 UTC (rev 12162)
+++ trunk/include/pub_tool_libcfile.h 2011-10-17 18:12:48 UTC (rev 12163)
@@ -94,6 +94,9 @@
extern Char* VG_(basename)( const Char* path );
extern Char* VG_(dirname) ( const Char* path );
+/* Return the name of a directory for temporary files. */
+extern const HChar* VG_(tmpdir)(void);
+
/* Copy the working directory at startup into buf[0 .. size-1], or return
False if buf is too small. */
extern Bool VG_(get_startup_wd) ( Char* buf, SizeT size );
|
|
From: Florian K. <br...@ac...> - 2011-10-17 11:25:20
|
On 10/16/2011 03:54 PM, Bart Van Assche wrote: > On Tue, Oct 11, 2011 at 8:37 PM, Bart Van Assche <bva...@ac...> wrote: >> >> On Tue, Oct 11, 2011 at 12:41 AM, Florian Krohm <br...@ac...> wrote: >>> On 10/10/2011 05:18 PM, Julian Seward wrote: >>>> Also, it seems like filter_memcheck didn't make it into the tarball. >>> >>> Likely. There is plenty more that needs fixing, I used Bart scripts from >>> drd/Testing.txt #4 and #5 and they pointed out quite a few issues. >> >> I've converted these scripts into a patch and have uploaded that patch >> and the current output here: >> https://bugs.kde.org/show_bug.cgi?id=283813. Feedback is welcome. > > Any opinions whether the patch attached to #283813 should be applied > before or after the 3.7.0 release ? > As it helps with the QA work and reduces pain of releasing it would be good to have it included prior to the release. I was giving it a spin last night. It did not work because awk expands on my Ubuntu 10.10 to /usr/bin/mawk which barfed about the syntax. We need gawk. I'll have a closer look tonight. Florian |