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.
Devin, After looking at the debugger information, it appears that you may have recently changed your file naming to use 1999 rather than just 99. What I think is happening is that the dslw.c routine is looking for the month, and getting 99, and then is looking that up in an array of month names- and there is no month "99". From your earlier message, I wasn't sure if you were using the User access file method, or the standard pop-up method based on the directory structure. See if this makes sense to you, and if that is the case, I can make a fix for 4 digit years in nsat. Garp will handle the 4 digit years as long as the template is correctly set. Steve On Thu, 7 Jan 1999, Devin Kramer wrote: > Steve, > > I downloaded your binary and I get the same results. That would say > to me that it is either the way we are getting the data (although I > guess we ruled that out when you looked at one of my files!) or > something has changed on my system. The strange thing is I have not > made any modifications to the machine or disk that that software is > sitting on and no matter which SUN I run it on in the network I get the > same error (both 2.5.1 and 2.6 machines). If the debugger information > is no help to you then I am open to having you log in and take a look. > Let me know. > > Thanks, > Devin > > -- > -------------------------------------------------------- > Programmer Analyst Department of Atmospheric Science > University of California Los Angeles > PH:(310)825-2418 FAX:(310)206-5219 > http://www.atmos.ucla.edu/~devin > -------------------------------------------------------- > > > >