Wireshark mailing list archives
Re: Inconsistent availability of proto_tree values during the first of two passes
From: Paul Offord <Paul.Offord () advance7 com>
Date: Wed, 12 Apr 2017 05:43:29 +0000
Nice. I'll take a look. Sent from Samsung Mobile on O2 -------- Original message -------- From: Guy Harris Date:12/04/2017 5:35 AM (GMT+00:00) To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] Inconsistent availability of proto_tree values during the first of two passes On Apr 11, 2017, at 12:13 AM, Guy Harris <guy () alum mit edu> wrote:
On Apr 10, 2017, at 11:57 PM, Paul Offord <Paul.Offord () advance7 com> wrote:OK - So just to summarize, we need to: • Short Term - Add a flag somewhere that can be set by a dissector, post-dissector or tap to request that a proto_tree is produced on the first pass • Long Term – Add a facility that allows a dissector, post-dissector or tap to request a list of specific protocol field values values during the first pass Is that right?Something such as that; the short-term solution is exactly that, the long-term solution might involve providing the values of those protocol fields on *every* pass or on the first pass. (It may also involve the way to deliver them, given that a given protocol might appear more than once in the protocol stack, given various forms of tunneling/encapsulation.)
OK, I've checked in a change that allows a postdissector to specify an array (GArray) of hfids for fields that it's going to be extracting from the protocol tree. With that change, when the packets are being read in for the first time, *or* redissected after, for example, a preference change, the protocol tree will be built if any postdissector has specified any such fields (as well as in all the other cases where it currently happens to be built). I've modified MATE and TRANSUM to use that API if they're enabled. ___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev () wireshark org> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-request () wireshark org?subject=unsubscribe ______________________________________________________________________ This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Advance Seven Ltd. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. Advance Seven Ltd. Registered in England & Wales numbered 2373877 at Endeavour House, Coopers End Lane, Stansted, Essex CM24 1SJ ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________
___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev () wireshark org> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-request () wireshark org?subject=unsubscribe
Current thread:
- Re: Inconsistent availability of proto_tree values during the first of two passes, (continued)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 09)
- Re: Inconsistent availability of proto_tree values during the first of two passes Paul Offord (Apr 09)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 09)
- Re: Inconsistent availability of proto_tree values during the first of two passes Paul Offord (Apr 10)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 10)
- Re: Inconsistent availability of proto_tree values during the first of two passes Paul Offord (Apr 10)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 10)
- Re: Inconsistent availability of proto_tree values during the first of two passes Paul Offord (Apr 10)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 11)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 11)
- Re: Inconsistent availability of proto_tree values during the first of two passes Paul Offord (Apr 11)
- Re: Inconsistent availability of proto_tree values during the first of two passes Guy Harris (Apr 12)
- Re: Inconsistent availability of proto_tree values during the first of two passes Paul Offord (Apr 12)