HDTenEightyP/NetNews huggingface dataset:
From: kreed@telesys.tnet.com (Kevin W. Reed)
Subject: Re: Mailer replacement for Xenix
Organization: Posted via TeleSys Development Systems (Mesa, AZ U.S.A.)
Date: Tue, 15 Sep 1992 15:59:24 GMT

mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>In article <1992Sep14.161119.25498@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>>I'm glad you told me that Marc!  I've been running smail 2.5 on
>>camco for several years now with over 50 connections pumping
>>about 5MB of mail traffic every day, and we're the smart-host for
>>most of these sites.  I wonder where all the mail has been going!

>Well, there's an exception to every rule. :-)

Hardly an exception.  I have installed smail2.5 on aprox 18 Xenix systems 
so far.  Most of which I simply copied the binaries over to the box and
executed the install script.  Piece of cake.  Smail2.5 is standard on
all SCO Xenix the systems we administrate.

Up until last month when we upgraded our main system to SCO Unix, we had
more than 23 uucp sites and had over 2.5 Gigabytes of traffic monthly.  This
of course was using an antiquated operating system that according to
Marc can't deal with this type of load...:-)

None of these systems use SMTP in fact none of them have any
networking at all except UUCP.  Most are between 2 and 30 users and all
of them are quite content with their installations.  They like the fact that
they don't have to administrate them.  Just feed them tapes for daily
backups and pay the electric bills.  We call each system about once every
couple months just to see if there are any problems.

-- 
================== TELESYS DEVELOPMENT SYSTEMS ==================
Kevin W. Reed                Public *NIX Site and Newsfeed Source
kreed@tnet.com           UUCP: ...!ncar!noao!enuucp!telesys!kreed
SCO Xenix/Unix Support              Data/UUCP/BBS +1 602 649 9099
From: pascal@CAM.ORG (Pascal Gosselin)
Newsgroups: comp.unix.xenix.sco
Subject: How to work with Archive 5580 & DC2120 tapes (with tar) ?
Keywords: ARCHIVE 5580 tar xenix
Date: 14 Sep 92 04:20:27 GMT
Organization: Communications Accessibles Montreal, Quebec Canada

Could some kind soul please tell me what parameters should
be used to support an Archive 5580 floppy-based tape drive with tar ?

