I quickly tried to replicate the problem on my athlon test machine. It
was able to do op_to_source without problem with two events being
measured. The problem is either tied to specific events/machine being
used or the program being analyzed. I would like to find out what is
going wrong. What precisely is meant by "output ends halfway through
description of active counters?"
Could you install the oprofile-debuginfo-0.5.4-13.i386.rpm on your
machine? I have put a copy at
http://people.redhat.com/wcohen/oprofile/oprofile-debuginfo-0.5.4-13.i386.rpm.
Then do the following commands:
gdb /usr/bin/op_to_source
run -i executable
When it dies get a trace back in gdb from:
where
Post the output of the gdb traceback on this bugzilla entry.

Ah-hah. I suppose a real solution will take a little bit of work, but
for my immediate problem it'd be fine if it'd just print "???" or some
such. Are you contemplating a quick fix, or should I go off and hack
my own patched RPM?

Created attachment 99486[details]
handle the bitwise ors of unit-masks when printing descriptions
This essentially backports the printing of "multiple flags" from the 0.8
oprofile cvs to the 0.5.4 oprofile.
This patch has been checked in and rpms oprofile-0.5.4-20 and later will have
this patch.

Looks great. Could I pester you to spin -20 immediately, so I could
grab the RPM from beehive? I'm looking into a performance issue on a
customer's machine, and that test setup is only going to be available
to me for a limited time. Thanks ...

Note

You need to
log in
before you can comment on or make changes to this bug.