public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Hui Zhu <hui_zhu@mentor.com>
To: Pedro Alves <palves@redhat.com>
Cc: gdb-patches ml <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Let gdbserver doesn't tell GDB it support target-side breakpoint conditions and commands if it doesn't support 'Z' packet
Date: Sun, 08 Dec 2013 05:19:00 -0000	[thread overview]
Message-ID: <52A40015.207@mentor.com> (raw)
In-Reply-To: <52A22582.8040509@redhat.com>

On 12/07/13 03:29, Pedro Alves wrote:
> Please analyze the insert_bp_location's error handling carefully:
>
> - if solib_name_from_address is true (the dprintf is set in a
>    shared library), we won't see this new error message, while
>    we should.

I change all this part to:
First, output error message.
Second, if it is solib breakpoint, disable breakpoint.

> - 'hw_bp_err_string' ends up misnamed after this patch.

Change it to "bp_err_string".

>

Post a new patch according to your comments.
This patch is tested and pass the regression test in x86_64 linux.

Please help me review it.

Thanks,
Hui

2013-12-08  Hui Zhu  <hui@codesourcery.com>

	PR gdb/16101
	* breakpoint.c (insert_bp_location): Change hw_bp_err_string to
	bp_err_string.
	Output error message of software breakpoints.
	Make solib error message output use same code with hardware
	breakpoints and software breakpoints.
	* remote.c (remote_insert_breakpoint): If this breakpoint has
	target-side commands but this stub doesn't support Z0 packets,
	throw error.

