ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
July 17th, 2024 | 10:00am-11:55am SGT (UTC+8) | Online

Ethereal-dev: Re: [Ethereal-dev] FT_UINT64

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: David Frascone <dave@xxxxxxxxxxxx>
Date: Mon, 29 Oct 2001 16:29:13 -0600
I'm updating the Diameter dissector right now, so I'll play with the new
64 bit stuff.

If I remember correctly, there *was* a problem compiling the 64 bit ints 
in Diameter, so I removed the support. . . . but that was a while ago.


-Dave

On Mon, Oct 29, 2001 at 02:07:12PM -0800, Guy Harris wrote:
> > Diameter L2TP and NFS (with friends) have been updated to use this
> > new type.
> 
> I've updated the BOOTP/DHCP dissector not to use "tvb_get_ntohll()", but
> to use "uto64h()" on the result of "tvb_get_ptr()" instead (although it
> may be that the field in question (the "Replay Detection Value" for
> option 210, "DHCP Authentication") is best thought of as an array of
> bytes rather than as a 64-bit integer, in which case we should probably
> use "bytes_to_str()", at least until the BOOTP/DHCP dissector has more
> filterable fields added.
> 
> The Diameter dissector still does some 64-bit-integer stuff not using
> your routines - and the Gryphon dissector does *arithmetic* on them, so
> it needs a little more work.
> 
> There are "get_CDR_long_long()" and "get_CDR_ulong_long()" routines
> declared in "packet-giop.h", but they don't actually exist, so the
> declarations could be removed.
> 
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev