From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Werner LEMBERG Newsgroups: gmane.emacs.devel Subject: Re: gdba problems with C++ code Date: Tue, 05 Sep 2006 00:36:33 +0200 (CEST) Message-ID: <20060905.003633.193697724.wl@gnu.org> References: <20060904.085357.98542171.wl@gnu.org> <17660.39208.152361.792792@kahikatea.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1157409478 4248 80.91.229.2 (4 Sep 2006 22:37:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Sep 2006 22:37:58 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 05 00:37:57 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GKN4m-0003bY-NV for ged-emacs-devel@m.gmane.org; Tue, 05 Sep 2006 00:37:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKN4m-0000Ow-4G for ged-emacs-devel@m.gmane.org; Mon, 04 Sep 2006 18:37:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GKN4G-0000CM-8y for emacs-devel@gnu.org; Mon, 04 Sep 2006 18:37:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GKN4C-00009M-Le for emacs-devel@gnu.org; Mon, 04 Sep 2006 18:37:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKN4C-00008t-6e for emacs-devel@gnu.org; Mon, 04 Sep 2006 18:37:20 -0400 Original-Received: from [212.227.126.177] (helo=moutng.kundenserver.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GKNEn-0004EV-SR for emacs-devel@gnu.org; Mon, 04 Sep 2006 18:48:18 -0400 Original-Received: from [84.175.155.40] (helo=localhost) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1GKN493lKj-0003mU; Tue, 05 Sep 2006 00:37:19 +0200 Original-To: nickrob@snap.net.nz In-Reply-To: <17660.39208.152361.792792@kahikatea.snap.net.nz> X-Mailer: Mew version 5.0.53 on Emacs 22.0.50.1 / Mule 5.0 (SAKAKI) X-Provags-ID: kundenserver.de abuse@kundenserver.de login:2dc398bc694a1e60948148ba0a42c0da X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:59335 Archived-At: > > Creating a watch expression shows me > > > > +trap_bol_stack int_stack > > > > (where the `+' sign stands for the small icon) in a separate speedbar > > frame, as expected. But clicking on that with mouse-2 gives nothing. > > If int_stack is just a structure or union it should work. > Or is it a data type that is special to C++? It's a class, with a single variable and some functions. > If it has only one element it should look something like: > > [-] trap_bol_stack int_stack > [+] top top_type > > depending on the data type of top. This doesn't happen. Clicking on [+] left of `trap_bol_stack' does nothing. > What operating system are you using? What is the exact version of GDB are you > using? e.g on FC5 I get: > > GNU gdb Red Hat Linux (6.3.0.0-1.122rh) I told you the exact version. It's plain 6.3. > > This makes gdba completely useless for me. > > That may be so if all you do when debugging is watch the values of > complex data types. Most other people do many other things. Well, there aren't any line breaks in the output of, say, `p trap_bol_stack' if typed in manually due to the -annotate argument! Getting an overview of a class is thus really difficult. > As it says in the manual (it would be a good idea to read it, if you > haven't) and the file header for gdb-ui.el, watch expressions work > best with GDB 6.4 onwards. Hmm, the manual doesn't say that explicitly. It just talks about some features available in version 6.4 and later. Perhaps this can be emphasized. > With 6.3 and more complex structures it may be just that you're not > waiting long enough. Current GDB is 6.5, it might help to update to that. Meanwhile I've done that (compiling the 6.5 tarball by myself), and it changes nothing. Neither structures nor classes get displayed. Werner