HP3000-L Archives

February 1998, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Stigers, Greg ~ AND" <[log in to unmask]>
Reply To:
Stigers, Greg ~ AND
Date:
Fri, 13 Feb 1998 15:12:11 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (33 lines)
Forwarded back on list with permission, with thanks to Gavin. If anyone
has something to add, I would of course welcome it, and will certainly
work with this approach.

>----------
>From:  Gavin Scott[SMTP:[log in to unmask]]
>Sent:  Thursday, February 12, 1998 8:31 PM
>To:    Stigers, Greg  ~ AND
>Subject:       [HP3000-L] XDB, NS/VT sessions, and the telnet port
>
>> We want to use XDB to debug portions of a program that talks across
>> telnet to a PC-based client.
>
>I think you can tell XDB to debug a pin that's already running, so you
>could just start it up normally and then tell xdb to grab the process
>once it gets going.
>
>Otherwise, there's currently no way to :STARTSESS kind of thing against
>a network connection, which it sort of sounds like you're trying to do.
>The telnet client will have to initiate the connection and issue a :HELLO
>command, and then some process in that session will have to start the
>program (a :RUN command for example).
>
>If you can't get xdb to do it for you, then you can always do it with
>:DEBUG, though that won't display source code or display data references
>by name like xdb can.  One possibly useful :DEBUG ability is to stick a
>global breakpoint at the start of the program so that when it is started
>it will drop into debug on the console giving you time to grab it with
>xdb before it potentially runs past the point you are interested in.
>
>Gavin
>

ATOM RSS1 RSS2