reconstructParMesh not working with an axisymetric case
I'm trying to solve a problem with the computation of an internal combustion engine. I'm using an axisymetric geometry (with wedge boundary type for front and back).
I have tested this geometry with engineFoam and everything is working fine. Then I tested the reconstructParMesh tool (test for another application based on engineFoam but using layering) and it gives me the following error:
Any idea of what is going wrong?
I've slightly modified the wedgePolyPatch.C file to avoid using the initTransform function when cloning the empty mesh.
But now that reconstructParMesh is working, reconstructPar is not with again a segmentation fault. Perhaps, it is link to the layering now.
Does someone have any idea?
There is still a problem when reconstructPar is rereading the topology when it changes.
Does anyone see where it comes from?
Here is what I have when I run reconstructPar with gdb.
Any help would be greatly appreciated.
Program received signal SIGSEGV, Segmentation fault.
0x00002ab21f33223a in Foam::HashTable<Foam::regIOobject*, Foam::word, Foam::string::hash>::find (this=0x13aabc60, key=@0x13ad8d48) at lnInclude/HashTable.C:138
138 for (hashedEntry* n=table_[ii]; n; n=n->next_)
Foam::sigSegv::sigSegvHandler () at signals/sigSegv.C:38
38 void Foam::sigSegv::sigSegvHandler(int)
#0 Foam::sigSegv::sigSegvHandler () at signals/sigSegv.C:38
#1 <signal handler called>
#2 0x00002ab21f33223a in Foam::HashTable<Foam::regIOobject*, Foam::word, Foam::string::hash>::find (this=0x13aabc60, key=@0x13ad8d48) at lnInclude/HashTable.C:138
#3 0x00002ab21f33099c in Foam::objectRegistry::checkOut (this=0x13aabc00, io=@0x13ad8d40) at db/objectRegistry/objectRegistry.C:156
#4 0x00002ab21f32b229 in Foam::regIOobject::checkOut (this=0x13ad8d40) at db/regIOobject/regIOobject.C:160
#5 0x00002ab21f32b890 in ~regIOobject (this=0x13ad8d40) at db/regIOobject/regIOobject.C:121
#6 0x0000000000469176 in ~IOList (this=0x13ad8d40) at /home/term/contino/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/IOList.C:95
#7 0x0000000000465d10 in Foam::autoPtr<Foam::IOList<int> >::reset (this=0x7fff8ddebd70, p=0x0) at /home/term/contino/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/autoPtrI.H:91
#8 0x0000000000465d38 in Foam::autoPtr<Foam::IOList<int> >::clear (this=0x7fff8ddebd70) at /home/term/contino/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/autoPtrI.H:101
#9 0x0000000000465d4f in ~autoPtr (this=0x7fff8ddebd70) at /home/term/contino/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/autoPtrI.H:50
#10 0x00000000004643fa in Foam::processorMeshes::read (this=0x7fff8dded5c0) at processorMeshes.C:83
#11 0x0000000000464c13 in Foam::processorMeshes::readUpdate (this=0x7fff8dded5c0) at processorMeshes.C:192
#12 0x00000000004764b0 in main (argc=1, argv=0x7fff8ddee068) at reconstructPar.C:131
Here are the few lines before the segmentation fault when activating the debug switch on objectRegistry.
Here is also another piece of information: in the read function of processorMeshes.C, when I switch the pointProcAdressing (ln 52-67) block with the faceProcAdressing (ln 70-85) one, reconstructPar works for two more directories then crash again with a segmentation fault.
I definetely don't know where this comes from. Anyone to help? Please.
|All times are GMT -4. The time now is 16:27.|