Describe the bug Occurrence of SEGFAULT errors are possible due to improper lifetime management of entries and options in the SD client and server.

To Reproduce Unfortunately the behavior is a bit random, and a way of reproducing is still unknown!

Expected behavior SD sever and client should be destructed properly without any SEGFAULT error.

Additional context (please complete the following information):

• Linux Distribution and Version: Ubuntu 20.04
• CMake Version: 3.14
• Compiler: GCC 9.3.0

Describe the bug In some situation (probably a racing condition), the SOME/IP SD server stuck in the Main phase state, and it cannot get out of that state anymore, even by calling server Stop!

To Reproduce It is a bit difficult to re-produce the error, but it seems sometimes stopping occurs before starting the server. The best way to debug sequence is to analyze the code itself.

Expected behavior The server should be gracefully stop event the Stop function is called explicitly or the server destructor is being invoked.

Additional context (please complete the following information):

• Linux Distribution and Version: Ubuntu 20.04
• CMake Version: 3.14
• Compiler: GCC 9.3.0

Is your feature request related to a problem? Please describe. A clear and concise description of what the problem is.

Describe the solution you'd like A clear and concise description of what you want to happen.

Additional context Add any code repository here which the project may interact with.

Unable to compile on ubuntu 20 using clang and cmake on VSCode terminal. Can you please check and let me know what is wrong... and BTW will i eventually see any communication on Ethernet running DDS?

hasan@dhasan-VirtualBox:~/Desktop/work/Adaptive-AUTOSAR$ cmake --build . Scanning dependencies of target gtest [ 2%] Building CXX object _deps/googletest-build/googletest/CMakeFiles/gtest.dir/src/gtest-all.cc.o [ 4%] Linking CXX static library ../../../lib/libgtest.a [ 4%] Built target gtest Scanning dependencies of target gtest_main [ 6%] Building CXX object _deps/googletest-build/googletest/CMakeFiles/gtest_main.dir/src/gtest_main.cc.o [ 8%] Linking CXX static library ../../../lib/libgtest_main.a [ 8%] Built target gtest_main Scanning dependencies of target ara_sm [ 11%] Linking CXX static library libara_sm.a [ 11%] Built target ara_sm Scanning dependencies of target ara_com [ 13%] Building CXX object CMakeFiles/ara_com.dir/src/ara/com/helper/payload_helper.cpp.o [ 15%] Building CXX object CMakeFiles/ara_com.dir/src/ara/com/helper/ipv4_address.cpp.o In file included from /home/dhasan/Desktop/work/Adaptive-AUTOSAR/src/ara/com/helper/ipv4_address.cpp:1: /home/dhasan/Desktop/work/Adaptive-AUTOSAR/src/ara/com/helper/./ipv4_address.h: In function ‘constexpr bool ara::com::helper::operator==(ara::com::helper::Ipv4Address, ara::com::helper::Ipv4Address)’: /home/dhasan/Desktop/work/Adaptive-AUTOSAR/src/ara/com/helper/./ipv4_address.h:52:39: error: call to non-‘constexpr’ function ‘std::array<_Tp, _Nm>::value_type& std::array<_Tp, _Nm>::operator[](std::array<_Tp, _Nm>::size_type) [with _Tp = unsigned char; long unsigned int _Nm = 4; std::array<_Tp, _Nm>::reference = unsigned char&; std::array<_Tp, _Nm>::value_type = unsigned char; std::array<_Tp, _Nm>::size_type = long unsigned int]’ 52 | (address1.Octets[0] == address2.Octets[0]) && | ^ make[2]: *** [CMakeFiles/ara_com.dir/build.make:76: CMakeFiles/ara_com.dir/src/ara/com/helper/ipv4_address.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:205: CMakeFiles/ara_com.dir/all] Error 2 make: *** [Makefile:141: all] Error 2

Describe the bug StateClient would have an instance at SM side to interact with EM. So, the StateClient object should not keep any local state at SM side and the states should be communicated back to EM.

To Reproduce Please refer to https://github.com/langroodi/Adaptive-AUTOSAR/blob/532d5b2777307bc104b410e044e7d1ecb5247819/src/ara/exec/state_client.cpp#L41

Expected behavior The requested states from SM should be communicated back to EM (via SOME/IP, REST, etc.).

Describe the bug Child abortion exception in the following unit test:

        Start  57: SomeIpSdTest.StartScenario
 57/152 Test  #57: SomeIpSdTest.StartScenario .........................   Passed    0.71 sec
        Start  58: SomeIpSdTest.ClientStopScenario
 58/152 Test  #58: SomeIpSdTest.ClientStopScenario ....................Child aborted***Exception:   0.99 sec
        Start  59: SomeIpSdTest.ServerStopScenario
 59/152 Test  #59: SomeIpSdTest.ServerStopScenario ....................   Passed    0.71 sec

To Reproduce Occurred only once.

Expected behavior The test should always pass.

Additional context (please complete the following information):

• Linux Distribution and Version: Ubuntu 20.04
• CMake Version: 3.14
• Compiler: GCC 9.3.0

Describe the bug Following unit test is failing due to a timeout error:

Total Test time (real) =   6.21 sec

The following tests FAILED:
         60 - SomeIpSdTest.StopScenario (Failed)

To Reproduce There is not a certain way to reproduce the situation.

Expected behavior The timeout amount should be enough. It seems due to a random internal error in the client or the server, required states cannot be reached.

Additional context (please complete the following information):

• Linux Distribution and Version: Ubuntu 20.04
• CMake Version: 3.14
• Compiler: GCC 9.3.0

Can you please add some contact information for discussions on this project e.g. your email or some Chat forum. I need to select a baseline opensource adaptive AUTOSAR since I do not want to use a proprietary one for research purposes and your project came up as a candidate.

Is your feature request related to a problem? Please describe. Due to a SEGFAULT on one Google unit tests, G++ compiler cannot be used.

Describe the solution you'd like The error should be tracked and solved. So, then the project can be built via both GCC and Clang.

Additional context Please refer to the following ticket: https://github.com/google/googletest/issues/3506