This is the mail archive of the
mailing list for the GDB project.
Re: How to check that GDB is going to make a longjmp?
Hi again, sorry for the later reply.
Well with some more digging I find out that its not the long jumps that are
I actually don't know whats the error but I will try to explain my scenerio.
- I have a C file called main.c and I create a new C file called main2.c
- The main2.c is actually same as main.c but it contains lines like this,
- Such lines appear after every line in main2.c so that GDB reads these
lines and create stack frames from there.
- Now when I debug my executable created from main2.c.
- Everything works perfect while stepping but right after my program does
longjump (even the longjmp executes correctly), and then i try to do step
again my stack frames are corrupted. and return me some file with line
number which is not correct.
I am compiling with Mingw on windows 7 using these flags -ggdb -O0
Kevin Pouget-2 wrote:
> I guess you want to catch longjump of the inferior, not GDB itself, right?
> One way is to set a breakpoint on the `longjmp' function itself, and
> then jump over the function, or enter `return' to return directly from
> the function without executing its body.
> The content of the jmp_bug depends of your system, so you need to
> check your local setjmp.h. For instance, you can see in this ÂlibC 
> implementation that they use a buffer to store the relevant CPU
> registers, with pre-processor macro.
> setjump populates the buffer with the registers, longjmp pushes the
> buffer values back to the CPU registers.
> On Wed, Sep 7, 2011 at 11:10 AM, adeeshah <email@example.com> wrote:
>> I want to avoid the GDB's longjmp. Is there a way to check that GDB is
>> to make a longjmp?
>> How can i check the contents of jmp_buf?
>> View this message in context:
>> Sent from the Sourceware - gdb list mailing list archive at Nabble.com.
View this message in context: http://old.nabble.com/How-to-check-that-GDB-is-going-to-make-a-longjmp--tp32414505p32455704.html
Sent from the Sourceware - gdb list mailing list archive at Nabble.com.