1. in dissect_routing6() if (rt.ip6r_type == 2) set pinfo->dst to the Home Address.
2. dissect_mipv6_hoa() set the pinfo->src to the Home Address.
svn path=/trunk/; revision=21732
The packet-pana.c dissector I have submitted previously [SVN rev 21447]
had a minor issue. The following are the fixes:
Change packet-pana.c, Line 823:
{ "Ping","pana.flags.e",
to:
{ "Error","pana.flags.e",
svn path=/trunk/; revision=21731
From Kenneth Golomb:
Fixes two issues:
1) interface_name is allocated iface_len+1 bytes but a buffer length of iface
len is passed in when the string is copied. This truncates the string to 9
characters if the interface_name is 10 characters long.
2) interface_name added to tree with proto_tree_add_string_format and is
missing the initial value parameter when called. Even if this is added the
field can not be filtered on. Adding the field with proto_tree_add_item fixes
both the tree display and the filtering issues.
svn path=/trunk/; revision=21730
This patch adds the handling of Spare Extension bytes
to UMTS Frame Protocol. It also handles the case when
the presence of CRC in dedicated channels is not known
(i.e. when FP from a K12/K15 log is dissected).
The new functionality is placed in the new function
"dissect_spare_extension_and_crc". The "dch_crc_present"
field inside "struct fp_info" (file packet-umts_fp.h)
is also extended to handle the case of unknown CRC presence.
Much of other changes is to update "offset" variable and
return it so that the location of Spare Extension and CRC
is available.
The patch also include a small tweak to handle Frame
Protocol information saved from K15. Some fields appear
8 bytes later compared to K12. The changes are in the file
packet-k12.c.
svn path=/trunk/; revision=21726
- Remove unused hf_block_ack_ssc code.
- Fix +HTC detection and frame length calculation.
- Fix Channel Width dissection.
- Fix Primary Channel dissection.
- Tweak the TID field width.
- Display the Block Ack Buffer Size as decimal.
- Display the SSC fragment and sequence numbers as decimal.
- Fix the spelling of "recommended".
svn path=/trunk/; revision=21721
OpenKey keynames should be saved/stored in the dcv structure.
this now makes all policy handles generated by the OpenKey function show
OpenKey(/path/keyname)
for all such policyhandles
svn path=/trunk/; revision=21720
available as the name of the handle
This means we can show policy handles like
OpenKey(/a/b/c/d)
instead of
OpenKey(<...>)
svn path=/trunk/; revision=21719
which also handles TYPE and PARAM_VALUE for strings, regenerate winreg
after using hte conformance file to prettify how and where strings are
to be used to decorate the summary line and the dissection tree
svn path=/trunk/; revision=21717
The splash screen shows a progress bar and a percentage complete - like the progress dialog.
As dissectors are initialised and handed off the name is shown. However, the names of plugin dissectors are not shown.
The update to the make-dissector-reg shell script has been tested, though I think generally the python version is used.
svn path=/trunk/; revision=21716
- all definitions in ASN.1 source are skipped and need not to be commented out
- #.CLASS directive can define types for Object Class Fields
- do not append 'xxx' postfix to parametrized types (changes H.235 and H.450 in accordance with it)
- change QSIG ASN.1 source to be more identical to original one
svn path=/trunk/; revision=21715
Since wiretap.h is not autogenerated, just make wtap-plugins.h include
the top level config.h to pull in the defines for HAVE_DIRENT which was
checked at top level
svn path=/trunk/; revision=21707
94630be0-e031-11db-974d-0002a5d5c51b
It is based upon the example code from RFC4122 and links against gcrypt.
Using this tool allows the U3 packaging UUID to be automatically changed for new versions as well as giving each buildbot version a different UUID.
svn path=/trunk/; revision=21694
if the test for GTK+ fails; that lets the user insist on getting
Wireshark and gives them immediate feedback if they can't have it, so
they can either give up and just get TShark or fix the problem.
svn path=/trunk/; revision=21687
So far I've done only regression testing (the new functionality and what's in wtap-plugins.c has not yet being tested).
it is a first step in the way to have lua opening files.
svn path=/trunk/; revision=21686