On Sat, 23 Feb 2002, Bakul Shah wrote:
> > Without TCP, you have to implement your own version of
> > retry and ack (equivalent to negotiating a window size
> > of 1), and so you have to redo what's already there.
>
> Would be nice to have a reliable channel but in our
> experience not having this was not a big deal. The gdb
> serial protocol is fairly resilient.
>
> > The other issue with TCP is that you can set up specific
> > flows in the company firewall, and also permit SSLeay
> > based tunnel encapsulation from outside via an intermediate
> > machine. This isn't really required for off-site debugging,
> > but it gives another option.
>
> You are better off ssh-ing into a machine on the same net and
> running gdb there.
>
> For me the biggest reason for not using any IP was to
> minimize any perturbation due to the debugger. The fact that
> we have to steal mbufs is bad enough.
I agree, especially when we will have locking etc for the mbuf queues.
It's a pitty we can't intercept the mbuf allocate routines..
then we could keep a couple for ourself :-)
>
> -- bakul
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message