HDTenEightyP/NetNews huggingface dataset:
From: work@tasha.guug.de (Felix Blank)
Subject: Re: PC/NFS & Devices
Keywords: NFS,devices
Date: Sun, 20 Dec 1992 15:34:48 GMT

rickp@shady.UUCP (Rick Poleshuck) writes:

>I am currently using PC/NFS to connect my DOS laptop over ethernet
>to connect to my SCO Unix box. It works quite well, but I would like
>to have access to the tape drive on my Unix box from my DOS PC.

>When I do a PC/NFS mount of a Unix directory, named pipes and devices
>aren't even listed in a directory. I would like to back up my DOS PC
>directly to the Unix tape drive. I don't have the free disk space on
>my Unix box to make a temporary file. 

NFS is not capable of sharing device files over the net. Therefore no
UNIX System can "mount" a device this way, neither MS-DOS can.
AT&T has included in his System V environment another file sharing
system, called RFS. This system can do, what you want, but PC/NFS
is not able to handle shared RFS partitions.

Felix
-- 
Felix Blank                                 Internet   : felix@tasha.guug.de
Germany, Munich                             CompuServe : 76334,3373
Fax: +49-89-8206074
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r3
From: orville%weyrich@uunet.uu.net (Orville R. Weyrich)
Subject: How to set up FAS for STB DSP 550 card?
Reply-To: uunet.uu.net!weyrich!orville
Organization: Weyrich Computer Consulting
Date: Mon, 14 Dec 92 07:44:28 GMT

Hi --

I just got a new serial i/o card to replace an old AST clone that had
soldered in 16450's. FAS 2.07 [yes, I know its old] worked like a champ
with the old card.

The new card is an STB DSP 550 with "two high performance 82c550/16550
Universal Asynchronous Receiver Transmitter serial ports and one bi-
directional capable parallel port for PC compatible systems."

Actually it doesn't have any 16550 UARTs -- it has some smaller chip
that evidently handles both serial and the parallel port.

They claim that it is "compatible with 82c550 and 16550 UARTs",
supports baud rates of up to 112K, has "on board status registers to provide
error conditions type and status of the transfer operations being performed",
has "complete MODEM handshaking capability", and FIFO mode capability
with 16 byte buffer ..."

But I can't get it to work. I suspect that I have the space.c file
set up wrong [for my Microport System V/386 R3.0 system].

If anyone has an example of a space.c file [possibly named differently
for other UNIX versions, but similar in content] for using FAS with this
IO card, I would really appreciate it if you could send me a copy or else
otherwise point me in the right direction.

Thanks



orville

--------------------------------------           ******************************
Orville R. Weyrich, Jr.                           Weyrich Computer Consulting
Certified Data Processor                         POB 5782, Scottsdale, AZ 85261
Certified Systems Professional                        Voice: (602) 391-0821
Internet: orville%weyrich@uunet.uu.net                Fax:   (602) 661-0660
--------------------------------------           ******************************

Newsgroups: comp.unix.sysv386
From: richard@pegasus.com (Richard Foulk)
Subject: Re: What's Happening to ISC UNIX?
Organization: Pegasus,  Honolulu
Date: Mon, 14 Dec 92 00:10:56 GMT

>An update:
>
>I have gotten mail from Karen, and a call from Anthony, stating that Anthony
>was incorrect about the $195 ``migration'' offer.  She maintains that the
>``migration'' will be free.  She also states that only about 5% of the 
>purchasers of ISC SVR4 actually registered the product.  I can see that this
>would raise a problem in notifying licensees about the migration policy for
>those who purchased SVR4 through a distributor.  It seems like Sunsoft could
>get the records for those who purchased directly through ISC, however.  I
>don't know what proportion of the customers did this...

Heh, heh.  I'm not so sure ISC really kept any records on its customers.
The only time we heard from them was when we made the call (yes we bought
from them directly.)

>I wonder if other customers share my ambivalence about this offer:
>
>PLUS:
>
> [...]
>
>2) Those who use SunOs like it.  This will probably be true of Solaris.

