Re: [Wireshark-dev] Tracking branches, GitHub and Launchpad

2023-12-17 Thread Pascal Quantin
17 déc. 2023 23:29:59 Guy Harris : > On Dec 17, 2023, at 10:08 AM, Jaap Keuter wrote: > >> 1. The GitHub mirror is picking up all our cherry-pick branches, which now >> run in the hundreds. > > 1.5. Are cherry-pick branches deleted once the changes on those branches are > merged into the

Re: [Wireshark-dev] Future of Wireshark's Debian packaging scripts in the main repository

2023-11-22 Thread Pascal Quantin
Le mer. 22 nov. 2023 à 14:25, João Valverde a écrit : > > On 22/11/23 13:12, Pascal Quantin wrote: > > Hi Joao, > > Le mer. 22 nov. 2023 à 14:01, João Valverde a écrit : > >> You are free to participate in the discussion or not. But I really don't >> c

Re: [Wireshark-dev] Future of Wireshark's Debian packaging scripts in the main repository

2023-11-22 Thread Pascal Quantin
Hi Joao, Le mer. 22 nov. 2023 à 14:01, João Valverde a écrit : > You are free to participate in the discussion or not. But I really don't > care to wait for the new committee that is pretty much exactly the same as > the old committee, as far as I can tell. > > Anyway silence is another

Re: [Wireshark-dev] Examples where field doesn't have enough bits of value_string values

2023-09-22 Thread Pascal Quantin
Hi Martin, Le jeu. 21 sept. 2023 à 22:20, Martin Mathieson via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > After https://gitlab.com/wireshark/wireshark/-/merge_requests/12195, I'm > finding the warnings below. I think these are valid, based upon editing a > mask value and watching

Re: [Wireshark-dev] Wireshark warning for F1AP protocol: something unknown here [10.9 Unconstrained]

2023-08-24 Thread Pascal Quantin
Hi, Le jeu. 24 août 2023 à 17:39, SAURABH SARAF a écrit : > While decoding Ue Assistance information in F1ap Ue context modification > request, warning "something unknown here [10.9 Unconstrained]" is seen. > Dump for the same RRC container is getting decoded properly in x2ap rrc > transfer

Re: [Wireshark-dev] rewrite of asterix dissector

2023-08-18 Thread Pascal Quantin
Hi Zoran, Le ven. 18 août 2023 à 17:36, Zoran Bošnjak a écrit : > Dear wireshark developers, > I am rewriting asterix dissector. There are some open problems on asterix, > which are almost impossible to resolve in the current setting. > > The idea is to split the code between pure generated

Re: [Wireshark-dev] Are we fully moved over to C++ compilers?

2023-05-17 Thread Pascal Quantin
Hi Gilbert, 17 mai 2023 23:41:21 Gilbert Ramirez : > What's the state of our toolchain requirements for wireshark and all the > programs within it? > The CMakeLists.txt indicates we need C++ 11, but also has variables for > C_ONLY_FLAGS > > Some .c/.h files have "#ifdef __cplusplus" and others

Re: [Wireshark-dev] URL correction for section 8.1 of Wireshark Developer’s Guide

2022-11-25 Thread Pascal Quantin
Hi Denis, Le ven. 25 nov. 2022 à 00:39, Denis Ovsienko a écrit : > Hello. > > On this page [1] please replace the old URL [2] with the new URL [3]. > Thanks for the notification, done in https://gitlab.com/wireshark/wireshark/-/merge_requests/8930 Best regards, Pascal. > Thank you! > > 1:

Re: [Wireshark-dev] Destination Embedded IPv4 address in IPv6 not correct in "Paacket Details" for 4.0.1

2022-11-06 Thread Pascal Quantin
Hi Joel, Le dim. 6 nov. 2022 à 16:39, Joel Moxey a écrit : > Hi! > > PFA example PCAP as requested. > Thanks for the pcap, the inbound fix can be found here: https://gitlab.com/wireshark/wireshark/-/merge_requests/8793 Best regards, Pascal.

Re: [Wireshark-dev] Destination Embedded IPv4 address in IPv6 not correct in "Packet Details" for 4.0.1

2022-11-03 Thread Pascal Quantin
Hi Joel, Could you please share a pcap exhibiting your issue? Thanks and best regards, Pascal. 3 nov. 2022 23:31:04 Joel Moxey : > *In 4.0.1:* > > No.     Time               Delta time     Source                Src port > Destination           Dst port Protocol Length RAT Type   TEID/GRE Key

Re: [Wireshark-dev] Max size of a field seems to be 240 for a dissector

2022-10-18 Thread Pascal Quantin
Hi Richard, Le mar. 18 oct. 2022 à 18:30, Richard Sharpe a écrit : > Hi folks, > > How do I squeeze more than 240 chars into a string field? > You can't currently. As seen in epan/proto.h, you have the ITEM_LABEL_LENGTH define set to 240 and that exists since ages. > I am trying to fix an

Re: [Wireshark-dev] Wiki: Backporting A Change To A Release Branch

2022-09-26 Thread Pascal Quantin
Hi Chuck, it works fine here: ~/wireshark/git$ git remote -v downstream g...@gitlab.com:pquantin/wireshark.git (fetch) downstream g...@gitlab.com:pquantin/wireshark.git (push) upstreamg...@gitlab.com:wireshark/wireshark.git (fetch) upstream

Re: [Wireshark-dev] Issue with the NR-RRC Di-sector

