[daip] Help with AIPS

[Eric Greisen]

Jonathan Mines writes:
 > 
 > 1.  When I ran FILLM, at the end I receive the following error message 
 > (It is not the same as the previous one from running PRTAN.):
 > 
 > FILLM1: Found 0437-187        :    0 50.000 MHz at IAT   0/ 10:25:10.0
 > FILLM1: Found MU_LEP          :    0 50.000 MHz at IAT   0/ 10:28:30.0
 > FILLM1: Found 0437-187        :    0 50.000 MHz at IAT   0/ 10:37:10.0
 > FILLM1: Opening /home/mines/bin/aips/DATA/AB1137_1.xp2
 > FILLM1: ZTPOPN: DISK DEVICE = /home/mines/bin/aips/DAT NOT FOUND

    By DEFAULT, FILLM will try to read multiple files until one is
missing - in this case the 2nd.  You can control this with adverb
NCOUNT.  There is no error to wrroy about.

 > FILLM1: FLDKIO: ERROR   2 OPENING FILE
 > FILLM1: MCRECO: ERROR    8 OPENING DISK FILE    2
 > FILLM1: Read    373495 visibilities from  1 files
 > FILLM1: Appears to have ended successfully
 > FILLM1: phbehar2     31DEC05 TST: Cpu=       3.6  Real=       4
 > 
 > 
 > 
 > 2.  When I attempted to run LISTR, it did not work and I received the following error message:
 > 
 > 
 > ERROR  3 ON UNIT TTDEV01         , GETTING HOST/SERVICE BY NAME
 >  ZMSGOP: ZTTOPN RETURNS ERROR =   1 FOR LUN =   6
 > LISTR1: ZLPOPN: printer file = /tmp/ZLPOPN.a03695
 > /home/mines/bin/aips/31DEC05/SYSTEM/UNIX/ZLPCL2: line 204: [: too many arguments
 > /home/mines/bin/aips/31DEC05/SYSTEM/UNIX/ZLPCL2: line 217: [: =: unary operator expected
 > /home/mines/bin/aips/31DEC05/SYSTEM/UNIX/ZLPCL2: line 234: [: =: unary operator expected
 > /home/mines/bin/aips/31DEC05/SYSTEM/UNIX/ZLPCL2: line 241: [: `)' expected, found PREVIEW
 > LISTR1: Unknown printer type  on the
 > LISTR1: (ZLPCL2 doesn't know what to do for that type of printer)

   This suggests that $AIPS_ROOT/DA00/PRDEVS.LIST is not set up
correctly.  You have asked it to go to some printer about which it
knows nothing.

Eric Greisen

 > ZLPCL2: Success
 > LISTR1: ZLPCL2: ignoring error 0 from pclose()
 > LISTR1: a child process will delete /tmp/ZLPOPN.a03695 in 300 seconds
 > LISTR1: Appears to have ended successfully
 > LISTR1: phbehar2     31DEC05 TST: Cpu=       0.0  Real=       0
 > AIPS 1: Resumes
 > 
 > 
 > 
 > 
 > Lastly, out of curosity, what is "a child process"?  Thank you for your 
 > assistance.
 > 
 > Jonathan Mines
 > 
 > 
 > 
 > 
 > 
 > 
 > Eric Greisen wrote:
 > 
 > >Jonathan Mines writes:
 > > > I sent an e-mail to you last week.  I have made some progress since 
 > > > then, so assuming that you didn't read it yet, feel free to delete it.  
 > > > However, I have a few new questions.
 > >
 > >     daip recieves 100-200 spams a day.  If you are not careful about
 > >the subject matter they will be deleted unexamined.  I cannot find the
 > >previous one, so I assume that is what happened.
 > >
 > > > 
 > > > 1.  What does the below error message mean?  I have already attempted to 
 > > > look it up, use the "help" and "explain" commands, etc.  I seemed to be 
 > > > successful in executing the prtan command, however.
 > > > 
 > > >  >go
 > > > *ERROR  3 ON UNIT TTDEV01         , GETTING HOST/SERVICE BY NAME
 > > >  ZMSGOP: ZTTOPN RETURNS ERROR =   1 FOR LUN =   6*
 > >
 > >    You have not set up the system services for the TV, TEK, and
 > >message server.  Each task will attempt to access the message server
 > >when it starts and, when it fails, will then write its messages to
 > >your xterm.  But when the services are not set up there is this error
 > >that will be reported.  See the AIPS Manager FAQ page or the
 > >installation instructions page from our home web site
 > >
 > >              http://www.aoc.nrao.edu/aips
 > >
 > >for instructions about this.
 > >
 > > > 
 > > > 2.  I received another error message when executing the "fillm" 
 > > > command.  For future reference where can I obtain more information on 
 > > > these errors?  They are not in either the AIPS index or glossary.  Thank 
 > > > you.
 > >
 > >Was the FILLM message the same?
 > >
 > >We have not set up a list of error messages because they are too
 > >diverse and numerous and some even depend on the host OS rather than
 > >fully on AIPS.  There should be no error messages so we regard all of
 > >them as exceptions.  In general, they are a little easier to interpret
 > >than the one above - although the fault is a failure to set up a
 > >service name.
 > >
 > >Eric Greisen
 > >
 > >  
 > >