How can we be sure that Sun isn't stringing us along and planning to
offer a Unix that's missing a few items here and there.  So they can
say, `hmm, sounds like you need a Sun Workstation.'

Nah, they wouldn't do that ...

>3) Support and quality is likely to be vastly superior to that offered
>by ISC.

Always easy to say `vastly superior' when comparing to the non-existant.

And if certain important features take an extra year or two to materialize
then it could easily be worse.

>4) The free migration certainly beats the ``competitive'' upgrades currently
>offered by other SVR4 vendors...

Not if you factor in the lost time from messing with ISC SVR4.

>MINUS:
>
> [...]
>
>2) Lack of dos merger in the migration.  This means nothing to me, but it
>might be important to others.  Besides, considering the price, buying the
>new version should not be a big deal.

Ah, the problem I mentioned.  And Sun's DOS emulator for their own
workstations was hobbled (not sure if it still is), will a complete one
be available for their 386 unix?



-- 
Richard Foulk		richard@pegasus.com
Newsgroups: comp.unix.sysv386
From: jdpierc@mirkwood.hayward.ca.us (Jerry D. Pierce)
Subject: CDROM on Interactive 3.0 ESDI?
Organization: Red Dwarf Appreciation Society
Distribution: usa
Date: Fri, 11 Dec 1992 17:17:49 GMT


I'm running Interactive UNIX 3.0 on a Dell 486 with an IDE
controller, and also on a Wyse 386 with a ESDI controller.
(Yes, I actually have two licenses...)

Anyway, I now need to install a CDROM drive on one (or both)
of these machines, and I'm wondering if I'm going to run into
any problems by adding a SCSI controller for the CDROM unit.
(In other words, I don't want to have to replace the existing
disk controller/hard disk...)

Anybody know if there are any gotcha's I should be looking out
for?  I was planning on buying either the NEC CDR74 or CDR84 with
an Adaptec controller.

I want to be able to access the CDROM from VP/ix as well...

   Jerry D. Pierce
   jdpierc@mirkwood.hayward.ca.us

-- 
=========================================================================
"Ah, that would be the fate WORSE than the fate worse than death.  That
 must be _pretty_ bad." - BlackAdder
=========================================================================
Newsgroups: comp.unix.sysv386
From: jrh@mustang.dell.com (Randy Howard)
Subject: Re: DELL Filesystem type?
Organization: Dell Computer Co
Date: Sat, 19 Dec 1992 00:54:40 GMT

gryphon@openage.openage.com (The Golden Gryphon) writes:


>I'm upgrading a customer from Dell to SCO, 
I assume you meant to say 'downgrade' here..

> and I want to mount the old Dell
>file systems under SCO, without having to do the mkfs under SCO.  Is this
>possible?

If it's Dell SVR4, there's a good chance that the file systems are UFS 
(aka Berkeley fast file system), and SCO hasn't caught up with this 
'new' technology yet.  Odds are they never will.

:-) for the humor impaired.

-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
From: ellis@epca.UUCP (Ellis Carter)
Newsgroups: comp.unix.sysv386
Subject: Slowness of SCO Unix
Keywords: Slowness of SCO Unix
Date: 17 Dec 92 06:13:52 GMT
Organization: Ellis Carter Associates, Metairie, LA

I am running SCO and ISC Unix side by side.  I am noticing a significant 
difference in response in the two systems.  I am running them both as
they were installed.  The systems are the same: 486/50, Adaptec 1542 (ISA)
Micorpolis 600mb drives.  They have plane vanilla VGA screen cards one has
a Trident and the other an ATI.  The Trident has a 1 meg memory and the
ATI has 256k.

I notice a pause when booting up when it prints out the motd and then gives
the user prompt.  I also notice a hasitation in general, especially when I
"exit the shell" and go back to the login.  Does the SCO need to be tweeked
in order to get the performance up?

In order to save bandwith, please email responses to ellis@epca.wpg.com.
If there is any interest in the responses, please let me know and I will 
summarize or send individually depending on the responses.

