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 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