[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: JULDAY 5.4 not same as 5.3?



I should have included this in the original post:

IDL> print,!version
{ sparc sunos unix 5.4 Sep 25 2000      64      64}

Thanks for your response Mark.  I'll bet it must be a 64-bit-only bug.
Can anyone else verify this bug on another 64-bit machine?

Interestingly, if I don't pass the hour, minute, and second, then I get
the correct answer with version 5.4.

Thanks,
Don

Mark Hadfield wrote:

> > "Don Woodraska" <don.woodraska@lasp.colorado.edu> wrote in message
> 3A9ED47E.F92EF914@lasp.colorado.edu">news:3A9ED47E.F92EF914@lasp.colorado.edu...
> > Has anyone else noticed a bug in JULDAY that appeared in 5.4?
> > IDL> help,umm,udd,uyear,uhr,umin,usec
> > UMM             LONG      =            2
> > UDD             LONG      =           16
> > UYEAR           LONG      =         2001
> > UHR             ULONG     =            0
> > UMIN            ULONG     =            0
> > USEC            ULONG     =            0
> > IDL> in_jday = julday( umm, udd, uyear, uhr, umin, usec )
> > IDL> help,in_jday
> > IN_JDAY         DOUBLE    =    1.8140893e+08
>
> I get the right answer under 5.4 (win32 x86):
>
> IDL> help,umm,udd,uyear,uhr,umin,usec
> UMM LONG = 2
> UDD LONG = 16
> UYEAR LONG = 2001
> UHR LONG = 0
> UMIN LONG = 0
> USEC LONG = 0
> IDL> print, julday( umm, udd, uyear, uhr, umin, usec )
> 2451956.5
>
> ---
> Mark Hadfield
> m.hadfield@niwa.cri.nz  http://katipo.niwa.cri.nz/~hadfield
> National Institute for Water and Atmospheric Research