From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17213 invoked by alias); 14 Dec 2001 19:14:32 -0000 Mailing-List: contact sourcenav-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sourcenav-owner@sources.redhat.com Received: (qmail 17061 invoked from network); 14 Dec 2001 19:14:27 -0000 Message-Id: <3.0.6.32.20011214110857.008fd1a0@popd.ix.netcom.com> X-Sender: idi@popd.ix.netcom.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 29 Nov 2001 23:46:00 -0000 To: Syd Polk ,Mike Fahlbusch From: Mike Clarkson Subject: Re: Debugging SourceNavigator Cc: sourcenav@sources.redhat.com,Left Spin In-Reply-To: <3C184FB1.D481BC77@bayarea.net> References: <5.1.0.14.0.20011213120931.00aad080@mail.chariot.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-SW-Source: 2001-q4/txt/msg00053.txt.bz2 At 10:50 PM 12/12/01 -0800, Syd Polk wrote: > > >Mike Fahlbusch wrote: > >> >I'd like to improve on Source Navigator. I've read up on tcl/tk and [incr >> >tcl/tk], but now I'm at a loss on how you debug the running application. > >There is no good way to step SN through a debugger. I would investigate >setting the SN_DEBUG variable and using the logging. I have also spent >time actually in gdb with the C code for the Tcl interpreter figuring >out problems. With Tixinspect you are debugging the run-time program by connecting to it with Tk's send mechanism. After making the SN interpreter "visible" to send by doing the steps I outlined previously, use File/Select Interpreter/ and look for the interpreter named SN#xxxx where xxxx is the window id. >> >I'm having trouble following the state variables of the megawidgets, and >> >I'd really like to be able to set break points in the tcl/tk code and >> >examine objects. > >One thing you can do is launch the console, load the SN part, and then >selectively replace the pieces you need. tk is a dynamic coding >environment, and you should be able to take advantage of that. With Tixinspect use Tcl/TixDebug to bring up the debugger, then click on Refresh. It takes advantage of the fact that tk is a dynamic coding environment, and selectively replace the pieces you choose with instrumented procedures that activate the debugger. You can set breakpoints, or step through procedures. Mike. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Clarkson To: Syd Polk , Mike Fahlbusch Cc: sourcenav@sources.redhat.com, Left Spin Subject: Re: Debugging SourceNavigator Date: Fri, 14 Dec 2001 11:14:00 -0000 Message-ID: <3.0.6.32.20011214110857.008fd1a0@popd.ix.netcom.com> References: <5.1.0.14.0.20011213120931.00aad080@mail.chariot.net.au> <3C184FB1.D481BC77@bayarea.net> X-SW-Source: 2001-q4/msg00079.html Message-ID: <20011214111400.-Plf5ZFKvf2zoKledH3Slc39jZ6zZYF8DIypp4dfIsQ@z> At 10:50 PM 12/12/01 -0800, Syd Polk wrote: > > >Mike Fahlbusch wrote: > >> >I'd like to improve on Source Navigator. I've read up on tcl/tk and [incr >> >tcl/tk], but now I'm at a loss on how you debug the running application. > >There is no good way to step SN through a debugger. I would investigate >setting the SN_DEBUG variable and using the logging. I have also spent >time actually in gdb with the C code for the Tcl interpreter figuring >out problems. With Tixinspect you are debugging the run-time program by connecting to it with Tk's send mechanism. After making the SN interpreter "visible" to send by doing the steps I outlined previously, use File/Select Interpreter/ and look for the interpreter named SN#xxxx where xxxx is the window id. >> >I'm having trouble following the state variables of the megawidgets, and >> >I'd really like to be able to set break points in the tcl/tk code and >> >examine objects. > >One thing you can do is launch the console, load the SN part, and then >selectively replace the pieces you need. tk is a dynamic coding >environment, and you should be able to take advantage of that. With Tixinspect use Tcl/TixDebug to bring up the debugger, then click on Refresh. It takes advantage of the fact that tk is a dynamic coding environment, and selectively replace the pieces you choose with instrumented procedures that activate the debugger. You can set breakpoints, or step through procedures. Mike.