| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
with an output stack
Previously a store state was a parent of another state machine that it would run inside of itself in order to capture the output to be stored.
This was limited as the greedyness of the child would not be transferred to the parent.
The new implementation gives states more control over the output state and turns it into a stack.
By pushing to the stack before the child and popping afterwards, all of the child's output can be retrieved while the child is very much part of the complete machine.
|
| |
|
|
|
|
| |
and uses them in subex/main
|
|
|
|
| |
main/subexstate.go
|
| |
|
| |
|
|
|
|
|
|
| |
semantics of append
When doing append, be very careful as it does make changes in place to the underlying array of the slice which may affect other slices
|
| |
|
|
|
|
|
|
| |
Currently no way to reassemble the data on the other side
Much of the potential data cannot be interacted with meaningfully, only the string functionality is implemented
Should rename data to something else
|
|
Doesn't integrate it at all yet
|