Re: [Wireshark-dev] IS-801 enhancement patch

2007-04-17 Thread Anders Broman
Committed revision 21463. Best regards Anders -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Michael Lum Skickat: den 16 april 2007 19:30 Till: Developer support list for Wireshark Ämne: [Wireshark-dev] IS-801 enhancement patch This patch implements param

Re: [Wireshark-dev] Compiling under MSVC 6.0 - simple Q, clear cut A ?

2007-04-17 Thread Bryan Miller
I read through this thread with keen interest as I am experiencing similar issues. I am a UNIX developer (literally) but am currently developing Wireshark on Windows so there could be operator error involved. I've been successfully building using MSVC and nmake for the past couple years and only

Re: [Wireshark-dev] Compile broken on 64-bit Linux -- packet-dtls.c

2007-04-17 Thread Jeff Morriss
Guy Harris wrote: > On Apr 16, 2007, at 3:16 PM, Mike Duigou wrote: > >> packet-dtls.c: In function 'dissect_dtls': >> packet-dtls.c:433: warning: cast to pointer from integer of >> different size > > That call happens to do something that's probably safe on platforms > where > > 1)

Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Jeff Morriss
Martin Mathieson wrote: > Hi, > > My build is failing to link from this revision onwards. The error > output is the following: [...] > epan/.libs/libwireshark.so: undefined reference to `.LC1698' > epan/.libs/libwireshark.so: undefined reference to `.LC1695' > epan/.libs/libwireshark.so: undefi

[Wireshark-dev] Solaris 8 buildbot not building Wireshark

2007-04-17 Thread Jeff Morriss
Is there a reason the Solaris 8 buildbot doesn't build Wireshark (just tshark)? > checking for GTK+ - version >= 2.0.0... no > *** Could not run GTK+ test program, checking why... > *** The test program failed to compile or link. See the file config.log for > the > *** exact error that occured.

Re: [Wireshark-dev] no more Python 2.1.1

2007-04-17 Thread Jeff Morriss
Gerald Combs wrote: > Jeff Morriss wrote: >> My Solaris builds now fail with: >> >>> Making register.c with python >>> Traceback (most recent call last): >>> File "../../tools/make-dissector-reg.py", line 98, in ? >>> cur_mtime = os.fstat(file.fileno()).st_mtime >>> AttributeError: 'tuple'

Re: [Wireshark-dev] Debug build of wireshark w/installer built on XP with 99.5 sources using MSVC8 will not load on Server 2003

2007-04-17 Thread Phillip R. Paradis
> -Original Message- > From: [EMAIL PROTECTED] [mailto:wireshark-dev- > [EMAIL PROTECTED] On Behalf Of Phillip R. Paradis > Sent: Tuesday, April 17, 2007 4:03 PM > To: wireshark-dev@wireshark.org > Subject: [Wireshark-dev] Debug build of wireshark w/installer built on > XP with 99.5 sources

[Wireshark-dev] Debug build of wireshark w/installer built on XP with 99.5 sources using MSVC8 will not load on Server 2003

2007-04-17 Thread Phillip R. Paradis
I've built Wireshark 99.5 on an XP Pro (SP-2) machine with MSVC8 (from Visual Studio 2005 Pro). Wireshark runs perfectly on the XP box; if I generate an installer and use the installer to install on a Server 2003 R2 (SP-2) system, Wireshark fails to launch, with VC++ runtime error R6034. (app attem

[Wireshark-dev] [Patch] asn1/umts_rrc_pdu_def/Makefile

2007-04-17 Thread Gisle Vanem
A small typo in a filename; replace 'umts_rrc_PDU_definitions.asn' with 'umts_rrc_PDU-definitions.asn'. Attached. --gv --- SVN-Latest\asn1\umts_rrc_pdu_def\Makefile Sun Oct 01 18:18:19 2006 +++ asn1\umts_rrc_pdu_def\Makefile Tue Apr 17 20:45:02 2007 @@ -6,8 +6,8 @@ generate_dissector: $(

Re: [Wireshark-dev] no more Python 2.1.1

2007-04-17 Thread Gerald Combs
Jeff Morriss wrote: > My Solaris builds now fail with: > >> Making register.c with python >> Traceback (most recent call last): >> File "../../tools/make-dissector-reg.py", line 98, in ? >> cur_mtime = os.fstat(file.fileno()).st_mtime >> AttributeError: 'tuple' object has no attribute 'st_mt

Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Martin Mathieson
I just noticed (when trying to build with packet-ieee80211.c removed from epan/dissectors/Makefile.common) that my config.h has the following: /* Enable AirPDcap (WPA/WPA2 decryption) */ #define HAVE_AIRPDCAP 1 Is this correct? Martin On 4/17/07, Martin Mathieson <[EMAIL PROTECTED]> wrote: > I'

Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Martin Mathieson
I've tried various things today, including: make distclean ; ./autogen; ./configure ; make ; makeclean with the same result. I've been poking around with nm looking for where the unresolved symbols might be defined, but no joy yet... Thanks, Martin On 4/17/07, Joerg Mayer <[EMAIL PROTECTED]> w

Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Joerg Mayer
On Tue, Apr 17, 2007 at 05:31:02PM +0100, Martin Mathieson wrote: > epan/.libs/libwireshark.so: undefined reference to `.LC1693' > collect2: ld returned 1 exit status > > > I recently updated my version of gcc from 3.4.3 -> 3.4.6. Here is the > version info from Help | About Wireshark : Did you

Re: [Wireshark-dev] [Wireshark-commits] rev 21452: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-ieee80211.c

2007-04-17 Thread Martin Mathieson
Hi, My build is failing to link from this revision onwards. The error output is the following: gcc -DINET6 "-D_U_=__attribute__((unused))" -Wall -Wpointer-arith -W -g -O2 -Wdeclaration-after-statement -I/usr/local/include -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -I/opt/gnome/include/gtk-2.0 -I/

[Wireshark-dev] Displayed button grayed in Save FIle As dialog

2007-04-17 Thread Cvetan Ivanov
Hello, I haven't been following the list recently, and don't know if this is know issue or not, but could not find anythyng about it: I noticed today that in current build, the Save/Print dialogs, the Displayed column shows zeroes even if there is display filter active, and there are packets d

[Wireshark-dev] redback dissector update #2

2007-04-17 Thread Florian Lohoff
Hi, here is another round - Now we see ISIS again correctly together with PPPoE PPP handshakes handed from the Packet Forwarding Asic. Please commit. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a li

[Wireshark-dev] no more Python 2.1.1

2007-04-17 Thread Jeff Morriss
My Solaris builds now fail with: > Making register.c with python > Traceback (most recent call last): > File "../../tools/make-dissector-reg.py", line 98, in ? > cur_mtime = os.fstat(file.fileno()).st_mtime > AttributeError: 'tuple' object has no attribute 'st_mtime' with Python 2.1.1 . I

[Wireshark-dev] [PATCH] Enhancements to dissecting proxy CONNECT sessions

2007-04-17 Thread Sake Blok
Hi, At the moment I'm looking into a problem that James Small has reported on the users-list: http://www.wireshark.org/lists/wireshark-users/200704/msg00047.html Although the problem seems to be a non-functional re-assembly of the SSL packets when they are proxied. I will take some time to get f