From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23730 invoked by alias); 2 Apr 2008 17:23:26 -0000 Received: (qmail 23718 invoked by uid 22791); 2 Apr 2008 17:23:25 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 02 Apr 2008 17:23:08 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m32HN6MI008488; Wed, 2 Apr 2008 13:23:06 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m32HN6ju027314; Wed, 2 Apr 2008 13:23:06 -0400 Received: from lindt.uglyboxes.com (sebastian-int.corp.redhat.com [172.16.52.221]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m32HN4ou012823; Wed, 2 Apr 2008 13:23:05 -0400 Message-ID: <47F3C040.7030802@redhat.com> Date: Wed, 02 Apr 2008 17:23:00 -0000 From: Keith Seitz User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: gds CC: insight@sources.redhat.com Subject: Re: Crashes when "balloons" enabled References: <47F27765.8040905@redhat.com> <20080402000132.GA6223@nortel.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2008-q2/txt/msg00012.txt.bz2 gds wrote: > They told me Insight has problems (paraphrasing!) I find that very amusing. I'm actually glad that they stop recommending people use insight: I'm tired of being their support forum. > diff -c -r1.1 ./insight-6.5/gdb/gdbtk/generic/gdbtk-varobj.c > *** ./insight-6.5/gdb/gdbtk/generic/gdbtk-varobj.c 2007/07/14 > 18:33:59 1.1 > --- ./insight-6.5/gdb/gdbtk/generic/gdbtk-varobj.c 2007/07/14 18:34:03 > *************** > *** 599,606 **** > static void > install_variable (Tcl_Interp *interp, char *name) > { > ! Tcl_CreateObjCommand (interp, name, variable_obj_command, > ! NULL, NULL); > } > --- 599,606 ---- > static void > install_variable (Tcl_Interp *interp, char *name) > { > ! Tcl_CreateObjCommand (interp, name, gdbtk_call_wrapper, > ! (ClientData) variable_obj_command, NULL); > } > This patch should not be necessary: varobj should NEVER longjmp. It was designed that way. BTW, all those other patches are against GDB, not insight. I'm afraid I still don't understand what your procedure for producing this bug is. Can you restate it, AND BE CONCISE. (ie., 1. Load this, 2. click this, 3. click that). The more detail you give me, the better off I'll be when I attempt to reproduce this here. My guess is you've tickled a bug in GDB's varobj system. But it could be an unknown bug with insight (like not erasing varobjs when needed). Keith