Specially, I need to know what to put in /etc/default/tar. I also need to
know how to issue the 'tape' command to format DC2120 tapes at maximum
capacity (118megs I think).  (I'm using the latest versions of everything)

Any other tips (such as how to organise 'cron' to properly handle
automated 'tar' backups) would be welcome!

Replies by email.

-Pascal
-- 
+--------------------------+-------------------------------------------------+
    Pascal Gosselin        |     Communications Accessibles Montreal  
    pascal@CAM.ORG         |  A non-profit corporation.  Newsfeeds & More.   
  Apple Support Specialist |  For info: info@CAM.ORG or Voice (514) 923-2102
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 10 Sep 92 18:01:01 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bu6216.8p8@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

| As an example, there are two major public-access Unix systems in the
| Ann Arbor area.  One of them is running on an Altos 68K machine with
| System III.  The other is running on a Sun 2/170 with SunOS 3.2.  Now,
| both machines are of similar vintage, and both are somewhat
| antiquated.  But guess which one is easier to port PD software to?
| And then, guess which one has more PD software installed on it.

  I wouldn't consider running any Xenix except 386. The only 286
compiler which works worth anything is cross compile from UNIX. No
smiley here!
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.xenix.sco
From: adrian@ibmpcug.co.uk (Adrian Hall)
Subject: Re: configuring a second parallel port
Organization: The IBM PC User Group, UK.
Date: Sat, 5 Sep 1992 11:26:05 GMT

In article <1992Sep5.040801.19319@msuinfo.cl.msu.edu> engelsma@cpsacs.cps.msu.edu (Engelsma Jonathan) writes:
>
>Hello,
>
>A friend of mine recently installed SCO Unix on his 486.  He has a 
>second parallel port installed, but seems to be having problems getting
>the printer hooked to the port to print anything.  He has tried to
>cat a file out to all the files matching /dev/lp*, but none of the
>files seem to be tied to the second parallel port.  

Simply mkdev parallel works for me.

Adrian
-- 
--------------------------------------------------------------------------
Adrian Hall					Connect Systems Manager
adrian@ibmpcug.co.uk				The IBM PC User Group
Tel: +44 81 863 1191				Harrow, London, UK
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 13 Sep 92 02:58:40 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Sep12.053117.4299@ksmith.uucp> keith@ksmith.uucp (Keith Smith) writes:
>Hmm,  During my experience with over 20 Xenix-286 sites running apps
>from Uniplex Office Automation, to Open Systems accounting to Point of
>Sale over the last 5 years I can't recall 1 system lock-up.  Of course
>they were all running "shrink wrap" applications on standard hardware.

Right.  And the programmers knew they were writing for the 286's
strange architecture, so they could be careful to not do things like
assume sizeof(int) == sizeof(int *).  But people writing software for
other machines with a flat memory model (i.e., the VAX) frequently
*did* make assumptions like these -- assumptions that did not hold
true on the 286.

>is this:  If the 2400 baud modem was adequate why would they "need" a
>9600 baud modem, and why would you assume you could not use one?  It
>runs 9600 baud terminals OK, why not a modem?  With an intelligent I/O
>card you could even push a DTE rate Higher than 9600.

Terminals are different from modems.  (But I suppose you knew that.)
When you have a terminal connected to a serial port, most of the I/O
is in the output direction -- from the computer to the terminal.  By
contrast, with a modem most of the I/O is usually in the inupt
direction -- from the modem to the computer.  And this is where the
problem comes in; if you have a modem that is able to pump data at the
computer faster than the computer can handle it, you will have
problems.  These sort of problems don't crop up with terminals because
most of the time it's the computer doing the data-pumping, and you
just have to worry about making the terminal fast enough to handle the
data rate.

Why would they need a 9600bps modem?  Most of their modem use was for
remote tech support from their application vendor; if their vendor had
9600bps modems, they could reduce their long-distance bill by getting
a 9600bps modem.  It turned out that either their vendor didn't have
9600bps modems, or they didn't want to spend the money for a Telebit
T1600 or T3000 (which is what we would have sold them if they wanted a
9600bps or 14.4Kbps modem); I forget which.  But at any rate we didn't
sell them a high-speed modem, so we'll never know if it would have
been a problem.

>Oh,  BTW,  9 of the 286's above were running USR Dual Standards and the
>286's were 286/12's.  They were POS systems pushing a lot of transaction
>data to a home office at night via modem.

Well, that explains it then.  Most of the traffic was from the 286 to
the modem, instead of the other way 'round.  As long as you don't try
to pump data *into* the 286 at high speeds you won't have problems.

-- 
Marc Unangst                | Real men don't use Windows.  Real men use X. 
mju@mudos.ann-arbor.mi.us   | Only a real man would use a GUI where the
                            | shift keys after "Alt" are "Super" and "Hyper."
Newsgroups: comp.unix.xenix.sco
From: grendel@cis.ksu.edu (Stephen Spencer)
Newsgroups: comp.unix.xenix.sco
Subject: Xenix questions
Date: 14 Sep 1992 00:35:52 GMT
Organization: Kansas State University, Dept. of Computing and Information Sciences
Distribution: world
NNTP-Posting-Host: cygnus.cis.ksu.edu

I have a few questions for those knowledgeable in the intricacies of Xenix:

1)  What ever happened to the talk about some 3rd party library and header
    files for Xenix/gcc?

2)  Does the last version of the SCO Xenix Dev. System compile the source into
    32 or 16 bit binaries?

3)  How does one go about creating an /u filesystem after installation has
    already been completed?

Thanks in advance!

-Steve

BTW, I am currently using SCO Xenix 2.3.4
-- 
          | we're back at the homestead               |grendel@cis.ksu.edu
              | where the air makes you choke         | sdstpk@matt.ksu.ksu.edu
toad the               |and people don't know you      ------------------------
 wet sprocket                 |and trust is a joke...
Xref: sparky comp.unix.xenix.sco:2915 comp.os.linux:10608 comp.unix.sysv386:14410
From: bill@unixland.natick.ma.us (Bill Heiser)
Newsgroups: comp.unix.xenix.sco,comp.os.linux,comp.unix.sysv386
Subject: Re: Consensys Powerports
Date: 13 Sep 92 14:52:38 GMT
Article-I.D.: unixland.1992Sep13.145238.10551
Organization: Unixland Public Access Unix  (508) 655-3848

rob@csi.on.ca (Rob McAteer) writes:

