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: gdba problems with C++ code Date: Mon, 04 Sep 2006 08:53:57 +0200 (CEST) Message-ID: <20060904.085357.98542171.wl@gnu.org> 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 1157379201 411 80.91.229.2 (4 Sep 2006 14:13:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Sep 2006 14:13:21 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 04 16:13:19 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 1GKFCF-0003K2-2t for ged-emacs-devel@m.gmane.org; Mon, 04 Sep 2006 16:13:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKFCE-00086E-8J for ged-emacs-devel@m.gmane.org; Mon, 04 Sep 2006 10:13:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GKFBM-0006z5-VV for emacs-devel@gnu.org; Mon, 04 Sep 2006 10:12:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GKFBK-0006tU-TE for emacs-devel@gnu.org; Mon, 04 Sep 2006 10:12:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKFBK-0006t6-PY for emacs-devel@gnu.org; Mon, 04 Sep 2006 10:12:10 -0400 Original-Received: from [212.227.126.177] (helo=moutng.kundenserver.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GKFLr-000188-Ph for emacs-devel@gnu.org; Mon, 04 Sep 2006 10:23:04 -0400 Original-Received: from [84.175.155.40] (helo=localhost) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GKFBJ2Kaj-0004RH; Mon, 04 Sep 2006 16:12:09 +0200 Original-To: emacs-devel@gnu.org 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:59317 Archived-At: [Emacs CVS 2006-07-30] I tried to debug troff, which is written in C++. Starting gdba, I just added `troff' as the only argument (in addition to -annotate=3). Setting a breakpoint on `process_input_stack', I started the program. Hitting the breakpoint, the *locals of troff* window shows, among other things, trap_bol_stack = [struct/union] 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. In the *gud-troff* buffer I can do the following: (gdb) p trap_bol_stack $1 = {top = 0xbfe6bc68} thus I've expected that clicking on the watch expression opens a tree, showing me the value of `top'. The same happens for more complex structures too: It isn't possible for me to get a tree of the variables within the structure. This makes gdba completely useless for me. Am I doing something wrong? Isn't C++ supported? I use gdb 6.3 in case it matters. Werner