Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Warren Turkal <wt@xxxxxxxxxxxxxxxxxxx> writes: > On Thursday 05 April 2007 15:36, Ed Hartnett wrote: >> Nope. Is there some reason that it should? > > Well, I don't know if it should be default, but it enables to a different > memory model that may be useful for large datasets. I am not familiar enough > with how NetCDF works to make a really educated assessment. I have a user > that is having a hard time stuffing a very large dataset into NetCDF, and I > think it may have something to do with this limitation. I may be way off base > though. > >> The general idea is that if there are any flags that need to be set >> for your compiler, you must set them. > > This seems reasonable. > >> The exception is that the netCDF configure does set the correct flag >> to allow the fortran wrapper functions to work (if it can figure that >> out from the name of your fortran compiler). > > Again, reasonable. > > Thanks, > wt > -- > Warren Turkal > Is your user using 64-bit offset format? It's explained here: http://www.unidata.ucar.edu/software/netcdf/docs/netcdf/Large-File-Support.html#Large-File-Support -- Ed Hartnett -- ed@xxxxxxxxxxxxxxxx ============================================================================== To unsubscribe netcdfgroup, visit: http://www.unidata.ucar.edu/mailing-list-delete-form.html ==============================================================================
netcdfgroup archives: