Yes, it is. I also use this structure to display information in the COL_INFO 
and in the proto_tree_add_protocol_format() using the rval_to_str(), and it 
works.

I tried to just add the item in the tree but it is impossible if I don't have 
also the hf declared in the hf_register_info, so maybe it is in the 
proto_tree_add_uint() call.

I don't use SVN, so my old (beginning of March, 1.0.6 -27387) version might 
have a bug, but I haven't seen anything about this in the previous messages. 
Was the update of proto.c a good idea?

As I can't send the complete code (internal use), is there a dissector that 
uses the range_string structure as I need?

Thanks a lot for your help, Chris

Yvan




________________________________
De : "Maynard, Chris" <[email protected]>
À : Developer support list for Wireshark <[email protected]>
Envoyé le : Mardi, 14 Avril 2009, 17h47mn 14s
Objet : Re: [Wireshark-dev] RVALS in display filters

 
Everything looks OK to me.  How is afdx_typedeclared?  Does it match the 
README.developer’s example?
 
      static const range_string rvalstringname[] = {
            { INTVAL_MIN1, INTVALMAX1, "Descriptive String
1" },
            { INTVAL_MIN2, INTVALMAX2, "Descriptive String
2" },
            { 0,           0,          NULL                   }
      };
 
- Chris
 
From:[email protected]
[mailto:[email protected]] On Behalf Of 
[email protected]
Sent: Tuesday, April 14, 2009 9:32 AM
To: [email protected]
Subject: [Wireshark-dev] RVALS in display filters
 
Hi
all,

I am working on a dissector plugin.
I have a problem with the use of RVALS in display filter. As indicated in
README.developer, I wrote my code like that:

...
guint8 type = 0; 
....
type = tvb_get_guint8(tvb, 29);
...
proto_tree_add_uint(afdx_tree, hf_type, tvb, 29, 1, type);
...
{ &hf_type,
            { "Data
type  ", "afdx.type", FT_UINT8, BASE_DEC|BASE_RANGE_STRING,
RVALS(afdx_type), 0x0,
               
"Type of data carried", HFILL }},


I changed my file proto.c as indicated in this url, because it didn't integrate
the BASE_RANGE_STRING:
http://www.nabble.com/rev-26257:--trunk-epan---trunk-epan-:-proto.c-td19639466.html

But it does not solve the problem. I still can't run WireShark with this code
in my plugin, and the problem seems to come from RVALS or interpretation of
BASE_RANGE_STRING.

Does anyone can help me?

Thanks a lot!

Yvan
 
CONFIDENTIALITY NOTICE: The contents of this email are confidential
and for the exclusive use of the intended recipient. If you receive this
email in error, please delete it from your system immediately and 
notify us either by email, telephone or fax. You should not copy,
forward, or otherwise disclose the content of the email.



      
___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <[email protected]>
Archives:    http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:[email protected]?subject=unsubscribe

Reply via email to