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

Re: 20000313: LDM problem

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: Re: 20000313: LDM problem
  • Date: Wed, 15 Mar 2000 14:17:14 -0600 (CST)
On Tue, 14 Mar 2000, Unidata Support wrote:

> 
> David,
> 
> Linux is having trouble storing idat = (2**31)-1 in the
> $GEMLIB/dp/dppgrb.f routine. All the other platforms compute 
> idat as 2147483647, but Linux is generating -2147483648 from the 2**31
> part of the calculation. As a result, the while loop in the code never 
> converges.
> 
> The field which trips this problem is parameter 198 (cloud concentration
> of ice particles) which has a range of 0 to 1.66E10 which must be scaled
> to be packed in the output file.
> 
> I have respecified INT_MAX in the routine so that 2**31 - 1 doesn't have to
> be calculated. A revised binary is in ~gbuddy/nawips-5.4/binary/linux
> and I will repackage the linux binaries as well.
> 
> This should solve your problem since I tested it with the 18Z nggrib products
> and managed to clear up the infinite loop. Let me know if you have any other 
> trouble.
> 
> 

Yes! That seems to have fixed the problem... much better now.
Were getting most if not all the data now! 

--------------------------------------------------------
 David Wojtowicz, Research Programmer/Systems Manager
 Department of Atmospheric Sciences Computer Services
 University of Illinois at Urbana-Champaign
 email: address@hidden  phone: (217)333-8390
--------------------------------------------------------