Greg:
  If tip is such a bad tool, why is NetBSD still screwing
with it? NetBSD's /etc/remote file is totally screwed.
I have since added fixes and examples to make it useable. Tips also has the rec= feature that allows
me to log stuff and see what happens.

UUCP allows me to connect to hardwire and use the
AT commands, just as tip does. I can't recall
UUCP logging stuff. The Taylor UUCP that comes with
NetBSD is very lacking in config files, etc. Although
I do like the documentation. I have downloaded the
sources several years back to reset some options
and compile it MY WAY. I also stole the config files
and threw them in /etc/uucp. Lately the best use I
have found for cu is t see if the host is an NT
machine (Micru[munnnble] does not support, nor do
they ship UUCP -- which I still believe has its
uses...). Just remember, when you have success 
hacking a UNIX util, better milk it for all its 
worth.

If I sent you a stupid attachment please excuse me,
my hands are still dyslexic...

-----Original Message-----
From: woods@weird.com (Greg A. Woods)
Date: Sat, 27 Oct 2001 01:03:22 -0400 (EDT)
To: Todd Gruhns Acct <tgruhn2@mail.com>
Subject: Re: Comments on pkgs (Taylor UUCP...)


> [ On Friday, October 26, 2001 at 23:11:50 (-0500), Todd Gruhns Acct wrote: ]
> > Subject: Comments on pkgs (Taylor UUCP...)
> >
> > recently on Tip, remote needs to be updated badly. I also believe its
> > a better way to debug a serial connection than cu.
> 
> With many years of deep and intimate experience with doing serial
> communications on many unix and unix-like systems I can assure you that
> tip is the worst possible tool ever to try to use to debug a serial
> connection.  It's often impossible to discern a hardware problem from a
> software or configuration problem when trying to use tip.
> 
> Cu is perfectly fine at this job, especially if you understand it's
> general theory of operation, and if you have a general understanding of
> how serial ports work on most unix systems. Cu's integration with UUCP's
> configuration files makes it the only really useful tool for debugging
> ports being used with UUCP.
> 
> C-Kermit is better for some folks and some purposes (eg. reliable manual
> file transfers where UUCP isn't configured), though not without its
> idiosyncracies.
> 
> Tip should die a quiet death and disappear A.S.A.P.  0.5 :-)
> 
> -- 
> 							Greg A. Woods
> 
> +1 416 218-0098      VE3TCP      <gwoods@acm.org>     <woods@robohack.ca>
> Planix, Inc. <woods@planix.com>;   Secrets of the Weird <woods@weird.com>
> 
> 

-- 

_______________________________________________
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup


Have you downloaded the latest calling software from Net2Phone? Click here to get it now!

http://www.net2phone.com/cgi-bin/link.cgi?157