[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20051031: problems with garp
- Subject: Re: 20051031: problems with garp
- Date: Tue, 1 Nov 2005 15:48:13 -0800
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