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

[aipsmgr at nrao.edu]

dave update report for 31DEC16 on Sun Apr 17 03:43:53 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/SUL/SYSTEM/NRAOAOC
U 31DEC16/TIMESTAMP
P 31DEC16/HELP/PCAL.HLP
P 31DEC16/HIST/CHANGE.DOC
P 31DEC16/Q/PGM/NOTST/PCAL.FOR
P 31DEC16/UPDATE/COMLNK.UPD
U 31DEC16/UPDATE/COMLNK.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 = 20160416.034214
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOPY.DAT = 20160416.034214
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOMRPL.DAT = 20160416.034214
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOMLNK.DAT = 20160416.034214

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


UPDCOMRPL: currently in /home/AIPS/31DEC16/LINUX/UPDATE

UPDCOMLNK: COMLNKs

16-APR-2016 21:46:23 20160416 TST QPGNOT   PCAL.FOR      egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC16/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC16/Q/PGM/NOTST/PCAL.FOR


UPDCONTROL - Reasons for file updates on Sun Apr 17 03:43:51 UTC 2016 (UT)

16-APR-2016 21:45:40 20160416 TST HIST     CHANGE.DOC    pcal mystery
16-APR-2016 21:46:16 20160416 TST QPGNOT   PCAL.FOR      option ignore ifr
16-APR-2016 21:46:27 20160416 TST HLPFIL   PCAL.HLP      option ignore IFR blanked

CHANGE.DOC entries:

14815.  April 16, 2016             PCAL                Eric
        Changed the handling in RPCALC and LPCALC of times for which
        the I model has value 0.  It reports it but keeps going so
        long as the weight is also zero.  This was caused by the
        ionospheric Faraday rotation being blanked for reasons I
        cannot discover - probably relating to flagging being applied
        to the CL table.  I added DPARM(1) option to tell the task not
        to flag data when the IFR is blanked.  The 2 antennas affected
        for some reason get different (similar) solutions with and
        without this option but the others are essentially unchanged.
        Moved nowhere - I am patching something I do not understand.

14816.  April