From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11224 invoked by alias); 12 Sep 2005 11:38:43 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 11112 invoked by uid 22791); 12 Sep 2005 11:38:20 -0000 Received: from mail9.messagelabs.com (HELO mail9.messagelabs.com) (194.205.110.133) by sourceware.org (qpsmtpd/0.30-dev) with SMTP; Mon, 12 Sep 2005 11:38:20 +0000 X-VirusChecked: Checked X-Env-Sender: mfletcher@serck-controls.co.uk X-Msg-Ref: server-15.tower-9.messagelabs.com!1126525097!21730567!1 X-StarScan-Version: 5.4.15; banners=serck-controls.co.uk,-,- Received: (qmail 2467 invoked from network); 12 Sep 2005 11:38:17 -0000 Received: from mail.serck-controls.co.uk (HELO serck-controls.co.uk) (213.38.169.170) by server-15.tower-9.messagelabs.com with SMTP; 12 Sep 2005 11:38:17 -0000 Received: from 10.1.20.21 by serck-controls.co.uk ([10.1.2.102] running VPOP3) with ESMTP for ; Mon, 12 Sep 2005 12:38:16 +0100 From: Matthew J Fletcher Reply-To: mfletcher@serck-controls.co.uk To: gdb@sources.redhat.com Subject: crash in gdb-6.3.50.20050906 and 6.3 (release) Date: Mon, 12 Sep 2005 11:38:00 -0000 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509121241.18319.mfletcher@serck-controls.co.uk> X-Server: VPOP3 Enterprise V2.0.0k - Registered X-Organisation: Serck Controls Ltd X-SW-Source: 2005-09/txt/msg00072.txt.bz2 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 , 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 , 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 , 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 ******************************************************************