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

20051031: problems with garp

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.