|
[Sponsors] |
October 27, 2009, 12:46 |
bug in mergeMeshes?!
|
#1 |
New Member
Axel Mohr
Join Date: Mar 2009
Location: Kiel, Schleswig-Holstein, Germany
Posts: 24
Rep Power: 17 |
Hallo,
is there any known bug in mergeMeshes? I've tried to merge two simple meshes. I've modified the boundary-file of the master-case like described here http://www.cfd-online.com/Forums/ope...h-problem.html This is the result from OpenFOAM 1.6 (the 'same' in 1.6.x, 1.5-dev shows 'segmentation fault' only): // * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Master: "." "case-master" mesh to add: "." "case-add" Create Times Reading master mesh for time = 0 Create mesh #0 Foam::error:rintStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so" #1 Foam::sigSegv::sigSegvHandler(int) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so" #2 ?? in "/lib64/libc.so.6" #3 Foam::List<int>:perator=(Foam::List<int> const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so" #4 Foam:olyTopoChange::addFace(Foam::face const&, int, int, int, int, int, bool, int, int, bool) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so" #5 Foam:olyTopoChange::addMesh(Foam:olyMesh const&, Foam::List<int> const&, Foam::List<int> const&, Foam::List<int> const&, Foam::List<int> const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so" #6 Foam:olyTopoChange:olyTopoChange(Foam:olyMes h const&, bool) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so" #7 Foam::mergePolyMesh::mergePolyMesh(Foam::IOobject const&) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/mergeMeshes" #8 main in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/mergeMeshes" #9 __libc_start_main in "/lib64/libc.so.6" #10 _start at /usr/src/packages/BUILD/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:116 Segmentation fault ----------------------------------------------------------------------- Now I recompiled the 1.5-dev in Debug-Mode. This lead to the following output: --------------------------------------------------- Master: "." "case-master" mesh to add: "." "case-add" Create Times Reading master mesh for time = 0 Create mesh start 2720 out of range 0 ... 2719 From function UList<T>::checkStart(const label) in file /home/of15/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/UListI.H at line 79. FOAM aborting Aborted --------------------------------------------------- Face 2720 should be the first face in case-add. the following is a snip of the boundary-file of case-master -------------------------------------------- . . . minZ-1 // case master - last patch { type patch; nFaces 200; startFace 2520; } maxX-2 // case add - first patch { type patch; nFaces 80; startFace 2720; } . . . -------------------------------------------- any idea, whats wrong? maybe there is 'only' a problem in my system or in my head ... I hope, someone can help ... thanks in advance ... greetings, Axel Last edited by alexm; October 27, 2009 at 20:41. Reason: more information |
|
October 30, 2009, 21:36 |
sorry, no bug
|
#2 |
New Member
Axel Mohr
Join Date: Mar 2009
Location: Kiel, Schleswig-Holstein, Germany
Posts: 24
Rep Power: 17 |
Hello,
I am sorry, my fault ... it is no bug in mergeMeshes ... now it is much more confortable, than I rememberd from earlier versions. Two cases, one acts as master, the other as add case and simply performing mergeMeshes . case-master . case-add without any change in constant/polyMesh/boundary results in the merged mesh in the time 1 folder in the master-case. That's all ... thanks to the programmers!! Good night and greetings, Axel |
|
Tags |
mergemeshes |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[mesh manipulation] MergeMeshes | hsieh | OpenFOAM Meshing & Mesh Conversion | 3 | September 10, 2014 10:15 |
[mesh manipulation] MergeMeshes and stitchMesh problem | flo | OpenFOAM Meshing & Mesh Conversion | 6 | May 10, 2010 11:40 |
MergeMeshes fails on OF141 any fix | hsieh | OpenFOAM Bugs | 3 | January 29, 2008 20:31 |
Bug reports | Mattijs Janssens (Mattijs) | OpenFOAM | 0 | January 10, 2005 11:05 |
Forum y2k Bug | Jonas Larsson | Main CFD Forum | 1 | January 5, 2000 11:22 |