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.
Robert, All gempak functions that begin xx_aaaa are found in $GEMPAK/source/gemlib/xx/xxaaaa.f The next_radar() function in the gdradr program passes 2 time arrays and received back from $GEMPAK/source/gemlib/ti/timdif.f the difference in time and the error code. The things that I would check are the value returned by ti_mdif as well as the value of the pointer sent back to gdradr(). Sounds like the pointer is being stepped on. Steve Chiswell unidata User Support On Tue, 30 Oct 2001, Robert Mullenax wrote: > Steve, > > Where is the function definition for ti_mdif. One of our > programmers is looking at it..we can find it being referenced > but not the defintion. > > Thanks, > Robert > > -----Original Message----- > From: Steve Chiswell > To: Robert Mullenax > Cc: 'address@hidden' > Sent: 10/29/01 4:39 PM > Subject: Re: Building GEMPAK 5.6d on Slackware > > Robert, > > For FLT_MAX, the $GEMPAK/include/geminc.h will need to have > float.h added to the list of includes since your math.h is > apparently not automatically including it. > > The raddur problem sounds like an argument problem in the > ti_mdif call. I can help you track that down offline > since this isn't a configuration I have to work with. > > Steve Chiswell > Unidata User Support > > > > On Mon, 29 Oct 2001, Robert Mullenax wrote: > > > I built a GEMPAK install that allows 5.25 million grid points > > on Solaris SPARC and am now trying to do the same on a Slackware > > Linux box. Our only RedHat boxes are production machines. > > > > Has anyone built GEMPAK 5.6d succesfully on Slackware? It > > has GCC 2.95-3 and is running kernel 2.2.19. First we got ranlib > > errors (had to do ranlib by hand for all of the devices) and > > also have errors relating to FLT_MAX which it says is undefined > > (in the NMAP portion). GARP starts and runs but trying to use gdradr > > it doesn't seem to be able to determine time properly. The system > > time and the time of the radar files are within minutes, but gdradr > > reports all files as too old no matter what raddur is set to. > > > > Thanks for any tips you might have. > > > > Robert Mullenax > > > > >