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: Carl E. L. <ce...@us...> - 2015-08-10 21:33:40
|
On Mon, 2015-08-10 at 19:41 +0200, Florian Krohm wrote:
> On 10.08.2015 18:46, Carl E. Love wrote:
> >
> > I ran .configure and make. I captured the output from make and looked through it but
> > didn't find any errors related to the checking. The system I ran on was:
> >
> > Power 8 Little Endian
> > Linux 3.13.0-35-generic #62-Ubuntu SMP Fri Aug 15 01:57:29 UTC 2014 ppc64le GNU/Linux
> >
> > gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
> >
> > I tried again with the latest GCC I can find which is available via the IBM advanced
> > tool chain.
> >
> > gcc (GCC) 5.1.1 20150512
> >
> > Again, I didn't find any error messages in the output from make.
> >
> > Let me know if I am looking in the right place or didn't set things up correctly.
>
> Carl,
>
> thanks for testing! I think you did it just right. make -s is what I
> usually do when I'm looking for warnings or errors. But you probably did
> that anyways.. One thing: these inconsistencies would be reported as
> warning not as error.
> I was wondering whether we should also test on ppc64be? You have a
> better feeling as to whether that wold be worth it. I have bo sense for
> how much code is in common between big endian and little endian. So I'll
> leave it to you to decide.
>
> Thanks again
>
> Florian
>
Florian:
I went back an rechecked for warnings as well as errors. I didn't find
any warnings. I retested with make -s and checked for warnings and
errors and didn't see anything.
I then did the same on a Power 7 big endian machine. Again no warnings
or errors were found.
Carl Love
|
|
From: Matthias S. <zz...@ge...> - 2015-08-10 19:54:10
|
Copy a block from tests/filter_stderr_basic --- none/tests/amd64-linux/filter_minimal | 4 ++++ none/tests/x86-linux/filter_minimal | 4 ++++ 2 files changed, 8 insertions(+) diff --git a/none/tests/amd64-linux/filter_minimal b/none/tests/amd64-linux/filter_minimal index e69398c..e09882c 100755 --- a/none/tests/amd64-linux/filter_minimal +++ b/none/tests/amd64-linux/filter_minimal @@ -13,6 +13,10 @@ perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g' | # complete list of messages in the bash source file siglist.c. perl -n -e 'print if !/^(Segmentation fault|Alarm clock|Aborted|Bus error)( \(core dumped\))?$/' | +# Remove any ": dumping core" message as the user might have a +# limit set that prevents the core dump +sed "s/\(signal [0-9]* (SIG[A-Z]*)\): dumping core/\1/" | + # Remove the size in "The main thread stack size..." message. sed "s/The main thread stack size used in this run was [0-9]*/The main thread stack size used in this run was .../" diff --git a/none/tests/x86-linux/filter_minimal b/none/tests/x86-linux/filter_minimal index e69398c..e09882c 100755 --- a/none/tests/x86-linux/filter_minimal +++ b/none/tests/x86-linux/filter_minimal @@ -13,6 +13,10 @@ perl -p -e 's/0x[0-9A-Fa-f]+/0x......../g' | # complete list of messages in the bash source file siglist.c. perl -n -e 'print if !/^(Segmentation fault|Alarm clock|Aborted|Bus error)( \(core dumped\))?$/' | +# Remove any ": dumping core" message as the user might have a +# limit set that prevents the core dump +sed "s/\(signal [0-9]* (SIG[A-Z]*)\): dumping core/\1/" | + # Remove the size in "The main thread stack size..." message. sed "s/The main thread stack size used in this run was [0-9]*/The main thread stack size used in this run was .../" -- 2.5.0 |
|
From: Matthias S. <zz...@ge...> - 2015-08-10 19:44:01
|
Each testcase that crashes should delete vgcore files --- gdbserver_tests/nlgone_abrt.vgtest | 1 + memcheck/tests/deep-backtrace.vgtest | 1 + none/tests/linux/blockfault.vgtest | 1 + none/tests/linux/stack-overflow.vgtest | 1 + none/tests/x86-linux/hang.vgtest | 1 + 5 files changed, 5 insertions(+) diff --git a/gdbserver_tests/nlgone_abrt.vgtest b/gdbserver_tests/nlgone_abrt.vgtest index 86aecfd..e1e9f24 100644 --- a/gdbserver_tests/nlgone_abrt.vgtest +++ b/gdbserver_tests/nlgone_abrt.vgtest @@ -10,3 +10,4 @@ argsB: --quiet -l 60 --nx ./gone stdinB: nlgone_abrt.stdinB.gdb stdoutB_filter: filter_gdb stderrB_filter: filter_gdb +cleanup: rm -f vgcore.* diff --git a/memcheck/tests/deep-backtrace.vgtest b/memcheck/tests/deep-backtrace.vgtest index ebeccf9..a3fd1df 100644 --- a/memcheck/tests/deep-backtrace.vgtest +++ b/memcheck/tests/deep-backtrace.vgtest @@ -1,2 +1,3 @@ prog: deep-backtrace vgopts: -q --num-callers=500 +cleanup: rm -f vgcore.* diff --git a/none/tests/linux/blockfault.vgtest b/none/tests/linux/blockfault.vgtest index 88e3255..8d10f1a 100644 --- a/none/tests/linux/blockfault.vgtest +++ b/none/tests/linux/blockfault.vgtest @@ -1 +1,2 @@ prog: blockfault +cleanup: rm -f vgcore.* diff --git a/none/tests/linux/stack-overflow.vgtest b/none/tests/linux/stack-overflow.vgtest index 3b9ffd4..e7b4f29 100644 --- a/none/tests/linux/stack-overflow.vgtest +++ b/none/tests/linux/stack-overflow.vgtest @@ -1 +1,2 @@ prog: stack-overflow +cleanup: rm -f vgcore.* diff --git a/none/tests/x86-linux/hang.vgtest b/none/tests/x86-linux/hang.vgtest index c3678bb..9b17ae0 100644 --- a/none/tests/x86-linux/hang.vgtest +++ b/none/tests/x86-linux/hang.vgtest @@ -3,3 +3,4 @@ # Can only be reproduced on an x86 box running a 32-bit kernel. prog: hang vgopts: -q +cleanup: rm -f vgcore.* -- 2.5.0 |
|
From: Matthias S. <zz...@ge...> - 2015-08-10 18:52:52
|
Hi! I have seen that valgrind.h will missdetect x32 as amd64. So I wonder if this can cause any bad effects. If so, the header needs to be protected so it does not emit client requests on x32. It could be done like this, because the x32 ABI says that __ILP32__ must be defined (and it is not defined on amd64). See abi.pdf in https://sites.google.com/site/x32abi/documents Regards Matthias --- a/include/valgrind.h +++ b/include/valgrind.h @@ -140,7 +140,7 @@ # define PLAT_amd64_win64 1 #elif defined(__linux__) && defined(__i386__) # define PLAT_x86_linux 1 -#elif defined(__linux__) && defined(__x86_64__) +#elif defined(__linux__) && defined(__x86_64__) && !defined(__ILP32__) # define PLAT_amd64_linux 1 #elif defined(__linux__) && defined(__powerpc__) && !defined(__powerpc64__) # define PLAT_ppc32_linux 1 |
|
From: Florian K. <fl...@ei...> - 2015-08-10 17:41:50
|
On 10.08.2015 18:46, Carl E. Love wrote:
>
> I ran .configure and make. I captured the output from make and looked through it but
> didn't find any errors related to the checking. The system I ran on was:
>
> Power 8 Little Endian
> Linux 3.13.0-35-generic #62-Ubuntu SMP Fri Aug 15 01:57:29 UTC 2014 ppc64le GNU/Linux
>
> gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
>
> I tried again with the latest GCC I can find which is available via the IBM advanced
> tool chain.
>
> gcc (GCC) 5.1.1 20150512
>
> Again, I didn't find any error messages in the output from make.
>
> Let me know if I am looking in the right place or didn't set things up correctly.
Carl,
thanks for testing! I think you did it just right. make -s is what I
usually do when I'm looking for warnings or errors. But you probably did
that anyways.. One thing: these inconsistencies would be reported as
warning not as error.
I was wondering whether we should also test on ppc64be? You have a
better feeling as to whether that wold be worth it. I have bo sense for
how much code is in common between big endian and little endian. So I'll
leave it to you to decide.
Thanks again
Florian
|
|
From: Carl E. L. <ce...@us...> - 2015-08-10 16:46:44
|
Florian:
> I've fixed what gcc -Wformat-signedness pointed out on amd64, x86, and
> s390. On the ppc machine I have access to there was no suitable gcc and
> attempting to build 5.1 failed with some strange error message I don't
> recall. Carl, perhaps you have a suitable machine + compiler handy?
I pulled down the latest code in svn. I enabled the checking in the configure.ac
file:
# Disabled for now until all platforms are clean
# carll enabled
format_checking_enabled=yes
if test "$format_checking_enabled" = "yes"; then
AC_GCC_WARNING_SUBST([format-signedness], [FLAG_W_FORMAT_SIGNEDNESS])
else
dumy_assignment_to_avoid_syntax_errors=1
AC_SUBST([FLAG_W_FORMAT_SIGNEDNESS], [])
fi
I ran .configure and make. I captured the output from make and looked through it but
didn't find any errors related to the checking. The system I ran on was:
Power 8 Little Endian
Linux 3.13.0-35-generic #62-Ubuntu SMP Fri Aug 15 01:57:29 UTC 2014 ppc64le GNU/Linux
gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
I tried again with the latest GCC I can find which is available via the IBM advanced
tool chain.
gcc (GCC) 5.1.1 20150512
Again, I didn't find any error messages in the output from make.
Let me know if I am looking in the right place or didn't set things up correctly.
Carl Love
|