Re: [Wireshark-dev] Regenerating packet-parlay.c

2020-05-04 Thread Luke Mewburn
On 20-05-04 10:55, Jaap Keuter wrote: | Hi Luke, | | > Yes, I regenerated the code using that patch to | > tools/wireshark_gen.py, and it builds fine across a couple of | > platforms. | | Yes, I could build it too, so the generated code itself was okay. My | quest is to

Re: [Wireshark-dev] Regenerating packet-parlay.c

2020-05-03 Thread Luke Mewburn
On 20-05-01 13:46, Jaap Keuter wrote: | On 5/1/20 12:02 PM, Luke Mewburn wrote: | > On 20-05-01 07:34, Jaap Keuter wrote: | > | | > | > On 1 May 2020, at 04:13, Luke Mewburn | > | > wrote: However, looking at the code some more, it appears | >

Re: [Wireshark-dev] Regenerating packet-parlay.c

2020-05-01 Thread Luke Mewburn
On 20-05-01 07:34, Jaap Keuter wrote: | | > On 1 May 2020, at 04:13, Luke Mewburn wrote: | > However, looking at the code some more, it appears that generally | > wireshark_gen.py generates code in the order the operations are defined; | > the exception (hah!) is the use

Re: [Wireshark-dev] Regenerating packet-parlay.c

2020-04-30 Thread Luke Mewburn
On 20-04-30 20:30, Jaap Keuter wrote: | On 4/30/20 2:41 AM, Luke Mewburn wrote: | > On 20-04-30 10:35, Luke Mewburn wrote: | > | As to the problem; looking at the use of .keys() in wireshark_gen.py, | > | there's a couple of places where the code is either: | > | -

Re: [Wireshark-dev] Regenerating packet-parlay.c

2020-04-29 Thread Luke Mewburn
On 20-04-30 10:35, Luke Mewburn wrote: | As to the problem; looking at the use of .keys() in wireshark_gen.py, | there's a couple of places where the code is either: | - get_intlist(), sorted: | ret = list(ex_hash.keys()) | ret.sort() | return ret | - get_exceptionList

Re: [Wireshark-dev] Regenerating packet-parlay.c

2020-04-29 Thread Luke Mewburn
On 20-04-29 10:25, Gerald Combs wrote: | On 4/29/20 9:47 AM, Jaap Keuter wrote: | > Hi list, | > | > While working on the IDL dissectors, so packet-coseventcomm.c, | > packet-cosnaming.c, packet- gias.c, packet-parlay.c and | > packet-tango.c, I was able to use the idl2wrs toolchain

Re: [Wireshark-dev] Suggestions to improve the Wireshark download web page notes on download page?]

2020-04-17 Thread Luke Mewburn
Hi all, I don't think I saw a reply to my question from early last year. Where's the best place to ask questions or provide feedback about the Wireshark website? thanks, Luke. On 19-01-11 13:12, Luke Mewburn wrote: | Hi, | | [Is there a better list to discuss suggestions

[Wireshark-dev] Suggestions to improve the Wireshark download web page notes on download page?]

2019-01-10 Thread Luke Mewburn
Hi, [Is there a better list to discuss suggestions and improvements to the wireshark.org web page?] I'd like to suggest an improvement to the "Download Wireshark" pages: https://www.wireshark.org/#download and the equivalent https://www.wireshark.org/download.html Under each

Re: [Wireshark-dev] Conversations - addresses/ports, more general endpoints, and "circuits" with their own IDs

2019-01-05 Thread Luke Mewburn
ossibly solved with a preference table of GTs to translation, or even a lua function, for those that need this. There's been a few discussions in the comments in those tickets (and others?) that describe the TCAP behaviour, and I'm ha

Re: [Wireshark-dev] Conversations - addresses/ports, more general endpoints, and "circuits" with their own IDs

