[dtrace-discuss] Asynchronous signal handling in fasttrap provider

[Saravanan S]

On 2/20/07, James McIlree <jmcilree at apple.com> wrote:
>
>
>         As you may be aware, Apple is quite protective of any information
> that
> hasn't been publicly disclosed, I will not be able to answer many
> questions about
> our implementation until after it ships.


I understand that. I will be waiting for the  shipment of the derived
binaries.

>
>         If you're porting from scratch, I would concentrate on getting
> just one
> provider working, say syscall or fbt. You can comment out large
> sections of the code while bringing up dtrace. DTrace will work with quite
> a bit of
> its functionality missing, and you can incrementally add them back in as
> you gain
> understanding of the inner workings. The test suite is your friend!


Thanks for the tips! I will try to use them.

>
>         If you can delay making decisions on how to handle those
> situations
> until later (when you have a better understanding of how DTrace
> works), you may save yourself a few code rewrites. Bringing up syscall or
> fbt
> should be possible without hitting any major mismatches, every OS I know
> of has
> either system calls or function calls :-).


Thats precisely my plan, first to investigate the internals of Dtrace
on one architecture(x86)
and estimate the things necessary for porting.  And slowly bringing up
provider by provider.

Thanks again for your valuable tips.

- Saravanan S

        James M
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.opensolaris.org/pipermail/dtrace-discuss/attachments/20070219/2a91bcc9/attachment.html