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
(14) |
2
(8) |
3
(7) |
|
4
(7) |
5
(7) |
6
(6) |
7
(11) |
8
(10) |
9
(14) |
10
(10) |
|
11
(13) |
12
(15) |
13
(6) |
14
(8) |
15
(6) |
16
(6) |
17
(6) |
|
18
(6) |
19
(11) |
20
(15) |
21
(14) |
22
(11) |
23
(7) |
24
(17) |
|
25
(14) |
26
(28) |
27
(21) |
28
(23) |
29
(21) |
30
(17) |
31
(8) |
|
From: Julian S. <js...@ac...> - 2007-03-10 12:37:51
|
I presume you're meaning 32-bit for 'word' and 64-bit for 'dword' here, and this is on a 32-bit target. > Unfortunatly in practice it only seems to fix a small % of errors for us > because our copy routines only use dword copies for larger messages and > word copies for smaller messages, I'm still seeing errors of the form > shown if anybody can recommend a way of suppressing them properly. The > key thing is it's a four byte aligned/eight byte misaligned word read > immediately after a chunk of addressable memory and the suppressions > format doesn't let me specify this. > > RMS_RANK 0 > Invalid read of size 4 > at 0x4305C19: elan_tportTxStart (tportTx.c:299) > by 0x4245705: MPID_ELAN_SendContig (adi2send.c:70) > by 0x424566F: MPID_SendContig (adi2send.c:139) > by 0x4242044: MPID_SendDatatype (adi2hsend.c:66) > by 0x426A595: PMPI_Send (send.c:91) > by 0x8048F46: main (sendvector.c:94) > Address 0x5f0f41c is 0 bytes after a block of size 20 alloc'd > at 0x401B742: malloc (vg_replace_malloc.c:207) > by 0x42443D7: MPID_PackMessage (adi2mpack.c:37) > by 0x424200C: MPID_SendDatatype (adi2hsend.c:62) > by 0x426A595: PMPI_Send (send.c:91) > by 0x8048F46: main (sendvector.c:94) Um, this is a bit hard to think about without a specific example to prod at. Could you make one? J |
|
From: Julian S. <js...@ac...> - 2007-03-10 12:26:40
|
[Marginally OT ..] On Friday 09 March 2007 19:15, Ashley Pittman wrote: > Hi, > > I've been thinking about this patch for a week or two now because of > problems with the a couple of hand-rolled memcpy() routines we have, a > lot of our code is clean on 64 bit platforms when the > --partial-loads-ok=3Dyes flag is used but fails with short buffer overruns > on i686, this patch was an attempt to fix that. > [...] I wonder if eventually we will have to deal with a more general version of this problem or something closely related, as a result of gcc-4.3. =46rom http://gcc.gnu.org/gcc-4.3/changes.html: Code generation of block move (memcpy) and block set (memset) was rewritten. GCC can now pick the best algorithm (loop, unrolled loop, instruction with rep prefix or a library call) based on the size of the block being copied and the CPU being optimized for. A new option -minline-stringops-dynamically has been added. With this option string operations of unknown size are expanded such that small blocks are copied by in-line code, while for large blocks a library call is used. Th= is results in faster code than -minline-all-stringops when the library implementation is capable of using cache hierarchy hints. [...] The current strategy (which is also used by Ashley's patch) is: * With --partial-loads-ok=3Dno [the default] for a partially or completely invalid read, report a bad-address error and return 'defined' for the definedness (V) bits corresponding to the invalid addresses. That sounds strange but avoids error cascades. * With --partial-loads-ok=3Dyes, act as above, but don't emit an error under certain circumstances as defined by partial_load_exemption_applies in the code. Problem with this is, since the V bits from the unaddressible areas are set to 'defined', if the program goes on to use data read from such areas (eg beyond block ends) there will be no warning. Perhaps a better fix is to set those V bits to 'undefined' in that case. iow, for a read which partially overlaps the end of a block: =2D With --partial-loads-ok=3Dno [the default] give an addressing error, and set the corresponding V bits to 'defined' =2D With --partial-loads-ok=3Dyes do not give an addressing error, and set the corresponding V bits to 'undefined', so we yelp later if anybody uses them If this sounds all a bit arcane, that's because it is :-) The last part of Sec 2.7 of http://www.valgrind.org/docs/memcheck2005.pdf might help. J |
|
From: <js...@ac...> - 2007-03-10 10:51:42
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-03-10 09:00:01 GMT 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 == 219 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Tom H. <th...@cy...> - 2007-03-10 03:23:56
|
Nightly build on dellow ( x86_64, Fedora Core 6 ) started at 2007-03-10 03:10:07 GMT 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 == 289 tests, 5 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/amd64/defcfaexpr (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) |
|
From: Tom H. <th...@cy...> - 2007-03-10 03:22:46
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-03-10 03:15:02 GMT Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccn3LBmB.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccn3LBmB.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind' make: *** [check] Error 2 ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccqNtwVg.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccqNtwVg.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest/2007-03-10/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sat Mar 10 03:18:50 2007 --- new.short Sat Mar 10 03:22:38 2007 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/ccqNtwVg.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccqNtwVg.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 --- 7,16 ---- Last 20 lines of verbose log follow echo ! /tmp/ccn3LBmB.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccn3LBmB.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2007-03-10 03:18:50
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2007-03-10 03:05:05 GMT 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 == 289 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/amd64/defcfaexpr (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-03-10 03:12:04
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-03-10 03:00:02 GMT 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 == 291 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/amd64/defcfaexpr (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: <sv...@va...> - 2007-03-10 02:27:47
|
Author: njn
Date: 2007-03-10 02:27:44 +0000 (Sat, 10 Mar 2007)
New Revision: 6639
Log:
wibble
Modified:
trunk/memcheck/mc_malloc_wrappers.c
Modified: trunk/memcheck/mc_malloc_wrappers.c
===================================================================
--- trunk/memcheck/mc_malloc_wrappers.c 2007-03-10 00:52:54 UTC (rev 6638)
+++ trunk/memcheck/mc_malloc_wrappers.c 2007-03-10 02:27:44 UTC (rev 6639)
@@ -6,8 +6,7 @@
/*
This file is part of MemCheck, a heavyweight Valgrind tool for
- detecting memory errors, and AddrCheck, a lightweight Valgrind tool
- for detecting memory errors.
+ detecting memory errors.
Copyright (C) 2000-2007 Julian Seward
js...@ac...
|
|
From: <js...@ac...> - 2007-03-10 02:11:38
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-03-10 02:00:01 CET Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 225 tests, 6 stderr failures, 3 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/res_search (stdout) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 225 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sat Mar 10 02:08:34 2007 --- new.short Sat Mar 10 02:17:17 2007 *************** *** 8,10 **** ! == 225 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) --- 8,10 ---- ! == 225 tests, 6 stderr failures, 3 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) *************** *** 17,18 **** --- 17,19 ---- none/tests/mremap2 (stdout) + none/tests/res_search (stdout) |
|
From: <sv...@va...> - 2007-03-10 00:52:57
|
Author: njn
Date: 2007-03-10 00:52:54 +0000 (Sat, 10 Mar 2007)
New Revision: 6638
Log:
update
Modified:
trunk/README_MISSING_SYSCALL_OR_IOCTL
Modified: trunk/README_MISSING_SYSCALL_OR_IOCTL
===================================================================
--- trunk/README_MISSING_SYSCALL_OR_IOCTL 2007-03-08 19:57:43 UTC (rev 6637)
+++ trunk/README_MISSING_SYSCALL_OR_IOCTL 2007-03-10 00:52:54 UTC (rev 6638)
@@ -101,7 +101,7 @@
grep NNN /usr/include/asm/unistd.h
This should tell you something like __NR_mysyscallname.
- Copy this entry to coregrind/vki_unistd-$(VG_PLATFORM).h.
+ Copy this entry to include/vki/vki-scnums-$(VG_PLATFORM).h.
2. Do 'man 2 mysyscallname' to get some idea of what the syscall
|