Age | Commit message (Collapse) | Author | Files | Lines |
|
obsolete; we silently ignore attempts to set those in a preferences
file, so that we don't spam the user with error messages caused by them
having saved preferences in an earlier release that contained those
preferences.
Make the Diameter and iSCSI dissectors register obsolete preferences.
Crash if some code tries to register a preferences module with a name
that contains something other than lower-case ASCII letters, numbers, or
underscores, or that has already been registered, or if some code tries
to register a preference with a name that contains something other than
lower-case ASCII letters, numbers, underscores, or periods, or that has
already been registered, so that we don't put code like that in a
release and have to shovel code into "prefs.c" to fix it up later. (The
problem with multiple modules or preferences with the same name should
be obvious; the problem with names with blanks, or upper-case letters,
or punctuation, is that they're a pain to type on the command line.)
svn path=/trunk/; revision=4148
|
|
svn path=/trunk/; revision=4147
|
|
When converting DOS-date years to "struct tm" years, add 1980 and
subtract 1900, to make it clearer what the conversion involves (DOS-date
years are (year - 1980); "struct tm" years are (year - 1900)).
svn path=/trunk/; revision=4146
|
|
svn path=/trunk/; revision=4145
|
|
packet/flag information from the PDU type if there's no bad packet or
flag informatin.
svn path=/trunk/; revision=4144
|
|
same name; if that happens, there's no way to tell to which of them a
line in a preferences file, or an option supplied with "-o", refers, so
it's clearly a bug in the code. This has happened in the past, and
fixing that required some preference renaming *and* code in the
preferences-file-reading code to try to preserve the user's settings and
not spew warnings when starting Ethereal or Tethereal; let's try to
catch it *before* the code gets into the code base.
svn path=/trunk/; revision=4143
|
|
Message bug fix, in BGP, from Motonori Shindo.
svn path=/trunk/; revision=4142
|
|
svn path=/trunk/; revision=4141
|
|
bit to Flags2.
svn path=/trunk/; revision=4140
|
|
Fix up Info column to put "Request" or "Response" *after* the name of
the request.
Give the Negotiate Protocol request its full name.
svn path=/trunk/; revision=4139
|
|
command names to match later SMB specs.
svn path=/trunk/; revision=4138
|
|
it's filled in.
svn path=/trunk/; revision=4137
|
|
"ds_name"s shouldn't be freed when the tvbuff is freed. (Thanks and a
tip of the Hatlo hat to the FreeBSD memory allocator for complaining
about multiple frees of the same string.)
svn path=/trunk/; revision=4136
|
|
svn path=/trunk/; revision=4135
|
|
Put the error message string into the Info column as well.
svn path=/trunk/; revision=4134
|
|
protocol tree or not.
svn path=/trunk/; revision=4133
|
|
C. Feren.
svn path=/trunk/; revision=4132
|
|
well as the structure containing it.
svn path=/trunk/; revision=4131
|
|
"private_data", to keep C++ compilers from getting heartburn.
svn path=/trunk/; revision=4130
|
|
svn path=/trunk/; revision=4129
|
|
svn path=/trunk/; revision=4128
|
|
That feels better. Some real programming for once.
Guided by Guy, I have cleaned up tftp a bit and added some useful stuff to
the summary line.
svn path=/trunk/; revision=4127
|
|
svn path=/trunk/; revision=4126
|
|
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
|
|
whether it's present.
This puts HAVE_ICONV_H in the "config.h" file, so put in an entry for it
in "config.h.win32" - an entry that doesn't define it - and get rid of
the check for WIN32 in "xmlstub.h".
svn path=/trunk/; revision=4124
|
|
svn path=/trunk/; revision=4123
|
|
dictionary as an XML file rather than building it in, and various
Diameter updates.
svn path=/trunk/; revision=4122
|
|
"tvb_pbrk_guint8()".
svn path=/trunk/; revision=4121
|
|
general packet analyzing, but useful when developing wiretap code or
other such low-level development.
Default preference is *not* to show File Offset.
svn path=/trunk/; revision=4120
|
|
in decimal, and the "Extension Type" field is BASE_DEC).
svn path=/trunk/; revision=4119
|
|
Frascone.
Small white-space fix.
Display the preference level in router advertisements as signed, not
unsigned, as per RFC 1256, which says it's a "signed, twos-complement
value".
svn path=/trunk/; revision=4118
|
|
that they're external when the plugin is compiled, and there's no
definition to satisfy the extern, so plugins fail to compile.
Add a "plugins/plugin_api_defs.h" header file that defines them, and
include that in one (and only one) source file for a particular plugin.
svn path=/trunk/; revision=4117
|
|
and update the URL for the DHCP parameter value assignments; support a
code of 90 for DHCP authentication, as that's what RFC 3118 specifies.
Show symbolic values for some of the fields in the DHCP authentication
option, and base the decision on whether to dissect the authentication
data as HMAC-MD5 data on whether that's what the protocol and algorithm
field specified. Show the replay detection value as a 64-bit number
only if it's specified to be a monotonically-increasing counter;
otherwise, just show it as bytes.
svn path=/trunk/; revision=4116
|
|
svn path=/trunk/; revision=4115
|
|
It makes no difference if they really are function declarations;
however, in plugins, when building on OSes that don't let
dynamically-loaded modules access functions in the main program (e.g.,
Windows), when compiling a plugin, <plugin_api.h> defines the names of
those functions as (*pointer_name), so they turn into declarations of
pointer variables pointing to the functions in question, and, on
platforms with a def/ref model in the linker, if a plugin has more than
one source file that gets linked into the plugin, the linker may get
upset at two definitions of the same variable.
svn path=/trunk/; revision=4114
|
|
you try to capture on Windows without having WinPcap installed.
svn path=/trunk/; revision=4113
|
|
dissectors and that's no longer needed.
svn path=/trunk/; revision=4112
|
|
svn path=/trunk/; revision=4111
|
|
"tvb_get_letohl()" to fetch IPv4 addresses.
svn path=/trunk/; revision=4110
|
|
IP addresses - either use "tvb_memcpy()", or just use
"proto_tree_add_item()" and leave the fetching up to the core Ethereal
code.
In the DVMRP dissector, replace a bunch of other "proto_tree_add_XXX()"
calls with "proto_tree_add_item()", and use
"tvb_reported_length_remaining()" rather than "tvb_length_remaining()"
(if we didn't capture enough data because the snapshot length was too
low, we *want* an exception to be thrown, so that the frame is marked as
a "Short Frame").
svn path=/trunk/; revision=4109
|
|
little-endian byte order.
Use "proto_tree_add_item()" wherever possible.
Get rid of line commented out with a C++ comment, as not all C compilers
accept C++ comments.
Don't put the user name into the protocol tree if it's not there (we
really should do TCP segment reassembly for this, but this is at least a
good first cut).
When checking whether data exists in the packet, use
"tvb_offset_exists()", don't compare the offset in the tvbuf with
"pinfo->len" - "pinfo->len" is the length of the entire packet, not of
the tvbuff.
Fix some references to "pi" to refer to "*pinfo" instead.
svn path=/trunk/; revision=4108
|
|
little-endian byte order.
svn path=/trunk/; revision=4107
|
|
svn path=/trunk/; revision=4106
|
|
svn path=/trunk/; revision=4105
|
|
draft-ietf-pim-sm-v2-new-03.
svn path=/trunk/; revision=4104
|
|
If the byte being investigated is 0, don't just do a "continue";
this might be one of the passes on which we have to propagate
carries, so skip the processing of that byte's bits, but fall
through to the carry processing.
In the carry processing loop, don't use "i" as the loop index,
as we're already using it as the outer loop index.
In "u64toh()", use lower-case letters rather than upper-case letters, as
we use "%x" rather than "%X" to print 8, 16, 24, and 32-bit integral
values in the "proto.c" code.
svn path=/trunk/; revision=4103
|
|
former depends on having "guint64" and the latter depends on
"%ll[douxX]" being what's used to print 64-bit integers, and there are
platforms on which Etheeal runs that don't have "guint64" or that don't
use "%ll[douxX]" to print 64-bit integers.
Get rid of the routines to extract 64-bit integers into "gint64"s and
"guint64"s, as per Ronnie Sahlberg's suggestion, to discourage people
from writing code that won't work on all platforms; they should be using
FT_UINT64, or the routines in "int-64bit.c", instead.
svn path=/trunk/; revision=4102
|
|
svn path=/trunk/; revision=4101
|
|
Pia Sahlberg <piabar@hotmail.com.
svn path=/trunk/; revision=4100
|
|
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
|