[daip] 31DEC07 LINUX midnite job (dave, 20081119.001408)

aipsmgr at nrao.edu aipsmgr at nrao.edu
Tue Nov 18 19:16:32 EST 2008


dave update report for 31DEC07 on Wed Nov 19 00:16:32 UTC 2008 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC07 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)
? 31DEC07/ERRORS
? 31DEC07/SUL/LIBRDBG
U 31DEC07/TIMESTAMP
P 31DEC07/APL/PGM/NOTST/FILLM.FOR
P 31DEC07/HIST/CHANGE.DOC
P 31DEC07/UPDATE/COMLNK.UPD
U 31DEC07/UPDATE/COMLNK.UPD.SUM
U 31DEC07/UPDATE/LASTCVS.DAT
P 31DEC07/UPDATE/PUTBCK.UPD
U 31DEC07/UPDATE/PUTBCK.UPD.SUM
P 31DEC07/UPDATE/REASONS.UPD
U 31DEC07/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC07 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTREMOVE.DAT = 20080926.223907
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTCOPY.DAT = 20080926.223907
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTCOMRPL.DAT = 20080926.223907
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTCOMLNK.DAT = 20080926.223907

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


UPDCOMRPL: currently in /home/AIPS/31DEC07/LINUX/UPDATE

UPDCOMLNK: COMLNKs

19-NOV-2008 00:03:40 20081119 NEW APGNOT   FILLM.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC07/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC07/APL/PGM/NOTST/FILLM.FOR


UPDCONTROL - Reasons for file updates on Wed Nov 19 00:14:20 UTC 2008 (UT)

19-NOV-2008 00:01:15 20081119 NEW HIST     CHANGE.DOC    fillm
19-NOV-2008 00:01:16 20081119 NEW APGNOT   FILLM.FOR     fix parenthesis

CHANGE.DOC entries:

12748.  November 18, 2008          FILLM                 Eric
        The subroutine that is used when CPARM(4) is not 0 or 25.0 had
        an error in computing sqrt (u^2 + v^2) due to a misplaced
        close parenthesis.  abs(u) + v^2 was examined instead.
        This matters since apparently the on-line system has been
        setting the shadow-flag bit wrongly and that bit is used when
        CPARM(4)= 0 or 25.0.  Clarified this in the help file.
        Moved nowhere.




More information about the Daip mailing list