-
-
Notifications
You must be signed in to change notification settings - Fork 331
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Up/Down commands don't work in post mortem mode #93
Comments
@torbiak It should be fixed now. Could you try? |
Use the actual number of items in the backtraces as the backtrace size instead of the (less reliable) calculated value.
It kinda works. Here's something weird, though: if I post-mortem an exception two calls deep I can navigate to the topmost call, but as I post-mortem deeper calls I find I can only go up at most two levels.
|
Crap, sorry. For the previous message I was accidentally testing with 3.5.1. Running the same test with master (972cb7a) I'm just getting a stack trace array printed out:
Maybe I'm doing something wrong building it? |
No, I actually forgot to test this behaviour when running |
Instead of exposing the stacksize, we expose the whole backtrace from the C-extension so we can properly filter byebug internal frames. This way we don't need to resort to Thread.current.backtrace_locations which doesn't solve the problem in post_mortem mode.
@torbiak Can you try again now? |
I get a
And if I remove the byebug call and try to run it with the |
@torbiak I think your environment is misconfigured somehow, the output you pasted seems to be using I get the right results in both cases using last master. Could you check your environment and try again? |
Yeah, my environment was messed up and the native extension wasn't loading. It's working fine now. Thanks. |
Reported in #92
The text was updated successfully, but these errors were encountered: