RE: ERROR: Binary/unformatted file does not have the correct size - Forum - Delft3D-Old
Message Boards
RE: ERROR: Binary/unformatted file does not have the correct size
ERROR: Binary/unformatted file does not have the correct size
Youngling Posts: 6 Join Date: 1/27/12 Recent PostsHi,
I finding the following error while runing the preprocessor for delwaq:
Input comes from binary file: Q1.par
ERROR: Binary/unformatted file does not have the
correct size: Q1.par
The size should not be zero and it should be a whole multiple of
982764 (= 4*(1+2*122845))
ERROR reading the data block !
ERROR encountered in processing this input item !
ERROR. Reading block 7 !! Check input file !!
ERROR. Too many and/or invalid data in block 7 !! Check
input file !!
The only strange issues i found in block 7 are this mesages:
; 'ACTIVE_EMERSION' - has missing value or model not suited
;
'Zthreshold' - has missing value or model not suited
;
'MaxIterations' - has missing value or model not suited
In the manual it says these commands are related do z-model conversion, but i'm usig regular sigma layers. I'm not sure how to fix it.
if anyone has a clue I would be grateful.
Thanks
RE: ERROR: Binary/unformatted file does not have the correct size
Youngling Posts: 6 Join Date: 1/27/12 Recent PostsI've just tried in another computer who has an older version of delft3d and it worked just fine. Any ideas about how to fix this problem?
RE: ERROR: Binary/unformatted file does not have the correct size
Jedi Knight Posts: 219 Join Date: 1/26/11 Recent PostsLet me first explain the messages in block 7: they are simply comments. Indeed the first two constants are used only in case of a z-layer model. I am not sure why they do appear in the input file. The last one has to do with certain integration options. Apparently you are using one that does not use an iterations.
Now the message about the file size. The preprocessor checks that the size of the file containing the parameters is of the expected size. If it is not, then the computational program would either fail - if the file is too small - or it would read the wrong values - if it was larger than expected because it was meant for another model, for instance. That would mean your calculation uses wrong data. Due to the structure of these files, it is the only check we can make.
However, we have noticed that in a number of situations, simply issuing an error message is not the appropriate way. This is notably the case if you use the "DELWAQ-G" or layered sediment module. More recent versions of the preprocessor (newer than february this year) issue a warning instead, leaving it to the user to check this.
Could you post the exact size of the file Q1.par (and whether you use the layered sediment module)? There is a chance the error message is correct.