[daip] 31DEC14 LINUX midnite job (dave, 20140425.034418)

[aipsmgr at nrao.edu]

dave update report for 31DEC14 on Fri Apr 25 03:45:34 UTC 2014 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC14 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)
? 31DEC14/LNX64/SYSTEM/RSYNC.MASTER
U 31DEC14/TIMESTAMP
P 31DEC14/HIST/CHANGE.DOC
P 31DEC14/Q/PGM/NOTST/FRING.FOR
P 31DEC14/Q/PGM/NOTST/RLDLY.FOR
P 31DEC14/UPDATE/COMLNK.UPD
U 31DEC14/UPDATE/COMLNK.UPD.SUM
U 31DEC14/UPDATE/LASTCVS.DAT
P 31DEC14/UPDATE/PUTBCK.UPD
U 31DEC14/UPDATE/PUTBCK.UPD.SUM
P 31DEC14/UPDATE/REASONS.UPD
U 31DEC14/UPDATE/REASONS.UPD.SUM
P 31DEC14/Y/PGM/XGAUS.FOR
UPDCVS - cvs update of 31DEC14 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTREMOVE.DAT = 20140424.034302
UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTCOPY.DAT = 20140424.034302
UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTCOMRPL.DAT = 20140424.034302
UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTCOMLNK.DAT = 20140424.034302

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


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

UPDCOMLNK: COMLNKs

24-APR-2014 17:18:52 20140424 TST QPGNOT   FRING.FOR     egreisen
24-APR-2014 17:19:00 20140424 TST QPGNOT   RLDLY.FOR     egreisen
24-APR-2014 22:25:40 20140424 TST YPGM     XGAUS.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC14/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC14/Q/PGM/NOTST/FRING.FOR
UPDCOMLNK: /home/AIPS/31DEC14/Q/PGM/NOTST/RLDLY.FOR
UPDCOMLNK: /home/AIPS/31DEC14/Y/PGM/XGAUS.FOR


UPDCONTROL - Reasons for file updates on Fri Apr 25 03:44:43 UTC 2014 (UT)

24-APR-2014 17:18:16 20140424 TST QPGNOT   FRING.FOR     bad equivalence
24-APR-2014 17:18:17 20140424 TST QPGNOT   RLDLY.FOR     bad equivalence
24-APR-2014 22:25:01 20140424 TST YPGM     XGAUS.FOR     does not do one particular pixel
24-APR-2014 22:50:40 20140424 TST HIST     CHANGE.DOC    rldly, xgaus

CHANGE.DOC entries:

14352.  April 24, 2014           RLDLY, FRING            Eric
        Both has a memory-saving equivalence that changed the size of
        a COMMON after the parameter MAXIMG was raised making that
        size be different in different places in the task.  Dropped
        the equivalence.
        Moved nowhere.

14353.  April 24, 2014               XGAUS               Eric
        Changed XGAUGE (that gets initial guesses) to
        1. Require that the average of 3 adjacent points be above the
        cutoff rather than all 3 points being above.  Also allow that
        test both with and without removing the estimated baseline.
        2. There is no initial guess from the user now, so use as one
        of the guess possibilities the previous solution but with the
        peaks something like the data values at those pixels.
        3. The possible estimate that was the previous solution did
        not use the previous baseline due to "typo"-level issues.
        These issue meant that ZEMAN would occasionally find a pixel
        with no Gaussian solution where it expected one.
        Moved nowhere.

14354.  April