media dissector for a given media type (value of a Content-Type header)
must provide the logic to fall-back to this media dissector upon no match.
Note that you must set the pinfo->match_string to the media type name,
and if the media type is specified with parameters, then those parameters
can be added to pinfo->private_data. If there are no parameters, or the
parameter decoding is not implemented, you must set pinfo->private_data
to NULL.
Known TODOs:
- Fix the WSP parameter handling so it accompanies any media dissector.
Simplest approach is to retrieve the header field label from the WSP
Content-Type field and to search for a semicolon in it (or by using
the string length of the content type string representation).
- Verify that that subdissection always works in the WSP dissector,
even when the protocol tree is not being built.
- Implement the media dissector in the remaining dissectors that use the
media type string table.
svn path=/trunk/; revision=10743
tvb_get_ptr() is not necessarily NULL terminated, hence a NULL terminated
string must be generated from the returned pointer.
svn path=/trunk/; revision=10742
Dissection of the EncryptedFileSystem dce/rpc interface.
This dissector also contains a complete and fully tested IDL definition for
the entire interface.
svn path=/trunk/; revision=10734
only the request is tecnically a restransmission
the reply is technically not a retransmission (since it is a new reply to the retransmitted request)
mark duplicated replies as RPC duplicate ... instead of as RPC retransmission
thanks to Cal for pointing this out.
svn path=/trunk/; revision=10725
construction of the hex dump pane (so we don't need a progress bar(!)
while it's being filled in), and might have some other UI advantages as
well.
svn path=/trunk/; revision=10723
would be an independent clause, so it should be separate from the other
clause with a semicolon).
Note that, in that tooltip, in some cases "link-layer types" would be
appropriate and in others "link-layer header types" might be more
appropriate.
svn path=/trunk/; revision=10722
will not swallow the '\r\n' line end sequence when invoking chomp(), but
instead the '\r' character will remain. For this reason, chomp() cannot
be used and global removal of '\r' and '\n' characters must be used
instead, like in: $_ =~ s/[\r\n]//g;
svn path=/trunk/; revision=10719
set. As a result, tethereal cannot run for the generation of the protocol
field list for the ethereal-filter documentation.
Fix this issue when unpacking the ddeveloper ZIP archives.
svn path=/trunk/; revision=10711
any non-printable character in hex, as "\xNN". We rely on isprint(), which
may not be the best solution because it is locale-specific.
svn path=/trunk/; revision=10707
Ulf Lamping