From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15622 invoked by alias); 21 Feb 2010 18:28:30 -0000 Received: (qmail 15608 invoked by uid 22791); 21 Feb 2010 18:28:30 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 21 Feb 2010 18:28:24 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o1LISKDN010748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 21 Feb 2010 13:28:20 -0500 Received: from [IPv6:::1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o1LISHxA015548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Feb 2010 13:28:19 -0500 Message-ID: <4B817B40.7050902@redhat.com> Date: Sun, 21 Feb 2010 18:40:00 -0000 From: Keith Seitz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Lightning/1.0b2pre Thunderbird/3.0.1 MIME-Version: 1.0 To: Bruce Korb CC: insight@sourceware.org Subject: Re: breakpoint setting bug References: <4B8171D2.3050802@gmail.com> In-Reply-To: <4B8171D2.3050802@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2010-q1/txt/msg00024.txt.bz2 On 02/21/2010 09:48 AM, Bruce Korb wrote: > I've got too much stuff on my plate at the moment. > If this is insufficient, I'll try to do a better > test case later. Sorry. Yeah, this is definitely not enough information to appropriately assess the bug. I used your example code to try to build a test case, but I could not reproduce the bug. > In the following code fragment, I set a breakpoint at "emit_file_text" > only to have insight/gdb to set it on line 1227 instead of 1219 or 1222. > Oops. > > 1211 static void > 1212 emit_file_text (input, remaining_size, restore_name, > 1213 quoted_restore_name, split_flag) > 1214 FILE * input; > 1215 off_t remaining_size; > 1216 char const * restore_name; > 1217 char const * quoted_restore_name; > 1218 int * split_flag; > - 1219 { > 1220 char buffer[BUFSIZ]; > 1221 > - 1222 while (fgets (buffer, BUFSIZ, input)) > 1223 { > 1224 > 1225 /* Output a line and test the length. */ > 1226 > 1227 if (!mandatory_prefix_mode Was this application compiled with optimization? How did you set the breakpoint? Clicked on the line in the source window or used the console's "break" command? If the former, what happens when you type, "break emit_file_text" in the console window? What version of gdb/insight? What host and target? If you could pare this down to a small test case, that would be of considerable help. Keith