From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7303 invoked by alias); 14 Dec 2007 00:53:16 -0000 Received: (qmail 7287 invoked by uid 22791); 14 Dec 2007 00:53:15 -0000 X-Spam-Check-By: sourceware.org Received: from nf-out-0910.google.com (HELO nf-out-0910.google.com) (64.233.182.186) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 14 Dec 2007 00:53:09 +0000 Received: by nf-out-0910.google.com with SMTP id b11so798283nfh.48 for ; Thu, 13 Dec 2007 16:53:06 -0800 (PST) Received: by 10.82.107.15 with SMTP id f15mr7039761buc.0.1197593585396; Thu, 13 Dec 2007 16:53:05 -0800 (PST) Received: from ?78.130.100.103? ( [78.130.100.103]) by mx.google.com with ESMTPS id f4sm1129328nfh.2007.12.13.16.53.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 13 Dec 2007 16:53:05 -0800 (PST) Message-ID: <4761D3EB.50405@portugalmail.pt> Date: Fri, 14 Dec 2007 00:53:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Bogdan Slusarczyk CC: gdb@sourceware.org Subject: Re: gdb 6.7.50.20071127 - few problems References: <475FC54D.1040200@op.pl> In-Reply-To: <475FC54D.1040200@op.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2007-12/txt/msg00091.txt.bz2 Bogdan Slusarczyk wrote: > Hi, > I've tried to use gdb6.7.50.20071127 (mingw). I noticed few problems (in > comparison with gdb6.7.1). > 1) after attaching to process 'info shared' returns: "No shared > libraries loaded at this time" (gdb6.7.1 returns few libraries) I can reproduce this when attaching without specifying the executable 'gdb --pid $pid', and can't if I do specify it. I take it that's what you mean. > 2) debugged process has loaded shared library using LoadLibrary, and I > cannot set breakpoint in this library. I get: "No symbol table is > loaded. Use the "file" command" (using gdb6.7.1 I can set breakpoint > without problem). I haven't tried to reproduce this, but from the description, it either, looks like the same problem -- GDB should have at least minimal symbols from the loaded dlls (extracted from the dll's export table) ; if it didn't find the dlls, and you didn't pass a symbol file on the command line, there will be no symbol table loaded or looks like related to PR2368 and/or PR2369. > Why I have to use 'file' command (and 'symbol-file' too)? It works with > mentioned commands but I'm wondering it's intended behaviour or bug? > Bug. Could you open a bug report for 1) ? (Also, when reporting win32 bugs, it would be nice to also test it on a cygwin build -- nice, but not required.) -- Pedro Alves