From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22046 invoked by alias); 2 Mar 2007 16:31:25 -0000 Received: (qmail 22037 invoked by uid 22791); 2 Mar 2007 16:31:23 -0000 X-Spam-Check-By: sourceware.org Received: from wx-out-0506.google.com (HELO wx-out-0506.google.com) (66.249.82.235) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 02 Mar 2007 16:31:16 +0000 Received: by wx-out-0506.google.com with SMTP id t13so761178wxc for ; Fri, 02 Mar 2007 08:31:14 -0800 (PST) Received: by 10.90.27.15 with SMTP id a15mr2962875aga.1172853074602; Fri, 02 Mar 2007 08:31:14 -0800 (PST) Received: by 10.90.50.9 with HTTP; Fri, 2 Mar 2007 08:31:14 -0800 (PST) Message-ID: <81c474d20703020831g6cefb685v3fe871adec394962@mail.gmail.com> Date: Fri, 02 Mar 2007 16:31:00 -0000 From: "Michael Ambrus" To: "Dave Brolley" Subject: Re: Building SID Cc: sid@sourceware.org In-Reply-To: <45E8499F.7020702@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <81c474d20702251137j3e65f89aidf58a2e4cf019252@mail.gmail.com> <20070226002136.GA19131@redhat.com> <81c474d20702251644n352ea169kdf6f9ffcbc591fb7@mail.gmail.com> <20070226185359.GC19131@redhat.com> <81c474d20703020618l3806c167ib8d04a6fa94399d@mail.gmail.com> <45E8499F.7020702@redhat.com> X-IsSubscribed: yes Mailing-List: contact sid-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sourceware.org X-SW-Source: 2007-q1/txt/msg00036.txt.bz2 > Thanks. It's difficult for me to look into it since I can't reproduce it. yes, I figured. Glad to help as much as I can delousing the class. > > This relates to the removal of throw () specifiers from the SID API > recently. The correct patch is to remove the throw specifier on > ~armTimer completely. I'll test it and commit it, hopefully today. > Great, thanx. I just had a try with sid using x86 and it works great. It's not lightning fast executing the code, but at least it loads much faster than a real target and that what's been the biggest bottleneck for me so far. It already helped me finding 1 real bottleneck in the code and one bug (and I've only used it for 45 minuets! :) ). I've not reached to the parts beneath the system calls yet, so I still cant tell if sid will work for me all the way. But it looks very promising so far. BTW wouldn't it be nice to have some interactive command component (user interface) for the console that starts sid? Something that could also be available via gdb monitor commands. I find it difficult to send signals to the debugged process when using graphical front-ends like kdevelop or Eclipse. I have that problem with most real remote debuggers too (but not all) and I can't figure out why. The effect is that I can't halt the execution without killing the debugger, which forces me start the session all over from the very start. Any ideas...? Regards /Michael