segfault during testConfig run

[Stephan Herrmann]

i try to run the test simulation using
bash: ./openwns openwns-sdk/modules/phy/imtaphy/testConfigs$ ./openwns
running on 64bit opteron.
during the simulation a segfault occures:
...
( 0.0000000) [CONST] TrafficGeneratorCBR[206] registerBinding(@offset=0s for duration=0s)
( 0.0000000) [CONST] TrafficGeneratorCBR[207] New GeneratorPP: iat=Fixed(fix=8e-05), packetSize=Fixed(fix=800)
( 0.0000000) [CONST] TrafficGeneratorCBR[207] registerBinding(@offset=0s for duration=0s)
( 0.0000000) [CONST] TrafficGeneratorCBR[208] New GeneratorPP: iat=Fixed(fix=8e-05), packetSize=Fixed(fix=800)
( 0.0000000) [CONST] TrafficGeneratorCBR[208] registerBinding(@offset=0s for duration=0s)
( 0.0000000) [CONST] TrafficGeneratorCBR[209] New GeneratorPP: iat=Fixed(fix=8e-05), packetSize=Fixed(fix=800)
( 0.0000000) [CONST] TrafficGeneratorCBR[209] registerBinding(@offset=0s for duration=0s)
( 0.0000000) [ IP] VARP Starting VARP Service.
( 0.0000000) [ IP] vARP.LTEARAN New ARP zone for LTEARAN
( 0.0000000) [ IP] VDHCP Starting VDHCP Service.
( 0.0000000) [ IP] vDHCP@.LTEARAN New DHCP zone for LTEARAN (Start : 192.168.0.2 End : 192.168.254.253)
( 0.0000000) [ IP] vDHCP@.LTEARAN SubnetMask is : 255.255.0.0
( 0.0000000) [ IP] vDNS.ip.DEFAULT.GLOBAL New DNS zone for ip.DEFAULT.GLOBAL
( 0.0000000) [ IP] vDNS.ip.DEFAULT.GLOBAL Starting VDNS Service.
( 0.0000000) [ LTEA] eNB1.L2.pdcp eNB1: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB2.L2.pdcp eNB2: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB3.L2.pdcp eNB3: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB4.L2.pdcp eNB4: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB5.L2.pdcp eNB5: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB6.L2.pdcp eNB6: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB7.L2.pdcp eNB7: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB8.L2.pdcp eNB8: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB9.L2.pdcp eNB9: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB10.L2.pdcp eNB10: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB11.L2.pdcp eNB11: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB12.L2.pdcp eNB12: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB13.L2.pdcp eNB13: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB14.L2.pdcp eNB14: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB15.L2.pdcp eNB15: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB16.L2.pdcp eNB16: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB17.L2.pdcp eNB17: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB18.L2.pdcp eNB18: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB19.L2.pdcp eNB19: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB20.L2.pdcp eNB20: APUpperConv registered dataHandler
( 0.0000000) [ LTEA] eNB21.L2.pdcp eNB21: APUpperConv registered dataHandler
( 0.0000000) [ IP] vARP.LTEARAN MAC address -1 has 192.168.254.254
( 0.0000000) [ IP] vDNS.ip.DEFAULT.GLOBAL Domain EPCgw.ltea.wns.org is at 192.168.254.254
OMP: Warning #72: KMP_AFFINITY: affinity only supported for Intel(R) processors.
OMP: Warning #71: KMP_AFFINITY: affinity not supported, using "none".

openWNS: caught signal 11
openWNS: caught signal 'SIGSEGV' (segmentation violation)
Backtrace (most recent call last, stack size: 21):
 21) __kmp_invoke_microtask
 20) mkl_blas_dgemm
 19) mkl_blas_dgemm_1d_col
 18) mkl_blas_xdgemm
 17) mkl_blas_xdgemm
 16) mkl_serv_allocate
 15)
 14) wns::simulator::SignalHandler::catchSignal(int)
 13) boost::signal0<void, boost::last_value<void>, int, std::less<int>, boost::function0<void> >::operator()()
 12) void boost::last_value<void>::operator()<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator> >(boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>, boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>) const
 11) boost::detail::postfix_increment_result<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>, boost::signals::detail::unusable, boost::signals::detail::unusable const&, boost::single_pass_traversal_tag>::type boost::operator++<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>, boost::signals::detail::unusable, boost::single_pass_traversal_tag, boost::signals::detail::unusable const&, long>(boost::iterator_facade<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>, boost::signals::detail::unusable, boost::single_pass_traversal_tag, boost::signals::detail::unusable const&, long>&, int)
 10) boost::detail::postfix_increment_proxy<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator> >::postfix_increment_proxy(boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator> const&)
  9) boost::iterator_facade<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>, boost::signals::detail::unusable, boost::single_pass_traversal_tag, boost::signals::detail::unusable const&, long>::operator*() const
  8) boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>::reference boost::iterator_core_access::dereference<boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator> >(boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator> const&)
  7) boost::signals::detail::slot_call_iterator<boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >, boost::signals::detail::named_slot_map_iterator>::dereference() const
  6) boost::signals::detail::unusable boost::signals::detail::call_bound0<void>::caller<boost::function0<void> >::operator()<boost::signals::detail::connection_slot_pair>(boost::signals::detail::connection_slot_pair const&) const
  5) boost::function0<void>::operator()() const
  4) boost::detail::function::void_function_obj_invoker0<wns::simulator::SegmentationViolationHandler, void>::invoke(boost::detail::function::function_buffer&)
  3) wns::simulator::SignalHandlerCallback::operator()()
  2) wns::simulator::SegmentationViolationHandler::doCall()
  1) wns::Backtrace::snapshot()

[Stephan Herrmann (st-herrmann1)]

Also occurs during unittesting, see https://bugs.launchpad.net/openwns-library/+bug/575346?comments=all.
After setting
WNS.masterLogger.enabled = False
in ~/openwns-sdk/modules/phy/imtaphy/testConfigs/config.py, the error persists.

[Jan (jan-ellenbeck)]

Hi,

thanks for reporting this. I've received a few reports like this but so far I was unable to reproduce it. My guess is that it is somehow platform-dependent.

A workaround seems to be to compile single threaded as described in entry #5 in this thread:
https://answers.launchpad.net/imtaphy/+question/188540

Could you please try this as well?

In addition, please specify on what platform (processor, Linux distribution, MKL-version, etc.)

Thanks
Jan

[Stephan Herrmann (st-herrmann1)]

platform: opteron dual core, Ubuntu 10.04 LTS, MKL 10.3.7.257

[Jan (jan-ellenbeck)]

Thanks for helping debug this. It turned out to be an issue with the order of libraries when linking. The build system has been patched and the bug should be fixed now.

Make sure to run "openwns-sdk$ ./playground.py upgrade" and then re-compile.

[Stephan Herrmann (st-herrmann1)]

Works find now, thanks.