aboutsummaryrefslogtreecommitdiffstats
path: root/epan/guid-utils.h
AgeCommit message (Collapse)AuthorFilesLines
2006-08-17some further work on the GUID/UUID resolvingsUlf Lamping1-14/+16
most of the relevant code moved to guid_utils lot of corresponding code cleanup in packet-dcerpc.c still using GHashTable still not using a manuf like file svn path=/trunk/; revision=18939
2006-08-16various UUID/GUID based changes.Ulf Lamping1-0/+19
I think I've changed all corresponding appearances from FT_STRING to FT_GUID, so assert the FT_ type as it should only be a FT_GUID now. Add a generic implementation in guid_utils.h to have a way to store data about GUID to name resolving (something like value_string for e.g. int). It might be better to have a single registry for all GUID's of all dissectors and implement the GUID name resolving into the proto_tree_add... functions. svn path=/trunk/; revision=18935
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2006-03-19Make the GUIDs in various data structures e_guid_t's rather than arraysGuy Harris1-0/+4
of 16 bytes. Use "sizeof" for the size of e_guid_t's, and use structure assignment to copy GUID values. Make functions such as append_h225ras_call() and new_h225ras_call() take pointers to e_guid_t's as arguments. Define GUID_LEN in epan/guid-utils.h and use it as the length of a GUID in a packet. (Note that "sizeof e_guid_t" is not guaranteed to be 16, although it is guaranteed to be the size of an e_guid_t.) When constructing a display filter that matches a GUID, use guid_to_str() to construct the string for the GUID. svn path=/trunk/; revision=17676
2006-03-11propset...Jörg Mayer1-38/+38
svn path=/trunk/; revision=17574
2006-03-10new FT_GUID handling - big/little endian supportedTomas Kukosa1-0/+38
svn path=/trunk/; revision=17566