These values are going to be defined in the new version of packet.h that
will be released together with WinPcap 4.0beta in a couple of days.
Loris
Gisle Vanem wrote:
The recent pcap-win32.c adds these link types:
NdisMediumBare80211
NdisMediumRadio80211
Searching MS and Google came up
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
Guy Harris wrote:
Loris Degioanni wrote:
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
No objection.
Me and Gianluca still checked in a couple of fixes in the Win32 code,
and from that point of view we should be ready.
Loris
Michael Richardson wrote:
-BEGIN PGP SIGNED MESSAGE-
Any objection to 0.9.2 going out in the next 20 hours?
- --
] Michael Richardson
There is an issue compiling 3.9.1 in Windows. The problem is that my
last patch to win32\prj\windump.dsp (2005/6/4) was not propagated to the
tcpdump_3_9 branch, and therefore the CVS snapshot compiles, but 3.9.1
fails in print-dhcp6.c.
If you're planning to do a subrelease to fix the -A flag
Guy Harris wrote:
Loris Degioanni wrote:
There is an issue compiling 3.9.1 in Windows. The problem is that my
last patch to win32\prj\windump.dsp (2005/6/4) was not propagated to
the tcpdump_3_9 branch,
Most of us checking in changes were checking them into both branches, so
we might
Michael Richardson wrote:
-BEGIN PGP SIGNED MESSAGE-
Loris == Loris Degioanni [EMAIL PROTECTED] writes:
Loris There is an issue compiling 3.9.1 in Windows. The problem is
Loris that my last patch to win32\prj\windump.dsp (2005/6/4) was
Loris not propagated
will be explicitly supported by the new capture format. What about
returning a u_int64_t?
Loris
Guy Harris wrote:
On Jun 3, 2005, at 2:29 PM, Loris Degioanni wrote:
Consistency of the API across different platforms, taking into
consideration that some of them could have serious rerstrictions
Trying to understand why the -C tcpdump option doesn't work under
Windows, I realized that a file pointer created in a dll can only be
used inside that dll. This is a documented Windows limitation.
This means that:
- pcap_dump_file and the other functions to make file pointers explicit
don't
Gianluca Varenni wrote:
- Original Message - From: Felipe Kellermann [EMAIL PROTECTED]
To: tcpdump-workers@lists.tcpdump.org
Sent: Wednesday, February 09, 2005 2:08 AM
Subject: Re: [tcpdump-workers] PCAP-NG suggestion
On Sun, 13 Feb 2005 2:28pm -0800, Loris Degioanni wrote:
I think
I think a block with data that starts at an arbitrary position of the
packet would be useful, but it would be impossible (or at least hard)
for the typical sniffer like Ethereal or tcpdump to dissect it. A
possible solution could be to define a new packet block, so that tools
unable to
Michael,
-BEGIN PGP SIGNED MESSAGE-
Loris == Loris Degioanni [EMAIL PROTECTED] writes:
Loris It depends on what our scribe means: I'll be around the
Loris world during the next month, and I'll not be able to work
Loris regularly on the document. Moreover, I'll like
Ok, I'm going to add a 8-byte hash option for the packet block. Can anybody
suggest the hashing algorithm?
Loris
In some email I received from Ronnie Sahlberg, sie wrote:
Oh, I forgot.
Another useful thing to have is an option for the packet block where one
would store
a reasonably
13 matches
Mail list logo