On Fri, 25 Nov 2016, David Berry wrote: >> On 24/11/16 16:14, Peter W. Draper wrote: >>> The fuller message is: >>> >>> !! Truncation during copy (destination 132 < source 182) of >>> ! >>> '/loc/pwda/pdraper/scratch/scratch/scratch/scratch/scratch/scratch/scratc >>> ! >>> h/scratch/scratch/scratch/scratch/scratch/scratch/scratch/scratch/... >>> ! DAT_PUT: Error writing value(s) to an HDS primitive. >>> ! The list of valuess supplied for parameter IN was too long. >>> ! FITS2NDF: Error converting a FITS file into an NDF. >>> ! Application exit status DAT__TRUNC, Text truncated >>> ! >>> >>> /loc/pwda/pdraper/scratch/scratch/scratch/scratch/scratch/scratch/scratch/sc >>> >>> ! >>> ratch/scratch/scratch/scratch/scratch/scratch/scratch/scratch/scratch/scr >>> ! atch/scratch/scratch/ngc1275.fits temp >>> >>> David, seems to be in a call to GRP_GROUP (found using that spelling >>> mistake, "valuess"), which is odd. Aren't groups allowed to be 255 >>> characters? > > Yes, that's right. GRP uses 255 as the buffer length. I think the 132 > limit is set in subpar. Going into the subpar source directory and > doing "grep 132 *.f" brings up loads of places where 132 is a > hard-wired constant. Thanks for checking. Seems we're stuck with this then. Cheers, Peter. ---- Starlink User Support list For list configuration, including subscribing to and unsubscribing from the list, see https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK