My thinking was that users whose TSAPs are generally printable strings might
want to force the display as strings. In my operational environment, we only
have byte-type TSAPs: are there any COTP users who would want to force a
string representation? The dissector now always adds both string and byte
representation to the tree; one is always hidden.
If not, I will change as Guy suggests.
> -----Original Message-----
> From: Guy Harris [mailto:gharris@xxxxxxxxx]
> Sent: 24 May 2004 08:54
> To: Ethereal development
> Subject: Re: [Ethereal-dev] COTP TSAP fields
>
>
> On Fri, May 14, 2004 at 09:32:26PM +0100,
> matthew.bradley@xxxxxxxxxxxxx wrote:
> > * I have added a new preference option to the dissector,
> tsap_display that
> > has three settings: auto, string or bytes. If the option is
> set to default,
> > then the choice of which field to make hidden will be
> determined by the "is
> > it ASCII and printable" routine. If 'string', then it will
> always be the
> > cotp.src-tsap-bytes and cotp.dst-tsap-bytes that hidden; if
> 'bytes' then it
> > will always be cotp.src-tsap and cotp.dst-tsap bytes that
> are hidden. The
> > default is 'auto'.
>
> Is there a case where "string" would give the right answer and "auto"
> wouldn't - i.e., a place where the TSAP should be displayed as ASCII
> even though not all the bytes in it are ASCII characters?
>
> If not, then only "auto" and "bytes" would be needed.
>
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev
>
Community Network Services Ltd.
204-207 Western Docks, Southampton, Hants. SO15 1DA
Switchboard : +44 (0)845 6589920 Fax : +44 (0)2380 799602
Help Desk : +44 (0)845 6589930
http://www.cnsonline.net/
Reg. no. 2084279 England
*************************************************************
All views or opinions expressed herein are solely
those of the author and do not necessarily represent those
of Community Network Services Ltd who do not accept
liability for any action taken in reliance on the contents
of this message (other than where the company has a legal
or regulatory obligation to do so) or for the consequences
of any computer viruses which may have been transmitted
by this E-Mail
The E-Mail and any files transmitted with it, are confidential
and intended solely for the use of the individual or entity to
whom they are addressed. If you have received this message
in error please notify the sender and delete the message
immediately or alternatively email postmaster@xxxxxxxxxxxxx
***************************************************************