[daip] 31DEC08 LINUX midnite job (dave, 20090109.051433)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Fri Jan 9 00:15:14 EST 2009
dave update report for 31DEC08 on Fri Jan 9 05:15:14 UTC 2009 (UT)
Copies and compiles:
AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC08 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)
? 31DEC08/ERRORS
U 31DEC08/TIMESTAMP
P 31DEC08/HELP/CALIB.HLP
P 31DEC08/HIST/CHANGE.DOC
P 31DEC08/Q/PGM/NOTST/CALIB.FOR
P 31DEC08/UPDATE/COMLNK.UPD
U 31DEC08/UPDATE/COMLNK.UPD.SUM
U 31DEC08/UPDATE/LASTCVS.DAT
P 31DEC08/UPDATE/PUTBCK.UPD
U 31DEC08/UPDATE/PUTBCK.UPD.SUM
P 31DEC08/UPDATE/REASONS.UPD
U 31DEC08/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC08 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTREMOVE.DAT = 20090108.051253
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOPY.DAT = 20090108.051253
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMRPL.DAT = 20090108.051253
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMLNK.DAT = 20090108.051253
UPDCONTROL - Everything seems in order
UPDCOMRPL: COMRPLs
UPDCOMRPL: currently in /home/AIPS/31DEC08/LINUX/UPDATE
UPDCOMLNK: COMLNKs
08-JAN-2009 17:07:28 20090108 NEW QPGNOT CALIB.FOR egreisen
UPDCOMLNK: currently in /home/AIPS/31DEC08/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC08/Q/PGM/NOTST/CALIB.FOR
UPDCONTROL - Reasons for file updates on Fri Jan 9 05:14:51 UTC 2009 (UT)
08-JAN-2009 17:03:58 20090108 NEW HIST CHANGE.DOC calib
08-JAN-2009 17:06:58 20090108 NEW QPGNOT CALIB.FOR slop at end
08-JAN-2009 17:07:01 20090108 NEW HLPFIL CALIB.HLP explain solint better
CHANGE.DOC entries:
12788. January 8, 2009 CALIB Eric
Yet again! The NX table contains center times and intervals
which are in single precision floating point. It is thus able
to indicate an end time that is actually less than the real
end time by more than a few milliseconds. Added an error
margin of 0.2 seconds which will still be inadequate if the
times get into several days or more.
The handling of NX records with subarray and freqid that do
not match the current ones was incorrect. An NX table can
contain overlapping scans with different subarrays and/or
freqids. Changed the NX reading code to accept only matching
scans and dropped the tests on data matching NX record
subarrays/freqids since that would cause pre-mature reading of
a new NX record in the case of overlaps. The data from UVGET
will always be only the desired subarray and freqid and
therefore does not need examination.
Added a long section to the help for SOLINT.
Moved to 31DEC08 this date.
More information about the Daip
mailing list