On Fri, Nov 10, 2006 at 08:01:54PM +0100, Marcel Kilgus wrote:
> Or do you mean that qemu should always and in all situations report an
> adjusted EIP to GDB and re-adjust all EIPs it gets? Interesting idea,
> but I guess that too would lead to dozens of other problems.
Yes precisely. I doubt it
On Fri, Nov 10, 2006 at 03:56:01PM +, Paul Brook wrote:
> > Assuming that breakpoint locations are indeed meant to be virtual
> > addresses, GDB would have to evaluate the CS descriptor, add the CS
> > base to the EIP address and THEN check whether it knows the address.
> > But as it seems to b
> Assuming that breakpoint locations are indeed meant to be virtual
> addresses, GDB would have to evaluate the CS descriptor, add the CS
> base to the EIP address and THEN check whether it knows the address.
> But as it seems to be segment-agnostic it doesn't do that and things
> break as a result
On 08/11/06, Marcel Kilgus <[EMAIL PROTECTED]> wrote:
> Correct. It doesn't know anything at all about i386 segmentation.
Well, that explains it then, I guess. In that case I don't really see
a clean solution for it.
If I understand the problem, the clean solution is having the
debugging symb
On Thu, Nov 09, 2006 at 12:57:29AM +0100, Marcel Kilgus wrote:
> Daniel Jacobowitz wrote:
> >> Leaving that aside, if I do set the breakpoint correctly at virtual
> >> address (e.g.) 0xC0123456 qemu will (correctly I guess) cause an
> >> exception for code offset 0x123456 (as CS base is 0xC000)
On Thu, Nov 09, 2006 at 12:33:05AM +0100, Marcel Kilgus wrote:
> Leaving that aside, if I do set the breakpoint correctly at virtual
> address (e.g.) 0xC0123456 qemu will (correctly I guess) cause an
> exception for code offset 0x123456 (as CS base is 0xC000). GDB
> however then doesn't recogni
Marcel Kilgus wrote:
/me wrote:
Having to always set them both in the high and low area is a bit
cumbersome to say the least. Any suggestion on what I'm missing or can
do to get breakpoints working properly again?
Okay, the QEMU source code was a lot more readable than I expected it
to be, s