2106 | ADC | ARM7 | Atmel | Bootloader | CAN | CrossStudio | CrossWorks | DDS | ECos | Ethernet | ETM | FIFO | FLASH | FPGA | GCC | GDB | GNU | GNUARM | GPIO | I2C | IAP | IAR | JTAG | Kickstart | LCD | Linux | LPC | LPC-E2294 | LPC2000 | LPC2100 | LPC2104 | Lpc2106 | Lpc210x | LPC2114 | LPC2119 | LPC2124 | LPC2129 | Lpc2138 | LPC213x | LPC21xx | LPC2210 | LPC2212 | LPC2214 | LPC2292 | LPC2294 | LPC2xxx | LPC3128 | MCB2100 | Olimex | Philips | PWM | Rowley | RTC | RTOS | SPI | SSP | UART | UART0 | UART1 | ULINK | USB | Watchdog | Wiggler

I'm working with an LPC2103 using arm-elf-insight, and when I halt my
program and use the step functionality, the program appears to jump
around erratically. It appears to be roughly in the right place, but
the execution order of each instruction is all mussed up. Is this a
common problem? My program *runs* fine, and as far as I can tell,
stepping doesn't cause it to jump off in the weeds or do anything
strage, it just seems as though execution of the program and the
source view that shows where I am are out of sync somehow.

Is this a common problem? Has anyone else experienced this or know of
a likely cause? It seems like it could be a lot of things, and I'd
like to narrow my search (compiling? linker? gdb? insight? map-file? etc?)
------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Try doing a clean build and see if that sorts it ?

Regards
Jim ( active-pcb Reading UK )
------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

> -----Original Message-----
> From: l...@yahoogroups.com=20
> [mailto:l...@yahoogroups.com] On Behalf Of rsturmer
> Sent: 14 June 2008 18:43
> To: l...@yahoogroups.com
> Subject: [lpc2000] arm-elf-insight jumps around erratically=20
> while stepping
>=20
> I'm working with an LPC2103 using arm-elf-insight, and when I=20
> halt my program and use the step functionality, the program=20
> appears to jump around erratically. It appears to be roughly=20
> in the right place, but the execution order of each=20
> instruction is all mussed up. Is this a common problem? My=20
> program *runs* fine, and as far as I can tell, stepping=20
> doesn't cause it to jump off in the weeds or do anything=20
> strage, it just seems as though execution of the program and=20
> the source view that shows where I am are out of sync somehow.
>=20
> Is this a common problem? Has anyone else experienced this or=20
> know of a likely cause? It seems like it could be a lot of=20
> things, and I'd like to narrow my search (compiling? linker?=20
> gdb? insight? map-file? etc?)
My guess is that you have optimisation turned up higher than 1. When
debugging try setting it down to 0, this allows the debugger to determine
which source line goes with which asm line.

This behaviour is quite normal with optimisation turned on.

Regards,
Richard.

+ http://www.FreeRTOS.org
17 official architecture ports, more than 5000 downloads per month.

+ http://www.SafeRTOS.com
Certified by T=DCV as meeting the requirements for safety related systems.

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Hi, I've also experienced this with LPC2888, with
clean debug (no optimization) build. Step-over
works fine, step-in jumps to invalid address. I tried
single-stepping assembly code and when
executing harmless instruction "mov r12, sp" it just
jumps out into FF-something. This doesn't
happen often, but when it happens with one function,
it can be reproduced with that "affected"
function. I don't know the reason for this, I'd wildly
guess it could have something to do with JTAG
somehow out of sync. If this happens, I just don't
single step that function :-)

Regards,
Jan
----- Original Message -----
From: "rsturmer"
To:
Sent: Saturday, June 14, 2008 7:43 PM
Subject: [lpc2000] arm-elf-insight jumps around
erratically while stepping
I'm working with an LPC2103 using arm-elf-insight, and
when I halt my
program and use the step functionality, the program
appears to jump
around erratically. It appears to be roughly in the
right place, but
the execution order of each instruction is all mussed
up. Is this a
common problem? My program *runs* fine, and as far as
I can tell,
stepping doesn't cause it to jump off in the weeds or
do anything
strage, it just seems as though execution of the
program and the
source view that shows where I am are out of sync
somehow.

Is this a common problem? Has anyone else experienced
this or know of
a likely cause? It seems like it could be a lot of
things, and I'd
like to narrow my search (compiling? linker? gdb?
insight? map-file? etc?)

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

So turning optimization off (I was optimizing for size before) has no effect.

It's not as though I step it and it jumps off into the weeds. Stepping never ever breaks it. I believe it to be stepping correctly, but simply lying to me about where the program actually is in the source view.

-R
I'm working with an LPC2103 using arm-elf-insight, and when I halt my
>program and use the step functionality, the program appears to jump
>around erratically. It appears to be roughly in the right place, but
>the execution order of each instruction is all mussed up. Is this a
>common problem? My program *runs* fine, and as far as I can tell,
>stepping doesn't cause it to jump off in the weeds or do anything
>strage, it just seems as though execution of the program and the
>source view that shows where I am are out of sync somehow.
>
>Is this a common problem? Has anyone else experienced this or know of
>a likely cause? It seems like it could be a lot of things, and I'd
>like to narrow my search (compiling? linker? gdb? insight? map-file? etc?)
>------------------------------------

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )