dtrace discuss - Feb 2006 - Stripped Executable With Not-Stripped Objects--The Flow of Things?

Is there a workable solution for "dtrace -F..." when the main
executable is stripped but the load objects are not?

If a User process (stripped) has a number of plug-ins (not-stripped), and a
number of supporting libraries (not-stripped)...the total being ''load
objects''; Is it possible to show User process flow/events or will only
the "pid123:::entry and return for the non-stripped objects be visible?

Is "pid123::-:entry and return to ''instrument'' the
stripped executable the right course?
This message posted from opensolaris.org

Hi Mike,

Right now there isn''t a great answer for stripped executables: we
can''t
discover entry and return probes without symbols and the ''-''
syntax you
mentioned is only useful for explicit addresses. As far as tracing
stripped binaries, you''re pretty much out of luck so don''t
strip!

Adam

On Sun, Feb 19, 2006 at 08:16:57AM -0800, Mike Kuhnkey
wrote:
> Is there a workable solution for "dtrace -F..." when the main
executable is stripped but the load objects are not?
> 
> If a User process (stripped) has a number of plug-ins (not-stripped), and a
number of supporting libraries (not-stripped)...the total being ''load
objects''; Is it possible to show User process flow/events or will only
the "pid123:::entry and return for the non-stripped objects be visible?
> 
> Is "pid123::-:entry and return to ''instrument'' the
stripped executable the right course?
> This message posted from opensolaris.org
> _______________________________________________
> dtrace-discuss mailing list
> dtrace-discuss at opensolaris.org
-- 
Adam Leventhal, Solaris Kernel Development       http://blogs.sun.com/ahl