[daip] 31DEC15 LINUX midnite job (dave, 20150827.034438)

[aipsmgr at nrao.edu]

dave update report for 31DEC15 on Thu Aug 27 03:44:54 UTC 2015 (UT)

Copies and compiles:

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

UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTREMOVE.DAT = 20150826.034313
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTCOPY.DAT = 20150826.034313
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTCOMRPL.DAT = 20150826.034313
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTCOMLNK.DAT = 20150826.034313

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


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

UPDCOMLNK: COMLNKs

26-AUG-2015 17:40:42 20150826 TST APGOOP   SPECR.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC15/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC15/APL/PGM/OOP/SPECR.FOR


UPDCONTROL - Reasons for file updates on Thu Aug 27 03:44:50 UTC 2015 (UT)

26-AUG-2015 17:40:33 20150826 TST APGOOP   SPECR.FOR     UVDPNT call seq not fully fixed
26-AUG-2015 17:42:28 20150826 TST HIST     CHANGE.DOC    yesterday

CHANGE.DOC entries:

14675.  August 25, 2015            RFLAG                Eric
        The dynamic memory allocation for DOSCALE in 31DEC15 was
        enough only for one source.  If more than one were included an
        abort of some sort would occur.  It is supposed to be for 10
        sources and the task enforces that.
        Moved nowhere.

14676.  August 25, 2015            TYSMO               Eric
        The corrected call sequence to SMOTY did not make it to the
        calling routine so an infinite loop was generated.
        Moved nowhere.

14677.  August 25, 2015           gfortran             Eric
        UVUTIL    Messed up the dropping of unused variables in FRSOLN
        Moved nowhere.

14678.  August 26, 2015            SPECR               Eric
        A call sequence was not updated when doing the conversion from
        BASELINE to ANTENNA1 etc random parameters.  It then aborted.
        Moved nowhere.

14679.  August