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

20051031: problems with garp

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/MailArchives/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/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.