aboutsummaryrefslogtreecommitdiffstats
path: root/epan/dissectors/packet-fmp.c
AgeCommit message (Collapse)AuthorFilesLines
2011-07-28Fix gcc 4.6 "set but not used [-Wunused-but-set-variable]" warning;Bill Meier1-227/+168
Also: Return same 'offset' from functions whether or not 'if(tree)' svn path=/trunk/; revision=38243
2011-01-16Use tvb_memeql().Jeff Morriss1-5/+2
Use tvb_ip_to_str(). There's no need to pass the result of tvb_get_ptr() as the 'value' in proto_tree_add_*(): just use proto_tree_add_item(). Replace some tvb_get_ptr()s with tvb_get_ephemeral_string()s to ensure the return string is NULL terminated. svn path=/trunk/; revision=35547
2010-12-06Make a whole bunch of symbols static.Jeff Morriss1-40/+39
svn path=/trunk/; revision=35139
2010-09-23Replace blurbs that match the name (case insensitive) with NULL.Jeff Morriss1-87/+87
svn path=/trunk/; revision=34227
2009-12-19For fields of type FT_ABSOLUTE_TIME, have the "display" value be one ofGuy Harris1-1/+1
ABSOLUTE_TIME_LOCAL or ABSOLUTE_TIME_UTC, indicating whether to display the date/time in local time or UTC. (int)ABSOLUTE_TIME_LOCAL == (int)BASE_NONE, so there's no source or binary compatiblity issue, although we might want to eliminate BASE_NONE at some point and have the BASE_ values used with integral types start at 0, so that you can't specify BASE_NONE for an integral field. svn path=/trunk/; revision=31319
2009-06-18From Kovarththanan Rajaratnam via bug 3548:Stig Bjørlykke1-27/+27
(1) Trailing/leading spaces are removed from 'name's/'blurb's (2) Duplicate 'blurb's are replaced with NULL (3) Empty ("") 'blurb's are replaced with NULL (4) BASE_NONE, NULL, 0x0 are used for 'display', 'strings' and 'bitmask' fields for FT_NONE, FT_BYTES, FT_IPv4, FT_IPv6, FT_ABSOLUTE_TIME, FT_RELATIVE_TIME, FT_PROTOCOL, FT_STRING and FT_STRINGZ field types (5) Only allow non-zero value for 'display' if 'bitmask' is non-zero svn path=/trunk/; revision=28770
2008-12-18Fix various typos and spelling errors (mostly in text strings)Bill Meier1-4/+4
svn path=/trunk/; revision=27050
2008-12-17Fix typos and spelling (mostly in text strings) Bill Meier1-2/+2
svn path=/trunk/; revision=27028
2008-03-01Rewrote to use g_strlcat and g_strlcpy.Stig Bjørlykke1-20/+13
svn path=/trunk/; revision=24521
2008-02-07Removed even more "statement not reached" warnings.Stig Bjørlykke1-2/+0
svn path=/trunk/; revision=24286
2008-02-02Fixed a possible buffer overflow in dissect_fmp_flushCmd() when cmd hasStig Bjørlykke1-9/+10
all bits set. svn path=/trunk/; revision=24248
2007-10-16From tmiller@hcjbtech.org : Spelling error on GDS DB protocol dissector: ↵Sake Blok1-1/+1
"Buffer lenght:" (recursively grepped through the source and corrected all occurences, even the ones just in comments) svn path=/trunk/; revision=23211
2007-03-23fix a lot more warningsUlf Lamping1-1/+1
svn path=/trunk/; revision=21142
2007-02-04From Sebastien Tandel:Stephen Fisher1-0/+0
Execute permission should be changed [removed] on files packet-fmp.[c,h] and packet-fmp_notify.[c,h]. svn path=/trunk/; revision=20713
2007-02-01 Ronnie Sahlberg1-0/+2328
Ian Schorr <ian.schorr@gmail.com> Wed, Jan 31, 2007 at 7:24 PM To: wireshark-dev@wireshark.org Hello, Please consider for checkin the following new dissectors, for the FMP protocol. FMP (File Mapping Protocol) is the network protocol basis for EMC's HighRoad (MPFS) technology.  Highroad is used to allow multiple clients to share access to NAS-shared files while allowing clients to directly access data volumes (via, for example, Fibre Channel or iSCSI).  EMC currently uses this technology in our Celerra NAS servers, and we're currently in the process of open sourcing portions of the technology. FMP actually consists of two ONC/RPC-based protocols - the core FMP protocol, and FMP/Notify.  The latter is used as an asynchronous callback to inform clients of status changes, such as lock revocation. We'd like to offer these dissectors to Wireshark users for help in debugging or otherwise troubleshooting MPFS-related problems.  There are still a few minor changes that need to be made ( i.e. a handful of fields that aren't decoded) but the dissector is overall fairly complete and very usable. Let me know if there are questions or feedback, or otherwise if other info is needed (like sample captures, which I don't want to send out to the mailing list). Thanks, Ian Schorr EMC Corporation svn path=/trunk/; revision=20679