Problem solved by deleting the $HOME/adam/ndf2fits file.
I may have used Ctrl-C to abort the program when it froze.
Many thanks for the help!
On May 30, 2008, at 12:10 AM, Peter W. Draper wrote:
> Hi Jon,
>
> this looks like you've got a corrupt parameter file (BITPIX is the
> name of an ndf2fits parameter). Delete $HOME/adam/ndf2fits.sdf and
> try again. You may also need to delete $HOME/adam/GLOBAL.sdf.
>
> In general you should only get this class of problems if you abort
> the program using ^C etc. Better to abort using !! in response to a
> prompt.
>
> Cheers,
>
> Peter.
>
>
> On Thu, 29 May 2008, Jon Mauerhan wrote:
>
>> Hi Colin,
>> Yes, I've tried working with older sdf files and I get the same
>> error.
>> Jon
>>
>> On May 29, 2008, at 9:03 PM, Colin Aspin wrote:
>>
>>> Hi Jon,
>>> Have you tried it with an ndf that used to work, sounds like you
>>> might have been trying it with a recent data image.
>>> colin
>>> On May 29, 2008, at 5:49 PM, Jon Mauerhan wrote:
>>> > Hello,
>>> > > I've been working with UKIRT and AAT data on my PPC Mac OSX
>>> laptop for a > couple years now, using the starlink software
>>> package and oracdr > pipeline. I routinely use the ndf2fits
>>> program to convert my .sdf files > to .fits files for use in
>>> IRAF. I was surprised to find today that the > ndf2fits program
>>> is crashing and complains about the BITPIX parameter. I > have
>>> never seen this error before when working with UKIRT or AAT data,
>>> > and I have made no changes to my system. Below are the commands
>>> I issue > and the resulting error.
>>> > > > convert
>>> > > ndf2fits comp=D encoding=auto bitpix=32 (this is the same
>>> syntax I > > have always used)
>>> > I am then prompted for input and output filenames, which I
>>> enter. The > following error results:
>>> > > !! Locator refers to an object 'BITPIX' which no longer
>>> exists (possible
>>> > ! programming error or corrupted HDS container file).
>>> > ! DAT_TYPE: Error enquiring the type of an HDS object.
>>> > ! SUBPAR: Failed to obtain parameter file component for
>>> parameter > ! BITPIX
>>> > ! Application exit status DAT__INCHK, Integrity check
>>> > ! comp=D encoding=auto bitpix=32
>>> > > The same error arises even if I don't specify a BITPIX value.
>>> > > So I deleted and reinstalled the entire /local-star software
>>> package, and > restarted my machine. The same error continues.
>>> > > I'm unable to solve this problem. Can someone please help me,
>>> or point me > in the right direction?
>>> > > Thank you very much.
>>> > > Jon
>>
>
> --
> Peter W. Draper, http://astro.dur.ac.uk/~pdraper
>
|