Re: 20010509: Load shared libraries error

Unidata Support wrote:
> 
> ------- Forwarded Message
> 
> >To: address@hidden
> >cc: address@hidden (Celia Chen)
> >From: Celia Chen <address@hidden>
> >Subject: Load shared libraries error
> >Organization: UCAR/Unidata
> >Keywords: 200105092137.f49Lb0p16933
> 
> I am building a system to uncompress NEXRAD leverl-2 data on iita (a
> linux box) and ran into the following error:
> 
> ^@May 09 21:27:23 pqact[20232]: child 14739 exited with status 127
> ^@/home/ldm/bin/nexradII_bz: error in loading shared libraries
> liblzo.so.1: cannot open shared object file: No such file or directory
> 
> I wonder if you folks or other LDM users in the community have run
> into the same error and fixed the problem.
> 
> In ldm account's .cshrc this is what I have:
> 
>   setenv LD_LIBRARY_PATH /home/ldm/ldm-5.1.2/lib
>     #setenv LD_LIBRARY_PATH /home/ldm/lib
> 
> > :
> > : iita:/home/ldm:94%printenv LD_LIBRARY_PATH
> > : /home/ldm/ldm-5.1.2/lib
> > :
> > : iita:/home/ldm:95%ls -l $LD_LIBRARY_PATH
> > : total 908
> > : -rw-r--r--   1 ldm      ldm         47118 May  1 16:33 libbz2.a
> > : -rw-r--r--   1 ldm      ldm        492732 May  1 15:37 libldm.a
> > : -rw-r--r--   1 ldm      ldm        179448 May  2 16:30 liblzo.a
> > : -rw-r--r--   1 ldm      ldm           465 May  2 16:30 liblzo.la
> > : lrwxrwxrwx   1 ldm      ldm            15 May  2 16:30 liblzo.so -> 
> > liblzo.so.1.0.0
> > : lrwxrwxrwx   1 ldm      ldm            15 May  2 16:30 liblzo.so.1 -> 
> > liblzo.so.1.0.0
> > : -rw-r--r--   1 ldm      ldm        132214 May  2 16:30 liblzo.so.1.0.0
> > : -rw-r--r--   1 ldm      ldm         66520 May  2 15:16 libz.a
> > :
> 
> Please advise.
> 
> Thanks in advance.
> 
> Celia
> 
> ------- End of Forwarded Message

Hi Celia,

I have a bit of experience with nexradII_bz as I've been gathering and
decompressing the level II data.

First, in order to use the lzo compression option you need to have
liblzo.so on your machine.  I do not have that library on my machine,
but I just commented out that part of the code because the data was
compressed with bzip2, not lzo.  If in the future they switch to the lzo
compression then I'll have to uncomment that portion of the code and go
get the library.  But, from everything I've heard they're pretty happy
with the bzip2 compression.  (Indeed, they say it's done as well or
better than the "tailored" compression algorithms that people have been
researching.)

I rebuilt nexradII_bz a while ago and encountered a similar problem plus
one other on my Redhat 7.0 machine.  Is this your potato machine or is
it another Linux?  If it's not Redhat, I don't know whether the
following comments will apply or not.

First, the compiler couldn't find libbz2.so.  I don't know why - it
looks like the location of the library has not changed.  Anyway, I
needed to add another library to 'CC' line in the Makefile.  So:

$(CC) -o nexradII_bz nexradII_bz.o getbuf.o -L/usr/local/ldm/lib -lldm
-lbz2 -lz -llzo

became:

$(CC) -o nexradII_bz nexradII_bz.o getbuf.o  -L/usr/lib
-L/usr/local/ldm/lib -lldm -lbz2 -lz -llzo

because on my machine libbz2 is in /usr/lib.

Then, the code still wouldn't compile because the name of the library
routines had changed.  (Odd.)  In particular, the routine
bzBuffToBuffDecompress became BZ2_bzBuffToBuffDecompress.  So I changed
the call in the code to the new name.

Hope this helps.

I hear you're leaving on an exotic trip!  Have a good time!  We'll look
after iita and thelma.

Anne
-- 
***************************************************
Anne Wilson                     UCAR Unidata Program            
address@hidden                  P.O. Box 3000
                                  Boulder, CO  80307
----------------------------------------------------
Unidata WWW server       http://www.unidata.ucar.edu/
****************************************************