summaryrefslogtreecommitdiff
path: root/epan/ftypes/ftype-bytes.c
AgeCommit message (Collapse)AuthorFilesLines
2013-10-06Add support for RELATIVE-OID ASN.1 type. Bug 9192 ↵Michael Mann1-1/+92
(https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9192) From Ed Beroset. svn path=/trunk/; revision=52393
2013-07-28Make many items filterable for Vines dissectors.Michael Mann1-0/+75
Add support for FT_VINES type. svn path=/trunk/; revision=50962
2013-06-21get_ax25_name() is *NOT* the right routine to use to translate aGuy Harris1-15/+61
human-readable representing an AX.25 subaddress (e.g. "KA9Q-01") into the binary form of an AX.25 address, because what it does is translate the binary form of an AX.25 address to the human-readable form! We currently have no routine that does the right thing and, even if we did, given that some bits in the AX.25 subaddress format are used for purposes other than representing the call sign and substation ID, so the matching routines for AX.25 addresses need to ignore certain bits. For now, we just remove the call to get_ax25_name() (which squelches the pointer-signedness warning that made me look at this code, and find the problem, in the first place) and replace it with a comment discussing the problem and a failure. The other pointer-signedness warning brought up a question of what to do with G_REGEX_RAW in the g_regex_match_full() call; it didn't bring up an immediately obvious *answer*, so we throw a cast at the warning and add another comment. (We fix up alignment while we're at it.) svn path=/trunk/; revision=50106
2013-03-19From beroset:Anders Broman1-2/+2
remove C++ incompatibilities https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8416 svn path=/trunk/; revision=48424
2012-11-06When comparing fvalue_t we don't modify them, make arguments const.Jakub Zawadzki1-9/+9
svn path=/trunk/; revision=45948
2012-09-20We always HAVE_CONFIG_H so don't bother checking whether we have it or not.Jeff Morriss1-2/+0
svn path=/trunk/; revision=45016
2012-08-02From Richard Stearn: support for AX.25, including support forGuy Harris1-0/+82
LINKTYPE_AX25. svn path=/trunk/; revision=44211
2012-06-28Update Free Software Foundation address.Jakub Zawadzki1-1/+1
(COPYING will be updated in next commit) svn path=/trunk/; revision=43536
2012-06-02Try to squelch warningsAnders Broman1-29/+29
svn path=/trunk/; revision=43001
2011-12-27Add a "-G ftypes" option, which dumps our supprted FT_… names andGerald Combs1-3/+3
descriptions. Captitalize and fix up the descriptions. Use its output to create the field type list in the wireshark-filter man page. svn path=/trunk/; revision=40306
2011-09-07From Jakub Zawadzki :Anders Broman1-75/+0
Add support for prefix in IPv6 address filter. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5538 svn path=/trunk/; revision=38916
2011-08-23Remove support for libpcre, we use GRegex in GLib.Stig Bjørlykke1-40/+0
svn path=/trunk/; revision=38683
2011-07-11More GLIB_CHECK_VERSION cleanups. Update the minimum GLib/GTK+ versionsGerald Combs1-7/+3
in README.devloper. Remove g_gnuc.h since it's no longer needed. Remove tvbuff_init(), tvbuff_cleanup(), reassemble_init(), and reassemble_cleanup() since they were only used for older GLib versions which didn't support GSlices. Assume we always support the "matches" operator. svn path=/trunk/; revision=37978
2010-05-11Straighten out field type names.Jaap Keuter1-1/+1
svn path=/trunk/; revision=32765
2009-12-18Fix our match flags.Gerald Combs1-2/+2
svn path=/trunk/; revision=31303
2009-12-18If we don't have PCRE and we do have GLib >= 2.14, use GRegexes for theGerald Combs1-3/+33
"matches" operator. svn path=/trunk/; revision=31302
2009-09-10Introduce a few FT_XXX lengths defines and use those instead of hard coding ↵Kovarththanan Rajaratnam1-9/+6
constants svn path=/trunk/; revision=29846
2009-09-10Use the correct type, that is GByteArray instead of GString. The reason why ↵Kovarththanan Rajaratnam1-3/+3
this 'worked' before (on non-64bit platforms that is): struct _GString { gchar *str; gsize len; gsize allocated_len; }; And: struct _GArray { gchar *data; guint len; }; We only accessed the first two fields of the GString struct. svn path=/trunk/; revision=29841
2009-08-26(FWIW) One step towards including stdio.h & stdlib.h only when req'd.Bill Meier1-0/+1
svn path=/trunk/; revision=29568
2009-04-22Clean up some 64-bit issues.Guy Harris1-1/+1
svn path=/trunk/; revision=28117
2009-03-15Some more P64 fixes - they all assume we don't have truly giganticGuy Harris1-1/+1
strings. svn path=/trunk/; revision=27720
2008-06-23Rename some variables to avoid shadowing warnings.Stig Bjørlykke1-4/+4
svn path=/trunk/; revision=25543
2008-04-20Corrected ne operator for FT_BYTES.Stig Bjørlykke1-1/+1
svn path=/trunk/; revision=25126
2007-11-06The "bitwise AND" display filter operator is supposed to evaluate toGuy Harris1-9/+10
TRUE if the result of the operation has any bit set; that means that the test should stop and return TRUE as soon as it finds two bytes that when ANDed together are non-zero, and return FALSE if no such byte was found. The other test functions don't have "_bytes" in the routine name; don't put it into this one. svn path=/trunk/; revision=23374
2007-08-25replace oid_to_str_buf() and oid_to_str()Luis Ontanon1-3/+27
fix a potential buffer overflow due to a very liberal estimate by oid_repr_len() svn path=/trunk/; revision=22659
2007-01-18Add separate union entries to fvalue.value for signed and unsignedMartin Mathieson1-10/+20
32-bit numbers. Separate signed and unsigned accessors have been added and used where appropriate. Definitely not for 0.99.5. svn path=/trunk/; revision=20472
2006-11-07Fix bytes_repr_len() to correctly handle a zero-length FT_BYTES fieldGuy Harris1-3/+9
svn path=/trunk/; revision=19863
2006-11-02Bug 1053: New SNMP filtering is brokenTomas Kukosa1-0/+2
Do not try to parse OID as hexbytes string svn path=/trunk/; revision=19772
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2006-05-02Add infrastructure for display filter functions.Gilbert Ramirez1-0/+5
Add upper() and lower() display filter functions for string fields. svn path=/trunk/; revision=18071
2006-03-10new FT_GUID handling - big/little endian supportedTomas Kukosa1-119/+0
svn path=/trunk/; revision=17566
2005-12-06mark unused parameterTomas Kukosa1-1/+1
svn path=/trunk/; revision=16700
2005-12-02new field type FT_OID for OBJECT IDENTIFIERsTomas Kukosa1-0/+93
svn path=/trunk/; revision=16652
2005-10-31When printing the code for a display filter:Guy Harris1-4/+19
print register numbers as unsigned (they're guint32); when printing a PUT_FVALUE instruction, show the value as well as the type of the value. That requires that a bunch of types get to_repr methods; add them for PCRE (FTREPR_DFILTER-only - show the regular expression as text), tvbuffs (FTREPR_DFILTER_only - show the data as a hex string), integral types, string types other than FT_STRING, and FT_IPv6. That means we can use fvalue_to_string_repr() for FT_IPXNET and FT_IPv6 in proto_construct_dfilter_string(), and that we don't need to handle integer and floating types specially in MATE. Fix some problems with the PCRE execution code for tvbuff types. svn path=/trunk/; revision=16369
2005-09-05"strlen()" returns a "size_t"; use that for its return value.Guy Harris1-5/+8
Cast the argument to <ctype.h> macros to "guchar", so that if the 8th bit is set in the byte, it doesn't get sign-extended. svn path=/trunk/; revision=15691
2005-09-01filter expression can contain GUID in XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX ↵Tomas Kukosa1-3/+50
form now svn path=/trunk/; revision=15656
2005-07-23Move declaration of void ftype_register_* to ftypes-int.h.Jörg Mayer1-1/+1
This fixes some warnings like ftype-bytes.c:52: warning: no previous declaration for 'bytes_fvalue_free' svn path=/trunk/; revision=15010
2005-07-04new field type FT_GUIDTomas Kukosa1-0/+69
svn path=/trunk/; revision=14845
2004-08-22Add "tvb_get_ntoh64()" and "tvb_get_letoh64()" routines to fetch 64-bitGuy Harris1-277/+8
integers. Make FT_INT64 and FT_UINT64 add numerical values, rather than byte-array values, to the protocol tree, and add routines to add specified 64-bit integer values to the protocol tree. Use those routines in the RSVP dissector. svn path=/trunk/; revision=11796
2004-08-06From Albert Chin: rename resolv.{ch} to addr_resolv.{ch}, so that anGuy Harris1-1/+1
include of <resolv.h> in any system header file gets the system <resolv.h> (needed for builds on Tru64 with GTK+ 1.2[.x]). svn path=/trunk/; revision=11615
2004-07-18Set the svn:eol-style property on all text files to "native", so thatGuy Harris1-1/+1
they have LF at the end of the line on UN*X and CR/LF on Windows; hopefully this means that if a CR/LF version is checked in on Windows, the CRs will be stripped so that they show up only when checked out on Windows, not on UN*X. svn path=/trunk/; revision=11400
2004-06-06Add a "force_separators" parameter to hex_str_to_bytes so that it'sGerald Combs1-2/+2
possible to paste in WEP keys without any separators. Add doxygen comments to strutil.h. svn path=/trunk/; revision=11123
2004-02-27First attempt at "bitwise AND" display filter operator.Olivier Biot1-1/+28
Document how a display operator can be added. svn path=/trunk/; revision=10250
2004-01-25Remove the cast again and do the proper fix (add right type to union)Jörg Mayer1-3/+3
svn path=/trunk/; revision=9844
2004-01-25Add a cast to avoid a signedness warningJörg Mayer1-2/+2
svn path=/trunk/; revision=9843
2004-01-01Add support of contains operator in slices.Olivier Biot1-3/+18
svn path=/trunk/; revision=9512
2003-12-29Pull most of bytes_from_unparsed() into a new routine,Gerald Combs1-84/+4
hex_str_to_bytes(). Use the new routine to initialize any WEP keys we have defined. This has the side effect of fixing an overflow if the user entered a long WEP key. svn path=/trunk/; revision=9471
2003-12-18Add support of the "matches" operator to FT_BYTES and FT_ETHER. I don't thinkOlivier Biot1-3/+47
it would make sense to add PCRE support for byte arrays containing an integer or an IP address. Avoid lengthy pointer constructs in cmp_matches(). svn path=/trunk/; revision=9343
2003-12-06From Olivier BiotGilbert Ramirez1-1/+7
New "matches" operater in display filter language. Uses PCRE. If a "matches" operator is found in a dfilter while libpcre has not been used to build the binary, then an exception is thrown after using dfilter_fail() to set an apporporiate error message. svn path=/trunk/; revision=9182
2003-10-29Make the "fvalue_set" methods for types whose value is allocated freeGuy Harris1-2/+11
any previously-allocated version first, so that they don't leak memory. From Olivier Biot: add a "proto_item_append_string()" routine, to append to the string value a protocol tree item has. svn path=/trunk/; revision=8821
generated by cgit v1.2.1 (git 2.18.0) at 2024-07-04 01:18:29 +0000