public inbox for gdb-prs@sourceware.org help / color / mirror / Atom feed
From: "wenyan.xin at windriver dot com" <sourceware-bugzilla@sourceware.org> To: gdb-prs@sourceware.org Subject: [Bug gdb/27780] not report warning when set a breakpoint at invalid address for arm64 Date: Tue, 27 Apr 2021 02:16:11 +0000 [thread overview] Message-ID: <bug-27780-4717-MS3zTsyQBS@http.sourceware.org/bugzilla/> (raw) In-Reply-To: <bug-27780-4717@http.sourceware.org/bugzilla/> https://sourceware.org/bugzilla/show_bug.cgi?id=27780 --- Comment #1 from wenyan.xin at windriver dot com --- when set a 0 address breakpoint, our Gdb Server send "E01" to gdb client, and the function remote_target::insert_breakpoint () in fremote.c file return -1; In file breakpoint.c the function insert_bp_location() says that it returns -1 for failure, but in this case it return 0; Any error messages are printed to TMP_ERROR_STREAM; and DISABLED_BREAKS, and HW_BREAKPOINT_ERROR are used to report problems. Returns 0 for success, 1 if the bp_location type is not supported or -1 for failure. if (bp_excpt.reason != 0) { /* Can't set the breakpoint. */ /* In some cases, we might not be able to insert a breakpoint in a shared library that has already been removed, but we have not yet processed the shlib unload event. Unfortunately, some targets that implement breakpoint insertion themselves can't tell why the breakpoint insertion failed (e.g., the remote target doesn't define error codes), so we must treat generic errors as memory errors. */ if (bp_excpt.reason == RETURN_ERROR && (bp_excpt.error == GENERIC_ERROR || bp_excpt.error == MEMORY_ERROR) && bl->loc_type == bp_loc_software_breakpoint && (solib_name_from_address (bl->pspace, bl->address) || shared_objfile_contains_address_p (bl->pspace, bl->address))) { /* See also: disable_breakpoints_in_shlibs. */ bl->shlib_disabled = 1; gdb::observers::breakpoint_modified.notify (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"); } *disabled_breaks = 1; fprintf_unfiltered (tmp_error_stream, "breakpoint #%d\n", bl->owner->number); return 0; // is this case it return from here, then this issue happened. } -- You are receiving this mail because: You are on the CC list for the bug.
next prev parent reply other threads:[~2021-04-27 2:16 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-04-27 2:02 [Bug gdb/27780] New: " wenyan.xin at windriver dot com 2021-04-27 2:16 ` wenyan.xin at windriver dot com [this message] 2021-04-27 7:28 ` [Bug gdb/27780] " wenyan.xin at windriver dot com 2021-04-27 8:22 ` wenyan.xin at windriver dot com 2021-04-30 5:07 ` wenyan.xin at windriver dot com 2022-11-02 12:03 ` luis.machado at arm dot com
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=bug-27780-4717-MS3zTsyQBS@http.sourceware.org/bugzilla/ \ --to=sourceware-bugzilla@sourceware.org \ --cc=gdb-prs@sourceware.org \ /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: linkBe 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).