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

Re: ncgen problem

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: ncgen problem
  • Date: Thu, 07 Apr 1994 10:32:54 -0600
> Organization: CSIRO Division of Atmospheric Research
> Keywords: 199403220103.AA04720

Hi Harvey,

Sorry to be so long answering your question, but I was on vacation and
things wer piled up when I got back.

> I have encountered an apparent bug in ncgen.
> It is demonstrated by following Bourne/Korn shell script:
> 
> ncgen -b <<\END-OF-CDL
> netcdf t {
> variables:
>         float x;
>                 x:add_offset = -1e-16;
> }
> END-OF-CDL
> ncdump -h t.nc
> 
> This generates following output:
> 
> netcdf t {
> 
> variables:
>         float x ;
>                 x:add_offset = -1e-16. ;
> }
> 
> Note that there is a '.' following '-1e-16'
> This causes a syntax error when piped to ncgen.

This was actually a bug in ncdump that was fixed by a patch file posted to
netcdfgroup last year, and available from 

        ftp://ftp.unidata.ucar.edu/pub/netcdf/2.3.2-patch2

Hence you must be using an unpatched netcdf 2.3.2 distribution, to which
patches 1 and 2 from the above ftp directory should be applied.

__________________________________________________________________________
                      
Russ Rew                                              UCAR Unidata Program
address@hidden                                        P.O. Box 3000
(303)497-8645                                 Boulder, Colorado 80307-3000