[daip] 31DEC08 LINUX midnite job (dave, 20090102.051428)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Fri Jan 2 00:15:09 EST 2009
dave update report for 31DEC08 on Fri Jan 2 05:15:09 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/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 = 20090101.051248
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOPY.DAT = 20090101.051248
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMRPL.DAT = 20090101.051248
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMLNK.DAT = 20090101.051248
UPDCONTROL - Everything seems in order
UPDCOMRPL: COMRPLs
UPDCOMRPL: currently in /home/AIPS/31DEC08/LINUX/UPDATE
UPDCOMLNK: COMLNKs
01-JAN-2009 20:33:46 20090101 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 2 05:14:45 UTC 2009 (UT)
01-JAN-2009 20:32:21 20090101 NEW HIST CHANGE.DOC calib
01-JAN-2009 20:33:17 20090101 NEW QPGNOT CALIB.FOR time management
CHANGE.DOC entries:
; Copyright (C) 2007-2009
12781. January 1, 2009 VLA.ant.2008 Eric
Install the 2008 baselines file under its new name in
$AIPSTARS and fix the 2007 file to have the copyleft.
Moved to all versions automatically.
12782. January 1, 2008 CALIB Eric
The business of dividing a scan up somehow into intervals when
the actual integration time and the user's SOLINT may be an
exact match or not is simply a mess. The existing code where
I add a -DEPS could cause an infinite loop if the scan
integration time is zero which is legal although not usually
correct. It could also cause it to do an extra solution on
the last sample of a scan. Changed it to fix the integration
end to be > scan end when it was computed to be exactly the
scan end to avoid both problems. Deleted a bunch of old code
that has been commented out for a while.
Moved to 31DEC08 this date.
More information about the Daip
mailing list