>Also, they would not honour their money back garantee without a LOT of
>phone calls (expensive) and argueing.  I would recommend not using the 
>Powerport board.  We should have known when they asked for a certified
>cheque before sending the hardware to us!!!

This sounds more like "do not use CONSENSYS", rather than "not using
the Powerport board".  A company that is that tough to deal with just
isn't worth it!

-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
Newsgroups: comp.unix.xenix.sco
From: engelsma@cpsacs.cps.msu.edu (Engelsma Jonathan)
Subject: configuring a second parallel port
Followup-To: comp.unix.xenix.sco
Originator: engelsma@cpsacs.cps.msu.edu
Organization: Dept. of Computer Science, Michigan State University
Date: Sat, 5 Sep 92 04:08:01 GMT


Hello,

A friend of mine recently installed SCO Unix on his 486.  He has a 
second parallel port installed, but seems to be having problems getting
the printer hooked to the port to print anything.  He has tried to
cat a file out to all the files matching /dev/lp*, but none of the
files seem to be tied to the second parallel port.  

I don't use SCO myself and have no idea as to what he should do,
but promised him I'd post to this group for him.  The general question
is: what does one need to do in order to properly install the second
parallel port?

Thank You,
Jonathan

-------------------------------------------------------------------------
Jonathan R. Engelsma                            Michigan State University
                                                     Department of
E-mail:   engelsma@cps.msu.edu                     Computer Science
	  uunet!frith!engelsma	
-------------------------------------------------------------------------
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 10 Sep 92 18:11:48 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1502@mgse.UUCP>, marks@mgse.UUCP (Mark Seiffert) writes:

| Our development system averages 40 users logged in at a time with 120+
| gettys running. This is one a Intel 486/30 and it runs dog slow. We have
| been told that when Xenix has a large number of users (or processes) that
| Xenix will run slow and SCO UNIX will run faster in a similiar situation.
| So we will be switching to Unix for our development system as soon as we
| get as much software upgraded to Unix as we can.

  How can you afford to do this? We find that it's cheaper to give
everyone a system, a fast system, than to have developers waiting for
the machine to do things. The way you share stuff is NFS, right?

  I know what a 486/50 is like with two compiles running and then trying
to read news with the X window manager running on the same machine. And
trying to edit when the keystrokes and cursor action is separated by
long lags... unless you are using grad students or some other less than
minimum wage labor, I can't see how you get any work out.

  Note that I would not say this about things like news, mail, data
entry, etc, which don't use a lot of CPU on the average, but software
development is a real load on the disk and CPU at times.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.xenix.sco
From: bernie@metapro.DIALix.oz.au (Bernd Felsche)
Subject: Re: '/etc/wtmp' how to control it's size
Organization: MetaPro Systems, Perth, Western Australia
Date: Mon, 7 Sep 92 02:36:51 GMT

In <1992Sep05.230657.7071@chinacat.unicom.com>
   chip@chinacat.unicom.com (Chip Rosenthal) writes:

>In article <1992Sep5.013608.21192@bilver.uucp>
>	bill@bilver.uucp (Bill Vermillion) writes:
>>Don't mv /etc/wtmp to /etc/owtmp because the file is opened for writing
>>and you will be writing to the old file.

>I do not think this is an issue.  The wtmp file is only opened briefly
>at the time getty, init, etc. need to log an event.  So, yes, you
>introduce a brief subsecond race condition.  ...

Not sure which UNIX you're talking about here.

>In theory the right way to handle wtmp file cleaning is to prune out
>everything but the few records for the active sessions.  This is much
>more complicated to do, and I've yet to run into a situation where I
>really needed it.  Further, this is extremely difficult (if not
>impossible) to do without introducing race conditions.

Well, I s'pose, yes. There's a small window.

Under System V, if you don't run process accounting, etc, then you can
"safely truncate" the /etc/wtmp file as follows:
	# cat /etc/utmp >/etc/wtmp

That ensures that all current sessions are in wtmp, and old ones are gone.

