From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-30459-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 31214 invoked by alias); 8 Dec 2007 10:54:34 -0000
Received: (qmail 31196 invoked by uid 22791); 8 Dec 2007 10:54:34 -0000
X-Spam-Check-By: sourceware.org
Received: from nitzan.inter.net.il (HELO nitzan.inter.net.il) (213.8.233.22)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 08 Dec 2007 10:54:28 +0000
Received: from HOME-C4E4A596F7 (IGLD-84-229-115-66.inter.net.il [84.229.115.66]) 	by nitzan.inter.net.il (MOS 3.7.3a-GA) 	with ESMTP id IMX19063 (AUTH halo1); 	Sat, 8 Dec 2007 12:51:49 +0200 (IST)
Date: Sat, 08 Dec 2007 10:54:00 -0000
Message-Id: <ur6hxxxr8.fsf@gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
To: Daniel Jacobowitz <drow@false.org>
CC: pedro_alves@portugalmail.pt, gdb@sourceware.org, lepascal01@yahoo.com,         gdb-patches@sourceware.org
In-reply-to: <20071207135356.GA25201@caradoc.them.org> (message from Daniel 	Jacobowitz on Fri, 7 Dec 2007 08:53:56 -0500)
Subject: Re: Debugging a Vlc dll with GDB.
Reply-to: Eli Zaretskii <eliz@gnu.org>
References: <20071206182343.GA16137@caradoc.them.org> <433908.24398.qm@web57701.mail.re3.yahoo.com> <20071206202850.GA27429@caradoc.them.org> <47586224.CE80C330@dessent.net> <475893BA.8000700@portugalmail.pt> <20071207004226.GA30430@caradoc.them.org> <4758A871.9060508@portugalmail.pt> <20071207135356.GA25201@caradoc.them.org>
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2007-12/txt/msg00065.txt.bz2

> Date: Fri, 7 Dec 2007 08:53:56 -0500
> From: Daniel Jacobowitz <drow@false.org>
> Cc: gdb@sourceware.org, personel personel <lepascal01@yahoo.com>, 	gdb-patches <gdb-patches@sourceware.org>
> 
> That'll produce:
> 
> No symbol table is loaded.  Use the "file" command.
> Make breakpoint pending on future shared library load? (y or [n]) y
> Breakpoint 1 (main) pending.
> 
> Of course that still looks wrong.  It's not a shared library load that
> we're waiting for.
> 
> Anyone else have concrete suggestions for these messages?

    No symbol table is loaded.  Perhaps a shared library was not yet
    loaded, or you need to use the "file" command.
    Make breakpoint pending on future load of symbol table? (y or [n])