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

20051005: GEMPAK 5.8.3a problem with garp

David,

I'm looking in to  the strncpy_chk error. At the time the binaries were 
compiled, the compile used under FC3 was gcc 3.4.4. We also have FC4 with
gcc 4.0. It seems that the libc.so.6 has a version incompatibility.
Can you tell me what the compiler and OS version you are using is?

I have not been able to duplicate the garp problem you reported. One
change a few versions back in gemlib was the ability to compute 
precipitation when accumulation grids were present (such as with the CMC GEM).
The precip grids in the ETA104 are 3 hourly, so doing a P06I is performing
a calculation to sum the grids, so its possible that something is involved 
there,
but at this point I'm still investigating.

STeve Chiswell

>From: David Ovens <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200510051834.j95IY5G7028870

>Hello Unidata support,
>
>I would have tested this problem out with the Linux GEMPAK 5.8.3a
>pre-built binaries, but I cannot run them on our machines.  I get
>errors like:
>
>  GEMPAK5.8.3a/bin/linux/garp: relocation error:
>  /home/disk/frosty/ovens/GEMPAK5.8.3a/bin/linux/garp: symbol
>  __strncpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with
>  link time reference 3
>
>If you have any suggestions on how to fix this, I'd appreciate them,
>also.
>
>So, anyhow, in garp, I load up 6-hour precipitation for the ETA104
>grids for all forecast house 0-84.  That works fine, with hours 0 and
>3 being blank, of course.  Then I attempt to overlay MSLP using
>EMSL@0%NONE.  The first few frames (up to frame 12 = f33) load fine,
>then I see lots of these errors in my xterm window where garp was
>started:
>  GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>  GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>and from frame 13 on all of the color-filled 6-hour precipitation is
>gone, and all I see is MSLP.  Do you have any idea how I can fix this? 
>
>Thanks,
>
>David
>-- 
>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
>
>From address@hidden  Wed Oct  5 13:51:34 2005
>Return-Path: <address@hidden>
>Received: from dew1.atmos.washington.edu (dew1.atmos.washington.edu [128.95.89
> .41])
>       by unidata.ucar.edu (UCAR/Unidata) with ESMTP id j95JpYG7008220
>       for <address@hidden>; Wed, 5 Oct 2005 13:51:34 -0600 (MDT)
>Organization: UCAR/Unidata
>Keywords: 200510051951.j95JpYG7008220
>Received: from frosty.atmos.washington.edu (address@hidden [
> 128.95.175.84])
>       by dew1.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j95
> JpVAk012290
>       (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
>       Wed, 5 Oct 2005 12:51:31 -0700
>Received: from frosty.atmos.washington.edu (ovens@localhost [127.0.0.1])
>       by frosty.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j
> 95JpVMT004343;
>       Wed, 5 Oct 2005 12:51:31 -0700
>Received: (from ovens@localhost)
>       by frosty.atmos.washington.edu (8.13.4/8.13.4/Submit) id j95JpVnK004340
> ;
>       Wed, 5 Oct 2005 12:51:31 -0700
>From: David Ovens <address@hidden>
>Date: Wed, 5 Oct 2005 12:51:30 -0700
>To: address@hidden
>Cc: Harry Edmon <address@hidden>
>Subject: Re: GEMPAK 5.8.3a problem with garp -- I think I found answer
>Message-ID: <address@hidden>
>References: <address@hidden>
>Mime-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>In-Reply-To: <address@hidden>
>User-Agent: Mutt/1.5.9i
>X-Scanned-By: MIMEDefang 2.51 on 128.95.89.40
>X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
>       laraine.unidata.ucar.edu
>X-Spam-Level: 
>X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
>       version=3.0.1
>
>Hello Unidata support,
>
>I believe I found the answer to this in the email archives at:
>http://www.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/MailArc
> hives/gempak/msg03045.html
>
>I have bumped up LLMDGG in GEMPRM.PRM and gemprm.h to 9,876,543 and
>will see what that does once it's finished being rebuilt.
>
>David
>
>On Wed, Oct 05, 2005 at 11:33:55AM -0700, ovens wrote:
>> Hello Unidata support,
>> 
>> I would have tested this problem out with the Linux GEMPAK 5.8.3a
>> pre-built binaries, but I cannot run them on our machines.  I get
>> errors like:
>> 
>>   GEMPAK5.8.3a/bin/linux/garp: relocation error:
>>   /home/disk/frosty/ovens/GEMPAK5.8.3a/bin/linux/garp: symbol
>>   __strncpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with
>>   link time reference 3
>> 
>> If you have any suggestions on how to fix this, I'd appreciate them,
>> also.
>> 
>> So, anyhow, in garp, I load up 6-hour precipitation for the ETA104
>> grids for all forecast house 0-84.  That works fine, with hours 0 and
>> 3 being blank, of course.  Then I attempt to overlay MSLP using
>> EMSL@0%NONE.  The first few frames (up to frame 12 = f33) load fine,
>> then I see lots of these errors in my xterm window where garp was
>> started:
>>   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>>   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> and from frame 13 on all of the color-filled 6-hour precipitation is
>> gone, and all I see is MSLP.  Do you have any idea how I can fix this? 
>> 
>> Thanks,
>> 
>> David
>> -- 
>> 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/loo
> ps
>
>-- 
>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
>
>From address@hidden  Wed Oct  5 14:34:41 2005
>Return-Path: <address@hidden>
>Received: from dew1.atmos.washington.edu (dew1.atmos.washington.edu [128.95.89
> .41])
>       by unidata.ucar.edu (UCAR/Unidata) with ESMTP id j95KYfG7013324
>       for <address@hidden>; Wed, 5 Oct 2005 14:34:41 -0600 (MDT)
>Organization: UCAR/Unidata
>Keywords: 200510052034.j95KYfG7013324
>Received: from frosty.atmos.washington.edu (address@hidden [
> 128.95.175.84])
>       by dew1.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j95
> KYbVs020469
>       (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
>       Wed, 5 Oct 2005 13:34:37 -0700
>Received: from frosty.atmos.washington.edu (ovens@localhost [127.0.0.1])
>       by frosty.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j
> 95KYbMX012051;
>       Wed, 5 Oct 2005 13:34:37 -0700
>Received: (from ovens@localhost)
>       by frosty.atmos.washington.edu (8.13.4/8.13.4/Submit) id j95KYbmU012048
> ;
>       Wed, 5 Oct 2005 13:34:37 -0700
>From: David Ovens <address@hidden>
>Date: Wed, 5 Oct 2005 13:34:37 -0700
>To: address@hidden
>Cc: Harry Edmon <address@hidden>
>Subject: Re: GEMPAK 5.8.3a problem with garp -- I think I found answer
>Message-ID: <address@hidden>
>References: <address@hidden> <2005100519513
> address@hidden>
>Mime-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>In-Reply-To: <address@hidden>
>User-Agent: Mutt/1.5.9i
>X-Scanned-By: MIMEDefang 2.51 on 128.95.89.40
>X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
>       laraine.unidata.ucar.edu
>X-Spam-Level: 
>X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
>       version=3.0.1
>
>Hello again,
>
>Well, I ended up bumping up LLMDGG to 98,765,432 and I still see the
>exact same behavior in garp at the exact same place.  I have tracked
>the problem down to the Hi/Low symbol display for the MSLP
>(PMSL@0%NONE or EMSL@0%NONE).  When I uncheck the Hi/Low display
>(after clicking "More>>"), I can display/overlay both these fields
>without a problem for all hours 0-84.  
>
>Is LLMDGG really the parameter to modify here? or does garp use
>something different than the rest of GEMPAK?
>
>David
>-- 
>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
>
>On Wed, Oct 05, 2005 at 12:51:30PM -0700, ovens wrote:
>> Hello Unidata support,
>> 
>> I believe I found the answer to this in the email archives at:
>> http://www.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/MailA
> rchives/gempak/msg03045.html
>> 
>> I have bumped up LLMDGG in GEMPRM.PRM and gemprm.h to 9,876,543 and
>> will see what that does once it's finished being rebuilt.
>> 
>> David
>> 
>> On Wed, Oct 05, 2005 at 11:33:55AM -0700, ovens wrote:
>> > Hello Unidata support,
>> > 
>> > I would have tested this problem out with the Linux GEMPAK 5.8.3a
>> > pre-built binaries, but I cannot run them on our machines.  I get
>> > errors like:
>> > 
>> >   GEMPAK5.8.3a/bin/linux/garp: relocation error:
>> >   /home/disk/frosty/ovens/GEMPAK5.8.3a/bin/linux/garp: symbol
>> >   __strncpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with
>> >   link time reference 3
>> > 
>> > If you have any suggestions on how to fix this, I'd appreciate them,
>> > also.
>> > 
>> > So, anyhow, in garp, I load up 6-hour precipitation for the ETA104
>> > grids for all forecast house 0-84.  That works fine, with hours 0 and
>> > 3 being blank, of course.  Then I attempt to overlay MSLP using
>> > EMSL@0%NONE.  The first few frames (up to frame 12 = f33) load fine,
>> > then I see lots of these errors in my xterm window where garp was
>> > started:
>> >   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> > and from frame 13 on all of the color-filled 6-hour precipitation is
>> > gone, and all I see is MSLP.  Do you have any idea how I can fix this? 
>> > 
>> > Thanks,
>> > 
>> > David
>> > -- 
>> > 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/l
> oops
>> 
>> -- 
>> 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/loo
> ps
>
--
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.