Hi,
On Monday 11 October 2010, [email protected] wrote:
> I am running valgrind 3.4.1 on a ppc32 system, using uClibc. I am using
> 3.4.1 because 3.5.0 won't compile for ppc32.
Oh, what is the reason?
> I am running a multi-threaded program under callgrind, viewing the call
> graph in kcachegrind.
>
> The output looks reasonably sane, up to a point. But if I turn off cycle
> detection in kcachegrind, I see some function calls which just don't make
> sense (e.g. fprintf calling one of my application's functions).
Yes, it is known that Callgrind sometimes is completely wrong regarding calls
and returns on PPC{32/64}, as well as on the newly introduced ARM support in
the upcoming 3.6.0 (see bug 252091 for the ARM bug report,
https://bugs.kde.org/show_bug.cgi?id=252091).
The reason are some hardcoded assumptions which only are true on x86/amd64.
Can you open a similar bug report for PPC32 for this, describing the problems
you see?
It does not really have something to do with PThreads, as far as I can see.
Thanks,
Josef
>
> If I turn cycle detection on, almost all of the cycles seem to get folded
> up into a nameless call labelled as "<cycle 2>" in libpthread.so
>
> This leads me to believe that the call graph is getting befuddled by
> pthread context switches. Is this a fair assumption? Is it a known
> problem? Is there anything I can do about it?
>
> Thanks very much,
>
> Stuart
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Valgrind-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/valgrind-users
