Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feedback: it feels like libcheck's default setup is hostile to debuggers #350

Open
3 tasks
ell1e opened this issue Oct 3, 2023 · 0 comments
Open
3 tasks

Comments

@ell1e
Copy link

ell1e commented Oct 3, 2023

Bug Report

First of all, maybe I'm just doing it wrong. But I don't quite get why libcheck is set up the way it is by default, and it continues to bite me. I always forget to disable the forking, so there's always that moment where I run the unit test in a graphical debugger and the debugger just exits when the fork happens. And now I just tested and realized ck_assert doesn't cause SIGABRT like assert, and then the debugger also just exits instead of showing me the line, the assertion failure, letting me poke everything etc. I think libcheck forking by default, and apparently not using SIGABRT by default with ck_assert, is bad for newcomers and still kind of a recurring trap for longer term users and might be worth changing? But maybe that's just me.

Seen with libcheck version: check-0.15.2-150400.1.6.src as provided by OpenSUSE repositories

Seen on operating system: OpenSUSE Leap 15.5.

Compiler used: gcc 12.3.0 as provided by OpenSUSE repositories

Checklist

Please do your best to include the following items with your
bug report.

The Bare Minimum

Remember that this is the minimum required information.
More is always more helpful.

  • libcheck version
  • Operating system
  • Compiler

Additional Information

Please be sure to include any additional information you
think may be helpful in helping us diagnose, understand, or
replicate the problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant