Ethereal-dev: Re: [Ethereal-dev] RFC framework for graphical extensions like t he recent rate_

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next
From: Guy Harris <gharris@xxxxxxxxx>
Date: Thu, 27 Jun 2002 02:16:28 -0700
On Wed, Jun 26, 2002 at 12:21:37AM +0200, Joerg K wrote:
> Maybe I don't understand the problem, but wouldn´t it be a lot easier to 
> rely on existing visualisation packages instead of writing new code based on 
> glib ?

As John McDermott noted, the problem is with live graphs; if there's a
way to use existing packages, e.g. by having pipes open to graphing
programs, that might do it.

> Ethereal could even call e.g. gnuplot (or Excel :-) ) supplying the data 
> file and options (or maybe even scripts for the plotter).
> Already a configurable CSV export feature in Ethereal would help me a lot.

One form of configurable CSV export feature might be to specify the
export format as a comma-separated list of packet field values, e.g.

	ip.src,ip.dst,tcp.srcport,tcp.seq,tcp.len

to get a comma-separated list of source and destination IP addresses,
source and destination port numbers, TCP sequence numbers, and TCP
segment lengths.

A variable would be printed in whatever format is appropriate for its
type; we might have to put string values in quotes (and escape quotes in
the string), to handle string values with commas in them (and might have
to escape special characters such as newlines).