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

[aipsmgr at nrao.edu]

dave update report for 31DEC08 on Tue Jul 29 03:48:46 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
P 31DEC08/APL/PGM/NOTST/FITLD.FOR
P 31DEC08/APL/PGM/NOTST/INDXH.FOR
P 31DEC08/APL/PGM/NOTST/LISTR.FOR
P 31DEC08/APL/PGM/OOP/INDXR.FOR
P 31DEC08/APL/SUB/NOTST/GETDEL.FOR
P 31DEC08/APL/SUB/NOTST/GETMC.FOR
P 31DEC08/APL/SUB/OOP/TABLEUTIL.FOR
P 31DEC08/HELP/LISTR.HLP
P 31DEC08/HIST/CHANGE.DOC
P 31DEC08/Q/PGM/NOTST/CALIB.FOR
P 31DEC08/UPDATE/COMLNK.UPD
U 31DEC08/UPDATE/COMLNK.UPD.SUM
P 31DEC08/UPDATE/COMRPL.UPD
U 31DEC08/UPDATE/COMRPL.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
P 31DEC08/UPDATE/WHATISOUT.UPD
U 31DEC08/UPDATE/WHATISOUT.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 = 20080728.034307
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOPY.DAT = 20080728.034307
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMRPL.DAT = 20080728.034307
UPDCONTROL - /home/AIPS/31DEC08/LINUX/UPDATE/LASTCOMLNK.DAT = 20080728.034307

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs

28-JUL-2008 20:14:01 20080728 TST APLNOT   GETDEL.FOR    egreisen
28-JUL-2008 20:14:01 20080728 TST APLNOT   GETMC.FOR     egreisen
28-JUL-2008 20:13:36 20080728 TST APLOOP   TABLEUTIL.FOR egreisen

UPDCOMRPL: currently in /home/AIPS/31DEC08/LINUX/UPDATE
UPDCOMRPL: /home/AIPS/31DEC08/APL/SUB/NOTST/GETDEL.FOR
UPDCOMRPL: /home/AIPS/31DEC08/APL/SUB/NOTST/GETMC.FOR
UPDCOMRPL: /home/AIPS/31DEC08/APL/SUB/OOP/TABLEUTIL.FOR

UPDCOMLNK: COMLNKs

28-JUL-2008 20:19:00 20080728 TST APGNOT   FITLD.FOR     egreisen
28-JUL-2008 20:16:00 20080728 TST APGNOT   INDXH.FOR     egreisen
28-JUL-2008 20:40:45 20080728 TST APGNOT   LISTR.FOR     egreisen
28-JUL-2008 20:19:02 20080728 TST APGOOP   INDXR.FOR     egreisen
28-JUL-2008 20:15:58 20080728 TST QPGNOT   CALIB.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC08/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC08/APL/PGM/NOTST/FITLD.FOR
UPDCOMLNK: /home/AIPS/31DEC08/APL/PGM/NOTST/INDXH.FOR
UPDCOMLNK: /home/AIPS/31DEC08/APL/PGM/NOTST/LISTR.FOR
UPDCOMLNK: /home/AIPS/31DEC08/APL/PGM/OOP/INDXR.FOR
UPDCOMLNK: /home/AIPS/31DEC08/Q/PGM/NOTST/CALIB.FOR


UPDCONTROL - Reasons for file updates on Tue Jul 29 03:44:57 UTC 2008 (UT)

28-JUL-2008 20:13:24 20080728 TST APGNOT   INDXH.FOR     call seq GETDEL GETMC
28-JUL-2008 20:13:25 20080728 TST APGOOP   INDXR.FOR     call seq GETDEL GETMC
28-JUL-2008 20:13:26 20080728 TST APLOOP   TABLEUTIL.FOR call seq GETDEL GETMC
28-JUL-2008 20:13:53 20080728 TST APLNOT   GETDEL.FOR    better test
28-JUL-2008 20:13:55 20080728 TST APLNOT   GETMC.FOR     better test
28-JUL-2008 20:14:38 20080728 TST APGNOT   FITLD.FOR     2 uv tables -> mess, GETDEL call seq
28-JUL-2008 20:15:01 20080728 TST QPGNOT   CALIB.FOR     time correction too large
28-JUL-2008 20:39:49 20080728 TST HLPFIL   LISTR.HLP     SEFD, EFST parameters wrong
28-JUL-2008 20:39:50 20080728 TST APGNOT   LISTR.FOR     SEFD, EFST parameters wrong
28-JUL-2008 20:42:00 20080728 TST HIST     CHANGE.DOC    calib, fitld, indxr, calib

CHANGE.DOC entries:

12669.  July 28, 2008             CALIB                 Eric
        Fixed the time adjustment to be ).05 of the interval or 0.1sec
        whichever is smaller.  Otherwise intervals of 0.1sec became
        infinite loops.
        Moved nowhere.

12670.  July 28, 2008              FITLD                Eric
        The UV table reader set the time range for the table update
        routines.  If there was > 1 UV table in a file, the update
        would be done only on the time ramge of the second table.  The
        first would be ignored.
        GETMC and GETDEL had a gotcha - they tested if a local saved
        variable = the number of MC/IM records.  If not they set up
        that hash table.  But this does not cover the presence of a
        new MC/IM table with exactly the same number of records as the
        last.  Put the record as an argument so that the calling task
        can force a re-hash.  Changed FITLD, INDXH, INDXR, and
        TABLEUTIL for this.
        Moved nowhere.

12671.  July 28, 2008               LISTR               Eric
        Rick was wrong!  It seems clear that the VLA's *continuum*
        correlator efficiency is 0.89, not 0.805, as advertised in
        various documents.  (This is due to the oversampling by a
        factor of two that is effectively done -- the 'all products'
        formulation that Ken and Durga implemented back in 1998
        effectively improved our sensitivity by 10%).  So -- when
        LISTR computes the SEFD or effective Tsys, we need to use
        different conversion factors:
        SEFD = 228 * G2         was 206
        EFST = 40.5 * G2        was 36.8
        These are not the right factors for spectral line and they are
        a function of bandwidth.  This may be fixed later when they
        are known.
        Moved nowhere.

12672.  July