We don't know what this "type" of file is so I'm not sure. If you give us an example then we can help. I'm guessing a previous step has done an NDF section into the data array but has not adjusted the dimensionality of JCMTSTATE. SMURF is meant to be able to attempt to correct for this by offsetting into the JCMTSTATE array. If we have an example file we might be able to work out what changed. smf_open_file only changed a little in January. sc2store changed in September but that was a minor tweak to NDG.


On Thu, Dec 6, 2012 at 9:57 AM, Sherwood, Matt <[log in to unmask]> wrote:
Hi David,

It is true that the s8c20120925_00026_0003_phs.sdf does not exist. The reason is that this is the intended output of the smurf recipe task _FTS2_APPLY_PHASE_CORRECTIONDS_, which fails when attempting to open s8c20120925_00026_0003_fts.sdf. This file is emitted from the previous step (_FTS2_INIT_). This error occurs in smurf_fts2_phasecoorrds.c upon calling smf_open_file().

This is the reason for my inquiry. What is now causing smf_open_file to fail with this type of file as input? My predecessor Josh states that this step worked recently, but now does not.

Thanks,
Matt


On 2012-12-06, at 1:33 AM, David Berry wrote:

> On 6 December 2012 00:36, Sherwood, Matt <[log in to unmask]> wrote:
>> Greetings,
>>
>> I've just begun this week on FTS-2 related software development for the SCUBA-2 camera on the JCMT telescope in Hilo, Hawaii on behalf of the JACH.
>>
>> My predecessor informs me that a recent change in smurf related Starlink code may have occurred that conflicts with the prior behaviour of smf_open_file. The suspicion is that since our treatment of the data cube changes its size relative to that specified originally in JCM2STATE, that there may now be a conflict arising. The only other things this step in our process changes in the original file, which does open fine, is to update some FITS parameters and to add an FTS2 meta data section.
>>
>> Here is the error we are getting:
>>
>> #26 Err: !! DAT_SLICE: Error obtaining a locator to a slice of an HDS array.
>> #26 Err: !  Unable to open the source file!
>> #26 Err: !! SAI__ERROR: Error
>> #26 Err: RECIPE ERROR: Error during header read from NDF s8c20120925_00026_0003_phs:
>> Error accessing file '/home/matt/Work/JAC/data/scuba2/reduced/s8c20120925_00026_0003_phs.sdf' - No such file or directory
>
> Hi Matt,
>              The message is suggesting that the file
> /home/matt/Work/JAC/data/scuba2/reduced/s8c20120925_00026_0003_phs.sdf
> does not exist. Firstly, can you confirm whether this is or is not
> true?  If the file does not exist, then HDS is working properly and
> the next questions to ask are how this file was supposed to be
> created, what may have prevented it from being created, and what could
> have deleted it. If the file *does* exist, then it looks like there is
> a problem in HDS.
>
> David
>
>
>> HDS_OPEN: Error opening an HDS container file.
>>  at /home/matt/software/star/bin/oracdr/src/lib/perl5/ORAC/BaseNDF.pm line 397.
>>
>> Any suggestions on this would be helpful.
>>
>> Thanks,
>> Matt
>>
>> Matt Sherwood
>> [log in to unmask]
>> ----
>> Starlink User Support list
>> For list configuration, including subscribing to and unsubscribing from the list, see
>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK
>
> ----
> Starlink User Support list
> For list configuration, including subscribing to and unsubscribing from the list, see
> https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK

----
Starlink User Support list
For list configuration, including subscribing to and unsubscribing from the list, see
https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK

---- Starlink User Support list For list configuration, including subscribing to and unsubscribing from the list, see https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STARLINK