This is the mail archive of the gdb-patches@sourceware.cygnus.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: [RFA] Re: x86 linux GDB and SIGALRM


   Date: Tue, 02 May 2000 10:48:57 +1000
   From: Andrew Cagney <ac131313@cygnus.com>

   I think your analysis of the history is correct.  I'd just like to
   (infrun.c is the most frail code of code in GDB) see a testsuite
   addition (is there one already?) and a yay from someone with threads on
   a non-linux target.  I just have a feeling that creating a test case
   isn't easy :-( Hmm, does steping through a SIGBUS trigger the behavour?

I'll test it on Solaris 2.6.  I already promised Stan a testcase.
Would you prefer a SIGBUS/SIGSEGV testcase, or rather a SIGALRM
testcase?  I actually think the SIGALRM one is easier, but of course
there are targets without SIGALRM.  Do you know any targets that do
#define SIGALRM, but don't actually support it?

   Actually, lets see:

   With out the patch:

	   (gdb) handle SIGBUS pass print nostop
	   (gdb) b *0x1014064
	   (gdb) run
	   Breakpoint 3, 0x1014064 in test_ld ()
	   (gdb) stepi
	   Program received signal SIGBUS, Bus error.
	   0x1014064 in test_ld ()

That's what would be expected for

           (gdb) handle SIGBUS pass print stop

isn't it?

   with the patch:

	   (gdb) handle SIGBUS pass print nostop
	   (gdb) break *0x1014064
	   Breakpoint 1 at 0x1014064
	   (gdb) run
	   Breakpoint 1, 0x1014064 in test_ld ()
	   (gdb) stepi

	   Program received signal SIGBUS, Bus error.
	   0x103ff10 in ?? ()
	   (gdb) 

   is that the intended behavour?  I should note that this is a simulator
   target which can single step through exceptions.  Normal targets most
   likely just continue until the exception returns?

I'm not sure exactly what you mean by single stepping through
exceptions.  But I assume 0x103ff10 is the first (or perhaps second)
instruction of the exception handler for SIGBUS?

Anyway, on Linux we would indeed just "continue until the exception
returns".  If there is no signal handler for SIGBUS that would mean
that you'd see something like:

   (gdb) stepi

   Program received signal SIGSEGV, Segmentation fault.

   Program terminated with signal SIGSEGV, Segmentation fault.
   The program no longer exists.
   (gdb) 

(OK, this is for SIGSEGV but you get the picture :-)).

This seems reasonable to me.  I'll check the patch in if I see no
regressions on Solaris.

Mark

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]