Prashant Srinivasan
2006-Jun-15 07:02 UTC
[dtrace-discuss] libdtrace as a public interface?
Is there intent to expose libdtrace as public APIs in a Solaris update - if yes, do we know when? Thanks, -ps -- Prashant Srinivasan GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A
Hi Prashant, There are no plans at present to increase the stability of the C APIs -- they''re exposed in that all the source code is there on OpenSolaris.org, but the interfaces may change. The best ways to build applications that use DTrace are with the Java APIs which will be backported at some point to a Solaris 10 update, and by invoking the dtrace(1M) command with a script that generates easily parsed output. Adam On Thu, Jun 15, 2006 at 12:02:31AM -0700, Prashant Srinivasan wrote:> Is there intent to expose libdtrace as public APIs in a Solaris update - > if yes, do we know when? > > Thanks, > -ps > > -- > Prashant Srinivasan > GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A > > _______________________________________________ > dtrace-discuss mailing list > dtrace-discuss at opensolaris.org-- Adam Leventhal, Solaris Kernel Development http://blogs.sun.com/ahl
Adam Leventhal wrote:> There are no plans at present to increase the stability of the C APIs -- > they''re exposed in that all the source code is there on OpenSolaris.org, but > the interfaces may change. The best ways to build applications that use > DTrace are with the Java APIs which will be backported at some point to > a Solaris 10 update,"at some point" means... ? update 3? later? sooner?> and by invoking the dtrace(1M) command with a script > that generates easily parsed output.IMHO this approach enforces my request [1] to have a pragma option to disable automatic aggregations print on exit (''cause this way i''ve no "direct" control on the format of the output, making it harder to parse the output) [1] http://www.opensolaris.org/jive/click.jspa?searchID=95261&messageID=37871 http://www.opensolaris.org/jive/click.jspa?searchID=95261&messageID=37878
> >There are no plans at present to increase the stability of the C APIs -- > >they''re exposed in that all the source code is there on OpenSolaris.org, > >but > >the interfaces may change. The best ways to build applications that use > >DTrace are with the Java APIs which will be backported at some point to > >a Solaris 10 update, > > "at some point" means... ? update 3? later? sooner?As I''ve mentioned a couple of times on this forum, we can''t tell for sure the particular update various features are going to appear in with any confidence until they''ve actually been integrated. My best guess is update 4, but I could be way off.> >and by invoking the dtrace(1M) command with a script > >that generates easily parsed output. > > IMHO this approach enforces my request [1] to have a pragma option to > disable automatic aggregations print on exit (''cause this way i''ve no > "direct" control on the format of the output, making it harder to parse > the output)Sure, but note that there are several serviceable workarounds. Adam -- Adam Leventhal, Solaris Kernel Development http://blogs.sun.com/ahl
On Fri, Jun 16, 2006 at 10:49:53PM +0200, Alessio Cervellin wrote:> Adam Leventhal wrote: > > >There are no plans at present to increase the stability of the C APIs -- > >they''re exposed in that all the source code is there on OpenSolaris.org, > >but > >the interfaces may change. The best ways to build applications that use > >DTrace are with the Java APIs which will be backported at some point to > >a Solaris 10 update, > > "at some point" means... ? update 3? later? sooner? > > >and by invoking the dtrace(1M) command with a script > >that generates easily parsed output. > > IMHO this approach enforces my request [1] to have a pragma option to > disable automatic aggregations print on exit (''cause this way i''ve no > "direct" control on the format of the output, making it harder to parse > the output)If you don''t want an aggregation to print, put a trunc(@whatever) in the END probe. Cheers, - jonathan -- Jonathan Adams, Solaris Kernel Development
Prashant Srinivasan
2006-Jun-16 21:37 UTC
[dtrace-discuss] libdtrace as a public interface?
Hi Adam, > The best ways to build applications that use DTrace are with the Java APIs which will be backported . . . Is there a pointer to the Java APIs that can be used to invoke DTrace(if that''s what is meant here)? Thanks, -ps Adam Leventhal wrote:>Hi Prashant, > >There are no plans at present to increase the stability of the C APIs -- >they''re exposed in that all the source code is there on OpenSolaris.org, but >the interfaces may change. The best ways to build applications that use >DTrace are with the Java APIs which will be backported at some point to >a Solaris 10 update, and by invoking the dtrace(1M) command with a script >that generates easily parsed output. > >Adam > > >On Thu, Jun 15, 2006 at 12:02:31AM -0700, Prashant Srinivasan wrote: > > >>Is there intent to expose libdtrace as public APIs in a Solaris update - >>if yes, do we know when? >> >>Thanks, >>-ps >> >>-- >>Prashant Srinivasan >>GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A >> >>_______________________________________________ >>dtrace-discuss mailing list >>dtrace-discuss at opensolaris.org >> >> > > >-- Prashant Srinivasan GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A
If you have build 35 of OpenSolaris or later, you can go here: file:///usr/share/lib/java/javadoc/dtrace/api/index.html Adam On Fri, Jun 16, 2006 at 02:37:37PM -0700, Prashant Srinivasan wrote:> Hi Adam, > > > The best ways to build applications that use DTrace are with the Java > APIs which will be backported . . . > > Is there a pointer to the Java APIs that can be used to invoke DTrace(if > that''s what is meant here)? > > Thanks, > -ps > > > > Adam Leventhal wrote: > > >Hi Prashant, > > > >There are no plans at present to increase the stability of the C APIs -- > >they''re exposed in that all the source code is there on OpenSolaris.org, > >but > >the interfaces may change. The best ways to build applications that use > >DTrace are with the Java APIs which will be backported at some point to > >a Solaris 10 update, and by invoking the dtrace(1M) command with a script > >that generates easily parsed output. > > > >Adam > > > > > >On Thu, Jun 15, 2006 at 12:02:31AM -0700, Prashant Srinivasan wrote: > > > > > >>Is there intent to expose libdtrace as public APIs in a Solaris update - > >>if yes, do we know when? > >> > >>Thanks, > >>-ps > >> > >>-- > >>Prashant Srinivasan > >>GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A > >> > >>_______________________________________________ > >>dtrace-discuss mailing list > >>dtrace-discuss at opensolaris.org > >> > >> > > > > > > > > > -- > Prashant Srinivasan > GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x82FBDE5A-- Adam Leventhal, Solaris Kernel Development http://blogs.sun.com/ahl
On Fri, 16 Jun 2006, Adam Leventhal wrote:>>> There are no plans at present to increase the stability of the C APIs -- >>> they''re exposed in that all the source code is there on OpenSolaris.org, >>> but >>> the interfaces may change. The best ways to build applications that use >>> DTrace are with the Java APIs which will be backported at some point to >>> a Solaris 10 update, >> >> "at some point" means... ? update 3? later? sooner? > > As I''ve mentioned a couple of times on this forum, we can''t tell for sure > the particular update various features are going to appear in with any > confidence until they''ve actually been integrated. My best guess is update > 4, but I could be way off.I would highly recommend that folks ping their sales representatives to get the latest and greates DTrace features integrated into a shipping version of Solaris 10. I recently pinged my sales team to see if they could push through multiple aggregation support, is-enabled probes, and the Java APIs. The more requests the merrier! - Ryan -- UNIX Administrator http://daemons.net/~matty