2021-10-28 Thread Pascal Quantin
Hi, Le jeu. 28 oct. 2021 à 17:45, Chilla Sunil Kumar-Trainee < csku...@parallelwireless.com> a écrit : > Hi, > > I had an issue with RRC messages. > >1. In F1Setup Request message , it is not Showing the complete message >information. SIB1 Information is missing and showing that

Re: [Wireshark-dev] How to manage conn hashtable? recv TH_FIN, TH_RST packet will remove conn from hashtable and free conn memory?

2021-09-22 Thread Pascal Quantin
Hi, Le mer. 22 sept. 2021 à 17:42, ygm via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > How to manage conn hashtable? recv TH_FIN, TH_RST packet will remove conn > from hashtable and free conn memory: > conversation_hashtable_no_addr2_or_port2; > conversation_hashtable_no_addr2;

Re: [Wireshark-dev] Wireshark does not build on Ubunty 18.04 with LZ4 (to old version?)

2021-09-07 Thread Pascal Quantin
Hi Anders, Le mar. 7 sept. 2021 à 14:33, Anders Broman via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hi, > > Build fails complaining on > > wiretap/file_wrappers.c:199:5 error: unknown type name ‘LZ4F_dctx’ > > > > As far as I understand in the older package it uses LZ4F_dctx_s >

Re: [Wireshark-dev] close issues

2021-09-04 Thread Pascal Quantin
Hi John, 4 sept. 2021 15:52:10 John Thacker : > BACnet issues > https://gitlab.com/wireshark/wireshark/-/issues/17142 > https://gitlab.com/wireshark/wireshark/-/issues/17398 > > were both fixed by merge > https://gitlab.com/wireshark/wireshark/-/merge_requests/3019 > > (Merge 3019 tried to

Re: [Wireshark-dev] Wireshark 3.4.8 build from source tarball fails generating build files

2021-08-27 Thread Pascal Quantin
Hi Michael, 27 août 2021 19:54:17 Michael Lum : > Thank you Graham. >   > I have successfully generated the build files and built Wireshark now. > The change that made the difference was as Gerald pointed out, #5 in your > list. >   > My Wireshark build script has evolved over the years, thus

Re: [Wireshark-dev] ISO 7816 vs GSM SIM dissector

2021-08-18 Thread Pascal Quantin
Hi Stig, Le mer. 18 août 2021 à 13:51, Stig Bjørlykke a écrit : > Hi, > > Does anyone know the difference between the ISO 7816 dissector and the GSM > SIM dissector? > > For me it looks like they are handling the same PDUs, but both are > incomplete in different ways. > You are correct. Both

Re: [Wireshark-dev] Unknown CMake command "check_function_exists".

2021-08-10 Thread Pascal Quantin
Hi Jorge, Le mar. 10 août 2021 à 16:57, Mora, Jorge via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hello, > > > > I just got the latest tree but cmake fails: > > > > $ uname -a > > Linux netapp83.linux.fake 4.18.0-240.el8.x86_64 #1 SMP Wed Sep 23 05:13:10 > EDT 2020 x86_64 x86_64

Re: [Wireshark-dev] Replacing wmem_packet_scope() with pinfo->pool?

2021-07-21 Thread Pascal Quantin
Hi Moshe, Le mer. 21 juil. 2021 à 17:56, Moshe Kaplan a écrit : > Coverity is complaining that some of the allocations made with pinfo -> > pool are leaking. Is it possible that the pinfo->pool based allocations are > not always cleaned up? > > As an example, CoverityID 1487512 complains about

Re: [Wireshark-dev] Can the legacy HAVE_LIBGCRYPT_AEAD check be removed?

2021-07-12 Thread Pascal Quantin
Hi Matthias, Le lun. 12 juil. 2021 à 21:22, Dr. Matthias St. Pierre < matthias.st.pie...@ncp-e.com> a écrit : > Hi all, > > in wsgcrypt.h the libgcrypt version is checked to ensure that it supports > AEAD ciphers: > > #if GCRYPT_VERSION_NUMBER >= 0x010600 /* 1.6.0 */ > /* Whether

Re: [Wireshark-dev] Replacing wmem_packet_scope() with pinfo->pool?

2021-07-12 Thread Pascal Quantin
Hi Evan, Le lun. 12 juil. 2021 à 17:52, Evan Huus a écrit : > I've been thinking recently about starting the process of getting rid > of the "global" wmem scope methods (wmem_packet_scope, > wmem_file_scope, etc) in favour of passing them around in arguments > (or in pinfo, or something). This

Re: [Wireshark-dev] Decoding error SS7 SMS-MO (ok) vs SMPP Deliver SM (malformed)

2021-07-07 Thread Pascal Quantin
Hi Andreas, Le mer. 7 juil. 2021 à 16:20, Andreas Fink a écrit : > Hello, > > I run into a decoding error in SMPP > > I have a GSM SMS payload which comes in as SMS-MO into a SMSC. > > the GSM-SMS TPDU SMS-submit -> TP-UserData section contains the bytes: >

Re: [Wireshark-dev] warning LNK4291: module may contain '__except' but was not compiled with /guard:ehcont

2021-07-02 Thread Pascal Quantin
Hi Chris, 2 juil. 2021 17:36:21 Maynard, Christopher via Wireshark-dev : > I’m not sure if these warnings have been seen by anyone yet, but I just > noticed them after updating sources today and compiling. >   > From: _https://gitlab.com/wireshark/wireshark/-/jobs/1395187730#L534_ >

Re: [Wireshark-dev] please close issue 12800

2021-06-04 Thread Pascal Quantin
Hi Eugene, 4 juin 2021 18:41:53 Eugène Adell : > Hello, > > anyone with sufficient rights please close : > > https://gitlab.com/wireshark/wireshark/-/issues/12800 Done. Best regards, Pascal. ___ Sent via:Wireshark-dev