Thanks in advance for your time and assistance.

-- 
Ellis Carter
New Orleans, LA		(504) 456-2245
Internet:		ellis@epca.wpg.com
Compuserve:		>INTERNET:ellis@epca.wpg.com
Xref: sparky comp.unix.sysv386:17462 comp.lang.perl:7467
From: beni@tglobe2.tollpost-globe (Beni Ruef)
Newsgroups: comp.unix.sysv386,comp.lang.perl
Subject: perl-binary for INTERACTIVE
Date: 16 Dec 92 19:14:28 GMT
Reply-To: beni@tollpost.no (Beni Ruef)
Distribution: eunet
Organization: TOLLPOST-GLOBE AS, Systems Department, N-6300 Aandalsnes, Norway

Is there anybody who is willing to mail me the above beast ?

We're running an SCO version which is fine as long as you don't use TCP/IP
functions...

Please contact me first to save net bandwith.


Thanks in advance
-Beni

-- 
Beni Ruef  Systems Department   Tollpost-Globe AS   N-6301 Aandalsnes/Norway
E-mail: beni@tollpost.no        FAX: +47 72 26694   Voice mail: +47 72 26679

"UNIX is the answer - what was the question ?"
Newsgroups: comp.unix.sysv386,comp.mail.sendmail
From: steveh@orbital.demon.co.uk (Stephen Hebditch)
Subject: Re: DELL DOES NOT SUPPORT FULL IMPLENTATON OF UNIX SVR4; SENDMAIL UNSUPPORTED
Organization: TQM Communications, London, UK
Date: Fri, 11 Dec 1992 14:32:31 GMT

In article <1992Dec8.180305.13765@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Dec4.181400.554@orbital.demon.co.uk>, steveh@orbital.demon.co.uk (Stephen Hebditch) writes:
>| The Sun 4.1 version that came with Dell seems to lose the occasional
>| incoming SMTP message. IDA Sendmail is much nicer anyway, and
>| relatively straightforward to get going under SVR4. I was also able to
>| patch it so that it worked properly with a standalone machine that
>| makes occasional connections to send e-mail back over slip. The problem
>| is that with no local network up, attempting to connect to a remote
>| address returns EADDRNOTAVAIL: Cannot assign requested address.
>| Sendmail will treat this as a permanent rather than a temporary error,
>| so sending mail to any address which is to go out via SMTP will result
>| in it being returned immediately. Making this a temporary error, like
>| the ETIMEDOUT or EHOSTUNREACH you would get instead if you did have a
>| network running, means items then wait in mqueue until you connect the
>| slip link and flush the queue.
>
>  I'm not a sendmail guru, but I think you have a setup problem here.
>What you want is to have sendmail queue the mail and check the queue
>every N minutes to send stuff out. This is not exactly a bug in
>sendmail, since it's documented to work that way. I *think* you can do
>it on a site basis.

Using the 'expensive mailer' option I think you mean, whereby mail
destined for a particular mailer is left in the queue until you
explicitly flush it. I hadn't actually considered that but I guess it
would work. I feel though that having EADDRNOTAVAIL as a temporary
error is probably more correct anyway.

-- 
Stephen Hebditch  TQM Communications  steveh@orbital.demon.co.uk +44 836 825962
Newsgroups: comp.unix.sysv386
From: ddewolfe@dragon.acadiau.ca (Dave DeWolfe)
Subject: SAS help wanted
Organization: Acadia University
Date: Wed, 16 Dec 1992 18:33:02 GMT

Greetings all.  I use SAS 1.25 on Esix 4.0.4.  I would like to know how
to make /dev/ttyF00 have a minor number of 0, instead of the 80
that it has now.

Can anyone help?

Thanks

-- 

--
Dave DeWolfe                    |  e-mail:
Acadia Center for               |  dave.dewolfe@acadiau.ca 
Newsgroups: comp.unix.sysv386
From: danson@lgc.com (Doug Anson)
Subject: SoundBlaster Driver for SVR4??
Organization: LandMark Graphics Corporation LGC
Date: Thu, 17 Dec 1992 20:04:04 GMT

