[daip] Problem between record length and block size, with READISK

Eric Greisen egreisen at nrao.edu
Sun Jan 27 17:42:17 EST 2013


Belles Pierre-Emmanuel wrote:
>   Hello,
> 
>      While using the READISK procedure to load AIPS-format files onto my 
> new laptop (running on Leopard), I've got the following error message:
> LOCALH> FITLD1: TAPIO: RECORD LENGTH   2688 INCONSISTENT WITH BLOCK SIZE 
>  2880
> LOCALH> FITLD1: UVFDAT: ERROR READING TAPE. IERR=    10
> LOCALH> FITLD1: ERROR     10 RETURNED FROM UVFDAT
> LOCALH> FITLD1: Destroyed  1 extension files of type HI
> 
> The files were written with the WRTDISK procedure, while I was working 
> on a Linux machine. For some reason, WRTDISK wrote data blocks with only 
> 2688 bytes, making the files unreadable by READISK (which seems to 
> expect to receive fits-format files, with blocks having n*2880 bytes). 
> Strangely, this only affects only some of my files, not all of them.
> 
>    I tried to change the "corrupted" input files and add extra bytes 
> until reaching 2880, using the task TCOPY. According to the help file, 
> "TCOPY may be used to insert missing end-of-file marks between 
> FITS-format data sets". But I got the same kind of error message:
> LOCALH> TCOPY1: Task TCOPY  (release of 31DEC11) begins
> LOCALH> TCOPY1: DISK OUTPUT VALID ONLY FOR FITS FORMAT, NOT RECORDS OF 
>  2688 BYT
> LOCALH>         ES
> LOCALH> TCOPY1: WARNING: NO files copied
> 
>     I tried to load the files on another laptop, with a former version 
> of AIPS. Same pb.
> 
>     If you have any suggestions on how to solve this pb, please, they 
> are welcome !

AIPS FITS writing tasks FITTP and FITAB will write n*2880- byte files at 
all times except when they encounter a serious error.  That must have 
happened in the WRTDISK procedure which should have brought it to a 
jarring halt.  Do you have any idea what happened there?

Eric Greisen




More information about the Daip mailing list