HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.uucp
Subject: Re: Patch for yet another bug in NEWSSKIM.COM.
From: tp@mccall.com (Terry Poot)
Date: Wed, 26 Aug 1992 16:43:44 EDT
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1992Aug24.175840.4462@dmc.com>, munroe@dmc.com (Dick Munroe)
writes:
>I've found another bug in newsskim.com.  The MLIST gateway,
>gatenews, relies on a foreign command being defined.  This
>foreign command is MX_ENTER.  The following patch adds the
>necessary foreign command AND gets the parameters to gatenews set
>up properly (you MUST feed in the actual address with <>s).

The MLIST method works just fine. I run 5 vmsnet newsgroup to mailing lists
through it. You are redefining it to work with MX, which it was never designed
to do, so I'd hardly call it a bug that it doesn't. MX comes with a section of
NEWSSKIM.COM that can be dropped in and will handle all this stuff. It isn't
necessary to integrate it into that same loop, or into the MLIST method. Perhaps
you've been confused by the fact that they both use versions of the gatenews
program, which was originally written by Bob Sloane to work in a Jnet
environment with BITnet mailing lists.

As far as I know, I'm the only one who uses the MLIST method, so there isn't a
problem redefining it to work with MX. It was my intent originally to release my
gateway code, but at this point, I'm planning to abandon it in favor of MX.

--tp
Newsgroups: vmsnet.uucp
Subject: Re: VAX to Ultrix uucp connection problems
From: mark@totaltec.com
Date: 28 Aug 92 10:27:59 EST
 <1992Aug25.125701.644@totaltec.com> <1992Aug27.015154.651@cmkrnl.com>
Distribution: usa
Organization: Total Tec Systems, Inc.

In article <1992Aug27.015154.651@cmkrnl.com>, jeh@cmkrnl.com writes:
>>> In article <1992Aug19.162557.640@totaltec.com>, mark@totaltec.com writes:
>>>> I have a question for you.
>>>> [...]
>>>
> 
>> In article <1992Aug20.112405.633@cmkrnl.com>, jeh@cmkrnl.com writes:
>>> PLEASE, EVERYBODY:  WHEN POSTING A PROBLEM DESCRIPTION, INCLUDE:
>>>
>>> 	- the version of DECUS uucp
>>> 	- the version of VMS
>>> 	- output from uucp.log showing the problem
>>>
> 
> In article <1992Aug25.125701.644@totaltec.com>, mark@totaltec.com writes:
>> Sorry I got two out of three right. I didn't think to include the output
>> in it but here it is. [...]
> 
> Yes, except that you didn't have the debug bits turned on that I asked for!
> This is clearly a problem relating to file lookups.  You need at least the bits
> represented by the mask 0171(octal) (file directory scanning trace,file name
> munging trace, nonerrors and errors from file transfer commands, and
> debug log enable) turned on.  Try again, please.
> 
> 	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
> uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and
> Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG
> Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
> Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Sorry but mark@infocomm.com already solved the problem... it was file
protections. I ran uucp_config and set the file attributes and away it
went.
Thanks anyway
mark@totaltec.com
Newsgroups: vmsnet.uucp
Subject: Re: Patch for yet another bug in NEWSSKIM.COM.
From: tp@mccall.com (Terry Poot)
Date: Fri, 28 Aug 1992 12:10:14 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1992Aug27.151313.4477@dmc.com>, munroe@dmc.com (Dick Munroe)
writes:
>My apologies for any confusion this has inflicted on the general
>community.  

That's mainly why I decided to post. That and to let Mark and Jamie know that I
have no objection if they decide to incorporate your MLIST code instead of mine.
More people will have a use for yours. However, someone will need to update the
instructions that come with MX for setting up gateways. The directory name for
the posting directory will differ from what is in there if people use your
method rather than splicing in the code that comes with the MX stuff (in the
contrib directory, in case anyone is looking; and you will want the separate
contrib saveset from the FTP site(s), rather than what is included in the kit,
as the gateway stuff is more recent).

Probably what is called for, if Jamie decides to incorporate your stuff, is an
alternate set of instructions for setting up a gateway on a DECUS UUCP site, as
opposed to a non-uucp site. I think non-uucp sites using the newsskim.com that
comes with ANU News will need the existing instructions, because  there won't be
an MLIST method provided to hook into. Of course, this'll all have to wait for
the next release of uucp, if it gets in at all, and the MX stuff shouldn't be
updated until then.

