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
Use-case: As an author of embedded tooling, I would like to be able to set granular access width of memory operations, in incrementing bits. This is because many embedded devices have memory areas that can only be accessed using a specific sized memory access operation. The debug adapter can sometimes determine the correct access width however without full context, this is not always possible.
Recommend the following adding to both ReadMemory and WriteMemory:
/**
* Specifies the memory access width in bits. Valid values: 8, 16, 32, 64.
* If not specified, the debugger will determine an appropriate access width.
*/
width?: number;
The text was updated successfully, but these errors were encountered:
Hi Connon. Good question and I'm struggling to find examples of debuggers which do expose this to users in the GUI. Typically we facilitate this as part of user-driven commands however for memory views in a GUI perhaps the same does not hold true and adapters should rely on what context they do have to drive the memory access. Let me think on this a little more and come back to you. It could be that this request doesn't fit within the scope of DAP.
Use-case: As an author of embedded tooling, I would like to be able to set granular access width of memory operations, in incrementing bits. This is because many embedded devices have memory areas that can only be accessed using a specific sized memory access operation. The debug adapter can sometimes determine the correct access width however without full context, this is not always possible.
Recommend the following adding to both ReadMemory and WriteMemory:
The text was updated successfully, but these errors were encountered: