In message <y2vadn+dc6jy+...@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.schub...@cschubert.com> FreeBSD UNIX: <c...@freebsd.org> Web: https://FreeBSD.org NTP: <c...@nwtime.org> Web: https://nwtime.org e^(i*pi)+1=0