2019-01-05 Thread Luke Mewburn
On 17-10-28 20:12, Guy Harris wrote: | Michael Mann is looking at generalizing conversations to handle | arbitrary endpoints, presumably not necessarily in the form of an | AT_ address plus a PT_ numeric port ID. Hi Guy, Was there any further development on this topic? (I did try & send a

Re: [Wireshark-dev] Switch to C++11 or C++14

2018-09-27 Thread Luke Mewburn
On 18-06-02 11:26, Michał Łabędzki wrote: | C++11 seems to be possible. | | Some infos: | 1. Wireshark requires at least Qt 5.2. | 2. To build Qt5, from 5.7 C++11 is required: | http://code.qt.io/cgit/qt/qt5.git/tree/README?h=5.7 | I assume that building application for Qt 5.7 does

[Wireshark-dev] Add explicit link to release notes on download page?

2015-11-17 Thread Luke Mewburn
Hi, I'd like to suggest an improvement to the "Download Wireshark" pages: https://www.wireshark.org/#download and the equivalent https://www.wireshark.org/download.html Under each release section, have a specific "Release Notes" link for the release-specific release notes. E.g.

Re: [Wireshark-dev] Renaming files format for Wireshark's 32.423 support

2015-08-04 Thread Luke Mewburn
On Mon, Jul 27, 2015 at 06:05:52PM +1000, Luke Mewburn wrote: | I've realised that there's another typo I missed in my change 9795 | (which I only noticed when reviewing post merge). | | The short name of the format as advertised by wiretap/file_access.c | has nettrace3gpp324423

Re: [Wireshark-dev] Generate AUTHORS file

2015-07-26 Thread Luke Mewburn
On Tue, Jan 06, 2015 at 12:49:55PM +0100, Alexis La Goutte wrote: |I think, it will be great to have a AUTHORS file generate from Git. | [...] |After it will be possible to generate the AUTHORS with git |I will need help for generate AUTHORS file for Autotools and CMake ;-) |

Re: [Wireshark-dev] Qt related menu issues on Mac OS X (bug 10890, etc)

2015-07-23 Thread Luke Mewburn
On Thu, Jul 23, 2015 at 02:45:57PM -0700, Guy Harris wrote: | | On Jul 22, 2015, at 8:20 PM, Luke Mewburn l...@mewburn.net wrote: | | I suspect that this Qt bug (QTBUG-34160) may not be easily worked-around | within Wireshark without radical menu reorganisation. | | I'm not sure

Re: [Wireshark-dev] Qt related menu issues on Mac OS X (bug 10890, etc)

2015-07-22 Thread Luke Mewburn
On Tue, Jul 21, 2015 at 09:26:42PM -0700, Guy Harris wrote: | | On Jul 21, 2015, at 7:53 PM, Luke Mewburn l...@mewburn.net wrote: | | I've been experiencing weird issues running my Mac OS X builds of | wireshark compiled with Qt 5.2 from Homebrew. Correcting myself: the Homebrew

[Wireshark-dev] Qt related menu issues on Mac OS X (bug 10890, etc)

2015-07-21 Thread Luke Mewburn
Hi, I've been experiencing weird issues running my Mac OS X builds of wireshark compiled with Qt 5.2 from Homebrew. I've configured wireshark with: configure --disable-gtktest --with-qt --with-gnutls --without-geoip --disable-warnings-as-errors --no-create

Re: [Wireshark-dev] Extending PCLI payload decoding

2015-05-26 Thread Luke Mewburn
On Mon, May 25, 2015 at 12:18:17AM -0400, mman...@netscape.net wrote: |Certainly fine to move the discussion here IMO. I get better text |formatting in email form than I do from Gerrit anyway. | |Some comments: |1. I'm of the opinion that no NEW development should have

Re: [Wireshark-dev] Extending PCLI payload decoding

2015-05-26 Thread Luke Mewburn
On Tue, May 26, 2015 at 10:32:06AM -0400, mman...@netscape.net wrote: |Do you want to post your current progress to the existing review and I |can take a look at it from there? That's probably the easiest way to |look at the rough edges. You definitely want a dissector table

[Wireshark-dev] Extending PCLI payload decoding

2015-05-24 Thread Luke Mewburn
Hi. tl;dr: PCLI payload type selection needs enhancing. I made a first attempt at addressing this in https://code.wireshark.org/review/#/c/8608 but that needs improving. I'm trying to determine the preferred interface. I decided to expand the scope of the discussion and move it here to

Re: [Wireshark-dev] Supported Python versions?

2015-03-25 Thread Luke Mewburn
On Sun, Mar 22, 2015 at 04:48:38PM +0100, Peter Wu wrote: | Triggered by a build error due to html2text.py, I have recently started | with adding Python 3 support to various Python scripts[1][2]. The change | to html2text.py[1] was tested with Python 2.6, 2.7, 3.2 and 3.4. | | The

Re: [Wireshark-dev] Improving TCAP session matching

2015-01-09 Thread Luke Mewburn
On Sun, Jan 04, 2015 at 12:33:45PM +0100, Alexis La Goutte wrote: |The better is create a bug in bugtracker with subject like : Enhance |TCAP dissector (and list the list of issue/change) |and push your patch on gerrit with in commit log the reference to this |bug

[Wireshark-dev] Improving TCAP session matching

2015-01-03 Thread Luke Mewburn
Hi all. I've observed that Wireshark's TCAP session (transaction) matching (enabled with tcap.srt:TRUE) doesn't operate correctly in various cases. I've been working on improving Wireshark's TCAP session handling, and have some questions about the best way to do this as a new contributor to the