From patchwork Fri Dec 29 09:26:57 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Burgess X-Patchwork-Id: 82982 Return-Path: X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 68ECB3858439 for ; Fri, 29 Dec 2023 09:30:26 +0000 (GMT) X-Original-To: gdb-patches@sourceware.org Delivered-To: gdb-patches@sourceware.org Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id D49D23858CD1 for ; Fri, 29 Dec 2023 09:27:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D49D23858CD1 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org D49D23858CD1 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703842049; cv=none; b=xAw0EgqWMUZ5CG7hmmFXmktUn9X0INqZp8oGvuvt7JTZwkBGV+AvUuRu0gmz+i5tCQr+GsH1oiZ/kSeYjH0PCn9a82l4b0DdFlVvXPWq+ZSejQwGmuMhWNp/SXDzf2PNWN+ld71pzPyw1ldc+Pv4YCgAaMyaFqvTcPJgJ02jAP8= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703842049; c=relaxed/simple; bh=fYsTE8mmbqmaMMlmFJ8heGQdkueMvqIZIvEJJlP3SKs=; h=DKIM-Signature:From:To:Subject:Date:Message-Id:MIME-Version; b=LDNc2KkzlLYpMeLwbh4Mw8n/mzR3JOcksMByHku05uKHsdv7+Fw6T1mZU5RzPnDZVlCM/QeHBUlUiks58H659UwKtHW4SmhJW/BmwYRKzNOshHei00cFve6jLWh4q9s03V49WSJ4elWBZIR9QX/q2ySZn9L6JiIDDyqCx5ZlM54= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1703842039; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SXnshmjqUsPQvP3afOnOTh8pksu0tRpvZwyV8OQblwE=; b=GXPK0qEtidtR+xg+NuU9myiwpfZfdD3SiWRhouiXKL1Qvl0H77iR+WtKnHKqCZJjVYOe84 duainJFVeIo0y+GXsABd0By+sXhnSQi6WFI4lhrDdoqMjxQ+b75cqxM/a+d1HUOqAw4m+k D+kc2zr4nV1tHziGaqjHV/x7QVgXS1o= Received: from mail-wm1-f69.google.com (mail-wm1-f69.google.com [209.85.128.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-480-OaqYqCaVOjW-bB_oKRhk8g-1; Fri, 29 Dec 2023 04:27:18 -0500 X-MC-Unique: OaqYqCaVOjW-bB_oKRhk8g-1 Received: by mail-wm1-f69.google.com with SMTP id 5b1f17b1804b1-40d79984b67so1348935e9.0 for ; Fri, 29 Dec 2023 01:27:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703842036; x=1704446836; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=SXnshmjqUsPQvP3afOnOTh8pksu0tRpvZwyV8OQblwE=; b=JGSZJMgiDU4kmhgcZ+EcbBOWDNczgzPxEBviu4xsIRnHFUlG6GKewbqBiRHH+syRjO 7Sy5xk15eM7vqKOGIy8tksyAOzsAgE60OMIwLIRn+bwyJpmPDO4HO8+KREAG3bAlyAa4 V5acc+cKXJ8JH8YwZZXcq4Cx8CkltQX5RdqubT2uLS4735v2mrdxMVnWnVFhVBfVAN2v Auw3TJ2AjdYB8uplRYr4M6KyhmXHsrMV7C7LvBNGuQTpiV0JsgdqpDVJGBQwzv8RTF5k Al7XqNE1U+64pPwqxk4uXgOl8o4pzrZp82JeqMbrIC9wX7BXOHVbUr2azElYjP9CoQn0 UPtA== X-Gm-Message-State: AOJu0Yw+2cUAL2b20dLelImPHA7DDLSku0UAAagGdOAkT7zw2kfikI87 tJSb/zd+pX1DGxEHfHYPr1IlN+ndLBvPQR0+SXsgYkcBZnt34eK6CnOwKUu0LOWxbYg5TCPQRJ+ a6ybxQe68l3w2nsZD/vtZvrWcVBS7dDC2jO9lVmMWjLJ/PXy/HyeXNhVEvJ7wydGwN9M0BY1/nu I/aYpJEk//BWeLgQ== X-Received: by 2002:a05:600c:4ab0:b0:40c:2394:1796 with SMTP id b48-20020a05600c4ab000b0040c23941796mr5722305wmp.174.1703842035817; Fri, 29 Dec 2023 01:27:15 -0800 (PST) X-Google-Smtp-Source: AGHT+IEBETAdiZlAyLAcLd3BXYzkvFaj3eHUmr1vJtB3k8GIvjVvTAGU60sLqBGCGnG2COBWCFK7iQ== X-Received: by 2002:a05:600c:4ab0:b0:40c:2394:1796 with SMTP id b48-20020a05600c4ab000b0040c23941796mr5722295wmp.174.1703842035415; Fri, 29 Dec 2023 01:27:15 -0800 (PST) Received: from localhost ([2a00:23c7:c696:e701:85a5:8a0c:1403:2dc]) by smtp.gmail.com with ESMTPSA id fm13-20020a05600c0c0d00b0040b37f107c4sm30631585wmb.16.2023.12.29.01.27.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Dec 2023 01:27:14 -0800 (PST) From: Andrew Burgess To: gdb-patches@sourceware.org Cc: Andrew Burgess Subject: [PATCHv8 02/14] gdb: create_breakpoint: asserts relating to extra_string/parse_extra Date: Fri, 29 Dec 2023 09:26:57 +0000 Message-Id: X-Mailer: git-send-email 2.25.4 In-Reply-To: References: MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com X-Spam-Status: No, score=-13.0 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces+patchwork=sourceware.org@sourceware.org The goal of this commit is to better define the API for create_breakpoint especially around the use of extra_string and parse_extra. This will be useful in the next commit when I plan to make some changes to create_breakpoint. This commit makes one possibly breaking change: until this commit it was possible to create thread-specific dprintf breakpoint like this: (gdb) dprintf call_me, thread 1 "%s", "hello" Dprintf 2 at 0x401152: file /tmp/hello.c, line 8. (gdb) info breakpoints Num Type Disp Enb Address What 2 dprintf keep y 0x0000000000401152 in call_me at /tmp/hello.c:8 thread 1 stop only in thread 1 printf "%s", "hello" (gdb) This feature of dprintf was not documented, was not tested, and is slightly different in syntax to how we create thread specific breakpoints and/or watchpoints -- the thread condition appears after the first ','. I believe that this worked at all was simply by luck. We happen to pass the parse_extra flag as true from dprintf_command to create_breakpoint. So in this commit I made the choice change this. We now pass parse_extra as false from dprintf_command to create_breakpoint. With this done it is assumed that the only thing in the extra_string is the dprintf format and arguments. Beyond this change I've updated the comment on create_breakpoint in breakpoint.h, and I've then added some asserts into create_breakpoint as well as moving around some of the error handling. - We now assert on the incoming argument values, - I've moved an error check to sit after the call to find_condition_and_thread_for_sals, this ensures the extra_string was parsed correctly, In dprintf_command: - We now throw an error if there is no format string after the dprintf location. This error was already being thrown, but was being caught later in the process. With this change we catch the missing string earlier, - And, as mentioned earlier, we pass parse_extra as false when calling create_breakpoint, In create_tracepoint_from_upload: - We now throw an error if the parsed location doesn't completely consume the addr_str variable. This error has now effectively moved out of create_breakpoint. --- gdb/breakpoint.c | 41 ++++++++++++++++++++++++++++------------- gdb/breakpoint.h | 44 +++++++++++++++++++++++++++----------------- 2 files changed, 55 insertions(+), 30 deletions(-) diff --git a/gdb/breakpoint.c b/gdb/breakpoint.c index c16530c5400..3ba3d0d3d12 100644 --- a/gdb/breakpoint.c +++ b/gdb/breakpoint.c @@ -9241,6 +9241,16 @@ create_breakpoint (struct gdbarch *gdbarch, if (extra_string != NULL && *extra_string == '\0') extra_string = NULL; + /* A bp_dprintf must always have an accompanying EXTRA_STRING containing + the dprintf format and arguments -- PARSE_EXTRA should always be false + in this case. + + For all other breakpoint types, EXTRA_STRING should be nullptr unless + PARSE_EXTRA is true. */ + gdb_assert ((type_wanted == bp_dprintf) + ? (extra_string != nullptr && !parse_extra) + : (extra_string == nullptr || parse_extra)); + try { ops->create_sals_from_location_spec (locspec, &canonical); @@ -9304,6 +9314,8 @@ create_breakpoint (struct gdbarch *gdbarch, if (parse_extra) { + gdb_assert (type_wanted != bp_dprintf); + gdb::unique_xmalloc_ptr rest; gdb::unique_xmalloc_ptr cond; @@ -9312,15 +9324,15 @@ create_breakpoint (struct gdbarch *gdbarch, find_condition_and_thread_for_sals (lsal.sals, extra_string, &cond, &thread, &inferior, &task, &rest); + + if (rest.get () != nullptr && *(rest.get ()) != '\0') + error (_("Garbage '%s' at end of command"), rest.get ()); + cond_string_copy = std::move (cond); extra_string_copy = std::move (rest); } else { - if (type_wanted != bp_dprintf - && extra_string != NULL && *extra_string != '\0') - error (_("Garbage '%s' at end of location"), extra_string); - /* Check the validity of the condition. We should error out if the condition is invalid at all of the locations and if it is not forced. In the PARSE_EXTRA case above, this @@ -9531,21 +9543,18 @@ dprintf_command (const char *arg, int from_tty) /* If non-NULL, ARG should have been advanced past the location; the next character must be ','. */ - if (arg != NULL) + if (arg == nullptr || arg[0] != ',' || arg[1] == '\0') + error (_("Format string required")); + else { - if (arg[0] != ',' || arg[1] == '\0') - error (_("Format string required")); - else - { - /* Skip the comma. */ - ++arg; - } + /* Skip the comma. */ + ++arg; } create_breakpoint (get_current_arch (), locspec.get (), NULL, -1, -1, - arg, false, 1 /* parse arg */, + arg, false, 0 /* parse arg */, 0, bp_dprintf, 0 /* Ignore count */, pending_break_support, @@ -14149,6 +14158,12 @@ create_tracepoint_from_upload (struct uploaded_tp *utp) location_spec_up locspec = string_to_location_spec (&addr_str, current_language); + + + gdb_assert (addr_str != nullptr); + if (*addr_str != '\0') + error (_("Garbage '%s' at end of location"), addr_str); + if (!create_breakpoint (get_current_arch (), locspec.get (), utp->cond_string.get (), -1, -1, addr_str, diff --git a/gdb/breakpoint.h b/gdb/breakpoint.h index 4abf6d0762c..95f98b59e41 100644 --- a/gdb/breakpoint.h +++ b/gdb/breakpoint.h @@ -1585,32 +1585,42 @@ enum breakpoint_create_flags functions for setting a breakpoint at LOCSPEC. This function has two major modes of operations, selected by the - PARSE_EXTRA parameter. + PARSE_EXTRA and WANTED_TYPE parameters. - If PARSE_EXTRA is zero, LOCSPEC is just the breakpoint's location - spec, with condition, thread, and extra string specified by the - COND_STRING, THREAD, and EXTRA_STRING parameters. + When WANTED_TYPE is not bp_dprintf the following rules apply: - If PARSE_EXTRA is non-zero, this function will attempt to extract - the condition, thread, and extra string from EXTRA_STRING, ignoring - the similarly named parameters. + If PARSE_EXTRA is zero, LOCSPEC is just the breakpoint's location + spec, with condition, thread, and extra string specified by the + COND_STRING, THREAD, and EXTRA_STRING parameters. - If FORCE_CONDITION is true, the condition is accepted even when it is - invalid at all of the locations. However, if PARSE_EXTRA is non-zero, - the FORCE_CONDITION parameter is ignored and the corresponding argument - is parsed from EXTRA_STRING. + If PARSE_EXTRA is non-zero, this function will attempt to extract the + condition, thread, and extra string from EXTRA_STRING, ignoring the + similarly named parameters. + + When WANTED_TYPE is bp_dprintf the following rules apply: + + PARSE_EXTRA must always be zero, LOCSPEC is just the breakpoint's + location spec, with condition, thread, and extra string (which + contains the dprintf format and arguments) specified by the + COND_STRING, THREAD, and EXTRA_STRING parameters. + + If FORCE_CONDITION is true, the condition (in COND_STRING) is accepted + even when it is invalid at all of the locations. However, if + PARSE_EXTRA is non-zero and WANTED_TYPE is not bp_dprintf, the + FORCE_CONDITION parameter is ignored and the corresponding argument is + parsed from EXTRA_STRING. The THREAD should be a global thread number, the created breakpoint will only apply for that thread. If the breakpoint should apply for all - threads then pass -1. However, if PARSE_EXTRA is non-zero then the - THREAD parameter is ignored and an optional thread number will be parsed - from EXTRA_STRING. + threads then pass -1. However, if PARSE_EXTRA is non-zero and + WANTED_TYPE is not bp_dprintf, then the THREAD parameter is ignored and + an optional thread number will be parsed from EXTRA_STRING. The INFERIOR should be a global inferior number, the created breakpoint will only apply for that inferior. If the breakpoint should apply for - all inferiors then pass -1. However, if PARSE_EXTRA is non-zero then - the INFERIOR parameter is ignored and an optional inferior number will - be parsed from EXTRA_STRING. + all inferiors then pass -1. However, if PARSE_EXTRA is non-zero and + WANTED_TYPE is not bp_dprintf, then the INFERIOR parameter is ignored + and an optional inferior number will be parsed from EXTRA_STRING. At most one of THREAD and INFERIOR should be set to a value other than -1; breakpoints can be thread specific, or inferior specific, but not