Re: [Wireshark-dev] Custom item not related to the packet

2021-05-27 Thread Pascal Quantin
Hi Antonello Le jeu. 27 mai 2021 à 08:54, Antonello Tartamo a écrit : > pt contains 16 bytes I have filled up. > I'm telling proto_tree_add_item to read these bytes from offset 0 with > length 16. > The field is properly shown (correct bytes) in the Packet Details tree but > when I select it in

Re: [Wireshark-dev] Close bugs

2021-05-25 Thread Pascal Quantin
Hi _John,_ 26 mai 2021 06:58:14 John Thacker : > Can someone with the proper permission please close #13238 > (https://gitlab.com/wireshark/wireshark/-/issues/13238)? > It was fixed by commit 81f184bc00b938807cfdee72dc6f8d49412e26c6 three years > ago, but didn't get closed (and no one really

Re: [Wireshark-dev] Status label for issues

2021-04-23 Thread Pascal Quantin
Hi Graham, 23 avr. 2021 16:39:16 Graham Bloice : > How will issues that aren't bugs be handled, e.g. enhancement requests? We already have an enhancement label. @Uli, LGTM. Cheers, Pascal. > > On Fri, 23 Apr 2021 at 13:30, Uli Heilmeier wrote: >> Hi everyone, >> >> For issues (especially

Re: [Wireshark-dev] MR that commes up as "OK to Merge" fails pipline

2021-04-21 Thread Pascal Quantin
Le mer. 21 avr. 2021 à 20:12, Gerald Combs a écrit : > On 4/21/21 6:38 AM, Pascal Quantin wrote: > > Hi Anders, > > > > Le mer. 21 avr. 2021 à 15:34, Anders Broman via Wireshark-dev < > wireshark-dev@wireshark.org <mailto:wireshark-dev@wireshark.or

Re: [Wireshark-dev] Who introduced these failures?

2021-04-21 Thread Pascal Quantin
Hi Richard, Le mer. 21 avr. 2021 à 19:43, Richard Sharpe a écrit : > My latest MR failed with these errors: > > - > > C:\builds\wireshark\wireshark\epan\dissectors\packet-componentstatus.c(172,71): > error C2220: workload = 100.0 * >

Re: [Wireshark-dev] MR that commes up as "OK to Merge" fails pipline

2021-04-21 Thread Pascal Quantin
Hi Anders, Le mer. 21 avr. 2021 à 15:34, Anders Broman via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hi, > > This MR https://gitlab.com/wireshark/wireshark/-/merge_requests/2178 passed > check but failed merge at the firsts attempt – the author then amended > > It passed check and

Re: [Wireshark-dev] ASN.1-based dissector development for Wireshark

2021-04-16 Thread Pascal Quantin
Hi Vincent, the truncated ASCII bytes pane seems like a Qt UI bug not related to the dissector code itself. It seems like you are suffering from https://gitlab.com/wireshark/wireshark/-/issues/17087 that got fixed in https://gitlab.com/wireshark/wireshark/-/merge_requests/1902 but not backported

Re: [Wireshark-dev] (1) building Wireshark in build.wireshark fails, (2) how to get dissector details without packet

2021-04-15 Thread Pascal Quantin
Hi Vincent, Le jeu. 15 avr. 2021 à 10:52, Vincent Randal a écrit : > (1) There is no error message other than it fails immediately when > beginning building "qtui" (at about 70% of the way into make for > wireshark-3.4.4) > You should have an error message, please check above in the build log.

Re: [Wireshark-dev] Closing issue 15128

2021-04-14 Thread Pascal Quantin
Hi Uli, 14 avr. 2021 16:22:14 Uli Heilmeier : > Hi List, > > Would someone who has the necessary rights please be so kind and close issue > 15128 [1]? > I am missing the necessary permission. Done Best regards, Pascal. > > Cheers > Uli > > > [1]

Re: [Wireshark-dev] Hitting a weird error in a MR pipeline

2021-04-13 Thread Pascal Quantin
Le mar. 13 avr. 2021 à 18:49, Pascal Quantin a écrit : > This is because of > https://gitlab.com/wireshark/wireshark/-/merge_requests/2689 > that was merged despite a Windows failure. need to fix it. > Fix attempt here, to be reviewed by Jirka: https://gitlab.com/wiresha

Re: [Wireshark-dev] Hitting a weird error in a MR pipeline

2021-04-13 Thread Pascal Quantin
This is because of https://gitlab.com/wireshark/wireshark/-/merge_requests/2689 that was merged despite a Windows failure. need to fix it. Pascal. 13 avr. 2021 18:42:29 Richard Sharpe : > Hi folks, > > In my latest MR pipeline: > https://gitlab.com/wireshark/wireshark/-/pipelines/285790755 >

Re: [Wireshark-dev] How to build the simple ASN.1 UDP-based dissector example (foo)

2021-04-13 Thread Pascal Quantin
r updated a dissector in epan/dissectors/asn1 using >> Linux? Maybe this step has been broken for a while in Linux (assuming it >> works in Windows). >> >> On Tue, Apr 13, 2021 at 9:03 AM Pascal Quantin wrote: >>> Hi Vicent, >>> >>> Le mar. 13 av

Re: [Wireshark-dev] How to build the simple ASN.1 UDP-based dissector example (foo)

