Date: Thu, 21 Dec 2000 14:07:13 -0500 From: Wesley Eddy <firstname.lastname@example.org> Subject: Re: Form data from the Web Message-ID: <20001221140713.C12770@masaka.cs.ohiou.edu>
On Tue, Dec 19, 2000 at 10:40:27AM -0500, Nobody wrote:
> During the make(compile), I get the following error:
> gcc -O2 -DGUNZIP="\"gunzip\"" -DLOAD_MODULE_HTTP -DLOAD_MODULE_TRAFFIC -DLOAD_MODULE_RTTGRAPH -DLOAD_MODULE_TCPLIB -DLOAD_MODULE_COLLIE -DGROK_SNOOP -DGROK_TCPDUMP -DGROK_NETM -DGROK_ETHERPEEK -DGROK_NS -DHAVE_LIBM=1 -DSIZEOF_UNSIGNED_LONG_LONG_INT=8 -DHAVE_MKSTEMP=1 -DHAVE_VALLOC=1 -DHAVE_MEMALIGN=1 -DHAVE_INET_PTON=1 -I. -Ilinux-include -I/usr/include -I. -I../pcap -I/usr/include/pcap -c -o tcpdump.o tcpdump.c
> tcpdump.c: In function `pread_tcpdump':
> tcpdump.c:179: incompatible types in assignment
> tcpdump.c: In function `PcapSavePacket':
> tcpdump.c:314: incompatible types in assignment
> make: *** [tcpdump.o] Error 1
We've had a couple reports of this compilation problem on Redhat systems now.
Both of the lines which gcc is rejecting are assignments of what should be
timevals to timevals. I'm betting that this is yet another problem caused by
there being seven hundred libpcaps out there, and the one that Redhat includes
is probably broken in that the ts element of a struct pcap_pkthdr isn't a
timeval. Not having a Redhat system to look at the pcap.h though, I don't know.
One solution may be to try another libpcap. I know the Linux-Mandrake one
works fine, so going to one of their mirrors and getting a new libpcap RPM may
be all it takes to fix.
This archive was generated by hypermail 2b30 : 01/09/01 EST