https://bugs.kde.org/show_bug.cgi?id=433500

--- Comment #5 from Mark Wielaard <m...@klomp.org> ---
(In reply to Mark Wielaard from comment #4)
> (In reply to Paul Floyd from comment #3)
> > With the suggested changes, for DRD I get, when running
> > 
> > /usr/bin/time -p perl tests/vg_regtest drd/tests
> > 
> > == 130 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0
> > stdoutB failures, 0 post failures ==
> > drd/tests/pth_cleanup_handler            (stderr)
> > 
> > The above testcase that fails generates
> > 
> > +Process terminating with default action of signal 14 (SIGALRM)
> > +   at 0x........: (within libpthread-?.?.so)
> > +   by 0x........: pthread_once (drd_pthread_intercepts.c:?)
> > +   by 0x........: UnknownInlinedFun (gthr-default.h:700)
> > +   by 0x........: uw_init_context_1 (unwind-dw2.c:1598)
> > +   by 0x........: _Unwind_ForcedUnwind (unwind.inc:211)
> > +   by 0x........: (within libpthread-?.?.so)
> > +   by 0x........: (within libpthread-?.?.so)
> > +   by 0x........: f (pth_cleanup_handler.c:?)
> > +   by 0x........: vgDrd_thread_wrapper (drd_pthread_intercepts.c:?)
> > +   by 0x........: (within libpthread-?.?.so)
> > +   by 0x........: clone (in /...libc...)
> > +Destroying condition variable that is being waited upon: cond 0x........,
> > mutex 0x........ locked by thread 0
> > +   at 0x........: pthread_cond_wait@@GLIBC_2.3.2(within libpthread-?.?.so)
> > +   by 0x........: pthread_cond_wait (drd_pthread_intercepts.c:?)
> > +   by 0x........: pthread_cond_wait (drd_pthread_intercepts.c:?)
> > +   by 0x........: vgDrd_sema_down (drd_pthread_intercepts.c:?)
> > +   by 0x........: pthread_create (drd_pthread_intercepts.c:?)
> > +   by 0x........: main (pth_cleanup_handler.c:?)
> > +
> > +
> > +ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
> 
> I cannot tell whether that is good or bad.
> It seems the test doesn't expect this failure mode.
> But it seems the dwarf reader worked as expected doesn't it?
> 
> > I also noticed a substantial slowdown
> 
> Maybe that explains the above test failure? A timeout because valgrind is
> reading all that debuginfo?

Does this help?

diff --git a/drd/tests/pth_cleanup_handler.c b/drd/tests/pth_cleanup_handler.c
index 0fb3d073d..e441fa3a4 100644
--- a/drd/tests/pth_cleanup_handler.c
+++ b/drd/tests/pth_cleanup_handler.c
@@ -39,7 +39,7 @@ int main()
   pthread_t pt1, pt2;

   // Make sure the program exits in case a deadlock has been triggered.
-  alarm(20);
+  alarm(60);

   if (pthread_mutex_init(&s_mutex, NULL) != 0)
   {

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to