Jamie: if you aren't going to incorporate Dick's MX gateway integration code for
the MLIST method, you might as well yank it entirely. As I said, I'm going to be
abandoning my gateway in favor of MX (using the supplied code for newsskim.com
at the moment), so I'll never be releasing the code that the MLIST method was
put in to support. I've set up a test gateway that way, but I'm holding off on
converting the real ones till I get up to UUCP 2.0, as my current version of the
mail handler has the From_ line problem and it'd probably cause problems if I
ran the news->mail part of it that way.

>Actually, you're one of two users of MLIST, I guess.

I guess so, but our code probably doesn't look real similar. :-)
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
From: luden@lehigh.edu (Dean E. Nelson)
Newsgroups: vmsnet.misc
Subject: ftp dropping new line character
Date: 26 Aug 92 20:20:53 GMT
Organization: Lehigh University Computing Center

When we ftp files in binary mode from or to our VAX all the 0A characters
are dropped.  Does anyone know a way around this?

Dean Nelson
den0@lehigh.edu
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: vmsnet.misc
Subject: Re: posix question: vi on telnet vs kermit
Date: 25 Aug 92 11:47:22 CDT
Organization: University of Kansas Academic Computing Services

In article <1992Aug18.203710.202437@uctvax.uct.ac.za>,
 bbbbre01@uctvax.uct.ac.za (Doon) writes:
> In comp.editors there's a thread about VI being a 
> wonderful editor - so I'd like to try it out:
> 	$posix posix$bin:vi.
> gives the error "not enough memory for screens"

Try doing:

$ SET TERM/VT100
$ POSIX/RUN POSIX$BIN:VI.

Apparantly, POSIX VI doesn't like some terminal types, including VT102.
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: ht@datani.dk
Newsgroups: vmsnet.misc
Subject: Re: posix question: vi on telnet vs kermit
Date: 26 Aug 92 06:27:51 GMT
Organization: Datani A/S, Copenhagen, Denmark

In article <1992Aug25.114722.42548@kuhub.cc.ukans.edu>, sloane@kuhub.cc.ukans.edu (Bob Sloane) writes:
> In article <1992Aug18.203710.202437@uctvax.uct.ac.za>,
>  bbbbre01@uctvax.uct.ac.za (Doon) writes:
>> In comp.editors there's a thread about VI being a 
>> wonderful editor - so I'd like to try it out:
>> 	$posix posix$bin:vi.
>> gives the error "not enough memory for screens"
> 
> Try doing:
> 
> $ SET TERM/VT100
> $ POSIX/RUN POSIX$BIN:VI.
> 
> Apparantly, POSIX VI doesn't like some terminal types, including VT102.

If you look in the directory /usr/lib/terminfo/v you will find
entries for the following terminal(families):
   vt100, vt200_series, vt300_series, vt400_series
Of these vt400_series is braindead - ie. it gives "not enough memory for
screens, the others seem to work!
Is this fixed in posix v1.1?
Does anyone know if you can take terminfo files from other UN*X's and
use under POSIX - I can't find the terminfo-compiler anywhere!
---
Henrik Tougaard             E-mail: ht@datani.dk
Datani A/S, Software Consultants
Copenhagen, Denmark         Only my own opinions........
Xref: sparky vmsnet.misc:763 vmsnet.internals:1221
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.misc,vmsnet.internals
Subject: Re: Referencing a globaldef'd variable thru macro rtn
Date: 29 Aug 92 07:26:40 EDT
Distribution: na
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <l9t8nqINNodn@news.bbn.com>, mjensen@BBN.COM (Martin Jensen) writes:
>     ...
>     The linker gives me the following warning when I link with the shared
>     image:
> 
> %LINK-I-BASDUERRS, basing image due to errors in relocatable references
> %LINK-W-SHRSYMREF, reference to symbol G_WATCHDOG_EXIT is not position independent
> 	in psect SUBRTNS offset %X00000018
> 	in module SUBRTNS file NAS_BUILD:[NAS.PUBLIC.V41I_A_DEVL]SUBRTNS.OBJ;2
> 
>     The macro statment in question is:
> 
> 	    cmpl    g_watchdog_exit,r0

Martin,

Change it to:

        cmpl    G^g_watchdog_exit,r0

