bobd
Freshman Member
Posts: 10
|
Post by bobd on Feb 22, 2022 8:58:46 GMT -5
I've done some more testing and the problem is gone in the beta version. Thanks!
Bob
|
|
|
Post by Stefan on Feb 28, 2022 7:57:39 GMT -5
I also have had occassios when a command I've recently entered is unavailable via RETRIEVE (PF12). Here's another thought... I'm quite likely to retrieve a command and then change my mind and overtype it with a different command. Some more commands, retrieved or new may subsequently be issued. When I step back through the 'stack', sometimes(!) I can't find an earlier command. Question... In the above sequence of events, is the text of the retrieved command replaced by the new command or is the new command placed in its own 'slot'? I can imagine that depending on the way new commands are added into the sequece of the 'stack', and the available space in the 'stack' at that time, that a command is 'popped' off the stack to make room for a new command. This would inject a randomness to the proceedings and explain the intermittent nature of the loss of a command from the Retrieve stack.
|
|
|
Post by George on Feb 28, 2022 10:05:27 GMT -5
Stefan: Commands are added to the stack when the ATTN occurs. But as we all know, not everything makes it.
1) The minimum length must be met. 2)If the command equals the current top-of-stack entry, it's not stored again. 3) If the command came from RETRIEVE it is not stored.
Now, you raise a good point, if you retrieve a command, and then overtype it with something different, does it get skipped because of 3) above. I'll have to check. -- No, it DOES get stored, just checked.
George
|
|