[daip] 31DEC10 LINUX midnite job (dave, 20100302.044410)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Mon Mar 1 23:44:33 EST 2010
dave update report for 31DEC10 on Tue Mar 2 04:44:33 UTC 2010 (UT)
Copies and compiles:
AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC10 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)
? 31DEC10/ERRORS
? 31DEC10/APL/DEV/UNIX/ZCREA2.C.save
? 31DEC10/LNX64/SYSTEM/RSYNC.MASTER
U 31DEC10/TIMESTAMP
P 31DEC10/HIST/CHANGE.DOC
P 31DEC10/Q/PGM/NOTST/CVEL.FOR
P 31DEC10/UPDATE/COMLNK.UPD
U 31DEC10/UPDATE/COMLNK.UPD.SUM
U 31DEC10/UPDATE/LASTCVS.DAT
P 31DEC10/UPDATE/PUTBCK.UPD
U 31DEC10/UPDATE/PUTBCK.UPD.SUM
P 31DEC10/UPDATE/REASONS.UPD
U 31DEC10/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC10 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTREMOVE.DAT = 20100301.044305
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTCOPY.DAT = 20100301.044305
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTCOMRPL.DAT = 20100301.044305
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTCOMLNK.DAT = 20100301.044305
UPDCONTROL - Everything seems in order
UPDCOMRPL: COMRPLs
UPDCOMRPL: currently in /home/AIPS/31DEC10/LINUX/UPDATE
UPDCOMLNK: COMLNKs
01-MAR-2010 22:19:52 20100301 TST QPGNOT CVEL.FOR egreisen
UPDCOMLNK: currently in /home/AIPS/31DEC10/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC10/Q/PGM/NOTST/CVEL.FOR
UPDCONTROL - Reasons for file updates on Tue Mar 2 04:44:26 UTC 2010 (UT)
01-MAR-2010 22:18:24 20100301 TST QPGNOT CVEL.FOR time accuracy problems
01-MAR-2010 22:19:38 20100301 TST HIST CHANGE.DOC cvel
CHANGE.DOC entries:
13092. March 1, 2010 CVEL Eric
My recent code contained the ability to go into an infinite
loop when minor roundoff errors with times arose. Added a
slight extra bit to the time and added other checks to avoid
the infinite loop.
BUT - in the course of testing, I found that with
single-source files, the source name was null which prevented
the message showing the shift or lack thereof from being
completed properly. With single-source files having an index
(NX) table, the task only shifted the first scan! This fact
was obscured by the error in the source name. Corrected.
Moved to patch this date. The lack of shift is old and maybe
needs to be in the NRAO newsletter.
13093. March
More information about the Daip
mailing list