HDTenEightyP/NetNews huggingface dataset:
From: rob@asimov.uucp (Robert Boucher)
Subject: Re: Where did /usr/bin/truss originate?
Summary: Part of "base system"
Organization: Ottawa, Ontario, Canada
Date: Sun, 10 Jan 1993 01:08:08 GMT

In article <1993Jan9.200455.28681@sinkhole.unf.edu> 
shite@sinkhole.unf.edu (Stephen Hite) writes:
>
>   I have Esix 4.0.3a.  It came with a nice utility called truss,
>located in /usr/bin.   I thought this was part of the standard
>USL source release of SVR4.   However, our company just got in SVR4
>from Harris (running on a Night Hawk 4400) and truss is not on the 
>system.  Does anyone know the origin of the truss utility (i.e., is
>it from Sun or made just for the i386/i486 platform of Unices?).  Thanks
>for the info! 
>
>P.S.  truss allows one to trace system calls and signals.

It should be included with any SVR4.  It is a 'user' command, check
the man page truss(1).   It's in the SVR4 User's reference manual 
(c)1990, so it could have been there from the start.  Since that
manual is not processor specific, I assume it should be available on
any architecture.

However, I have noticed its absence on DataGeneral's DG/UX (running
on AViiONs 88k).  It seems that truss(1) is not available if the proc 
filesystem has not been implemented.  Is /proc available on the Harris?

I know that truss is available on most i386 PC based SVR4s and on
Solaris 2.1 (Sparc and i386 version).

Guess truss hasn't made it to SVID 3...


-- 
Rob

Inet:   boucher%asimov@revcan.rct.ca
Usenet: uunet.ca!revcan!asimov!boucher
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Re: Solaris as a server
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Fri, 8 Jan 1993 02:14:36 GMT

pls@cibecue.az05.bull.com (Paul Schauble) writes:

>About time to change the subject line. This is a continuation of the discussion
>on Dell unix and what version they use for a base.

>I'm in the design phases for assembling a system whose primary use will be as
>a server to other machines connected via modem. 

>As I read the Solaris announcement, its focues is as a graphics oriented OS
>for a single-user desktop machine. It is therefore not appropriate for the
>system I'm designing, which will have lots of remote usere and no local users.

>Is this correct?

If you are wanting to use it as a workstation, yes, as a server no.  One of
the principle reasons for the transition from BSD in Solaris 1.0.1 to SYSVR4
in Solaris 2.x is to support multiprocessor server-class machines.  For
each of Sun's own machines, there is usually a workstation configuration and
a server configuration.  The base UNIX is really a server environment even
on the workstations.  Sun even sells Sbus serial port cards.

>    ++PLS


--
                                                          ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
Xref: sparky comp.unix.sys5.r4:1114 comp.unix.sysv386:17662
From: georg@norisc.erls01.siemens.de (Georg Biehler)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
Subject: Re: /bin/mailx -- what's Error 11???
Date: 4 Jan 93 07:55:01 GMT
Followup-To: comp.unix.sys5.r4,comp.unix.sysv386
X-Newsreader: TIN [version 1.1 PL8]

bob myers (bmyers@shyguy.lonestar.org) wrote:
: I've tried what you suggested, about bumping MAXUP in my kernel to
: 59 (believe the maximum is 60 for my unix).

: I still get the same message:

: mail: ERROR 11

: this is frustrating; don't know what to think now...

You also get EAGAIN if some fork()/exec() fails due to lack of memory.
Check your available virtual memory (maybe your swap space is configured
to small).

: -- 
: -----------------------------------------------------------------
: Bob Myers                        | You gotta watch out for those
: Shyguy's AT&T SVR4 Unix/Uniboard | shy guys....you never know 
: Email:bmyers@shyguy.lonestar.org | what they're thinking..:)

--
----------------------------------------------------------------------
Georg H. Biehler		E-Mail: georg@norisc.erls01.siemens.de
				RealTime SVR4 -> Try SORIX 386/486
Xref: sparky comp.unix.sys5.r4:1140 comp.unix.sysv386:17674
From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
Subject: serious bug in cpio -i -Htar
Summary: cpio overwrites files not asked for
Date: 6 Jan 93 13:56:13 GMT
Reply-To: debra@info.win.tue.nl
Followup-To: comp.unix.sys5.r4
Organization: Eindhoven University of Technology, the Netherlands

I just found this unbelievable but dead serious bug in cpio.
I verified the bug with Esix 4.0.4 and with DG/UX 5.4.1 (on an AViiON, with
mc88100 cpu), so it seems like a fairly widespread bug in sVr4.

The bug is that when reading a tar archive (cpio can do that you know)
cpio will restore all files with more than one link, even if they are
not asked for.

Here is what you do to reproduce the bug:
$ echo "aaa" > a
$ echo "bbb" > b
$ echo "ccc" > c
$ ln a d
$ tar cf e a b c d
a d link to a             (this is a message from tar, produced by Esix 4.0.4
			   but not by DG/UX)
$ rm d                    (not necessary, but supplies proof of bug)
$ cpio -ivu -H tar -Ie b
b
a linked to d             (a is linked to d here even though we don't ask for
d			   either a or d)
$ ls a b c d
a  b  c  d                (yep, file d exists)

I discovered this bug while trying to restore a file from a tar tape using
cpio (why not, cpio can read tar...) and in addition to the file i wanted
cpio proceeded to trash (i.e. also restore) all files with more than one
(hard) link.

Workaround: if you're not sure whether you have a tar or cpio archive,
try to determine the format before extracting files. If the archive is
a tar archive do *not* extract files using cpio but use tar instead.

Have others noticed this bug? Is it fixed in the latest sVr4 products?

Paul.
(debra@win.tue.nl)
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Where did /usr/bin/truss originate?
Date: 10 Jan 93 06:18:28 GMT
Organization: Auspex Systems, Santa Clara

>Guess truss hasn't made it to SVID 3...

Nope, it *has* made it into SVID 3; it's in the "Software Development"
section, in "truss(SD_CMD)", starting on page 6-65 in my copy.

"/proc" isn't in any obvious place in the SVID, which somewhat sucks,
given that "ptrace()" *is* in the SVID, and given that "/proc" beats
"ptrace()" by a country mile....
Newsgroups: comp.unix.sys5.r4
From: day@cactus.org (Carl E. Day)
Subject: bug in cu?
Organization: Capital Area Central Texas UNIX Society, Austin, Tx
Distribution: na
Date: Sat, 9 Jan 1993 08:54:25 GMT

From: CarL Day  
Email address: day@cactus.org
To; SVR4.0 users
Re: bug in cu??

