Ruslan Kabatsayev

I will try as time permits, yes. Although I don't know much of the ARM architecture, it seems there's nothing that much special about its registers. I seem to remember...

From what I've researched, in a userspace process there are the following registers: * 16 GPRs, 3 of which are special: `SP`, `LR` and `PC` * `CPSR` (similar to `EFLAGS`...

For quick reference, here are some docs (paths to the actual docs are given just in case the links work strangely): * [`CPSR`](http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0290g/I2837.html): Home > Programmer’s Model > The program...

BTW, do you actually build EDB _on_ your Raspberry? Or do you cross-compile it?

The register set of ARM appears to be quite rich, even not counting AArch64 (which BTW your version of RPi does support, unlike mine). There appears to be a host...

I think it'll be great if GDB/MI is added as a new Platform/Arch. Then we'll automatically be able to support lots of different architectures with at least basic debugging capabilities...

The speed will be not faster than needed to transfer textual representation of data, since gdbserver protocol is textual. Also, GDB/MI is, although machine-oriented, still textual too. But I don't...

Also note that what I'm suggesting here is not tied to _remote_. GDB/MI can be used to debug local apps. It's the interface used by GDB front-ends like QtCreator, DDD,...

Hmm, do addresses really decrease as you go down in stack view? As I checked, it's consistent with data view. Am I confusing something?

> set the libc's environment pointer to that new page What if the app isn't using libc, like fasm? Although fasm doesn't check environment, a similar app can still use...