From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20970 invoked by alias); 11 May 2007 15:38:18 -0000 Received: (qmail 20958 invoked by uid 22791); 11 May 2007 15:38:17 -0000 X-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_40,DK_POLICY_SIGNSOME,SPF_HELO_PASS,SPF_PASS 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; Fri, 11 May 2007 15:38:16 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l4BFcDWk008133 for ; Fri, 11 May 2007 11:38:13 -0400 Received: from pobox.toronto.redhat.com (pobox.toronto.redhat.com [172.16.14.4]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4BFcCAQ016988 for ; Fri, 11 May 2007 11:38:12 -0400 Received: from [172.16.14.160] (tow.toronto.redhat.com [172.16.14.160]) by pobox.toronto.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l4BFcCDY013003 for ; Fri, 11 May 2007 11:38:12 -0400 Message-ID: <46448DE4.5040901@redhat.com> Date: Mon, 14 May 2007 16:16:00 -0000 From: Nurdin Premji User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: frysk@sourceware.org Subject: Re: RemoteFrame vs StackFrame References: <463BBD00.6000008@redhat.com> <4640B2F3.20405@redhat.com> In-Reply-To: <4640B2F3.20405@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q2/txt/msg00148.txt.bz2 Nurdin Premji wrote: > Nurdin Premji wrote: >> frysk.rt.RemoteFrame uses the cross-platform enabled libunwind >> bindings, to enable frysk to use these bindings simply set >> frysk.rt.StackFactory.remoteUnwind to true. >> >> The RemoteFrame passes all core tests but trying to start the source >> window causes it to abort. > Fixed the issue with the source window aborting (had to do with > aggressive garbage collection). Now the only issue is that RemoteFrame > takes about 15 seconds or so to open the source window, while > StackFrame takes 3-5. > (On a dell optiplex gx 280 = 3.4 ghz pentium 4, 1.5 GB ram.) The switch has been flipped and now all code should (transparently) be switched over to RemoteFrame. Fixed the slowdown, RemoteFrame.getOuter was not checking the cached outer frame before trying to unwind.