-- 
+-----+ Bernd Felsche                     _--_|\  #include <std/disclaimer.h>
| | | | MetaPro Systems Pty Ltd          /      \ bernie@metapro.DIALix.oz.au
| | | | 328 Albany Highway,              X_.--._/         Fax: +61 9 472 3337
|m|p|s| Victoria Park, Western Australia 6100  v        Phone: +61 9 362 9355
Newsgroups: comp.unix.xenix.sco
From: david@dynamix.com (David L Jarvis)
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Organization:  SOFTWARE / DYNAMIX
Date: Sun, 6 Sep 92 11:29:05 EDT
X-Received: by usenet.pa.dec.com; id AA06809; Sun, 6 Sep 92 08:40:47 -0700
X-Received: by inet-gw-2.pa.dec.com; id AA11973; Sun, 6 Sep 92 08:40:24 -0700
X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA24488; Sun, 6 Sep 92 11:37:16 -0400
X-Received: by dynamix.com (smail2.5c)id AA05754; 6 Sep 92 11:29:05 EDT (Sun)
X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
X-In-Reply-To: <1992Sep04.055321.4375@edsi.plexus.COM>; from "Garrett Meiers" at Sep 4, 92 5:53 am
X-Mailer: ELM [version 2.3 PL11]

> 
> marks@mgse.UUCP (Mark Seiffert) writes:
> 
> >Not my world. Xenix is fine, especially when I am installing a
> >system were there will only be eight or less terminals, typically
> 
> Who said Xenix is limited to 'eight or less' terminals???  The

Nobody said that.  What Mark said was that if he is configuring a system with
<=8 terminals he'd consider Xenix over Unix, which is exactly what I've
said as well.  We even have Xenix sites with as many as 16 terminals and as
many printers, but generally this is not the case.

> Xenix system I'm on now has 13 terminals attached plus the
> console.  3 of those terminals are dial-up.  And we've had them
> all logged in at once...  Unless I'm nuts.  Or in a frantic
> dream...???  

Nope, neither, you just misinterpreted what Mark meant ...


#----------------------------------------------------------------------#
#          David L. Jarvis                 SOFTWARE  /                 #
#          david@dynamix.com                       /  DYNAMIX          #
#----------------------------------------------------------------------#
Newsgroups: comp.unix.xenix.sco
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Organization: Keith's Computer, Hope Mills, NC
Date: Sat, 12 Sep 92 04:42:29 GMT

In article <1502@mgse.UUCP> marks@mgse.UUCP (Mark Seiffert) writes:
>Our development system averages 40 users logged in at a time with 120+
>gettys running. This is one a Intel 486/30 and it runs dog slow. We have

Sounds like your problem is more than a CPU/OS.  For that kind of load
you need smart SCSI disk controllers and smart Serial I/O cards.  I'd
bet that a DPT Smart Cache Covertable with 4 MB of RAM and a Digiboard
New C/X setup would improve that dramatically.  The SCO filesystem is
much better than Xenix, but there is a lot of other overhead there too
that tends to make up the difference.
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
From: gda@creare.creare.com (Gray Abbott)
Newsgroups: comp.unix.xenix.sco
Subject: sendmail problems with SLIP
Date: 9 Sep 92 16:07:09 GMT
Organization: Creare Inc.

We run a SLIP connection to the Internet on an occasional basis.
We've recently noticed a problem with sendmail when the SLIP
connection is up.  What we find is that email meant for a host
on our local network is getting sent out over the SLIP connection,
instead.  When SLIP is not up, the mail works fine.  But when it's
up, we can lose mail (it never comes back).

The problem seems to be tied to name service, in some way.  If
I send email to a local host, using its IP address, it gets there.
But if I use the hostname (short version or fully qualified), the
mail dissappears.

We're not running a local name server.  When SLIP is up, a machine on
the Internet provides name service; when SLIP is down, we use
/etc/hosts.

We know the mail's going out the SLIP line because we saw it while we
were monitoring that line during testing of a new configuration.  We
saw the mail header and body go by.  We're not certain where it was
headed.

All other network services (ping, ftp, telnet) seem to work fine while
SLIP is up.  And sendmail works fine with the LAN.

Any ideas out there?  I know there's a lot more testing I can do, but
I wanted to ask if this is a known problem, first.



-- 
Gray Abbott
gda@creare.com
	"Everything's real here.  Many people are surprised."
		 -Mr. Edwards at The Sword in the Stone
From: neal@mnopltd.UUCP
Newsgroups: comp.unix.xenix.sco
Subject: Re: GIF viewer for Xenix
Date: 9 Sep 92 12:02:02 GMT
Reply-To: emory!mnopltd!neal
Organization: MNOP Ltd., Atlanta, Ga.


