- May 20, 2019
-
-
Julian Oes authored
This define was not set anyway, and in my opinion we should not use different code for tests anyway.
-
Julian Oes authored
This makes sure we add the lockstep_scheduler_test even if the ENABLE_LOCKSTEP_SCHEDULER is not set to yes. This means the lockstep_scheduler is not used for SITL but the CMakeLists.txt file still used and the test added.
-
Julian Oes authored
-
Daniel Agar authored
-
- May 09, 2019
-
-
Matthias Grob authored
-
Matthias Grob authored
-
Matthias Grob authored
-
Matthias Grob authored
-
- May 03, 2019
-
-
Beat Küng authored
-
- Apr 18, 2019
-
-
David Sidrane authored
-
- Apr 11, 2019
-
-
Julian Oes authored
This fixes build races which happened if "Unix Makefiles" instead of ninja-build was used as the cmake backend. For any dependencies of commands on files we need to create a target. Otherwise, if "Unix Makefiles" are used as the generator the commands are run in parallel on the different files which often can lead to races or redundancies in our build. A nice write-up can be found here: https://samthursfield.wordpress.com/2015/11/21/ cmake-dependencies-between-targets-and-files-and-custom-commands/# custom-commands-and-parallel-make
-
- Apr 07, 2019
-
-
Daniel Agar authored
-
- Apr 03, 2019
-
-
Daniel Agar authored
-
Daniel Agar authored
- otherwise use default nsh
-
Daniel Agar authored
-
- Apr 02, 2019
-
-
mcsauder authored
Delete trailing whitespace, extra newlines, to quiet git hooks and add an extra = so that it does not appear to git as a merge conflict marker.
-
Nico van Duijn authored
-
- Mar 24, 2019
-
-
Daniel Agar authored
- this is a workaround for PATH variables that exceed the maximum cmake custom command length
-
- Mar 23, 2019
-
-
Julian Oes authored
This fixes a build error due to a Scandinavian letter in the help text.
-
Daniel Agar authored
* working debugging (one click build and debug) * SITL jmavsim * SITL gazebo * jlink px4_fmu-v{2-5} * improved syntax highlighting * GNU linker files * ROS message files msg/*.msg * jinja2 template files * fixed intellisense support
-
- Mar 21, 2019
-
-
Daniel Agar authored
-
- Mar 20, 2019
-
-
Daniel Agar authored
-
- Mar 16, 2019
-
-
Daniel Agar authored
-
- Mar 15, 2019
-
-
Julian Oes authored
It turns out that we can fix the unit tests of the lockstep_scheduler just by checking if `passed_lock` is not `nullptr`. Without this check, the unit tests segfaulted.
-
- Mar 14, 2019
-
-
Daniel Agar authored
-
- Mar 08, 2019
-
-
Beat Küng authored
-
Beat Küng authored
The effect was that threads that tried to exit were unnecessarily kept running. This did not cause problems except for increased resource usage.
-
Beat Küng authored
This solves a potential dead-lock when trying to shutdown: a call to exit() stops all threads and calls all destructors for static objects. The destructor of LockstepScheduler takes a lock. However this is not safe, as the lock could already be taken (by any thread).
-
- Mar 02, 2019
-
-
Daniel Agar authored
- support range based for loops - add remove() method to remove a node - add clear() to empty entire list and delete nodes - add empty() helper
-
- Feb 28, 2019
-
-
Daniel Agar authored
-
- Feb 22, 2019
-
-
Daniel Agar authored
-
- Feb 21, 2019
-
-
David Sidrane authored
-
- Feb 04, 2019
-
-
Daniel Agar authored
Co-Authored-By:
MaEtUgR <maetugr@gmail.com>
-
Matthias Grob authored
-
- Jan 30, 2019
-
-
Daniel Agar authored
-
- Jan 29, 2019
-
-
Daniel Agar authored
-
mcsauder authored
ToneAlarm class refactoring to implement an interface for hardware specific methods and a single ToneAlarm class.
-
- Jan 28, 2019
-
-
Matthias Grob authored
Some threads do not exit and are still running when trying to exit SITL running under Windows in Cygwin. This problem was introduced with: - posix shell #10173 because of strating a child process for the startup script and mixing up the signal handling (only Ctrl+C broken) - lockstep #10648 because of simulator threads not stopping gracefully anymore with timing race conditions (no graceful exit possible anymore) I leave the SIGINT handler on its default implementation for Cygwin which kills the process and all its threads when pressing Ctrl+C. This hotfix at least allows the usage of Ctrl+C again instead of forcing the user to use the task manager to shut down px4.exe going crazy on CPU load instead of exiting everytime.
-
- Jan 27, 2019
-
-
Daniel Agar authored
-
- Jan 25, 2019
-
-
David Sidrane authored
-