[mattijs]

I changed matchTolerance to 1e-3 and it runs fine in 1.6.x. Don't see anything under valgrind either.

p.s. you have illegal patch fields on front and back for 0/p and 0/U.

[milleniumrider]

Hi,

Thank you for checking it. I tried running it again with the tolerance 1e-3. And I still get the following errors:

bash-3.2$ #0 Foam::error:rintStack(Foam::Ostream&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigSegv::sigSegvHandler(int) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 __restore_rt at sigaction.c:0
#3 Foam::tmp<Foam::Field<double> > Foam::fvPatch:atchInternalField<double>(Foam::UL ist<double> const&) const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#4 Foam::fvPatchField<double>:atchInternalField() const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#5 Foam::wedgeFvPatchField<double>::evaluate(Foam::Ps tream::commsTypes) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#6 Foam::wedgeFvPatchField<double>::wedgeFvPatchField (Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#7 Foam::fvPatchField<double>::adddictionaryConstruct orToTable<Foam::wedgeFvPatchField<double> >::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#8 Foam::fvPatchField<double>::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#9 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::GeometricB oundaryField(Foam::fvBoundaryMesh const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#10 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readField(Foam::Istream&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#11 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#12 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#13 __libc_start_main in "/lib64/libc.so.6"
#14 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"

I need to know if this might be a problem with installing the new version, since we have changed to 1.6-x recently and I basically cannot understand most of these errors.

Sorry if my questions are trivial. But any information would be really appreciated.

Best regards,
Vasu

[mattijs]

Your previous error was from createPatch. This error seems to be from icoFoam and from a wedge patchField. The createPatch case did not contain any wedges.

[milleniumrider]

Hello,

Yes I'm so sorry, I'm running another case with wedge patch types, and I posted the wrong one.

This is the error with the create_patch_test_case:

Moving faces from patch front to patch 6
#0 Foam::error:rintStack(Foam::Ostream&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigSegv::sigSegvHandler(int) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 __restore_rt at sigaction.c:0
#3 changePatchID(Foam:olyMesh const&, int, int, Foam:olyTopoChange&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/createPatch"
#4 main in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/createPatch"
#5 __libc_start_main in "/lib64/libc.so.6"
#6 _start in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/createPatch"
Segmentation fault


Again I'm really sorry for the mix-up.

[mattijs]

Are you using an uptodate 1.6.x?

You could in $FOAM_UTILITIES/mesh/manipulation/createPatch add the debug flags to Make/options (see http://openfoamwiki.net/index.php/HowTo_debugging) and

wclean
wmake

and see where the error comes from.

[Forrest_Lei]

Hi al,l

I am using OF1.6.x, converted the mesh from ICEM, just two parallel surfaces need to be made cyclic, it worked for one of the mesh I created without any problem. another mesh i made is quite similar with the previous one, but it was just not able to get through when I run the same createPatchDict. The error is something like this ...
----------------------------------------
face 6 area does not match neighbour 5006 by 0.108917% -- possible face ordering problem.
patcher_final my area:0.0102764 neighbour area:0.0102876 matching tolerance:0.001
___________________

Increased the tolerance to 1, cyclic boundary was created but with error messages like this:
------------------------
cyclicPolyPatch:rder : Writing half0 faces to OBJ file "frontBack1_half0_faces.obj"
cyclicPolyPatch:rder : Writing half1 faces to OBJ file "frontBack1_half1_faces.obj"
cyclicPolyPatch:rder : Dumping currently found cyclic match as lines between corresponding face centres to file "/home/vela/yingchun/OpenFOAM/yingchun-1.6.x/run/lestry03/frontBack1_faceCentres.obj"
--> FOAM Serious Error :
From function cyclicPolyPatch:rder(const primitivePatch&, labelList&, labelList&) const
in file meshes/polyMesh/polyPatches/constraint/cyclic/cyclicPolyPatch.C at line 1547
Patch:frontBack1 : Cannot match vectors to faces on both sides of patch
Perhaps your faces do not match? The obj files written contain the current match.
Continuing with incorrect face ordering from now on!
Dumping frontBack1 half0 faces to "coupled_frontBack1_half0.obj"
Dumping frontBack1 half1 faces to "coupled_frontBack1_half1.obj"
Dumping cyclic match as lines between face centres to "coupled_frontBack1_match.obj"
Synchronising points.
On coupled patch frontBack1 separation[0] was (1.37682718046e-07 -5.12042025335e-10 -1.1999999881)
On coupled patch frontBack1 forcing uniform separation of 1((-1.85957778909e-06 -2.09167501777e-08 -1.1999999881))
Synchronising points.
Points changed by average:8.78905215655e-07 max:0.0143106865778
Removing patches with no faces in them.
Removing empty patch frontBack at position 24
Removing patches.
Dumping frontBack1 half0 faces to "final_frontBack1_half0.obj"
Dumping frontBack1 half1 faces to "final_frontBack1_half1.obj"
Dumping cyclic match as lines between face centres to "final_frontBack1_match.obj"
Writing repatched mesh to 1e-05
__________________________________

checked the obj mesh with paraview, it seems fine, not sure if this mesh is going to be ok with this error message.

Have any of you who had the similar problem found a way to fix this now?

Thank you
Forrest

[mattijs]

Looks like your opposite faces do not have the same area.

What does

checkMesh -time 1e-05

say about the resulting mesh?