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.