[daip] 31DEC13 LINUX midnite job (dave, 20130917.034413)

[aipsmgr at nrao.edu]

dave update report for 31DEC13 on Tue Sep 17 03:45:55 UTC 2013 (UT)

Copies and compiles:

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

UPDCONTROL - /home/AIPS/31DEC13/LINUX/UPDATE/LASTREMOVE.DAT = 20130916.034307
UPDCONTROL - /home/AIPS/31DEC13/LINUX/UPDATE/LASTCOPY.DAT = 20130916.034307
UPDCONTROL - /home/AIPS/31DEC13/LINUX/UPDATE/LASTCOMRPL.DAT = 20130916.034307
UPDCONTROL - /home/AIPS/31DEC13/LINUX/UPDATE/LASTCOMLNK.DAT = 20130916.034307

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


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

UPDCOMLNK: COMLNKs

16-SEP-2013 20:06:32 20130916 TST APGNOT   UVPRT.FOR     amiodusz

UPDCOMLNK: currently in /home/AIPS/31DEC13/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC13/APL/PGM/NOTST/UVPRT.FOR


UPDCONTROL - Reasons for file updates on Tue Sep 17 03:44:38 UTC 2013 (UT)

16-SEP-2013 20:04:59 20130916 TST APGNOT   UVPRT.FOR     DPARM(6) doesn't work
16-SEP-2013 20:18:16 20130916 TST HIST     CHANGE.DOC    UVPRT

CHANGE.DOC entries:

14223.  September 16, 2013           UVPRT                  Amy
        DPARM(6) was meant to control how the phases were printed out.
        If DPARM(6)>0 then phases where between -90 and 269, otherwise
        the phases would be between -180 and 180.  But DPARM(6) was
        basically ignored, and the user got -90 to 269 no matter what
        it was set to.  This was because of a typo in the program, causing
        RPARM to be tested rather than DPARM.  Fixed.
        Moved nowhere.

14224.  September