Re: [Wireshark-dev] Display filter syntax checking

2008-08-07 Thread Abhik Sarkar
Hi Bahaa, Thanks a lot for checking. I'll open a bug report. Regards, Abhik. On Fri, Aug 8, 2008 at 1:49 AM, Bahaa Naamneh <[EMAIL PROTECTED]> wrote: > Hi Abhik, > > I've reviewed my code (bug 2581) to check whether it causes the bug you > mentioned, and I'm quite sure that it has no influence o

Re: [Wireshark-dev] Display filter syntax checking

2008-08-07 Thread Bahaa Naamneh
Hi Abhik, I've reviewed my code (bug 2581) to check whether it causes the bug you mentioned, and I'm quite sure that it has no influence on the way "display filter syntax checking" feature works. To verify this I checked an older SVN Rev (25382) that does not have the Filter AutoCompletion featur

Re: [Wireshark-dev] Bundling vcredist_x86.exe (was Re: First time compiling with VS2008EE)

2008-08-07 Thread Maynard, Chris
Hmm, I've read the VC2008EE EULA, redist.txt and notes on MSDN that seem to all indicate that it's ok to redistribute the vcredist_x86.exe. I'm not 100% if it is or isn't, but: 1) The VC2008EE states in relevant part: "You may copy and distribute the object code form of code listed in REDIST.TXT

Re: [Wireshark-dev] Microsoft.VC80.CRT problem

2008-08-07 Thread Gerald Combs
On Thu, 7 Aug 2008 16:51:36 +, Oli Marling <[EMAIL PROTECTED]> wrote: > Hi, > > I've recently built a Windows installer for a version of Wireshark 1.0.2 > with a couple of my own plugins added in. When I run setup.exe on the > machine with VS2005EE installed it installs fine and my version of

[Wireshark-dev] Bundling vcredist_x86.exe (was Re : First time compiling with VS2008EE)

2008-08-07 Thread Gerald Combs
On Thu, 07 Aug 2008 01:48:54 +0200, Ulf Lamping <[EMAIL PROTECTED]> wrote: > Maynard, Chris schrieb: >> When I tried to create a Windows installer, I noticed an error. The >> vcredist_x86.exe was missing from C:\wireshark-win32-libs\. I already >> had it downloaded, so I just copied it to the exp

[Wireshark-dev] Microsoft.VC80.CRT problem

2008-08-07 Thread Oli Marling
Hi, I've recently built a Windows installer for a version of Wireshark 1.0.2 with a couple of my own plugins added in. When I run setup.exe on the machine with VS2005EE installed it installs fine and my version of Wireshark runs without any problems. When I try to copy the setup.exe file onto a

[Wireshark-dev] Display filter syntax checking

2008-08-07 Thread Abhik Sarkar
Hi Everyone, The display filter syntax checking (background colour red/green/amber) seems to be broken in SVN (at least on my SVN Rev 25800 on WinXP Pro SP2). Is this the side effect of someone's ongoing work (bug 2581 e.g.)? For example, I am able to type tcp which turns the colour green, and th

[Wireshark-dev] Daniel Jamet/DIR/GIECB est absent(e).

2008-08-07 Thread Daniel Jamet
Je serai absent(e) à partir du 07/08/2008 de retour le 25/08/2008. Je répondrai à votre message dès mon retour. ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org https://wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] performing cpu/time intensive computation in a protocol dissector

2008-08-07 Thread Luis EG Ontanon
My vote goes for 2) : Wireshark is a troubleshooting tool and a vulnerable key can be source of trouble. It would be plainly wrong not to notify of a potential source of trouble if we can. I wonder whether we actually need to decrypt? I think we just need to build a hash of broken keypairs indexe

Re: [Wireshark-dev] performing cpu/time intensive computation in aprotocol dissector

2008-08-07 Thread Martin Corraine (mcorrain)
My vote goes to 1. -martin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joerg Mayer Sent: Thursday, August 07, 2008 9:12 AM To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] performing cpu/time intensive computation in aprotocol di

Re: [Wireshark-dev] performing cpu/time intensive computation in a protocol dissector

2008-08-07 Thread Joerg Mayer
On Thu, Aug 07, 2008 at 01:30:25PM +0200, Sake Blok wrote: > > You could leave the code in there, and have an 'identify weak keys' menu > > option. > > > > But at present I'm changing my vote to 1) Don't include the code at all. > > All considering, I vote for 1) as well. I still strongly prefe

Re: [Wireshark-dev] performing cpu/time intensive computation in a protocol dissector

2008-08-07 Thread Sake Blok
On Thu, Aug 07, 2008 at 09:59:41AM +0100, Richard van der Hoff wrote: > Paolo Abeni wrote: > >> 2) Change the code to only identify the weak keys, but not use it > >>to decrypt the SSL traffic (would this also be CPU intensive?) > > > > Yes. It will take near exactly the same amount of time an

[Wireshark-dev] Warnings when building the nsi installer.

2008-08-07 Thread Anders Broman
Hi, I noted the following warnings when building the nsi istaller. I haven't got the time to look at it currently. Reagrds Anders IntCmp $0:0 equal=onSelChange.unselect, < , > warning: unknown variable/constant "{SecFileExtensions}" detected, ignoring (wireshark.nsi:1102) SectionGetFlags: ${SecFil

Re: [Wireshark-dev] performing cpu/time intensive computation in a protocol dissector

2008-08-07 Thread Richard van der Hoff
Paolo Abeni wrote: >> 2) Change the code to only identify the weak keys, but not use it >>to decrypt the SSL traffic (would this also be CPU intensive?) > > Yes. It will take near exactly the same amount of time and computation > since, in current code, the larger amount of time is spent loopi

Re: [Wireshark-dev] performing cpu/time intensive computation in a protocol dissector

2008-08-07 Thread Paolo Abeni
hello, On Wed, 2008-08-06 at 11:17 +0200, Sake Blok wrote: > Well, if I have understood your code correctly, Just to leave praise (or blame :-), for those who really deserve it, this is not entirely my code, since others have contributed to the patch (as bugzilla entry reports): Luciano Bello an