I2CWRITE not writing anything on PIC18F45K80

[CuriousOne]

Well, that is interesting.
As I understand, there is no "index out of bounds" error type supported by PBP?

I've modified that part of code to look like this:

if topline[x]=32 then a=0
if topline[x+1]=32 then b=0 'blanker


if X=>16 and botline[x-16]=32 then a=0
if x=>16 and botline[x-15]=32 then b=0

So far, works fine. Will keep you updated

[Ioannis]

Well, that is interesting.
As I understand, there is no "index out of bounds" error type supported by PBP?

Page 275 of the manual:

7.6.1 The Danger
The techniques about to be discussed are not monitored by PBP during compilation
or execution of the program. This means that you can write some crazy code that
could totally wreck the RAM on the PIC MCU. PBP won't warn you or generate an
error message.

The greatest opportunity for trouble lies in the fact that PBP doesn't monitor (isn't
even aware) of array variable sizes. When you declare an array in PBP and specify
a size, all that really happens is that PBP skips a number of RAM locations after the
base variable name is allocated.

my_array VAR WORD[16]   ' Allocates "my_array" as two
                           bytes, then skips (reserves) a
                           block of 30 bytes in RAM

Even if you blatantly write to a location that is beyond the size of an array you created,
PBP won't complain.

[CuriousOne]

Yes I have read that.
But same manual also says that array size is limited for 16F series and only limited by available RAM on 18F, so I thought that this should work fine, but as it seems, it does not

Now I have another everlasting issue to solve - how to send $FE data via LCDOUT statement (it interprets $FE as command, not data transfer).
Solving this issue will help me to add ability to draw graphics to my ST7920 "Library".

[richard]

But same manual also says that array size is limited for 16F series and only limited by available RAM on 18F, so I thought that this should work fine

how can you interpret that to mean that writes involving array boundary violations are an acceptable programming technique ?

[CuriousOne]

Well, as my experience with ZX Spectrum BASIC shows (In case of array misreading: Error 3: Subscript wrong), when you do something not allowed, you will get an error message.
Even Visual Basic does that check.

[richard]

its totally up to you to decide how much time you are prepared to waste learning this lesson.

continually wheeling out the old "ZX Spectrum BASIC" excuse leads nowhere and never will , compiled code is what it is
you need to deal with it

[Ioannis]

Since the index to array can be number or calculation then it is not possible for the compiler to check that!

The interpreter is totally different story. Do not compare the two.

Richard has it just right.

Ioannis