Re: trpt(8) to be decomissioned

> On 5. Nov 2022, at 01:54, Cy Schubert <Cy.Schubert@cschubert.com> wrote:
> 
> 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.
That plan is to use BBLog as an replacement.

Best regards
Michael
> 
> 
> -- 
> 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
> 
> 
> 
> 
>