2021-04-13 Thread Pascal Quantin
Hi Vicent, Le mar. 13 avr. 2021 à 16:53, Vincent Randal a écrit : > I should give that a try. What version of Windows and tools are you using? > I’m beat. I need to do something that works soon. > No need to install Windows; it works the same way on Linux. Go to your build folder and run:

Re: [Wireshark-dev] Dissector lifecycle and per-file data

2021-03-29 Thread Pascal Quantin
Hi Vincent, Le lun. 29 mars 2021 à 18:24, Vincent Mallet a écrit : > I am hoping this is the right place to ask this question but if not please > redirect me. > That's the right place :) > I am working on a custom C dissector and need to keep some data around for > the lifetime of the

Re: [Wireshark-dev] Improvments for NVMeOF dissector

2021-03-29 Thread Pascal Quantin
Hi Constantine, Le lun. 29 mars 2021 à 17:36, Constantine Gavrilov a écrit : > I have waited for another week and nothing happens. Unfortunately those kinds of things happen sometimes. As said previously we are all doing this in our spare time, and maybe the previous exchanges did not

Re: [Wireshark-dev] Improvments for NVMeOF dissector

2021-03-21 Thread Pascal Quantin
nd have proven to be involved long enough in the project to do not disappear immediately. Best regards. > > > -- > > Constantine Gavrilov > Storage Architect > Master Inventor > Tel-Aviv Storage Lab IDT Lead > Tel-Aviv IBM Storage Lab > 1 Azrieli Center, Tel-Aviv > Phone: +972-3-6897318

Re: [Wireshark-dev] Improvments for NVMeOF dissector

2021-03-21 Thread Pascal Quantin
Storage Lab IDT Lead > Tel-Aviv IBM Storage Lab > 1 Azrieli Center, Tel-Aviv > Phone: +972-3-6897318 > Fax:      +972-3-6897230 > > > > > From:        Pascal Quantin > To:        Developer support list for Wires

Re: [Wireshark-dev] Improvments for NVMeOF dissector

2021-03-21 Thread Pascal Quantin
Hi Constantine, If I read the review history correctly, you were asked to perform some changes that you did 2 days ago. This is not abnormal not to get any feedback in such a short period, and that does not mean the receiver lost interest but simply that he is busy. So my suggestion is to be a

Re: [Wireshark-dev] Issue cleanup (admin privs needed)

2021-03-12 Thread Pascal Quantin
Hi Chuck, Le ven. 12 mars 2021 à 19:07, chuck c a écrit : > https://gitlab.com/wireshark/wireshark/-/issues/16587 > Typing after Display Filter Macro crashes gui > > https://gitlab.com/wireshark/wireshark/-/issues/16778 > Display Filter Macros Crash Wireshark > Done. Cheers, Pascal.

Re: [Wireshark-dev] Submitting Replacement Code

2021-02-10 Thread Pascal Quantin
Hi Paul, Le mer. 10 févr. 2021 à 18:37, Paul Offord a écrit : > Hi, > > I need some GitLab guidance. The procedure for submitting code is: > >- Commit code changes to the local copy of my personal Wireshark repo >- Push the changes to my upstream personal repo >- Press the "Create

Re: [Wireshark-dev] Procedure to solve/close issues in Gitlab

2021-02-09 Thread Pascal Quantin
Hi Jirka, Le mar. 9 févr. 2021 à 12:51, Jirka Novak a écrit : > Hi, > > what is proposed procedure to solve and close issues in Gitlab? > > During conversion to gitlab all bugzilla issues were created as > issues. I reviewed many voice related issues, made solutions (e.g. > patches) for

Re: [Wireshark-dev] What mean "Error: Found prohibited APIs in ..." error during build?

2021-02-09 Thread Pascal Quantin
Hi Jirka, Le mar. 9 févr. 2021 à 09:13, Jirka Novak a écrit : > Hi, > > >> I commited patch and pipeline failed because: > >> > >> ... > >> FAILED: ui/qt/CMakeFiles/checkAPI_ui-qt > >> ... > >> Error: Found prohibited APIs in utils/rtp_audio_silence_generator.cpp: > open > >> Error: Found

Re: [Wireshark-dev] Do we see false positives on the prechecks in merge-request runners

2021-02-01 Thread Pascal Quantin
Hi Richard, Le lun. 1 févr. 2021 à 16:09, Richard Sharpe a écrit : > Hi folks, > > In one of the builds for my merge request around Robust AV Streaming, > I got this: > > https://gitlab.com/wireshark/wireshark/-/jobs/998246552 > > It is complaining that an ENC_BIG_ENDIAN should be ENC_NA, but

Re: [Wireshark-dev] [Outreachy] Multiple-line parsing of packets dissected over HTTP

2021-01-21 Thread Pascal Quantin
Hi Joey, Le mer. 20 janv. 2021 à 20:15, Joey Salazar a écrit : > Hi Pascal, > > On Wednesday, January 20, 2021 4:23 AM, Pascal Quantin wrote: > > Hi Joey, > > Le mar. 19 janv. 2021 à 23:35, Joey Salazar a > écrit : > >> On Tuesday, January 19, 2021 4:20 PM, P

Re: [Wireshark-dev] Multiple-line parsing of packets dissected over HTTP

2021-01-20 Thread Pascal Quantin
Hi Joey, Le mar. 19 janv. 2021 à 23:35, Joey Salazar a écrit : > On Tuesday, January 19, 2021 4:20 PM, Pascal Quantin wrote: > > Le mar. 19 janv. 2021 à 23:09, Joey Salazar a > écrit : > >> Hi Pascal, >> On Tuesday, January 19, 2021 11:19 AM, Pascal Quantin wrote:

Re: [Wireshark-dev] Multiple-line parsing of packets dissected over HTTP

