[daip] small problem

[Eric Greisen]

Mark Reid wrote:

>>
>> 1. The change to AVSPC was done October 1, 2007.  All tasks that allow 
>> calibration were changed to support all standard 
>> calibration/data-selection adverbs.  DOACOR false is what most users 
>> want most of the time.  It is a global adverb and you can set it to 
>> true (> 0) in your script.
> 
>   I'll do that, but it would be nice to have defaults that are backwards 
> compatible.

The problem was that the adverb was omitted by accident.  The default 
for that adverb has not changed.
> 
>>
>> 2. I have today modified ACCOR to trap the no data found case and set 
>> the error return.  Your script will detect this error if you run with 
>> DOWAIT=TRUE.  It will not see the error if you run instead with 
>> DOWAIT=FALSE with task='accor'; go; wait.
> 
>    All my scripts use the "go; wait".   I assume there is a reason you 
> can't have the task print a warning that appears in the messages.

The reason I wrote the above about DOWAIT is that aips is designed to 
have scripts die when they should.  But one has to resume aips only 
after the task knows that it has failed.  Of course, the task will also 
emit a message about the failure.  But your script will continue to run 
anyway.
>>
>> 3. CLCOR does not modify CL table 1 - it is an error to tell it to do 
>> so.  Instead, by default, it copies the input CL table (GAINVER) to an 
>> output CL version (GAINUSE) and then modifies that version.  This 
>> would be CL table 2 in normal usage (if you start with only 1 CL 
>> table).  The error message suggests that it was unable to read that 
>> new table, but you have not given me enough information to tell what 
>> really went wrong.
>>
> 
>    It was SN tables, not CL tables.  It looks for SN2 (at least that is 
> what the message says), when I specified only SN1.

Since CLCOR does not do anything whatsoever with SN tables, I assumed 
you meant CL tables.  Can you actually send me the inputs and messages 
from CLCOR?  I can do a much better job of debugging with facts.

Eric Greisen

> Mark