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

Re: 20000313: Garp problem: Qvec_s

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: Garp problem: Qvec_s
  • Date: Tue, 14 Mar 2000 12:35:57 -0600 (CST)
On Mon, 13 Mar 2000, Unidata Support wrote:

> >From: David Wojtowicz <address@hidden>
> >Organization: .
> >Keywords: 200003131832.LAA07043
> 
> David,
> 
> I had the same problem you encountered withe the Qvec_s function.
> I was able to comment out the definition of function2 and break up the 
> function into smaller pieces like:
> 
> function  = s=ldf(hght)//ldfh
> !function2=v=smul(quo(-4.9e11,ldf(pres)),vasv(qvec(ldfh,vlav(geo)),kcrs(grad(ldfh))))
> function2=s=quo(-4.9e11,ldf(pres))//term1
> function3=v=smul(term1,vasv(qvec(ldfh,vlav(geo)),kcrs(grad(ldfh))))
> 
> This appears to be handled fine. The problem may be that working heap needed 
> for
> the function has increased past what I defined for the UPC distribution.
> 
> Steve Chiswell
> Unidata User Support
> 
> 


Thanks Steve,  that did the trick.   We thought about breaking it
up in looking at it but weren't aware that you could use
a function3.   Am distributing the fix to my many installations
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
--------------------------------------------------------