How to handle buffer/module states? #221
Replies: 2 comments
-
The "non-buffer" states in the table above seem to correspond to Module status from An Analysis and Comparison of ACT-R and Soar by John Laird. |
Beta Was this translation helpful? Give feedback.
-
Buffer State Checks Buffer state checks are now handled in amod using the buffer_state keyword. It takes the form Valid buffer states are currently Module State Checks Module state matches now use the keyword module_state and take the form Valid module states are Example
|
Beta Was this translation helpful? Give feedback.
-
It looks like each of the three frameworks handles a different set of buffer state checks. According to ACT-R:
And here is how they are applied:
Here's what it looks like each framework supports:
state error
(pg. 230)– state error
(pg. 230)Notes:
Buffer.isEmpty()
directly.busy
seems to be on several, buterror
is only on Memory and SOSVision.test()
functionShould I implement the subset that is supported by all? Or allow some or all of these and warn/error for frameworks which don't support specific ones?
Beta Was this translation helpful? Give feedback.
All reactions