Whenever Tracee invokes any function in a library which is dynamically linked to the tracee, it should be stopped, and TraceeController should detect this stop as an instance BeforeDynamicLibraryFunctionCallStoppedTracee or smth like that.

Both runner and agent should operate correctly on x86 architecture.

Problem

Caused by: #6

In FunctionalTest.ThereShouldBeNoSurplusOpenFileDescriptorsInExecutedProgram it's asserted that if a program that prints all its open file descriptors is executed under runner, it should print only 0, 1 and 2 for stdin, stdout and stderr respectively.

This test passes successfully when executed directrly via GTest. Unfortunately, if it's executed via ctest or make test, it fails with the following error:

Expected equality of these values:
  actual_file_descriptors
    Which is: { "3", "2", "1", "0" }
  expected_file_descriptors
    Which is: { "2", "1", "0" }

It seems that ctest opens additional file descriptor for its internal purposes, and that causes the test to fail.

Possible Solutions

Force ctest not to open that file descriptor.

If it's possible to force ctest to behave transparently, that should be done.

Expect the same open file descriptors as before launching runner

Instead of hard-coding 0, 1 and 2 we may discover open file descriptors just before launching runner, the same as it's done by the program executed under runner. This would allow to avoid any dependency on test execution context, but it would require some boilerplate to be written =(

Reimplement existing unit tests in pure C++ using Google Test framework, in order to make tests easier to debug and allow fine-grained testing.

Blocked by: #1

BeforeDynamicLibraryFunctionCallStoppedTracee should be detected on each invocation of a function loaded using dlopen + dlsym.

Runner and agent should work correctly on ARM/EABI architecture.