From owner-freebsd-questions Sun Jul 13 21:32:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27845 for questions-outgoing; Sun, 13 Jul 1997 21:32:55 -0700 (PDT) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.186.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27840 for ; Sun, 13 Jul 1997 21:32:50 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id VAA03939; Sun, 13 Jul 1997 21:32:33 -0700 (PDT) Date: Sun, 13 Jul 1997 21:32:33 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Matthew Hunt cc: mark abrenio , questions@FreeBSD.ORG Subject: Re: tcptrace In-Reply-To: <19970713130852.27665@astro.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 13 Jul 1997, Matthew Hunt wrote: > On Sat, Jul 12, 1997 at 10:16:26PM -0700, Doug White wrote: > > > I guess it depends on that tcptrace is processing.... > > The idea of tcptrace is to convert the packet-oriented output of > tcpdump and similar programs to a connection-oriented listing showing > details of a whole TCP connection at once. Thanks for the clarify. The only thing I can think if is that the version of tcpdump in FreeBSD varies from the output that tcptrace is expecting. You might check the tcptrace docs and see if it requires certain flags. Also, make sure file 'foo' actually has valid data, perhaps you forgot to compile in bpf and the error is going into the file and not to the console. :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo