Closed gsidhard closed 1 year ago
I think I know where you are going with these changes and I like the idea. CoreFile object with thread and register context populated with core-file state which is wrapped around SBProcess. Is that right?
Right, but that part of the code (CoreFile.h and CoreFile.cpp) is part of the original crash analyser. What we are doing now is, taking the register values, thread id-s, etc. from the CoreFile object and populating structures like NativeRegisterProtocol with that data. This enables the crash server to serve those values when a client request comes in.
Description
Added code to read registers from the corefile by overriding the DoReadRegisterValue() method in CoreRegisterContext_x86_64. We still can't run any commands in the client because the client hits an exception because we are sending an unexpected architecture in the XML.
Type of Change
Checklist