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

Re: 20051031: problems with garp



Steve,

Whew!  That was it!  We had downloaded a version prior to August 10
version.  I've rebuilt, and now garp is working for model cross
sections and for the ETA 104 grids (overlaying precip and MSLP).

Thanks for thinking to mention this and for all your help.

David

On Tue, Nov 01, 2005 at 03:03:27PM -0700, Unidata Support wrote:
> 
> David,
> 
> The displayvprof.c routine fixes a problem in the model skewt
> routine and not the cross section, but Lynne's message mentioned
> a problem with the "model sounding" so I referenced that change
> which was October 6. 
> 
> All other changes I have to Garp source routines are dated on
> or before Aug 5, 2005 prior to the 5.8.3a gembud email announcement of Aug 8,
> following the GEMPAK workshop that was held:
> http://www.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/MailArchives/gembud-list/msg01098.html
> 
> Verify that your 5.8.3a source tree for Garp has the Aug 2-5 modifications:
> cd $GARPHOME
> % ls -lart */*.[fc] | tail -20
> -rw-r--r--    1 gempak   ustaff       3005 May 24 12:52 gempak/readimgdata.c
> -rw-r--r--    1 gempak   ustaff      19299 May 24 13:03 gui/winactions.c
> -rw-r--r--    1 gempak   ustaff       5444 Aug  2 16:29 object/displaygridh.c
> -rw-r--r--    1 gempak   ustaff       3973 Aug  2 16:30 gempak/gemgeorefup.c
> -rw-r--r--    1 gempak   ustaff       2024 Aug  3 16:25 gempak/geminit.c
> -rw-r--r--    1 gempak   ustaff       7270 Aug  4 14:50 gempak/pstream.f
> -rw-r--r--    1 gempak   ustaff       7076 Aug  4 15:41 gempak/pmap.f
> -rw-r--r--    1 gempak   ustaff       9216 Aug  4 15:41 gempak/pvgrid.f
> -rw-r--r--    1 gempak   ustaff      12458 Aug  4 15:41 gempak/psgrid.f
> -rw-r--r--    1 gempak   ustaff      19214 Aug  4 17:14 gempak/pxsec.f
> -rw-r--r--    1 gempak   ustaff       1076 Aug  5 11:05 
> gempak/gemgetgridtimes.c
> -rw-r--r--    1 gempak   ustaff       1536 Aug  5 11:22 gempak/gridtime.f
> -rw-r--r--    1 gempak   ustaff       1032 Aug  5 12:25 gempak/getnxtgrd.f
> -rw-r--r--    1 gempak   ustaff       1017 Aug  5 12:28 gempak/gdinfo.f
> -rw-r--r--    1 gempak   ustaff      16305 Aug  5 12:39 object/gdinfobj.c
> -rw-r--r--    1 gempak   ustaff       4157 Aug  5 12:44 object/thgtobj.c
> -rw-r--r--    1 gempak   ustaff       9171 Aug  5 12:49 gempak/pthgt.f
> -rw-r--r--    1 gempak   ustaff      10300 Aug  5 12:52 gempak/pvprof.f
> -rw-r--r--    1 gempak   ustaff     422389 Aug  5 13:03 gui/gui.c
> -rw-r--r--    1 gempak   ustaff       5357 Oct  6 17:04 object/displayvprof.c
> 
> The last 18 routines are changes made specifically for 5.8.3a. The source 
> code tarfile
> for 5.8.3a has the August modifications, but not the Oct 6 change which will 
> be in the 5.8.4
> release.
> 
> Steve Chiswell
> Unidata User Support
> 
> 
> 
> >From: David Ovens <address@hidden>
> >Organization: UCAR/Unidata
> >Keywords: 200511010608.jA168q7s008441
> 
> >Steve,
> >
> >I modified $GARPHOME/object/displayvprof.c as instructed (and it
> >looked logical), and ran:
> >  cd $GARPHOME
> >  make reallyclean
> >  make clean
> >  make all
> >  linux/garp
> >and still do not get the model vertical cross sections to work.  Am I
> >missing something simple here?
> >
> >The error that is printed in the xterm window is:
> > 134 frosty% linux/garp
> >  G A R P - v2.1 starting...
> >  GEMPAK: [GDCROSS -12]  No levels--check input for GDATTIM and GVCORD.
> >  G A R P - v2.1 exiting...
> >Which is certainly not true (your binaries work fine with the same
> >data files), but maybe it points out something to you?
> >
> >David
> >
> >On Mon, Oct 31, 2005 at 03:27:22PM -0700, Unidata Support wrote:
> >> 
> >> David,
> >> 
> >> I did isolate a problem with the code in the model skewt routine-
> >> and various Linux compilers as a string constant is passed to routines
> >> which could modify the memory location. The optimization in gcc
> >> revealed the problem.
> >> 
> >> The affected routine is:
> >> $GARPHOME/object/displayvprof.c
> >> 
> >> http://www.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/MailA
> > rchives/gempak/msg04217.html 
> >> 
> >> The above URL contains the updated source code for the routine.
> >> 
> >> I haven't found any other problems with the use of string constants in 
> >> Garp,
> >> but can send you binary or updated source code tree as necessary.
> >> 
> >> Steve Chiswell
> >> Unidata Uset Support
> >> 
> >> 
> >> 
> >> >From: David Ovens <address@hidden>
> >> >Organization: UCAR/Unidata
> >> >Keywords: 200510312111.j9VLBq7s007919
> >> 
> >> >Harry and Steve,
> >> >
> >> >This is another bug with our versions.  I tried the Unidata binary on
> >> >husky and it worked fine!  All others fail:
> >> > . the standard one
> >> > . any I've built on frosty
> >> > . the one you built (~harry/GEMPAK5.8.3a) running on husky
> >> >
> >> >Aargh!!!!  What should we do?  Steve, have you been able to recompile
> >> >your garp without encountering any of these problems?
> >> >
> >> >David
> >> >
> >> >On Mon, Oct 31, 2005 at 01:03:36PM -0800, Lynn McMurdie wrote:
> >> >> Hi All..
> >> >> 
> >> >> I'm writing both support and you, Dave, since I don't know who would be 
> >> >> the correct person to ask.  BUT, my students are having trouble with 
> >> >> garp with the model cross section.  It doesn't matter if it's my data 
> >> >> or 
> >> >> if we try to realtime data, but when you click on 'model cross section' 
> >> >> and try to make any cross section of any parameter, you only get the 
> >> >> title at the bottom and nothing on your map.  It also doesn't work for 
> >> >> 'model sounding'.  Can't remember if it crashes or just does nothing.  
> >> >> We tried both the eta104 grids, and the GFS grids, and both my 
> >> >> garp_nov98 and current data, and both in linux and doing the ctl-alt-F1 
> >> >> mode.  So, there must be something with the current version of the 
> >> >> gempak that's not working correct.  Since my students have their 
> >> >> current 
> >> >> assignment due on friday, the sooner the better.
> >> >> 
> >> >> Lynn
> >> >
> >> >-- 
> >> >David Ovens                e-mail: address@hidden
> >> >Research Meteorologist    phone: (206) 685-8108
> >> >Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
> >> >Box 351640                        Pacific Northwest
> >> >University of Washington          http://www.atmos.washington.edu/mm5rt
> >> >Seattle, WA  98195               Weather Graphics and Loops
> >> >                                  
> >> > http://www.atmos.washington.edu/~ovens/lo
> > ops
> >> >
> >> --
> >> ****************************************************************************
> >  <
> >> 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.
> >
> >-- 
> >David Ovens           e-mail: address@hidden
> >Research Meteorologist    phone: (206) 685-8108
> >Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
> >Box 351640                        Pacific Northwest
> >University of Washington          http://www.atmos.washington.edu/mm5rt
> >Seattle, WA  98195               Weather Graphics and Loops
> >                                  
> > http://www.atmos.washington.edu/~ovens/loops
> >
> --
> **************************************************************************** <
> 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.

-- 
David Ovens              e-mail: address@hidden
Research Meteorologist    phone: (206) 685-8108
Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
Box 351640                        Pacific Northwest
University of Washington          http://www.atmos.washington.edu/mm5rt
Seattle, WA  98195               Weather Graphics and Loops
                                  http://www.atmos.washington.edu/~ovens/loops