On 10/10/13 18:22, Evan Huus wrote:
It might be simpler and almost as efficient to have
recently-successful heuristic dissectors bubble nearer to the top of
the list so they are tried sooner. Port/conversation lookups are
hash-tables for the most part and likely won't be made noticeably
faster by
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Jeff Morriss
Sent: den 11 oktober 2013 15:23
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Idea for faster dissection on second pas
On 10/10/13
On 10/09/13 05:47, Bálint Réczey wrote:
Hi Gerald,
2013/10/8 Gerald Combs :
I've scheduled the release of 1.11.0 for next Tuesday, October 15.
Corrections and additions for the release notes are welcome.
Unfortunately the transitional state of our UI will be reflected in the
release packages:
On 10/09/13 09:15, Bálint Réczey wrote:
Hi Guy,
2013/10/9 Guy Harris :
I think nowadays almost no one builds Wireshark for their own (apart
from Developers) and those who do can easily
install the tools for it.
Hmmm, I'm not so sure about that statement. I've seen (questions from)
plenty of
On Fri, Oct 11, 2013 at 9:22 AM, Jeff Morriss wrote:
> On 10/10/13 18:22, Evan Huus wrote:
>>
>> It might be simpler and almost as efficient to have
>> recently-successful heuristic dissectors bubble nearer to the top of
>> the list so they are tried sooner. Port/conversation lookups are
>> hash-t
On Fri, Oct 11, 2013 at 12:41 AM, Anders Broman wrote:
> Evan Huus skrev 2013-10-11 01:51:
>
> On Thu, Oct 10, 2013 at 6:22 PM, Evan Huus wrote:
>
> It might be simpler and almost as efficient to have
> recently-successful heuristic dissectors bubble nearer to the top of
> the list so they are tr
Le vendredi 11 octobre 2013 à 09:22 -0400, Jeff Morriss a écrit :
> On 10/10/13 18:22, Evan Huus wrote:
> > It might be simpler and almost as efficient to have
> > recently-successful heuristic dissectors bubble nearer to the top of
> > the list so they are tried sooner. Port/conversation lookups a
On 10/11/13 00:41, Anders Broman wrote:
Evan Huus skrev 2013-10-11 01:51:
On Thu, Oct 10, 2013 at 6:22 PM, Evan Huus wrote:
It might be simpler and almost as efficient to have
recently-successful heuristic dissectors bubble nearer to the top of
the list so they are tried sooner. Port/conversat
On 10/11/13 10:37, Evan Huus wrote:
On Fri, Oct 11, 2013 at 9:22 AM, Jeff Morriss wrote:
On 10/10/13 18:22, Evan Huus wrote:
It might be simpler and almost as efficient to have
recently-successful heuristic dissectors bubble nearer to the top of
the list so they are tried sooner. Port/convers
Another milestone hit:
- Win 32bit: The following executables build and run from the build directory
(as well as capture if they should be able to). *: Acutally tested
$ ls *exe
capinfos.exe* dumpcap.exe mergecap.exe randpkt.exe reordercap.exe
tshark.exe*
dftest.exeeditcap.exe q
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Evan Huus
Sent: den 11 oktober 2013 16:37
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Idea for faster dissection on second pas
On Fri, Oct 11,
On 11 October 2013 16:09, Joerg Mayer wrote:
> Another milestone hit:
>
> - Win 32bit: The following executables build and run from the build
> directory
> (as well as capture if they should be able to). *: Acutally tested
> $ ls *exe
> capinfos.exe* dumpcap.exe mergecap.exe randpkt.exe
On Fri, Oct 11, 2013 at 11:14 AM, Anders Broman
wrote:
> Not really as the RTP dissector is weak and defaulted off and I'm only
> interested in performance improvements at this point.
> But it brings up a question; some of the heuristic dissectors are for
> "unusual" protocols and not perfect a
On Fri, Oct 11, 2013 at 12:37 PM, Evan Huus wrote:
> On Fri, Oct 11, 2013 at 11:14 AM, Anders Broman
> wrote:
>> Not really as the RTP dissector is weak and defaulted off and I'm only
>> interested in performance improvements at this point.
>> But it brings up a question; some of the heuristic
On 10/11/13 8:09 AM, Joerg Mayer wrote:
> Another milestone hit:
>
> - Win 32bit: The following executables build and run from the build directory
> (as well as capture if they should be able to). *: Acutally tested
> $ ls *exe
> capinfos.exe* dumpcap.exe mergecap.exe randpkt.exe reorder
On Fri, Oct 11, 2013 at 03:48:32PM -0700, Gerald Combs wrote:
> > - qtshark on win *requires* that gtk includes are present to build:
> > file_dlg_win32.c:#include
>
> This should be fixed in r52542-52545.
Wow, that was fast!
> > - Determine what else is missing to get rid of the old nmake in
On Fri, Oct 11, 2013 at 11:52:20PM +, ger...@wireshark.org wrote:
> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=52556
>
> User: gerald
> Date: 2013/10/11 11:52 PM
>
> Log:
> Look for Qt in WIRESHARK_LIB_DIR. Add a conditional check for qmake.
> Directory: /trunk/
> Cha
On 10/10/13 9:45 AM, Graham Bloice wrote:
> On 10 October 2013 01:33, Gerald Combs For people doing development on Windows, would you rather have the Qt
> SDK in a central location on your system (I've been using c:\Qt) or in
> WIRESHARK_LIB_DIR with everything else (which means taking
18 matches
Mail list logo
