Wireshark · Wireshark-commits: [Wireshark-commits] rev 27247: /trunk-1.0/ /trunk-1.0/epan/dissectors/: packet-usb.c /trunk-1.0/docb

[gerald@xxxxxxxxxxxxx]

http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=27247

User: gerald
Date: 2009/01/16 09:55 AM

Log:
 Copy over revisions from the trunk:
 
 ------------------------------------------------------------------------
 r25990 | etxrab | 2008-08-12 13:24:50 -0700 (Tue, 12 Aug 2008) | 2 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
    M /trunk/wiretap/wtap.h
 
 From   Márton Németh:
 Clean up the Linux USB pseudoheader dissection.
 ------------------------------------------------------------------------
 r26868 | guy | 2008-11-27 12:11:59 -0800 (Thu, 27 Nov 2008) | 5 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 Don't make the pseudo-header fields look as if they're part of the USB
 data; at best, that can be a bit confusing, and, at worst, if the field
 isn't long enough, or the offset is wrong, it can cause an exception to
 be thrown and the dissection to fail.
 
 ------------------------------------------------------------------------
 r26995 | wmeier | 2008-12-14 09:06:25 -0800 (Sun, 14 Dec 2008) | 2 lines
 Changed paths:
    M /trunk/gtk/follow_tcp.c
 
 Fix for bug #3119 (follow_tcp crash when stream filter creation fails)
 
 ------------------------------------------------------------------------
 r27020 | guy | 2008-12-16 02:22:56 -0800 (Tue, 16 Dec 2008) | 11 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 Include the string as part of a string descriptor.
 
 Have setup dissectors return the offset past the end of what they
 dissect, and have their caller set its offset based on that.
 
 Use tvb_reported_length_remaining(), not tvb_length_remaining(), to
 decide whether there's more data, so that we throw an exception if the
 packet was cut short by a snapshot length.
 
 Add "Application Data" only if there's extra data to be added.
 
 ------------------------------------------------------------------------
 r27033 | guy | 2008-12-17 01:47:43 -0800 (Wed, 17 Dec 2008) | 9 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 Define all the standard request code values from the USB 2.0 spec, and
 put them into the setup_request_names_vals value_string.
 
 When processing a response, use the request type value, so we only
 dissect standard replies when it's a reply to a standard request.
 
 Display the bRequest value in decimal, as that's how they're specified
 in the USB 2.0 spec.
 
 ------------------------------------------------------------------------
 r27034 | guy | 2008-12-17 02:09:40 -0800 (Wed, 17 Dec 2008) | 2 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 Display the CONTROL response data only if there *is* CONTROL response data.
 
 ------------------------------------------------------------------------
 r27036 | guy | 2008-12-17 04:23:42 -0800 (Wed, 17 Dec 2008) | 7 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 Have separate dissectors for setup requests and responses.
 
 Provide dissectors for most other setup packets.  (Still some more work
 needed on them.)
 
 Show descriptor types as decimal, as they are in the USB 2.0 spec.
 
 ------------------------------------------------------------------------
 r27046 | guy | 2008-12-18 01:17:16 -0800 (Thu, 18 Dec 2008) | 7 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 The "8 mysterious bytes" are bytes reserved for a setup header - with
 the Linux USB capture mechanism, there are always 8 bytes of setup
 header after the URB, regardless of whether there's a setup header or
 not; if there is no setup header, we just skip those 8 bytes.
 
 Don't skip them *twice*, however.
 
 ------------------------------------------------------------------------
 r27049 | guy | 2008-12-18 11:03:25 -0800 (Thu, 18 Dec 2008) | 4 lines
 Changed paths:
    M /trunk/epan/dissectors/packet-usb.c
 
 Have descriptors start out with a length of "to the end of the packet",
 so that if they're cut short, they appear to be the length of the
 remaining data in the packet, rather than zero-length.
 
 ------------------------------------------------------------------------
 
 Update the release notes.

Directory: /trunk-1.0/epan/dissectors/
  Changes    Path            Action
  +924 -166  packet-usb.c    Modified

Directory: /trunk-1.0/docbook/
  Changes    Path                 Action
  +6 -0      release-notes.xml    Modified

Directory: /trunk-1.0/gtk/
  Changes    Path            Action
  +14 -5     follow_tcp.c    Modified

Directory: /trunk-1.0/wiretap/
  Changes    Path          Action
  +9 -7      wtap.h        Modified