On Tue, Nov 27, 2007 at 12:41:23PM -0800, James McIlree wrote:
> >
> > We have an open question to Apple on this issue. James agreed that it
> > was odd, and is following up with the responsible engineer. James,
> > perhaps you could send your findings to dtrace-discuss?
>
> I've talked with the folks involved, I think this was just an accident.
>
> It does raise an interesting point, though. How does one deprecate
> an existing probe naming?
>
> I tried making a provider with stability level "Obsolete" for names,
> but I didn't get any warnings when using the resulting probes. Assuming
> we could get warnings for Obsolete names, how does one mark only
> portions of a provider as deprecated? I.E.:
>
> provider SomeProbesAreObsoleteButNotAll {
> probe entry(); // This needs to be deprecated
> probe sub-entry(); // This is the new name
> };
>
> James M
We don't permit stability attributes to be set per-probe, only per-provider.
(We felt originally this incurred too much additional space overhead per
probe with limited benefit). Personally given the nature of this issue
I would just change it, since it's simply a bug.
-Mike
--
Mike Shapiro, Solaris Kernel Development. blogs.sun.com/mws/
_______________________________________________
dtrace-discuss mailing list
[email protected]