Better code check before compile?

[HenrikOlsson]

And the compiler is really only able (if so designed) to catch out-of-bounds error when you have a static index like that MAS[10]=20 but in many cases you're using an index variable like MAS[x]=20 and then there is no way for the compiler to know what x is going to be at runtime.

On your typical 80's computer running BASIC, like the ZX Spectrum referenced earlier, the execution was interpreted so the interpreter could catch out of bounds errors during execution. PBP isn't interpreted but say it was or that it in some other way COULD detect that out-of-bounds error - what should happen?

[CuriousOne]

Yes the example I have is static, not runtime occurrence.

[CuriousOne]

---

Found another "bug" - if you put more DATA lines in code, than size of built-in eeprom, it will compile without errors, but PicKit 3 programmer will show you "Warning: Hex file loaded is larger than device."

[Ioannis]

Interesting... This is easy to check I guess.

Ioannis

[CuriousOne]

I made a typo, putting = instead of -

hpwm 2,rmd*rmd=1,20000

This statement does not produce any errors, as it should. Also, RMD value remains the same

[CuriousOne]

Found another.

Here is sample code, both variants should work same, but they don't

if ticker>150 and ard<140 and atrig=0 then
ticker=1 
atrig=1 
endif

This one is fine, but this one:

if ticker>150 and ard<140 and atrig=0 then ticker=1: atrig=1

is not - atrig is always set to 1, no matter if ticker and ard values are as defined in if-then thing. It looks like that code after : is handled as separate code, not part of if-then. But, if I add say GOSUB XX after it, it is executed.

[pedja089]

That is not bug. That way should work. This : is same as new row.
So this line

if ticker>150 and ard<140 and atrig=0 then ticker=1: atrig=1

is same as this

if ticker>150 and ard<140 and atrig=0 then ticker=1

atrig=1

I'm using PBP since 2004. And I found only one bug in pbp, and encounter multiple in MPASM.... DT helped me a lot to track bug to MPASM...