From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12954 invoked by alias); 10 Jun 2014 21:02:32 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 12942 invoked by uid 89); 10 Jun 2014 21:02:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: cssun.mathcs.emory.edu Received: from cssun.mathcs.emory.edu (HELO cssun.mathcs.emory.edu) (170.140.150.1) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 10 Jun 2014 21:02:31 +0000 Received: from [170.140.150.64] (mathsunf [170.140.150.64]) by cssun.mathcs.emory.edu (8.13.8+Sun/8.13.8) with ESMTP id s5AL2Tf0011813 for ; Tue, 10 Jun 2014 17:02:29 -0400 (EDT) Message-ID: <53977260.9080700@mathcs.emory.edu> Date: Tue, 10 Jun 2014 21:02:00 -0000 From: Ken Mandelberg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: gdb@sourceware.org Subject: Remote Debugging with NEXT Command Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-06/txt/msg00032.txt.bz2 I'm doing remote gdb deugging to a stub implemented on the target over tcp. SI works and NEXT works well enough skipping over a function call. What can be very slow is NEXT from one C statement to the next. When NEXT skips over a function call it implements it by setting a breakpoint at the return address. When NEXT skips from one C statement to the next, it does it by doing repeated SI's. This forces the target to send back a bunch of state at each SI. This is slow and very slow if the C statement actually has a loop in it. Is there any way around this other than carefully avoiding NEXT in the worst cases and manually setting breakpoints/CONT?