And the problem will go away (I'm pretty sure, anyway).
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.misc,comp.sys.dec
From: evansg@uproar.enet.dec.com (Gwyn Evans @ IME)
Subject: Re: Printing DEC CDROM Software distribution. Reading on Mac
Reply-To: evansg@uproar.enet.dec.com (Gwyn Evans @ IME)
Organization: Digital Equipment Service Industries Solutions Company Ltd
Date: Tue, 1 Sep 1992 13:57:18 GMT


In article <1992Aug31.113756.16268@informatik.uni-wuerzburg.de>,
aus@winx03.informatik.uni-wuerzburg.de (Hans Aus) writes:
>What is the status on printing the manuals ?  I have been told by the
>local DEC office that we can not print the manuals. I have also
>read a notice on the DECUS/Munich VAX that it will be possible
>to print later this year. Anyone know the real status of printing
>the manuals from the CDROM distribution.

  This is what I got when I asked for the status at the start of July :-

With regard to your subject inquiry, Digital is currently developing and
testing printing features, among others.  We hope to make printing features
available in this calendar year.  We haven't yet announced anything
yet, so there's nothing you can buy or see at this point.

Gwyn

>hans.aus@vax.rz.uni-wuerzburg.dbp.de
>
--
+======================================================================+
| Gwyn Evans  | evansg@uproar.enet.dec.com |  Uxbridge, Middlesex, UK  |
| DESISCo - Digital Equipment Service Industries Solutions Company Ltd |
|  Views expressed and statements made are mine and not those of DEC   |
+======================================================================+
Xref: sparky vmsnet.misc:787 comp.os.vms:14401 news.answers:2704
From: sgccmjw@citec.oz.au (Mark Wilton 23313)
Subject: flight sim
Organization: CITEC
Date: Fri, 28 Aug 1992 01:20:16 GMT
Summary: flight sim compiling hanagers
Keywords: flight

Hi,

Im trying to use DEC's flight simulator flight
I have been attempting to use some other hangers but i am 
getting the message hanager not compiled. I have looked at the 
hanager and it looks like binary.

I thought that i would try the hanager compiler but i cant find
any docos on how to use it. 

Does anybody know how to compile/use other hangers etc, im getting really
sick of flying the standard planes (I want to fly military jets etc)


Thanks in advance

Mark

-- 
          __________________________________________________
          |o |Mark Wilton        - Centre for Information|o |      / /
          |o |sgccmjw@citec.citecuc.oz.au     Technology |o |  \ \/ /
     _____|o_|                      Brisbane  Australia  |o_|_  \/\/     
     |\   |o_|___________________________________________|__| \
     | \_______________________________________________________\ Amiga
     \ |    on []  off                                         | ForeveR
      \|_______________________________________________________|
"Informatics isn't a terminal disease it's a Software Engineering Degree"
-----------------------------------------------------------------------------
From: Sanyee_Tang@mindlink.bc.ca (Sanyee Tang)
Newsgroups: vmsnet.misc
Subject: RMS File Lock Questions
Date: 30 Aug 92 09:36:48 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

    I am writing a utility in C to find all RMS locks on a specified file.
The scheme is:

(a) Call SYS$PARSE and SYS$SEARCH to find the 6-byte file ID (field NAM$W_FID)
    and device name (field NAM$T_DVI).  The file could be specified by a
    logical.

(b) Call SYS$GETDVI with item code DVI$_DEVLOCKNAM to find the 16-byte device
    lock name for the device name obtained in (a).

(c) Call SYS$ENQ to queue a lock on a resource whose name is concatenated as

        RMS$ + file ID + device lock name

    and receive a lock-id.

(d) Call SYS$GETLKI with item code LKI$_LOCKS, passing lock-id returned in
    (c), in hope to get a list of RMS locks associated with the resource name
    in (c).

(e) Print out PID, lock mode and queue for every lock in the list returned
    in (d).

    I have coded a test program.  My questions are:

1)  Can the above scheme work?  Is the basic idea correct?

2)  Apparently I have no access to RMS locks in normal situation.  What
    happen if I do (c) and (d) in EXEC mode (as same as RMS)?  If I queue
    a lock in EXEC mode with a valid resource name of a RMS file lock, can
    I block locks queued by RMS on the same file?  :-)

3)  If I shall change mode and call SYS$CMEXEC (or SYS$CMKRNL), what is the
    order of the argument list?  In the same order as in C or in a reversed
    order?

    I would like to have your experts' opinions before I go further, I am
a bit anxious about to shut down a busy system unwittingly.  Your help is
highly appreciated.  I thank Dan Wing, Earl D. Lakia and Martin P.J. Zinser
for their help on a previous request for lock utility.


-- Sanyee Tang
   BC Research
   Vancouver, Canada
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.misc
Subject: Re: ISVNET newsgroups are available...
Date: 26 Aug 92 10:32:44 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <19AUG199202303735@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
> 
> 	Dick said something about "Get Connected" even though he isn't.

