Age | Commit message (Collapse) | Author | Files | Lines |
|
Patch for epan/emem.c functions ep_strndup() and se_strndup() to stop valgrind
message "invalid read of size 1".
svn path=/trunk/; revision=24023
|
|
will traverse the entries in the lexical order of the key.
add a flag to lookup/insert for strings to specify whether a case
insensitive key should be used instead of a (default) case sensitive
key.
svn path=/trunk/; revision=23736
|
|
subtree and which nodes that contain a pointer to user data
teach emem to be able to traverse nested trees
svn path=/trunk/; revision=23733
|
|
svn path=/trunk/; revision=23725
|
|
svn path=/trunk/; revision=23650
|
|
- As noted by Thomas Anders values are not added to the tree anymore. Move the calling of subdissectors to the end of the function, so that the value is added to the tree.
- add port 8161 to be decoded as SNMP (hey, it's on IANA's services file!)
UAT:
- do not have the uat reloaded.
OIDS:
- do not complain if renaming an OID to an identical name
svn path=/trunk/; revision=22704
|
|
In all the places where a cast to "long long" or "unsigned long long"
was done, use G_GINT64_MODIFIER and get rid of the cast, as
1) there's no guarantee that "%ll" works
and
2) there's no guarantee that "long long" works
(the latter definitely does *NOT* work with MSVC++; the former doesn't
work with regular printf in MSVC++, but it might work with the GLib
printf-based functions).
svn path=/trunk/; revision=21978
|
|
Fix compilation failures when building wireshark-0.99.6-SVN-21916 on an
x86_64-unknown-linux-gnu target with gcc version 4.1.2 20070403 (Red Hat
4.1.2-8).
The failures fall into two categories:
(1) Casts between pointers and 32-bit integers without an intermediary cast
via 'long' or 'unsigned long'. This results in a compiler warning complaining
about casts between a pointer and an integer of a different size.
(2) Passing values to "%lld" or similar printf-style format options that the
compiler thinks are a different size. Such values need to be cast to 'long
long' or 'unsigned long long'.
svn path=/trunk/; revision=21975
|
|
svn path=/trunk/; revision=21612
|
|
aligned on 32-bit boundaries.
svn path=/trunk/; revision=21611
|
|
--enable-extra-gcc-checks set.
If we turn on -pedantic, try turning on -Wno-long-long as well, so that
it's not *so* pedantic that it rejects the 64-bit integral data types
that we explicitly require.
Constify a bunch of stuff, and make some other changes, to get rid of
warnings.
Clean up some indentation.
svn path=/trunk/; revision=21526
|
|
other includes
svn path=/trunk/; revision=21335
|
|
svn path=/trunk/; revision=20552
|
|
a new OutOfMemoryError Exception, so file.c can show at least a better explanation to the user before Wireshark terminates
XXX - to prevent a busy wait, I need a portable way to wait for a short time period, like Sleep() for Windows
svn path=/trunk/; revision=20437
|
|
svn path=/trunk/; revision=19907
|
|
it broken in one of the previous bugfixes to tcp
add a function to print an emem tree to the console for easier emem tree debugging
svn path=/trunk/; revision=19877
|
|
associative arrays for globally unique and persistent mappings such as
oid to name
sid to name
guid to name
svn path=/trunk/; revision=18937
|
|
allocation scope as its parent and thus become allocation scope agnostic
change all accessor functions to be defines to the emem_tree_ functions.
now to create a tree with a different scope we only need to create a new
..._tree_create() function and set up the appropriate defines
(it was a mistake to call the functions se_tree_create and se_tree_create_non_persistent, they should be the other way around i.e. se_tree_create_persistent and se_tree_create )
svn path=/trunk/; revision=18895
|
|
svn path=/trunk/; revision=18894
|
|
all accessor functions become storage scope agnostic
svn path=/trunk/; revision=18888
|
|
generalize
teh tree management and to use trees with different storage scope without too much code duplication.
it would be useful with a tree that had indefinite storage instead of the emem functions which commonly have ep or se storage scope.
indefinite storage scope would be useful for example for managing a global and static set of well known guid to name mappings(not yet implemented) and also for
oid to name mappings.
svn path=/trunk/; revision=18886
|
|
Fix some C++ comments in C source files and fixes some non-constant initializations.
svn path=/trunk/; revision=18521
|
|
have neither. For those with MAP_ANON but not MAP_ANONYMOUS, use
MAP_ANON; for those with neither, add some code to use "/dev/zero".
svn path=/trunk/; revision=18488
|
|
HP-UX doesn't have MAP_ANON but it does have MAP_ANONYMOUS. Moreoever,
according to mmap(2) on RHEL:
MAP_ANONYMOUS
The mapping is not backed by any file; the fd and offset argu-
ments are ignored. This flag in conjunction with MAP_SHARED is
implemented since Linux 2.4.
MAP_ANON
Alias for MAP_ANONYMOUS. Deprecated.
svn path=/trunk/; revision=18486
|
|
svn path=/trunk/; revision=18268
|
|
svn path=/trunk/; revision=18234
|
|
svn path=/trunk/; revision=18197
|
|
Microsoft. Tested on Win98 SE.
svn path=/trunk/; revision=18183
|
|
if the GetVersionEx() call fails, force the dwPlatformId to VER_PLATFORM_WIN32_WINDOWS so the return value from VirtualProtect() won't trigger an assert.
svn path=/trunk/; revision=18178
|
|
"If the function succeeds, the return value is nonzero."
This may or may not solve bug 915.
svn path=/trunk/; revision=18168
|
|
structs/unions (GCC supports it "for compatibility with other
compilers"; presumably that's not for compatibility with the version of
Sun C that rejected it - was that a PCCism?).
svn path=/trunk/; revision=18072
|
|
our page size and OS version information once.
svn path=/trunk/; revision=18025
|
|
our guard pages.
svn path=/trunk/; revision=18011
|
|
to se_tree_lookup32_le()
svn path=/trunk/; revision=17664
|
|
svn path=/trunk/; revision=17663
|
|
svn path=/trunk/; revision=17597
|
|
when we lookup grandparent, check that we actually have a grandparent.
svn path=/trunk/; revision=17596
|
|
parameters instead to make it slightly faster
svn path=/trunk/; revision=17589
|
|
certain trees are accessed
svn path=/trunk/; revision=17587
|
|
svn path=/trunk/; revision=17575
|
|
an array key.
svn path=/trunk/; revision=17570
|
|
svn path=/trunk/; revision=17564
|
|
default to use-canaries since that is the current behaviour
svn path=/trunk/; revision=17563
|
|
(if available) or not.
let it default to want-guard-pages since the existing code does that.
svn path=/trunk/; revision=17562
|
|
emem.c wouldn't compile with EP_DEBUG_FREE and SE_DEBUG_FREE defined.
The attached patch fixes that and cleans up some warnings that showed
up with those two were defined, too. (In fact 95% of the patch is
for warnings.)
Fix up whitespace.
svn path=/trunk/; revision=17500
|
|
consistency whith its real nature.
svn path=/trunk/; revision=17496
|
|
svn path=/trunk/; revision=17491
|
|
svn path=/trunk/; revision=17485
|
|
arrays.
test this functionality by calling these vector insert/lookup tree functions from the nfs dissector for when filehandles are used as a key.
these vector functions could also be used to efficiently store conversations :
se_tree_key_t[6] = {
{ addr_len/4, &src_addr },
{ addr_len/4, &dst_addr },
{ 1, &src_port32 },
{ 1, &dst_port32 },
{ 1, &protocol32 },
{ 0, NULL }
}
(the nfs dissector needs a LOT of work. It is very painful to work with
very large nfs traces with all the memory it wastes (and eats) as well as how slow all the tables make it)
svn path=/trunk/; revision=17477
|
|
this is to test out a basic implementation of binary trees and the api required for the helpers
svn path=/trunk/; revision=17467
|