[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20051031: problems with garp
- Subject: 20051031: problems with garp
- Date: Tue, 01 Nov 2005 15:03:27 -0700
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
>
--
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.