Squash one more little bug where I wasn't handling the MIME header
authorsharpe <sharpe@f5534014-38df-0310-8fa8-9805f1628bb7>
Sat, 7 Oct 2000 04:48:40 +0000 (04:48 +0000)
committersharpe <sharpe@f5534014-38df-0310-8fa8-9805f1628bb7>
Sat, 7 Oct 2000 04:48:40 +0000 (04:48 +0000)
properly if a BXXP message occurrect after a SEQ but in the same segment.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2479 f5534014-38df-0310-8fa8-9805f1628bb7

packet-bxxp.c

index 27660b9141dfd10606422c84732916780dedc562..b856aaf95b4441181f5899049c673765eb109be4 100644 (file)
@@ -1,7 +1,7 @@
 /* packet-bxxp.c
  * Routines for BXXP packet disassembly
  *
- * $Id: packet-bxxp.c,v 1.6 2000/10/05 13:13:49 sharpe Exp $
+ * $Id: packet-bxxp.c,v 1.7 2000/10/07 04:48:40 sharpe Exp $
  *
  * Copyright (c) 2000 by Richard Sharpe <rsharpe@ns.aus.com>
  *
@@ -919,7 +919,9 @@ dissect_bxxp_tree(tvbuff_t *tvb, int offset, packet_info *pinfo,
 
       pl_size = MIN(request_val->size, tvb_length_remaining(tvb, offset));
 
-      if (pl_size == 0) { /* The whole of the rest must be payload */
+      /* FIXME: May be redundent ... */
+
+      if (pl_size == 0 && offset == st_offset) { /* The whole of the rest must be payload */
       
        pl_size = tvb_length_remaining(tvb, offset); /* Right place ? */
       
@@ -935,9 +937,9 @@ dissect_bxxp_tree(tvbuff_t *tvb, int offset, packet_info *pinfo,
      * another message here, then handle it correctly as well.
      */
 
-    /* If the pl_size == 0 and the offset == 0?, then we have not processed
-     * anything in this frame above, so we better treat all this data as 
-     * payload to avoid recursion loops
+    /* If the pl_size == 0 and the offset == st_offset, then we have not 
+     * processed anything in this frame above, so we better treat all this
+     * data as payload to avoid recursion loops
      */
 
     if (pl_size == 0 && offset == st_offset)