The number of bytes of tagged parameters should be computed by seeing
authorguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Thu, 21 Feb 2002 23:34:33 +0000 (23:34 +0000)
committerguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Thu, 21 Feb 2002 23:34:33 +0000 (23:34 +0000)
commitdae2ebf36e345492e9f4d105bc3db42bc0c3b0bb
tree541ecfba08bb60cf0ff536f8e6f41d87c53fcd74
parent577109e98958f0fe971d114abbc584498d741dad
The number of bytes of tagged parameters should be computed by seeing
how many bytes remain in the packet starting at the initial offset of
the tagged parameters, not by seeing how many bytes remain in the packet
starting 4 bytes later.  (If you're trying to avoid counting a CRC that
appears at the end of the packet data, then you need to be sure there
*is* a CRC first; this may require using a different DLT_ type, in
libpcap, for those captures.)

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@4769 f5534014-38df-0310-8fa8-9805f1628bb7
packet-ieee80211.c