Re: Different wireshark behaviour on Linux as on Windows

[Guy Harris <guy () alum mit edu>]

On Mar 9, 2011, at 7:39 AM, Roland Knall wrote:

> It would definitly not solve the underlying problem. but at least it
> would make the whole process predictable, which is definitly not the
> case now.

That might or might not constitute an improvement; the file name given to a plugin, or whether a dissector is a plugin 
or a built-in, probably has little to do with whether a given dissector should or shouldn't be the one used for a given 
type field value.

Of course, if the type field is, for example, an Ethernet type field, it's not clear that there ever *SHOULD* be more 
than one dissector registered for that type field value - if, for example, SercosIII was assigned the Ethernet type 
value 0x88CD, no other protocol should ever use that Ethernet type, and, thus, no other dissector should ever register 
with that Ethernet type value; other protocols should get their own Ethernet type values.

> My favorite solution would be, that a dissector could register, that
> it should always get selected before all other dissectors.

What happens if *two* dissectors make the same request?
___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev () wireshark org>
Archives:    http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request () wireshark org?subject=unsubscribe