Re: trpt(8) to be decomissioned

In message <Y2VAdN+DC6jy+L4d@FreeBSD.org>, Gleb Smirnoff writes:
>   Max,
>
> the reason I want to retire it is not that it consumes 40 Kb
> in the repository.  The reason is that knows kernel structures,
> and fails to compile after changes to them.  So the tool that
> nobody uses requires special care when working on TCP.  The
> kernel headers disclose the structures for trpt (with some
> protection with _WANT_TCPCB, though) and some software from
> ports (not calling names!) would start use them too. Now a
> kernel developer needs to care not only about trpt, but
> about this software, too.
 
I recall when Bryan Cantrill came to one of the local hotels here to 
announce Solaris 9, I remember him saying that Solaris truss was now an app 
that called DTrace functions. If people feel the need for trpt-like 
utility, would it be an idea to write it using DTrace calls? Could it be a 
GSoC project? It would be kind of neat for a co-op student or someone to 
get their feet wet with systems programming.

I typically use DTrace when snooping around looking for that proverbial 
needle in a haystack. And TCPDEBUG seems to be one of those things that 
DTrace was designed to replace.

It would be a good project to have a still in school upcoming developer to 
work on.


-- 
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy@nwtime.org>    Web:  https://nwtime.org

			e^(i*pi)+1=0