It would be really helpful if you could clarify this by including the
version of ifort that you are using. And your conclusion that "this seems
to be a bug in the library only when compiled with ifort" could well be
misplaced as there may not be a problem with the netcdf library at all but
rather a problem with compiling with a certain compiler version (and
possibly when using a certain set of compiler flags on a particular piece
of hardware). Can you provide a test case that demonstrates the problem?
On Wed, Sep 4, 2013 at 11:46 AM, Letitia Soulliard - NOAA Affiliate <
letitia.soulliard@xxxxxxxx> wrote:
> I have been having trouble with writing an array of size 6x3960x243 =
> 5,773,680 elements. I had no problems writing this same data when the
> array was only size 6x2024x243 = 2950992 elements. I have been playing
> around with various size/type variables, and have found that it was only a
> problem with integer values and not with real/double values, and it didn't
> matter if it was 1, 2, or 3 dimensions. It also seems to always been an
> issue with a large number of elements, and never an issue with small number
> of elements. The tipping point seems to be around 3,116,000 elements. At
> that number the write would sometimes fail and sometimes work. It seemed
> very random.
>
> After struggling with this for a while we decided to try compiling the
> code with gfortran instead of ifort. Once I did this, the problem went
> away. So this seems to be a bug in the library only when compiled with
> ifort.
>
> Anyway, just wanted to let others know in case they run into a similar
> issue.
>
> Tish Soulliard
>
> NOAA/NESDIS/STAR
>
> letitia.soulliard@xxxxxxxx
> 301-683-3538
>
> National Oceanic and Atmospheric Administration
> NESDIS/STAR/SMCD/OPDB
> Letitia Soulliard
> NCWCP (E/RA23)
> 5830 University Research Court
> Floor 2, Room 2686
> College Park, MD 20740-3818
>
>
>
> _______________________________________________
> netcdfgroup mailing list
> netcdfgroup@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
--
Jim Edwards
CESM Software Engineering Group
National Center for Atmospheric Research
Boulder, CO
303-497-1842
