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.
Steve,I wouldn't worry it too much . . . it only happens on the particular distribution. And the easy cure is to recompile with g77 - which also happens to be part of the install on the distribution. I have yet to load RHEL v5, but will soon . . . and see if that version has the same issue.
Stonie On Aug 23, 2007, at 11:28 AM, Steve Chiswell wrote:
Stonie,I was able to run GDDIAG here using your functions below, and we poundedon it pretty hard during the workshop. I ran the binary I version asposted 8/21/07 though valgrind but nothing popped out. I'll take a look at the code and see if its just a latent bug unrelated to g77/ gfortran.Steve On Thu, 2007-08-23 at 11:13 -0500, Stonie Cooper wrote:Steve, I spoke too soon. This is on a RHEL clone (CentOS v4.5), with gcc version 4.1.1 20070105 (Red Hat 4.1.1-53). I compiled with gfortran. gddiag seg faults on computations (replicates every time): gddiag << end_gddiag GDFILE = /data/ldm/gempak/model/ruc2236/2007082312_ruc2236.gem GDOUTF = temp.gem GFUNC = sub(add(sub(TMPC@850,TMPC@500),DWPC@850),sub (TMPC@700,DWPC@700)) GDATTIM = 070823/1200F001 GLEVEL = 0 GVCORD = PRES GRDNAM = KINDX@0%NONE^070823/1200F001 GRDTYP = GPACK = GRDHDR = PROJ = GRDAREA = KXKY = MAXGRD = CPYFIL = ANLYSS = RUN 19823 Segmentation fault gddiag << end_gddiag I took this system off-line, recompiled with g77, and the seg faults went away. FYI. The g77 was 3.4.6. Incidently, this same "feature" does NOT appear on the Gentoo system, compiled with gfortran 4.1.2. As a whole, we tend to have a lot less problems on Gentoo than the other distributions. This particular problem has only appeared on the RHEL clone, thus far. Stonie-- Steve Chiswell <address@hidden> Unidata