|
[Sponsors] |
Infinite loop error message when an error occur in OF 2.1 installed in Mac OS X 10.9 |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
September 29, 2014, 14:11 |
Infinite loop error message when an error occur in OF 2.1 installed in Mac OS X 10.9
|
#1 |
New Member
Matteo Cerminara
Join Date: Feb 2012
Posts: 15
Rep Power: 14 |
Dear All,
I have successfully installed OF 2.1 in my new macbook pro, everything works fine, except one thing: when an error occurs in a parallel run the following error message is written on the screen: Code:
*** Process received signal *** Signal: Floating point exception: 8 (8) Signal code: Floating point underflow (3) Failing at address: 0x1043c389a *** End of error message *** How can I fix it? Any ideas? Thanks, Matteo |
|
September 30, 2014, 02:32 |
|
#2 |
Senior Member
|
Hi,
as there's no official (or reference) release for OS X, you have to describe how did you build the software. Post the case where the error happens for other people to confirm the behavior and maybe propose a fix. |
|
September 30, 2014, 04:13 |
|
#3 |
New Member
Matteo Cerminara
Join Date: Feb 2012
Posts: 15
Rep Power: 14 |
Thanks Alexey for the suggestion.
I have installed OF 2.1.1 on Mac OS X 10.9.5 with the following patches: - OpenFOAM-2.1.x-Mac-gcc46.patch - OpenFOAM-2.1.x-Mac_20121009.patch following step by step what is suggested in http://openfoamwiki.net/index.php/In...OpenFOAM_2.1.x So, if I type "gcc -v", I get: Code:
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix Code:
Using built-in specs. COLLECT_GCC=gcc-mp-4.6 COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin13/4.6.4/lto-wrapper Target: x86_64-apple-darwin13 Configured with: /opt/local/var/macports/build/_opt_mports_dports_lang_gcc46/gcc46/work/gcc-4.6.4/configure --prefix=/opt/local --build=x86_64-apple-darwin13 --enable-languages=c,c++,objc,obj-c++,lto,fortran --libdir=/opt/local/lib/gcc46 --includedir=/opt/local/include/gcc46 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.6 --with-local-prefix=/opt/local --with-libiconv-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.6 --with-gxx-include-dir=/opt/local/include/gcc46/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --with-ppl=/opt/local --with-cloog=/opt/local --enable-cloog-backend=isl --disable-cloog-version-check --enable-stage1-checking --disable-multilib --enable-lto --enable-libstdcxx-time --with-as=/opt/local/bin/as --with-ld=/opt/local/bin/ld --with-ar=/opt/local/bin/ar --with-bugurl=https://trac.macports.org/newticket --disable-ppl-version-check --with-pkgversion='MacPorts gcc46 4.6.4_5' Thread model: posix gcc version 4.6.4 (MacPorts gcc46 4.6.4_5) Code:
mpirun (Open MPI) 1.5.3 Report bugs to http://www.open-mpi.org/community/help/ Tnx, Matteo |
|
September 30, 2014, 05:09 |
|
#4 |
Senior Member
|
Well, more or less. Now you have to wait till someone will bother to install 2.1.1 on OS X 10.9 using gcc46 from Macports and try to reproduce the error.
Btw does this infinite loop happens every time when error occurs in parallel run? I.e. person can just take random case from tutorial, correct settings for FPE to occur, and run the case in parallel. Or this infinite loop happens only with special solver? |
|
September 30, 2014, 07:19 |
|
#5 |
New Member
Matteo Cerminara
Join Date: Feb 2012
Posts: 15
Rep Power: 14 |
Ok, in my installation the procedure to get this infinite loop is the following:
- in the cavity test case set the viscosity "nu" equal to a negative value - if you run on it "icoFoam", after some solving loop you get the following error message: Code:
Segmentation fault: 11 Code:
*** Process received signal *** Signal: Segmentation fault: 11 (11) Signal code: (0) Failing at address: 0x0 *** End of error message *** Anyone can experience this? Any idea on the reason of this behavior? Thanks, Matteo |
|
October 1, 2014, 15:38 |
|
#6 |
Senior Member
|
Hi,
I was able to reproduce the error. As a workaround I can propose Code:
$ export -n $FOAM_SIGFPE I'll post a patch here as soon as I figure out the reason for the error and make the patch. |
|
October 2, 2014, 04:03 |
|
#7 |
New Member
Matteo Cerminara
Join Date: Feb 2012
Posts: 15
Rep Power: 14 |
Great, it works!
I am looking forward getting your patch. Thanks a lot. M |
|
Tags |
openfoam mac os x |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[Gmsh] Problem with Gmsh | nishant_hull | OpenFOAM Meshing & Mesh Conversion | 23 | August 5, 2015 02:09 |
Pre-compiled disk images of version 2.1 for Mac? | einatlev | OpenFOAM Installation | 11 | October 12, 2012 15:48 |
[CAD formats] my stl surface is seen as just a line | rcastilla | OpenFOAM Meshing & Mesh Conversion | 2 | January 6, 2010 01:30 |
NACA0012 geometry/design software needed | Franny | Main CFD Forum | 13 | July 7, 2007 15:57 |
5.7.1 solver doing max coeff loops. | Stevie Wonder | CFX | 5 | July 5, 2005 12:31 |