Bean would have to answer that. Also, I believe the goal is for JonnyMac's SX/B 2.0 "book" to be ready at the same time, so he may have to chime in here as well.
The current testing version of the beta is pretty nice, but there are still some bugs and ongoing discussion about the implementation of certain features. Beyond that I'd have to defer to Bean.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ When the going gets weird, the weird turn pro. -- HST
No, SX/B 2.0 is not multi-threaded the way PJV would like to have it (that would require a major architectural redesign of the compiler); PJV's ideas are at this point ideas and not implemented in SX/B 2. SX/B 2.0 does include task management but that is not quite the same as what PJV is after. Working the kinks out tasks and local variables (the other really big update) is time-consuming because we (beta testers) usually happen upon problems as we're designing code.
FWIW, SX/B 1.51.03 works quite well; I use it for myself and my customers every day.
Will it be possible someday to use a pre-built VP (like the SASM examples on the Parallax & sxlist websites) and add them into SX/B Code, with the SASM "include filename.inc" statement. Similar to being an "object"? (with some changes in the·SASM VP code for compatibility with·a SX/B program)
SX/B 1.51.03 works quite well; I use it for myself and my customers every day
I know, I'm in no hurry for it. These are questions I have been wondering about for a·some time now, but I didn't think they warranted a new thread.
Post Edited (Capt. Quirk) : 9/27/2008 6:17:13 PM GMT
If you're looking for SX/B to completely protect from knowing the dirty details of the SX I don't think its going to get there, but then that's just my opinion and not working for Parallax any more I have no say in the matter. Still, SX/B has improved support for the LOAD an INCLUDE directives and with local variables that makes these more flexible; this may get you where you want to go.
Peter Verkaik -- who is a wizard of a programmer -- actually has an SX/B 2.0 framework that allows for installable VPs. I looked at the code and my head exploded, "Scanners" style. It might be easier to use than I now imagine, but it's always my preference to understand a bit of code before using it in my own projects.
Like Jon said, sx/b 2.0 is not multithreaded. Pjv's multithread model is not easy to implement
in basic because it requires many resources (think local stacks to preserve context). Like Jon,
I too think that it is too difficult to ever make that happen.
Sx/b 2.0 does support tasks and these behave like many basic's ON INTERVAL GOSUB statements.
The framework Jon mentioned is a work in progress. It uses some sx/b 2.0 features but is mostly
encoded in assembly. That's probably also the reason why Jon has a hard time to understand
that code. My goal is to put it in library files with sx/b·wrapper functions so you just
need to include a library and call some sx/b function. Biggest problem still is how to filter out
unused pieces of library code.·That should be done in a consistent way so that you can easily
write your own libraries as well. My libraries currently are targeted towards installable VP code,
but you can also have pure sx/b libraries for math functions or whatever.
The design of library files is independant of sx/b compiler design, so when sx/b 2.0 is released,
I can post the framework so the library design can be discussed and improved.
JerryN
Posts: 32
Comments
The current testing version of the beta is pretty nice, but there are still some bugs and ongoing discussion about the implementation of certain features. Beyond that I'd have to defer to Bean.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
When the going gets weird, the weird turn pro. -- HST
1uffakind.com/robots/povBitMapBuilder.php
1uffakind.com/robots/resistorLadder.php
FWIW, SX/B 1.51.03 works quite well; I use it for myself and my customers every day.
I know, I'm in no hurry for it. These are questions I have been wondering about for a·some time now, but I didn't think they warranted a new thread.
Post Edited (Capt. Quirk) : 9/27/2008 6:17:13 PM GMT
Peter Verkaik -- who is a wizard of a programmer -- actually has an SX/B 2.0 framework that allows for installable VPs. I looked at the code and my head exploded, "Scanners" style. It might be easier to use than I now imagine, but it's always my preference to understand a bit of code before using it in my own projects.
Like Jon said, sx/b 2.0 is not multithreaded. Pjv's multithread model is not easy to implement
in basic because it requires many resources (think local stacks to preserve context). Like Jon,
I too think that it is too difficult to ever make that happen.
Sx/b 2.0 does support tasks and these behave like many basic's ON INTERVAL GOSUB statements.
The framework Jon mentioned is a work in progress. It uses some sx/b 2.0 features but is mostly
encoded in assembly. That's probably also the reason why Jon has a hard time to understand
that code. My goal is to put it in library files with sx/b·wrapper functions so you just
need to include a library and call some sx/b function. Biggest problem still is how to filter out
unused pieces of library code.·That should be done in a consistent way so that you can easily
write your own libraries as well. My libraries currently are targeted towards installable VP code,
but you can also have pure sx/b libraries for math functions or whatever.
The design of library files is independant of sx/b compiler design, so when sx/b 2.0 is released,
I can post the framework so the library design can be discussed and improved.
regards peter