|
[Sponsors] |
Personalization of mapFields and libsampling - Compilation issues |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
June 29, 2016, 08:49 |
Personalization of mapFields and libsampling - Compilation issues
|
#1 |
New Member
Peter im Hof
Join Date: Nov 2013
Posts: 9
Rep Power: 13 |
Dear Foamers,
i'm using OpenFOAM 2.2.2. In order to lower the interpolation errors of mapFields near walls I am trying to add a new interpolation scheme like this was done here: http://www.cfd-online.com/Forums/ope...mapfields.html Therefore I need to change mapFields itself as well as some files in the sampling library (inside meshToMeshInterpolation). I want the original mapFields executable and sampling libraries to be unchanged. Thats why I copied the mapFields directory as well as the whole OpenFOAM src-folder (including 'sampling') to another location. To get a smooth start I changed the names 'mapFields' to mapFieldsMJ and did some changes to the Make-files. Now they look like that: mapFieldsMJ/Make/files: Code:
mapLagrangian.C mapFieldsMJ.C EXE = $(FOAM_USER_APPBIN)/mapFieldsMJ Code:
EXE_INC = \ -I$(LIB_USER_SRC)/meshTools/lnInclude \ -I$(LIB_USER_SRC)/lagrangian/basic/lnInclude \ -I$(LIB_USER_SRC)/finiteVolume/lnInclude \ -I$(LIB_USER_SRC)/sampling/lnInclude EXE_LIBS = \ -L$(FOAM_USER_LIBBIN) \ -lsamplingMJ \ -lmeshTools \ -llagrangian \ -lfiniteVolume \ -lgenericPatchFields Code:
... (only last line changed) ... meshToMeshNew = meshToMeshInterpolation/meshToMeshNew $(meshToMeshNew)/meshToMeshNew.C $(meshToMeshNew)/meshToMeshNewParallelOps.C LIB = $(FOAM_USER_LIBBIN)/libsamplingMJ Code:
EXE_INC = \ -I$(LIB_USER_SRC)/finiteVolume/lnInclude \ -I$(LIB_USER_SRC)/meshTools/lnInclude \ -I$(LIB_USER_SRC)/surfMesh/lnInclude \ -I$(LIB_USER_SRC)/fileFormats/lnInclude \ -I$(LIB_USER_SRC)/triSurface/lnInclude \ -I$(LIB_USER_SRC)/conversion/lnInclude \ -I$(LIB_USER_SRC)/lagrangian/basic/lnInclude LIB_LIBS = \ -lfiniteVolume \ -lmeshTools \ -lsurfMesh \ -lfileFormats \ -ltriSurface \ -llagrangian \ -lconversion Code:
*** glibc detected *** mapFieldsMJ: corrupted double-linked list: 0x00000000013694e0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x34c2075f3e] /lib64/libc.so.6[0x34c2076343] /lib64/libc.so.6[0x34c2078d68] /lib64/libc.so.6(exit+0x115)[0x34c2035b15] /lib64/libc.so.6(__libc_start_main+0x104)[0x34c201ed24] mapFieldsMJ[0x4326f9] ======= Memory map: ======== 00400000-00501000 r-xp 00000000 08:02 11403340 /local_home/joppa_local/OpenFOAM/joppa_local-2.2.2/platforms/linux64Gcc45DPOpt/bin/mapFieldsMJ 00701000-00707000 rw-p 00101000 08:02 11403340 /local_home/joppa_local/OpenFOAM/joppa_local-2.2.2/platforms/linux64Gcc45DPOpt/bin/mapFieldsMJ 011c5000-01720000 rw-p 00000000 00:00 0 [heap] 34c1c00000-34c1c20000 r-xp 00000000 08:02 5243033 /lib64/ld-2.12.so 34c1e1f000-34c1e20000 r--p 0001f000 08:02 5243033 /lib64/ld-2.12.so 34c1e20000-34c1e21000 rw-p 00020000 08:02 5243033 /lib64/ld-2.12.so 34c1e21000-34c1e22000 rw-p 00000000 00:00 0 34c2000000-34c218a000 r-xp 00000000 08:02 5243035 /lib64/libc-2.12.so 34c218a000-34c238a000 ---p 0018a000 08:02 5243035 /lib64/libc-2.12.so 34c238a000-34c238e000 r--p 0018a000 08:02 5243035 /lib64/libc-2.12.so 34c238e000-34c2390000 rw-p 0018e000 08:02 5243035 /lib64/libc-2.12.so 34c2390000-34c2394000 rw-p 00000000 00:00 0 34c2400000-34c2483000 r-xp 00000000 08:02 5243399 /lib64/libm-2.12.so ... more lines followed ... I tried to get rid of this problem without success - getting a little bit frustrated since I did not even change anything inside the code. Could you please help me? I would be very grateful if anyone could give me a hint how to solve the problem. |
|
June 29, 2016, 09:13 |
|
#2 |
Senior Member
Hassan Kassem
Join Date: May 2010
Location: Germany
Posts: 242
Rep Power: 18 |
Your Make deep revision!
Here are few general points,
|
|
June 29, 2016, 09:27 |
|
#3 |
New Member
Peter im Hof
Join Date: Nov 2013
Posts: 9
Rep Power: 13 |
Thank you very much for this answer.
Please don't blame me for my inexperience, but actually I'm still not sure what I did wrong. Which classes did I compile twice? Do I have to rename everything in the sampling-directory? |
|
June 29, 2016, 09:56 |
|
#4 |
Senior Member
Hassan Kassem
Join Date: May 2010
Location: Germany
Posts: 242
Rep Power: 18 |
No worries, we all are on OpenFOAM learning curve.
The classes of sampling library are recompiled without renaming. You don't need them all, you only need meshToMesh class. Before you processed further in this issue, it is better to test the new versions of OpenFOAM because this class had major updates since OF2.2. Even in OF2.2, you will notice that there are new meshToMesh class. The easiest and most straight forward way could be copy and rename meshtoMesh and included directly in your application. |
|
|
|