->In article <9208210643.AA16547@dynamix.com> david@dynamix.com (David L Jarvis) writes:
->>Seems there are quite a few of us looking for a gif viewer for Xenix ...
->
->Yup, I'm one of them too!
->
->>In unsharing the package Ron Florence sent, I notice in the Makefile
->>/usr/lib/386/Slibccgi.a ... not only can't I find that library, I can't
->>even find the directory! 
->

To clarify the situation, or put more mud in the water:

I have compiled this, and gotten it running many moons ago on Xenix using
CGI and an EGA monitor.   It works mostly fine, and Ron deserves much credit, 
but:
	1. It gets confused at about half of all the images I have presented
	it with;

	2. It is slower than a PC .exe running under VP/ix.  The latter also
	usually does some conversion, etc. 

You are welcome to the gif executable, although making it from the sources
is trivial.  The real hassle is setting up CGI. 
------------------------------------------------------------------------------
Neal Rhodes                       MNOP Ltd                     (404)- 972-5430
President                Lilburn (atlanta) GA 30247             Fax:  978-4741
                             emory!mnopltd!neal 
------------------------------------------------------------------------------
Newsgroups: comp.unix.xenix.sco
From: david@dynamix.com (David L Jarvis)
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Organization:  SOFTWARE / DYNAMIX
Date: Sun, 6 Sep 92 11:31:48 EDT
X-Received: by usenet.pa.dec.com; id AA06828; Sun, 6 Sep 92 08:40:56 -0700
X-Received: by inet-gw-2.pa.dec.com; id AA11991; Sun, 6 Sep 92 08:40:45 -0700
X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA24506; Sun, 6 Sep 92 11:37:28 -0400
X-Received: by dynamix.com (smail2.5c)id AA05775; 6 Sep 92 11:31:49 EDT (Sun)
X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
X-In-Reply-To: <Bu1rv1.5Ku@mudos.ann-arbor.mi.us>; from "Marc Unangst" at Sep 4, 92 9:32 am
X-Mailer: ELM [version 2.3 PL11]

> In article <1992Sep3.110046.10391@zooid.guild.org> Ross Ridge <ross@zooid.guild.org> writes:
> >For running a Public Access Unix site I can't really think of a
> >better alternative.  Reliability and more efficient use of CPU,
> 
> That's interesting.  I would have thought that for a public-access
> site, things like compatibility with the PD software out there and
> similarity with other Unix systems would be important.  Xenix systems
> are not usually known for these qualities.

Really?  I've never had any problems getting software for our in-house
Xenix systems ... 
So what exactly have you found out there that will work for Unix that won't
work for Xenix?


#----------------------------------------------------------------------#
#          David L. Jarvis                 SOFTWARE  /                 #
#          david@dynamix.com                       /  DYNAMIX          #
#----------------------------------------------------------------------#
Xref: sparky comp.unix.xenix.sco:2934 comp.os.linux:10715 comp.unix.sysv386:14489
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.unix.xenix.sco,comp.os.linux,comp.unix.sysv386
Subject: Re: Consensys Powerports
Date: 15 Sep 92 02:37:42 GMT
Organization: The Helen Keller Bondurant High Performance Driving School for the Blind

In article <rob.716224284@cod.csi.on.ca> rob@csi.on.ca (Rob McAteer) writes:
>vid@zooid.guild.org (David Mason) writes:
>>My first and most important question is regarding the Powerport boards. The
>>specs are good but I've been reading that they have problems with using the
>>Powerports with Consensys' own SVR4. 
>We run Consensys on a 486 and tried out the Powerport board and it did not
>work (and our sys admin guy IS a wizard 8^).  Consensys could not get it
>to work.
>
>Rob McAteer                                   CAnet: rob@csi.on.ca

My experiences with the PowerPorts cards was much better.  We used six of the
PowerPorts 16 (the 8-port card with a 8-port daughtercard), and had absolutely
no problems installing and configuring them.  (Their Powerstor series of
caching controllers, however, was QUITE another story.  ]-:)

The original poster was asking about XENIX -- XENIX was the first O/S that
Consensys worked with, supposedly, so I'd be surprised if it had problems.  I
was running on AT&T SVR3.2.2; your mileage may vary.

I also had big problems getting the PowerPorts/HD series cards to work on the
same machine -- the card driver and WIN/TCP for Streams didn't play nice.
Never did determine who exactly was at fault.

--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

  Smith and Wesson: the Ultimate Point-and-Click User Interface.
Xref: sparky comp.unix.xenix.sco:2909 comp.os.linux:10578 comp.unix.sysv386:14384