From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Zoltan Kemenczy" Newsgroups: gmane.emacs.devel Subject: RE: gdb-ui can't handle mutiple debugging sessions Date: Wed, 15 Sep 2004 18:05:17 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1095285998 18288 80.91.229.6 (15 Sep 2004 22:06:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Sep 2004 22:06:38 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 16 00:06:30 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C7hv3-0001ep-00 for ; Thu, 16 Sep 2004 00:06:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C7i0g-0004Ev-SC for ged-emacs-devel@m.gmane.org; Wed, 15 Sep 2004 18:12:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C7i0Z-0004ER-1a for emacs-devel@gnu.org; Wed, 15 Sep 2004 18:12:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C7i0Y-0004E7-6t for emacs-devel@gnu.org; Wed, 15 Sep 2004 18:12:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C7i0Y-0004Dm-0h for emacs-devel@gnu.org; Wed, 15 Sep 2004 18:12:10 -0400 Original-Received: from [216.9.243.75] (helo=mhs99ykf.rim.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C7htv-0000Hy-3k; Wed, 15 Sep 2004 18:05:19 -0400 Original-Received: from ngw01ykf.rim.net (ngw01ykf.rim.net [10.102.101.224]) by mhs99ykf.rim.net (Postfix) with SMTP id 564E3B49EE; Wed, 15 Sep 2004 18:05:18 -0400 (EDT) Original-Received: from XCH20YKF.rim.net ([10.102.100.35]) by ngw01ykf.rim.net (SAVSMTP 3.1.6.45) with SMTP id M2004091518051713582 ; Wed, 15 Sep 2004 18:05:17 -0400 Original-Received: from XCH26YKF.rim.net ([10.102.100.41]) by XCH20YKF.rim.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 15 Sep 2004 18:05:18 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gdb-ui can't handle mutiple debugging sessions Thread-Index: AcSbacc2+idISS6aQuOpEk8KHXCVEgABPVww Original-To: "Nick Roberts" X-OriginalArrivalTime: 15 Sep 2004 22:05:18.0180 (UTC) FILETIME=[160CDA40:01C49B70] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27151 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27151 Yes. For the java application I used M-x jdb with the default 'jdb = -attach javadebug' parameters, and M-x gdb used 'gbd -fullname' (the = 'attach' and 'dll' gdb commands are used subsequently in the *gud* = buffer to specify the dll file and process id). I was able to do this with emacs-CVS and and emacs-21.3. Zoltan > -----Original Message----- > From: Nick Roberts [mailto:nickrob@gnu.org] > Sent: September 15, 2004 5:08 PM > To: Zoltan Kemenczy > Cc: emacs-devel@gnu.org > Subject: RE: gdb-ui can't handle mutiple debugging sessions >=20 >=20 > > Another example where multiple debugging sessions are used=20 > is concurrent > java / c debugging. >=20 > > In this case a java application (debuggee 1) at some point=20 > loads one of > the native code extensions (shared > > library, DLL (debugee 2). The trouble here is that,=20 > because the native > code runs from a shared library, one > > has to stop the java application just after the DLL had=20 > been loaded (jdb), > and then attach to the native code > > process using gdb to set breakpoints. While debugging the=20 > native code, > the jdb session is active and > > waiting for the native code to return control... This=20 > can't be performed > in a serial fashion. >=20 > Can you currently do this with 'gdb -fullname' in CVS Emacs > or with Emacs 21.3 with 'M-x gdb' (which also uses -fullname)? >=20 > Nick >=20 >=20 >=20