On Mon, Jun 16, 2014 at 12:07:32PM +0900, Masatake YAMATO wrote:
> How about x86_64?
> 
> I guess testing on x86_64 is failed, too.

No, on x86_64 the test always succeeds.

On armv7hl it is unreliable: sometimes it succeeds
(e.g. https://koji.fedoraproject.org/koji/taskinfo?taskID=7043723),
sometimes it fails
(e.g. https://koji.fedoraproject.org/koji/taskinfo?taskID=7049221),
and on my local armv7hl host it always fails with "too many stack frames".

> It seems that the libunwind on fedora is not linked to liblzma. 
> As the result it cannot decode minidebug info.
> 
>    https://bugzilla.redhat.com/show_bug.cgi?id=972737

This is not necessarily the root of all problems.

> As far as trying with privately built libunwind f1, f0 and main are
> decoded expectedly.
> 
> BTW, I'm afraid stack-fcall used in the test is more optimized than I
> expected.

No, stack-fcall is not overoptimized.  I've split stack-fcall.c into several
compilation units just to be sure that intermediate function calls are not
optimized out (see https://sourceforge.net/p/strace/code/ci/ldv/unwind/~/log/)
and made another test build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=7049219
You can see that on x86_64 the test succeeded, and on i686 and armv7hl it
failed.


-- 
ldv

Attachment: pgpYwLU4Omi93.pgp
Description: PGP signature

------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Strace-devel mailing list
Strace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/strace-devel

Reply via email to