Ethereal-dev: Re: [Ethereal-dev] trying to compile fails (although it shouldn't...)

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

From: Guy Harris <guy@xxxxxxxxxx>
Date: Thu, 21 Mar 2002 13:54:43 -0800
On Thu, Mar 21, 2002 at 08:20:32PM +0000, Nico Schottelius wrote:
> Guy Harris [Thu, Mar 21, 2002 at 11:50:27AM -0800]:
> > Are you also planning on releasing either
> > 
> > 	1) changes to autoconf
> 
> This would be most senseful, but because FSH is not yet released, it would 
> be much to early for that.

And, besides, it won't help with stuff that's already been packaged with
earlier versions of autoconf.

> > 	2) changes to all software using autoconf
> 
> No. I don't like that.

I don't, either.

> 
> > 	3) a suggested "config.site" file, plus directions to set
> > 	   "CONFIG_SITE"
> 
> I have not heard about config.site files, could you give me an url or something
> for more information ?

	http://www.gnu.org/manual/autoconf-2.52/html_chapter/autoconf_12.html#SEC128

I don't know whether that would let you override the default include or
lib directories, nor do I know whether it'd let you forcibly add the
necessary "-I" and "-L" flags to every autoconf package.

It might be possible to modify the configuration files GCC reads (the
"specs" files) to make them automatically search in directories other
than the default ones.  You would probably want to do that as well, as
people might not be happy if they can't just do

	gcc foo.c

but have to do

	gcc -I/usr/include/include -L/usr/lib/lib foo.c

or whatever your scheme requires.

Doing so might obviate the need to specially configure autoconf as well,
so that it doesn't have to look in unusual header file and library
directories or to tell other programs to do so.

> Btw, back to etherreal: 
> After I got it running, it seems to break down:
> I start logging for some seconds and then stop it. Etherreal tries to load
> the file, but doesn't finish this process! The table with the data is updated
> really seldom (after window over/back it is redrawn very late)...
> 
> Is that normal ?

Yes, if

	1) you haven't disabled IP-address-to-name resolution

and

	2) there are DNS delays trying to resolve IP addresses from the
	   capture (either due to DNS servers being down, or some other
	   problem reaching them, or some form of misconfiguration).