[daip] 31DEC09 LINUX midnite job (dave, 20091030.034458)

[aipsmgr at nrao.edu]

dave update report for 31DEC09 on Fri Oct 30 03:45:52 UTC 2009 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC09 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)
? 31DEC09/ERRORS
? 31DEC09/LINUX/SUM-EFAGRELI
? 31DEC09/SUL/LIBRold
? 31DEC09/SUL/SYSTEM/NRAOAOC
U 31DEC09/TIMESTAMP
P 31DEC09/HELP/FRING.HLP
P 31DEC09/HIST/CHANGE.DOC
P 31DEC09/Q/PGM/NOTST/FRING.FOR
P 31DEC09/UPDATE/COMLNK.UPD
U 31DEC09/UPDATE/COMLNK.UPD.SUM
U 31DEC09/UPDATE/LASTCVS.DAT
P 31DEC09/UPDATE/PUTBCK.UPD
U 31DEC09/UPDATE/PUTBCK.UPD.SUM
P 31DEC09/UPDATE/REASONS.UPD
U 31DEC09/UPDATE/REASONS.UPD.SUM
U 31DEC09/UPDATE/WHATISOUT.UPD
U 31DEC09/UPDATE/WHATISOUT.UPD.SUM
UPDCVS - cvs update of 31DEC09 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC09/LINUX/UPDATE/LASTREMOVE.DAT = 20091029.034310
UPDCONTROL - /home/AIPS/31DEC09/LINUX/UPDATE/LASTCOPY.DAT = 20091029.034310
UPDCONTROL - /home/AIPS/31DEC09/LINUX/UPDATE/LASTCOMRPL.DAT = 20091029.034310
UPDCONTROL - /home/AIPS/31DEC09/LINUX/UPDATE/LASTCOMLNK.DAT = 20091029.034310

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


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

UPDCOMLNK: COMLNKs

29-OCT-2009 16:32:18 20091029 TST QPGNOT   FRING.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC09/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC09/Q/PGM/NOTST/FRING.FOR


UPDCONTROL - Reasons for file updates on Fri Oct 30 03:45:16 UTC 2009 (UT)

29-OCT-2009 16:31:23 20091029 TST HLPFIL   FRING.HLP     add option
29-OCT-2009 16:31:31 20091029 TST HIST     CHANGE.DOC    fring
29-OCT-2009 16:31:42 20091029 TST QPGNOT   FRING.FOR     Craig's desire for no rate
29-OCT-2009 23:40:11 20091029 TST HIST     CHANGE.DOC    fringggggg
29-OCT-2009 23:40:19 20091029 TST QPGNOT   FRING.FOR     round off problems

CHANGE.DOC entries:

12984.  October 29, 2009           FRING                 Eric
        Added DPARM(9) to the help and cleaned out some Ketan "jokes".
        Changed the Fortran to trap DPARM(9) > 0 to mean that one
        wants to suppress the fitting of rate entirely rather than
        simply zeroing the fit rate after the fact.  What happens is
        the data are accumulated in a number of times as always.  But
        when it comes time to call the fitting subroutines, the data
        are averaged together fully and then duplicated.  The times
        are set to +- a small amount and the fitting routines which
        demand a rate fit are given data that absolutely have 0 rate.
        The data buffering is still managed in such a way as to allow
        the subinterval processing (SOLSUB and SOLMIN controlled
        functions).
        Moved nowhere.

12985.  October 29, 2009               FRING              Eric
        Added tests for data falling betwen scans.  Raised the time
        correction to 10 milliseconds and put in a way to skip data
        that falls outside the apparent scan boundaries.
        Moved nowhere.

12986.  October