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

Get a gdb integration test working for a non-exited program #53

Open
luser opened this issue Jan 5, 2018 · 1 comment
Open

Get a gdb integration test working for a non-exited program #53

luser opened this issue Jan 5, 2018 · 1 comment

Comments

@luser
Copy link
Owner

luser commented Jan 5, 2018

I landed a basic framework for writing gdb integration tests. It only has one test right now, and that test returns StopReason::Exited(...), so running gdb against the test server makes gdb disconnect right away (because we're not using extended-remote). If I change the test server to return StopReason::Signal(...) GDB first prints a warning that it can't find an executable (because we don't support qXfer etc) and then hangs while repeatedly printing Ignoring packet error, continuing.... I don't know if fixing the file issue would fix that or not, I didn't test that yet.

We should get a test passing that does at least that, and then keep building from there.

@luser
Copy link
Owner Author

luser commented Jan 5, 2018

I don't think we're very far off! If I change noop-server to return Stopped(Signal(11)) for stop_reason, and feed gdb file /build/hello so it has a binary to work with, it gets hung up because it sends a g packet and doesn't like getting an empty response.

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