SA has the ability to fetch the thread's registers via the thread context. It would be nice to allow access to the registers from clhsdb. This plays in well with the enhancements being done to PointerFinder as part of JDK-8247514. Many of the register values will then be automatically displayed as symbols, Methods, Threads, stack offsets, nmethods, interpreter codelets, etc.

During some recent debugging I did I found it useful to dump a thread's registers in this manner. Although in this case I was inlining the code in the part of SA where I wanted to see the registers, having it as a clhsdb command would not only be useful to user, but also useful when debugging SA because it would serve as a code snippet to copy-n-paste where needed.

Proposal for the syntax is the same as for the "thread" command:

    threadcontext [-v] { -a | id }

Where -a displays all threads, and "id" is used to display a specific thread.  -v just means more verbose output, whereas without it for the most part each register printed will just take up one line. I've implemented this and it was trivial, although I still need to come up with a test case.