You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had to manually execute an ATF test program in a loop with gdb in order reproduce the issue noted in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215715 . I shouldn't have to do this -- the framework should do this for me.
$ cat cond_timedwait_race.gdbscript
set args cond_timedwait_race
run
generate-core-file
$ while gdb -batch -x cond_timedwait_race.gdbscript /usr/tests/lib/libthr/cond_test cond_timedwait_race; do :; done
The text was updated successfully, but these errors were encountered:
I don't understand what you mean by "dump core with gdb" (the gdb part). Dumping core should happen regardless of gdb on reception of certain signals.
What I had in mind a long time ago to do in this area, which I think would resolve your situation, was to add an option to both kyua test and kyua debug to keep the work directories around for any failed tests. Those directories would then contain the core dumps you are interested in.
I had to manually execute an ATF test program in a loop with gdb in order reproduce the issue noted in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215715 . I shouldn't have to do this -- the framework should do this for me.
The text was updated successfully, but these errors were encountered: