[daip] 31DEC08 LINUX midnite job (dave, 20081119.044438)

[aipsmgr at nrao.edu]

dave update report for 31DEC08 on Wed Nov 19 04:47:32 UTC 2008 (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
RCS file: /home/aipssrc/cvs/31DEC08/APL/PGM/NOTST/FILLM.FOR,v
retrieving revision 1.65
retrieving revision 1.66
Merging differences between 1.65 and 1.66 into FILLM.FOR
31DEC08/APL/PGM/NOTST/FILLM.FOR already contains the differences between 1.65 and 1.66
P 31DEC08/HELP/FILLM.HLP
P 31DEC08/HIST/CHANGE.DOC
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 = 20081118.044309
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOPY.DAT = 20081118.044309
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMRPL.DAT = 20081118.044309
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMLNK.DAT = 20081118.044309

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


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

UPDCOMLNK: COMLNKs

18-NOV-2008 16:20:01 20081118 TST APGNOT   FILLM.FOR     egreisen

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


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

18-NOV-2008 16:17:27 20081118 TST APGNOT   FILLM.FOR     unbelievable
18-NOV-2008 17:17:08 20081118 TST HLPFIL   FILLM.HLP     clarify CPARM(4)
18-NOV-2008 17:19:03 20081118 TST HIST     CHANGE.DOC    fillm

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.

12749.  November