http://ubiqx.org/cifs/SMB.html#8, para 2.8.5.3
Convert some magic numbers to constants in dissect_ntlmssp_address_list()
svn path=/trunk/; revision=7646
is defined (as it's defined, and called, regardless of whether
HAVE_GNU_ADNS is defined), and get rid of the extra declarations of the
ADNS support routines.
svn path=/trunk/; revision=7644
Following fixes for nettl (HP-UX):
1) Fixed 11.X timestamp issue
there is no difference in 10.X/11.X timestamps, so no
need to shift 11.X timestamps
2) Fixed NS_LS_DRIVER trace record handling
now works rather than throwing "...network type that
Ethereal doesn't support" error
3) Fixed handling of traces with sliced packets (nettl -m xx)
now uses correct packet and capture lengths
4) Additional ethernet card support
now handles btlan[1,3-6],gelan,igelan,intl100 driver
trace records
svn path=/trunk/; revision=7642
"host_name_lookup_process()", and "host_name_lookup_cleanup()" if we
don't have GNU ADNS, so that Ethereal compiles without GNU ADNS.
Declare the argument lists of "host_name_lookup_init()" and
"host_name_lookup_cleanup()" as empty, C89-style, rather than as
unknown.
svn path=/trunk/; revision=7641
Support can be enabled at configure time by using "--with-adns=DIR".
If support is enabled, async queries happen whenever host name resolution
is enabled. Do we need a separate preference for async queries?
Currently, only IPv4 reverse queries are supported. I can add IPv4 forward
lookup support, but I don't have any way to test IPv6 queries.
svn path=/trunk/; revision=7640
- display OID in info column
- preference added to disable such a display
- add new function new_format_oid to retrieve both
decoded and non decoded OID strings
- add OID display filter for both decoded and non decoded strings
- add Error Status display filter
svn path=/trunk/; revision=7637
"proto_construct_dfilter_string()", to more accurately reflect what it
does.
Give it, and "proto_can_match_selected()", an "epan_dissect_t *"
argument, which replaces the raw data pointer argument to
"proto_construct_dfilter_string()".
For fields that don't have a type we can directly filter on, we don't
support filtering on the field as raw data if:
the "epan_dissect_t *" argument is null;
the data source tvbuff for the field isn't the tvbuff for the
"epan_dissect_t" in question (i.e., it's in the result of a
reassembly, and "frame[N:M]" can't get at it).
Trim the length the raw data in the case of such a field to the length
of the tvbuff for the "epan_dissect_t" in question, so we don't go past
it. Fetch the raw data bytes to match from that tvbuff.
Have "proto_construct_dfilter_string()" return a null pointer if it
can't construct the filter string, and have "protocolinfo_packet()" in
the tap-protocolinfo tap ignore a field if
"proto_construct_dfilter_string()" can't construct a filter string for
it - and have it pass NULL as the "epan_dissect_t *", for now. If
somebody decides it makes sense to dump out a "frame[N:M] =" value for
non-registered fields, it can be changed to pass "edt".
svn path=/trunk/; revision=7635
Replace "proto_item_set_len()" with "proto_item_set_end()", and get rid
of the "old_offset" variables the "proto_item_set_len()" calls required.
svn path=/trunk/; revision=7634
* Support correct processing of code page switches
* Provide a new datatype containing scarce array of
const value_string arrays (value_valuestring)
allowing an efficient support for WBXML code pages.
* Minor fix (XML PI was always decoded without
mapping known tokens)
* Add support for decoding of more WBXML content
types (SyncML 1.0, SyncML 1.1, CHANNEL 1.0, EMN 1.0).
svn path=/trunk/; revision=7626
It is actually dissected in common with both GetInfo and SetInfo, but we
should never see many of these info levels with GetInfo.
There are some more levels to do, esp some relevant to OS/2 etc ...
svn path=/trunk/; revision=7620
There are still some info levels that are not dissected, so I will fill
those in over the next few days, unless someone else gets to it first.
svn path=/trunk/; revision=7619
of the WKSSVC RPCs. Here we have NetWkstaSetInfo, but we don't know the
info levels as yet. However, it looks like lmwksta.h has all the info we
need.
svn path=/trunk/; revision=7617
to just be an extension to AODV - and the dissectors use the same port,
which doesn't work unless there's only one dissector).
svn path=/trunk/; revision=7616
However, while I get the info out, there is a problem in that I am not
quite sure that the IDL is correct and that entries read is handled properly.
svn path=/trunk/; revision=7608
out parameters were included, like maybe the bufptr, and one of the other
fields that is a LPDWORD got included ... and prefmaxlen is further down ...
svn path=/trunk/; revision=7604
given a tvbuff/offset pair referring to the byte past the end of the
item. Use it in one place in the SMB dissector (there are plenty of
other places where it could be used as well).
svn path=/trunk/; revision=7603
and watch for the RPC to be sent. Grab RPC OpNum from trace, and increase
our knowledge of these RPCs.
Next to code up the dissectors, and then on to NetWkstaSetInfo etc. MSDN has
lots of info ...
svn path=/trunk/; revision=7602
Tim Potter