2021-01-19 Thread Pascal Quantin
Le mar. 19 janv. 2021 à 23:09, Joey Salazar a écrit : > Hi Pascal, > On Tuesday, January 19, 2021 11:19 AM, Pascal Quantin wrote: > > Hi Joey, > > Le mar. 19 janv. 2021 à 17:45, Joey Salazar via Wireshark-dev < > wireshark-dev@wireshark.org> a écrit : > >> Hi

Re: [Wireshark-dev] Multiple-line parsing of packets dissected over HTTP

2021-01-19 Thread Pascal Quantin
Hi Joey, Le mar. 19 janv. 2021 à 17:45, Joey Salazar via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hi all, > > In commit 33af2649 [1] we can keep dissecting the contents of the req, > adv, and res packets by setting > while (plen > 0) { } > either in `dissect_git_pdu()` or in

Re: [Wireshark-dev] Assigned reviewers

2021-01-06 Thread Pascal Quantin
Le mer. 6 janv. 2021 à 11:26, Dario Lombardo a écrit : > > > On Wed, Jan 6, 2021 at 9:38 AM Pascal Quantin > wrote: > >> Hi Jonathan, >> >> Le mer. 6 janv. 2021 à 05:39, Jonathan Nieder a >> écrit : >> >>> Hi wiresharks, >&

Re: [Wireshark-dev] Assigned reviewers

2021-01-06 Thread Pascal Quantin
Hi Jonathan, Le mer. 6 janv. 2021 à 05:39, Jonathan Nieder a écrit : > Hi wiresharks, > > Context: > https://gitlab.com/wireshark/wireshark/-/merge_requests/1313#note_478706594 > > In Gerrit times, a person could add someone as a reviewer to a change > to request review, the reviewer could

Re: [Wireshark-dev] Branch name issues ...

2021-01-02 Thread Pascal Quantin
Hi Richard, Le dim. 3 janv. 2021 à 01:01, Richard Sharpe a écrit : > Hi folks, > > I just tried to push some changes to my upstream repo prior to > creating a merge request for the PV1/S1G changes I have accumulated. > > However, I hit this problem: > > remote: GitLab: Branch name does not

Re: [Wireshark-dev] tpdu_data missing in gtp packet

2020-12-25 Thread Pascal Quantin
Hi, Le ven. 25 déc. 2020 à 06:02, Ranjeet kumar singh a écrit : > it is present in 3.25 and missing in 3.4.2. > > Please see attached images. in one this field is present and in other > it's missing. > > I have not made any setting changes. Just installed released wireshark > and opened a

Re: [Wireshark-dev] tpdu_data missing in gtp packet

2020-12-24 Thread Pascal Quantin
Le jeu. 24 déc. 2020 à 09:16, Dario Lombardo a écrit : > Can you please tell a version in which is present and a version in which > is not? > And please clarify your GTP setting regarding the T-PDU dissection. > On Thu, Dec 24, 2020 at 8:54 AM Ranjeet kumar singh > wrote: > >> Hi >> >> Gtp

Re: [Wireshark-dev] F1AP Messages are not getting dissected correctly.

2020-12-16 Thread Pascal Quantin
Dear Simran, Le mer. 16 déc. 2020 à 17:38, Simran Kumawat a écrit : > Hi Sir/Ma'am, > > This is Simran Kumawat, Project Associate at 5G-TestBed Project, IIT > Hyderabad. > I am working on the F1AP interface currently, I observed a few things as > mentioned below. > Wireshark is dissecting f1ap

Re: [Wireshark-dev] Qt warning on Windows build.

2020-11-23 Thread Pascal Quantin
Hi Chris, Le lun. 23 nov. 2020 à 20:38, Maynard, Christopher via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > > From: Wireshark-dev On Behalf Of > Anders Broman via Wireshark-dev > > Sent: Thursday, November 19, 2020 3:50 AM > > To: wireshark-dev@wireshark.org > > Cc: Anders Broman

Re: [Wireshark-dev] Compile fails after fetch

2020-11-19 Thread Pascal Quantin
Hi Jorge, Le jeu. 19 nov. 2020 à 18:08, Pascal Quantin a écrit : > Hi Jorge, > > Le jeu. 19 nov. 2020 à 17:51, Mora, Jorge a > écrit : > >> Hello, >> >> >> >> After a git fetch, compile fails with the following: >> >> [ 50%] Building C o

Re: [Wireshark-dev] Compile fails after fetch

2020-11-19 Thread Pascal Quantin
Hi Jorge, Le jeu. 19 nov. 2020 à 17:51, Mora, Jorge a écrit : > Hello, > > > > After a git fetch, compile fails with the following: > > [ 50%] Building C object > epan/dissectors/CMakeFiles/dissectors.dir/packet-quic.c.o > > /home/mora/wireshark/epan/dissectors/packet-quic.c:603:1: error: >

Re: [Wireshark-dev] How to ammend/correct a merged MR?

2020-10-30 Thread Pascal Quantin
Hi Chuck Le ven. 30 oct. 2020 à 14:51, chuck c a écrit : > https://gitlab.com/wireshark/wireshark/-/merge_requests/180 > > Do I make another commit again !180 or create a new commit and merge > request? > As this MR is already merged, my understanding is that you must create a new one (but I'm

Re: [Wireshark-dev] Random "#" in issues - cross references

2020-10-28 Thread Pascal Quantin
Le mer. 28 oct. 2020 à 17:17, Pascal Quantin a écrit : > Hi Chuck, > > Le mer. 28 oct. 2020 à 17:00, chuck c a écrit : > >> https://gitlab.com/wireshark/wireshark/-/issues/16844 >> "Compiled (64-bit) with Qt 5.14.2, with libpcap, with GLib 2.52.3, with >> zli

