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
In the current debugger implementation, all Expression are only breakable if they are Statement. In the case of nested function call, the step out function skip all other nested function.
Here is a video of current interaction with step in on the first line of a and step out from bar1 :
currentstepinout.mp4
The code of bar2 and foo is skipped.
Here is the behavior of Java (or Python) debugger :
javastepinout.mp4
Making all expression breakable would make the step-in request unusable, but making some Expression breakable (like CallOrTree) partially solve the problem.
Here is the behavior with org.rascalmpl.ast.Expression.CallOrTree breakable :
withbreakcallortree.mp4
The step out from bar2 still does not allow to step in foo. One other downside is that since Expression that are Statement are breakable, step in on a function call trigger one additional suspension before entering the function.
Is it ok or is there other expression that could benefit to be breakable ?
In the current debugger implementation, all Expression are only breakable if they are Statement. In the case of nested function call, the step out function skip all other nested function.
For instance :
Here is a video of current interaction with step in on the first line of
aand step out frombar1:currentstepinout.mp4
The code of
bar2andfoois skipped.Here is the behavior of Java (or Python) debugger :
javastepinout.mp4
Making all expression breakable would make the step-in request unusable, but making some Expression breakable (like
CallOrTree) partially solve the problem.Here is the behavior with
org.rascalmpl.ast.Expression.CallOrTreebreakable :withbreakcallortree.mp4
The step out from
bar2still does not allow to step infoo. One other downside is that since Expression that are Statement are breakable, step in on a function call trigger one additional suspension before entering the function.Is it ok or is there other expression that could benefit to be breakable ?