Ethereal-dev: Re: [ethereal-dev] C't article

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

From: Guy Harris <gharris@xxxxxxxxxxxx>
Date: Wed, 24 Nov 1999 10:56:04 -0800
> I found a C't article about Ethereal:
> 
> http://www.heise.de/ct/shareware/99/24/072_1.shtml

Shareware?

> It's in German. Babelfish (http://babelfish.altavista.com/)
> turns it into almost-English.

"Almost" is the key word here; the Babelfish's translations read as
word-for-word translations, with the source language's word order, and
with idioms often translated literally rather than idiomatically.

Some comments they make:

	Something the different filter concepts of Ethereal for display
	and Capturing are confusing.

Yes, at some point I need to finish up the stuff I've been working on to
translate a display-filter-like capture-filter language to "libpcap"
filter language, so that we can offer a similar filter language for
capture filters and other filters.

	With their assistance for example certain packages can be
	emphasized coloured.  So far the user must make these
	adjustments still.  A list of meaningfully preset color coding
	would be desirable.

Interesting.  Any suggestions for a "default" color-coding scheme?

	the program on an older Linux system for the application comes,
	which contains still none ' glibc ', must one a static Binary
	build itself (export LD_FLAGS=" static ").

It sounds as if they're saying that on a "libc5" system, you have to
build statically-linked binaries - or are they saying that if you build
it on a newer system, you have to statically-link it if you want to be
able to run it on a "libc5" system?

(Does German really use "Bibliothek" for a subroutine library?  The
"Biblio" part too strongly suggests books to me, so it sounds a bit
odd to me.)