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
(6) |
|
2
(4) |
3
(9) |
4
(11) |
5
(16) |
6
(6) |
7
(1) |
8
(11) |
|
9
(11) |
10
(6) |
11
(10) |
12
(23) |
13
(23) |
14
(6) |
15
(10) |
|
16
(5) |
17
(13) |
18
(9) |
19
(4) |
20
(6) |
21
(16) |
22
(3) |
|
23
(5) |
24
(7) |
25
(6) |
26
(4) |
27
(8) |
28
|
29
(3) |
|
30
(2) |
31
(17) |
|
|
|
|
|
|
From: <sv...@va...> - 2015-08-25 21:39:52
|
Author: philippe
Date: Tue Aug 25 22:39:44 2015
New Revision: 15590
Log:
Fix a leak of the abbrev hash table when --read-var-info=yes is given
Modified:
trunk/coregrind/m_debuginfo/readdwarf3.c
Modified: trunk/coregrind/m_debuginfo/readdwarf3.c
==============================================================================
--- trunk/coregrind/m_debuginfo/readdwarf3.c (original)
+++ trunk/coregrind/m_debuginfo/readdwarf3.c Tue Aug 25 22:39:44 2015
@@ -4590,8 +4590,9 @@
cu_offset_now = (cu_start_offset + cc.unit_length
+ (cc.is_dw64 ? 12 : 4));
+ clear_CUConst ( &cc);
+
if (cu_offset_now >= escn_debug_types.szB) {
- clear_CUConst ( &cc);
break;
}
|
|
From: Rhys K. <rhy...@gm...> - 2015-08-25 19:15:18
|
Hello,
This is missing system library suppression for a hardware-specific
optimisation path.
Will be easy enough to fix.
Regards,
Rhys
On Wednesday, 26 August 2015, Mark Pauley <pa...@un...> wrote:
> Hi all, I’m seeing a very obviously weird error message on Yosemite with
> trunk valgrind:
>
> ---
>
> $ cat helloWorldPlusPlus.cpp
> #include <string>
> #include <iostream>
>
> int main(int argc, char** argv) {
> std::string output = *(new std::string("Hello, World!\n"));
>
> std::cout << output << std::endl;
>
> return 0;
> }
>
> ---
>
> $ clang++ -std=c++11 -stdlib=libc++ -o helloWorldPlusPlus
> helloWorldPlusPlus.cpp
> $ valgrind ./helloWorldPlusPlus
>
> …
>
> ==51151== Conditional jump or move depends on uninitialised value(s)
> ==51151== at 0x1004C8C3F: _platform_memchr$VARIANT$Haswell (in
> /usr/lib/system/libsystem_platform.dylib)
> ==51151== by 0x1002BC9F6: __sfvwrite (in
> /usr/lib/system/libsystem_c.dylib)
> ==51151== by 0x1002BCF0A: fwrite (in /usr/lib/system/libsystem_c.dylib)
> ==51151== by 0x100028D29: std::__1::__stdoutbuf<char>::overflow(int)
> (in /usr/lib/libc++.1.dylib)
> ==51151== by 0x10001E91C: std::__1::basic_streambuf<char,
> std::__1::char_traits<char> >::xsputn(char const*, long) (in
> /usr/lib/libc++.1.dylib)
> ==51151== by 0x100001BBD: std::__1::ostreambuf_iterator<char,
> std::__1::char_traits<char> > std::__1::__pad_and_output<char,
> std::__1::char_traits<char> >(std::__1::ostreambuf_iterator<char,
> std::__1::char_traits<char> >, char const*, char const*, char const*,
> std::__1::ios_base&, char) (in ./helloWorldPlusPlus)
> ==51151== by 0x1000015F6: std::__1::basic_ostream<char,
> std::__1::char_traits<char> >& std::__1::__put_character_sequence<char,
> std::__1::char_traits<char> >(std::__1::basic_ostream<char,
> std::__1::char_traits<char> >&, char const*, unsigned long) (in
> ./helloWorldPlusPlus)
> ==51151== by 0x1000011F1: std::__1::basic_ostream<char,
> std::__1::char_traits<char> >& std::__1::operator<< <char,
> std::__1::char_traits<char>, std::__1::allocator<char>
> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&,
> std::__1::basic_string<char, std::__1::char_traits<char>,
> std::__1::allocator<char> > const&) (in ./helloWorldPlusPlus)
> ==51151== by 0x100000F6C: main (in ./helloWorldPlusPlus)
> ==51151==
> ==51151== Conditional jump or move depends on uninitialised value(s)
> ==51151== at 0x1004C8C47: _platform_memchr$VARIANT$Haswell (in
> /usr/lib/system/libsystem_platform.dylib)
> ==51151== by 0x1002BC9F6: __sfvwrite (in
> /usr/lib/system/libsystem_c.dylib)
> ==51151== by 0x1002BCF0A: fwrite (in /usr/lib/system/libsystem_c.dylib)
> ==51151== by 0x100028D29: std::__1::__stdoutbuf<char>::overflow(int)
> (in /usr/lib/libc++.1.dylib)
> ==51151== by 0x10001E91C: std::__1::basic_streambuf<char,
> std::__1::char_traits<char> >::xsputn(char const*, long) (in
> /usr/lib/libc++.1.dylib)
> ==51151== by 0x100001BBD: std::__1::ostreambuf_iterator<char,
> std::__1::char_traits<char> > std::__1::__pad_and_output<char,
> std::__1::char_traits<char> >(std::__1::ostreambuf_iterator<char,
> std::__1::char_traits<char> >, char const*, char const*, char const*,
> std::__1::ios_base&, char) (in ./helloWorldPlusPlus)
> ==51151== by 0x1000015F6: std::__1::basic_ostream<char,
> std::__1::char_traits<char> >& std::__1::__put_character_sequence<char,
> std::__1::char_traits<char> >(std::__1::basic_ostream<char,
> std::__1::char_traits<char> >&, char const*, unsigned long) (in
> ./helloWorldPlusPlus)
> ==51151== by 0x1000011F1: std::__1::basic_ostream<char,
> std::__1::char_traits<char> >& std::__1::operator<< <char,
> std::__1::char_traits<char>, std::__1::allocator<char>
> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&,
> std::__1::basic_string<char, std::__1::char_traits<char>,
> std::__1::allocator<char> > const&) (in ./helloWorldPlusPlus)
> ==51151== by 0x100000F6C: main (in ./helloWorldPlusPlus)
> ==51151==
>
> …
>
> followed by the expected leak detection, 24 bytes.
>
> Is this a real issue in libc++ / libsystem, or just a bug in valgrind
> trunk?
>
>
> -Pauley
>
>
|
|
From: Philippe W. <phi...@sk...> - 2015-08-25 19:00:30
|
On Tue, 2015-08-25 at 11:34 +0200, Mark Wielaard wrote: > + -e '/warning: remote target does not support file transfer, attempting to access files from local filesystem./d' > > Makes all gdbserver_tests PASS again, except one gdbserver_tests/hgtls. > But that seems an unrelated issue. Shall we just go with a filter, or do > you want to look into supporting file transfers in vgdb first? Hello Mark, Thanks for looking at these failures, and for the filter. Ok to go with the filter, that is largely good enough for the following reasons: 1. implementing file transfer in valgrind gdbserver implies some non minor work (a few hundreds lines of code, I would say). 2. the typical use case of Valgrind gdbserver is to have Valgrind and GDB on the same host, so using gdbserver remote protocol to access files will just be significantly slower, in most cases, and GDB will automatically use the remote file access if V gdbserver would provide it. Of course, without remote file access, it means that for a 'real' remote valgrind (i.e. using vgdb via tcp/ip), that you must have a local copy of the executable and libraries, so that gdb can read them locally. For what concerns the hgtls failure: this is due to a regression in GDB, see bug 'regression in showing __thread so extern variable' https://sourceware.org/bugzilla/show_bug.cgi?id=18564 that has a small reproducer. If someone has a 'gdb bissect setup', this might help to find the regression origin. Philippe |
|
From: Mark P. <pa...@un...> - 2015-08-25 18:42:04
|
Hi all, I’m seeing a very obviously weird error message on Yosemite with trunk valgrind:
---
$ cat helloWorldPlusPlus.cpp
#include <string>
#include <iostream>
int main(int argc, char** argv) {
std::string output = *(new std::string("Hello, World!\n"));
std::cout << output << std::endl;
return 0;
}
---
$ clang++ -std=c++11 -stdlib=libc++ -o helloWorldPlusPlus helloWorldPlusPlus.cpp
$ valgrind ./helloWorldPlusPlus
…
==51151== Conditional jump or move depends on uninitialised value(s)
==51151== at 0x1004C8C3F: _platform_memchr$VARIANT$Haswell (in /usr/lib/system/libsystem_platform.dylib)
==51151== by 0x1002BC9F6: __sfvwrite (in /usr/lib/system/libsystem_c.dylib)
==51151== by 0x1002BCF0A: fwrite (in /usr/lib/system/libsystem_c.dylib)
==51151== by 0x100028D29: std::__1::__stdoutbuf<char>::overflow(int) (in /usr/lib/libc++.1.dylib)
==51151== by 0x10001E91C: std::__1::basic_streambuf<char, std::__1::char_traits<char> >::xsputn(char const*, long) (in /usr/lib/libc++.1.dylib)
==51151== by 0x100001BBD: std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> > std::__1::__pad_and_output<char, std::__1::char_traits<char> >(std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> >, char const*, char const*, char const*, std::__1::ios_base&, char) (in ./helloWorldPlusPlus)
==51151== by 0x1000015F6: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::__put_character_sequence<char, std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*, unsigned long) (in ./helloWorldPlusPlus)
==51151== by 0x1000011F1: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <char, std::__1::char_traits<char>, std::__1::allocator<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) (in ./helloWorldPlusPlus)
==51151== by 0x100000F6C: main (in ./helloWorldPlusPlus)
==51151==
==51151== Conditional jump or move depends on uninitialised value(s)
==51151== at 0x1004C8C47: _platform_memchr$VARIANT$Haswell (in /usr/lib/system/libsystem_platform.dylib)
==51151== by 0x1002BC9F6: __sfvwrite (in /usr/lib/system/libsystem_c.dylib)
==51151== by 0x1002BCF0A: fwrite (in /usr/lib/system/libsystem_c.dylib)
==51151== by 0x100028D29: std::__1::__stdoutbuf<char>::overflow(int) (in /usr/lib/libc++.1.dylib)
==51151== by 0x10001E91C: std::__1::basic_streambuf<char, std::__1::char_traits<char> >::xsputn(char const*, long) (in /usr/lib/libc++.1.dylib)
==51151== by 0x100001BBD: std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> > std::__1::__pad_and_output<char, std::__1::char_traits<char> >(std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> >, char const*, char const*, char const*, std::__1::ios_base&, char) (in ./helloWorldPlusPlus)
==51151== by 0x1000015F6: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::__put_character_sequence<char, std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*, unsigned long) (in ./helloWorldPlusPlus)
==51151== by 0x1000011F1: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <char, std::__1::char_traits<char>, std::__1::allocator<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) (in ./helloWorldPlusPlus)
==51151== by 0x100000F6C: main (in ./helloWorldPlusPlus)
==51151==
…
followed by the expected leak detection, 24 bytes.
Is this a real issue in libc++ / libsystem, or just a bug in valgrind trunk?
-Pauley
|
|
From: <sv...@va...> - 2015-08-25 13:07:50
|
Author: mjw
Date: Tue Aug 25 14:07:42 2015
New Revision: 15589
Log:
Add safe-pthread.h to helgrind/tests/Makefile.am noinst_HEADERS.
Otherwise the header file won't show up in the dist tar ball.
Modified:
trunk/helgrind/tests/Makefile.am
Modified: trunk/helgrind/tests/Makefile.am
==============================================================================
--- trunk/helgrind/tests/Makefile.am (original)
+++ trunk/helgrind/tests/Makefile.am Tue Aug 25 14:07:42 2015
@@ -115,6 +115,9 @@
tls_threads.vgtest tls_threads.stdout.exp \
tls_threads.stderr.exp
+# Wrapper header used by some check programs.
+noinst_HEADERS = safe-pthread.h
+
# XXX: tc18_semabuse uses operations that are unsupported on Darwin. It
# should be conditionally compiled like tc20_verifywrap is.
check_PROGRAMS = \
|
|
From: Mark W. <mj...@re...> - 2015-08-25 09:34:50
|
Hi Philippe, On Mon, 2015-08-24 at 11:14 +0200, Mark Wielaard wrote: > I did notice we have several vgdb test failures because newer GDB will > warn of the remove gdbserver doesn't support the new vfile support (host > I/O packets): "warning: remote target does not support file transfer, > attempting to access files from local filesystem." > https://sourceware.org/gdb/onlinedocs/gdb/Host-I_002fO-Packets.html > Do you think it makes sense (is it easy?) to implement that, or should > we just "set sysroot /" or filter out the warning in our testsuite? So simply filtering out the warning like: Index: gdbserver_tests/filter_stderr =================================================================== --- gdbserver_tests/filter_stderr (revision 15586) +++ gdbserver_tests/filter_stderr (working copy) @@ -10,4 +10,5 @@ -e '/\/path\/to\/gdb/d' \ -e '/and then give GDB the following command/d' \ -e '/target remote |/d' \ - -e '/pid is optional if only one valgrind process is running/d' + -e '/pid is optional if only one valgrind process is running/d' \ + -e '/warning: remote target does not support file transfer, attempting to access files from local filesystem./d' Makes all gdbserver_tests PASS again, except one gdbserver_tests/hgtls. But that seems an unrelated issue. Shall we just go with a filter, or do you want to look into supporting file transfers in vgdb first? Thanks, Mark |