Hi, CHRDCV
Reading your post Twice ...
I do not think you are facing a "tool" problem ... but "Method" problem ...
as Bruce says ... " nothing beats PBP for quick & reliable results " and I really do agree !!! On my amateur side, I build lots of programs ... but each program for few chips !!!
You won't find a better tool for developing applications quickly ...
IF you look for Bytes saving ... do not say PBP need Huge memory room nor ( cf your point 3 ) : PBP produced code for tables is very close to assembler !!! ... and the "structure" is very similar !!!
Most of time it is a "programming style" issue, as Basic permits dozens of ways to solve one "operation"
Some funny contests on this forum have shown code size factor could vary from 1 to .... 10 and even more !!!
Now ... the ONLY Basic language ( straight following the manual ... ) "weakness" i've found is for interrupts ... that often leads to carefully design the flow of the program.
But with some "unregistered" tricks ... It can be as quick as Assembler !!!
And remember "structuring" a program is not a must with Basic ... but it greatly helps to get a readable listing ... once more, it's not a Language but writer question.
In the End ...
What elders did is not always stupid ... they just thought another way of us ...
What about trying to understand their work a bit ???
Alain
************************************************** ***********************
Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
************************************************** ***********************
IF there is the word "Problem" in your question ...
certainly the answer is " RTFM " or " RTFDataSheet " !!!
*****************************************
Bookmarks