If you do not believe in MAGIC, Consider how currency has value simply by printing it, and is then traded for real assets.
.
Gold is the money of kings, silver is the money of gentlemen, barter is the money of peasants - but debt is the money of slaves
.
There simply is no "Happy Spam" If you do it you will disappear from this forum.
You should have a separate installation for every version that you own.
MicroCode Studio recognizes the different versions and puts a Drop-Down box next to the "Compile" button.
You can select which version you want to compile with.
And when you want to play with 2.60 you can.
The ArrayRead/ArrayWrite statements alone make 2.60 worth it.
But there's so much more beyond that.
My installations look something like this ...
C:\PIC\
C:\PIC\PBP245\
C:\PIC\PBP246\
C:\PIC\PBP247\
C:\PIC\PBP250\
C:\PIC\PBP250c\
C:\PIC\PBP260b1\
C:\PIC\PBP260\
DT
Hi, Darrel
I lost two full days with the 2.60 Upgrade ...
Hunting bugs
Updating ALL the MPLAB existing projects ( MCS + µChip programmers = NOT so good, yeah ! ).
PLUS some program mods due to ... a "little" bigger code produced. ( I've noted ~ 1%, 12F series seem to suffer a maximum ... )
many of my program just were fitting into Prog memory of the pics !!!
Sooooo, considering ALL the new functions offered ...
The one I prefer is the " Memory usage gauge " at last accecpting to work with PBP ...
The second is, AT LAST, the ability to call PBPL from the MPLAB Project window.
This " MPLAB compatibility release " ( What it was looked for, at first ...) , to me , REALLY is far too expensive ...
Deceived ??? ... YES, for sure !!!
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 " !!!
*****************************************
Is there anyone compiling a list of known bugs in 2.60? Like Darrel, I find the improvements worthwhile, but my "base" code is so large and uses pretty much every possible instruction (sometimes in weird ways) that I can't easily do a full regression test.
But a known bug list would help me figure out what to test first.
Charles Linquist
Hi, Charles
+1 for the bugs list ...
LOL ( Generally, the bug list is available with the next Upgrade ... eventually patch !!! )
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 " !!!
*****************************************
Ioannis,
The PBP 2.5 manual in pdf or html format can be downloaded for free from the website melabs.com. So, I thought they probably posted the new manual so people can take a look at the new goodies before buying it.
All,
Yes, mecanique or whoever writes PBP is probably working in their buglist before releasing a patch with all the fixes. In the meanwhile, to avoid new headaches I will continue using my "old" PBP 2.5.
Robert
A good user-supported bug list would go a long way in making people comfortable with any upgrade. It would also be a good way for MELabs to get input. I'm certain that Darrel is doing a great job telling them what he finds, but he is only one person.
The problem with the "bug-list" approach is that without proper moderation, it could easily degenerate into an alternate PBP forum.
Charles Linquist
If you do not believe in MAGIC, Consider how currency has value simply by printing it, and is then traded for real assets.
.
Gold is the money of kings, silver is the money of gentlemen, barter is the money of peasants - but debt is the money of slaves
.
There simply is no "Happy Spam" If you do it you will disappear from this forum.
Bookmarks