Poll: What should happen with LIST-> when an overflow happens?
It should not give the LIST-> if an overflow will happen
It should warn the user, then do it
It should just overflow off the top
Something else
[Show Results]
Note: This is a public poll, other users will be able to see what you voted for.
Post Reply 
What to do with stack overflow OBJ->/LIST->?
06-21-2016, 02:16 PM (This post was last modified: 06-21-2016 02:23 PM by Tim Wessman.)
Post: #6
RE: What to do with stack overflow OBJ->/LIST->?
(06-21-2016 01:57 AM)Claudio L. Wrote:  All commands should probably throw a "Stack Overflow" error, which the user can catch with an IFERR statement, and which could be disabled via a flag.

Well, that would be the correct behavior except this is not a command or anything that is programmable. It would be purely in a small menu item that appears in the UI when browsing the stack using the "UP" key to go up and select items. There is no "DUP" command nor anything that directly interacts with the stack in a program.

The current behavior is when you press ENTER to make a copy, the top of the stack falls off (like any 4 level RPN machine, just with more levels).

TW

Although I work for the HP calculator group, the views and opinions I post here are my own.
Find all posts by this user
Quote this message in a reply
Post Reply 


Messages In This Thread
RE: What to do with stack overflow OBJ->/LIST->? - Tim Wessman - 06-21-2016 02:16 PM



User(s) browsing this thread: 1 Guest(s)