NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Unidata Support wrote:
Mark, the decoded files for eta211 should be found under $MODEL/eta/yyyymmddhh_eta211.gem, so don't modify that entry for NAM80 in the datatype.tbl file. Probably the best solution is to test modelkeys with a single name "nam80" and a single corresponding modellabel. Assuming that still crashes, then if you are using a locally compiled version of Garp, we should recompile with debugging turned on so we can track the crash. Edit the $CONFIGDIR/Makeinc.linux file COPT and FOPT lines to: COPT = -DUNDERSCORE -D$(OPSYS) $(GEMINC) $(MOTIFINC) -g FOPT = -fno-second-underscore $(GEMINC) $(GEMINC)/$(OPSYS) -g Then rebuild garp with: cd $GARPHOME make clean make all make install If running $GARPHOME/linux/garp produces a core, we want to see the output of: % gdb $GARPHOME/linux/garp core.xxxxx using the "where" command at the gdb> prompt. If you don't get a core file, and just a segmentation violation, then you might be able to use "run linux/garp" in the gdb you launched from the $GARPHOME directory. Steve Chiswell Unidata User SupportFrom: Mark Tucker <address@hidden> Organization: UCAR/Unidata Keywords: 200601201555.k0KFth7s027838This is a multi-part message in MIME format. --------------070902090608030400010709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Unidata Support wrote:tsMark, The error message are likely due to use of the "eta" modelkey in Garp_defaulwhich is using the old garp style string matching of all directoriesin your $MODEL directory that have the substring "eta" in them.Try changing the modelkey entry of "eta" to "nam80". This should avoid thestring matches of eta in directories, and use the NAM80 entry in $GEMTBL/config/datatype.tbl. You can remove the empty directories.Here we're expecting the NAM80 to be the eta211 grids in $MODEL/etc/yyyymmddhh_eta211.gem. There may ba a string conflict somewhere else to track down, but we need to see if you can get going without a crash.It still crashes. I changed the lines in Garp_defaults from this:modelkeys : "gfsthin,avn003,eta,eta212,eta104,dgex,mrf1,mrf2,ngm,ruc,ruc2\,ens,gdas,ukmet,ecmwfg,cmc,nogaps,rsas,wseta" to this:modelkeys : "gfsthin,avn003,nam80,eta212,eta104,dgex,mrf1,mrf2,ngm,ruc,ru\c2,ens,gdas,ukmet,ecmwfg,cmc,nogaps,rsas,wseta" I also changed all $MODEL/eta entries in datatype.tbl to $MODEL/nam80I no longer get the dump of error messages on the terminal other than one message when starting Garp:-------------------- SNIP ------------------------------------ mark@platypus:~>ntl Resource File: /software/gempak/GEMPAK5.9.1/resource/Ntop graphic, satellite, radar, fax -- 33 95 20 2 Invoke ... /software/gempak/GEMPAK5.9.1/os/linux/bin/garp G A R P - v2.1 starting... !!!!!Whoa!!!!!! Free() got a 0xx mark@platypus:~> --------------------- END SNIP --------------------------------When I click on any of the model data apps within garp it crashes garp (but not ntl) without any error messages.From: Mark Tucker <address@hidden> Organization: UCAR/Unidata Keywords: 200601191532.k0JFWE7s019476 This is a multi-part message in MIME format. --------------030105010302090503000806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bitWe've run into a problem with Garp (gempak 5.9.1 comppiled and install on Slackware Linux 10.0 and Freebsd) where attempting to load any of the model data interfaces will crash Garp. ntl does not die, just Garp. I have included the error messages which appear when Garp crashes below. The eta, eta-ak and eta12km directories are each empty (which is another problem I have not yet resolved). If I remove those directories, Garp still crashes when opening any of the model data interfaces but without the error messages I've included below. The commandline gempak applications seem to work normally. We also have this problem with Gempak 5.8.4 although I've since upgraded those installations to 5.9.1. I've looked through the support archives using the glimps search without finding a solution. What can I do to stop the crashes?---------------SNIP-------------------------- Resource File: /software/gempak/GEMPAK5.9.1/resource/Ntop graphic, satellite, radar, fax -- 33 95 20 2 Invoke ... /software/gempak/GEMPAK5.9.1/os/linux/bin/garp G A R P - v2.1 starting... GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta-ak cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta-ak cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta-ak cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta12km cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta12km cannot be opened. GEMPAK: [FL -4] Cannot read file .... GEMPAK: [DM -7] Read error. GEMPAK: [GD -2] File /mnt/data/gempak/model/eta12km cannot be opened. -------------------- END SNIP ------------------------------ -- Mark Tucker Meteorology Dept. Systems Administrator Lyndon State College http://apollo.lsc.vsc.edu address@hidden (802)-626-6328 --------------030105010302090503000806 Content-Type: text/x-vcard; charset=utf-8; name="mark.tucker.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mark.tucker.vcf" begin:vcard fn:Mark Tucker n:Tucker;Mark org:LSC;Meteorology adr;dom:;;1001 College Rd.;Lyndonville;VT;05851 email;internet:address@hidden title:Systems Administrator tel;work:802-626-6328 tel;fax:802-626-9770 x-mozilla-html:FALSE url:http://apollo.lsc.vsc.edu version:2.1 end:vcard --------------030105010302090503000806---- ****************************************************************************<Unidata User Support UCAR Unidata Program<(303)497-8643 P.O. Box 3000<address@hidden Boulder, CO 80307<----------------------------------------------------------------------------<Unidata WWW Service http://my.unidata.ucar.edu/content/support<----------------------------------------------------------------------------<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.-- Mark Tucker Meteorology Dept. Systems Administrator Lyndon State College http://apollo.lsc.vsc.edu address@hidden (802)-626-6328 --------------070902090608030400010709 Content-Type: text/x-vcard; charset=utf-8; name="mark.tucker.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mark.tucker.vcf" begin:vcard fn:Mark Tucker n:Tucker;Mark org:LSC;Meteorology adr;dom:;;1001 College Rd.;Lyndonville;VT;05851 email;internet:address@hidden title:Systems Administrator tel;work:802-626-6328 tel;fax:802-626-9770 x-mozilla-html:FALSE url:http://apollo.lsc.vsc.edu version:2.1 end:vcard --------------070902090608030400010709---- **************************************************************************** < Unidata User Support UCAR Unidata Program < (303)497-8643 P.O. Box 3000 < address@hidden Boulder, CO 80307 < ---------------------------------------------------------------------------- < Unidata WWW Service http://my.unidata.ucar.edu/content/support < ---------------------------------------------------------------------------- < 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.
-- Mark Tucker Meteorology Dept. Systems Administrator Lyndon State College http://apollo.lsc.vsc.edu address@hidden (802)-626-6328
begin:vcard fn:Mark Tucker n:Tucker;Mark org:LSC;Meteorology adr;dom:;;1001 College Rd.;Lyndonville;VT;05851 email;internet:address@hidden title:Systems Administrator tel;work:802-626-6328 tel;fax:802-626-9770 x-mozilla-html:FALSE url:http://apollo.lsc.vsc.edu version:2.1 end:vcard