I have checked the STARLINK_DIR variable and the LD_LIBRARY_PATH, and I
still get the same errors about the shared libraries.
Sarah
--
Dr Sarah L Casewell Email: [log in to unmask]
Xray and Observational Astronomy Office: S1
Department of Physics and Astronomy Phone: +44 (0)116 2523577
University of Leicester
Leicester
LE1 7RH
UK
On Wed, 13 Feb 2008, Peter W. Draper wrote:
> On Wed, 13 Feb 2008, Sarah Casewell wrote:
>
>> That seems to have worked, but the script to turn sofi names into
>> ukirt names, falls over when it calls kappa.
>>
>> I get an error of
>>
>> Processing SOFI_2007-04-02T04_29_15_985.fits
>> /star/bin/kappa/calc: error while loading shared libraries:
>> libard_adam.so.0: cannot open shared object file: No such file or directory
>> Date is 20070402 Time is
>> Starting group 1
>> /star/bin/convert/fits2ndf: error while loading shared libraries:
>> libsla.so.7: cannot open shared object file: No such file or directory
>> ...forming sofi20070402_00001
>> /star/bin/kappa/fitsmod: error while loading shared libraries:
>> libard_adam.so.0: cannot open shared object file: No such file or directory
>>
>> I suspect this shared library business may be related to setting the path
>> in starlink - something we've been having problems with in the humu
>> release.
>>
>> Can anyone suggest a solution?
>
> Make sure you have defined the STARLINK_DIR variable before sourcing the
> star/etc/cshrc and star/etc/login scripts. So if you've unpacked humu into
> /star, then define STARLINK_DIR to be /star (you could put this define at the
> head of both those files so it's never forgotten).
>
> If you examine LD_LIBRARY_PATH I expect you'll see that it's wrong. It should
> be set to "/star/lib:/star/starjava/lib/<i386|amd64>", if you've done the
> above correctly.
>
>
>> On Wed, 13 Feb 2008, Peter W. Draper wrote:
>>
>>> On Wed, 13 Feb 2008, Sarah Casewell wrote:
>>>
>>> > I have been trying to run oracdr for SOFI data, but although all of the
>>> > primitives and recipies are present with the new (humu) release of
>>> orac, > if I type oracdr_sofi, I get a "command not found" message.
>>> > > Can anyone offer any advice as to how I can get orac to recognise
>>> SOFI > as an instrument?
>>> > > A colleague of mine has used keoe on a mac, and loaded up oracdr_sofi
>>> > with no problems whatsoever, but I have tried hokulei, keoe and procyon
>>> > releases and sofi has not been recognised as an instrument on any of >
>>> these releases on my linux system.
>>>
>>> Hi Sarah,
>>>
>>> for some reason the SOFI alias is no longer defined, if that's an
>>> oversight then the following should work:
>>>
>>> alias oracdr_sofi 'source ${ORAC_DIR}/etc/oracdr_sofi.csh'
>>>
>>> (do this after the normal sourcing of the Starlink scripts).
>>>
>>> Malcolm Currie should be able to clarify this omission, but he's on leave
>>> at the moment (back soon).
>>>
>>> Regards,
>>>
>>> Peter.
>>>
>>>
>>
>>
>
>
|