I am compiling a program on the 2620, and when I get above 6K bytes programmed, it tells me I am out of memory. This chip is supposed to have 32K of flash... What gives? I am using MCSP, with PBP2.46.
Thanks,
Ron
I am compiling a program on the 2620, and when I get above 6K bytes programmed, it tells me I am out of memory. This chip is supposed to have 32K of flash... What gives? I am using MCSP, with PBP2.46.
Thanks,
Ron
could be the use of BRANCH instead of BRANCHL
OR http://www.melabs.com/faq/02039124.htm#02070858
If it doesn't work, try to remove your config fuses
Not better... post your code here or in my PM
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
I am not using branches, and I am on XP.Originally Posted by mister_e
Ron Marcus, Are you by chance declaring too large of an array for the available ram? I have been using these processors and have never "run out of memory". Also check that you are not recursively calling a subroutine. A stack overflow will also give you this message.
Dave Purola,
N8NTA
A bit cryptic on the 1st line...
Is it that Windows is out of memory or the PBP program is too large?
Post some code... let's see what's up...
JDG
This is a client's project, and I am not at liberty to post code. That being said, I isolated some code with ";"s and it compiled up to 5980 bytes (in the lower left window of MCSP. To be sure it was not some funky code getting by the assembly process, I isolated alternate blocks of code and it compiled up to 6 k again. I must believe it is in the amount of memory partitioned for PBP.Originally Posted by skimask
I read a note on the ME website about an alternate PBP compiler for large programs, but have not had time to implement it. It's unfortunate that "out of memory" can mean so many things. Anyone have to switch over to the "other PBP"?
Bookmarks