aboutsummaryrefslogtreecommitdiffstats
path: root/epan/ftypes/ftype-bytes.c
AgeCommit message (Collapse)AuthorFilesLines
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
2003-08-27Add a "contains" operator for byte-strings, strings, and tvbuffs (protocols).Gilbert Ramirez1-9/+41
The search uses a naive approach; more work is required to add a Boyer-Moore Search algorithm. svn path=/trunk/; revision=8280
2003-07-25Add to the fundamental types passed between the scanner and the parser.Gilbert Ramirez1-13/+19
Besides "STRING", there is now "UNPARSED_STRING", where the distinction is that "STRING" was a double-quoted string and "UNPARSED_STRING" is just a sequence of characters that the scanner didn't know how to scan/parse, so it's up to the Ftype to parse it. This gives us more flexibility and prepares the dfilter parsing engine for the upcoming addition of the "contains" operator. In the process of doing this, I also re-did the double-quoted string support in the scanner, so that instead of the naively-simple support we used to have, double-quoted strings now can have embedded dobule-quotes, embedded octal sequences, and embedded hexadecimal sequences: "\"" embedded double-quote "\110" embedded octal "\x48" embedded hex Enhance the dfilter unit test script to be able to run a single collection of tests instead of having to run all of them all the time. svn path=/trunk/; revision=8083
2003-06-11Expand the ability of fvalue_to_string_repr, and modify more FT_* typesGilbert Ramirez1-14/+11
to provide that method. svn path=/trunk/; revision=7849
2003-02-08Provide a way for ftype modules to provide a string representationGilbert Ramirez1-53/+99
of their value. Provide such a method for FT_BYTES, FT_UINT_BYTES, and FT_ETHER. Have proto_alloc_dfilter_string() use the new methods. This is part of a movement of ftype-related code out of proto.c and into the ftype code. The immediate effect is that generated display filters for long byte sequences don't incorrectly have trailing periods ("...") to indicate continuation. svn path=/trunk/; revision=7100
2002-08-28Removed trailing whitespaces from .h and .c files using theJörg Mayer1-14/+14
winapi_cleanup tool written by Patrik Stridvall for the wine project. svn path=/trunk/; revision=6116
2002-05-10Register FT_UINT_BYTES with correct structure.Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=5436
2002-05-09Merge the work in Novell_NCP_branch into the mainline code.Gilbert Ramirez1-12/+40
A little work still needs to be done on the new NCP dissector -- make some of the COL_INFO texts more useful, handle a Unicode issue, and modify some of the cases that use "request conditions". But the NCP dissector as it stands is very usable now. Note: I didn't merge in the PROTO_LENGTH_UNTIL_END macro... I wanted to think about the various possible macros and review an email conversation I had with Guy on the subject. svn path=/trunk/; revision=5432
2002-02-05"log" is a name that belongs to the ANSI C89 standard; it refers to aGuy Harris1-12/+13
function that computes the natural logarithm of a double. Using it as the name of a pointer to a routine to do logging can cause namespace collisions; in fact, it *does* cause them on AIX. Rename the function argument to "logfunc". svn path=/trunk/; revision=4700
2002-01-21Include files from the "epan" directory and subdirectories thereof withGuy Harris1-3/+3
"epan/..." pathnames, so as to avoid collisions with header files in any of the directories in which we look (e.g., "proto.h", as some other package has its own "proto.h" file which it installs in the top-level include directory). Don't add "-I" flags to search "epan", as that's no longer necessary (and we want includes of "epan" headers to fail if the "epan/" is left out, so that we don't re-introduce includes lacking "epan/"). svn path=/trunk/; revision=4586
2001-11-22Moved int-64bit.{c,h} into epan/Ed Warnicke1-2/+2
svn path=/trunk/; revision=4248
2001-11-02Add support for 64-bit signed integers in "int-64bit.[ch]", add anGuy Harris1-3/+216
FT_INT64 type, and make the Diameter dissector use it. Handle the 64-bit integer types in the display filter semantics checks. svn path=/trunk/; revision=4125
2001-10-29From Ronnie Sahlberg: FT_UINT64 support, code to handle 64-bit integersGuy Harris1-2/+53
without requiring compiler support for them, and updates to the Diameter, L2TP, NFS, and NLM dissectors to use it and to the ONC RPC dissector to allow ONC RPC subdissectors to use it. svn path=/trunk/; revision=4099
2001-03-03Fix some places where value-to-string routines were returning FALSE,Guy Harris1-2/+33
indicating an invalid string, but not reporting the error to the user. svn path=/trunk/; revision=3098
2001-03-02Get rid of unused method from ftypes structure.Gilbert Ramirez1-12/+1
svn path=/trunk/; revision=3093
2001-02-01Make some pointers "guchar" pointers, so that characters extracted fromGuy Harris1-3/+3
strings are unsigned, so that we can hand them to "isXXX()" macros without GCC warning us that an array subscript is "char" (as in "if this is a character with the 8th bit set, you may not get the answer you think you should from 'isXXX()'"). svn path=/trunk/; revision=2972
2001-02-01Grumble, grumble. I forgot to add the license comment at the topGilbert Ramirez1-0/+22
of these files. svn path=/trunk/; revision=2968
2001-02-01Create a more modular type system for the FT_* types. Put themGilbert Ramirez1-0/+386
into epan/ftypes. Re-write display filter routines using Lemon parser instead of yacc. Besides using a different tool, the new grammar is much simpler, while the display filter engine itself is more powerful and more easily extended. Add dftest executable, to test display filter "bytecode" generation. Add option to "configure" to build dftest or randpkt, both of which are not built by default. Implement Ed Warnicke's ideas about dranges in the new display filter and ftype code. Remove type FT_TEXT_ONLY in favor of FT_NONE, and have protocols registered as FT_PROTOCOL. Thus, FT_NONE is used only for simple labels in the proto tree, while FT_PROTOCOL is used for protocols. This was necessary for being able to make byte slices (ranges) out of protocols, like "frame[0:3]" Win32 Makefile.nmake's will be added tonight. svn path=/trunk/; revision=2967
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-07 08:48:26 +0000