Subject line says all.. Does such a beast exist??

Doug

-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713.560.1274
FAX:	  713.560.1277
SNAIL:    Landmark Graphics Corporation LGC	
	  15150 Memorial Drive
	  Houston, TX 77079			
-------------------------------------------
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (peter da silva)
Subject: Re: What's Happening to ISC UNIX?
Organization: Xenix Support, FICC
Distribution: usa
Date: Mon, 14 Dec 1992 19:09:57 GMT

In article <1992Dec11.161912.4366@rwwa.COM> witr@rwwa.com writes:
> 2) Those who use SunOs like it.

Not always true. I use and support SunOS on Sparcs, and I do not like it.
Clean system administration tools are almost nonexistent, about at the level
of System III or even Version 7 in most cases. There are extremely odd
mismatches in the system. For example, the system online docs are in Postscript,
but to drive a Postscript printer without installing software culled from
Usenet requires an additional $700 for NeWSprint even if you don't use the
NeWS server for rendering. We have recently got a couple of Solaris 2.0
licences and will be evaluating them... I'll post more later.
-- 
%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.sysv386
From: sam@csi.compuserve.com (Sam Neely)
Subject: Re: configuring xdm on Dell 2.2
Organization: CompuServe Incorporated
Date: Tue, 15 Dec 1992 19:52:52 GMT

