You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When an exception is thrown, causing execution to stop, the stack remains as it is.. When another command is issued after the exception happened, it lays its stack information on top of the leftover garbage was still there when the exception happened.
You don't notice much of an effect when running a program with an exception, because running a new program will clear the stack. But you do notice when running commands interactively. The effect.the user sees is that the second time an exception happens, when printing the stack trace to the screen it will claim, quite incorrectly, that the second command was called from the first one. If the user keeps typing more commands at the interactive prompt and gets a third command with an exception, then the stack trace will claim the third command was called from the second which was called from the first, and so on. This is because the call stack information contained in the stack is left behind from each previous time there was an exception.
The text was updated successfully, but these errors were encountered:
Dunbaratu
added
the
bug
Weird outcome is probably not what the mod programmer expected.
label
Nov 29, 2014
When an exception is thrown, causing execution to stop, the stack remains as it is.. When another command is issued after the exception happened, it lays its stack information on top of the leftover garbage was still there when the exception happened.
You don't notice much of an effect when running a program with an exception, because running a new program will clear the stack. But you do notice when running commands interactively. The effect.the user sees is that the second time an exception happens, when printing the stack trace to the screen it will claim, quite incorrectly, that the second command was called from the first one. If the user keeps typing more commands at the interactive prompt and gets a third command with an exception, then the stack trace will claim the third command was called from the second which was called from the first, and so on. This is because the call stack information contained in the stack is left behind from each previous time there was an exception.
The text was updated successfully, but these errors were encountered: