reconstructParMesh not working with an axisymetric case
Hi everyone,
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: Code:
Create time 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? Thank you. Francesco. |
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_) (gdb) n Foam::sigSegv::sigSegvHandler () at signals/sigSegv.C:38 38 void Foam::sigSegv::sigSegvHandler(int) (gdb) where #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 Francesco. |
Here are the few lines before the segmentation fault when activating the debug switch on objectRegistry.
Code:
Constructing IOobject called region0 of type IOobject 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 07:39. |