18F4520 Overwriting Previous Address?

[chrome]

Does anyone at least have any idea of how to start debugging this? Is there a way that I can tell the compiler to not overwrite previous address contents?

Do I have to change anything in the code that was compiled with PBP 2.60A when I try to compile it with PBPX 3.0.8.4?

[HenrikOlsson]

Hi,
The usual reason for getting that particular error is that you're trying to overwrite the CONFIG bits. The way those are handled changed for the better with the arrival of PBP3.
Your problem SEEMS unrelated to that but IF you have anything in your code which tries to set the CONFIG bits (ie @CONFIG etc) then it's probably it anyway and I'd take a close look at that.

As a start, just comment it out, open the manual and read about the #CONFIG/#ENDCOFIG directives.

/Henrik.

[Scampy]

Didn't this used to happen on 2.xx if you hadn't commented out the config settings in the PBP folder when using MPASM ?? Not sure if the same follows with PBP3 ??

[Art]

The case could be that any modification to the code before 3200h,
or compiling with a different compiler has increased the code size so that it extends past 3200h.
You could try moving the code somewhere later in the file with the org statement.
I don’t think you can just move it anywhere. It must be the start of a code page (or something like that).
PBP also uses org statements to organise where lookup tables are going to be,
and doesn’t make you aware of where it’s going to put them.

As it is right now, you could try just commenting some code before 3200h,
even if it breaks the program for now, and if it compiles you should see how close your code has come
(in the compiled hex file) to the address 3200h.
It does sound to me like trying to write two sets of program data in the same location.

[chrome]

Fixed it! So far...

To clarify, no CONFIG commands were used in the code. All the registers were configured with #define statements.
I forgot to mention that the code uses a bunch of assembly macros, all collected in a separate PBP file. That appeared to be the source of the instructions that were being overwritten.

I looked into the ASM file that was generated by the compiler and saw that it was about 24 kb. I changed the RESET_ORG value to be just a bit beyond that just to see what would happen (thinking that this would tell the compiler to start writing instructions after 24 kb of memory) and it worked! No more overwritten addresses!

HOWEVER, I have not determined if the code still works as intended on the device. That'll be the topic of another thread.