From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23240 invoked by alias); 14 Aug 2003 06:59:00 -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 23233 invoked from network); 14 Aug 2003 06:58:59 -0000 Received: from unknown (HELO kauri.itee.uq.edu.au) (130.102.66.24) by sources.redhat.com with SMTP; 14 Aug 2003 06:58:59 -0000 Received: from luma.itee.uq.edu.au (luma.itee.uq.edu.au [130.102.66.14]) by kauri.itee.uq.edu.au (8.12.9/8.12.9) with ESMTP id h7E6wsSs018963 for ; Thu, 14 Aug 2003 16:58:54 +1000 (EST) Received: from itee.uq.edu.au (g435-9029.itee.uq.edu.au [130.102.66.250]) by luma.itee.uq.edu.au (8.12.9/8.12.9) with ESMTP id h7E6wsli002184 for ; Thu, 14 Aug 2003 16:58:54 +1000 (EST) Message-ID: <3F3B355C.5040904@itee.uq.edu.au> Date: Thu, 14 Aug 2003 06:59:00 -0000 From: John Williams Reply-To: jwilliams@itee.uq.edu.au Organization: ITEE, University of Queensland User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: insight@sources.redhat.com Subject: duplicated source file names Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checked: This message probably not SPAM X-Spam-Score: -0.1 X-Spam-Tests: USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG X-Spam-Report: -0.10 points, 8 required; * 0.0 -- User-Agent header indicates a non-spam MUA (Mozilla) * -0.1 -- Has a X-Accept-Language header X-Scanned-By: MIMEDefang 2.35 X-SW-Source: 2003-q3/txt/msg00096.txt.bz2 Hi, Debugging a linux kernel, there are many instances where source files of the same name but different in directories exist - for example super.c appears in several of the filesystem subdirectories. However, when debugging this in insight, it only seems to be able to "recognise" one instance of a particular filename. So, even though I type in the name of a function in the function drop down "ext2_read_super", which exists in fs/ext2/super.c, Insight displays the file /fs/super.c. This is all on gdb5.0 under RH linux (but also same under Cygwin). Is this a known issue? IS there a way I can qualify the function name (or indeed source file) to specify *which* super.c it should find a function in? Thanks, John