As usual, everything is true only by Ehud's definitions.  

DMConnection IS connected, with UUCP and all our clients ARE connected also. 
They just aren't DIRECTLY connected.  For the VAST majority of applications
direct connections aren't needed since "real time" response isn't (in general)
a requirement.  In any event [adequate] real time response can't be achieved
over a WAN.  

Which bring me to the real crux of the matter: money.  Considering the
difference in price for an internet connection versus a UUCP connection most
people who actually pay the bills (instead of simply using or managing
connections) have to ask "What do I [my group, my company, ...] have to say
that MUST be heard within 1-2 hours all over the world?"  If the answer is
nothing then UUCP is a MORE than adequate solution.  If the answer is not much
then UUCP is still probably the right answer.  If the answer is "it depends"
remember the telephone system, drop a dime instead of sending a mail message
(or do both).  If the answer is everything then purchase an internet connection
and get it over with.  But in all cases, match the solution to the problem! 
The internet isn't THE answer, it's just AN answer.

Regarding Ehud's assertion about price comparison's between UUNET and
DMConnection: if you examine the UUCP rate structures for both companies you
will find that DMConnection is consistently less expensive, generally by a
factor of 4 or more for low to moderate usage clients (This is especially
true taking into account that DMConnection doesn't load our clients with a
monthly fee that contains no communications costs.)  Once usage gets above
8 hours/month DMConnection is still less expensive, but savings depend pretty
dramatically on the volume of data.  

Of course, this isn't true for TCP/IP access to UUNET (last figures I have for
them state $19/month, presumably with an additional $36/month for their
carrying costs; I couldn't tell from their brochure) but then DMConnection
isn't DIRECTLY connected [yet] so we can't offer that service.

Once we are, we will provide equivalent access at competitive prices.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Xref: sparky vmsnet.misc:785 comp.os.vms:14399 news.answers:2702
From: mjensen@BBN.COM (Martin Jensen)
Newsgroups: vmsnet.misc,vmsnet.internals
Subject: Analyzing a process dump
Date: 3 Sep 92 13:59:39 GMT
Reply-To: mjensen@BBN.COM (Martin Jensen)
Distribution: na
Organization: Bolt Beranek and Newman Inc., Cambridge MA
NNTP-Posting-Host: reliant.bbn.com

Greetings again vms.wizards ...

    One more question, then I promise I'll leave you alone ... for a
    while anyway :-)

    I've got an executable that runs with the /dump qualifier.  I expect
    that, on occasion, the process will crash.  (as a matter of fact, we
    intentionally crash it if software detects an unrecoverable condition
    in the code).

    The problem is that the dump files are pretty useless.  'show  calls'
    reports  only the module names - no routine names - and I've only got
    access to universal symbols.  The program is compiled with the /debug
    switch and linked with /trace.

    If  I  link  with  /debug,  I get the debugger linked in.  I've tried
    linking with /debug=foo (where foo contains  the  program  main)  ...
    that  seems  to  work  (outside  of  some strange symbol behavior for
    objects in foo), but now I've got the overhead  of  the  DST  in  the
    runtime image.

    Ideally, I would like to be able use anal/proc/image=xxx against the
    dump from the normally linked executable - where xxx would be an
    image containing the full DST and GST.  The couple of options I have
    tried allow me to analyze the dump, but the symbol locations don't
    match properly between the images.

    Any ideas???

    aTdHvAaNnKcSe

---   Martin Jensen     \   BBN Communications     \  #include          ---
 ---   mjensen@bbn.com   \   150 CambridgePark Dr.  \  <std.disclaimer>  ---
  ---   (617) 873-4859    \   Cambridge, MA   02140  \                    ---
Xref: sparky vmsnet.misc:780 comp.os.vms:14394 news.answers:2697
From: mjensen@BBN.COM (Martin Jensen)
Newsgroups: vmsnet.misc,vmsnet.internals
Subject: Referencing a globaldef'd variable thru macro rtn
Date: 28 Aug 92 22:04:42 GMT
Reply-To: mjensen@BBN.COM (Martin Jensen)
Distribution: na
Organization: Bolt Beranek and Newman Inc., Cambridge MA
NNTP-Posting-Host: reliant.bbn.com

Greetings VMS folks!

    A frustrated Unix hacker (me) needs to know how to code/compile/link
    a macro subroutine in order to properly reference a variable defined
    with globaldef in VAX-C.

    The hitch is that the macro object file is linked with a shared
    executable which has the variable definition.

    The load map for the shared executable contains the following
    indication in the symbols section:

		 Symbol          Value
		 ------          -----
		 G_WATCHDOG_EXIT 00000000-RU

    The linker gives me the following warning when I link with the shared
    image:

