From Steve Karg:
authorjake <jake@f5534014-38df-0310-8fa8-9805f1628bb7>
Sun, 16 Apr 2006 22:03:04 +0000 (22:03 +0000)
committerjake <jake@f5534014-38df-0310-8fa8-9805f1628bb7>
Sun, 16 Apr 2006 22:03:04 +0000 (22:03 +0000)
commit6104f1a8bbb84cd77c215a362ca72605b3f01722
tree9b3c9f9ef56111a2027c6fb96b477075ceaf0693
parent0470fe225a89fe82c9f65d6eac431c3bbe0c5a28
From Steve Karg:
1) BACnet signed values were being decoded incorrectly for negative
values since BACnet tries to be clever and minimizes the number of bytes
sent on the wire and drops the leading FF on negative values.  For
example, -200 is passed as FF 38 on the wire, but would display as 65336.
2) Since the BACnet unsigned values were decoded using a 64-bit entity,
I changed the decoding such that allows all 8 bytes to be decoded.  The
function can now decode 5, 6, and 7 byte values.
3) Corrected warning about signed/unsigned in a pointer parameter.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17877 f5534014-38df-0310-8fa8-9805f1628bb7
epan/dissectors/packet-bacapp.c