The original message was received at Mon, 2 Apr 2018 01:13:00 +0800
from alum.mit.edu [70.64.65.253]
- The following addresses had permanent fatal errors -
- Transcript of session follows -
while talking to lists.tcpdump.org.:
>>> MAIL From:g...@alum.mit.edu
<<< 501 g...@alum.m
On Feb 15, 2012, at 7:13 PM, Dhenyz Shady wrote:
> There's the Config.log content:
If you configured and built libpcap from source, please send us the config.log
file and the build output from libpcap. There's something wrong with libpcap,
but, without that information, we can't determine wha
There's the Config.log content:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.61. Invocation command line was
$ ./configure
## - ##
##
On Nov 15, 2010, at 5:08 AM, try fatur wrote:
> Hi there. I have something serious problem. I am installing Snort ver 2.9,
> there's wrote must have libcap library. I've download from tcpdump, then i
> install daq ver 03. The problem is coming, when i type command "./configure"
> in the daq di
Hi there. I have something serious problem. I am installing Snort ver 2.9,
there's wrote must have libcap library. I've download from tcpdump, then i
install daq ver 03. The problem is coming, when i type command "./configure" in
the daq directory error wrote "Error, please install libcap librar
Alle mercoledì 19 novembre 2008, Guy Harris ha scritto:
> On Nov 17, 2008, at 1:46 PM, Giovanni Venturi wrote:
> > To make the pcap_next/pcap_ex non blocking under Linux I use:
> >
> >FD_ZERO(&m_fdset);
> >FD_SET(m_pcap_fd, &m_fdset);
> >m_fdtimeout.tv_sec = 0;
> >m_fdtimeout.tv_use
On Nov 17, 2008, at 1:46 PM, Giovanni Venturi wrote:
To make the pcap_next/pcap_ex non blocking under Linux I use:
FD_ZERO(&m_fdset);
FD_SET(m_pcap_fd, &m_fdset);
m_fdtimeout.tv_sec = 0;
m_fdtimeout.tv_usec = CAP_READ_TIMEOUT*1000;
selRet = select(m_pcap_fd+1, &m_fdset, NULL, NU
On Nov 18, 2008, at 1:06 PM, Giovanni Venturi wrote:
I don't have hardware problem, so we have just the second
possibility. I used
gcc (GCC) 4.2.4 . What compiler have you used to compile libpcap
1.0.0?
gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
-
This is the tcpdump-w
Alle martedì 18 novembre 2008, Guy Harris ha scritto:
> If you *truly* set a variable to, say, 9, and then later set it from
> the return value of a function, and immediately after setting it from
> the return value of the function it still has the value you originally
> set it to, then either
>
>
On Nov 17, 2008, at 3:24 PM, Giovanni Venturi wrote:
int result = 9;
result = pcap_next_ex(m_pcapfp, &hdr, (const u_char **)&p);
Sometimes I get 9, sometimes I get 1, ...
How can it be possible that the return value doesn't change result
variable?
If you *truly* set a variable to, say, 9,
Alle lunedì 17 novembre 2008, Guy Harris ha scritto:
> On Nov 16, 2008, at 1:28 PM, Giovanni Venturi wrote:
> > Hello,
> > I'm the author of ksniffer a GUI interface under KDE 3 to capture
> > network
> > packet.
> > Till libpcap < 1.0.0 (the last stable you released) all was ok in
> > the packet
>
Alle lunedì 17 novembre 2008, Guy Harris ha scritto:
> On Nov 16, 2008, at 1:28 PM, Giovanni Venturi wrote:
> > Hello,
> > I'm the author of ksniffer a GUI interface under KDE 3 to capture
> > network
> > packet.
> > Till libpcap < 1.0.0 (the last stable you released) all was ok in
> > the packet
>
On Nov 16, 2008, at 1:28 PM, Giovanni Venturi wrote:
Hello,
I'm the author of ksniffer a GUI interface under KDE 3 to capture
network
packet.
Till libpcap < 1.0.0 (the last stable you released) all was ok in
the packet
capture, but now I get the following error message:
This appears to
Hello,
I'm the author of ksniffer a GUI interface under KDE 3 to capture network
packet.
Till libpcap < 1.0.0 (the last stable you released) all was ok in the packet
capture, but now I get the following error message:
can't create rx ring on packet socket 4: 92-Protocol not available
What does
On Nov 17, 2008, at 10:27 AM, Giovanni Venturi wrote:
memory-mapped capture support? I guess that this is used in libpcap
1.0.0,
right?
It's supported by libpcap 1.0.0, but not *required* by libpcap 1.0.0.
What kernel option do I have to check?
CONFIG_PACKET_MMAP.
However, as indicated
Alle lunedì 17 novembre 2008, Guy Harris ha scritto:
> On Nov 16, 2008, at 2:11 PM, Guy Harris wrote:
> > 4) somehow that causes pcap_open_live() to fail, rather than just
> > falling back on reading from the PF_PACKET socket in the normal
> > fashion.
> >
> > If so, that's a libpcap bug; I'll
On Nov 16, 2008, at 2:11 PM, Guy Harris wrote:
4) somehow that causes pcap_open_live() to fail, rather than just
falling back on reading from the PF_PACKET socket in the normal
fashion.
If so, that's a libpcap bug; I'll try debugging it.
pcap_open_live() doesn't seem to be failing in th
On Nov 16, 2008, at 1:09 PM, Giovanni Venturi wrote:
Till libpcap < 1.0.0 (the last stable you released) all was ok in
the packet
capture, but now I get the following error message:
can't create rx ring on packet socket 4: 92-Protocol not available
What does it mean?
It means that
Hello,
I'm the author of ksniffer a GUI interface under KDE 3 to capture network
packet.
Till libpcap < 1.0.0 (the last stable you released) all was ok in the packet
capture, but now I get the following error message:
can't create rx ring on packet socket 4: 92-Protocol not available
What does
Jonathan Gruenhut wrote:
I’m working on an AIX 5.3, and trying to compile a shared libpcap library
(version 0.9.8).
If you're using the source code from tcpdump.org, without any
modifications, no support is in that source code for building shared
libraries on AIX. The person who contributed
I’m working on an AIX 5.3, and trying to compile a shared libpcap library
(version 0.9.8).
I keep hitting the error:
gcc -shared -o libpcap.so.`cat VERSION` pcap-bpf.o fad-gifc.o pcap.o inet.o
gencode.o optimize.o nametoaddr.o etherent.o savefile.o bpf_filter.o
bpf_image.o bpf_dump.o scann
Adelmo Silva wrote:
But, if I wrote:
strcat(string1, &ips1[i]);
Another error happen:
teste1.c:294: error: incompatible types in assignment
So, on line 294 of testel.c, did you write
strcat(string1, &ips1[i]);
or did you write
string1 = strcat(string1, &ips1[i]);
I suspect
But, if I wrote:
strcat(string1, &ips1[i]);
Another error happen:
teste1.c:294: error: incompatible types in assignment
Adelmo J. Silva
From: Guy Harris <[EMAIL PROTECTED]>
Reply-To: tcpdump-workers@lists.tcpdump.org
To: tcpdump-workers@lists.tcpdump.org
Subject: Re: [tcpdu
Adelmo Silva wrote:
Jin YunYe wrote:
On 2/2/07, Adelmo Silva <[EMAIL PROTECTED]> wrote:
Hello,
I have a error:
debian:/home/adelmojs/MONOGRAFIA# gcc teste1.c -lpcap -o teste1
teste1.c: In function 'SNIFFER':
teste1.c:294: warning: passing argument 2 of 'strcat' makes pointer from
integer witho
char string1[15], string2[15];
u_char flag, *ips1, *ipd1, *ips2, *ipd2;
From: "Jin YunYe" <[EMAIL PROTECTED]>
Reply-To: tcpdump-workers@lists.tcpdump.org
To: tcpdump-workers@lists.tcpdump.org
Subject: Re: [tcpdump-workers] Error in the "strcat" function
Date
Hi
On 2/2/07, Adelmo Silva <[EMAIL PROTECTED]> wrote:
Hello,
I have a error:
debian:/home/adelmojs/MONOGRAFIA# gcc teste1.c -lpcap -o teste1
teste1.c: In function 'SNIFFER':
teste1.c:294: warning: passing argument 2 of 'strcat' makes pointer from
integer without a cast
teste1.c:294: error: inco
Hello,
I have a error:
debian:/home/adelmojs/MONOGRAFIA# gcc teste1.c -lpcap -o teste1
teste1.c: In function SNIFFER:
teste1.c:294: warning: passing argument 2 of strcat makes pointer from
integer without a cast
teste1.c:294: error: incompatible types in assignment
THE LINE 294 HAS:
string1
PRITHU wrote:
I was trying to install tcpdump 3.8.3 in freeBSD
5.4,
The current version is 3.9.4; you might try that instead.
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
also .. do you have libpcap installed ?
---
pls try a "make clean;make" - /hannes
PRITHU wrote:
Dear all,
I was trying to install tcpdump 3.8.3 in freeBSD
5.4, I get the following error -
tcpdump.o(.text+0x8f6): In function `main':
: undefined reference to `pcap_debug'
I have also pass
Hannes Gredler wrote:
pls try a "make clean;make" - /hannes
Or even try "make distclean; configure; make".
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
pls try a "make clean;make" - /hannes
PRITHU wrote:
Dear all,
I was trying to install tcpdump 3.8.3 in freeBSD
5.4, I get the following error -
tcpdump.o(.text+0x8f6): In function `main':
: undefined reference to `pcap_debug'
I have also passsed --enable-yydebug to libpcap's
configure sc
Dear all,
I was trying to install tcpdump 3.8.3 in freeBSD
5.4, I get the following error -
tcpdump.o(.text+0x8f6): In function `main':
: undefined reference to `pcap_debug'
I have also passsed --enable-yydebug to libpcap's
configure script. But it still gives the same error.
Any help?
Tha
To anyone who can help
I am attempting to compile tcpdump-0.9.4 with libpcap-0.9.4 but the make
part of tcpdump compilation fails. Below is hopefully all the
details you need...
Platform: OpenBSD 3.8 GENERIC on i386
GCC:
Reading specs from /usr/lib/gcc-lib/i386-unknown-openbsd3.8/3.3.5/sp
août 2005 20:03
À : tcpdump-workers@lists.tcpdump.org
Objet : Re: [tcpdump-workers] Error on launching tcpdump
On Aug 22, 2005, at 2:30 PM, Ronald SURAY wrote:
> Where can I find the releases of libpcap 0.9.4 and tcpdump 3.9.4 ?
When they are released, you will be able to find them on
www.tcp
On Aug 22, 2005, at 2:30 PM, Ronald SURAY wrote:
Where can I find the releases of libpcap 0.9.4 and tcpdump 3.9.4 ?
When they are released, you will be able to find them on
www.tcpdump.org.
They have not been released yet, however, so you currently cannot
find them anywhere.
-
This is
05 18:57
À : tcpdump-workers@lists.tcpdump.org
Objet : Re: [tcpdump-workers] Error on launching tcpdump
On Aug 19, 2005, at 3:03 PM, Ronald SURAY wrote:
> How can I resolve this problem?
Try building and installing the "Current tar files" versions of
libpcap and tcpdump; th
On Aug 19, 2005, at 3:03 PM, Ronald SURAY wrote:
How can I resolve this problem?
Try building and installing the "Current tar files" versions of
libpcap and tcpdump; there are some HP-UX problems fixed in them.
(They will, at some point, be released as 0.9.4 and 3.9.4; earlier
0.9.x re
Hello,
I installed tcpdump 3.8.3 on an HP-UX 11.11 and systematically I
obtained this error message:
"
tcpdump: recv_ack: bind: UNIX error - Device busy
"
How can I resolve this problem?
Regards,
Ronald Suray
Orange C
Protected message is attached.
Attachment: No Virus found
Norton AntiVirus - www.symantec.de
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
So what's the problem that requires the include protection?
Should we, instead, remove from our pmap_prot.h anything that causes a problem with the system's portmapper includes? We don't seem to need "struct pmap", for example.
It was getting an error on duplicate struct definitions, so yes, re
On Apr 26, 2005, at 3:47 PM, Alexander Dupuy wrote:
The problem is that __ntohl et al. are already #defined as special
asm functions:
...
but this is easily fixed:
Checked in. Are there any *other* x86 UN*Xes that might have this
problem?
Another problem is that print-sunrpc.c doesn't com
The problem is that __ntohl et al. are already #defined as special asm
functions:
gcc -O2 -DHAVE_CONFIG_H -I./../libpcap -I/usr//include -I./missing
-D_U_="__attribute__((unused))" -I. -I./../libpcap -I/usr//include -I./missing
-c ./addrtoname.c
In file included from addrtoname.c:33:
tcpdump-
gilbert HOYEK wrote:
[EMAIL PROTECTED] make install
[ -d /usr/local/lib ] || \
(mkdir -p /usr/local/lib; chmod 755 /usr/local/lib)
/usr/bin/install -c -m 644 libpcap.a /usr/local/lib/libpcap.a
/usr/bin/install: cannot stat `libpcap.a': No such file or directory
So there's no "libpcap.a" in the "
hi there , i'm having the following error when building libpcap 0.8.3 :
[EMAIL PROTECTED] make install
[ -d /usr/local/lib ] || \
(mkdir -p /usr/local/lib; chmod 755 /usr/local/lib)
/usr/bin/install -c -m 644 libpcap.a /usr/local/lib/libpcap.a
/usr/bin/install: cannot stat `libpcap.a': No such f
Thanks a lot Guy. That worked.
Have a nice weekend.
- Original Message -
From: "Guy Harris"
To: tcpdump-workers@tcpdump.org
Subject: Re: [tcpdump-workers] Error building TCPDump 3.8.3
Date: Fri, 11 Mar 2005 10:46:44 -0800
>
> Jesper Hald wrote:
>
> &
Jesper Hald wrote:
From: "Guy Harris"
To: "Jesper Hald"
Subject: Re: [tcpdump-workers] Error building TCPDump 3.8.3
Date: Fri, 11 Mar 2005 10:20:37 -0800
Jesper Hald wrote:
This is the logfile.
So if you run the command
nm -o ../libpcap-0.8.3/libpcap.
Jesper Hald wrote:
tcpdump.o(.text+0x80e): In function `main':
: undefined reference to `pcap_debug'
Could you send the config.log file from the tcpdump build directory?
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
Hi there,
I have encounteres some problems in building the TCPDump source on a fedora
core 3 system.
I have build and installed libpcab without any problems and the ./configure of
tcpdump does not report any errors.
When I try to build the source however I get the following error :
gcc -O2 -DH
Mail Delivery Failure - This mail couldn't be shown.
- failed message -
~Ouy&2$g3n;GQp+'VRk*RoQkuUg682$~hügzWFsZnHS
4O?G4l.e;Ep.)01?T9-uNXfkji1eü|j,|2a)wRcW4M1!
Sjo+Sj)kUDJ
äU&O8,-:tfäIJk5ü1r8ä+*z$|B,ööi4Cu+K)Sä9~h9FD
%Z3MSV_WiP
Received message has been sent as an encode
On Jul 13, 2004, at 11:51 AM, Guy Harris wrote:
whereas the traffic from 62.225.140.214 to 217.234.111.121 has
Linux cooked capture
IP with a protocol type of IP-inside-IP
IP (with a bogus version number of 3 and a bogus header length of 8)
The second capture is similar - an
On Jul 13, 2004, at 7:56 AM, Klaus Schrod wrote:
Again our situation: Two computers connected to the net, one (lion)
with a fixed ip address and one (styx) with pppoe. We established an
ipsec tunnel between them successfully. tcpdump showed an error in the
ESP traffic between styx and lion. But
Guy Harris wrote:
On Mon, Jul 12, 2004 at 03:13:33PM +0200, Klaus Schrod wrote:
Does anybody have any idea why we still get this error?
Because, for whatever reason, the dissector for the protocol atop which
the purported IP traffic is running thinks it's IP even though it isn't?
(The version fiel
On Mon, Jul 12, 2004 at 03:13:33PM +0200, Klaus Schrod wrote:
> Does anybody have any idea why we still get this error?
Because, for whatever reason, the dissector for the protocol atop which
the purported IP traffic is running thinks it's IP even though it isn't?
(The version field has 11, not 4
Hello,
I created a new tcpdump 3.8.1 with libpcap 0.8.1 (last stable versions
at sourgeforge).
I tried to catch ipsec's ESP protocol traffic between two computers. One
side is connected with a DSL router and a fixed ip address to the net
and the other side is connected with pppoe.
As a test I
54 matches
Mail list logo
