Simulation terminated with exit code: 132

[Jakub Łaszczewski]

I am Mac OS 10.11 (El Capitan) user. I used 4.6 and when I tried to build some simulation I always get "Simulation terminated with exit code: 139" and couldn’t do nothing at all with that. I thought that when I install 5.0 then everything will be fine, but now I get something like that:

Simulation terminated with exit code: 132
Working directory: /Users/JL_Data/omnetpp-5.0/samples/tictoc
Command line: tictoc -r 0 --debug-on-errors=false omnetpp.ini

Environment variables:
PATH=/Users/JL_Data/omnetpp-5.0/bin::/usr/bin:/bin:/usr/sbin:/sbin
DYLD_LIBRARY_PATH=/Users/JL_Data/omnetpp-5.0/lib::
OMNETPP_IMAGE_PATH=/Users/JL_Data/omnetpp-5.0/images

And when I tried open some simulation in terminal I get: 

Illegal instruction: 4

Do you have some idea what can I do with that problem? I tried to find something on the internet, but after one day I do not get any idea.

If you need some more information, please let me know.

[Pablo]

Hi, 

I was using OMNeT 4.6 in Mac OS X 10.11 El Capitan. Now, updating to OMNeT 5 and exactly the same here. 

There wasn't any problem when building omnet 5, and the IDE starts properly, but when executing any example I get the following message:

 

Simulation terminated with exit code: 132

While debugging the program stop at the following point, and if you continue the execution the application freezes. By the way, OMNeT 5 freeze a lot in Mac.

Stopped at:

===========

No source available for "osg::DisplaySettings::DisplaySettings() at 0x100c4fad5"

 

Stack

=====

Thread #1 0x1203 (Suspended : Signal : SIGILL:Illegal instruction)   

      osg::DisplaySettings::DisplaySettings() at 0x100c4fad5   

      osg::DisplaySettings::instance() at 0x100c4b7e4     

      _GLOBAL__sub_I_BlendColor.cpp() at 0x100c23eb6

      0x7fff5fc12f8b   

      0x105fbfb390     

      0x1  

      0x100c132e8

      0x100c135b0

      0x100c13420

      0x7fff5fc39630   

      <...more frames...>   

 

Disassembly

===========

0000000100c4fad5:   vxorps %xmm0,%xmm0,%xmm0

I've tried without Qt, and with Qt 4, Qt 5 and, after more than 1 day of work, the same. 

Any idea? In the meantime, I return to OMNeT 4.6.

Regards

Pablo

[Alberto Núñez]

Hi!

I got the same error when I compile OMNeT 5.0 using the default configuration (clang). I am currently using macOs Sierra (10.12.6)

However, when I force OMNeT 5.0 to be compiled with GCC, I get the following error:

Creating shared library: /Users/cana/omnetpp-5.0/lib/clang/liboppsim.dylib

Undefined symbols for architecture x86_64:

  "omnetpp::cMemCommBuffer::cMemCommBuffer()", referenced from:

      omnetpp::cSingleFingerprintCalculator::addEvent(omnetpp::cEvent*) in cfingerprint.o

  "omnetpp::cMemCommBuffer::~cMemCommBuffer()", referenced from:

      omnetpp::cSingleFingerprintCalculator::addEvent(omnetpp::cEvent*) in cfingerprint.o

  "omnetpp::cCommBufferBase::getMessageSize() const", referenced from:

      omnetpp::cSingleFingerprintCalculator::addEvent(omnetpp::cEvent*) in cfingerprint.o

  "omnetpp::cCommBufferBase::getBuffer() const", referenced from:

      omnetpp::cSingleFingerprintCalculator::addEvent(omnetpp::cEvent*) in cfingerprint.o

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see invocation)

make[2]: *** [/Users/cana/omnetpp-5.0/lib/clang/liboppsim.dylib] Error 1

make[1]: *** [sim] Error 2

make: *** [allmodes] Error 2

It is curious that several months ago it worked perfectly. Maybe some update produce this error.

If anyone have information to solve it, please let me know ;)

Best regards,

Alberto

[Diamond Lizard]

Hi Alberto Nunez, 

I am having the same error Undefined symbols for architecture x86_64:. 

The tech stack I am using is omnetpp 5.1, veins 4.6 and macOs High Sierra 10.12.16. 

Here is the error I am getting 

make MODE=debug all

cd src && /Applications/Xcode.app/Contents/Developer/usr/bin/make

Creating executable: ../out/clang-debug/src/vanets-4.6

ld: warning: directory not found for option '-L/veins/src/'

Undefined symbols for architecture x86_64:

  "BaseModule::receiveSignal(omnetpp::cComponent*, int, omnetpp::cObject*, omnetpp::cObject*)", referenced from:

      Mac16094Metrics::receiveSignal(omnetpp::cComponent*, int, omnetpp::cObject*, omnetpp::cObject*) in Mac16094Metrics.o

  "BaseModule::handleHostState(HostState const&)", referenced from:

      vtable for Mac16094Metrics in Mac16094Metrics.o=

      vtable for PhyLayer80211pMetrics in PhyLayer80211pMetrics.o

  "BaseModule::findHost()", referenced from:

      PhyLayer80211pMetrics::initializeDecider80211p(std::__1::map<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, omnetpp::cMsgPar, std::__1::less<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > >, std::__1::allocator<std::__1::pair<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const, omnetpp::cMsgPar> > >&) in PhyLayer80211pMetrics.o

  "BaseDecider::canAnswerCSR(BaseDecider::CSRInfo const&)", referenced from:

      vtable for Decider80211pMetrics in Decider80211pMetrics.o

"BaseDecider::processSignal(Veins::AirFrame*)", referenced from:

      vtable for Decider80211pMetrics in Decider80211pMetrics.o

"BaseDecider::getChannelInfo(omnetpp::SimTime const&, omnetpp::SimTime const&, std::__1::list<Veins::AirFrame*, std::__1::allocator<Veins::AirFrame*> >&)", referenced from:

      vtable for Decider80211pMetrics in Decider80211pMetrics.o
...
...
...

 "non-virtual thunk to PhyLayer80211p::setCCAThreshold(double)", referenced from:

     vtable for PhyLayer80211pMetrics in PhyLayer80211pMetrics.o

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see invocation)

make[1]: *** [../out/clang-debug/src/vanets-4.6] Error 1

make: *** [all] Error 2

I initially thought the error was due to High Sierra no longer supporting gcc by default. 

So I followed the instructions here 

https://groups.google.com/forum/#!topic/omnetpp/XdH4xJtViaU

Attempt 1 : 

Some of the things I did : 

- Verified had gcc installed  

- Installed gdb with homebrew

- Codesigned the gdb certificate 

- Changed configure.user in omnetpp to use gcc with the values below 

 

CC=gcc
CXX=g++

PREFER_CLANG=no

CFLAGS_DEBUG='-g -Wall'
#CFLAGS_RELEASE='-O2 -DNDEBUG=1'

- reconfigured omnettp with 

 

$ make clean
$ ./configure
$ make

- Opened omnetpp and build project vanets-4.6 

Outcome:  I still got the same error, so I changed configure.user back to use clang as preference. 

Attempt 2: 

I searched the error a bit more in eclipse forums. 

In most of the similar errors found, they suggest to link the missing library. 

I attempted to link veins directly by Project ->properties 

Outcome: 

I used the File System to add the path /veins/src. It saids it cannot find the file and the undefined symbols error remains. 

Where you able to resolve this or have suggestions on what to look at next. 

Thank you 

Regards, 

Susana