Re: [Wireshark-dev] Wireshark-dev: make it possible to use VS2008/VS2008EE to compile 1.0x?

2009-01-06 Thread Pascal Quantin
Hi, As the question has come up a number of times and 1.0.x should live for another 6 month or so, do we wish to port over the changes necessary to compile 1.0.x with VS 2008? Perhaps not for the official build but still possible. Regards Anders Hi, I'm the one who provided the original patch to

Re: [Wireshark-dev] Package issue under Windows XP

2009-01-07 Thread Pascal Quantin
Hi, I submitted a patch to Gerald allowing to build 1.0.X branch with VS2008 and VS2008EE. Wait for its delivery or switch to trunk in the meantime. Regards, Pascal. 2009/1/7 Sean yun...@yahoo.com: After modifying from VS2008 PE to EE, the installer still doesn't work. Can anyone help me on

Re: [Wireshark-dev] Package issue under Windows XP

2009-01-08 Thread Pascal Quantin
or later when it shows up at http://www.wireshark.org/download/prerelease/ in the next hour or so. Pascal Quantin wrote: Hi, I submitted a patch to Gerald allowing to build 1.0.X branch with VS2008 and VS2008EE. Wait for its delivery or switch to trunk in the meantime. Regards, Pascal

Re: [Wireshark-dev] E212 Mobile network code is not caculated correctly?

2009-01-08 Thread Pascal Quantin
Hi, you are right and this was fixed in trunk by revision 24759 ( http://anonsvn.wireshark.org/viewvc?view=revrevision=24759 ). Regards, Pascal. 2009/1/9 Zhang, Long (Roger) zha...@alcatel-lucent.com: Hi, I am developing based on Wireshark 1.0.0. I found the mnc in E212 may not be

Re: [Wireshark-dev] MSVC variant problem in v1.0.5

2009-01-30 Thread Pascal Quantin
2009/1/30 gogr...@wi.rr.com: I'm trying to build wireshark v1.0.5. But i'm getting this error C:\wiresharknmake -f makefile.nmake setup Microsoft (R) Program Maintenance Utility Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. config.nmake(439) : fatal

Re: [Wireshark-dev] MSVC variant problem in v1.0.5

2009-01-30 Thread Pascal Quantin
] On Behalf Of Pascal Quantin Sent: Friday, January 30, 2009 10:09 AM To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] MSVC variant problem in v1.0.5 2009/1/30 gogr...@wi.rr.com: I'm trying to build wireshark v1.0.5. But i'm getting this error C:\wiresharknmake -f

Re: [Wireshark-dev] MSVC variant problem in v1.0.5

2009-01-30 Thread Pascal Quantin
be the best thing to do so that my plugin will be compatible across many of the release versions? Greg -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Pascal Quantin Sent: Friday, January 30, 2009 10:18 AM

Re: [Wireshark-dev] MSVC variant problem in v1.0.5

2009-01-30 Thread Pascal Quantin
should just be able to be copy pasted into the stable version? Thanks for all your help, Greg -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Pascal Quantin Sent: Friday, January 30, 2009 10:35 AM To: Developer

Re: [Wireshark-dev] Win64 build support

