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

Russ Rew: Re: 961002: problem with ncdump (fwd)

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: Russ Rew: Re: 961002: problem with ncdump (fwd)
  • Date: Mon, 07 Oct 1996 09:03:11 -0600
------- Forwarded Message

Date:    Mon, 07 Oct 1996 09:02:22 -0600
From:    Russ Rew <address@hidden>
To:      Patrick Guio <address@hidden>
Subject: Re: 961002: problem with ncdump (fwd) 

>From: Patrick Guio <address@hidden>
>Subject: problem with ncdump (fwd)
>Organization: .
>Keywords: 199610020843.AA13593

Patrick,

> > But I've found yet another solution that seems to work on all our UNIX
> > platforms without any special compiler options to inhibit optimization.
> >
> > Just #include <math.h> at the top of ncdump/vardata.c, change the
> > definition of the IS_FINITE() macro from
> >
> >     #define IS_FINITE(x) (((x)-(x))=3D=3D((x)-(x)))
> >
> > to
> >
> >     #define IS_FINITE(x) (finite(x))
> >
> > and link ncdump with a "-lm" option, if necessary, to get the finite()
> > function from the math library.
> 
> It worked fine on both systems !

Great, thanks for your help testing the fixes.  I've included the
problem description and patch in our list of known problems and
workarounds at

    http://www.unidata.ucar.edu/packages/netcdf/known_problems.html

- --Russ


------- End of Forwarded Message