[daip] 31DEC17 LINUX midnite job (dave, 20180121.000548)

aipsmgr at nrao.edu aipsmgr at nrao.edu
Sat Jan 20 19:06:06 EST 2018


dave update report for 31DEC17 on Sun Jan 21 00:06:06 UTC 2018 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC17 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)
U 31DEC17/TIMESTAMP
P 31DEC17/HIST/CHANGE.DOC
P 31DEC17/Q/SUB/NOTST/ALGMEM.FOR
P 31DEC17/Q/SUB/NOTST/ALGSTB.FOR
P 31DEC17/UPDATE/COMLNK.UPD
U 31DEC17/UPDATE/COMLNK.UPD.SUM
P 31DEC17/UPDATE/COMRPL.UPD
U 31DEC17/UPDATE/COMRPL.UPD.SUM
U 31DEC17/UPDATE/LASTCVS.DAT
P 31DEC17/UPDATE/PUTBCK.UPD
U 31DEC17/UPDATE/PUTBCK.UPD.SUM
P 31DEC17/UPDATE/REASONS.UPD
U 31DEC17/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC17 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC17/LINUX/UPDATE/LASTREMOVE.DAT = 20180119.215240
UPDCONTROL - /home/AIPS/31DEC17/LINUX/UPDATE/LASTCOPY.DAT = 20180119.215240
UPDCONTROL - /home/AIPS/31DEC17/LINUX/UPDATE/LASTCOMRPL.DAT = 20180119.215240
UPDCONTROL - /home/AIPS/31DEC17/LINUX/UPDATE/LASTCOMLNK.DAT = 20180119.215240

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs

20-JAN-2018 23:57:48 20180120 NEW QNOT     ALGMEM.FOR    egreisen
20-JAN-2018 23:57:47 20180120 NEW QNOT     ALGSTB.FOR    egreisen

UPDCOMRPL: currently in /home/AIPS/31DEC17/LINUX/UPDATE
UPDCOMRPL: /home/AIPS/31DEC17/Q/SUB/NOTST/ALGMEM.FOR
UPDCOMRPL: /home/AIPS/31DEC17/Q/SUB/NOTST/ALGSTB.FOR

UPDCOMLNK: COMLNKs

20-JAN-2018 23:57:57 20180120 NEW QPGNOT   UVSUB.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC17/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC17/Q/PGM/NOTST/UVSUB.FOR


UPDCONTROL - Reasons for file updates on Sun Jan 21 00:06:02 UTC 2018 (UT)

20-JAN-2018 23:57:41 20180120 NEW QNOT     ALGSTB.FOR    zero data on way in for model
20-JAN-2018 23:57:42 20180120 NEW QNOT     ALGMEM.FOR    zero data on way in for model
20-JAN-2018 23:59:03 20180120 NEW HIST     CHANGE.DOC    uvsub

CHANGE.DOC entries:


15124.  January 20, 2018           UVSUB               Eric
        The fix I did yesterday does not work fully.  Changed ALGSTB
        and ALGMEM to zero the input data when MODL is requested
        before those data are written to the pseudo-AP.  The Q routine
        then adds the scaled model to the data always.
        Moved to 31DEC17 this date.



More information about the Daip mailing list