There's no guarantee that a reply with a reply status of USER_EXCEPTION
authorguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Fri, 24 Jun 2005 11:26:19 +0000 (11:26 +0000)
committerguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Fri, 24 Jun 2005 11:26:19 +0000 (11:26 +0000)
includes an exception ID - the sequence length could be zero.  When
generating a dissector for a USER_EXCEPTION reply, return FALSE if
there's no exception ID.  (And since we're now always using the header
pointer argument, un-_U_ize it.)

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

ethereal_gen.py

index 43ce7cb51dac28c5b6c5c8c03b23efadd90785d2..70c05de44ba61bac9a261ce597ac14ba958f8cc0 100644 (file)
@@ -2340,11 +2340,13 @@ default:
  *
  */
  
-static gboolean decode_user_exception(tvbuff_t *tvb _U_, packet_info *pinfo _U_, proto_tree *tree _U_, int *offset _U_, MessageHeader *header _U_, gchar *operation _U_ ) {
+static gboolean decode_user_exception(tvbuff_t *tvb _U_, packet_info *pinfo _U_, proto_tree *tree _U_, int *offset _U_, MessageHeader *header, gchar *operation _U_ ) {
     
     gboolean be _U_;                        /* big endianess */
 
-    
+    if (!header->exception_id)
+        return FALSE;
+
 """