| |
In lugnet.robotics.rcx.java, Ralph Hempel wrote:
> Thanks for continuing to work on this. It's one of the things
> that keeps me motivated to continue supporting pbForth.
>
> Now, there has not bee much traffic there lately, and I have not
> done much with it becuase as far as I know, things are "just working" (tm).
>
> I will be adding DCC capabilities soon through - so some of these train-heads
> can do some interesting programming.
While testing my console the other day I kept getting pbForth to hang (or so it
appeared). It turns out I was passing ROLL a number that caused it to do bad
things. I'm wondering whether it should error out with "aborted stack
underflow" or something like that rather than make you have to reboot the brick
(as it were). What's the standard behavior of other forth systems?
John Hansen
|
|
Message has 1 Reply:
 | | RE: pbForth & ROLL
|
| (...) John, As always, it depends. ROLL can sometimes be recovered gracefully, but not always. If you ROLL more than the stack depth, you'll shift some RAM that you probably don't want to shift - like the pbForth image itself. In that case, there's (...) (21 years ago, 6-Sep-03, to lugnet.robotics.rcx.pbforth)
|
Message is in Reply To:
| | RE: leJOS & BricxCC news
|
| John, Thanks for continuing to work on this. It's one of the things that keeps me motivated to continue supporting pbForth. Now, there has not bee much traffic there lately, and I have not done much with it becuase as far as I know, things are "just (...) (21 years ago, 5-Sep-03, to lugnet.robotics.rcx.java, lugnet.robotics.rcx, lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc, lugnet.robotics.rcx.pbforth)
|
14 Messages in This Thread:
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
