Hi Geoff,
> Re-opening an admittedly old ticket - this diff shown below doesn't
> appear to have made it into NetCDF 4.1.3. I get a core dump on a sparcv9
> build using GCC 4.6. Applying that diff by hand on my test box gives me
> a STOP instead of a core dump, so it still doesn't fix the problem.
>
> It's strangely enough not a problem on Solaris 10 using the amd64 ISA -
> the test passes fine on that platform.
Unfortunately, we no longer have a Sparc v9 platform on which to test or debug
this problem, so I have to rely on users to test it. Also, the developer who
wrote this test code for the F77 API has taken another position, so rewriting
the test is a problem.
When it's convenient, could you try the following patch instead and let us know
if it still executes a STOP? This works fine on our Linux x86_64 platforms:
--- /tmp/netcdf-4.1.1/nf_test/ftst_vars4.F 2009-10-24 12:03:39.000000000
+0200
+++ netcdf-4.1.1/nf_test/ftst_vars4.F 2010-09-20 14:19:55.216296221 +0200
@@ -37,7 +37,7 @@
integer data1(vlen_len), data1_in(vlen_len)
C These must be big enough to hold the stuct nc_vlen in netcdf.h.
- integer vlen(10), vlen_in(10)
+ integer*8 vlen(10), vlen_in(10)
C Loop indexes, and error handling.
integer x, retval, index(1)
--Russ
Russ Rew UCAR Unidata Program
address@hidden http://www.unidata.ucar.edu
Ticket Details
===================
Ticket ID: OUH-534551
Department: Support netCDF
Priority: Critical
Status: Closed
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.