Re: [Wireshark-dev] Random "#" in issues - cross references

2020-10-28 Thread Pascal Quantin
Hi Chuck, Le mer. 28 oct. 2020 à 17:00, chuck c a écrit : > https://gitlab.com/wireshark/wireshark/-/issues/16844 > "Compiled (64-bit) with Qt 5.14.2, with libpcap, with GLib 2.52.3, with > zlib > 1.2.11, with SMI 0.4.8, with c-ares 1.15.0, with Lua 5.2.4, with GnuTLS > 3.6.3 > and PKCS #11

Re: [Wireshark-dev] Buildbot crash - what did I break?

2020-10-22 Thread Pascal Quantin
Hi Chuck Le jeu. 22 oct. 2020 à 20:06, chuck c a écrit : > https://gitlab.com/wireshark/wireshark/-/issues/16939 > Buildbot crash output: fuzz-2020-10-20-17042.pcap > > Git commit > commit 5b242d62b045e6c85a0119c5271d0b072707c79a > Author: Chuck Craft > Date: Tue Sep 8 21:59:02 2020 -0500 >

Re: [Wireshark-dev] Documentation for PDUs and TLS session keys

2020-09-30 Thread Pascal Quantin
Hi Alex, Le mar. 29 sept. 2020 à 20:14, Alex Nik a écrit : > Hi, folks, > > I’m looking for the subject matter expert in Exporting PDUs to file and > Exporting TLS session keys to write a proper documentation. Is there anyone > who I can ask questions? I’m alexnik in the IRC. Could you contact

Re: [Wireshark-dev] pfcp seid decode error

2020-09-13 Thread Pascal Quantin
Hi Ranjeet, Le dim. 13 sept. 2020 à 05:54, Ranjeet kumar singh a écrit : > Hi > > Seeing "IE wrongly encoded" error while decoding F-SEID in a pfcp > session establishment response. > > Please see attached screenshot and pcap. > > Please let me know if it is a bug. > 29.244 chapter 8.2.37 says

Re: [Wireshark-dev] pfcp ctag decode bug

2020-09-12 Thread Pascal Quantin
gt; On Sat, Sep 12, 2020 at 9:31 PM Pascal Quantin > wrote: > > > > Hi Ranjeet, > > > > Le sam. 12 sept. 2020 à 17:58, Ranjeet kumar singh > a écrit : > >> > >> Hi Pascal > >> > >> Please find the attached image that shows the byt

Re: [Wireshark-dev] pfcp ctag decode bug

2020-09-12 Thread Pascal Quantin
> Ranjeet Singh > > On Sat, Sep 12, 2020 at 9:08 PM Pascal Quantin > wrote: > > > > Hi Ranjeet, > > > > Le sam. 12 sept. 2020 à 10:16, Pascal Quantin a > écrit : > >> > >> Le sam. 12 sept. 2020 à 04:40, Guy Harris a écrit : > >>> > &

Re: [Wireshark-dev] pfcp ctag decode bug

