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.
Hi Craig, > The status value returned from NC_DEF_DIM is -63. If I change NF_UNLIMITED to > another number, the error persists. All other variables concerned are > correctly defined. This should only happen if NF_UNLIMITED is somehow negative (it is defined as 0 in the netcdf.inc include file) or the unlimited dimension has already been defined. Have you included the 'netcdf.inc' include file before this point, so that constants such as NF_UNLIMITED are defined? Another thing to check is that you are using the same compile flags as the library you are linking against was built with. For example, if the library was built as a 64-bit executable, but you are compiling a 32-bit executable, problems such as this could result. No one has reported a bug of this sort with the 3.6.1 Fortran 77 interface. There are lots of tests run when the library is built,including tests creating and using an unlimited dimension, if "make check" is invoked in the top-level source directory. Do you happen to know whether "make check" ran successfully to completion for your installation? If the source directory is still available and you have write permission in the source directories, you could run "make check" again to make sure the installation is OK. --Russ Russ Rew UCAR Unidata Program address@hidden http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: DVM-516594 Department: Support netCDF Priority: Normal Status: Closed