[daip] 31DEC25 LNX64 midnite job (primate, 20250801.034749)

aipssrc at primate.aoc.nrao.edu aipssrc at primate.aoc.nrao.edu
Thu Jul 31 23:48:15 EDT 2025


primate update report for 31DEC25 on Fri Aug  1 03:48:15 UTC 2025 (UT)

Copies and compiles:

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

UPDCONTROL - /home/AIPS/31DEC25/LNX64/UPDATE/LASTREMOVE.DAT = 20250731.034421
UPDCONTROL - /home/AIPS/31DEC25/LNX64/UPDATE/LASTCOPY.DAT = 20250731.034421
UPDCONTROL - /home/AIPS/31DEC25/LNX64/UPDATE/LASTCOMRPL.DAT = 20250731.034421
UPDCONTROL - /home/AIPS/31DEC25/LNX64/UPDATE/LASTCOMLNK.DAT = 20250731.034421

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs

31-JUL-2025 21:43:26 20250731 TST QOOP     QEDIUTIL.FOR  egreisen

UPDCOMRPL: currently in /home/AIPS/31DEC25/LNX64/UPDATE
UPDCOMRPL: /home/AIPS/31DEC25/Q/SUB/OOP/QEDIUTIL.FOR

UPDCOMLNK: COMLNKs

31-JUL-2025 20:10:59 20250731 TST APGNOT   CLCOR.FOR     egreisen
31-JUL-2025 21:43:41 20250731 TST QPGOOP   EDITR.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC25/LNX64/UPDATE
UPDCOMLNK: /home/AIPS/31DEC25/APL/PGM/NOTST/CLCOR.FOR
UPDCOMLNK: /home/AIPS/31DEC25/Q/PGM/OOP/EDITR.FOR


UPDCONTROL - Reasons for file updates on Fri Aug  1 03:48:07 UTC 2025 (UT)

31-JUL-2025 20:10:36 20250731 TST HIST     CHANGE.DOC    clcor
31-JUL-2025 20:10:49 20250731 TST APGNOT   CLCOR.FOR     EOPS fails on old data (bad CT table times)
31-JUL-2025 21:43:20 20250731 TST QOOP     QEDIUTIL.FOR  optimizer causes failure on coherence
31-JUL-2025 21:47:55 20250731 TST HIST     CHANGE.DOC    EDITR

CHANGE.DOC entries:

16278.  July 31, 2025                CLCOR                    Eric
        Old CT tables can have the time in each row set to 0.0.  That
        caused CLCOR (EOPS) to loose its cookies.  Added a line of
        code to trap this case and put in the default times of row
        number minus 2.
        Moved to 31DEC24 this date.

16279.  July 31, 2025                EDITR                    Eric
        Made 1 array a bit bigger in QEDIUTIL because of the added
        data type.  It was over-writing the graphics plane for the
        menu making the comparison data plots vanish.  The "expert"
        mode probably is not needed but I will leave it for now.
        Moved nowhere.

16280.  July



More information about the Daip mailing list