--- a/gdb/breakpoint.c
+++ b/gdb/breakpoint.c
@@ -2396,7 +2396,7 @@ insert_bp_location (struct bp_location *
  		    int *hw_bp_error_explained_already)
  {
    int val = 0;
-  char *hw_bp_err_string = NULL;
+  char *bp_err_string = NULL;
    struct gdb_exception e;
  
    if (!should_be_inserted (bl) || (bl->inserted && !bl->needs_update))
@@ -2501,7 +2501,7 @@ insert_bp_location (struct bp_location *
  	  if (e.reason < 0)
  	    {
  	      val = 1;
-	      hw_bp_err_string = (char *) e.message;
+	      bp_err_string = (char *) e.message;
  	    }
  	}
        else
@@ -2543,7 +2543,7 @@ insert_bp_location (struct bp_location *
  	      if (e.reason < 0)
  	        {
  	          val = 1;
-	          hw_bp_err_string = (char *) e.message;
+	          bp_err_string = (char *) e.message;
  	        }
  	    }
  	  else
@@ -2557,6 +2557,36 @@ insert_bp_location (struct bp_location *
        if (val)
  	{
  	  /* Can't set the breakpoint.  */
+	  if (bl->loc_type == bp_loc_hardware_breakpoint)
+	    {
+	      *hw_breakpoint_error = 1;
+	      *hw_bp_error_explained_already = bp_err_string != NULL;
+	      fprintf_unfiltered (tmp_error_stream,
+				  "Cannot insert hardware breakpoint %d%s",
+				  bl->owner->number, bp_err_string ? ":" : ".\n");
+	      if (bp_err_string)
+		fprintf_unfiltered (tmp_error_stream, "%s.\n", bp_err_string);
+	    }
+	  else if (bp_err_string != NULL)
+	    {
+	      fprintf_unfiltered (tmp_error_stream,
+				  "Cannot insert breakpoint %d:%s\n",
+				  bl->owner->number, bp_err_string);
+	    }
+	  else
+	    {
+	      char *message = memory_error_message (TARGET_XFER_E_IO,
+						    bl->gdbarch, bl->address);
+	      struct cleanup *old_chain = make_cleanup (xfree, message);
+
+	      fprintf_unfiltered (tmp_error_stream,
+				  "Cannot insert breakpoint %d.\n"
+				  "%s\n",
+				  bl->owner->number, message);
+
+	      do_cleanups (old_chain);
+	    }
+
  	  if (solib_name_from_address (bl->pspace, bl->address))
  	    {
  	      /* See also: disable_breakpoints_in_shlibs.  */
@@ -2564,45 +2594,13 @@ insert_bp_location (struct bp_location *
  	      bl->shlib_disabled = 1;
  	      observer_notify_breakpoint_modified (bl->owner);
  	      if (!*disabled_breaks)
-		{
-		  fprintf_unfiltered (tmp_error_stream,
-				      "Cannot insert breakpoint %d.\n",
-				      bl->owner->number);
-		  fprintf_unfiltered (tmp_error_stream,
-				      "Temporarily disabling shared "
-				      "library breakpoints:\n");
-		}
+		fprintf_unfiltered (tmp_error_stream,
+				    "Temporarily disabling shared "
+				    "library breakpoints:\n");
  	      *disabled_breaks = 1;
  	      fprintf_unfiltered (tmp_error_stream,
  				  "breakpoint #%d\n", bl->owner->number);
  	    }
-	  else
-	    {
-	      if (bl->loc_type == bp_loc_hardware_breakpoint)
-		{
-                  *hw_breakpoint_error = 1;
-                  *hw_bp_error_explained_already = hw_bp_err_string != NULL;
-                  fprintf_unfiltered (tmp_error_stream,
-                                      "Cannot insert hardware breakpoint %d%s",
-                                      bl->owner->number, hw_bp_err_string ? ":" : ".\n");
-                  if (hw_bp_err_string)
-                    fprintf_unfiltered (tmp_error_stream, "%s.\n", hw_bp_err_string);
-		}
-	      else
-		{
-		  char *message = memory_error_message (TARGET_XFER_E_IO,
-							bl->gdbarch, bl->address);
-		  struct cleanup *old_chain = make_cleanup (xfree, message);
-
-		  fprintf_unfiltered (tmp_error_stream,
-				      "Cannot insert breakpoint %d.\n"
-				      "%s\n",
-				      bl->owner->number, message);
-
-		  do_cleanups (old_chain);
-		}
-
-	    }
  	}
        else
  	bl->inserted = 1;
--- a/gdb/remote.c
+++ b/gdb/remote.c
@@ -8260,6 +8260,12 @@ remote_insert_breakpoint (struct gdbarch
  	}
      }
  
+  /* If this breakpoint has target-side commands but this stub doesn't
+     support Z0 packets, throw error.  */
+  if (!VEC_empty (agent_expr_p, bp_tgt->tcommands))
+    error (_("\
+Target doesn't support breakpoints that have target side commands."));
+
    return memory_insert_breakpoint (gdbarch, bp_tgt);
  }
  

  

  reply	other threads:[~2013-12-08  5:19 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-21 10:30 Hui Zhu
2013-10-21 15:37 ` Pedro Alves
2013-11-28 10:56   ` Hui Zhu
2013-11-28 17:38     ` Maciej W. Rozycki
2013-11-29  9:41       ` Hui Zhu
2013-11-29 15:27     ` [pushed] Plug target side conditions and commands leaks (was: Re: [PATCH] Let gdbserver doesn't tell GDB it support target-side breakpoint conditions and commands if it doesn't support 'Z' packet) Pedro Alves
2013-11-29 16:05     ` [PATCH] Let gdbserver doesn't tell GDB it support target-side breakpoint conditions and commands if it doesn't support 'Z' packet Pedro Alves
2013-12-02 12:45       ` Hui Zhu
2013-12-02 14:38         ` Pedro Alves
2013-12-03  4:50           ` Hui Zhu
2013-12-03  4:54             ` Hui Zhu
2013-12-06 19:29             ` Pedro Alves
2013-12-08  5:19               ` Hui Zhu [this message]
2013-12-08  8:34                 ` Doug Evans
2013-12-08 14:18                   ` Hui Zhu
2013-12-09 19:48                 ` Pedro Alves
2013-12-09 21:07                   ` Doug Evans
2013-12-10 17:34                     ` Pedro Alves
2013-12-10 18:14                       ` [PATCH] Eliminate UNSUPPORTED_ERROR Pedro Alves
2013-12-11 16:33                         ` Doug Evans
2013-12-11 19:17                           ` Pedro Alves
2013-12-12  4:23                             ` Doug Evans
2013-12-12 10:23                               ` Pedro Alves
2013-12-11 16:40                       ` [PATCH] Let gdbserver doesn't tell GDB it support target-side breakpoint conditions and commands if it doesn't support 'Z' packet Doug Evans
2013-12-12 10:55                     ` breakpoint.c:insert_bp_location: Constify local. (was: Re: [PATCH] Let gdbserver doesn't tell GDB it support target-side breakpoint conditions and commands if it doesn't support 'Z' packet) Pedro Alves
2013-12-12 12:55                     ` [PATCH] Let gdbserver doesn't tell GDB it support target-side breakpoint conditions and commands if it doesn't support 'Z' packet Pedro Alves
2014-01-09 18:36                       ` Pedro Alves

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52A40015.207@mentor.com \
    --to=hui_zhu@mentor.com \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).