2020-09-12 Thread Pascal Quantin
Hi Ranjeet, Le sam. 12 sept. 2020 à 10:16, Pascal Quantin a écrit : > Le sam. 12 sept. 2020 à 04:40, Guy Harris a écrit : > >> On Sep 11, 2020, at 7:04 PM, Ranjeet kumar singh >> wrote: >> >> > I am seeing following error >> > >> > [Dissect

Re: [Wireshark-dev] pfcp ctag decode bug

2020-09-12 Thread Pascal Quantin
Le sam. 12 sept. 2020 à 04:40, Guy Harris a écrit : > On Sep 11, 2020, at 7:04 PM, Ranjeet kumar singh > wrote: > > > I am seeing following error > > > > [Dissector bug, protocol PFCP: > > > C:\buildbot\builders\wireshark-3.2-64\windows-2019-x64\build\epan\proto.c:11594: > > field

Re: [Wireshark-dev] Cherry-picking, gitlab permissions

2020-08-26 Thread Pascal Quantin
Hi John, Le mer. 26 août 2020 à 14:58, John Thacker a écrit : > The official Gitlab instructions (along with the still being transitioned > developer's guide) mention the ability to cherry pick merges from the GUI: > >

Re: [Wireshark-dev] Version of Qt required?

2020-07-07 Thread Pascal Quantin
Hi John, Le mar. 7 juil. 2020 à 19:09, John Thacker a écrit : > On Tue, Jul 7, 2020 at 10:48 AM Graham Bloice > wrote: > >> >> The table of Qt versions shows which versions have been used in Wireshark >> installers for Windows and macOS. Determining the versions available on >> specific Linux

Re: [Wireshark-dev] git clone does not include latest commits

2020-06-06 Thread Pascal Quantin
Hi Damian, Le sam. 6 juin 2020 à 12:36, Damian Stevenson a écrit : > I'm reading "Develop -> Get Involved" guide > (https://www.wireshark.org/develop.html) > > But for some reason latest commits > (https://code.wireshark.org/review/#/c/37385/) are not included into > "git clone

Re: [Wireshark-dev] Question about displaying of Sequence Number of GTP v2

2020-06-04 Thread Pascal Quantin
Hi, Le jeu. 4 juin 2020 à 17:11, Дмитрий Кондратьев a écrit : > Good afternoon all. > Recently I discovered that the parameter Sequence Number for GTP v2 > protocol is displayed in such way: "Sequence Number: 0x00ff (16777215)" > But if you see specs then it is stated that Sequence Number

Re: [Wireshark-dev] asn2wrs.py no longer seems to generate the same code ...

2020-05-16 Thread Pascal Quantin
Le sam. 16 mai 2020 à 23:01, Richard Sharpe a écrit : > On Sat, May 16, 2020 at 8:51 AM Pascal Quantin > wrote: > > > > Hi Richard, > > > > Le sam. 16 mai 2020 à 17:34, Richard Sharpe > a écrit : > >> > >> On Sat, May 16, 2020 at 6:00 AM

Re: [Wireshark-dev] asn2wrs.py no longer seems to generate the same code ...

2020-05-16 Thread Pascal Quantin
Hi Richard, Le sam. 16 mai 2020 à 17:34, Richard Sharpe a écrit : > On Sat, May 16, 2020 at 6:00 AM João Valverde > wrote: > > > > Hi Richard, > > > > On 15/05/20 23:46, Richard Sharpe wrote: > > > On Fri, May 15, 2020 at 3:33 PM Peter Wu wrote: > > >> The "asn1" target rebuilds all asn1

Re: [Wireshark-dev] asn2wrs.py no longer seems to generate the same code ...

2020-05-08 Thread Pascal Quantin
Hi Richard, Le ven. 8 mai 2020 à 17:08, Richard Sharpe a écrit : > Hi folks, > > While figuring out how to get a dissection function for > ECDSA_Sig_Value, I noticed that asn2wrs.py no longer generates the > same code it once did. > > I re-ran asn2wrs.py against

Re: [Wireshark-dev] How do I expose ECDSA-Sig-Value as a dissect function in pkcs1?

2020-05-07 Thread Pascal Quantin
Hi Richard, Le jeu. 7 mai 2020 à 17:01, Richard Sharpe a écrit : > Hi folks, > > I need a dissector for an EDCSA-Sig-Value, and it is nicely defined in > epan/dissectors/asn1/pkcs1/PKIXAlgs-2009.asn as: > > - >ECDSA-Sig-Value ::= SEQUENCE { > r INTEGER, >

Re: [Wireshark-dev] Unable to cmake Wireshark on Red Hat 7 due to GLIB2 version error

2020-04-30 Thread Pascal Quantin
Hi Mark, Le jeu. 30 avr. 2020 à 17:16, Brodie, Mark (Refinitiv) < mark.bro...@refinitiv.com> a écrit : > Hi there, > > > > My wireshark build attempt fails during cmake when it checks the version > of GLIB2. > > > > -- Checking for one of the modules 'glib-2.0' > > CMake Error at >

Re: [Wireshark-dev] Issue Report - Latest Version

2020-04-28 Thread Pascal Quantin
Le mar. 28 avr. 2020 à 17:03, Graham Bloice a écrit : > > > On Tue, 28 Apr 2020 at 15:45, Leonardo Ayek wrote: > >> >> Hi guys, just to let you know that I'm having a problem to use OpenVPN >> GUI after I installed Wireshark (Latest Version) >> >>1. The version number of Wireshark and the

Re: [Wireshark-dev] Wiki EditorGroup request

2020-04-24 Thread Pascal Quantin
Hi Uli, Le ven. 24 avr. 2020 à 13:39, Uli Heilmeier a écrit : > Hi, > > Can someone be so kind and add me (UliHeilmeier) to the EditorGroup at > wiki.wireshark.org? Done. Cheers, Pascal. ___ Sent via:Wireshark-dev

Re: [Wireshark-dev] Has anything changed with respect to contributing changes to Wireshark after github?

2020-04-14 Thread Pascal Quantin
Hi Richard, Le mar. 14 avr. 2020 à 19:41, Richard Sharpe a écrit : > Hi folks, > > I think I saw an email about things moving to github or gitlab and > wondered if they meant any changes to my workflow around submitting > changes? > > If so, is there a link I can use to see what they are? >

Re: [Wireshark-dev] Wireshark col_append_sep_str function

2020-04-03 Thread Pascal Quantin
Hi Jannis, Le ven. 3 avr. 2020 à 11:22, Peimann, Jannis < jannis.peim...@continental-corporation.com> a écrit : > Hi together, > > > > I want to add information to the Info column for every frame in Wireshark. > > This is working fine as long as I only have one PDU in my UDP package. > > If I

Re: [Wireshark-dev] range_string checking

2020-04-03 Thread Pascal Quantin
Hi Martin, Le jeu. 2 avr. 2020 à 23:08, Martin Mathieson via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hi, > > I have been adding checking to proto.c (that will be protected by #ifdef > ENABLE_CHECK_FILTER) to see if range_string arrays passed > into tmp_fld_check_assert() look

Re: [Wireshark-dev] Build without LUA fails

2020-03-27 Thread Pascal Quantin
Hi Dario, Le ven. 27 mars 2020 à 18:10, Dario Lombardo a écrit : > On Thu, Mar 19, 2020 at 9:09 AM Pascal Quantin > wrote: > >> >> Note that the previous patch was incomplete. Lines 103 and 108 must be >> changed also. See https://code.wireshark.org/review/#/c

Re: [Wireshark-dev] Build failure (kerberos)

2020-03-23 Thread Pascal Quantin
Le lun. 23 mars 2020 à 09:17, Dario Lombardo a écrit : > > > On Sun, Mar 22, 2020 at 6:15 PM Dario Lombardo wrote: > >> Ok, thanks. >> >> On Sun, Mar 22, 2020 at 9:48 AM Martin Mathieson < >> martin.r.mathie...@googlemail.com> wrote: >> >>> > ./asn1/kerberos/packet-kerberos-template.c: In

Re: [Wireshark-dev] Dissectors with the same abbreviation

2020-03-20 Thread Pascal Quantin
Hi Tomasz, Le ven. 20 mars 2020 à 16:10, Tomasz Moń a écrit : > Hello, > > In Wireshark there is Precision Time Protocol (IEEE1588) dissector > suing the abbreviation "ptp". There is also, currently without built > in dissector, Picture Transfer Protocol (ISO 15740:2008) that is > commonly

Re: [Wireshark-dev] Build without LUA fails

2020-03-19 Thread Pascal Quantin
Le jeu. 19 mars 2020 à 08:54, Anders Broman a écrit : > > > > > *From:* Pascal Quantin > *Sent:* den 17 mars 2020 10:13 > *To:* Developer support list for Wireshark > *Cc:* Anders Broman > *Subject:* Re: [Wireshark-dev] Build without LUA fails > > > > Hi

Re: [Wireshark-dev] User's guide to French

2020-03-17 Thread Pascal Quantin
Hi Jérémie, Le mar. 17 mars 2020 à 15:49, J?r?mie Denis a écrit : > Hello, > > > > Have you this even guide in French? > Sorry, we do not. Best regards, Pascal. > > ___ Sent via:Wireshark-dev mailing list Archives:

Re: [Wireshark-dev] Build without LUA fails

2020-03-17 Thread Pascal Quantin
Hi Anders, Le mar. 17 mars 2020 à 10:02, Anders Broman via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hi, > > Someone at work is trying to build without LUA and getting, from cmake: > > > > : > > - The following OPTIONAL packages have not been found: > > > > * LIBSSH (required

Re: [Wireshark-dev] [Wireshark-commits] wireshark-win64-libs rev 635: / /trunk/packages/: npcap-0.9987.exe npcap-0.9988.exe /trunk/: README.txt

2020-03-16 Thread Pascal Quantin
Hi Chris, Le lun. 16 mars 2020 à 23:47, Maynard, Chris via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > "Rather serious memory leak in Npcap 0.9988. Consider reverting to 0.9987 > until the next release. Thanks! " > Ref: https://twitter.com/bonsaiviking/status/1239297302361247749

Re: [Wireshark-dev] Wireshark wiki on portable aps

2020-03-16 Thread Pascal Quantin
Hi Anders Le lun. 16 mars 2020 à 13:57, Anders Broman via Wireshark-dev < wireshark-dev@wireshark.org> a écrit : > Hi, > > This page may need some love  Is it built with cmake? > According to

Re: [Wireshark-dev] Cmake on windows

2020-03-06 Thread Pascal Quantin
Le ven. 6 mars 2020 à 14:02, Dario Lombardo a écrit : > > > On Fri, Mar 6, 2020 at 12:44 PM Pascal Quantin > wrote: > >> >> >> Le ven. 6 mars 2020 à 12:28, Dario Lombardo a écrit : >> >>> I am sorry, I still don't understand, I beg your pardon. &

Re: [Wireshark-dev] Cmake on windows

2020-03-06 Thread Pascal Quantin
s message. When I open the MSVC 2019 command prompt, and type 'set VCINSTALLDIR', I get as expected: VCINSTALLDIR=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\ What do you get? > On Fri, Mar 6, 2020 at 12:20 PM Pascal Quantin > wrote: > >> Hi Dario, >> >&g

Re: [Wireshark-dev] Cmake on windows

2020-03-06 Thread Pascal Quantin
Hi Dario, Le ven. 6 mars 2020 à 12:16, Dario Lombardo a écrit : > Hi Pascal > I'm not sure I got the point. I try to explain what I understand. I have > one single build, that may have multiple problems, some trivial, some not. > The error I see in cmake could be ignored, while the one that

Re: [Wireshark-dev] Cmake on windows

2020-03-06 Thread Pascal Quantin
Hi Dario, Le ven. 6 mars 2020 à 11:30, Dario Lombardo a écrit : > No, it's the same. Have a look at the cmake section and you will see the > error messages below. > Joao is correct: on one side you have a non fatal error in CMake that only impacts the WiX installer, and in the other side your

Re: [Wireshark-dev] Sime Diameter messages doesn't shown at new versions

2020-03-03 Thread Pascal Quantin
Hi Iman, Le mar. 3 mars 2020 à 20:18, Iman Mohammadi < iman.mohammadi.tele...@gmail.com> a écrit : > Hi All, > > I have a problem for checking Diameter messages in wireshark at new > versions,some Diameter messages just shown as TCP or SCTP packets as below > in new versions,but at old versions

Re: [Wireshark-dev] how to add global per-capture state?

2020-02-24 Thread Pascal Quantin
Hi Aurélien, Le lun. 24 févr. 2020 à 15:40, Aurélien Aptel a écrit : > Hi, > > I'm working on the SMB2 dissector (packet-smb2.c) and I'd like to have > better support for multichannel where an authenticated session is shared > across TCP sessions. > > So at the moment, we store a hashtable in

Re: [Wireshark-dev] Feedback on Developer's Guide 3.3.0

2020-02-19 Thread Pascal Quantin
Hi David, Le mer. 19 févr. 2020 à 17:47, Boyce, David a écrit : > Hi, > > > > I notice that the developer’s guide does not appear to have any Wireshark > C API Reference Manual equivalent to the Lua API Reference Manual of > Chapter 11. Given that 1.4.1 emphasises that ‘(almost) any dissector

  1   2   3   4   5   6   7   8   9   >