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.
John, >Date: Thu, 11 Apr 1996 16:56:46 -0400 (EDT) >From: address@hidden (John Sheldon) >Organization: NOAA/GFDL >Subject: Re: 960411: "ncvarput: xdr_NC_fill" >Keywords: 199603281505.AA27313 In the above message you wrote: > > Please let me know if this fixes your problem. > > I made that change and it did the trick! -- can't say as I have a solid > understanding of where things went wrong, but at least things are up > and running. Thanks! > > Now, the bad news (sorta) - remember I mentioned a while back that I > saw a large increase in CP time with prefill turned on? Well, that's > still happening. Here's an example: > From "time": > ---------------- > NETCDF_FFIOSPEC CP Sys Wall ls -l > ------------------------------ ------- ------- ---- -------- > cache:32:66 (With prefill) 123.8174u 6.6852s 2:43 46659904 > > cache:32:66 (No prefill) 2.2253u 0.7482s 0:26 46659792 > > Any intuitive leaps about this one?? Sorry, no. I'm not a CRAY expert (or novice even) and must defer to people like Kuehn. I've CC'd him on this message. Hopefully, he'll have something to say. > > FYI, our UNICOS 8 CRAYs handle the value -32768. > > That *really* puzzles me! Any idea what could be causing that? We're > running UNICOS 8.0.4 - do you have a later version? (I thought you were running UNICOS 7?) Anyway, I spoke too soon. I based my pronouncement on the fact that the CRAYs can represent -32768 in a short. In actuality, your CDL file causes our ncgen(1) to crash just like yours. -------- Steve Emmerson <address@hidden>