You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

30 lines
2.1 KiB

3 months ago
  1. Finding and Reporting Bugs {#bugs}
  2. ==============================
  3. This page is meant as a guide for the case that you find a bug or any unexpected behaviour.
  4. We consider any of the following events a (potential) bug:
  5. - CArL crashes.
  6. - A library used through CArL crashes.
  7. - CArL gives incorrect results.
  8. - CArL does not terminate (for reasonably sized inputs).
  9. - CArL does not provide a method or functionality that should be available according to this documentation.
  10. - CArL does not provide a method or functionality that you consider crucial or trivial for some of the datastructures.
  11. - Compiling the CArL library fails.
  12. - Compiling your code using CArL fails and you are pretty sure that you use CArL according to this documentation.
  13. In any of the above cases, make sure that:
  14. - You have installed all necessary @ref dependencies in the required versions.
  15. - You work on something that is similar to a system listed as supported platform at @ref getting_started.
  16. - You can (somewhat reliably) reproduce the error with a (somewhat) clean build of CArL. (i.e., you did not screw up the CMake flags, see @ref build_cmake for more information)
  17. - You compile either with `CMAKE_BUILD_TYPE=DEBUG` or `DEVELOPER=ON`. This will give additional warnings during compilation and enable assertions during runtime. This will slow down CArL significantly, but detect errors before an actual crash happens and give a meaningful error message in many cases.
  18. If you are unable to solve issue yourself or you find the issue to be an actual bug in CArL, please do not hesitate to contact us.
  19. You can either contact us via email (if you suspect a configuration or usage issue on your side) or create a ticket in our bug tracker (if you suspect an error that is to be fixed by us).
  20. We use the github bug tracker at https://github.com/smtrat/carl/issues.
  21. When sending us a mail or creating a ticket, please provide us with:
  22. - Your system specifications, including versions of compilers and libraries listed in the dependencies.
  23. - The CArL version (release version or git commit id).
  24. - A minimal working example.
  25. - A description of what you would expect to happen.
  26. - A description of what actually happens.