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

20030129: 20030128: Gempak - SunOS 8 - pqact.conf and Gempak decoders



Jim,

Make sure youd LD_LIBRARY_PATH includes the path to
/nawips/gempak/gempak5.6/lib/sol.

Verify that this is the case with "ldd $GEMEXE/sflist".

This doesn't have anything to do with GEMPAK. Rather, You have to tell
the operating system what directories to search for shareable libraries
in order to resolve those symbols in the program.

Steve Chiswell



>From: "Jim St. John" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200301281958.h0SJwm623686

>OK.  LDM and the decoders are all working find but when I try to run any
>GEMPAK command I get:
>
>sml0% sflist
>ld.so.1: sflist: fatal: libF77.so.4: open failed: No such file or directory
>Killed
>
>My $GEMLIB folder is /nawips/gempak/gempak5.6/lib/sol and it's contents are:
>
>sml0% cd $GEMLIB
>sml0% ll
>total 3632
>-rwxr-xr-x   1 gempak   staff     405956 Oct 25  2000 libF77.so.4
>-rwxr-xr-x   1 gempak   staff     137904 Oct 25  2000 libM77.so.2
>-rwxr-xr-x   1 gempak   staff     102724 Oct 25  2000 libm.so.1
>-rwxr-xr-x   1 gempak   staff     660440 Oct 25  2000 libsunmath.so.1
>-rw-r--r--   1 gempak   staff     494181 Jan 29 09:23 sol_system_libs.tar.gz
>
>Do you know any reason why Gempak can't find these files?  Is there a link
>I'm missing somewhere?
>
>Jim
>*************************************************
>*  Dr. James C. St. John
>*  School of Earth and Atmosopheric Sciences
>*  Georgia Institute of Technology
>*  Atlanta GA 30332-0340
>*  Phone:    404-894-1754
>*  Fax:        770-345-2051
>*  E-Mail:    mailto:address@hidden
>*  Web Page:  http://stjohn.eas.gatech.edu
>
>-----Original Message-----
>From: Unidata Support [mailto:address@hidden]
>Sent: Tuesday, January 28, 2003 2:59 PM
>To: Jim St. John
>Cc: Unidata Support
>Subject: 20030128: Gempak - SunOS 8 - pqact.conf and Gempak decoders
>
>
>Jim,
>
>The LD_LIBRARY_PATH would be set in the ldm users' login. If you
>do not have the fortran77 shareable libraries on your system, then
>I suggest downloading them from the portal and installing them
>in $GEMLIB....which would be added to the LD_LIBRARY_PATH.
>If you do have them on your system, then typically they would be in
>/opt SUNWspro/lib.
>
>On the portal site for downloading the binary distributions, there is a
>README
>covering the installations of the binaries, LD_LIBRARY_PATH, and obtaining
>the fortran shareable libraries if necessary.
>
>I will include below to save you the download step.
>
>Steve Chiswell
>
>-------------------------------------------------------------------------
>Installation instructions for GEMPAK binary distribution on Solaris:
>
>
>In the gempak ftp account, you will find the Solaris-Sparc binary tarfiles
>under:
>nawips-5.6/binary/solaris_sparc/.
>
>Two tarfiles are provided. The gempak_upc5.6_sol.tar.gz tarfile comtains a
>complete distribution of all executables, mapfiles, tables needed to run
>GEMPAK.
>The gempak_upc5.6libs_sol.tar.gz tarfile contains GEMPAK pogram libraries.
>You would
>need the library tarfile if you were attempting to link your own programs
>against GEMPAK.
>
>
>Once you download the distribution tarfile, unpack it in an empty directory,
>typically
>/home/gempak/GEMPAK5.6 with the command:
>gunzip -c gempak_upc5.6_sol.tar.gz | tar xvf -
>
>Once you have unpacked the tarfile, edit the Gemenviron file and modify
>the directory specified by the NAWIPS environmental variable to
>the directory name that you unpacked the distribution in (if it is
>different than I suggested). You can unpack the libraries tarfile from
>the same directory to produce the lib/sol directory as well.
>
>The Gemenviron file contains csh environmental variables which should be
>used by any account that wishes to run GEMPAK. After you have edited
>Gemenviron, source the contents into your csh environment with the command:
>source Gemenviron
>
>Typically, you will want to add this command to your .cshrc file
>(using the appropriate path to Gemenviron).
>
>All the GEMPAK data executables are found in the $GEMEXE executable
>directory.
>Sourcing the Gemenviron script will add the $GEMEXE directory to your
>current path. I have also included in the download directory the files:
>libF77.so.4, libM77.so.2, libsunmath.so.1, libm.so.1.
>If you do not have the SUNWspro environment installed on your system
>(typically under /opt/SUNWspro), then the executables will
>need these libraries. Create a directory $NAWIPS/lib/sol (aka $GEMLIB) and
>place
>these libraries in that directory. Next, add this directory to
>your LD_LIBRARY_PATH environmental variable:
>
>setenv LD_LIBRARY_PATH ${GEMLIB}:/usr/dt/lib:/usr/openwin/lib
>
>You should ne able to run the executables. To verify that the programs find
>all the system libraries (include Motif and X11), use the "ldd" command
>on the nmap or garp executable:
>
>ldd $GEMEXE/garp
>
>if this replies that any libraries are not found, you will need to obtain
>those.
>
>The pqact.conf examples for the decoders typically need
>to find ancillary station and packing tables from the
>GEMPAK distribution. You should ensure that these paths are correctly
>set for where you installed the GEMPAK tarfile on your system.
>I usually copy the $GEMEXE/dc* programs into ~ldm/decoders for
>convenience- and to make upgrading the GEMPAK distribution easier.
>
>
>The NWX patterns for pqact.conf are just FILE actions and so decoders
>are not needed, except for the entries that use the ldmConnect perl script
>from the ~ftp/pub/decoders/decoders.tar.Z distribution. This perl script
>joins together bulletins that are transmitted in several pieces.
>
>--------
>>From: "Jim St. John" <address@hidden>
>>Organization: UCAR/Unidata
>>Keywords: 200301281826.h0SIQn624242
>
>>
>>
>>Steve,
>>
>>I'm having a really bad week here.  I can't remember where the
>>LD_LIBRARY_PATH is set , It's not in Gemenviron, ldmd.conf, or pqact.conf.
>>Where do I set it? And do I set it to the libraries in Gempak where the
>>libraries are found.
>>
>>I know this is a stupid question, but I can't 5 minutes straight to work on
>>anything here.
>>
>>Jim
>>-----Original Message-----
>>From: Unidata Support [mailto:address@hidden]
>>Sent: Tuesday, January 28, 2003 1:27 PM
>>To: Jim St. John
>>Cc: address@hidden
>>Subject: 20030128: Gempak - SunOS 8 - pqact.conf and Gempak decoders
>>
>>
>>Jim,
>>
>>In your pqact.conf file:
>>
>># US and Canadian sfc obs and specials
>>#
>>WMO     ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
>>        PIPE    decoders/dcmetr -v 2 -a 500 -m 72 -s sfmetar_sa.tbl
>>        -d data/gempak/logs/dcmetr.log
>>        -e GEMTBL=/Nawips/gempak5.6/gempak/tables
>>        data/gempak/surface/YYYYMMDD_sao.gem
>>#
>>#
>>
>>The above should be correct, if you have already created your
>>~ldm/data/gempak/surface and ~ldm/data/gempak/logs directories.
>>
>>Check on those directories to see if they exist. If so,
>>then what is in the dcmetr.log file?
>>
>>If you downloaded a Solaris binary distribution, then make sure the
>>LD_LIBRARY_PATH you have correctly locates the shareable libraries
>>(probably not a problem if you built locally). To test, as your
>>LDM user account type: "ldd dcmetr".
>>A list of the shareable library mappings should be present. If
>>any aren't found, then you will need to set the LD_LIBRARY_PATH
>>as appropriate for your system.
>>
>>Let me know the outcome of above.
>>
>>Steve Chiswell
>>Unidata User Support
>>
>>
>>
>>
>>
>>
>>>From: "Jim St. John" <address@hidden>
>>>Organization: UCAR/Unidata
>>>Keywords: 200301281525.h0SFPK409526
>>
>>>--=_33c3f913bbf82ebdd96fe6de682303be
>>>Content-Type: text/plain; charset="ISO-8859-1"
>>>Content-Transfer-Encoding: 7bit
>>>
>>>Institution: Georgia Tech School of Earth and Atmsopheric Sciences
>>>Package Version: 5.6
>>>Operating System: SunOS 8
>>>Hardware Information: Sun
>>>Inquiry: I have been trying for towo days to get my gempak decoders to
>work
>>wi
>>> th the ldm pqact file with no success.  I have redone everyting on hte
>>check
>>> list twice.  I ran the $NAWIPS/ldm/etc/gen_pqact.csh  command and pasted
>>the
>>> output into the ldm/etc/pqact.conf file and checked to make sure the tabs
>>wer
>>> e in all the right places.  However the log file still indicates a broken
>>pip
>>> e.  I have attached a file which includes the pqact.file ( a truncated
>>versio
>>> nso I can troubleshoot the problem and the output to the ldmd.log file.
>>>
>>>I would really appreciate any helpyou could give me as I have been down
>ofr
>>10
>>>  days and depserately need the Gempak data for a class I am teaching.
>>>
>>>
>>>
>>
>>***************************************************************************
>*
>><
>>Unidata User Support                                    UCAR Unidata
Program
>><
>>(303)497-8643                                                  P.O. Box
>3000
>><
>>address@hidden                                   Boulder, CO
>80307
>><
>>---------------------------------------------------------------------------
>-
>><
>>Unidata WWW Service                        http://www.unidata.ucar.edu/
>><
>>***************************************************************************
>*
>><
>>
>>
>
>****************************************************************************
><
>Unidata User Support                                    UCAR Unidata Program
><
>(303)497-8643                                                  P.O. Box 3000
><
>address@hidden                                   Boulder, CO 80307
><
>----------------------------------------------------------------------------
><
>Unidata WWW Service                        http://www.unidata.ucar.edu/
><
>****************************************************************************
><
>Steve Chiswell
>
>
>
>
>>From: "Jim St. John" <address@hidden>
>>Organization: UCAR/Unidata
>>Keywords: 200301281826.h0SIQn624242
>
>>
>>
>>Steve,
>>
>>I'm having a really bad week here.  I can't remember where the
>>LD_LIBRARY_PATH is set , It's not in Gemenviron, ldmd.conf, or pqact.conf.
>>Where do I set it? And do I set it to the libraries in Gempak where the
>>libraries are found.
>>
>>I know this is a stupid question, but I can't 5 minutes straight to work on
>>anything here.
>>
>>Jim
>>-----Original Message-----
>>From: Unidata Support [mailto:address@hidden]
>>Sent: Tuesday, January 28, 2003 1:27 PM
>>To: Jim St. John
>>Cc: address@hidden
>>Subject: 20030128: Gempak - SunOS 8 - pqact.conf and Gempak decoders
>>
>>
>>Jim,
>>
>>In your pqact.conf file:
>>
>># US and Canadian sfc obs and specials
>>#
>>WMO     ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
>>        PIPE    decoders/dcmetr -v 2 -a 500 -m 72 -s sfmetar_sa.tbl
>>        -d data/gempak/logs/dcmetr.log
>>        -e GEMTBL=/Nawips/gempak5.6/gempak/tables
>>        data/gempak/surface/YYYYMMDD_sao.gem
>>#
>>#
>>
>>The above should be correct, if you have already created your
>>~ldm/data/gempak/surface and ~ldm/data/gempak/logs directories.
>>
>>Check on those directories to see if they exist. If so,
>>then what is in the dcmetr.log file?
>>
>>If you downloaded a Solaris binary distribution, then make sure the
>>LD_LIBRARY_PATH you have correctly locates the shareable libraries
>>(probably not a problem if you built locally). To test, as your
>>LDM user account type: "ldd dcmetr".
>>A list of the shareable library mappings should be present. If
>>any aren't found, then you will need to set the LD_LIBRARY_PATH
>>as appropriate for your system.
>>
>>Let me know the outcome of above.
>>
>>Steve Chiswell
>>Unidata User Support
>>
>>
>>
>>
>>
>>
>>>From: "Jim St. John" <address@hidden>
>>>Organization: UCAR/Unidata
>>>Keywords: 200301281525.h0SFPK409526
>>
>>>--=_33c3f913bbf82ebdd96fe6de682303be
>>>Content-Type: text/plain; charset="ISO-8859-1"
>>>Content-Transfer-Encoding: 7bit
>>>
>>>Institution: Georgia Tech School of Earth and Atmsopheric Sciences
>>>Package Version: 5.6
>>>Operating System: SunOS 8
>>>Hardware Information: Sun
>>>Inquiry: I have been trying for towo days to get my gempak decoders to
>work
>>wi
>>> th the ldm pqact file with no success.  I have redone everyting on hte
>>check
>>> list twice.  I ran the $NAWIPS/ldm/etc/gen_pqact.csh  command and pasted
>>the
>>> output into the ldm/etc/pqact.conf file and checked to make sure the tabs
>>wer
>>> e in all the right places.  However the log file still indicates a broken
>>pip
>>> e.  I have attached a file which includes the pqact.file ( a truncated
>>versio
>>> nso I can troubleshoot the problem and the output to the ldmd.log file.
>>>
>>>I would really appreciate any helpyou could give me as I have been down
>ofr
>>10
>>>  days and depserately need the Gempak data for a class I am teaching.
>>>
>>>
>>>
>>
>>***************************************************************************
>*
>><
>>Unidata User Support                                    UCAR Unidata
>Program
>><
>>(303)497-8643                                                  P.O. Box
>3000
>><
>>address@hidden                                   Boulder, CO
>80307
>><
>>---------------------------------------------------------------------------
>-
>><
>>Unidata WWW Service                        http://www.unidata.ucar.edu/
>><
>>***************************************************************************
>*
>><
>>
>>
>
>****************************************************************************
><
>Unidata User Support                                    UCAR Unidata Program
><
>(303)497-8643                                                  P.O. Box 3000
><
>address@hidden                                   Boulder, CO 80307
><
>----------------------------------------------------------------------------
><
>Unidata WWW Service                        http://www.unidata.ucar.edu/
><
>****************************************************************************
><
>
>