[daip] AIPS-31DEC05: BAD CHARACTERS IN ADVERB OUTPRINT ???

Eric Greisen egreisen at nrao.edu
Tue Nov 29 11:55:08 EST 2005


jcammisa at haverford.edu writes:
 > greetings.  last week we finally made the jump to AIPS-31DEC05; everything
 > worked splendidly with only one exception-  one user is having adverb
 > trouble on every single task she tries, eg,
 > 
 > >getn 4
 > AIPS 1: Got(1)   disk= 1  user=  22   type=UV   20030310.L BAND.1
 > >inp prthi
 > AIPS 1: PRTHI:  Verb to print the HI (History) file of an image
 > AIPS 1: Adverbs     Values                 Comments
 > AIPS 1: ----------------------------------------------------------------
 > AIPS 1: USERID        0                    User ID. 0=>current user
 > AIPS 1:                                      32000=>all users
 > AIPS 1: INNAME     '20030310'              Image name(name).
 > AIPS 1: INCLASS    'L BAND'                Image name(class).
 > AIPS 1: INSEQ         1                    Image name(seq. #). 0=>high
 > AIPS 1: INDISK        1                    Disk drive #. 0=>any
 > AIPS 1: DOCRT         0                    <= 0 -> List on line printer
 > AIPS 1:                                    > 0  -> List on terminal
 > AIPS 1: CHARACTER    1 BAD IN
 > AIPS 1: BAD CHARACTERS IN ADVERB OUTPRINT
 > AIPS 1: CHARACTER?
 > >go prthi
 > AIPS 1: CHARACTER    1 BAD IN
 > AIPS 1: BAD CHARACTERS IN ADVERB OUTPRINT
 > AIPS 1: CHARACTER?

     It is possible that a few adverbs have been mesed up - for
example if one does a TGET something that changed between the old
version and the new one then the TGET may mess up a character adverb
by putting non-character values in it.  Simply typing

OUTPRI = ' '

will fix this one.

 > 
 > when we look in detail at the user's catalog, we see something that looks
 > pertinent indeed--there are related files whose status indicates that they
 > are currently being written (though there is really no reason why this
 > should be so).  eg,
 > 
 > >mcat
 > AIPS 1: Catalog on disk  1
 > AIPS 1:  Cat Usid Mapname      Class   Seq  Pt     Last access      Stat
 > AIPS 1:    5   22 20030310    .TVFLGR.    1 MA 24-MAR-2003 15:39:55 WRIT
 > AIPS 1:    6   22 20030310    .TVFLGR.    2 MA 24-MAR-2003 15:49:03 WRIT
 > AIPS 1:    7   22 20030310    .TVFLGR.    3 MA 24-MAR-2003 16:04:01 WRIT
 > 
 > any idea what might be the problem here?  could it be as simple as, say, a
 > corrupted SAVE-GET file?  any input you might have would be hugely
 > appreciated, as usual...


These have been around for 2 1/2 years.  It looks like TVFLG aborted
and left its work files around.  This is not related to the bad
adverb.


getn 5
for inseq=1:3; clrs; zap; end

will remove these

Eric Greisen




More information about the Daip mailing list