2018-01-22 20:20 GMT

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001184OpenFOAM[All Projects] Bugpublic2014-02-25 13:08
Assigned Touser4 
StatusresolvedResolutionno change required 
PlatformLinuxOSUbuntu OS Version12.04
Product Version 
Target VersionFixed in Version 
Summary0001184: Failure to start from latest time when BC stores scalarlist
DescriptionI 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 provided under Additional Information.

This only happens when you are writing the files in binary format. Simulations stored in ascii format or with scalars stored instead of scalarLists run flawlessly. The same error is present at least from version 2.1.1 to 2.3
Steps To ReproduceI have created an easy-to-check case, 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 a 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.


This yields no error for the ascii case, and fails for the binary case.
Additional InformationCreate time

Create mesh for time = 0.1

Reading transportProperties

Reading field p

Reading field U

"ill defined primitiveEntry starting at keyword 'dumlist' on line 32 and ending at line 33"

file: /media/work/OpenFOAM/OpenFOAM-2.3.0/run/testBug/cavity_bin/0.1/U at line 33.

    From function primitiveEntry::readEntry(const dictionary&, Istream&)
    in file lnInclude/IOerror.C at line 132.

FOAM exiting
TagsNo tags attached.
Attached Files





write as a scalarField and #include fieldTypes.H

-Issue History
Date Modified Username Field Change
2014-02-25 11:50 higuerap New Issue
2014-02-25 11:50 higuerap File Added: testBug.tar.gz
2014-02-25 13:07 user4 File Added: failFixedValueFvPatchField.C
2014-02-25 13:08 user4 Note Added: 0002895
2014-02-25 13:08 user4 Status new => resolved
2014-02-25 13:08 user4 Resolution open => no change required
2014-02-25 13:08 user4 Assigned To => user4
+Issue History