 |
 |
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 >