From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20864 invoked by alias); 12 Apr 2002 00:28:01 -0000 Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org Received: (qmail 20844 invoked from network); 12 Apr 2002 00:27:59 -0000 Received: from unknown (HELO mailhub1.otago.ac.nz) (139.80.64.218) by sources.redhat.com with SMTP; 12 Apr 2002 00:27:59 -0000 Received: (from root@localhost) by mailhub1.otago.ac.nz (8.10.1/8.10.1) id g3C0RwA12309; Fri, 12 Apr 2002 12:27:58 +1200 Received: from waitaki.otago.ac.nz (waitaki.otago.ac.nz [139.80.75.140]) by mailhub1.otago.ac.nz (8.10.1/8.10.1) with ESMTP id g3C0Rvp12208; Fri, 12 Apr 2002 12:27:57 +1200 Received: from waitaki.otago.ac.nz (IDENT:bryce@reason.otago.ac.nz [139.80.119.17]) by waitaki.otago.ac.nz (8.11.6/8.11.6) with ESMTP id g3C0Rwu02120; Fri, 12 Apr 2002 12:27:58 +1200 Message-ID: <3CB629AF.4020202@waitaki.otago.ac.nz> Date: Thu, 11 Apr 2002 17:36:00 -0000 From: Bryce McKinlay User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Adam King CC: Tom Tromey , java@gcc.gnu.org Subject: Re: Java debugger References: <86hemkpl97.fsf@megacz.com> <20020411133628.A9444@dreammechanics.com> <86g0225dgt.fsf_-_@megacz.com> <874rihq60q.fsf@creche.redhat.com> <20020411183648.D9444@dreammechanics.com> X-scanner: scanned by Inflex 1.0.9 - (http://pldaniels.com/inflex/) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00203.txt.bz2 Adam King wrote: >On Thu, Apr 11, 2002 at 03:28:37PM -0600, Tom Tromey wrote: > >>Adam M> Hrm, I already use cygwin's GDB. It's not the best -- if your >>Adam M> code CALL's a NULL address you lose the stack, and the GUI is a >>Adam M> bit lacking -- but it's better than nothing. >> >>The current gdb's gcj support isn't all that great. >>Even worse, nobody is working on it :-( >> > >hmm.. I currently use JSwat for most of my current java debugging >needs - so I was wondering, is anyone working on a JPDA >implementation? Would it even be possible since it's something >I wouldn't mind giving a try adding to gcj. > Its something I've been thinking about too and is definatly doable, I'd say, with a combination of ptrace() and a DWARF2 interpreter. One problem is that if we wanted JPDA to be part of libgcj itself we cannot use or link any BFD or GDB code due to the license. But, if we can't live without code from those, perhaps we could make the JPDA back-end a separate, GPLed module which plugs in to libgcj somehow. Then again, if we were to write the interpreter ourselves we might also be able to get away without using the BFD stuff, but I can imagine it could require a lot more work to port it to various different (especially non-ELF) platforms. regards Bryce.