%LINK-I-BASDUERRS, basing image due to errors in relocatable references
%LINK-W-SHRSYMREF, reference to symbol G_WATCHDOG_EXIT is not position independent
	in psect SUBRTNS offset %X00000018
	in module SUBRTNS file NAS_BUILD:[NAS.PUBLIC.V41I_A_DEVL]SUBRTNS.OBJ;2

    The macro statment in question is:

	    cmpl    g_watchdog_exit,r0

    Any help appreciated!!!

---   Martin Jensen     \   BBN Communications     \  #include          ---
 ---   mjensen@bbn.com   \   150 CambridgePark Dr.  \  <std.disclaimer>  ---
  ---   (617) 873-4859    \   Cambridge, MA   02140  \                    ---
From: robbie@winkle.bhpese.oz.au
Newsgroups: vmsnet.misc
Subject: What is BLAS1RTL.EXE?
Date: 27 Aug 92 15:01:59 +1000
Organization: BHP Information Technology, Newcastle

I am in the process (on another terminal) of upgrading a LAVc to V5.4-3
and just noticed a BLAS1RTL.EXE being modified. What is it? It seems
to be a runtime library (der...) but for what?

Just v. curious!
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rob Spencer, BHP Information Technology           |   Sorry, but my .sig
Newcastle, Australia        Voice: +61 49 40 1673 |   is on .sig leave!
Bits: robbie@winkle.bhpese.oz.au                  |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: vmsnet.misc
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: [NO]BROADCAST
Organization: University of Ulm, Germany
Date: Sun, 23 Aug 1992 20:45:37 GMT
X-News-Reader: VMS NEWS 1.23

I was asked why there are 2 similar commands:

    set broadcast=all/none
    set terminal/[no]broadcast

I know that set broadcast offers more parameters, but why are there 2
different commands? Why cannot VMS use only one for the same function?


\  Ulli 'Framstag' Horlacher    \   psi%0262450502601::rzmain::orakel    \
 \  Student consultant VAX/VMS and networks    \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany   \     orakel@rz.uni-ulm.de \
   \  "With mainframes you just can do nonsense, with PCs not even that."   \
Xref: sparky vmsnet.misc:786 comp.os.vms:14400 news.answers:2703
From: 4carroll_j@spcvxb.spc.edu
Newsgroups: vmsnet.misc
Subject: zmodem source
Date: 27 Aug 92 23:43:52 GMT
Organization: St. Peter's College, US

Hi,
	Does anyone know where I can ftp the source code for
VAX/VMS zmodem?

Thanks 
Jim C.

(4carroll_j@spcvxa.spc.edu)
Newsgroups: vmsnet.misc
Subject: Re: ISVNET newsgroups are available...
From: tp@mccall.com (Terry Poot)
Date: Wed, 26 Aug 1992 15:59:17 EDT
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <19AUG199202303735@spades.aces.com>, gavron@spades.aces.com (Ehud
Gavron 602-570-2000 x. 2546) writes:
>Find a local university which is willing to let you hook up to their
>network.  You'll find that the cost is generally in the same range as 
>the phone line you'd tie up for SLIP over a year.  

Nope. There's only one local university, and to connect to them, I have to join
MIDnet for $xx,xxxx per year (somewhere around 50k, I think). That doesn't
include the phone line, just the right to connect. That's a condition of their
own connection to MIDnet. I suspect most universities connected to NSFnet
regional networks have similar restrictions.

>Alternately you could
>get higher bandwidths (56kbps) at <$1K/month from various providers including
>Alternet and US Sprint.

Try 5-10K/month, if you don't happen to live near a POP for one of those
providers, since you have to get a leased line to the nearest POP.

>#Also, SLIP doesn't provide for periodic calling and shutting down the
>#line when all the traffic is done.
>
>	I call this a feature.  

Me too, unless I have to pay line charges, but it drives the price up higher
than a uucp link to the same site.

>Any time I ping, a packet goes through.
>	I've heard of people who set up unix cslip to autodial on the
>	first packet if the link is down.

How do they get it to hang up when the line's been idle for a while? And does
that first packet actually get through, considering the timeouts while the
phone's being dialed? Maybe you can make it work, but it's well beyond what SLIP
was designed to do.

--tp
Xref: sparky vmsnet.misc:792 vmsnet.internals:1273