crash in gdb-6.3.50.20050906 and 6.3 (release)

[Matthew J Fletcher <mfletcher at serck-controls dot co dot uk>]

Hi

before i file a bug report im posting this here for advice.

this crash comes only seems to occur when i try to inspect local variabes in a 
large (16,500) line module of c++ code using lots of stl.

in other modules of the same program its fine.

the code was compiled for i486-unknown-elf using gcc 3.4.3.

im not at all sure about how to break this down into a smaller testcase as it 
seems that the size of the module may contribute to the problem.

shown is a backtrace, and some info about the stackframe that the crash 
occured in.

(gdb) core-file /home/mfletcher/core.26329

Core was generated by `/home/scx/gdb6xx/bin/gdb -q -fullname'.
Program terminated with signal 11, Segmentation fault.
warning: svr4_current_sos: Can't read pathname for load map: Input/output 
error

#0  0x080f9337 in check_field_in (type=0xb7c7170, name=0xd1b7118 "HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/valops.c:2235
/home/mfletcher/gdb-6.3.50.20050906/gdb/valops.c:2235:71327:beg:0x80f9337

(gdb) info locals
i = -1

(gdb) bt
#0  0x080f9337 in check_field_in (type=0xb7c7170, name=0xd1b7118 "HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/valops.c:2235
#1  0x080f9446 in check_field_in (type=0x9e7fcf0, name=0xd1b7118 "HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/valops.c:2260
#2  0x080f9523 in check_field (arg1=0xd1d2948, name=0xd1b7118 "HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/valops.c:2297
#3  0x0810486b in lookup_symbol_aux (name=0xd1b7118 "HRESULT", 
linkage_name=0x0, block=0xb638b74, domain=VAR_DOMAIN, 
is_a_field_of_this=0xbfffe028, symtab=0x0) 
at ../../gdb-6.3.50.20050906/gdb/symtab.c:1107
#4  0x081047cc in lookup_symbol (name=0xd1b7118 "HRESULT", block=0xb638b74, 
domain=VAR_DOMAIN, is_a_field_of_this=0xbfffe028, symtab=0x0) 
at ../../gdb-6.3.50.20050906/gdb/symtab.c:1063
#5  0x081b3f0e in c_lex () at c-exp.y:1742
#6  0x081b0e08 in c_parse () at c-exp.c.tmp:1434
#7  0x0817fe55 in c_preprocess_and_parse () 
at ../../gdb-6.3.50.20050906/gdb/c-lang.c:472
#8  0x0813d08e in parse_exp_in_context (stringptr=0xbfffefa0, block=0x0, 
comma=0, void_context_p=0) at ../../gdb-6.3.50.20050906/gdb/parse.c:1071
#9  0x0813cf79 in parse_exp_1 (stringptr=0xbfffefa0, block=0x0, comma=0) 
at ../../gdb-6.3.50.20050906/gdb/parse.c:1030
#10 0x0813d17e in parse_expression (string=0x8307087 "HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/parse.c:1110
#11 0x08100b0a in output_command (exp=0x8307087 "HRESULT", from_tty=0) 
at ../../gdb-6.3.50.20050906/gdb/printcmd.c:978
#12 0x080bb1d3 in do_cfunc (c=0x831a308, args=0x8307087 "HRESULT", from_tty=0) 
at ../../gdb-6.3.50.20050906/gdb/cli/cli-decode.c:57
#13 0x080bd30a in cmd_func (cmd=0x831a308, args=0x8307087 "HRESULT", 
from_tty=0) at ../../gdb-6.3.50.20050906/gdb/cli/cli-decode.c:1636
#14 0x08086147 in execute_command (p=0x830708d "T", from_tty=1) 
at ../../gdb-6.3.50.20050906/gdb/top.c:450
#15 0x0812871c in command_handler (command=0x8307080 "output HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/event-top.c:508
#16 0x08128f10 in command_line_handler (rl=0xd54f280 "output HRESULT") 
at ../../gdb-6.3.50.20050906/gdb/event-top.c:793
#17 0x081da04f in rl_callback_read_char () 
at ../../gdb-6.3.50.20050906/readline/callback.c:123
#18 0x08127e1f in rl_callback_read_char_wrapper (client_data=0x0) 
at ../../gdb-6.3.50.20050906/gdb/event-top.c:174
#19 0x081285dd in stdin_event_handler (error=0, client_data=0x0) 
at ../../gdb-6.3.50.20050906/gdb/event-top.c:424
#20 0x081274fd in handle_file_event (event_file_desc=0) 
at ../../gdb-6.3.50.20050906/gdb/event-loop.c:728
#21 0x08126de2 in process_event () 
at ../../gdb-6.3.50.20050906/gdb/event-loop.c:341
#22 0x08126e2e in gdb_do_one_event (data=0x0) 
at ../../gdb-6.3.50.20050906/gdb/event-loop.c:378
#23 0x08124342 in catch_errors (func=0x8126dfa <gdb_do_one_event>, 
func_args=0x0, errstring=0x8274873 "", mask=6) 
at ../../gdb-6.3.50.20050906/gdb/exceptions.c:515
#24 0x080cafab in tui_command_loop (data=0x0) 
at ../../gdb-6.3.50.20050906/gdb/tui/tui-interp.c:151
#25 0x08124835 in current_interp_command_loop () 
at ../../gdb-6.3.50.20050906/gdb/interps.c:278
#26 0x0807c403 in captured_command_loop (data=0x0) 
at ../../gdb-6.3.50.20050906/gdb/main.c:92
#27 0x08124342 in catch_errors (func=0x807c3f8 <captured_command_loop>, 
func_args=0x0, errstring=0x825d5ac "", mask=6) 
at ../../gdb-6.3.50.20050906/gdb/exceptions.c:515
#28 0x0807d205 in captured_main (data=0xbffff460) 
at ../../gdb-6.3.50.20050906/gdb/main.c:797
#29 0x08124342 in catch_errors (func=0x807c438 <captured_main>, 
func_args=0xbffff460, errstring=0x825d5ac "", mask=6) 
at ../../gdb-6.3.50.20050906/gdb/exceptions.c:515
#30 0x0807d22f in gdb_main (args=0xbffff460) 
at ../../gdb-6.3.50.20050906/gdb/main.c:806
#31 0x0807c3f1 in main (argc=3, argv=0xbffff504) 
at ../../gdb-6.3.50.20050906/gdb/gdb.c:35

regards
---
Matthew J Fletcher
Embedded Software
Serck Controls Ltd
---
**********************************************************************
Serck Controls Ltd, Rowley Drive, Coventry, CV3 4FH, UK
Tel: +44 (0) 24 7630 5050   Fax: +44 (0) 24 7630 2437
Web: www.serck-controls.com  Admin: post@serck-controls.co.uk
A subsidiary of Serck Controls Pty. Ltd. Reg. in England No. 4353634
**********************************************************************
This email and files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the above. Any views or opinions presented are those of the author
and do not necessarily represent those of Serck Controls Ltd.


This message has been checked by MessageLabs
******************************************************************