From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23920 invoked by alias); 13 Dec 2011 19:58:56 -0000 Received: (qmail 23905 invoked by uid 22791); 13 Dec 2011 19:58:55 -0000 X-SWARE-Spam-Status: No, hits=-7.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 13 Dec 2011 19:58:38 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id pBDJwbAf031584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 13 Dec 2011 14:58:38 -0500 Received: from host2.jankratochvil.net (ovpn-116-16.ams2.redhat.com [10.36.116.16]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id pBDJwVVC028408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 13 Dec 2011 14:58:34 -0500 Date: Tue, 13 Dec 2011 20:34:00 -0000 From: Jan Kratochvil To: Keith Seitz Cc: "gdb-patches@sourceware.org ml" Subject: Crash regression with Eclipse [Re: [RFA] mi/10586] Message-ID: <20111213195830.GA32456@host2.jankratochvil.net> References: <4EBD93D9.2020006@redhat.com> <4EC157F6.1030503@redhat.com> <4EC16BD8.90309@redhat.com> <4EC29CF7.40204@redhat.com> <4ED95103.8030204@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ED95103.8030204@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-12/txt/msg00421.txt.bz2 On Fri, 02 Dec 2011 23:28:19 +0100, Keith Seitz wrote: > I am attaching the latest incarnation of this patch, which covers > all these cases (AFAIK) and utilizes the new varobj tree testing > that I committed last week. Is it tested with Eclipse? Eclipse from Fedora 16 will crash GDB. It does not crash with FSF GDB HEAD, it just does not expand "v" in Variables window. This is a regression. int main (void) { struct { int x; struct { int a; }; struct { int b; }; } v = {1, {2}, {3}}; struct s { int x, y; } n = {10, 20}; return 0; /* Step in Eclipse here, then expand "v" in Variables. */ } Program received signal SIGSEGV, Segmentation fault. 0x00000000007ab58b in get_value_type (var=0x0) at varobj.c:2397 2397 if (var->value) (gdb) bt #0 in get_value_type (var=0x0) at varobj.c:2397 #1 in is_path_expr_parent (var=0x0) at varobj.c:1310 #2 in get_path_expr_parent (var=0x2cbbd80) at varobj.c:1325 #3 in c_describe_child (parent=0x2cbbd80, index=0, cname=0x0, cvalue=0x0, ctype=0x0, cfull_expression=0x2cbf5f8) at varobj.c:3015 #4 in c_path_expr_of_child (child=0x2cbf5f0) at varobj.c:3140 #5 in varobj_get_path_expr (var=0x2cbf5f0) at varobj.c:1344 #6 in mi_cmd_var_info_path_expression (command=0x256a200 "var-info-path-expression", argv=0x2cdd570, argc=1) at ./mi/mi-cmd-var.c:501 #7 in mi_cmd_execute (parse=0x2d0bee0) at ./mi/mi-main.c:2110 #8 in captured_mi_execute_command (uiout=0x28aca70, context=0x2d0bee0) at ./mi/mi-main.c:1854 #9 in mi_execute_command (cmd=0x2cbf6d0 "41-var-info-path-expression var1.x", from_tty=1) at ./mi/mi-main.c:1976 #10 in mi_execute_command_wrapper (cmd=0x2cbf6d0 "41-var-info-path-expression var1.x") at ./mi/mi-interp.c:291 #11 in gdb_readline2 (client_data=0x0) at event-top.c:717 #12 in stdin_event_handler (error=0, client_data=0x0) at event-top.c:375 #13 in handle_file_event (data=...) at event-loop.c:828 #14 in process_event () at event-loop.c:402 #15 in gdb_do_one_event () at event-loop.c:466 #16 in start_event_loop () at event-loop.c:491 #17 in mi_command_loop (mi_version=2) at ./mi/mi-interp.c:321 #18 in mi2_command_loop () at ./mi/mi-interp.c:303 #19 in current_interp_command_loop () at interps.c:304 #20 in captured_command_loop (data=0x0) at ./main.c:234 #21 in catch_errors (func=0x487987 , func_args=0x0, errstring=0xe75107 "", mask=6) at exceptions.c:504 #22 in captured_main (data=0x7fff42a37b90) at ./main.c:944 #23 in catch_errors (func=0x4879d6 , func_args=0x7fff42a37b90, errstring=0xe75107 "", mask=6) at exceptions.c:504 #24 in gdb_main (args=0x7fff42a37b90) at ./main.c:953 #25 in main (argc=4, argv=0x7fff42a37c98) at gdb.c:35 Thanks, Jan