HDTenEightyP/NetNews huggingface dataset:
From: pjh@mccc.edu (Pete Holsberg)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: The College On The Other Side Of Route One
Date: Sat, 19 Dec 1992 21:01:41 GMT

In article <2B31F4A1.6C66@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
=I have an associate who was interested in Dell UNIX. His system is a
=vanilla 486 with a Wangdat DAT drive, and he was pleased to hear that
=the Dell product came on DAT media.
=
=So he ordered it.
=
=The news lately hasn't been so good. The Dell docs specify an HP DAT
=drive. The tape won't load from the Wangdat, and Dell's answer on the
=phone (to him) was to either buy an HP drive or send back the UNIX.
=
=I didn't realize that DAT drives were so incompatible. Is this normal
=that one company's drive would not read a tape made on another company's
=drive?

I'm sure that this is helpful, but I was able to create a tar archive on
a DAT in an HP machine that I was later able to read on a WangDAT. And
the tar archive I created with the WangDAT was readable on that very
same HP.
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
From: larry@gator.use.com (Larry Snyder)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Sun, 20 Dec 1992 14:09:40 GMT

sheldon@iastate.edu (Steve Sheldon) writes:

>>> SCO ODT 2.0 is almost that simple.  Stick in a floppy, stick in
>>> a tape, answer a few questions about system name, set root
>>> passsword, wait for tape to finish loading.

>>Gotta be able to do it without a tape. Most people don't have them.

Actually, just about every OS these days comes on tape.  Installing Dell
2.2 is just as easy as $CO, just boot the floppies and hit return for
a default installation.  The tape goes and in 25-30 minutes you are ready
to get to work.  Included in the base package is NFS, TCP-IP, DosMerge, etc
and there are optional packages to install (on the same tape) like X11R5,
gcc, elm, cnews, nntp, mh, etc.  All on the same tape, all ready to run
out of the box.  The only other package to install off floppy is the
unlimited users upgrade which is distributed on floppy.  For $1295 with
everything, it's a deal.


-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
From: grog@lemis.uucp (Greg Lehey)
Newsgroups: comp.unix.sys5.r4
Subject: Re: SVR4.2 software development tools
Keywords: UnixWare, Univel
Date: 20 Dec 92 16:43:25 GMT
Organization: LEMIS, W-6324 Feldatal, Germany

In article <1992Dec18.193829.26594@e2big.mko.dec.com> vsp@peewee.enet.dec.com (Vipul Patel) writes:
>	The UnixWare Buyer's Guide (from Univell) does not
>	indicate if the "Personal Edition" or "Application
>	Server" has ANY kind of C compiler suite (cc, ld etc)
>	I know that "Software Developement Kit" provides
>	ANSI C, graphical debugger etc.

