With the WTAP_ERR_UNSUPPORTED error, Wiretap supplies a string giving
authorGuy Harris <guy@alum.mit.edu>
Thu, 16 Feb 2012 18:58:40 +0000 (18:58 -0000)
committerGuy Harris <guy@alum.mit.edu>
Thu, 16 Feb 2012 18:58:40 +0000 (18:58 -0000)
commit55001ef1989ef30f1cab74e513193e11a4344d7f
treefe72535c08298fbb0d41cb5d6491eb221913dc5e
parent149f655c58229153e7045ea5a4cb91bf54299b7d
With the WTAP_ERR_UNSUPPORTED error, Wiretap supplies a string giving
the details of what in particular is unsupported; report it in TShark
and Wireshark.

Handle WTAP_ERR_RANDOM_OPEN_PIPE in TShark.

Handle WTAP_ERR_COMPRESSION_NOT_SUPPORTED in TShark, and have its error
message in Wireshark not speak of gzip, in case we support compressed
output in other formats in the future.

If we see a second section header block in a pcap-NG file, don't report
it as "the file is corrupted", report it as "the file uses a feature we
don't support", as that's the case - and don't free up the interface
data array, as the file remains open, and Wireshark might still try to
access the packets we were able to read.

svn path=/trunk/; revision=41041
file.c
tshark.c
wiretap/pcapng.c