This is nice. Did you measure any improvement to startup time because of radius?
I just did the wimaxasncp plugin, and if no-one beats me to it I'll do diameter (most likely tomorrow now).
Regards,
Martin
On Thu, Apr 3, 2008 at 11:13 PM, <
lego@xxxxxxxxxxxxx> wrote:
http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=24762
User: lego
Date: 2008/04/03 10:13 PM
Log:
http://www.wireshark.org/lists/wireshark-dev/200803/msg00308.html
proto.[hc]
define new APIs to allow delayed registration of protocol fields,
so that dissectors with "flexible" fields like xml, radius, diameter,
snmp do not have to load their files at startup but can do so as late as possible.
gtk/dfilter_expr_dlg.c :
have the _expression_ dialog registering all prefixes so that all fileds appear in the dialog
tshark.c
register all prefixes when called with -G
epan/radius_dict.l
epan/dissectors/packet-radius.c
epan/dissectors/packet-radius.h
refactor registration to delay dictionary loading as long as possible
Directory: /trunk/epan/dissectors/
Changes Path Action
+132 -150 packet-radius.c Modified
+1 -1 packet-radius.h Modified
Directory: /trunk/epan/
Changes Path Action
+93 -0 proto.c Modified
+15 -0 proto.h Modified
+5 -10 radius_dict.l Modified
Directory: /trunk/gtk/
Changes Path Action
+2 -0 dfilter_expr_dlg.c Modified
Directory: /trunk/
Changes Path Action
+2 -0 tshark.c Modified
_______________________________________________
Wireshark-commits mailing list
Wireshark-commits@xxxxxxxxxxxxx
http://www.wireshark.org/mailman/listinfo/wireshark-commits