From 5d8957c23069a377523340956cf1ed4de1e41132 Mon Sep 17 00:00:00 2001 From: cmaynard Date: Tue, 8 Nov 2011 18:39:11 +0000 Subject: packet_info's in_error_pkt is now a bitfield like in_gre_pkt. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@39764 f5534014-38df-0310-8fa8-9805f1628bb7 --- epan/dissectors/packet-tcp.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'epan/dissectors/packet-tcp.c') diff --git a/epan/dissectors/packet-tcp.c b/epan/dissectors/packet-tcp.c index 2171adcbf7..7c3f705e6d 100644 --- a/epan/dissectors/packet-tcp.c +++ b/epan/dissectors/packet-tcp.c @@ -3864,7 +3864,7 @@ dissect_tcp(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree) */ reported_len = tvb_reported_length(tvb); - if (!pinfo->fragmented && !pinfo->in_error_pkt) { + if (!pinfo->fragmented && !pinfo->flags.in_error_pkt) { if (reported_len < tcph->th_hlen) { proto_item *pi; pi = proto_tree_add_text(tcp_tree, tvb, offset, 0, @@ -4220,7 +4220,7 @@ dissect_tcp(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree) /* We're willing to desegment this. Is desegmentation enabled? */ if (tcp_desegment) { /* Yes - is this segment being returned in an error packet? */ - if (!pinfo->in_error_pkt) { + if (!pinfo->flags.in_error_pkt) { /* No - indicate that we will desegment. We do NOT want to desegment segments returned in error packets, as they're not part of a TCP connection. */ -- cgit v1.2.3