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.
Thanks for the prompt reply, But do I have egg on my face. We have converted to Fedora C3 to both get in step with the rest of the world and because we couldn't find a new glibc to work with RH9 to make the new GEMPAK happy. So a lot of changes had been going on. The web pages which had been working before stopped working; they had scripts that had to be converted to work with FC3, and that is when we discovered that the snlist/sflist "didn't work". Turns out, we had other problems that were causing core dumps and the drive was at 100% and not letting us write. Fixed that and lo and behold.... Thanks again for your help, Hobbie -----Original message----- From: Unidata Support address@hidden Date: Fri, 13 May 2005 12:21:59 -0500 To: "John Hobbie" address@hidden Subject: 20050513: GEMPAK "OUTPUT=F" problem John, The data are flushed when you exit the program. Until then, it is being buffered for write, so depending on how much data is going to the output file, it may be empty or partially written to. This has always been the case. In my testing here, the output works. Let me know if you still see otherwise. Steve Chiswell Unidata User Support >From: "John Hobbie" <address@hidden> >Organization: UCAR/Unidata >Keywords: 200505131700.j4DH0SP3005422 >Hi -- > >There appears to be a problem with the OUTPUT option in the new version of GEM > PAK. > >When I use the default, OUTPUT = T, or force the T the data are presented. > However, when I use OUTPUT=F or OUTPUT = F / filename.out, the file is cr > eated, but it is not written to -- zero bytes. I have checked this only for > sflist and snlist. > >Am I doing something wrong, or have some of the rules changed on how to make t > hat work? > >Thanks in advance for your help. > > >Hobbie >National Scientific Balloon Facility >Palestine, Texas > -- **************************************************************************** < Unidata User Support UCAR Unidata Program < (303)497-8643 P.O. Box 3000 < address@hidden Boulder, CO 80307 < ---------------------------------------------------------------------------- < Unidata WWW Service http://my.unidata.ucar.edu/content/support < ---------------------------------------------------------------------------- < NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.