Some genius had the idea of adding a new file (print-slow.c) to the
repository few hours before the x.9.2 release, without at least trying
to recompile on all the platforms. Result: tcpdump 3.9.2 doesn't compile
under Windows (even if it used to compile the night before the release).
We alread
Sam Pierson wrote:
What I meant was that in a situation where you send a single packet,
you can't pick it up as soon as it comes, you have to wait for some
other timeout value that you supply... the problem is that it only has
a time resolution of 1ms, so for applications that depend on a finer
On 7/12/05, Guy Harris <[EMAIL PROTECTED]> wrote:
> Sam Pierson wrote:
>
> > This is unavoidable, as the problem lies within FreeBSD, correct?
>
> To what does "this" refer?
What I meant was that in a situation where you send a single packet,
you can't pick it up as soon as it comes, you have to
- Original Message -
From: "Guy Harris" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, July 12, 2005 3:15 AM
Subject: Re: [tcpdump-workers] FreeBSD 5.4 & PCAP: blocked read() on
pcap_lookupnet()
> Richard Huddleston wrote:
>
> > (gdb) where
> > #0 0x280ee6fb in read () from /lib/libc.so.5
> >
Sam Pierson wrote:
This is unavoidable, as the problem lies within FreeBSD, correct?
To what does "this" refer?
It's an intended feature that a zero timeout will wait until "enough"
packets arrive, so if you're not in non-blocking mode, it is, indeed,
"unavoidable" that a read will block un
On 7/12/05, Guy Harris <[EMAIL PROTECTED]> wrote:
> Richard Huddleston wrote:
>
> It'll block waiting for "enough" packets to arrive to fill up the kernel
> BPF buffer - or, if a non-zero timeout was supplied in the
> pcap_open_live() call, until the timer expires. If the timeout was
> zero, it'l
Richard Huddleston wrote:
(gdb) where
#0 0x280ee6fb in read () from /lib/libc.so.5
#1 0x28090c57 in pcap_lookupnet () from /usr/lib/libpcap.so.3
#2 0x28091adb in pcap_loop () from /usr/lib/libpcap.so.3
GDB is buggy, it appears, and printed a bogus stack trace; pcap_loop()
doesn't call pcap
On Jul 12, 2005, at 3:42 AM, Thinh Ho wrote:
Thanks for your reply!
Extracting the data is where I am stuck...
The struck of option is below:
typedef struct option
{
byte byte1;
byte byte2;
byte byte3;
} option;
An option might have fewer than, or more than, three bytes.
For that reason, ne
Hi All,
I can confirm that "tcpdump mpls & src net ..." works with the
latest libpcap version! Thanks a lot to Hannes for the update
and to all who adviced me about mpls-related syntax.
Regards,
Sven Ubik
On Fri, 8 Jul 2005, Hannes Gredler wrote:
> i have just checked in a fix for MPLS code ge
Thanks for your reply!
Extracting the data is where I am stuck...
The struck of option is below:
typedef struct option
{
byte byte1;
byte byte2;
byte byte3;
} option;
I created a method in main to display the timestamp:
void display_tsopt(const u_char *pkt_data, tcp_header* tcp, long &val, long
CVS log entries from 11.07.2005 (Mon) 09:07:04 - 12.07.2005 (Tue) 09:07:18 GMT
=
Summary by authors
=
Author: guy
File: tcpdump/tests/print-capXX.out; Revisions: 1.1
File: tcpdump
11 matches
Mail list logo