In case of doubt, assume that if they don't explicitly say it's there,
it isn't. In this case, I have checked, and it really isn't there. But
things like `more' and man pages are also not there. In fact, most of
what *is* there isn't documented.

>	However, If I can get GNU C like toolkit for SVR4.2
>	that may/not be ANSI, it is OK. Any pointer?

If you get a GNU C like toolkit, it *will* be ANSI. But standard GNU C
doesn't support ELM. Contact Cygnus for details - they have something
up their sleeves.

>	Also, what kind of CD-ROM drives does UnixWare support?

SCSI. Cheap CD-ROMS are supposedly going to be supported Real Soon
Now.

In general, it sounds like you want to do software development.
IMHO, Destiny is not a good choice for that. It's UNIX for the masses,
massively non-standard and badly documented. If you want to do
software development, read Eric Raymond's frequent postings (clone
UNIX buyer's guide). There are several better choices.-- 
Greg Lehey                       | Tel: +49-6637-1488              
LEMIS                            | Fax: +49-6637-1489
Schellnhausen 2, W-6324 Feldatal, Germany
Newsgroups: comp.unix.sys5.r4
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Chinet - Public Access UNIX
Date: Sun, 20 Dec 1992 23:40:15 GMT

In article <BzKA05.2Er@gator.use.com> larry@gator.use.com (Larry Snyder) writes:
>Actually, just about every OS these days comes on tape.  Installing Dell
>2.2 is just as easy as $CO, just boot the floppies and hit return for
>a default installation.  The tape goes and in 25-30 minutes you are ready
>to get to work.

You forgot to mention that it formats the HD in the process.  Many people
would prefer not to have all their existing work wiped out.  I think
windows would be a lot less popular if it's install procedure worked
like that.

Les Mikesell
  les@chinet.chi.il.us
Newsgroups: comp.unix.sys5.r4
From: kenj@yarra.pyramid.com.au (Ken McDonell)
Subject: Re: Problems with "dirent"
Organization: Pyramid Technology Corp PL, Melb., Australia
Date: Thu, 17 Dec 1992 04:07:58 GMT

rheiger@renext.open.ch (Richard H. E. Eiger) writes:

>While trying to compile and install tayllor uucp I stumbled over a very strange  
>behaveiour of the dirent directory reading routines (opendir and readdir).  

This is one (of many) botches in the BSD Compatibility Package.

If your code looks like

	#include <dirent.h>
	...
	struct dirent	*de;

it is vanilla SVR4 or SVR3.

If you code looks like

	#include <sys/dir.h>
	...
	struct direct      *de;

it is vanilla BSD.

The problem is that the SVR4 code _will_ compile with the /usr/ucb/cc compiler
(using SVR4 #includes) and link with the UCB libraries -- the resultant
a.out behaves as you have described.

In summary, ...

Source Code			SVR4			UCB

Compiler	
    /usr/bin/ccs/cc (SVR4)	ok			syntax errs
    /usr/ucb/cc (UCB)		compiles, but bad code	ok
Libraries
    SVR4			ok			links, but bad code
    UCB				links, but bad code	ok

Of course if there was a man page for the readdir() that is hidden in
the BSD Compatibility Package library, you'd at least get a warning
of danger ahead when you tried "man readdir".
-- 
Ken McDonell			  E-mail:     kenj@pyramid.com
Systems Technology Laboratory		      kenj@yarra.pyramid.com.au
Pyramid Technology Corporation	  Phone:      +61 3 521 3799
Melbourne, Australia		  Disclaimer: I speak for me alone, of course.
From: ricks@odin.isc-br.com (Rick Schaeffer)
Newsgroups: comp.unix.sys5.r4
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: 19 Dec 92 01:07:13 GMT
Organization: ISC-Bunker Ramo, An Olivetti Company

In article <68@nearside.UUCP> shwake@nearside.UUCP (Raymond Shwake) writes:
>>> Make UNIXWARE $150 and you will see a different story.
>
>Given USL licensing fees, and the current business models driving the UNIX
>vendors, getting to this range is quite unlikely, but if they don't come
>close to it, Microsoft is going to clean their clock. Like "Poor George" Bush
>before the recent election, neither USL nor UniVel yet Get It.

Amen, brother!  I'm **real** biased toward Unix...but I just cannot
believe that USL/Univel don't seem to understand the economics of volume!
They could sell many thousands of copies at $150 and take over the 
home PC market.  At $995 they *might* get a little more penetration
into the business market but for the most part they will only be able to
sell to the "converted".  They certainly WON'T get much penetration
in the vast home PC market ... and that's a real shame!
--
Rick Schaeffer          UUCP:  uunet!isc-br.isc-br.com!ricks
ISC-Bunker Ramo                ricks@isc-br.isc-br.com
Box TAF-C8              Phone: (509)927-5114
Spokane, WA  99220      Home:  (509)928-3533
Newsgroups: comp.unix.sys5.r4
From: bmyers@shyguy.lonestar.org (bob myers)
Subject: help!  can't telnet/ping own SVR4 system
Organization: 3-B Technology
Date: Fri, 11 Dec 1992 04:11:12 GMT

I need the ablility to telnet into my own system (which is a Consensys V4
SVR4 unix), due to wanting to run a MUD (Multi-User-Dungeon).

For some reason, I can not ping or telnet into my own system.  can
anyone give me some leads, or do i need to purchase a WD8003 controller
and install the WD driver package?

the current error message I get is :


The following commands were run from /etc/inet/rc.inet
/usr/sbin/ifconfig lo0 localhost up
/usr/sbin/ifconfig emd0 shyguy up -trailers
ifconfig: ioctl (SIOCGIFFLAGS): Invalid argument


the last statement will go away when I use the WD driver, but I'm
not thrilled about installing driver software without docs/actual card.

any ideas?  all inputs will be considered...

-bob

-- 
-----------------------------------------------------------------
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..:)
Newsgroups: comp.unix.sys5.r4
From: lcz@dptspd.sat.datapoint.com (Lee Ziegenhals)
Subject: Re: help! can't telnet/ping own SVR4 system
Organization: Datapoint Corporation, San Antonio, TX
Date: Sun, 13 Dec 1992 03:28:50 GMT

bmyers@shyguy.lonestar.org (bob myers) writes:

>The following commands were run from /etc/inet/rc.inet
>/usr/sbin/ifconfig lo0 localhost up
>/usr/sbin/ifconfig emd0 shyguy up -trailers
>ifconfig: ioctl (SIOCGIFFLAGS): Invalid argument

Bob,

Most of the SVR4 implementations I've seen will disable the entire IP stack
if *anything* failes during network initialization.  Since you do not have
your WD card installed yet, the ifconfig for emd0 is failing, so IP is not
configured.

You can get around this by commenting out the offending ifconfig statement
in /etc/inet/rc.inet until you have a card and driver installed.  The network
should come up, and you should be able to "telnet localhost".
Xref: sparky comp.unix.sys5.r4:882 comp.protocols.tcp-ip:5691 comp.unix.sysv386:17531
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.sys5.r4,comp.protocols.tcp-ip,comp.unix.sysv386
Subject: Re: BSD ftpd doesn't work?
Date: 19 Dec 1992 04:15:49 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <BzGFqz.55M@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>Yes, I now know this.  Is there a way to automount these directories
>somehow to off /home/ftp/pub?

The -M option to automount specifies a directory to use instead of
/tmp_mnt.  Make sure that the pathname /home/ftp/pub/home/ftp/pub is a
symlink back to ../../.., so that the symlinks the automounter creates will
work within the chroot'ed environment as well.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.unix.sys5.r4
From: mike@inftec.be (Mike Aerts)
Subject: Re: top?
Organization: Information Technologies, Wemmel, Belgium.
Date: Mon, 14 Dec 92 15:31:02 GMT

In article <1992Dec11.231629.7080@odi.com> benson@odi.com () writes:
>
>Anyone got a pointer to a copy of top and / or mon for V.4?
>-- 
>Benson I. Margulies

I got svr4mon that was posted by Andreas Vogel in alt.sources.
It doesn't necessarily work on all versions but it's a very
nice program worth to try it.

mike.
-- 
------------------------------------------------------------------------
E-mail : mike@inftec.BE     | I think that it's extraordinarly important
tel    : +32 2 460.46.11    | that we in computer science keep fun in
Fax    : +32 2 460.56.50    | computing. ....               A.J. Perlis
Newsgroups: comp.unix.sys5.r4
From: shane@cs.sunysb.edu (Shane Bouslough)
Subject: Re: UnixWare, Destiny, SVR4.2 -- Is it time yet?
Organization: Dept of Computer Science, State U of NY at Stony Brook
X-Newsreader: Tin 1.1 PL5
Distribution: usa
Date: Fri, 11 Dec 1992 20:39:10 GMT

Richard Warner (rick@sjsumcs.sjsu.edu) wrote:

: ilan343@violet.berkeley.edu (Geraldo Veiga) writes:
: 
: >One funny thing about getting information from UNIVEL.  The only way to
: >get it is through a fax call-back system.  No ftp, no e-mail, not even
: >a bulletin board.  Kind of odd for a market leader in the networking
: >field.
: 
: Your logic escapes me.  What does being the market leader in 
: departmental/campus local area networks (Novell, sensu strictu, not
: UNIVEL) have to do with Internet (ftp), e-mail, or BBS?  And, there
: are other ways of getting the info; but since the other locations
: are run by Novell (not UNIVEL, which is NOT Novell - only Novell
: owned) the information is not always in the obvious places. 

Not so fast Kemosabe. UNIVEL is without question positioning themselves
as a supplier of PC and *UNIX* based solutions for networking/file server
systems. They are probably the premier OEM for USL Destiny. As such, it
is not unreasonable at all to assume they would supply the resources
normally associated with such an OS technology, e.g. e-mail.

Last, and perhaps least, every tom-dick-and-harry computer company on
the planet has a BBS, it is perfectly reasonable to assume a company as
large as Novell or 'Univel' could cough up the $$$ for a PC running some
PD BBS so people can get Univel information. It would probably have cost
less than their fax call-back thing to boot.

-Shane

--
Shane Bouslough       | #include <stddisc.h>
shane@sbcs.sunysb.edu | #include <happy.rhodes>
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,comp.unix.dos-under-unix
From: peet@locus.com (J. David Peet)
Subject: Re: SVR4 4.0 using DOS paritions with Merge of NFS
Organization: Locus Computing Corp, Los Angeles
Date: Wed, 16 Dec 1992 03:08:24 GMT

In article <BzB1o4.JBq@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>Is it possible using Merge locally to access a DOS file system
>on another machine running SVR4 mounted via NFS?

This should work as well as accessing a UNIX file system via NFS,
with one problem.  Note that record locking must be in use
for Merge to access any file over NFS.

The problem is that when mounting a DOS file system on UNIX,
some UNIX systems report the DOS file names all in upper case.
When a file name has upper case letters, Merge "maps" the file
name, which is can make the files hard to use.  (This mapping
is used to guarantee that all file names can be accesses with
a unique name from DOS).  This mapping can be turned off
in the case of file names that have all upper case letters.

Please note that this can result in potential problems
in UNIX directories that have files with names that
are the same execpt one is all lower case and one is all upper
case.  In this situation, with the mapping turned off,
both files have the same name as far as DOS is concerned,
so you will not be able to access one of the files.

To turn off the mapping due to a file name having all uppercase
set the environment varible DOSCONFIG to the value ":NOMAP_UPPERCASE:"
Note, this is not a documented setting, and may be replaced in
the future with another method.
--------------------------------------------------------------------- 
David Peet     Internet: peet@locus.com   UUCP:...!uunet!lcc!peet  
Locus Computing Corporation, 9800 La Cienega Blvd. Inglewood, CA 90301
---------------------------------------------------------------------
Disclaimer: Normally my statements are my own, and not do not
necessarily reflect those of Locus, but maybe this time they do,
but then again, maybe not.
---------------------------------------------------------------------
Newsgroups: comp.unix.sys5.r4,comp.protocols.tcp-ip,comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: Re: BSD ftpd doesn't work?
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Fri, 18 Dec 1992 12:23:23 GMT

skl@wimsey.bc.ca (Samuel Lam) writes:

>This actually has to do with the fact that anonymous FTP runs while
>chroot()'ed to the anonymous FTP directory.  Since symbolic links are
>intrepreted during access and by that time the anonymous FTP directory
>had already become the root directory, what the links originally pointed
>to are unreachable.

Yes, I now know this.  Is there a way to automount these directories
somehow to off /home/ftp/pub?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: UnixWare, Destiny, SVR4.2 -- Is it time yet?
Organization: Xenix Support, FICC
Distribution: usa
Date: Mon, 14 Dec 1992 18:21:07 GMT

In article <1992Dec13.005457.3209@dorsai.com> crawls@dorsai.com (Charles Rawls) writes:
> ilan343@violet.berkeley.edu (Geraldo Veiga) writes:
> : i) Does SVR4.2 support > 16M on ISA machines?

> 	I have not had an ocassion to test this, but I do see referances to
> the fact in the docs.

I should hope so. SVR3.2.2 does (we're running one now).
-- 
%Peter da Silva/77487-5012 USA/+1 713 274 5180/Have you hugged your wolf today?
/L{lineto}def/C{curveto}def/F{0 562 moveto 180 576 324 648 396 736 C 432 736 L
482 670 518 634 612 612 C}def/G{setgray}def .75 G F 612 792 L 0 792 L fill 1 G
324 720 24 0 360 arc fill 0 G 3 setlinewidth F stroke showpage % "Peerless"
Newsgroups: comp.unix.sys5.r4
From: pjh@mccc.edu (Pete Holsberg)
Subject: Re: UnixWare, Destiny, SVR4.2 -- Is it time yet?
Organization: The College On The Other Side Of Route One
Distribution: usa
Date: Wed, 16 Dec 1992 02:36:10 GMT

In article <1992Dec13.005457.3209@dorsai.com> crawls@dorsai.com (Charles Rawls) writes:
=First of all let me preface my answerswith the fact we are a UnixWare Beta
=Site, and I am willing to answer any and all questions I can as to UnixWare,
=
=I AM NOT AN EMPLOYEE of UniVell, NOVELL or USL.  Just a very IMPRESSED
=end-user.
=

What's in the TCP/IP suite? What's in the development package?
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,alt.graphics.pixutils
From: corey@cbnewsm.cb.att.com (william.c.brown)
Subject: Need iconeditor to produce XPM color pixmaps
Organization: AT&T
Distribution: usa
Date: Fri, 18 Dec 1992 13:29:16 GMT
Followup-To: comp.unix.sys5.r4
Keywords: Any icon editors (source) available?



	The subject line really says it all. I am looking for a 
	color pixmap (XPM) icon editor similar to the "iconedit"
	program found in Suns Openwindows Desk Top.. Need source
	so I can compile it to run under ESIX 4.0.4 on 386/33
	machine running XFREE86 (X386)...

	Any suggestions would be greatly appreciated..


/* -----							*/
/* Corey Brown  (WB0RXQ): 20m, 15m, 2m(146.82) 70cm(443.65)     */
/* AT&T NSD							*/
/* Alpharetta, Ga 30202						*/
/* (404)750-8071						*/
/*			-----------------			*/
/* att!alphlk!wcb          | They're history in terms of the	*/
/* attmail!wcbrown         | future! (lws-91)			*/
/*							  ----- */
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Will Dell load off a Wangdat DAT?
Date: Sun, 20 Dec 1992 22:59:08 GMT
Organization: MCSNet, Chicago, IL

In article <BzIyEw.IoK@mccc.edu> pjh@mccc.edu (Pete Holsberg) writes:
>In article <2B31F4A1.6C66@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
>=I have an associate who was interested in Dell UNIX. His system is a
>=vanilla 486 with a Wangdat DAT drive, and he was pleased to hear that
>=the Dell product came on DAT media.
>=
>=So he ordered it.
>=
>=The news lately hasn't been so good. The Dell docs specify an HP DAT
>=drive. The tape won't load from the Wangdat, and Dell's answer on the
>=phone (to him) was to either buy an HP drive or send back the UNIX.
>=
>=I didn't realize that DAT drives were so incompatible. Is this normal
>=that one company's drive would not read a tape made on another company's
>=drive?
>
>I'm sure that this is helpful, but I was able to create a tar archive on
>a DAT in an HP machine that I was later able to read on a WangDAT. And
>the tar archive I created with the WangDAT was readable on that very
>same HP.

There are some screwball block size issues with DAT (and 8mm) tape drives.

DELL may not have taken the time to sort out every possibility.  They are
known to work with the HP units, as HP isn't quite that screwey.

This can PROBABLY be fixed with a firmware update in the WangDAT -- call up
Wangtek and bitch.  I'm willing to bet the problem lies here.

The other possibility is that the tape drive has trouble dealing with sync
mode.  If so, and he has sync negotiation enabled on his controller, remove
the jumper and the problem  will disappear.

-- 
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions

Xref: sparky comp.unix.sys5.r4:901 comp.unix.misc:4650
From: larry@news.rn.com (Larry Snyder)
Subject: Re: Physical Memory
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Thu, 17 Dec 1992 14:13:43 GMT

wbj@ElSegundoCA.ncr.com (William Jones) writes:

>A have a need to determine how much physical memory is on a system from within a
>shell script. Is there a SVR4 command that will provide this info? 

how about /etc/memsize?


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4
From: jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler)
Subject: SVR4.0.3A putw() bug
Organization: none
Date: Sat, 12 Dec 1992 17:18:11 GMT

I have been having some problems with the GNU locate program (GNU find
3.6 and 3.7), and finally got around to debugging it.  It turns out
that there is a bug in the ESIX SVR4.0.3A putw() routine in the C
shared library.  The following program demonstrates it:

/* compile with: cc -o file file.c */
#include <stdio.h>
main()
{
	int i;
	for (i=0; i<1022; ++i) {
		putchar('1');
	}
	putw(-11, stdout);
	for (i=0; i<1022; ++i) {
		putchar('1');
	}
}

The putw() routine does not output 4 bytes, as it should.  I suspect
there is some interaction with buffer flushing that is causing the
problem.  Also, note that if you change the sign of the first argument
to putw(), the program works fine.
Newsgroups: comp.unix.sys5.r4
From: corey@cbnewsm.cb.att.com (william.c.brown)
Subject: Re: help!  can't telnet/ping own SVR4 system
Organization: AT&T
Distribution: usa
Date: Mon, 14 Dec 1992 13:26:08 GMT
Summary: ping/rlogin/telnet to yourself SYSV4

In article <Bz2uAp.H5@shyguy.lonestar.org>, bmyers@shyguy.lonestar.org (bob myers) writes:
> I need the ablility to telnet into my own system (which is a Consensys V4
> SVR4 unix), due to wanting to run a MUD (Multi-User-Dungeon).
> 
> For some reason, I can not ping or telnet into my own system.  can
> anyone give me some leads, or do i need to purchase a WD8003 controller
> and install the WD driver package?
> 
> the current error message I get is :
> 
> 
> The following commands were run from /etc/inet/rc.inet
> /usr/sbin/ifconfig lo0 localhost up
> /usr/sbin/ifconfig emd0 shyguy up -trailers
> ifconfig: ioctl (SIOCGIFFLAGS): Invalid argument
> 

I got the same thing when I put up ESIX SYSV4.0.4. I solved the
problem by doing the following:

Change your /etc/hosts file so that the loopback broadcast address
is marked as loopback and you own system address is marked with
your system name and localhost. Then, since you don't have network
hardware, (like me) you need to go into /etc/inet/rc.inet and 
comment out the second call to ifconfig which is used to set up
any network hardware that you might have...


heres an example of /etc/hosts

127.0.0.1	loopback
192.20.32.xxx	my-system	localhost


> 
> the last statement will go away when I use the WD driver, but I'm
> not thrilled about installing driver software without docs/actual card.

Never install drivers for hardware you don't have...

> 
> any ideas?  all inputs will be considered...
> 
> -bob



/* -----							*/
/* Corey Brown  (WB0RXQ): 20m, 15m, 2m(146.82) 70cm(443.65)     */
/* AT&T NSD							*/
/* Alpharetta, Ga 30202						*/
/* (404)750-8071						*/
/*			-----------------			*/
/* att!alphlk!wcb          | They're history in terms of the	*/
/* attmail!wcbrown         | future! (lws-91)			*/
/*							  ----- */

Newsgroups: comp.unix.sys5.r4