From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-19153-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 27742 invoked by alias); 23 Aug 2004 21:15:50 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 27734 invoked from network); 23 Aug 2004 21:15:49 -0000
Received: from unknown (HELO hall.mail.mindspring.net) (207.69.200.60)
  by sourceware.org with SMTP; 23 Aug 2004 21:15:49 -0000
Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com)
	by hall.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1BzMAA-0008Do-00; Mon, 23 Aug 2004 17:15:34 -0400
Received: from mindspring.com (localhost [127.0.0.1])
	by berman.michael-chastain.com (Postfix) with SMTP
	id 701A94B102; Mon, 23 Aug 2004 17:15:45 -0400 (EDT)
Date: Mon, 23 Aug 2004 21:15:00 -0000
From: Michael Chastain <mec.gnu@mindspring.com>
To: drow@false.org, dan@imi-test.com
Subject: Re: cannot subscript something of type <data variable, no debug info>
Cc: gdb@sources.redhat.com
Message-ID: <412A5E80.nailD4K11ETPB@mindspring.com>
References: <005601c4871d$67c8c9f0$0401a8c0@dan>
 <20040821021144.GA3321@nevyn.them.org>
 <008d01c48952$b7e0e7b0$0401a8c0@dan>
In-Reply-To: <008d01c48952$b7e0e7b0$0401a8c0@dan>
User-Agent: nail 10.8 6/28/04
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SW-Source: 2004-08/txt/msg00300.txt.bz2

Hi Daniel,

You're issuing the right commands, and it looks like a bug,
but I can't reproduce it and I haven't seen this happen before.

I tried this with "tester.cpp" and "tester.h" on my system:

  native i686-pc-linux-gnu, red hat linux 8
  gcc 3.3.4 from ftp.gnu.org
  gdb 6.1 from ftp.gnu.org

Same command line:

  [mec.gnu@berman dm]$ g++-334 -Wall -g tester.cpp -o tester
  [mec.gnu@berman dm]$ gdb-61 tester

And gdb works fine:

  (gdb) print Mod[0]
  $1 = {Stat = 0, sys_status = 0, powered_up = 0, compat = 0}
  (gdb) print (S_Module) Mod[0]
  $2 = {Stat = 0, sys_status = 0, powered_up = 0, compat = 0}

It's something weird, and something that I haven't seen before.

Can you try this: download gcc 3.3.4 from ftp.gnu.org, build it
(the --prefix option is very helpful), install it, and try that.
Build tester.cpp with:

  g++ -v -Wall -g tester.cpp -o tester

If that still fails, mail me the "tester" executable file,
along with the output of that "g++ -v", and I'll have a look.

Michael Chastain
GDB QA Guy