From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6036 invoked by alias); 14 Nov 2002 18:29:54 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 6015 invoked from network); 14 Nov 2002 18:29:53 -0000 Received: from unknown (HELO exchwenz01.smtp.dmcwave.co.nz) (202.27.34.1) by sources.redhat.com with SMTP; 14 Nov 2002 18:29:53 -0000 Received: by exchwenz01.dmcwave.co.nz with Internet Mail Service (5.5.2656.59) id ; Fri, 15 Nov 2002 07:29:51 +1300 Message-ID: <8D7C5F56B409554D9D46AC22195807F3061B67@exchwenz01.dmcwave.co.nz> From: Rod Boyce To: 'Fernando Nasser' , Tim , insight@sources.redhat.com Subject: RE: Source lines out of sync with instructions Date: Thu, 14 Nov 2002 10:29:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-SW-Source: 2002-q4/txt/msg00105.txt.bz2 More importantly and the first thing you should try before asking question you should do a make clean and then a make. I find this problem is 999 out of a 1000 is caused by dependencies not being compiled correctly after changes to source code. This usually means you make file is not working correctly and cannot determine what has changed in your source. This includes everything from clock synchronization to not being able to write a correct make file I have seen more bad makefiles than good makefiles. I would strongly suggest deleting all object files and rebuilding this should be the first step before asking this kind of question on ANY list. Regards, Rod -----Original Message----- From: Fernando Nasser [mailto:fnasser@redhat.com] Sent: Thursday, November 14, 2002 10:23 AM To: Tim; insight@sources.redhat.com Subject: Re: Source lines out of sync with instructions Can you try and run without the GUI? If when you say step and get into your subroutine you see the same problem (use the list command to print the source lines or look at what was printed by gdb when it stopped -- usually a line number but you may get an hex address instead/as well). Maybe the version of GDB you are using has a problem with your architecture (insight is just a GUI to the GNU debugger, which still does the actual breakpoint debugging). Is this i386, MIPS, or what? Regards, Fernando Tim wrote:> Thanx! tried -O0 with no luck. Things are still out of sync. It > appears to happen only after I step into a new compilation unit. That > is, in main everything is fine, but when I break or step into the next > compilation unit things get messed up. > > Any other thoughts? > > On Thu, 2002-11-14 at 09:45, Fernando Nasser wrote: > >>Tim wrote:> I have seen this with gdb console so I don't think it is a problem with >> >>>insight, but perhaps someone can help me. >>> >>>When I'm debugging the source code lines get out of sync with the actual >>>instructions. Why is this and more importantly how do I stop it? >>> >>>Thanx! >> >>Try compiling your program without optimization... >> -- Fernando Nasser Red Hat - Toronto E-Mail: fnasser@redhat.com 2323 Yonge Street, Suite #300 Toronto, Ontario M4P 2C9