Failure to start from latest time when BC stores scalarlist
1 Attachment(s)
Dear all,
I have observed that OpenFOAM fails to start from latest time when a custom boundary condition stores (and not even needs to read) a scalarlist. The error is as follows: Code:
Create time I have created an easy-to-check scenario, so it can be reproduced in a direct manner (v. 2.2.2 or 2.3). Please, find it attached. The case is based on the cavity tutorial, only that the new BC has been applied. The new BC is called 'failFixedValue' and is a modified version of 'oscillatingFixedValue', tailored to behave as fixedValue and to store a dummy scalarList associated to the BC. Am I doing something wrong or this is in fact a bug? Best, Pablo |
That was quick.
http://www.openfoam.org/mantisbt/view.php?id=1184 I have further questions and hope that someone is able to answer or correct me. Defining the former scalarList as a scalarField in the following way yields the same error for the binary case: Code:
scalarField dumfield = scalarField(10, -1.0); However some questions arise, as for example, if the BC is applied to two different boundaries, with different dumfield values, one would overwrite the other and mess everything, wouldn't it? I could try to create the field as dumfield_boundaryName, but isn't it a mess? Any thoughts on a better solution? Thanks, Pablo |
Well, problem solved, it works either way as a scalarList or scalarField, but it has to be written out using the following command:
Code:
dumthing.writeEntry("dumthing", os); Thanks mattijs for your guidance! QUICK EDIT: This is great... now paraview fails to open this binary case due to not understanding the scalarLists embedded in the BC. Of course, no trouble with the ascii format. |
I know this is a super old thread, but I'm having the same issue in OpenFOAM-10 with a custom BC. I currently have several List<scalars> read into the BC entry, and paraFoam refuses to load them. Running in OpenFOAM works fine.
Was a solution ever found? |
If you have a custom boundary condition, make sure that you emit a "value" entry as well. The ParaView/VTK reader should be able to use that. Do no expect the ParaView/VTK reader to manage various arbitrary boundary condition entries. There is no reasonable way to parse and interpret them in most cases.
Collated file format is also not currently supported, but if you or someone else would like that, please take a look at https://gitlab.kitware.com/vtk/vtk/-/issues/18157 for what is needed. Would need some time and resources. |
All times are GMT -4. The time now is 13:29. |