[Wireshark-dev] GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Anders Broman
Hi, Don't we need a new setup TAG as well for this to take effect? Regards Anders ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe:

[Wireshark-dev] FW: [Wireshark-commits] master 5330875: GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Anders Broman
Switching to the OBS GTK+ 3.14 package. It looks like a lot of our GTK+ code is deprecated, including GtkAction and GtkAttachOptions. Would using 3.14 work if we remove on or more of these flags from config.nmake? -DGDK_DISABLE_DEPRECATED \

[Wireshark-dev] 'Virtual' subtree

2014-09-30 Thread Simon Zhong
Hi, I'm working on PCEP dissector, I'm wonder if it's possible to create a 'virtual' subtree. The format of a message is as follows: PCReq Message::= Common Header [svec-list] request-list where: svec-list::=SVEC[svec-list]

Re: [Wireshark-dev] 'Virtual' subtree

2014-09-30 Thread Alexis La Goutte
You can use a proto_tree_add_item with BASE_NONE and length = 0 (and add a subtree after...) Regards, On Tue, Sep 30, 2014 at 2:01 PM, Simon Zhong szhong.j...@gmail.com wrote: Hi, I'm working on PCEP dissector, I'm wonder if it's possible to create a 'virtual' subtree. The format of a

Re: [Wireshark-dev] 'Virtual' subtree

2014-09-30 Thread mmann78
You can group fields in whatever way makes sense for your protocol, it doesn't always have to be flat or a real field (or a real structure). I would think that you would just call proto_tree_add_subtree() and pass it the title of svec-list or request-list. You may have to call

Re: [Wireshark-dev] GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Gerald Combs
On 9/30/14 4:54 AM, Anders Broman wrote: Hi, Don’t we need a new setup TAG as well for this to take effect? gtk+-bundle_2.24.14-1.1_win64ws.zip wasn't removed from the repository before tags/2014-07-27 was created, so it's part of that tag:

Re: [Wireshark-dev] FW: [Wireshark-commits] master 5330875: GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Gerald Combs
On 9/30/14 5:00 AM, Anders Broman wrote: Switching to the OBS GTK+ 3.14 package. It looks like a lot of our GTK+ code is deprecated, including GtkAction and GtkAttachOptions. Would using 3.14 work if we remove on or more of these flags from config.nmake?

Re: [Wireshark-dev] FW: [Wireshark-commits] master 5330875: GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Anders Broman
Den 30 sep 2014 21:27 skrev Gerald Combs ger...@wireshark.org: On 9/30/14 5:00 AM, Anders Broman wrote: Switching to the OBS GTK+ 3.14 package. It looks like a lot of our GTK+ code is deprecated, including GtkAction and GtkAttachOptions. Would using 3.14 work if we remove on

Re: [Wireshark-dev] GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Anders Broman
But if I don't rerun setup I will build with the old GTK bundle, as that's what's unpacked into GTK dir - right? 2014-09-30 21:22 GMT+02:00 Gerald Combs ger...@wireshark.org: On 9/30/14 4:54 AM, Anders Broman wrote: Hi, Don’t we need a new setup TAG as well for this to take effect?

Re: [Wireshark-dev] 'Virtual' subtree

2014-09-30 Thread Simon Zhong
Thanks guys, I will give it a try. On Tue, Sep 30, 2014 at 1:03 PM, mman...@netscape.net wrote: You can group fields in whatever way makes sense for your protocol, it doesn't always have to be flat or a real field (or a real structure). I would think that you would just call

Re: [Wireshark-dev] GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Gerald Combs
Correct. Is there a reason we don't use a unique name for the GTK+ library directory, e.g. gtk-2.24.23-1.1-win64ws instead of gtk2? It seems like that would avoid this sort of problem and simplify the Nmake files a bit. On 9/30/14 12:39 PM, Anders Broman wrote: But if I don't rerun setup I will

Re: [Wireshark-dev] Building Wireshark on MAC

2014-09-30 Thread Guy Harris
On Sep 25, 2014, at 1:31 PM, Guy Harris g...@alum.mit.edu wrote: On Sep 25, 2014, at 1:25 PM, Anders Broman a.broma...@gmail.com wrote: Configure fails though, without parameters : checking for pkg-config... /usr/local/bin/pkg-config checking for Qt5Core - version = 4.6.0... no checking

Re: [Wireshark-dev] Building Wireshark on MAC

2014-09-30 Thread Peter Wu
On Tuesday 30 September 2014 21:36:33 Anders Broman wrote: Ok that was helpful, unfortunately the result is: -- The following OPTIONAL packages have not been found: * CAP * GTK3 * Qt5LinguistTools * Qt5MacExtras * Qt5PrintSupport * Qt5Widgets * SBC , SBC Codec for

Re: [Wireshark-dev] FW: [Wireshark-commits] master 5330875: GTK+: Revert back to 2.24.14-1.1 on Win64.

2014-09-30 Thread Gerald Combs
On 9/30/14 12:30 PM, Anders Broman wrote: Den 30 sep 2014 21:27 skrev Gerald Combs ger...@wireshark.org mailto:ger...@wireshark.org: On 9/30/14 5:00 AM, Anders Broman wrote: Switching to the OBS GTK+ 3.14 package. It looks like a lot of our GTK+ code is deprecated, including

[Wireshark-dev] Compiling wirehsark --treat all warnings as errors.

2014-09-30 Thread Ateeth Kumar
I used a system call in unix to run a process from wireshark toolbar. However during compilation time the gcc compiler treats all warnings as errors. Is there a way I can ignore warnings and let wireshark compile? error: ignoring return value of ‘system’, declared with attribute

Re: [Wireshark-dev] Building Wireshark on MAC

2014-09-30 Thread Gerald Combs
On 9/30/14 3:20 PM, Anders Broman wrote: Den 30 sep 2014 23:01 skrev Guy Harris g...@alum.mit.edu mailto:g...@alum.mit.edu: On Sep 25, 2014, at 1:31 PM, Guy Harris g...@alum.mit.edu mailto:g...@alum.mit.edu wrote: On Sep 25, 2014, at 1:25 PM, Anders Broman a.broma...@gmail.com

Re: [Wireshark-dev] Compiling wirehsark --treat all warnings as errors.

2014-09-30 Thread Guy Harris
On Sep 30, 2014, at 4:44 PM, Ateeth Kumar ateethku...@gmail.com wrote: I used a system call in unix to run a process from wireshark toolbar. However during compilation time the gcc compiler treats all warnings as errors. ... error: ignoring return value of ‘system’, declared

Re: [Wireshark-dev] 1.99.0 release

2014-09-30 Thread Alexis La Goutte
On Wed, Oct 1, 2014 at 1:41 AM, Gerald Combs ger...@wireshark.org wrote: I've scheduled the release of 1.99.0 for next Tuesday, October 7. Nice, it is for 1 year of official migration to Qt ? ;-) Corrections and additions for the release notes are welcome. Depending on how well the Mac OS X