From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsec212.isp.belgacom.be (mailsec212.isp.belgacom.be [195.238.22.108]) by sourceware.org (Postfix) with ESMTPS id B599A3858D1E for ; Sun, 12 Feb 2023 12:38:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B599A3858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=skynet.be Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=skynet.be DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skynet.be; i=@skynet.be; q=dns/txt; s=rmail; t=1676205515; x=1707741515; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=vIiMw+iRsafpRVHISMXWL/U4i9KwRIZQW/K7RKejLvA=; b=ffABDFqfgsAjeFj+JdjvA4a3+RCLbZOQTxHoIllFDQFJJPz/RZsYTlz5 YGjWYp2Vz62GykX7vXcE6sRy8crplh+bFjOtjcMkh4qkuR6G+QufR5gah 5IjWQTgv7qwwZuPnOxBGHEOJdqevLhv/CZkFJ4pCk8eZX2tWgowM1fQbC k=; X-ExtLoop: 1 X-IPAS-Result: =?us-ascii?q?A2EwAQDa1ehj/1uGgG0NTYEJCYFGhQ+EU5EjkWiKBYNUD?= =?us-ascii?q?wEBAQEBAQEBAQlEBAEBhQgDAgKFKiY3Bg4BAgQBAQEBAwIDAQEBAQEBAwEBA?= =?us-ascii?q?QUBAQEBAQEGAwEBAQKBGYUvgn0pAYN/AQEBAyNWEAsNCwICJgICVwYBErEye?= =?us-ascii?q?oEyGmeEc5pmgWeBFC2BZYcvg2aEMDeBVUSEPz6IHIJnBJVwCoE0doEkDoFEg?= =?us-ascii?q?QkCCQIRRyyBFwhsgVU3AxkrHUADCzs6PzULCyQGPwEFAg8fNgYDCQMCH0puL?= =?us-ascii?q?hETBQMLFSpHBAg2BQYbNBECCA8SDwYmRA5CNzQTBlwBKQsOEQNQgUgEL4FgB?= =?us-ascii?q?gEoJpohgR2BJW2hX4EznwGBAjQHg3mBTwYMnxMylykDkgiXVSCnd4F4ggBtg?= =?us-ascii?q?zpSjn+YE3Q7AgcLAQEDCYsSAQE?= IronPort-PHdr: A9a23:guJBPRajUknGmjqiAn0Ga1b/LTEe14qcDmcuAnoPtbtCf+yZ8oj4O wSHvLMx1gKPBNiKoK4cw8Pt8IneGkU4qa6bt34DdJEeHzQksu4x2zIaPcieFEfgJ+TrZSFpV O5LVVti4m3peRMNQJW2aFLduGC94iAPERvjKwV1Ov71GonPhMiryuy+4ZLebxtIiTanfL9/L BG7oQreu8UKnIBvNrs/xhzVr3RHfOhb2XlmLk+JkRbm4cew8p9j8yBOtP8k6sVNT6b0cbkmQ LJBFDgpPHw768PttRnYUAuA/WAcXXkMkhpJGAfK8hf3VYrsvyTgt+p93C6aPdDqTb0xRD+v4 btnRAPuhSwaLDMy7n3ZhdJsg6JauBKhpgJww4jIYIGOKfFyerrRcc4GSWZdW8pcUTFKDIGhY IsVF+cPPvtWoYnjqVYQoxWxBwesC//hxTBHiXH7xrE63uY7HA3awAAtBdADvXLJp9v1LqcSV uW1wbHSwzXDbvNW3Tb96JDQch8/vPqDXah/cdDWyUk2CgPFj0ufqZb+PziI0ekNq2ib7+tkV eKuk24nsx9+riKhx8g2kInJgZsVyk3F9Spn2oY1Psa1SFV4Yd+kFptfqT2aO5FtTcw8Wmxlv jsxxbIat5ChZicK1IgnyADFa/yBa4WF4Q/vWeeVLDp3mn5pZayyihmu/US+xOPwSMe53UtKo CdBndfBuXQA2h3T5MSaVvdw+lms1DeN2g7T5O9JP105mKzGIJAi2r49jocfvVjHEyPshUn6k qybel859uWm5OnreLHrqoKaOoRpkA/xKL4ulda6AekgNwgOWHWU9vqk2b34+E35XK1Kjvork qnFqJzaJdoUpqq+AwJN1okv9hKyAym83NgFnHQKL0hJdA+dg4T0P1zBJuj0Dfa5g1uyjDdm3 +3KMqHlD5nXM3TPjrTscaxg50NSxwc/19RS649MBrEEOv3zW0vxtNLCDh8+Ngy52/7nCNV81 oMaWGKPGreZP73IvV6G/O0vOe6MZJYIuDb8Nfcl/eXugGQimV8efaip24UYaGyiEvt9PUqVe XzsjcwZHmcQogU+VPDqiEGFUTNLaXu+R7g86S0jCIK6EYfDQZiggKCG3Ce+BZBWenpGCleJE Xj2d4SIQesDaCWXIsN5iDwLSaChS5M91RGprAL6xKdoIfHP9y0DspLjycJ16PHNmhA87zN0F dqS33uKT2FukWMEXyU207xnoUxh1leD1rB1g+dZFdxW4PNJVBw6NZnHwOx7END9RgLBc8yGS FagX9WqGzYxTsg+w4xGX0EoJ9KnxizZ2C+nEvdBi7uOLIAu9afRzj76IMMrjz791awmiREdR cFOLmamzrB+/kD8C4SBx0qVnY6xcrkG1yPS/X2Oi22UsxcLfhR3VPD9XXEbZ1POoJzG71nFV qKvBK48el9Zyc+GK7NSZ5v2hE9BXeriNc7FS3myimG9GVCCy+XfP8LRZ2wB0XCFWwA/mAcJ8 CPDbFBmbho= IronPort-Data: A9a23:C16hqqB/iVaU+hVW/0Xiw5YqxClBgxIJ4kV8jS/XYbTApGl31mYBn TcYDD+CPPeJYmKnKo1zbNjkpxkA7J7dyoIyTANkpHpgZkwRpJueD7x1DKtQ0wB+jyHnZBg6h ynLQoCddKjYdleF+lH3dOGJQUBUjcmgXqD7BPPPJhd/TAplTDZJoR94kobVuKYx6TSCK17L6 IyaT/H3Ygf/gGYuazhMsspvlTs21BjMkGJA1rABTa0T1LPuvyF9JI4SI6i3M0z5TuF8dgJtb 7+epF0R1jqxEyYFUrtJoJ6iGqE5aue60Ty1t5Zjc/PKbi5q/3JtjflhbaR0hXB/0F1ll/gpo DlEWAfZpQ0BZsUgk8xFO/VU/r0X0QSrN9YrLFDm2fF/wXEqfFPJ++lvAx1rG7cpxeRVXmx39 dBEC2sCO0Xra+KemNpXS8Ff35V5apC1bMVG/Cgx+Fk1D95/GcGFGv+ao4YDgHFh36iiHt6HD yYdQSJvbRDBewVCfEgeEpUngealnGLXaD5Jrl+J46A6i4TW5FcgieKzbYeKEjCMbet+hl+fo 0LIxTujAywFJdPA1nnZ1X3504cjmgu+Aur+DoaQ6vlvqEGJwWkeGVsdUl7Tifa1gGalXM9FI EEL8zAj668o+ySDVdj4WBujp3SFpRUcc9VWDqs98g7l90bPy1/BVy5dFG4HMYd68p5vLdA36 mK0cxrSLWQHmNWopbi1r994cRva1eMpwaPuqMPKocbpIzUunW3rsi/ycw== IronPort-HdrOrdr: A9a23:9T/fqa79jZrs0LIUUAPXwMvXdLJyesId70hD6qkRc20zTiX8ra uTdZsguyMc5Ax9ZJhYo7C90fC7MBDhHP1OkO0s1NWZNjUO0VHARL2Ki7GC/9SKIULDH4BmuZ uJdcBFebjN5VwTt7eZ3DWF X-IronPort-Anti-Spam-Filtered: true Received: from unknown (HELO [192.168.1.19]) ([109.128.134.91]) by relay.proximus.be with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Feb 2023 13:38:33 +0100 Message-ID: <6628499778f82e95775922af04cb397a16d33cd7.camel@skynet.be> Subject: Re: Is there an option to "silent-step"/ "silent-next" (possibly in python and/or mi)? From: Philippe Waroquiers To: Tom Tromey , Simon Sobisch via Gdb Cc: Simon Sobisch Date: Sun, 12 Feb 2023 13:38:33 +0100 In-Reply-To: <87o7q1xxpt.fsf@tromey.com> References: <36c20830-7713-bff5-ca88-ea8bc2aab8b5@gnu.org> <87o7q1xxpt.fsf@tromey.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3-1+deb11u1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2,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: As a (not very clean) bypass, you might do something like: alias silent-next = | next | grep -e some_regexp_to_see what_you_are_interested_in and if you want to see nothing: alias silent-next = | next | cat > /dev/null Philippe On Fri, 2023-02-10 at 09:59 -0700, Tom Tromey wrote: > > > > > > "Simon" == Simon Sobisch via Gdb writes: > > Simon> For "stepping in the current source" (given a mixed-source) I look for > Simon> a way to "silent step" / "silent next". > Simon> This will be useful for example if you debug within Bison and/or Flex > Simon> generated sources and don't want to step through the state / token > Simon> machine, having only the Bison / Flex _source_ be visible. > > Simon> Getting the source name from the frame and comparing this after a > Simon> step/next is no big problem in GDB using python > Simon> gdb.selected_frame().find_sal().symtab.fullname() > > Simon> Using GDB in TUI mode I commonly "stay" in the source I'm interested > Simon> in this way, but the GDB command line gets "flooded" with all the > Simon> intermediate frame positions I'm not interested in. > > Simon> So: is there a way to do a "step"/"next" with suppressing the normal > Simon> output and mi stop events normally send? > > I don't think there is right now. I think suppressing output during > these kinds of commands is a known issue, but nobody has looked into > what would be needed to fix it. > > Tom