From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23622 invoked by alias); 2 May 2008 16:48:01 -0000 Received: (qmail 23568 invoked by uid 71); 2 May 2008 16:48:01 -0000 Date: Fri, 02 May 2008 16:48:00 -0000 Message-ID: <20080502164801.23553.qmail@sourceware.org> To: nobody@sources.redhat.com Cc: gdb-prs@sources.redhat.com, From: Daniel Jacobowitz Subject: Re: gdb/2450: gdb core dump in user-defined stack print command Reply-To: Daniel Jacobowitz Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2008-q2/txt/msg00030.txt.bz2 The following reply was made to PR gdb/2450; it has been noted by GNATS. From: Daniel Jacobowitz To: skip@pobox.com Cc: gdb-gnats@sources.redhat.com Subject: Re: gdb/2450: gdb core dump in user-defined stack print command Date: Fri, 2 May 2008 12:39:06 -0400 On Fri, May 02, 2008 at 01:17:16PM -0000, skip@pobox.com wrote: > I can define the command, but if I try to execute it > gdb gets an apparent assertion error and dumps core. > Here's the gdb backtrace: > > #0 0xfede5f85 in _lwp_kill () from /lib/libc.so.1 > #1 0xfede2dfe in thr_kill () from /lib/libc.so.1 > #2 0xfed911cb in raise () from /lib/libc.so.1 > #3 0xfed715e9 in abort () from /lib/libc.so.1 > #4 0x0808d62b in internal_vproblem (problem=0x82f04e0, > file=0x828b9cf "../../gdb/regcache.c", line=, > fmt=0x828b9b4 "%s: Assertion `%s' failed.", > ap=0x8046a6c "G\036%\bX\237+\b2") at ../../gdb/utils.c:794 > #5 0x0808af93 in internal_verror (file=0x828b9cf "../../gdb/regcache.c", > line=164, fmt=0x828b9b4 "%s: Assertion `%s' failed.", > ap=0x8046a6c "G\036%\bX\237+\b2") at ../../gdb/utils.c:809 > #6 0x0808afc9 in internal_error (file=0x828b9cf "../../gdb/regcache.c", > line=164, string=0x828b9b4 "%s: Assertion `%s' failed.") > at ../../gdb/utils.c:818 > #7 0x080e2067 in register_type (gdbarch=0x833e370, regnum=50) > at ../../gdb/regcache.c:164 > #8 0x080ecaaa in evaluate_subexp_standard (expect_type=0x0, exp=0x11461640, > pos=0x80473c4, noside=EVAL_AVOID_SIDE_EFFECTS) at ../../gdb/eval.c:511 If this still happens in GDB 6.8, could you try "set debug expression 1" first? -- Daniel Jacobowitz CodeSourcery