From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=9ZDT=6F=gmail.com=judge.packham@sourceware.org>
Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f])
	by sourceware.org (Postfix) with ESMTPS id 0EC123858C50
	for <gdb@sourceware.org>; Thu,  9 Feb 2023 07:01:02 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 0EC123858C50
Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com
Received: by mail-ej1-x62f.google.com with SMTP id ml19so3691359ejb.0
        for <gdb@sourceware.org>; Wed, 08 Feb 2023 23:01:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20210112;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:from:to:cc:subject:date:message-id:reply-to;
        bh=/amr3roN06jLHxEJwQ3/U9lj+mGTaUW24JsH4/CdvNE=;
        b=LpGFJRlem9mXrXVsU7mytuQDangveJtxsdMWZjiF2Zj4E9aS8MtCNdfM819qasXY4j
         MRK7m2PcdODPeT1lyvOsmnyv/7PHe/w4ytdQx0slyfAPBpgClWEfnuajoLu7d6IUVTlx
         aC6RCY8KIHaMBG4iI3+LrD7pTP0FOxddXJ64HVBm4RXYDrHbj7sVaasyTLTBgX5tq8FS
         CTT2BpCEcUxskDmCbvmtxG/EGHcaYCIKq8p9Dn6LHUlDMpT7oxfI4B3JNtesz5UMqrqV
         fAMSusaMUT4462wQJc5yZBisYV6tBQRkooCCfXQX8zl/DrnEBuT/9esiqJqDI4DtCNOZ
         GTMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20210112;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
         :reply-to;
        bh=/amr3roN06jLHxEJwQ3/U9lj+mGTaUW24JsH4/CdvNE=;
        b=Lip9GZQNMYNSQ2uYbKbdORN0ALlyctPKWq0iwxYki3YIQJMz31s9XhrqlUFd/Op2U9
         lsN7PCrmMSqhImSV+kd06xVQciK/sQKwTFjHvgk9UuZ+1Q2nAgozc5HhKLm5Xx1IN/3O
         3SfQmubwtNDpMShccPvMl/eTiVY76VFmtNdj0EI8jNuEzlUOsdPOfOsPAfwhBWEEExEg
         IjjeFRf/4c+TFFmf7GKkx5Ho4ro52eY7YvwY1f9kqwsCnQ0ZgbU4Cp/rZGbmBuKNPd2A
         VftytZraSVEsL77JVXXXx7jeuAIs9kMIaL37YYL7ENNDwf6Hjm8JROTts/qQ/6g7iE3s
         mnnQ==
X-Gm-Message-State: AO0yUKV98b5UvhywqtFr1kawE9Yyy5RZEPlMAyreWwVRJ4eGlMtIUjb3
	dNpkAeeNQBBIzTxgzT9fi1gXNdfkA0BA+enDa+Nsm3vA
X-Google-Smtp-Source: AK7set/0IEmOAu8SM7ZwzkgJe4lqz80A49/NfBWP/13eee74L3+kOA0dxlvcmZWTiyQtTQqTqVbWYxcPrGzuZwlJ1iE=
X-Received: by 2002:a17:906:5384:b0:86f:5375:9f64 with SMTP id
 g4-20020a170906538400b0086f53759f64mr2025359ejo.135.1675926060670; Wed, 08
 Feb 2023 23:01:00 -0800 (PST)
MIME-Version: 1.0
References: <36c20830-7713-bff5-ca88-ea8bc2aab8b5@gnu.org>
In-Reply-To: <36c20830-7713-bff5-ca88-ea8bc2aab8b5@gnu.org>
From: Chris Packham <judge.packham@gmail.com>
Date: Thu, 9 Feb 2023 20:00:49 +1300
Message-ID: <CAFOYHZAmqoJ40bGxkiP3roE3WUZoyeO4jTWTX9MiomoNyk6zXQ@mail.gmail.com>
Subject: Re: Is there an option to "silent-step"/ "silent-next" (possibly in
 python and/or mi)?
To: Simon Sobisch <simonsobisch@gnu.org>
Cc: GDB Mailing list <gdb@sourceware.org>
Content-Type: multipart/alternative; boundary="0000000000008423d105f43ef10b"
X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <gdb.sourceware.org>

--0000000000008423d105f43ef10b
Content-Type: text/plain; charset="UTF-8"

On Thu, 9 Feb 2023, 2:44 AM Simon Sobisch via Gdb, <gdb@sourceware.org>
wrote:

> For "stepping in the current source" (given a mixed-source) I look for a
> way to "silent step" / "silent next".
> This will be useful for example if you debug within Bison and/or Flex
> generated sources and don't want to step through the state / token
> machine, having only the Bison / Flex _source_ be visible.
>
> Getting the source name from the frame and comparing this after a
> step/next is no big problem in GDB using python
>     gdb.selected_frame().find_sal().symtab.fullname()
>
> Using GDB in TUI mode I commonly "stay" in the source I'm interested in
> this way, but the GDB command line gets "flooded" with all the
> intermediate frame positions I'm not interested in.
>
> So: is there a way to do a "step"/"next" with suppressing the normal
> output and mi stop events normally send?
>
> Thank you for any pointers,
> Simon
>

Does the `skip` command do what you want? I use it for skipping
uninteresting things like memset() or printf() when stepping.

>

--0000000000008423d105f43ef10b--