One of my systems is using Consensys V4 SVR4.0  and since
all of SVR4.0 uses the stock code; I wonder if anyone
else has had some these problems:  
(( I've read this news group for 6 mos and did not see it in FAQ. ))
When using cu to access a remote system the interpeted cu
 command "~%take FILENAME [FILENAME]" fails for what i'd call
 compiled statement errors. I have tried the command passing files to a sun
 the cu command "~%put FILENAME [FILENAME]" works? 
    ( tried both csh & sh on the remote sun system for ~%take
    ( tried to ~%take a file i had just ~%put on to the remote.))
 This seem to show on stdin when the ~%take command is tried:
  "  -echo; if test -r FILENAME ; then echo '[NODE]  > FILENAME
  echo ' ~[NODE] ; else can't open FILENAME; stty  echo;
 badly palced ()'s  "  that's the error more or less
where FILENAME = file ; NODE = my local node.
  Thanx  Carl Day   email-day@cactus.org  
Xref: sparky comp.unix.sys5.r4:1163 comp.unix.questions:15297 biz.comp.telebit.netblazer:14 comp.protocols.tcp-ip:5847
From: merce@xenitec.on.ca (Jim Mercer)
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
Subject: Re: Netblazer
Date: 7 Jan 93 22:46:37 GMT
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA

In article <C0I42H.23D@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>Since the serial ports in the netblazer are on the motherboard, is it
>possible to disable them and add a stock 2 port serial board with
>16550A chips and will the NB take advantage of the FIDO buffers in
>the chips?
>
>Can the NB support 2 56700 baud modems going full blast on the
>stock 2 serial ports on the motherboard?

try pulling the case off and seeing of the UARTs are 16550's.

i would suspect so.

-- 
[ Jim Mercer   Reptilian Research  merce@iguana.reptiles.org  +1 416-506-0654 ]
[                      longer life through colder blood                       ]
Newsgroups: comp.unix.sys5.r4
From: larry@news.rn.com (Larry Snyder)
Subject: Re: Netblazer
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Fri, 8 Jan 1993 15:43:32 GMT

karl@ddsw1.mcs.com (Karl Denninger) writes:

>>>Can the NB support 2 56700 baud modems going full blast on the
>>>stock 2 serial ports on the motherboard?
>>
>>try pulling the case off and seeing of the UARTs are 16550's.
>>
>>i would suspect so.

>They certainly are.  (I have examined lots of these)

So one can assume they support the FIFO to get those speeds.

My next question is do you have to enable a specific protocol --
ie: Can I start talking to the NB with SLIP using VJ compression
and will it start using VJ - likewise, can I connect using PPP
and will the netblazer be smart enough to change?

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4
From: talleyt@ka9qpg.demon.co.uk (Thomas Talley)
Subject: Consensys Phone Numbers
Distribution: World
Organization: The ka9qpg Packet Radio Unix System
Reply-To: talleyt@ka9qpg.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sat, 9 Jan 1993 07:58:21 +0000

I am serveing in the US Navy overseas and have been trying to
call Consensys (Using my AT&T Card) and the numbers list in 
Unix Review (800-388-1896 and 416-940-2900) do not seem
to work. 

Does anyone have a number (or e-mail address) that works??

Tnx.

Newsgroups: comp.unix.sys5.r4
From: bdb@becker.GTS.ORG (Bruce Becker)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: G. T. S., Toronto, Ontario
Date: Mon, 4 Jan 1993 09:11:03 GMT

In article <id.P4CW.IU@ferranti.com> peter@ferranti.com (peter da silva) writes:
|
|You got a usable boot floppy with a comercial UNIX? I haven't seen one
|in a shipped commercial system since Microsoft Xenix. You generally have to
|duplicate the install floppy, mount it, and defang it before you can boot
|UNIX off a floppy. NOT for the naive user.


	Amiga Unix SysVr4 version 2.1 has bootable
	floppy plus fsck support etc.


-- 
  ,u,	 Bruce Becker			Toronto, Ontario
a /i/	 Internet: bdb@becker.gts.org	Uucp: ...!web!becker!bdb
 `\o\-e  "...symbolising Excitement and Fun."		
 _< /_		-- Disneyland North investment brochure
Newsgroups: comp.unix.sys5.r4
From: gwhisen@hydra.urbana.mcd.mot.com (Gary Whisenhunt)
Subject: Re: Where did /usr/bin/truss originate?
Reply-To: gwhisen@urbana.mcd.mot.com
Organization: Motorola, Inc.  Computer Group
Date: Tue, 12 Jan 1993 16:19:47 GMT

In article <1993Jan9.200455.28681@sinkhole.unf.edu>, shite@sinkhole.unf.edu (Stephen Hite) writes:
|> 
|>    I have Esix 4.0.3a.  It came with a nice utility called truss,
|> located in /usr/bin.   I thought this was part of the standard
|> USL source release of SVR4.   However, our company just got in SVR4
|> from Harris (running on a Night Hawk 4400) and truss is not on the 
|> system.  Does anyone know the origin of the truss utility (i.e., is
|> it from Sun or made just for the i386/i486 platform of Unices?).  Thanks
|> for the info! 
|> 
|> P.S.  truss allows one to trace system calls and signals.

truss is part of the standard USL SVR4 release and has been there since the
first SVR4 release on the 3B2.

It's available on our (88k) SVR4 release.

-------------------------------

Gary Whisenhunt				gwhisen@urbana.mcd.mot.com
Motorola Inc., 				uunet!uiucuxc!udc!gwhisen
Core Technologies, Urbana Design Center
1101 E. University Avenue		Phone: (217)384-8537
Urbana, IL 61801			Fax:   (217)384-8550

SVR4: Lifetime opportunities in software maintenance.

Newsgroups: comp.unix.sys5.r4,comp.unix.questions,comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: slip netmask ifconfig up
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Wed, 6 Jan 1993 16:37:52 GMT

I'm running SVR4 release 4.0

and slip (as sl0)

where is the "ifconfig sl0 .... up" statement located in my
configuration files?  I had to manually add it to /etc/inet/rc.inet
using netmask in order to use the route add default .... statement --
but the default OS came with the ifconfig "sl0" up and I can't find where that
comes from --

thanks -- larry


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4
From: jeff@samantha.chi.il.us (Jeffrey K. Johnson)
Subject: Re: Bug in SVR4.0.3 /usr/include/sys/socket.h
Reply-To: jeff@samantha.chi.il.us
Organization: JBC Associates
Date: Sun, 10 Jan 1993 07:22:46 GMT

In <C0125H.7sG@encore.com> tma@encore.com (Thanh Ma) writes:

: mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
: 
: >There is a closing comment pair ("*/") missing at line 132 of
: >/usr/include/sys/socket.h in Esix 4.0.3.  Could people with newer
: >versions of SVR4 (4.0.4 and maybe even 4.2) check to see if their
: ><sys/socket.h> include file suffers from the same problem?  Here is a
: >cdiff to fix the file.  Remember, folks, "gcc -Wall" is your friend...
: 
: Yes. ESIX 4.0.4 has the same problem but at line 131.

It is broken in ISC 4.0.3 on line 131.

-- 
Jeff Johnson		  Voice: (708) 991-0197    Fax: (708) 358-7578
Computer Consultant	  1107 E. Paddock Dr.
JBC Associates		  Palatine, IL  60067-4151
jeff@samantha.chi.il.us	  ...!uunet!vpnet!samantha!jeff
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.unix.sys5.r4
Subject: Where did /usr/bin/truss originate?
Date: 9 Jan 93 20:04:55 GMT
Organization: Univ. of North Florida


   I have Esix 4.0.3a.  It came with a nice utility called truss,
located in /usr/bin.   I thought this was part of the standard
USL source release of SVR4.   However, our company just got in SVR4
from Harris (running on a Night Hawk 4400) and truss is not on the 
system.  Does anyone know the origin of the truss utility (i.e., is
it from Sun or made just for the i386/i486 platform of Unices?).  Thanks
for the info! 

P.S.  truss allows one to trace system calls and signals.

--------------------------------
Steve Hite
shite@sinkhole.unf.edu
Newsgroups: comp.unix.sys5.r4
From: jkl@hunan.rastek.com (James Keith Losset)
Subject: Should I Hurry to SVR4.2, or Wait with my SVR3.2.2.3.0?
Organization: Rastek Corporation, Huntsville, AL
Date: Sun, 10 Jan 1993 03:55:29 GMT

I am responsible for the software development environment for a small
company.  We operate "way too many" PC's on a tcp/ip network served by
an ISC 3.0 file server (50 MHz DX2, 1.8GB SCSI, 16MB, etc., etc.).  My
boss has complained about this particular Unix (compared to his beloved
Zilog (!) system.  But for all of it's shortcomings, it has performed
it's job well.  I am now planning an upgrade, with the current machine
being relegated to a hot standby.  Now for the questions:

I have been reading USENET and the various publications.  I have the
luxury of acting or waiting since I have a working environment.  I would
appreciate anyones comments and suggestions on these questions:

1.  Considering the obsolete, but functional (and stable) state of ISC 3.0,
	is the 4.2 release (say, Consensus) worth the effort of switching, or
	should I wait a while?

2.  Should I consider EISA hardware?  Or would I be safer with the fastest
	possible tried-and-true ISA?  Is it true that ISA implementations are
	limited to 16MB of RAM?  (>16 MB is my prime motivation here).

3.  I've read that NFS on the 4.X implementations is slow.  NFS is essential
	to me, so i'm concerned.

4.  Is software portability improved (or at least good) on 4.X.  Porting
	"Internet Freebies" to my ISC has been, at best, a nightmare.  What
	"standard" variety of UNIX is 4.2 most like?  (In other words, if
	there's not a config option for Concensus 4.2... what similar machine
	should I use?

5.  Do any of the PC-CLOSE solutions have good enough support for MS-DOS
	that I could even dream of forcibly replacing any of my engineers MS-DOS
	machines.  I have worked with VP/ix, and consider it to be an example of
	MS-DOS support that wouldn't cut it as a "this is all you've got"
	replacement.  I'm looking for a UNIX platform that would let me wean
	the developers from MS-DOS.  (This question is optional!)

6.  As a software developer I hate to ask this, but is it "too buggy"?  I
	am a big proponent of UNIX and want to move forward.  (I want 4.X to
	be the UNIX that really does take over the MS-DOS marketplace).  But...
	i'll be quite unpopular with my colleagues if I upgrade them to something
	worse than we have now.

Sorry to be a whiner.  But I haven't yet read anything that helps me answer
these questions.
-- 
--------------------------------------------------------------------------
Keith Losset - Rastek Corporation - klosset@rastek.com - "mostly harmless"
--------------------------------------------------------------------------
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit,comp.sys.ibm.pc.misc
From: liljeber@hydra.Helsinki.FI (Mika Liljeberg)
Subject: Re: 386 device drivers: machine-independent I/O timing?
Organization: Department of Computer Science, University of Helsinki, Finland
Date: Mon, 11 Jan 1993 17:05:10 GMT

In article <1993Jan11.120230.1322@smoke.marlboro.vt.us> jhood@smoke.marlboro.vt.us (Lord Yertle) wrote:
> 
> Sometime in the deep murky mists of time (within the last two years,
> anyway) somebody from Compaq or Dell posted an article about I/O
> delays in (I think) Unix device drivers.  He suggested reading or
> writing some I/O port on the motherboard I/O bus to get ~ 1 us delays
> for I/O access timing, but I can't find the article (which I thought I
> saved) or remember what exactly he was suggesting.

I didn't see the article, but Linux uses outb on port 0x80 for I/O
delays. It seems to work very well.

	Mika
--
Mika Liljeberg			Email:	liljeber@hydra.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
From: mlewis@telebit.com (Mark S. Lewis)
Subject: Re: Netblazer
Reply-To: mlewis@telebit.com
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Thu, 7 Jan 1993 18:13:56 GMT


> I currently attach via SLIP over a leased line using v.32bis/v.42bis
> modems from a Dell machine (on my end) into a smartport on a Telebit Netblazer.

> Would I see any significant increase in throughput using this same
> physical connection (v.32bis/v.42bis) but replacing the Dell SLIP
> with a Netblazer on my end -- and connecting my machines via ethernet
> to the Netblazer?

> I assume this would give me the ability to support PPP/CSLIP since
> my connection would be Netblazer-Netblazer -- what would PPP buy me
> over traditional SLIP (our feed is basically for smtp/nntp traffic,
> with ftps,telnets,rlogins used infrequently)..


> -- 
> Larry Snyder                                    internet: larry@gator.rn.com
> keeper of the Gator                                  uucp: uunet!gator!larry

No I don't think you would get a significant performance increase by
putting a NetBlazer at both ends.  You are using relatively slow
serial lines limited by V.32bis modulation with whatever compression
you get with V.42bis.

You would get significant performance increase for telnet sessions
using TCP header compression.  This won't help UDP traffic of course.
This compression can be used with SLIP (CSLIP) or PPP.  Many PPP
implementations include header compression.

The main benefits of PPP are dynamic configurability and the ability
to run multiple protocols.  PPP negotiates things like header
compression, MRU/MTU size while trying to bring the link up.  With
SLIP all this must be statically configured ahead of time.

PPP has specifications for protocols other than IP.  People run IPX,
AppleTalk, XNS, Decnet, OSI, and bridging over PPP links.  SLIP is
only useful for IP.

... Mark

=========-----------          Mark S. Lewis      -----------==========
inet: mlewis@telebit.com      Telebit Corp.     Telebit (408) 745-3232
uucp: uunet!telebit!mlewis                          Fax (408) 745-3810
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit,comp.sys.ibm.pc.misc
From: jhood@smoke.marlboro.vt.us (Lord Yertle)
Subject: 386 device drivers: machine-independent I/O timing?
Organization: Cthulhu Worship Meeting of Southern Vermont
Date: Mon, 11 Jan 1993 12:02:30 GMT


Sometime in the deep murky mists of time (within the last two years,
anyway) somebody from Compaq or Dell posted an article about I/O
delays in (I think) Unix device drivers.  He suggested reading or
writing some I/O port on the motherboard I/O bus to get ~ 1 us delays
for I/O access timing, but I can't find the article (which I thought I
saved) or remember what exactly he was suggesting.

For the past few days, I've been wracking my brains over a fast
printer driver (appearing soon on a net near you) that uses a core
loop of assembler, at least on Xenix, and this info would be Good to
Have.  If anybody else out there saved the article, and actually still
has it, could they mail me a copy?  I'll repost it if there is
interest...

  --jh
-- 
John Hood					Cthulhu-- just imagine it!
jhood@smoke.marlboro.vt.us
Duke U, 1980:  "Okay, so a few systems have the net started. What next?"
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip,comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: SLIP connections and ifconfig/netstat/route problems
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Thu, 7 Jan 1993 20:45:11 GMT

my netstat -rn shows (after a re-boot):

Destination          Gateway              Flags    Refcnt Use        Interface
127.0.0.1            127.0.0.1            UH       0      0          lo0
192.207.21.3         192.207.21.3         UH       0      0          sl0
192.207.21.3         192.207.21.3         UH       0      0          sl0
default              192.207.21.3         UG       5      1366       sl0
192.190.77           192.190.77.1         U        0      0          eth0

I bring the machine up with:

cp /etc/inet/resolv.conf.orig /etc/inet/resolv.conf
/usr/sbin/slipattach /dev/term/b01s 192.207.21.195 netblazer-ip 38400
/usr/sbin/ifconfig "sl0" gator netblazer-ip netmask 255.255.255.0 up
cp /etc/inet/resolv.conf.conf /etc/inet/resolv.conf
/usr/sbin/in.named
/usr/sbin/route add default netblazer-ip 1

Now, if I don't add the above ifconfig line, route fails with
"network is unreachable" on the above route command.  I need
to add the ifconfig line in order for the route add default....
to take effect.

Any ideas why I need to specify another ifconfig (besides the
default that comes up enabled with slip)?

larry

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry