It seems something was changed in TCP during last weeks what leads
following strange bahaviour:
If I open capture file, all is OK.
When I apply any filter (or clean previous one) all TCP packets are
marked with [TCP Retransmission].
If I do Reload all is OK again. I.e. I have to make reload after
It is OK now.
Thanks!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gerald Combs
Sent: Wednesday, December 06, 2006 9:31 PM
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] HAVE_AIRPDCAP
I've checked in a slightly different fix in
Hi,
Version 1.6.0 is available from http://www.josefsson.org/gnutls4win/
Perhaps we should update to use that?
BR
Anders
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev
Hi,
On Thu, 7 Dec 2006, Anders Broman wrote:
>
>
> -Ursprungligt meddelande-
> Fr??n: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] F??r Stephen Fisher
> Skickat: den 7 december 2006 01:03
> Till: Developer support list for Wireshark
> ??mne: Re: [Wireshark-dev] [PATCH] range_string and O
-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Stephen Fisher
Skickat: den 7 december 2006 01:03
Till: Developer support list for Wireshark
Ämne: Re: [Wireshark-dev] [PATCH] range_string and OSPF bcmodelid
On Mon, Dec 04, 2006 at 10:03:57AM +0100, Frances
On Mon, Dec 04, 2006 at 10:03:57AM +0100, Francesco Fondelli wrote:
> So I defined a range_string struct. It's like value_string but stores
> range <-> string pairs. Moreover I wrote rval_to_str(),
> match_strrval_idx() match_strrval() which are behaving exactly as
> val_to_str(), match_strval_
Joerg Mayer wrote:
> Gerald,
>
> On Tue, Dec 05, 2006 at 07:24:27PM +, [EMAIL PROTECTED] wrote:
>> Log:
>> From Davide Schiera and Giorgio Tino: Add initial WPA/WPA2 decryption
>> support.
>>
>> WEP key preferences have been overloaded to allow WPA keys. The
>> decryption code currently
On Tue, Dec 05, 2006 at 03:48:59PM -0800, Guy Harris wrote:
>
> On Dec 5, 2006, at 1:57 PM, Ulf Lamping wrote:
>
> > As a Windows user I don't know what an "epoch time" is.
>
> Not all Unix users know what it is, either.
>
> > Would it be
> > better to use "Seconds Since Unix Epoch" or even bet
I've checked in a slightly different fix in r20053. Tomas, can you
verify that it works on your system?
Giorgio Tino wrote:
> Hi Tomas,
> HAVE_AIRPDCAP is a define, used to compile Wireshark with the support of WPA
> and WPA2.
> It is defined in 3 makefiles: \Makefile.nmake,
> \epan\dissectors\Ma
WinPcap 4.0 beta3 is available as of today in the download section of
the WinPcap website, http://www.winpcap.org/install/ .
This new release includes some major cleanup to the code base of
packet.dll aimed at having more stable and easily maintainable code.
It also includes a more coherent use
Hi Tomas,
HAVE_AIRPDCAP is a define, used to compile Wireshark with the support of WPA
and WPA2.
It is defined in 3 makefiles: \Makefile.nmake,
\epan\dissectors\Makefile.nmake, \gtk\Makefile.nmake (surely we can define
it only once as we did for HAVE_AIRPCAP, for example).
This define is not (well
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Morriss wrote:
>
> Marc Petit-Huguenin wrote:
>> Hi,
>>
>> This is a new dissector for STUN v2, that is currently in WGLC at the IETF.
>>
>> The packet-stun.c file must be copied into packet-stun2.c before
>> applying this patch.
>>
>> I also att
Menno Andriesse wrote:
> Hmm... I see what you mean.
>
> In a quick test I found that the only file that is a problem is
> tools/win32-setup.sh.
> How about the following change to the verify_tools: target in
> Makefile.nmake:
>
Thanks for your suggestion and interest in this topic.
There
Gerald,
On Tue, Dec 05, 2006 at 07:24:27PM +, [EMAIL PROTECTED] wrote:
> Log:
> From Davide Schiera and Giorgio Tino: Add initial WPA/WPA2 decryption
> support.
>
> WEP key preferences have been overloaded to allow WPA keys. The
> decryption code currently uses Windows-specific data typ
Hi,
On 12/5/06, Stephen Fisher <[EMAIL PROTECTED]> wrote:
On Mon, Dec 04, 2006 at 10:03:57AM +0100, Francesco Fondelli wrote:
> So I defined a range_string struct. It's like value_string
> but stores range <-> string pairs.
> Moreover I wrote rval_to_str(), match_strrval_idx()
> match_strrval()
Hi,
here is the patch which adds the support to ptvcursor to create one
level of subtree.
- instead of writing :
gint current_offset;
current_offset = ptvcursor_current_offset(cursor);
subtree = proto_item_add_subtree(it, ett_sub);
ptvcursor_new(subtree, ptvcursor_tvb(cursor), current_offse
Hi,
On Wed, 6 Dec 2006, Douglas Pratley wrote:
>
>
> "Seconds since 1970-01-01 00:00:00 GMT: 1234567890.123456" (should that
> be UTC?)
Yes, it is UTC.
> is quite a long menu item. I think that there is also an advantage in
> having the word "epoch" in there as it ties to the command line 'e'
"Seconds since 1970-01-01 00:00:00 GMT: 1234567890.123456" (should that
be UTC?)
is quite a long menu item. I think that there is also an advantage in
having the word "epoch" in there as it ties to the command line 'e'
sub-switch to '-t' and the names in the code.
I'd favour
"Seconds since UN
Hmm... I see what you mean.
In a quick test I found that the only file that is a problem is
tools/win32-setup.sh.
How about the following change to the verify_tools: target in
Makefile.nmake:
From :
verify_tools:
@$(SH) tools\win32-setup.sh --appverify $(REQUIRED_TOOLS)
To:
verify_tools
19 matches
Mail list logo