[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

950711: NC_NOFILL crash problem on solaris

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.

  • Subject: 950711: NC_NOFILL crash problem on solaris
  • Date: Tue, 11 Jul 95 09:15:35 -0600
Charlie,

>Date: Mon, 10 Jul 1995 16:16:56 -0600 (MDT) 
>From: address@hidden (Charlie Zender)
>Organization: UCAR/NCAR/CGD
>Subject: Re: 950710: NC_NOFILL crash problem on solaris 
>Keywords: 199507100211.AA11316

In the above message you wrote:

> appended is a cleaner example of the solaris ncsetfill problem.
> it seems to crash on enddef  unless i comment out the setfill call.
> note that i couldn't reproduce the problem with only using a few
> variables, for some reason the problem occurs with the present set of 7 
> variables.
> thanks,
> charlie
> p.s. i havn't tried this under sunos 4.1.3, but my guess is there's
> no problem with any os except solaris 

I'm afraid I still can't duplicate the problem:

    $ uname -sr
    SunOS 5.4
    $ perl -I/upc/netcdf-perl/build/perl/blib -I/usr/local/lib/perl5 setfill.pl 
    Creating netCDF file...ok
    Setting fill mode...ok
    Defining dimensions...ok
    Defining variables...ok
    Ending definition mode...ok
    Closing netCDF file...ok

I tried the above with the `setfill()' code both uncommented and 
commented-out.

I used version 2.3.2, patchlevel 4 (the latest release) of the netCDF
library and version 1.0.3 of netCDFPerl (one release back - but the
difference is non-substantive and couldn't affect the outcome).  You
might check your version identifiers.

At this point I'm afraid you're on your own -- unless you can give me
access to your system.

--------
Steve Emmerson   <address@hidden>