In article <BzBCtJ.u9@ra.nrl.navy.mil> solsman@ra.nrl.navy.mil (Mark Solsman) writes:
>Hello-
>
>Seems that I have been elected to try and figure this out :(
>
>I am trying to get xdm to work on DELL 2.2.  Ok, so I have read the man
>pages, obtained the patch for the bug (but I have no idea how to implement
>the patch- pkgadd doesnt work)

Applying the patch is no problem, once you know what pkgadd wants.
Uncompress and detar the patch into a directory, /usr/foo for example.
You should end up with a subdirectory in there called xdm.  To actually
apply the patch, use the command 'pkgadd -d /usr/foo'.

(Dell, how about putting a small README in the patch directory on
dell1.dell.com which explains this?  I too had to do a bit of digging
to find out how it's done.)

>Seems that DELL did a very nice job of configuring the xdm for you, they
>even set up all of your files for you!!! :)
>
>However, I must have missed where it tells you how to get the thing to execute
>upon startup.  Am I supposed to place it in /etc/rc2.d ??  Does anyone use this?

Just a guess -- I'm sure you'll get a more authoritative answer from
someone else --  I would think that you'd have to disable the ttymon
process on /dev/console and replace it with the xdm.  sacadm(1) comes
to mind as a place to look.

>Thanks in advance!
>
>-- 
>Mark Solsman                                 Building 1, Code 5160
>United States Naval Research Laboratory      solsman@ra.nrl.navy.mil
>Washington, DC                               (202) 767-5769
-- 
Sam Neely, CompuServe Incorporated                  +1 614 457 8600 (voice)
5000 Arlington Centre Blvd, Columbus, OH  43220     +1 614 457 0348 (FAX)
Electronic Mail:  InfoPlex: >CSI:SAM      Internet: sam@csi.compuserve.com
To err is human, to forgive is against company policy
Newsgroups: comp.unix.sysv386
From: jrohr@rasc.com (Jay J. Rohr)
Subject: Man page for setitimer
Organization: Rohr Applied SYstems Corp., Sterling VA
Date: Mon, 14 Dec 1992 22:18:23 GMT

I need a man page for setitimer.  I have ISC 3.0.1, which has setitimer buried
in the inet library but there is not a man page entry.  Any pointers ??

-- 
jrohr@rasc.com                  +---+    ^    +----  +----
Jay J. Rohr                     |   |   / \   |      |
Rohr Applied Systems Corp.      |---+  /---\  +---+  |
Sterling, Va.                   |  \   |   |      |  |
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.sysv386
Date: Sat, 19 Dec 1992 12:04:05 -0500 
From: Lucian_Dancanet@transarc.com
Subject: IDE + SCSI, ESIX 4.0.4 problems



Setup:

EISA 486DX50 with 16 MB, AMI BIOS dated 12/12/91
Floppy/IDE Adapter
Internal IDE Fujitsu M2624T, 520 MB, drive C:
Adaptec 1542B (BIOS V3.10), floppy disabled, everything else factory default
(resistor pack removed)
Internal SCSI HDD Toshiba MK-538FB (1.2 GB formatted, 1172 cyl), ID 0
Internal SCSI Tape Drive Wangtek 5150ES (resistor pack installed), ID 2
External SCSI CD-ROM Drive Toshiba TXM-3301B (resistor pack installed), ID 4
ATI Graphics Ultra with the InPort Mouse
2 Serial, 1 Parallel, 1 Game Ports

DOS 5.0 and OS/2 2.0 (GA+SP) installed on C: (dual boot), OS/2 HPFS partitions
on Fujitsu and Toshiba, Extended DOS partition on Toshiba. DOS sees only
1024 MB on Toshiba, OS/2 sees the whole disk (1172 MB).

Everything seems to work fine, except for Windows 3.1 if installed on Toshiba;
it will start only in standard mode (win /s). win, win /3, win /d:x, win /d:v
do not work. If installed on Fujitsu, Windows 3.1 works fine.

Anyway, when installing ESIX 4.0.4, only the Fujitsu drive is seen, the SCSI
hard disk is not recognized at all.

All SCSI devices are terminated properly, have the parity checking enabled,
and there are no IRQ conflicts (that I know of).

Once in a while, I saw a "Timeout Error: Error on port I/O with host adapter",
at boot time. I don't know if it was related to this, but I've changed now
the BUSCLK from CPUCLK/4 TO 7.159 MHz.

What is wrong with my setup? How can I install ESIX on both the IDE, and the
SCSI hard disks? What's the problem with Windows 3.1 on the SCSI drive?

Any help will be greatly appreciated.

Lucian


Newsgroups: comp.unix.sysv386
From: jdpierc@mirkwood.hayward.ca.us (Jerry D. Pierce)
Subject: Interactive upgrade
Organization: Red Dwarf Appreciation Society
Distribution: usa
Date: Thu, 17 Dec 1992 22:41:25 GMT


I just finished speaking to an Interactive/SunSoft representative
who told me that if you've purchased 3.0 since July 17th of this
year, you're eligible for a free upgrade to 3.01 instead of having
to pay the $95.00 fee.

You have to supply proof in the form of a dated receipt, as
they don't appear to track items like this.  

The representative also confirmed that Interactive 3.0 users are
eligible for the $195.00 upgrade to Solaris when it becomes
available.

   Jerry D. Pierce
   jdpierc@mirkwood.hayward.ca.us

-- 
=========================================================================
"Ah, that would be the fate WORSE than the fate worse than death.  That
 must be _pretty_ bad." - BlackAdder
=========================================================================
Newsgroups: comp.unix.sysv386
From: rich@bostech.com (Richard Baughman)
Subject: SCO Unix time sync between systems?
Organization: Boston Technology, Inc.
Date: Fri, 11 Dec 92 22:49:05 GMT

We have a network of SCO Unix systems that need a reliable method of
synchronizing their clocks with a designated 'clockmaster' (the
'clockmeister' :-).  The level of accuracy only needs to be within a few
seconds of each other.  I am wondering if there is a SCO equivalent to
the SunOS 'rdate' command.  Does anyone know if such a thing exists, or do they
have another solution we could use?

A second problem needs to be solved: these systems typically stay up for
many weeks, and the clockmaster's PC clock may drift with reality.  Are there
hardware solutions to this (a replacement card or motherboard crystal with a
truly accurate clock)?  Is there an executable SCO Unix program that mimics the
DOS solutions I've seen for dialing up an external "national standards" source
to synchronize the system clock (Denver or Washington, as I recall)?

Please reply by email.

Thanks.
-- 
Rich Baughman / Boston Technology / Wakefield, MA
rich@bostech.com
Xref: sparky comp.unix.sysv386:17411 comp.unix.questions:14702
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: comp.unix.sysv386,comp.unix.questions
Subject: Re: UUCP woes
Date: 15 Dec 92 15:06:40 GMT
Reply-To: kevin%shady@uunet.uu.net (Kevin Smith)
Followup-To: comp.unix.sysv386
Organization: ShadeTree Software, Inc.

In article <1992Dec14.171041.18699@news.duc.auburn.edu> heimgre@mail.auburn.edu (Gregory A. Heim) writes:
:>I am having problems getting my UUCP to send files and mail.  The direct 
:>connection is established and working fine.  I have uugetty on both sides
:>and have no problem connecting both ways with cu.  However when I try
:>to send mail or files, they just sit in queue.  When I run Uutry, it seems
:>to be connecting ok, but it hits a certain point and just gives me alarm 1,
:>alarm 2... every couple of seconds and finally bomb on alarm 10.  I have
:>been unable to determine what the alarm message means.
:>
:>If it is of any consequence, one machine is 386 running ISC 3.2, the other
:>is an NCR Tower 32/850.
:>
:>Following is the output from Uutry, can anyone tell what is going on?
:>
:> ...

This kind of thing often happens when the modems are operating in a flow
control mode using xon/xoff.  Modems will use flow control when operating
in and error free (MNP,ARQ,ECC...) mode or when setup for a fixed baud
rate (i.e. the modem to computer rate is fixed regardless of the modulation
rate).
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876
From: brianj@sol.usc.edu (Brian Jones)
Newsgroups: comp.unix.sysv386
Subject: Anybody Tried Xfree86 on SCO Unix?
Date: 13 Dec 1992 16:17:06 -0800
Organization: University Computing Services--U.S.C.
Distribution: world
NNTP-Posting-Host: sol.usc.edu



I was just curious to know if anybody has tried Xfree86 on a SCO Unix box.  I
have it in the back of my mind to try it when I get time, and I was wondering
if anybody has had luck making it work...

If so, what needed to be modified (if anything)?

Any info on this would be great...

Brian

-- 
==========================================================================
Brian Jones                                  email: brianj@skat.usc.edu  
University of Southern Cal                          bjones@aludra.usc.edu
Computing Services
Newsgroups: comp.unix.sysv386
From: adh@cbnews.cb.att.com (andrew.d.hay)
Subject: Re: vi error "Tmp file too large"
Organization: AT&T
Date: Tue, 15 Dec 1992 16:14:11 GMT

In article <215@ucla-an.UUCP> daveh@ucla-an.UUCP (Dave Hammond) writes:
"
"On a WYSE system running their flavor of UNIX 3.2, I get an error
"from vi, "Tmp file too large" when I attempt to edit a file of
"more than ~5000 lines.  I've done this on several other systems
"(SCO XENIX, SCO UNIX, ALTOS UNIX, BSD) without any problems.
"
"Is this a well known UNIX 3.2 problem?

i'd say yes.

"Is there a patch or workaround for this problem?

several people have been close...

it's a vi problem, but not with pdp11 being #defined; rather, with
vmunix _not_ being #defined, which makes vi _think_ it's on a pdp-11.
this results in a fixed 256K tempfile, as others have noted.  with
vmunix #defined, vi dynamically allocates space for the tempfile.

oddly, there are _separate_ #defines for bsd, usg, and vmunix.  i
found this out when i hit the tmpfile limit once too often and got
thoroughly irritated.  i grabbed the src [sVr3.1.1], uncommented the
vmunix #define, recompiled, and presto! had a vi that worked fine on
1M+ files.

complain to your vendor -- there's no excuse except laziness/ignorance
for them not to fix vi.

-- 
		+--------------------------------------------------------------+
Andrew Hay	|	one step beyond the outer limits of the twilight       |
a_d_hay@att.com	|	zone in the darkened room at the night gallery	       |
		+--------------------------------------------------------------+
Newsgroups: comp.unix.sysv386