Ethereal-dev: Re: [Ethereal-dev] Diameter Finally up to -07

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, 30 Jul 2001 15:30:08 -0500
On Mon, Jul 30, 2001 at 01:11:54PM -0700, Guy Harris wrote:
> > Doh.  Sorry.  Here it is :(
> 
> Checked in (with some changes - there's no need to cast "gint32" or
> "guint32" variables to "long" or "unsigned long" and then print them
> with "%l[doxu]"; Ethereal probably won't fit on machines where "int"s
> aren't at least 32 bits).

Sorry, my linux compiler was giving me warnings.  (not on the %x ones, but
on the %d's).  I like nice, quiet compiles :)


> It's using "gint64" and "guint64"; at least at one point, that didn't
> work on SINIX (Siemens' UNIX), at least with the compiler Uwe Girlich
> was using.  Is it no longer the case that there are platforms where you
> don't have 64-bit integral data types with all the compilers people
> would want to use, or should we try to come up with some way to support
> them (e.g., displaying 64-bit quantities as raw strings of hex digits)?

Well, no one is actually using the 64 bit stuff in Diameter yet, but it
is there. . . . There are a few other places where 64 bit isn't supported
yet too (i.e. in registration . . there is no FT_UINT64)

I could just disable the 64bit for now, and display it as raw hex.  Doesn't
really matter to me until I start seing 64bit traffic :)

-Dave