[daip] Bug in 31DEC01 - FITLD

[Jonathan Quick]

Hi there

  I've just run into a somewhat nasty bug in FITLD in 31DEC01 ( as downloaded
yesterday ).  With the removal of the DELCORR adverb ( the help file states
it is now always set to 1 with FITLD determining the behaviour based on the
correlator ), FITLD now insists that a CQ table exists when concatenating
fits input files.  This proves highly hostile when one is trying to load data
from any correlator other than the VLBA eg. my VSOP data from Mitaka.

Regards
  Jonathan Quick
Hartbeesthoek Radio Astronomy Observatory

apus.h> FITLD1: Task FITLD  (release of 31DEC01) begins
apus.h> FITLD1:     FITLD Version 10.5.1
apus.h> FITLD1:     Last updated on November 17 1999
apus.h> FITLD1:     Recognize and handle OVLBI time filters
apus.h> FITLD1:     Fix duplicate SU entries, result of CALCODEs
apus.h> FITLD1:     Read multiple uv tables per FITS file
apus.h> FITLD1:     Deal correctly with weights as an array
apus.h> FITLD1:     Antenna numbers in MC table numbered correctly
apus.h> FITLD1:     Read FLAG and WEATHER tables
apus.h> FITLD1:     Reads a-priori information for VLBA
apus.h> FITLD1:     Adjusts AN table reference frequency
apus.h> FITLD1:     Can now do calibration transfer
apus.h> FITLD1:     Checks for invalid calibration tables
apus.h> FITLD1:     Does not round frequencies excessively
apus.h> FITLD1:     Now concatenates cal transfer tables
apus.h> FITLD1:     Now handles correct u,v,w labels
apus.h> FITLD1:     Now handles explicit subarrays
apus.h> FITLD1:     Tolerates data out of time order within days
apus.h> FITLD1:     Weights now proportional to integration time for VLBA
apus.h> FITLD1:     VLBA saturation correction now applied correctly
apus.h> FITLD1: MAPCQI: MISSING CQ TABLE ON DISK:  1 CNO:   1
apus.h> FITLD1: ERROR      1 RETURNED FROM BTRTAB
apus.h> FITLD1: Purports to die of UNNATURAL causes
apus.h> FITLD1: apus         31DEC01 TST: Cpu=       0.0  Real=       0