|
From: Nicholas N. <n.n...@gm...> - 2009-08-12 10:37:21
|
So it sounds like the debug info is basically working and the relevant bug number can be closed? Nick On Wed, Aug 12, 2009 at 6:10 PM, Tom Hughes<to...@co...> wrote: > On 12/08/09 03:49, Tom Hughes wrote: > >> memcheck/tests/linux/stack_switch (stderr) > > This is spitting out: > > Syscall param clone(child_tidptr) contains uninitialised byte(s > > The problem I think is that the clone() wrapper in glibc is no longer > initialising the child_tidptr argument or something. This particular > form of clone doesn't actual use it, but we always check all the args. > >> memcheck/tests/long_namespace_xml (stderr) > > The long namespace seems to be getting compressed to something short by > gcc 4.4 so instead of the output containing a (truncated) version of the > namespace name with the function name missing from the end I get: > > _ZN53044basic_iostreamIwSt11char_traitsIwEE > >> helgrind/tests/tc06_two_races_xml (stderr) > > This just appears to be a case of glibc containing better debug > information so we get better stack traces from inside pthread_create. > >> helgrind/tests/tc20_verifywrap (stderr) >> helgrind/tests/tc23_bogus_condwait (stderr) > > Here pthread_cond_wait_WRK from hg_intercepts.c is now appearing on the > stack. > >> drd/tests/boost_thread (stderr) > > This is reporting conflicting loads inside boost. > >> drd/tests/tc20_verifywrap2 (stderr) > > This one is complaining about destroying locked mutexes. > >> exp-ptrcheck/tests/bad_percentify (stderr) > > This is down to an extra frame appearing in the stack trace. > > Tom > > -- > Tom Hughes (to...@co...) > http://www.compton.nu/ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |