[daip] 31DEC10 LINUX midnite job (dave, 20100315.034428)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Sun Mar 14 23:44:42 EDT 2010
dave update report for 31DEC10 on Mon Mar 15 03:44:42 UTC 2010 (UT)
Copies and compiles:
AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC10 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)
? 31DEC10/ERRORS
? 31DEC10/APL/DEV/UNIX/ZCREA2.C.save
? 31DEC10/LNX64/SYSTEM/RSYNC.MASTER
U 31DEC10/TIMESTAMP
P 31DEC10/APL/PGM/NOTST/FITLD.FOR
U 31DEC10/HELP/ADDDISK.HLP
U 31DEC10/HELP/ANTNAME.HLP
P 31DEC10/HELP/FITLD.HLP
P 31DEC10/HELP/LSAPROPO.HLP
P 31DEC10/HELP/POPSDAT.HLP
U 31DEC10/HELP/REMDISK.HLP
U 31DEC10/HELP/REMQUE.HLP
P 31DEC10/HIST/CHANGE.DOC
P 31DEC10/RUN/NEWPARMS.001
U 31DEC10/UPDATE/LASTCVS.DAT
P 31DEC10/UPDATE/PUTBCK.UPD
U 31DEC10/UPDATE/PUTBCK.UPD.SUM
P 31DEC10/UPDATE/REASONS.UPD
U 31DEC10/UPDATE/REASONS.UPD.SUM
P 31DEC10/UPDATE/WHATISOUT.UPD
U 31DEC10/UPDATE/WHATISOUT.UPD.SUM
UPDCVS - cvs update of 31DEC10 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTREMOVE.DAT = 20100314.044308
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTCOPY.DAT = 20100314.044308
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTCOMRPL.DAT = 20100314.044308
UPDCONTROL - /home/AIPS/31DEC10/LINUX/UPDATE/LASTCOMLNK.DAT = 20100314.044308
UPDCONTROL - Everything seems in order
UPDUPDATE - running POPSGN for changed POPSDAT
Data disk assignments:
(Using COAOARN-specific default file /home/AIPS/DA00/DADEVS.LIST.COAOARN for DADEVS.PL)
Disk 1 (1) is /home/AIPS/DATA/DAVE_1
Starting up POPSGN (RELEASE OF 31DEC10)
Enter Idebug, Mname, Version (1 I, 2 A's) (NO COMMAS)
POPSG1: Popsgen complete
POPSG1: dave 31DEC10 TST: Cpu= 0.0 Real= 0 IO= 1
>
UPDCOMRPL: COMRPLs
UPDCOMRPL: currently in /home/AIPS/31DEC10/LINUX/UPDATE
UPDCOMLNK: COMLNKs
UPDCOMLNK: currently in /home/AIPS/31DEC10/LINUX/UPDATE
UPDCONTROL - Reasons for file updates on Mon Mar 15 03:44:41 UTC 2010 (UT)
14-MAR-2010 20:43:26 20100314 TST HLPFIL FITLD.HLP new adverb list antennas
14-MAR-2010 20:43:28 20100314 TST HLPFIL POPSDAT.HLP new adverb antname
14-MAR-2010 20:43:30 20100314 TST APGNOT FITLD.FOR new adverb control antenna numbering
14-MAR-2010 20:44:21 20100314 TST HLPFIL ANTNAME.HLP help for new fitld option
14-MAR-2010 20:44:24 20100314 TST RUNSYS NEWPARMS.001 antname
14-MAR-2010 20:44:52 20100314 TST HIST CHANGE.DOC fitld
14-MAR-2010 21:24:38 20100314 TST HLPFIL ADDDISK.HLP new verb
14-MAR-2010 21:24:52 20100314 TST HLPFIL REMDISK.HLP new verb
14-MAR-2010 21:28:02 20100314 TST HLPFIL REMQUE.HLP remote queue number help file
CHANGE.DOC entries:
13109. March 12, 2010 ACCOR Eric
Corrected the Fortran to use a big enough summing array. It
should be 2 * MAXANT * MAXIF or 16200. It was only 2000.
Changed the help file and explain to discuss its use in more
detail: "Some correlators apply this correction to the data
before writing them out - notably the EVN JIVE correlator and
correlators used for the Australian LBA. The VLBA hardware
and software (DiFX) correlators do NOT apply this correction
to the data. Therefore, ACCOR is required for the VLBA
correlators and any others that do not apply the correction.
ACCOR should be benign (do nothing) for those correlators that
do apply the correction prior to reading the data into AIPS.
Note that you can always run ACCOR and look at the SN table
produced with PRTAB or SNPLT to see if it was benign or not."
Moved nowhere.
13110. March 14, 2010 FITLD Eric
Changed POPSDAT and NEWPARMS to add adverb ANTNAME*8(50).
Addded this adverb to FITLD and revised code to pick up the
adverb and set an initial list of antenna names (and therefore
numbers) for when a new IDI data set is read. This will allow
the user some control over antenna numbering but only for FITS
IDI data sets. New help file for ANTNAME also.
Moved nowhere.
13111. March
More information about the Daip
mailing list