[daip] 31DEC16 LINUX midnite job (dave, 20160730.034308)

[aipsmgr at nrao.edu]

dave update report for 31DEC16 on Sat Jul 30 03:44:06 UTC 2016 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC16 begun, 1st character means
 - U added, P updated, M your file differs from master
 - C you have a changed file needing work (error!)
 - ? you have a file not on the master (ignore)
? 31DEC16/ERRORS
? 31DEC16/SUL/SYSTEM/NRAOAOC
U 31DEC16/TIMESTAMP
P 31DEC16/APL/PGM/NOTST/CLCAL.FOR
P 31DEC16/APL/SUB/NOTST/SN2CL.FOR
P 31DEC16/APL/SUB/NOTST/SNAPP.FOR
P 31DEC16/HIST/CHANGE.DOC
P 31DEC16/UPDATE/COMLNK.UPD
U 31DEC16/UPDATE/COMLNK.UPD.SUM
P 31DEC16/UPDATE/COMRPL.UPD
U 31DEC16/UPDATE/COMRPL.UPD.SUM
U 31DEC16/UPDATE/LASTCVS.DAT
P 31DEC16/UPDATE/PUTBCK.UPD
U 31DEC16/UPDATE/PUTBCK.UPD.SUM
P 31DEC16/UPDATE/REASONS.UPD
U 31DEC16/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC16 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTREMOVE.DAT = 20160729.034215
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOPY.DAT = 20160729.034215
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOMRPL.DAT = 20160729.034215
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOMLNK.DAT = 20160729.034215

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs

29-JUL-2016 21:20:29 20160729 TST APLNOT   SN2CL.FOR     egreisen
29-JUL-2016 21:20:31 20160729 TST APLNOT   SNAPP.FOR     egreisen

UPDCOMRPL: currently in /home/AIPS/31DEC16/LINUX/UPDATE
UPDCOMRPL: /home/AIPS/31DEC16/APL/SUB/NOTST/SN2CL.FOR
UPDCOMRPL: /home/AIPS/31DEC16/APL/SUB/NOTST/SNAPP.FOR

UPDCOMLNK: COMLNKs

29-JUL-2016 21:21:32 20160729 TST APGNOT   CLCAL.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC16/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC16/APL/PGM/NOTST/CLCAL.FOR


UPDCONTROL - Reasons for file updates on Sat Jul 30 03:43:12 UTC 2016 (UT)

29-JUL-2016 21:20:18 20160729 TST APGNOT   CLCAL.FOR     bad declaration
29-JUL-2016 21:20:19 20160729 TST APLNOT   SN2CL.FOR     bad logic lets SN record to wrap
29-JUL-2016 21:20:20 20160729 TST APLNOT   SNAPP.FOR     is referencing needed
29-JUL-2016 21:25:57 20160729 TST HIST     CHANGE.DOC    CLCAL

CHANGE.DOC entries:

14871.  July 29, 2016             CLCAL                Eric
        Changed:
        SNAPP    To return a logical if any phases, delays, rates are
                 valid and non-zero
        SN2CL    Poor logic allowed the SN table record number to be
                 counted beyond 2 billion and so to warp to negative.
                 At that point it thought it could read more SN table
                 data and died badly.
        CLCAL    Fixed an array declaration to use MAXANT rather than
                 a hard-coded 90.  Changed call to SNAPP and set it up
                 to call CALREF only when phases actually need to be
                 re-referenced.  This will save alarming messages when
                 processing APCAL SN tables.
        Moved nowhere.

14872.  July