Re: [Opengrads-devel] Upgrading OpenGrADS Bundle to 2.0.a8

[Jennifer A. <jm...@co...>]

On Jul 11, 2010, at 1:14 PM, Arlindo da Silva wrote:

> All,
>
>   I think I narrowed down the problem to a possible bug in the  
> gribmap utility in grads 2.0.a8. The LATS extension I mentioned  
> earlier writes out a .grb and .ctl file, using the "gribmap" utility  
> to create the index file (thru a system() call). When I manually  
> recreated the gribmap file (.gmp) by hand using the gribmap fom  
> 2.0.a7 it all worked fine.

Gribmap and the code in gaddes that reads the index file are  
substantially different to support large grib files. I wouldn't expect  
a comparison with 2.0.a7 to be helpful.

> Therefore I suspect there may be an issue with the 2.0.a8 gribmap  
> utility on the i686 platform, at least with the version that I  
> built. I tried running the i686 binaries running by COLA but it does  
> not work on my i686 platform:
>
> gribmap -0 -i junk.ctl
> /home/dasilva/gribmap: error while loading shared libraries:  
> requires glibc 2.5 or later dynamic linker

That looks like an error message related to a problem with your local  
system, not with the source code.


>
> I am running:
>
> gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11)
> Linux voda.gsfc.nasa.gov 2.6.9-89.0.23.ELsmp #1 SMP Fri Mar 5  
> 17:56:21 EST 2010 i686 i686 i386 GNU/Linux

That's an old version of gcc. I am using 4.2.1 (for the mac) and 4.1.2  
on CentOS.

>
> I am attaching the .grb and .ctl files in question. To reproduce the  
> problem, just run
>
> % gribmap -0 -i junk.ctl
>
> and see if you can open the resulting dataset in grads. When using  
> gribmap in a8 I get all undefs.
Works perfectly for me.

>
> Jennifer, Hoop:
>
>     Can you confirm whether we have an issue with 2.0.a8 gribmap on  
> i686?
The a8 builds have been in use since late March with not a single  
squeak from the users.

--Jennifer


> As I said earlier, I have no problems on x86_64 and Mac OS X 10.5.8.  
> This appears to be 32-bit Linux specific.

>
>     Thanks,
>
>         Arlindo
>
>
> On Sun, Jul 11, 2010 at 10:58 AM, Arlindo da Silva <da...@al... 
> > wrote:
> All,
>
>   I'm making progress towards the 2.0.a8 upgrade.
>
> 1) The supplibs have been upgraded to version 2.2.0. To get the  
> fresh sources and build,
>
>     % gacvs co -d supplibs-2.2.0 -P supplibs
>     % cd supplibs-2.2.0/src
>     % make install
>
>     So far I've tested this on Mac OS X 10.5.8, RHEL 5 (x86_64) and  
> RHEL4 (i686).
>
> 2) The Grads codebase has been merged with COLA's. Since COLA now  
> has a single executable, I've replaced our previous build with  
> COLA's, making small adjustments for supporting the extensions and  
> the extra-platforms we support. I am afraid we have lost the  
> integration with pkg-config, something I could restore later.  
> However, the close we track COLA's codebase the less the maintenance  
> costs on our end. To check it out and build,
>
>    % gacvs co -d Grads-2.0.a8 -P Grads
>    % ln -s /path/to/your/supplibs/arch supplibs
>    % cd Grads-2.0.a8
>    % configure
>    % make
>    % make check
>
> It passes all tests on Mac OS X 10.5.8 (Leo), x86_64 and i686. I'll  
> try Mac OS X 10.6 (Snow Leo) and Windows once I have robust builds  
> on these 3 platforms.
>
> 3) For testing the extensions:
>
>     % make binstall
>     (put opengrads/Contents in your path)
>     % cd extensions
>     % make check
>
> It passes all 93 tests on Darwin and x86_64. However, it fails a  
> single test on i686: the creation of grads_grib files with the LATS  
> extension (all other formats work). I love these tests...
>
> Mike,
>
>    To reproduce the problem, simply try (using lats4d.sh under  
> opengrads/Contents):
>
>    % lats4d.sh -i model.nc -o junk -format grads_grib
>
>    This will complete successfully, but when you try to read the  
> file all variables will be UNDEF. I tried downgrading the LATS  
> extension to the 2.0.a7.oga.3 version (that is, before your recent  
> mods) but the problem persisted.  The previous 2.0.a7.oga.3 binaries  
> work with the current LATS extension.  So it may be related to some  
> internal grads changes, probably related to gribmap, but I am not  
> sure. Could you take a look at it?
>
>     Thanks,
>
>        Arlindo
>
>
>
>
>
>
>
>
>
> -- 
> Arlindo da Silva
> da...@al...
>
>
>
> -- 
> Arlindo da Silva
> da...@al...
> < 
> junk 
> .ctl 
> > 
> < 
> junk 
> .grb 
> > 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________
> Opengrads-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opengrads-devel

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jm...@co...