Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon.

Pages: 1-

cant go backwards in debugger

Name: le current year man 2016-11-22 17:56

it's 2016 and you still can't go back in gdb.

i want to debug a crash, i crashed in function f so i want to step back a bit to see which function called f.

can't do it. not happening. computers are not advanced enough yet.

gotta put breaks around everything that calls f and re run, skipping working calls until I hit the breaking one.

This is the modern workflow?

Name: Anonymous 2016-11-22 18:03

That's just because C is shit. There is nothing gdb can do about it when the language is inherently flawed. OTOH LISP debuggers were able to step back ten years before C was even invented.

Name: Anonymous 2016-11-22 18:57

Get a load of this guy, can't even reverse time!

Name: Anonymous 2016-11-22 19:07

>>2
Unfair comparison: when you debug lisp with slime you are evaluating sexps, when you debug a c compiled binary with gdb you are running cpu instructions. Also, I don't think lithp debuggers were that sophisticated back in the 70s.

Name: Anonymous 2016-11-22 19:22

The fuck kind of question even is this? Nigger.

Name: Anonymous 2016-11-22 20:14

I think gdb is a pretty cool guy. Eh never walks back and doesn't afraid of crashes.

Name: Anonymous 2016-11-22 21:05

Name: Cudder !cXCudderUE 2016-11-24 3:25

GDB is a piece of shit, but your problem can easily be solved by the bt command. Run your program in it, let it crash, issue bt when it does.

Name: Anonymous 2016-11-26 1:59

delete Cudder;

Don't change these.
Name: Email:
Entire Thread Thread List