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

Re: 20050513: GEMPAK "OUTPUT=F" problem

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.