| Re: matching 'C' Data Types? [message #5159 is a reply to message #5158] |
Fri, 20 October 1995 00:00  |
thompson
Messages: 584
Registered: August 1991
|
Senior Member |
|
|
Peter Sharer <sharer@argus.arc.nasa.gov> writes:
> I am writing an IDL application which reads data from an unformatted
> binary data file written by a 'C' program. Everything runs on an SGI
> Indigo 2. I seem to be having a problem matching a few of the C data
> types, specifically unsigned long and unsigned short. Which IDL types
> map to those C types? I would greatly appreciate any ideas anyone
> has.
IDL doesn't have an unsigned data type. Unsigned integers are stored exactly
the same as signed integers. The only difference is the way the topmost bit is
interpreted. If that bit is zero, i.e. there are no numbers above
2^15-1=32767, then the distinction between signed and unsigned short integers
can be ignored.
We read unsigned short integers into ordinary short integers, and then call the
following to convert them into long integers so that numbers above 32767 are
not misinterpreted as negative numbers.
VALUE = LONG(VALUE) AND 'FFFF'X
For unsigned long integers, I'm not sure what to suggest. If the numbers never
rise above 2^31-1=2147483647 you can ignore the distinction between signed and
unsigned long integers. Otherwise, if you want to preserve all 32 bits of
precision in the number, you can read it in as a long integer, and then convert
the number to double precision via the following:
VALUE = BYTE(VALUE, 4, N_ELEMENTS(VALUE)/4)
C = 256.D0
VALUE = VALUE(0,*)*C^3 + VALUE(1,*)*C^2 + VALUE(2,*)*C + VALUE(3,*)
Depending on how your machine works, you may need to reverse the order of the
bytes in the above.
Bill Thompson
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
