Guy Harris e600a12538 OK, *that's* what Clang Cat was going on about: ... packet-dcerpc-pn-io.c:8438:17: warning: Although the value stored to 'prm_flag2' is used in the enclosing expression, the value is never actually read from 'prm_flag2' OK, thanks for telling me that, technically, prm_flag1 = prm_flag2 = 0; can be implemented by storing the 0 into prm_flag1 directly rather than storing 0 into prm_flag2 and copying it to prm_flag1. Yes, you can haz cheeseburger. I guess it would matter if we were actually depending on some side-effect of fetching prm_flag2, but we're not. Rewrite this one to squelch the complaint. svn path=/trunk/; revision=39841		2011-11-15 05:37:56 +00:00
..
AUTHORS
ChangeLog
CMakeLists.txt
COPYING
INSTALL
Makefile.am
Makefile.common
Makefile.nmake
moduleinfo.h
moduleinfo.nmake
NEWS
packet-dcerpc-pn-io.c	OK, *that's* what Clang Cat was going on about:	2011-11-15 05:37:56 +00:00
packet-dcom-cba-acco.c	Convert 'encoding' parameter of certain proto_tree_add_item() calls in plugin dissectors:	2011-10-06 14:46:34 +00:00
packet-dcom-cba-acco.h
packet-dcom-cba.c	Use ENC_NA as encoding for proto_tree_add_item() calls which directly reference an hf item (in hf[] with types:	2011-10-05 01:00:06 +00:00
packet-pn-dcp.c	Use ENC_NA as encoding for proto_tree_add_item() calls which directly reference an hf item (in hf[] with types:	2011-10-05 01:00:06 +00:00
packet-pn-mrp.c	For proto_tree_add_item(..., proto_xxx, ...)use ENC_NA as the encoding arg.	2011-10-21 02:10:19 +00:00
packet-pn-mrrt.c
packet-pn-ptcp.c	Use ENC_NA as encoding for proto_tree_add_item() calls which directly reference an hf item (in hf[] with types:	2011-10-05 01:00:06 +00:00
packet-pn-rt.c	For proto_tree_add_item(..., proto_xxx, ...)use ENC_NA as the encoding arg.	2011-10-21 02:10:19 +00:00
packet-pn.c	Get it compiling.	2011-07-29 07:24:15 +00:00
packet-pn.h	From Wido Kelling:	2011-07-29 05:36:57 +00:00
plugin.rc.in