2009-03-17 Thread Pascal Quantin
Hi Brian, As stated here (http://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html), you need to install cygwin and python to be able to compile Wireshark on your box. If you follow the guide, it will work flawlessly :) Regards, Pascal. 2009/3/17 Brian Daniel

Re: [Wireshark-dev] Visual C++ 2008 EE

2009-08-18 Thread Pascal Quantin
Really ? You will find all the relevant information here: http://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html#ChSetupMSVC If you follow each step carefully, you will be able to compile the source code. Then to debug, you can follow those tips:

Re: [Wireshark-dev] Request

2009-10-06 Thread Pascal Quantin
Hi, GAN (Generic Access Network) is the integration of UMA (Unlicensed Mobile Access) in 3GPP specifications with only a few changes . UMA is already supported in wireshark and you can easily add support for GAN messages by modifying packet-uma.c file (even better, add a preference to switch

[Wireshark-dev] win-setup.sh text mode

2010-01-15 Thread Pascal Quantin
Hi all, since I updated my trunk tree to revision 31528, I cannot compile Wireshark on my Windows box (WinXP, MSVC2008SP1, cygwin 1.7.1). I get the following error: C:\wireshark\trunknmake -f Makefile.nmake all Microsoft (R) Program Maintenance Utility Version 9.00.30729.01 Copyright (C)

Re: [Wireshark-dev] win-setup.sh text mode

2010-01-15 Thread Pascal Quantin
Hi Gerald, Le 15/01/2010 21:12, Gerald Combs a écrit : Pascal Quantin wrote: Hi all, since I updated my trunk tree to revision 31528, I cannot compile Wireshark on my Windows box (WinXP, MSVC2008SP1, cygwin 1.7.1). I get the following error: C:\wireshark\trunknmake -f Makefile.nmake

Re: [Wireshark-dev] Small issue with Wireshark exe on windows

2010-01-22 Thread Pascal Quantin
Hi, the file open window code got patched so as to be functional when compiled with MSVC2005 or 2008. So you should backport this to you 1.0.10 tree. BTW, you might face other issues (mostly related to DLLs dependencies and so on). For example, the adns dll needed a patch to compile properly with

Re: [Wireshark-dev] Small issue with Wireshark exe on windows

2010-01-28 Thread Pascal Quantin
-- *From:* wireshark-dev-boun...@wireshark.org [mailto: wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin *Sent:* Friday, January 22, 2010 4:31 PM *To:* Developer support list for Wireshark *Cc:* Sanjay Dhand *Subject:* Re: [Wireshark-dev] Small issue with Wireshark exe

Re: [Wireshark-dev] [Wireshark-commits] rev 32006: /trunk/ /trunk/epan/: oids.c: Messages each time Wireshark/tshark started

2010-03-01 Thread Pascal Quantin
Hi 2010/2/26 Balint Reczey balint.rec...@ericsson.com Balint Reczey wrote: Balint Reczey wrote: Bill Meier wrote: Log: Prevent potential crash in libsmi. From: Vincent Bernat ber...@debian.org Since SVN #32006 was committed, the following messages appear when tshark and

Re: [Wireshark-dev] [Wireshark-commits] rev 32006: /trunk/ /trunk/epan/: oids.c: Messages each time Wireshark/tshark started

2010-03-02 Thread Pascal Quantin
Hi, 2010/3/2 Balint Reczey balint.rec...@ericsson.com Hi Pascal, It seems that libsmi 0.4.8 is more picky than 0.4.7 I tested my patch with. :-( I plan to remove the workaround from Wireshark as it makes more problems than it solves. It means that

Re: [Wireshark-dev] trunk-1.0 fails to compile on Windows with VS2008EE

2010-05-19 Thread Pascal Quantin
Hi 2010/5/19 Maynard, Chris christopher.mayn...@gtech.com As the subject line indicates, trunk-1.0 fails to compile on Windows with VS2008EE. The error log is attached. VS2008EE compilation was added in wireshark 1.2. That's why. If really needed, you can try to backport the patchs

Re: [Wireshark-dev] Dissection of LTE-RRC

2010-08-31 Thread Pascal Quantin
Hi, Le 31 août 2010 à 09:38, Vishal Kumar Singh vishal.is...@gmail.com a écrit : Hi All, I have been trying to make RRC Dissector using the source code available at http://anonsvn.wireshark.org/viewvc/trunk-1.4/epan/dissectors/. Simply, I am trying to build a library in any directory.

[Wireshark-dev] SVN revision 36640 and heuristic dissectors

2010-10-25 Thread Pascal Quantin
Hi, since revision 34640, none of UDP heuristic dissectors I use (LTE-MAC, LTE-RLC or LTE-PDCP) work: all the frames are decoded as ADwin configuration protocol. When looking at the code in function dissect_adwin_config() (file packet-adwin-config.c), the heuristic seems a bit weak: [...]

Re: [Wireshark-dev] SVN revision 34640 and heuristic dissectors

2010-10-25 Thread Pascal Quantin
Hi, 2010/10/25 Jeff Morriss jeff.morriss...@gmail.com Pascal Quantin wrote: Hi, since revision 34640, none of UDP heuristic dissectors I use (LTE-MAC, LTE-RLC or LTE-PDCP) work: all the frames are decoded as ADwin configuration protocol. When looking at the code in function

Re: [Wireshark-dev] SVN revision 34640 and heuristic dissectors

2010-10-25 Thread Pascal Quantin
Hi 2010/10/25 Pascal Quantin pascal.quan...@gmail.com Hi, 2010/10/25 Jeff Morriss jeff.morriss...@gmail.com Pascal Quantin wrote: Hi, since revision 34640, none of UDP heuristic dissectors I use (LTE-MAC, LTE-RLC or LTE-PDCP) work: all the frames are decoded as ADwin configuration

Re: [Wireshark-dev] [Wireshark-commits] rev 34860: /trunk/gtk/ /trunk/gtk/: text_import.c

2010-11-14 Thread Pascal Quantin
Hi 2010/11/13 Jaap Keuter jaap.keu...@xs4all.nl Hi, That seems to be the result of the flex version being used. What platform are you using? We'll probably need to take a step back and rework using older mechanisms. I'm facing the same issue with my Debian Lenny. Updating my flex version

Re: [Wireshark-dev] [Wireshark-commits] rev 34860: /trunk/gtk/ /trunk/gtk/: text_import.c

2010-11-15 Thread Pascal Quantin
Hi 2010/11/15 Jaap Keuter jaap.keu...@xs4all.nl Hi, I hear you. I'm already taking that step back, first of all splitting text_import.h and working without this access function so gracefully provided by newer flex versions. On that matter, AFAIK your version should provide this function.

[Wireshark-dev] SVN revision 35005 and heuristic dissectors

2010-11-24 Thread Pascal Quantin
Hi, since revision 35005 and the commit of the ReLOAD framing dissector the UDP heuristic dissector I use (LTE-RLC) no longer works. My RLC PDU is seen as a ReLOAD packet. When looking at the code, the function dissect_reload_framing_heur() calls dissect_reload_framing_message() that does almost

Re: [Wireshark-dev] SVN revision 35005 and heuristic dissectors

2010-11-24 Thread Pascal Quantin
[mailto:wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin *Sent:* den 24 november 2010 09:04 *To:* Developer support list for Wireshark *Subject:* [Wireshark-dev] SVN revision 35005 and heuristic dissectors Hi, since revision 35005 and the commit of the ReLOAD framing dissector

Re: [Wireshark-dev] Staus of ASN.1 dissectors - RRC and NAS-EPS (for LTE)

2011-02-18 Thread Pascal Quantin
Hi, 2011/2/18 Karl-Heinz ECKSTEIN karl-heinz.eckst...@stericsson.com Hello Vincent, Hello Anders, It looks like we all have a common mother! J Interesting! Many thanks for your hints! Right now have the problem, that we receive a crash on wireshark, when we open the pcap file

Re: [Wireshark-dev] Staus of ASN.1 dissectors - RRC and NAS-EPS (for LTE)

2011-02-18 Thread Pascal Quantin
Hi, 2011/2/18 Anders Broman anders.bro...@ericsson.com Hi, WS does not crash for me Version 1.5.1 (SVN Rev 35978 from /trunk) it's malformed. I can see that the packet is ony byte short compared with the text version. Probably a fault in text2pcap. You can try the new feature to import

Re: [Wireshark-dev] SVN revision 36552 on Debian Lenny and gzopen64 function

2011-04-12 Thread Pascal Quantin
Hi Guy, 2011/4/11 Guy Harris g...@alum.mit.edu On Apr 11, 2011, at 9:12 AM, Guy Harris wrote: I'll look at getting rid of the use of the zlib gz* routines for output (just as we've done for input), so that we're not hosed by whatever bogosities particular versions of zlib have in their

[Wireshark-dev] SVN revision 36849 crashing in packet_range_init function

2011-04-26 Thread Pascal Quantin
Hi, with revision 36849, when I call tshark to decode in verbose mode a pcap file containing a single packet I get the following backtrace: tshark -r temp.pcap -V Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb571c8e0 (LWP 11951)] packet_range_init

[Wireshark-dev] text2pcap regression starting from revision 38679

2011-08-25 Thread Pascal Quantin
Hi all, since the commit for bug 1723 (done in revision 38679), I'm facing issues with text2pcap for really small packet dumps. Let's take this simple file example: 30 00 20 By executing the following command line: text2pcap.exe -q -l 162 temp.txt temp.pcap I get the following binary pcap

Re: [Wireshark-dev] text2pcap regression starting from revision 38679

2011-08-26 Thread Pascal Quantin
Hi 2011/8/25 Pascal Quantin pascal.quan...@gmail.com Hi all, since the commit for bug 1723 (done in revision 38679), I'm facing issues with text2pcap for really small packet dumps. Let's take this simple file example: 30 00 20 By executing the following command line: text2pcap.exe

Re: [Wireshark-dev] text2pcap regression starting from revision 38679

2011-08-29 Thread Pascal Quantin
Hi, 2011/8/26 Chris Maynard chris.mayn...@gtech.com Pascal Quantin pascal.quantin@... writes: Hi all,since the commit for bug 1723 (done in revision 38679), I'm facing issues with text2pcap for really small packet dumps. I guess this is unexpected behavior and should be considered

Re: [Wireshark-dev] Win32 build from 1.6.3 source tarball: svnversion.h missing and not generated?

2011-11-17 Thread Pascal Quantin
2011/11/17 Gerald Combs ger...@wireshark.org On 11/3/11 2:52 PM, Jeff Morriss wrote: Guy Harris wrote: On Nov 2, 2011, at 11:19 AM, Guy Harris wrote: On Nov 2, 2011, at 10:26 AM, Guy Harris wrote: On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote: Oh, shoot. Looks like

Re: [Wireshark-dev] Win32 build from 1.6.3 source tarball: svnversion.h missing and not generated?

2011-11-18 Thread Pascal Quantin
Hi Chris, 2011/11/18 Chris Maynard chris.mayn...@gtech.com Gerald Combs gerald@... writes: I updated make-version.pl to clarify the different things that it does. It can now store the SVN revision in config.nmake, which can then be used to rebuild svnversion.h. Updating config.nmake was

Re: [Wireshark-dev] [Wireshark-commits] rev 40549: /trunk/ /trunk/epan/dissectors/: packet-lpp.c packet-lte-rrc.c /trunk/epan/: CMakeLists.txt /trunk/asn1/lpp/: lpp.cnf /trunk/asn1/lte-rrc/: EUTRA-Int

2012-01-16 Thread Pascal Quantin
Hi, Le 16/01/2012 22:36, Joerg Mayer a écrit : On Mon, Jan 16, 2012 at 09:25:22PM +, etx...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=40549 User: etxrab Date: 2012/01/16 01:25 PM Log: From Pascal Quantin: Upgrade LTE RRC dissector

Re: [Wireshark-dev] gsm system information parsing

2012-03-14 Thread Pascal Quantin
2012/3/14 Tom Mayer ran-...@gmx.de Hi everyone, I have been working on a mobile project for university and have used wireshark together with the osmocombb framework analyze gsm traffic. In my project I get the raw System Information 2/2ter/2bis messages and I need to extract the

Re: [Wireshark-dev] Artnet/RDM/DMX dissector updates

2012-04-13 Thread Pascal Quantin
2012/4/13 Erwin Rol mailingli...@erwinrol.com Hey all, I am currently working on some updates of my Artnet, RDM and DMX dissectors, and since it is a long time ago I contributed to wireshark I was just wondering if I still can post patches here ? Hi Erwin, the recommended process is to

[Wireshark-dev] Crash with the new win32 GTK+ bundle when opening an analysis window

2012-04-20 Thread Pascal Quantin
Hi all, with the current trunk top of tree, when I open a TCP capture and select Statistics--IO Graph (for example, happens with other windows) I get a systematic crash. Here is my build info: Version 1.7.2 (SVN Rev 42152 from /trunk) Copyright 1998-2012 Gerald Combs ger...@wireshark.org and

Re: [Wireshark-dev] Crash with the new win32 GTK+ bundle when opening an analysis window

2012-04-20 Thread Pascal Quantin
Hi Evan, 2012/4/20 Evan Huus eapa...@gmail.com There have recently been changes in the way that conversations are re-analyzed (to make them faster) that might have accidentally caused this. If the same crash happens with Flow Graph and Conversations then please file a bug with a reproducible

Re: [Wireshark-dev] Crash with the new win32 GTK+ bundle when opening an analysis window

2012-04-20 Thread Pascal Quantin
Hi Anders, 2012/4/20 Anders Broman anders.bro...@ericsson.com ** Hi, Did you try a clean build of top-of-tree? Regards Anders Compiling a r41159 out of a clean checkout of the tree still crashes for me. Plugging the debugger does not help much as it seems to crash in the gtk+ librairies.

Re: [Wireshark-dev] How do I build wireshark so I can run gdb on the result?

2012-05-13 Thread Pascal Quantin
Hi Richard, 2012/5/13 Richard Sharpe realrichardsha...@gmail.com: Hi folks, libtool is getting in the way and the result is that shared objects are not found or I have to set up a long LD_LIBRARY_PATH Is there a simpler way? You need to run Wireshark with the following command line:

Re: [Wireshark-dev] wrongly decoded mt-forwardSM

2012-05-21 Thread Pascal Quantin
2012/5/21 Balazs Nagy nagybalazs@gmail.com: Hello everybody! I've faced a problem during decoding an SMS sending process. The situation is the following: I sent 2 SMs to a mobile which was turn to offline. So in first round these SMs were stored in the SMSC. When the mobile was turn ON

Re: [Wireshark-dev] New developer - how to start?

2012-05-25 Thread Pascal Quantin
2012/5/25 Dipanjan Das its.dipanjan@gmail.com: Hi Developers, I want to get myself involved in the development of Wireshark. Can anybody please let me know about the following: Is there anywhere I need to get myself registered as a developer? How are the tasks splitted across? How is

Re: [Wireshark-dev] SVN HEAD not building

2012-05-26 Thread Pascal Quantin
Le 27 mai 2012 à 01:12, Akos Vandra axo...@gmail.com a écrit : Sorry, I forgot to mention: I am running ubuntu 10.10, x64 version. On 27 May 2012 01:05, Akos Vandra axo...@gmail.com wrote: Hi! I'm developing a few dissectors for socketcan. They were working fine, until I decided to

Re: [Wireshark-dev] PCH in packet-nbap-template.c

2012-05-30 Thread Pascal Quantin
Hi Gisle, 2012/5/30 Gisle Vanem gva...@broadpark.no: asn1/nbap/packet-nbap-template.c now introduces an enum value 'PCH' that clashes with 'PCH' in WinNT.h. According to:  http://anonsvn.wireshark.org/viewvc/trunk/asn1/nbap/packet-nbap-template.c?r1=42779r2=42783 The change happened at May

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Pascal Quantin
2012/5/31 Richard Sharpe realrichardsha...@gmail.com: On Wed, May 30, 2012 at 10:30 PM, ronnie sahlberg ronniesahlb...@gmail.com wrote: hf_smb_volume_guid   shouldnt this be a FT_GUID ? Can you try making it FT_GUID and see if it works? Quite likely, but then so should hf_smb_server_guild

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Pascal Quantin
Hi, 2012/5/31 Richard Sharpe realrichardsha...@gmail.com: On Thu, May 31, 2012 at 12:19 AM, Alexis La Goutte alexis.lagou...@gmail.com wrote: Hi, it is better to create a bug with your patch in BugTracker ( https://bugs.wireshark.org ) Heh, I don't even get to fix my own bugs without

Re: [Wireshark-dev] Note about proto_tree_add_unicode_string (r43379)

2012-06-19 Thread Pascal Quantin
Le 19/06/2012 21:01, Jakub Zawadzki a écrit : Hi, String from tvb_get_ephemeral_string() still needs escaping with format_text(), cause it doesn't check encoding. When you use: tvb_get_ephemeral_string_enc(tvb, offset, length, ENC_UTF_8 | ENC_NA); It guarantees result encoded in

Re: [Wireshark-dev] Note about proto_tree_add_unicode_string (r43379)

2012-06-19 Thread Pascal Quantin
Le 19/06/2012 21:14, Pascal Quantin a écrit : Le 19/06/2012 21:01, Jakub Zawadzki a écrit : Hi, String from tvb_get_ephemeral_string() still needs escaping with format_text(), cause it doesn't check encoding. When you use: tvb_get_ephemeral_string_enc(tvb, offset, length, ENC_UTF_8

Re: [Wireshark-dev] [Wireshark-commits] rev 43497: /trunk/epan/ /trunk/epan/: expert.c

2012-06-26 Thread Pascal Quantin
Hi, Le 27/06/2012 00:12, Bill Meier a écrit : On 6/26/2012 3:36 PM, pas...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=43497 User: pascal Date: 2012/06/26 12:36 PM Log: Display expert codes in hexadecimal (less painful for my eyes :)) The real

Re: [Wireshark-dev] Corrupted c-areas 1.71 zip archive

2012-07-04 Thread Pascal Quantin
Le 04/07/2012 19:25, Tobias Weiss a écrit : Hi everyone, I've developed a plugin on Linux which works just fine. Now I wanted to create a Windows installer which includes the new plugin. Unfortunately when executing nmake -f Makefile.nmake setup I always get the following error:

Re: [Wireshark-dev] Corrupted c-areas 1.71 zip archive

2012-07-04 Thread Pascal Quantin
2012/7/4 Tobias Weiss twe...@ra.rockwell.com Pascal Quantin wrote on 07/04/2012 02:23:59 PM: it is working perfectly fine here. I guess you have a partially downloaded file, thus the corrupted warning. Just erase your /cygdrive/c/wireshark-win32-libs-1.8/c-ares-1.7.1-win32ws.zip file

Re: [Wireshark-dev] r43579 Generic preference implementation broken compile

2012-07-06 Thread Pascal Quantin
2012/7/6 Stephen Fisher st...@stephen-fisher.com SVN revision 43579 broke compilation: prefs_nameres.c: In function 'nameres_prefs_show': prefs_nameres.c:109: error: 'e_prefs' has no member named 'name_resolve' prefs_nameres.c:126: error: 'e_prefs' has no member named 'name_resolve' This

Re: [Wireshark-dev] ASN.1 integers and types

2012-07-10 Thread Pascal Quantin
2012/7/10 Anders Broman a.bro...@bredband.net Guy Harris skrev 2012-07-10 01:34: On Jul 9, 2012, at 2:41 PM, buildbot-no-reply@wireshark.**orgbuildbot-no-re...@wireshark.orgwrote: The Buildbot has detected a new failure on builder OSX-10.5-x86 while building Wireshark (development).

Re: [Wireshark-dev] ASN.1 integers and types

2012-07-12 Thread Pascal Quantin
2012/7/10 Pascal Quantin pascal.quan...@gmail.com 2012/7/10 Anders Broman a.bro...@bredband.net Guy Harris skrev 2012-07-10 01:34: On Jul 9, 2012, at 2:41 PM, buildbot-no-reply@wireshark.**orgbuildbot-no-re...@wireshark.orgwrote: The Buildbot has detected a new failure on builder OSX

Re: [Wireshark-dev] ASN.1 integers and types

2012-07-14 Thread Pascal Quantin
2012/7/12 Pascal Quantin pascal.quan...@gmail.com 2012/7/10 Pascal Quantin pascal.quan...@gmail.com 2012/7/10 Anders Broman a.bro...@bredband.net Guy Harris skrev 2012-07-10 01:34: On Jul 9, 2012, at 2:41 PM, buildbot-no-reply@wireshark.**orgbuildbot-no-re...@wireshark.orgwrote

Re: [Wireshark-dev] Make the NTLMSSP Unknown message type string more explicit

2012-07-14 Thread Pascal Quantin
2012/7/14 Richard Sharpe realrichardsha...@gmail.com Hi folks, One problem I saw at Sharkfest was that the NTLMSSP dissector was printing UNKNOWN message type on the info field, which was being confused as an Unknown SMB2 message type by the presenter. This makes it more explicit: Index:

[Wireshark-dev] Possible bug in dissect_pipe_dcerpc() (packet-smb-pipe.c)

2012-07-27 Thread Pascal Quantin
Hi all, while working on fixing a few Clang warnings in packet-smb-pipe.c, I discovered that the hash_key variable in dissect_pipe_dcerpc() function is never used. According to the nice comment Guy put in revision above the variable assignment, I have the feeling that it is actually useful

Re: [Wireshark-dev] Possible bug in dissect_pipe_dcerpc() (packet-smb-pipe.c)

2012-07-27 Thread Pascal Quantin
2012/7/28 Evan Huus eapa...@gmail.com On Fri, Jul 27, 2012 at 6:14 PM, Pascal Quantin pascal.quan...@gmail.com wrote: Hi all, while working on fixing a few Clang warnings in packet-smb-pipe.c, I discovered that the hash_key variable in dissect_pipe_dcerpc() function is never used

Re: [Wireshark-dev] libxml2-2.dll was not found {was RE: [Wireshark-announce] Wireshark 1.6.9 is now available]

2012-07-28 Thread Pascal Quantin
Le 27 juil. 2012 à 22:08, JAMES, WARREN wj3...@att.com a écrit : Greetings, We have a problem with Wireshark 1.6.9: Program fails to start with error: This application has failed to start because libxml2-2.dll was not found. Re-installing the application may fix the problem. But

Re: [Wireshark-dev] Is Python Still Considered Optional for the Build Process? What Should the Minimum Version Be?

2012-07-31 Thread Pascal Quantin
Le 31 juil. 2012 à 09:43, Anders Broman anders.bro...@ericsson.com a écrit : Hi, Others have to comment on whether we require python or not but it would be nice if you attached your script to a bug report so we could have a look at it and have a record of it. I think it should be OK to

Re: [Wireshark-dev] Is Python Still Considered Optional for the Build Process? What Should the Minimum Version Be?

2012-07-31 Thread Pascal Quantin
Le mardi 31 juillet 2012, Balint Reczey a écrit : On 07/31/2012 09:59 AM, Pascal Quantin wrote: Le 31 juil. 2012 à 09:43, Anders Broman anders.bro...@ericsson.com mailto:anders.bro...@ericsson.com a écrit : Hi, Others have to comment on whether we require python or not but it would

[Wireshark-dev] Wireshark-commits: [Wireshark-commits] rev 44161: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-gmr1_bcch.c packet-gmr1_common.c packet-gmr1_rr.c

2012-07-31 Thread Pascal Quantin
http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=44161 User: mmann Date: 2012/07/31 10:19 AM Log: update GMR-1 protocols display filers Directory: /trunk/epan/dissectors/ ChangesPathAction +67 -67packet-gmr1_bcch.c Modified +14 -14

Re: [Wireshark-dev] Wireshark-commits: [Wireshark-commits] rev 44161: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-gmr1_bcch.c packet-gmr1_common.c packet-gmr1_rr.c

2012-07-31 Thread Pascal Quantin
2012/7/31 mman...@netscape.net I guess where I (and the .pl script) got tripped up was the fact that there were separate protocols registered and they gave the impression they were unique and not just one big protocol broken up over several files. The script just generates the questionable

Re: [Wireshark-dev] packet-rlc.c changes

2012-08-03 Thread Pascal Quantin
Hi Rishie, 2012/8/3 Rishie Sharma storfiske...@gmail.com Hi! I am the one who (through Anders Broman) made changes to RLC. I subscribed to the list today to comment on some of the changes. Remove a created-but-unused subtree (and its ett). It's not obvious to me whether this tree was

Re: [Wireshark-dev] packet-rlc.c changes

2012-08-03 Thread Pascal Quantin
Le 3 août 2012 à 12:34, Pascal Quantin pascal.quan...@gmail.com a écrit : Hi Rishie, 2012/8/3 Rishie Sharma storfiske...@gmail.com Hi! I am the one who (through Anders Broman) made changes to RLC. I subscribed to the list today to comment on some of the changes. Remove a created-but-unused

Re: [Wireshark-dev] packet-rlc.c changes

2012-08-03 Thread Pascal Quantin
Le 3 août 2012 à 17:25, Christopher Maynard christopher.mayn...@gtech.com a écrit : Martin Mathieson martin.r.mathieson@... writes: Martin Mathieson might have some dct2000 captures so as to check that everything is still working as expected. I do not have any myself, so we will have to

[Wireshark-dev] Setup the filter as string instead of frame[start offset:length]

2012-08-09 Thread Pascal Quantin
Le jeudi 9 août 2012, Kumar, Chandan (Chandan) a écrit : My request as follows: Could you, please help me to make change in Wireshark so that I would be able to select IE by means of filter like others element? I want to make IE’s as a filterable field instead of displaying frame [start

Re: [Wireshark-dev] Setup the filter as string instead of frame[start offset:length]

2012-08-10 Thread Pascal Quantin
Le 10 août 2012 à 08:20, Kumar, Chandan (Chandan) chandan.ku...@alcatel-lucent.com a écrit : Could you, please help me to make change in Wireshark so that I would be able to select IE by means of filter like others element? I want to make IE’s as a filterable field instead of displaying

Re: [Wireshark-dev] [Wireshark-commits] rev 44435: /trunk/epan/ /trunk/epan/dissectors/: packet-afp.c packet-ncp2222.inc /trunk/epan/: epan.c expert.c expert.h proto.c proto.h

2012-08-11 Thread Pascal Quantin
Le 11 août 2012 à 08:26, Joerg Mayer jma...@loplof.de a écrit : On Fri, Aug 10, 2012 at 08:33:02PM +, ger...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=44435 User: gerald Date: 2012/08/10 01:33 PM Log: Make the corresponding packet_info

Re: [Wireshark-dev] Wireshark-commits: [Wireshark-commits] rev 44161: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-gmr1_bcch.c packet-gmr1_common.c packet-gmr1_rr.c

2012-08-19 Thread Pascal Quantin
Le 19 août 2012 à 12:40, Sylvain Munaut 246...@gmail.com a écrit : Hi, I've just seen those changes (filter names) now and I'm really not happy with them ... 1) I explicitely asked this list for objections against the gmr1.xx vs gmr1_xx name and I was told that using gmr1.xx made sense

Re: [Wireshark-dev] Why are authors never Cc'ed before their code is changed?

2012-08-19 Thread Pascal Quantin
2012/8/19 Harald Welte lafo...@gnumonks.org Hi all, I understand that different FOSS projects have different cultures, norms, rules, etc. However, my experience with wireshark it has reached a point where I think a post like this is requierd. I don't want to see this as some kind of

Re: [Wireshark-dev] Wireshark-commits: [Wireshark-commits] rev 44161: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-gmr1_bcch.c packet-gmr1_common.c packet-gmr1_rr.c

2012-08-21 Thread Pascal Quantin
2012/8/20 mman...@netscape.net Sylvain, The checkdisplayfilter.pl script reflects my interpretation of the desired display filter format, and since there hasn't been that much feedback on the outputted results (with Pascal's comments on the GSM dissectors being the exception), I

Re: [Wireshark-dev] Why are authors never Cc'ed before their code is changed?

2012-08-23 Thread Pascal Quantin
2012/8/19 Lori Jakab l...@lispmob.org On 08/19/12 06:56, Pascal Quantin wrote: Having a RSS link (or something similar) to the subversion file log ( http://anonsvn.wireshark.org/viewvc/trunk/epan/dissectors/packet-gsmtap.c?view=log for example) could be a way to easily monitor the changes

Re: [Wireshark-dev] http://anonsvn issues

2012-08-27 Thread Pascal Quantin
2012/8/27 Jeff Morriss jeff.morriss...@gmail.com Hi Gerald, I noticed that looking at a revision by pointing my web browser at http://anonsvn.wireshark.org/viewvc?revision=Xview=revision doesn't look very good today (fonts are big, spacing seems to be off). More troubling is I'm not

Re: [Wireshark-dev] Problems with regenerating lppe dissector

2012-09-10 Thread Pascal Quantin
2012/9/10 Jakub Zawadzki darkjames...@darkjames.pl Hi, I'm trying to regenerate packet-lppe.c from asn1/lppe using command: ../../tools/asn2wrs.py -p lppe -c ./lppe.cnf -s ./packet-lppe-template -D . -O ../../epan/dissectors LPPe.asn Regenerated version doesn't compiles:

Re: [Wireshark-dev] Problems with regenerating lppe dissector

2012-09-10 Thread Pascal Quantin
2012/9/10 Pascal Quantin pascal.quan...@gmail.com 2012/9/10 Jakub Zawadzki darkjames...@darkjames.pl Hi, I'm trying to regenerate packet-lppe.c from asn1/lppe using command: ../../tools/asn2wrs.py -p lppe -c ./lppe.cnf -s ./packet-lppe-template -D . -O ../../epan/dissectors LPPe.asn

Re: [Wireshark-dev] gsm decode flow

2012-09-19 Thread Pascal Quantin
2012/9/19 pingu kool gsmandv...@gmail.com hi list, I want to understand the source flow of gsm dissector, I tried to search in, but got confused regarding actual flow happening at the time of dissection, can anybody help me in this. Thanks in advance.. Hi, assuming you are talking

Re: [Wireshark-dev] RRC filters

2012-09-25 Thread Pascal Quantin
Hi Lucio, 2012/9/25 Lucio Di Giovannantonio lucio.digiovannanto...@gmail.com Hello to everybody, I've found something strange in rrc filters expression, in several cases the same filter abbreviation have different type, this can be a problem and/or can cause a crash? for example: {

Re: [Wireshark-dev] RRC filters

2012-09-25 Thread Pascal Quantin
2012/9/25 Anders Broman anders.bro...@ericsson.com ** -- *From:* wireshark-dev-boun...@wireshark.org [mailto: wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin *Sent:* den 25 september 2012 16:35 *To:* Developer support list for Wireshark

Re: [Wireshark-dev] RRC filters

2012-09-26 Thread Pascal Quantin
2012/9/25 Lucio Di Giovannantonio lucio.digiovannanto...@gmail.com Hi pascal, thank you for your resply, maybe container could be better? Regards Lucio Hi Lucio, thanks for your suggestion, I like it. I will wait a few days to see if someone suggests a better wording (or a better approach

Re: [Wireshark-dev] RRC filters

2012-09-27 Thread Pascal Quantin
2012/9/26 Anders Broman a.bro...@bredband.net Pascal Quantin skrev 2012-09-26 19:41: 2012/9/25 Lucio Di Giovannantonio lucio.digiovannanto...@gmail.com Hi pascal, thank you for your resply, maybe container could be better? Regards Lucio Hi Lucio, thanks for your suggestion, I

Re: [Wireshark-dev] Do Windows compilers require WS_VAR_IMPORT in .h files

2012-09-28 Thread Pascal Quantin
2012/9/28 Joerg Mayer jma...@loplof.de Hello, I'm working on building wireshark with gcc with -fvisibility=hidden. This will mostly mimic the behaviour already on Windows. The gcc attribute to change the visibility causes errors when used in .h files (well, in declarations without a the

Re: [Wireshark-dev] Do Windows compilers require WS_VAR_IMPORT in .h files

2012-09-28 Thread Pascal Quantin
Hi Jörg, 2012/9/28 Joerg Mayer jma...@loplof.de Hello Pascal, On Fri, Sep 28, 2012 at 05:25:41PM +0200, Pascal Quantin wrote: 2012/9/28 Joerg Mayer jma...@loplof.de I'm working on building wireshark with gcc with -fvisibility=hidden. This will mostly mimic the behaviour already

Re: [Wireshark-dev] RRC filters

2012-09-29 Thread Pascal Quantin
2012/9/27 Pascal Quantin pascal.quan...@gmail.com 2012/9/26 Anders Broman a.bro...@bredband.net Pascal Quantin skrev 2012-09-26 19:41: 2012/9/25 Lucio Di Giovannantonio lucio.digiovannanto...@gmail.com Hi pascal, thank you for your resply, maybe container could be better? Regards

Re: [Wireshark-dev] r45266: proto_tree_add_uint_format_value(..., value, ..., value + 1)

2012-10-03 Thread Pascal Quantin
Hi Jakub, 2012/10/3 Jakub Zawadzki darkjames...@darkjames.pl Hi, part of r45266 (or 6427287[1]): #v+ - proto_tree_add_item(tf_tree, hf_gsm_a_sm_tft_pkt_flt_id, tvb, curr_offset, 1, ENC_BIG_ENDIAN); + oct = tvb_get_guint8(tvb, curr_offset) 0x0f; +

Re: [Wireshark-dev] r45266: proto_tree_add_uint_format_value(..., value, ..., value + 1)

2012-10-03 Thread Pascal Quantin
Hi, 2012/10/3 Jakub Zawadzki darkjames...@darkjames.pl Hi Pascal, On Wed, Oct 03, 2012 at 10:36:47AM +0200, Pascal Quantin wrote: 2012/10/3 Jakub Zawadzki darkjames...@darkjames.pl Hi, part of r45266 (or 6427287[1]): #v+ - proto_tree_add_item(tf_tree

Re: [Wireshark-dev] Wireshark 1.8.3 problem - OOPS: dissector table sctp.ppi doesn't exist

2012-10-04 Thread Pascal Quantin
2012/10/4 Petr Sumbera petr.sumb...@oracle.com Hi, any idea what is wrong? Wireshark 1.8.2 didn't report this. tshark -v OOPS: dissector table sctp.ppi doesn't exist Protocol being registered is Datagram Transport Layer Security TShark 1.8.3 (SVN Rev 45256 from /trunk-1.8) Copyright

Re: [Wireshark-dev] error while doing make rpm-package on wireshark latest trunk

2012-10-07 Thread Pascal Quantin
[Back to -dev mailing list] 2012/10/7 P Gyanesh Patra c3m3gyan...@gmail.com just need one info.. i am compiling wireshark on centos6.1 64bit.. while doing make rpm-package i am getting following error: make[1]: Entering directory `/root/wireshark-svn/wireshark/ui/qt' uic main_welcome.ui

Re: [Wireshark-dev] [Wireshark-bugs] [Bug 5284] new_packet_list: redissection + redraw crashes when multi-data-source packet is selected

2012-10-08 Thread Pascal Quantin
Hi Evan, 2012/10/8 bugzilla-dae...@wireshark.org https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5284 Evan Huus eapa...@gmail.com changed: What|Removed |Added

Re: [Wireshark-dev] r45266: proto_tree_add_uint_format_value(..., value, ..., value + 1)

2012-10-10 Thread Pascal Quantin
idea is welcome. Regards, Pascal. -Original Message- From: Pascal Quantin pascal.quan...@gmail.com To: Developer support list for Wireshark wireshark-dev@wireshark.org Sent: Wed, Oct 3, 2012 8:18 am Subject: Re: [Wireshark-dev] r45266: proto_tree_add_uint_format_value(..., value

Re: [Wireshark-dev] r45266: proto_tree_add_uint_format_value(..., value, ..., value + 1)

2012-10-11 Thread Pascal Quantin
2012/10/11 Mike Morrin morrinm...@gmail.com On 11/10/2012 06:26, Pascal Quantin wrote: Le 11/10/2012 05:10, mman...@netscape.net a écrit : Pascal, Did you settle on the value, value+1? I think I have the exact same problem in bug 7728 (https://bugs.wireshark.org/**bugzilla/show_bug.cgi

Re: [Wireshark-dev] WLAN decryption using a hex PSK key

2012-10-21 Thread Pascal Quantin
Le 20/10/2012 17:33, Sho Amano a écrit : Okey, I figured out that following quick hack works for me. Now I can see the decrypted TCP packets. (build running on Ubuntu 12.04 amd64) $ svn diff Index: epan/dissectors/packet-ieee80211.c

Re: [Wireshark-dev] WLAN decryption using a hex PSK key

2012-10-22 Thread Pascal Quantin
2012/10/22 Sho Amano samano@gmail.com Hi Pascal, 2012/10/22 Pascal Quantin pascal.quan...@gmail.com Le 20/10/2012 17:33, Sho Amano a écrit : Okey, I figured out that following quick hack works for me. Now I can see the decrypted TCP packets. (build running on Ubuntu 12.04 amd64

[Wireshark-dev] wmem allocator and GLIB version

2012-10-24 Thread Pascal Quantin
Hi all, wmem_glib_free_all() makes use of g_slist_free_full that was introduced in GLIB 2.28 while our minimum requirement is GLIB 2.14.0. Could we manually free list elements containing dynamically-allocated memory and call g_slist_free() instead to keep compatibility with older GLIB versions?

Re: [Wireshark-dev] RFD: The Future of Memory Management in Wireshark

2012-10-25 Thread Pascal Quantin
Le 25/10/2012 22:10, Evan Huus a écrit : On Thu, Oct 25, 2012 at 4:00 PM, Jeff Morriss jeff.morriss...@gmail.com wrote: Evan Huus wrote: On Thu, Oct 25, 2012 at 2:05 PM, Jeff Morriss jeff.morriss...@gmail.com wrote: Evan Huus wrote: The usage might look something like this:

Re: [Wireshark-dev] Build Wireshark

2012-12-03 Thread Pascal Quantin
2012/12/3 cheer_zeng cheer_z...@163.com ** Hello My system is 64-bit win7 ,and I follow the wireshark develop guide ---Win32 :Step-by-step ( http://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html) to set up the environment .But I fail at the 2.2.10 Build Wireshark ,after i call

Re: [Wireshark-dev] Wireshark-dev Digest, Vol 79, Issue 6

2012-12-04 Thread Pascal Quantin
2012/12/4 Anders Broman anders.bro...@ericsson.com ** Hi, The correct fix is to change the script make-usb.py in the tools dir to escape non ASCII chars similarly to make-sminmpec.pl sub escape_non_ascii { my $val = unpack 'C', $_[0]; return sprintf '\0%.3o',$val; } and rebuild

Re: [Wireshark-dev] Wireshark-dev Digest, Vol 79, Issue 6

2012-12-05 Thread Pascal Quantin
2012/12/5 Anders Broman anders.bro...@ericsson.com ** SideWinder® Freestyle Pro is now displayed as SideWinder\\xc2\\xae Freestyle Pro. I guess this is the kind of escaping you were thinking to Anders, right? Yes something along those lines. Done in r46398. Regards, Pascal.

  1   2   3   4   5   6   7   8   9   >