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
(25) |
2
(25) |
3
(5) |
4
(13) |
|
5
(4) |
6
(8) |
7
(6) |
8
|
9
(10) |
10
(15) |
11
(9) |
|
12
(14) |
13
(10) |
14
(24) |
15
(41) |
16
(13) |
17
(9) |
18
(3) |
|
19
(10) |
20
(11) |
21
(28) |
22
(36) |
23
(52) |
24
(36) |
25
(12) |
|
26
(31) |
27
(27) |
28
(20) |
29
(15) |
30
(22) |
31
(17) |
|
|
From: Julian S. <js...@ac...> - 2009-07-10 20:51:27
|
On Friday 10 July 2009, Nicholas Nethercote wrote: > On Fri, Jul 10, 2009 at 11:57 PM, Tom Hughes<to...@co...> wrote: > > So yes, that test needs to be excluded on machines with no cx16 support. > > A "prereq:" line will do it... it just requires the name of a program > that returns 0 or 1 depending on whether cx16 is supported or not. I > guess that can be a small C program living in either tests/ (if it > seems broadly useful) or in memcheck/tests/amd64-linux/. I'm sure we have a standard program to do such checks already, as part of the test suite infrastructure, though. I'll have a look. Main problem is I don't have a cx16-un-capable machine to test on. J |
|
From: Nicholas N. <n.n...@gm...> - 2009-07-10 20:39:28
|
On Fri, Jul 10, 2009 at 11:57 PM, Tom Hughes<to...@co...> wrote: > So yes, that test needs to be excluded on machines with no cx16 support. A "prereq:" line will do it... it just requires the name of a program that returns 0 or 1 depending on whether cx16 is supported or not. I guess that can be a small C program living in either tests/ (if it seems broadly useful) or in memcheck/tests/amd64-linux/. Nick |
|
From: Tom H. <to...@co...> - 2009-07-10 13:57:09
|
On 10/07/09 15:17, Julian Seward wrote: >> The none/tests/amd64/bug127521-64 one is an unsupported instruction >> failure on cmpxchg16 by the looks of it: >> >> vex amd64->IR: unhandled instruction bytes: 0xF0 0x49 0xF 0xC7 0xA 0x49 > > Can you send me the /proc/cpuinfo for that machine? To support cmpxchg16b > properly, vex has to emit cmpxchg16b instruction into the instrumented code, > which is different from what it did before (some lame-ass fakery involving > normal 64-bit loads and stores). But some really old Opterons don't support > cmpxchg16b, which means vex now has to refuse to decode it if doesn't believe > the underlying machine can handle it. It's an Athon 64 3500+ and you're quite right - it doesn't have the cx16 feature bit set. > I guess what is comes to is, none/tests/amd64/bug127521-64 shouldn't be > run unless the machine supports cmpxchg16b. It would be interesting to > know if this test runs natively on the machine. No, it dies with SIGILL when run natively. So yes, that test needs to be excluded on machines with no cx16 support. Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: <sv...@va...> - 2009-07-10 12:02:12
|
Author: njn
Date: 2009-07-10 13:02:03 +0100 (Fri, 10 Jul 2009)
New Revision: 10427
Log:
Handle epoll_create1. Patch from Sam Varshavchik. Fixes bug 188427.
Modified:
trunk/coregrind/m_syswrap/priv_syswrap-linux.h
trunk/coregrind/m_syswrap/syswrap-amd64-linux.c
trunk/coregrind/m_syswrap/syswrap-linux.c
trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c
trunk/coregrind/m_syswrap/syswrap-ppc64-linux.c
trunk/coregrind/m_syswrap/syswrap-x86-linux.c
trunk/memcheck/tests/x86-linux/scalar.c
trunk/memcheck/tests/x86-linux/scalar.stderr.exp
Modified: trunk/coregrind/m_syswrap/priv_syswrap-linux.h
===================================================================
--- trunk/coregrind/m_syswrap/priv_syswrap-linux.h 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/coregrind/m_syswrap/priv_syswrap-linux.h 2009-07-10 12:02:03 UTC (rev 10427)
@@ -85,6 +85,7 @@
DECL_TEMPLATE(linux, sys_ppoll);
DECL_TEMPLATE(linux, sys_epoll_create);
+DECL_TEMPLATE(linux, sys_epoll_create1);
DECL_TEMPLATE(linux, sys_epoll_ctl);
DECL_TEMPLATE(linux, sys_epoll_wait);
DECL_TEMPLATE(linux, sys_epoll_pwait);
Modified: trunk/coregrind/m_syswrap/syswrap-amd64-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-amd64-linux.c 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/coregrind/m_syswrap/syswrap-amd64-linux.c 2009-07-10 12:02:03 UTC (rev 10427)
@@ -1366,7 +1366,7 @@
LINXY(__NR_signalfd4, sys_signalfd4), // 289
LINX_(__NR_eventfd2, sys_eventfd2), // 290
- // (__NR_epoll_create1, sys_ni_syscall) // 291
+ LINXY(__NR_epoll_create1, sys_epoll_create1), // 291
// (__NR_dup3, sys_ni_syscall) // 292
LINXY(__NR_pipe2, sys_pipe2) // 293
// (__NR_inotify_init1, sys_ni_syscall) // 294
Modified: trunk/coregrind/m_syswrap/syswrap-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-linux.c 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/coregrind/m_syswrap/syswrap-linux.c 2009-07-10 12:02:03 UTC (rev 10427)
@@ -1047,6 +1047,23 @@
}
}
+PRE(sys_epoll_create1)
+{
+ PRINT("sys_epoll_create1 ( %ld )", ARG1);
+ PRE_REG_READ1(long, "epoll_create1", int, flags);
+}
+POST(sys_epoll_create1)
+{
+ vg_assert(SUCCESS);
+ if (!ML_(fd_allowed)(RES, "epoll_create1", tid, True)) {
+ VG_(close)(RES);
+ SET_STATUS_Failure( VKI_EMFILE );
+ } else {
+ if (VG_(clo_track_fds))
+ ML_(record_fd_open_nameless) (tid, RES);
+ }
+}
+
PRE(sys_epoll_ctl)
{
static const HChar* epoll_ctl_s[3] = {
Modified: trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c 2009-07-10 12:02:03 UTC (rev 10427)
@@ -1863,7 +1863,7 @@
LINXY(__NR_timerfd_gettime, sys_timerfd_gettime), // 312
LINXY(__NR_signalfd4, sys_signalfd4), // 313
LINX_(__NR_eventfd2, sys_eventfd2), // 314
- // (__NR_epoll_create1, sys_ni_syscall) // 315
+ LINXY(__NR_epoll_create1, sys_epoll_create1), // 315
// (__NR_dup3, sys_ni_syscall) // 316
LINXY(__NR_pipe2, sys_pipe2) // 317
// (__NR_inotify_init1, sys_ni_syscall) // 318
Modified: trunk/coregrind/m_syswrap/syswrap-ppc64-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-ppc64-linux.c 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/coregrind/m_syswrap/syswrap-ppc64-linux.c 2009-07-10 12:02:03 UTC (rev 10427)
@@ -1503,7 +1503,7 @@
LINXY(__NR_timerfd_gettime, sys_timerfd_gettime), // 312
LINXY(__NR_signalfd4, sys_signalfd4), // 313
LINX_(__NR_eventfd2, sys_eventfd2), // 314
- // (__NR_epoll_create1, sys_ni_syscall) // 315
+ LINXY(__NR_epoll_create1, sys_epoll_create1), // 315
// (__NR_dup3, sys_ni_syscall) // 316
LINXY(__NR_pipe2, sys_pipe2) // 317
// (__NR_inotify_init1, sys_ni_syscall) // 318
Modified: trunk/coregrind/m_syswrap/syswrap-x86-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-x86-linux.c 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/coregrind/m_syswrap/syswrap-x86-linux.c 2009-07-10 12:02:03 UTC (rev 10427)
@@ -2240,7 +2240,7 @@
LINXY(__NR_timerfd_gettime, sys_timerfd_gettime), // 326
LINXY(__NR_signalfd4, sys_signalfd4), // 327
LINX_(__NR_eventfd2, sys_eventfd2), // 328
- // (__NR_epoll_create1, sys_ni_syscall) // 329
+ LINXY(__NR_epoll_create1, sys_epoll_create1), // 329
// (__NR_dup3, sys_ni_syscall) // 330
LINXY(__NR_pipe2, sys_pipe2) // 331
Modified: trunk/memcheck/tests/x86-linux/scalar.c
===================================================================
--- trunk/memcheck/tests/x86-linux/scalar.c 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/memcheck/tests/x86-linux/scalar.c 2009-07-10 12:02:03 UTC (rev 10427)
@@ -1252,6 +1252,10 @@
GO(__NR_sys_kexec_load, "ni");
SY(__NR_sys_kexec_load); FAIL;
+ // __NR_epoll_create1 329
+ GO(__NR_epoll_create1, "1s 0m");
+ SY(__NR_epoll_create1, x0); SUCC_OR_FAIL;
+
// no such syscall...
GO(9999, "1e");
SY(9999); FAIL;
Modified: trunk/memcheck/tests/x86-linux/scalar.stderr.exp
===================================================================
--- trunk/memcheck/tests/x86-linux/scalar.stderr.exp 2009-07-10 10:02:46 UTC (rev 10426)
+++ trunk/memcheck/tests/x86-linux/scalar.stderr.exp 2009-07-10 12:02:03 UTC (rev 10427)
@@ -3249,6 +3249,12 @@
283: __NR_sys_kexec_load ni
-----------------------------------------------------
-----------------------------------------------------
+329: __NR_epoll_create1 1s 0m
+-----------------------------------------------------
+
+Syscall param epoll_create1(flags) contains uninitialised byte(s)
+ ...
+-----------------------------------------------------
9999: 9999 1e
-----------------------------------------------------
WARNING: unhandled syscall: 9999
|
|
From: <sv...@va...> - 2009-07-10 10:02:54
|
Author: bart Date: 2009-07-10 11:02:46 +0100 (Fri, 10 Jul 2009) New Revision: 10426 Log: Removed reference to recursive_mutex.stdout.exp from Makefile.am Modified: trunk/drd/tests/Makefile.am Modified: trunk/drd/tests/Makefile.am =================================================================== --- trunk/drd/tests/Makefile.am 2009-07-10 09:26:29 UTC (rev 10425) +++ trunk/drd/tests/Makefile.am 2009-07-10 10:02:46 UTC (rev 10426) @@ -135,7 +135,6 @@ qt4_semaphore.stderr.exp \ qt4_semaphore.vgtest \ recursive_mutex.stderr.exp \ - recursive_mutex.stdout.exp \ recursive_mutex.vgtest \ rwlock_race.stderr.exp \ rwlock_race.stderr.exp2 \ |
|
From: <sv...@va...> - 2009-07-10 09:26:39
|
Author: bart
Date: 2009-07-10 10:26:29 +0100 (Fri, 10 Jul 2009)
New Revision: 10425
Log:
Modified recursive_mutex regression test: improved portability by removing usage of alarm() / all output is now sent to stderr / full output is now compared instead of only a summary.
Removed:
trunk/drd/tests/recursive_mutex.stdout.exp
Modified:
trunk/drd/tests/recursive_mutex.c
trunk/drd/tests/recursive_mutex.stderr.exp
trunk/drd/tests/recursive_mutex.vgtest
Modified: trunk/drd/tests/recursive_mutex.c
===================================================================
--- trunk/drd/tests/recursive_mutex.c 2009-07-10 09:24:27 UTC (rev 10424)
+++ trunk/drd/tests/recursive_mutex.c 2009-07-10 09:26:29 UTC (rev 10425)
@@ -10,26 +10,25 @@
#include "../../config.h"
-#if !defined(VGO_darwin)
static void lock_twice(pthread_mutex_t* const p)
{
- pthread_mutex_lock(p);
- pthread_mutex_lock(p);
- pthread_mutex_unlock(p);
- pthread_mutex_unlock(p);
+ if (pthread_mutex_trylock(p) != 0)
+ fprintf(stderr, "first lock call failed !\n");
+ if (pthread_mutex_trylock(p) != 0)
+ fprintf(stderr, "second lock call failed !\n");
+ if (pthread_mutex_unlock(p) != 0)
+ fprintf(stderr, "first unlock call failed !\n");
+ if (pthread_mutex_unlock(p) != 0)
+ fprintf(stderr, "second unlock call failed !\n");
}
-#endif
int main(int argc, char** argv)
{
- /* Let the program abort after 3 seconds instead of leaving it deadlocked. */
- alarm(3);
-
#if defined(HAVE_PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP)
{
pthread_mutex_t m = PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP;
- printf("Recursive mutex (statically initialized).\n");
+ fprintf(stderr, "Recursive mutex (statically initialized).\n");
lock_twice(&m);
pthread_mutex_destroy(&m);
}
@@ -39,7 +38,7 @@
pthread_mutex_t m;
pthread_mutexattr_t attr;
- printf("Recursive mutex (initialized via mutex attributes).\n");
+ fprintf(stderr, "\nRecursive mutex (initialized via mutex attributes).\n");
pthread_mutexattr_init(&attr);
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE_NP);
pthread_mutex_init(&m, &attr);
@@ -53,7 +52,7 @@
pthread_mutex_t m;
pthread_mutexattr_t attr;
- printf("Error checking mutex.\n");
+ fprintf(stderr, "\nError checking mutex.\n");
pthread_mutexattr_init(&attr);
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_ERRORCHECK_NP);
pthread_mutex_init(&m, &attr);
@@ -63,17 +62,14 @@
}
#endif
-// DDD: Darwin doesn't support signals yet, so the alarm() call doesn't kick
-// in, which causes it to hang.
-#if !defined(VGO_darwin)
{
pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER;
- printf("Non-recursive mutex.\n");
- fflush(stdout);
+ fprintf(stderr, "\nNon-recursive mutex.\n");
lock_twice(&m);
}
- printf("Done.\n");
-#endif
+
+ fprintf(stderr, "\nDone.\n");
+
return 0;
}
Modified: trunk/drd/tests/recursive_mutex.stderr.exp
===================================================================
--- trunk/drd/tests/recursive_mutex.stderr.exp 2009-07-10 09:24:27 UTC (rev 10424)
+++ trunk/drd/tests/recursive_mutex.stderr.exp 2009-07-10 09:26:29 UTC (rev 10425)
@@ -1 +1,31 @@
-ERROR SUMMARY: 4 errors from 4 contexts
+
+Recursive mutex (statically initialized).
+
+Recursive mutex (initialized via mutex attributes).
+
+Error checking mutex.
+second lock call failed !
+Mutex not locked by calling thread: mutex 0x........, recursion count 0, owner 1.
+ at 0x........: pthread_mutex_unlock (drd_pthread_intercepts.c:?)
+ by 0x........: lock_twice (recursive_mutex.c:?)
+ by 0x........: main (recursive_mutex.c:?)
+mutex 0x........ was first observed at:
+ at 0x........: pthread_mutex_init (drd_pthread_intercepts.c:?)
+ by 0x........: main (recursive_mutex.c:?)
+second unlock call failed !
+
+Non-recursive mutex.
+second lock call failed !
+
+Mutex not locked by calling thread: mutex 0x........, recursion count 0, owner 1.
+ at 0x........: pthread_mutex_unlock (drd_pthread_intercepts.c:?)
+ by 0x........: lock_twice (recursive_mutex.c:?)
+ by 0x........: main (recursive_mutex.c:?)
+mutex 0x........ was first observed at:
+ at 0x........: pthread_mutex_trylock (drd_pthread_intercepts.c:?)
+ by 0x........: lock_twice (recursive_mutex.c:?)
+ by 0x........: main (recursive_mutex.c:?)
+
+Done.
+
+ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
Deleted: trunk/drd/tests/recursive_mutex.stdout.exp
===================================================================
--- trunk/drd/tests/recursive_mutex.stdout.exp 2009-07-10 09:24:27 UTC (rev 10424)
+++ trunk/drd/tests/recursive_mutex.stdout.exp 2009-07-10 09:26:29 UTC (rev 10425)
@@ -1,4 +0,0 @@
-Recursive mutex (statically initialized).
-Recursive mutex (initialized via mutex attributes).
-Error checking mutex.
-Non-recursive mutex.
Modified: trunk/drd/tests/recursive_mutex.vgtest
===================================================================
--- trunk/drd/tests/recursive_mutex.vgtest 2009-07-10 09:24:27 UTC (rev 10424)
+++ trunk/drd/tests/recursive_mutex.vgtest 2009-07-10 09:26:29 UTC (rev 10425)
@@ -1,4 +1,4 @@
prereq: ./supported_libpthread
-vgopts: --check-stack-var=yes
+vgopts: --check-stack-var=yes --var-info=yes
prog: recursive_mutex
-stderr_filter: filter_error_summary
+stderr_filter: filter_stderr_and_thread_no
|
|
From: <sv...@va...> - 2009-07-10 09:24:37
|
Author: bart
Date: 2009-07-10 10:24:27 +0100 (Fri, 10 Jul 2009)
New Revision: 10424
Log:
Generalized two suppression patterns.
Modified:
trunk/glibc-2.X-drd.supp
Modified: trunk/glibc-2.X-drd.supp
===================================================================
--- trunk/glibc-2.X-drd.supp 2009-07-10 08:16:29 UTC (rev 10423)
+++ trunk/glibc-2.X-drd.supp 2009-07-10 09:24:27 UTC (rev 10424)
@@ -14,15 +14,8 @@
dl-2.6.*
drd:ConflictingAccess
obj:/lib*/ld-*.so
- fun:exit
}
{
- dl-2.6.*
- drd:ConflictingAccess
- obj:/lib*/ld-*.so
- obj:/lib*/ld-*.so
-}
-{
dl-dlsym-1
drd:ConflictingAccess
...
|
|
From: Bart V. A. <bar...@gm...> - 2009-07-10 09:14:44
|
Nightly build on georgia-tech-cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2009-07-10 03:34:14 EDT Ended at 2009-07-10 05:14:20 EDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 422 tests, 41 stderr failures, 13 stdout failures, 0 post failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stderr) none/tests/empty-exe (stderr) none/tests/linux/mremap (stderr) none/tests/linux/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell (stdout) none/tests/shell (stderr) none/tests/shell_valid1 (stderr) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) none/tests/shell_zerolength (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc23_bogus_condwait (stderr) exp-ptrcheck/tests/bad_percentify (stdout) exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stdout) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stdout) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) |
|
From: Tom H. <to...@co...> - 2009-07-10 08:52:49
|
On 10/07/09 07:36, Nicholas Nethercote wrote: > On Fri, Jul 10, 2009 at 12:50 PM, Tom Hughes<th...@cy...> wrote: > >> memcheck/tests/x86-linux/scalar (stderr) >> memcheck/tests/x86-linux/scalar_exit_group (stderr) >> memcheck/tests/x86-linux/scalar_supp (stderr) > > These ones are weird: > >> +Conditional jump or move depends on uninitialised value(s) >> + at 0x........: _dl_runtime_resolve (in /lib/ld-2.6.so) >> + by 0x........: (below main) > > Tom, did the libraries for that machine change at all? Maybe you > could checkout a pre-DCAS-merge version (or just 3.4.1) and see if > you're getting those error messages. Nothing it likely to have changed but I'll check next week when I'm back in the UK. >> none/tests/amd64/bug127521-64 (stdout) >> none/tests/amd64/bug127521-64 (stderr) > > Julian, could this be a DCAS thing? That's an instruction decode fail on cmpxchg16b that I think must have been introduced by the DCAS merge. I posted the details the other day. Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: <sv...@va...> - 2009-07-10 08:16:38
|
Author: njn
Date: 2009-07-10 09:16:29 +0100 (Fri, 10 Jul 2009)
New Revision: 10423
Log:
Make --leak-resolution=high the default. Fixes bug 197929.
Modified:
trunk/NEWS
trunk/memcheck/docs/mc-manual.xml
trunk/memcheck/mc_main.c
Modified: trunk/NEWS
===================================================================
--- trunk/NEWS 2009-07-10 06:48:13 UTC (rev 10422)
+++ trunk/NEWS 2009-07-10 08:16:29 UTC (rev 10423)
@@ -41,6 +41,10 @@
- Blocks that are only reachable via at least one interior-pointer, but
are directly pointed to by a start-pointer, were previously marked as
"still reachable". They are now correctly marked as "possibly lost".
+ - The default value for the --leak-resolution option has been changed from
+ "low" to "high". In general, this means that more leak reports will be
+ produced, but each leak report will describe fewer leaked blocks.
+ - The documentation for the leak checker has also been improved.
* The format of some (non-XML) stack trace entries has changed a little.
Previously there were six possible forms:
Modified: trunk/memcheck/docs/mc-manual.xml
===================================================================
--- trunk/memcheck/docs/mc-manual.xml 2009-07-10 06:48:13 UTC (rev 10422)
+++ trunk/memcheck/docs/mc-manual.xml 2009-07-10 08:16:29 UTC (rev 10423)
@@ -163,7 +163,7 @@
<varlistentry id="opt.leak-resolution" xreflabel="--leak-resolution">
<term>
- <option><![CDATA[--leak-resolution=<low|med|high> [default: low] ]]></option>
+ <option><![CDATA[--leak-resolution=<low|med|high> [default: high] ]]></option>
</term>
<listitem>
<para>When doing leak checking, determines how willing
@@ -171,13 +171,12 @@
be the same. When set to <varname>low</varname>, only the first
two entries need match. When <varname>med</varname>, four entries
have to match. When <varname>high</varname>, all entries need to
- match.</para>
+ match; this is consistent with how merging occurs for other kinds of
+ errors.</para>
<para>For hardcore leak debugging, you probably want to use
<option>--leak-resolution=high</option> together with
- <option>--num-callers=40</option> or some such large number. Note
- however that this can give an overwhelming amount of information,
- which is why the defaults give less information.
+ <option>--num-callers=40</option> or some such large number.
</para>
<para>Note that the <option>--leak-resolution=</option> setting
Modified: trunk/memcheck/mc_main.c
===================================================================
--- trunk/memcheck/mc_main.c 2009-07-10 06:48:13 UTC (rev 10422)
+++ trunk/memcheck/mc_main.c 2009-07-10 08:16:29 UTC (rev 10423)
@@ -4656,7 +4656,7 @@
Bool MC_(clo_partial_loads_ok) = False;
Long MC_(clo_freelist_vol) = 10*1000*1000LL;
LeakCheckMode MC_(clo_leak_check) = LC_Summary;
-VgRes MC_(clo_leak_resolution) = Vg_LowRes;
+VgRes MC_(clo_leak_resolution) = Vg_HighRes;
Bool MC_(clo_show_reachable) = False;
Bool MC_(clo_workaround_gcc296_bugs) = False;
Int MC_(clo_malloc_fill) = -1;
@@ -4774,7 +4774,7 @@
{
VG_(printf)(
" --leak-check=no|summary|full search for memory leaks at exit? [summary]\n"
-" --leak-resolution=low|med|high how much bt merging in leak check [low]\n"
+" --leak-resolution=low|med|high differentiation of leak stack traces [high]\n"
" --show-reachable=no|yes show reachable blocks in leak check? [no]\n"
" --undef-value-errors=no|yes check for undefined value errors [yes]\n"
" --track-origins=no|yes show origins of undefined values? [no]\n"
|
|
From: <sv...@va...> - 2009-07-10 06:48:23
|
Author: bart
Date: 2009-07-10 07:48:13 +0100 (Fri, 10 Jul 2009)
New Revision: 10422
Log:
Added a suppression pattern for call stacks referencing the function _Unwind_ForcedUnwind / generalized the suppression pattern for the function _Unwind_ForcedUnwind_Phase2.
Modified:
trunk/glibc-2.X-drd.supp
Modified: trunk/glibc-2.X-drd.supp
===================================================================
--- trunk/glibc-2.X-drd.supp 2009-07-10 06:38:20 UTC (rev 10421)
+++ trunk/glibc-2.X-drd.supp 2009-07-10 06:48:13 UTC (rev 10422)
@@ -250,13 +250,13 @@
{
pthread-unwind
drd:ConflictingAccess
- fun:uw_update_context
- fun:_Unwind_ForcedUnwind_Phase2
+ ...
+ fun:_Unwind_ForcedUnwind
}
{
pthread-unwind
drd:ConflictingAccess
- fun:uw_frame_state_for
+ ...
fun:_Unwind_ForcedUnwind_Phase2
}
{
|
|
From: <sv...@va...> - 2009-07-10 06:38:30
|
Author: bart Date: 2009-07-10 07:38:20 +0100 (Fri, 10 Jul 2009) New Revision: 10421 Log: Added missing $(AM_CFLAGS). Modified: trunk/drd/tests/Makefile.am Modified: trunk/drd/tests/Makefile.am =================================================================== --- trunk/drd/tests/Makefile.am 2009-07-09 23:35:44 UTC (rev 10420) +++ trunk/drd/tests/Makefile.am 2009-07-10 06:38:20 UTC (rev 10421) @@ -290,7 +290,7 @@ monitor_example_SOURCES = monitor_example.cpp new_delete_SOURCES = new_delete.cpp -pth_cleanup_handler_CFLAGS = @FLAG_W_NO_EMPTY_BODY@ +pth_cleanup_handler_CFLAGS = $(AM_CFLAGS) @FLAG_W_NO_EMPTY_BODY@ tsan_unittest_SOURCES = tsan_unittest.cpp tsan_unittest_CXXFLAGS = $(AM_CXXFLAGS) \ |
|
From: Nicholas N. <n.n...@gm...> - 2009-07-10 05:36:35
|
On Fri, Jul 10, 2009 at 12:50 PM, Tom Hughes<th...@cy...> wrote: > > Nightly build on lloyd ( x86_64, Fedora 7 ) > Started at 2009-07-10 03:05:04 BST > Ended at 2009-07-10 03:50:24 BST > 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 > > == 496 tests, 4 stderr failures, 1 stdout failure, 0 post failures == > memcheck/tests/x86-linux/scalar (stderr) > memcheck/tests/x86-linux/scalar_exit_group (stderr) > memcheck/tests/x86-linux/scalar_supp (stderr) These ones are weird: > +Conditional jump or move depends on uninitialised value(s) > + at 0x........: _dl_runtime_resolve (in /lib/ld-2.6.so) > + by 0x........: (below main) Tom, did the libraries for that machine change at all? Maybe you could checkout a pre-DCAS-merge version (or just 3.4.1) and see if you're getting those error messages. > none/tests/amd64/bug127521-64 (stdout) > none/tests/amd64/bug127521-64 (stderr) Julian, could this be a DCAS thing? Nick |
|
From: Tom H. <th...@cy...> - 2009-07-10 03:29:19
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2009-07-10 03:10:04 BST Ended at 2009-07-10 03:30:08 BST 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 == 502 tests, 1 stderr failure, 1 stdout failure, 0 post failures == none/tests/linux/mremap2 (stdout) drd/tests/pth_cleanup_handler (stderr) ================================================= == 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 == 502 tests, 2 stderr failures, 1 stdout failure, 0 post failures == none/tests/linux/mremap2 (stdout) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Jul 10 03:20:08 2009 --- new.short Fri Jul 10 03:30:08 2009 *************** *** 8,13 **** ! == 502 tests, 2 stderr failures, 1 stdout failure, 0 post failures == none/tests/linux/mremap2 (stdout) ! exp-ptrcheck/tests/pth_create (stderr) ! exp-ptrcheck/tests/pth_specific (stderr) --- 8,12 ---- ! == 502 tests, 1 stderr failure, 1 stdout failure, 0 post failures == none/tests/linux/mremap2 (stdout) ! drd/tests/pth_cleanup_handler (stderr) |
|
From: Tom H. <th...@cy...> - 2009-07-10 02:50:43
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2009-07-10 03:05:04 BST Ended at 2009-07-10 03:50:24 BST 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 == 496 tests, 4 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) memcheck/tests/x86-linux/scalar_exit_group (stderr) memcheck/tests/x86-linux/scalar_supp (stderr) none/tests/amd64/bug127521-64 (stdout) none/tests/amd64/bug127521-64 (stderr) ================================================= == 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 == 496 tests, 7 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) memcheck/tests/x86-linux/scalar_exit_group (stderr) memcheck/tests/x86-linux/scalar_supp (stderr) none/tests/amd64/bug127521-64 (stdout) none/tests/amd64/bug127521-64 (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Jul 10 03:27:43 2009 --- new.short Fri Jul 10 03:50:24 2009 *************** *** 8,10 **** ! == 496 tests, 7 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) --- 8,10 ---- ! == 496 tests, 4 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) *************** *** 14,18 **** none/tests/amd64/bug127521-64 (stderr) - exp-ptrcheck/tests/ccc (stderr) - exp-ptrcheck/tests/pth_create (stderr) - exp-ptrcheck/tests/pth_specific (stderr) --- 14,15 ---- |