I'm afraid I have another problem.
Doing oprofpp, I get the error message:
"oprofpp: WARNING: the last modified time of the
binary file
/home/work/Zach/lib-rh72/opt/libOSGSystem.so does
not match
that of the sample file. Either this is the wrong binary
or the binary
has been modified since the sample file was created.
"
However, I have neither touched the executable, nor
the shared libraries for weeks!
Here is exactly what I do:
(as root)
# op_stop
Stopping profiling and killing daemon
# rm -rf /var/lib/oprofile/samples
# op_start --ctr0-event=CPU_CLK_UNHALTED
--ctr0-count=300000 --ctr0-kernel=0 --ctr0-user=1
--vmlinux=/lib/modules/2.4.9-34smp/build/vmlinux
--kernel-only=0 --separate-samples
Using log file /var/lib/oprofile/oprofiled.log [...]
(as user)
% run executable
(as root)
# op_dump
(as user)
% oprofpp --demangle --list-symbols
--show-shared-libs
/work/CollDet/coll/test/obj/linux2_gcc_opt/bench >
bench.prof
oprofpp: WARNING: the last modified time of the
binary file
/home/work/Zach/lib-rh72/opt/libOSGSystem.so does
not match
that of the sample file. Either this is the wrong binary
or the binary
has been modified since the sample file was created.
oprofpp: WARNING: the last modified time of the
binary file
/home/work/Zach/lib-rh72/opt/libOSGBase.so does
not match
that of the sample file. Either this is the wrong binary
or the binary
has been modified since the sample file was created.
Is it a problem if the libraries are on a remote NFS?
I checked that root can read those shared libs in the
remote NFS directory.
The libs oprofpp complains about are definitely much
older than the executable and some of the other
shared libs. So why does it complain exactly about
those two?
Logged In: YES
user_id=53034
can you modify the oprofile source to print out
the stat times it complains about when it
prints that message ? and also give "stat" results
of the relevant files.
Logged In: YES
user_id=53034
No info forthcoming, closing.