>>> Aborting due to runtime error 6 (out of bounds access) at line 6871 of gcbasic.bas::FINDSUBS() <<<
Seems to be an issue with EPReads.
I have 1024 eep available (18F6722) and can read/write single calls to any location, but when I want to read them like my example below. As soon as I get to address (312 or greater) compile error. I have my "eep reads" loading 400 variables in a row.
That would be due to some internal limitations in the older version of GCBASIC, which limited it to 500 subroutine calls. The 4/5/2009 release and later have new code for handling subroutines, which doesn't have this limit. What happens when you compile the program with the latest version?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Are you sure that you tried the latest (16/6) update? That doesn't have a FindSubs routine or an array access on line 6871, so if that error message occurs something very odd is going on!
If it still won't compile with the 16/6 update, can you please email the complete program to me at w_cholmondeley@users.sourceforge.net?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I will reconfirm that and redownload the update.zip again and try. (16/6)
I did dnld it (update.zip) last night and tried it after I got the first error.
I will let you know later today what I find.
As always Hugh, thanks for the work and fast response.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What does this compiler error mean?
>>> Aborting due to runtime error 6 (out of bounds access) at line 6871 of gcbasic.bas::FINDSUBS() <<<
Seems to be an issue with EPReads.
I have 1024 eep available (18F6722) and can read/write single calls to any location, but when I want to read them like my example below. As soon as I get to address (312 or greater) compile error. I have my "eep reads" loading 400 variables in a row.
EPRead (300, z_Q_Reg_Lo)
EPRead (301, z_Q_Reg_Mid)
EPRead (302, z_Q_Reg_Hi)
EPRead (303, z_F_Reg_Lo)
EPRead (304, z_F_Reg_Mid)
EPRead (305, z_F_Reg_Hi)
EPRead (306, z_W_Reg_Lo)
EPRead (307, z_W_Reg_Mid)
EPRead (308, z_W_Reg_Hi)
EPRead (309, z_X_Reg_Lo)
EPRead (310, z_X_Reg_Mid)
EPRead (311, z_X_Reg_Hi)
add one more and error ...
That would be due to some internal limitations in the older version of GCBASIC, which limited it to 500 subroutine calls. The 4/5/2009 release and later have new code for handling subroutines, which doesn't have this limit. What happens when you compile the program with the latest version?
The same thing.
I tried both the old "nochipdata" one and the new one in update.zip.
They both give me the same error.
Are you sure that you tried the latest (16/6) update? That doesn't have a FindSubs routine or an array access on line 6871, so if that error message occurs something very odd is going on!
If it still won't compile with the 16/6 update, can you please email the complete program to me at w_cholmondeley@users.sourceforge.net?
I will reconfirm that and redownload the update.zip again and try. (16/6)
I did dnld it (update.zip) last night and tried it after I got the first error.
I will let you know later today what I find.
As always Hugh, thanks for the work and fast response.
Hugh has resolved the issue with this updated release:
http://gcbasic.sourceforge.net/newfiles/update-nochipdata.zip
Thanks again Hugh!