HDTenEightyP/NetNews huggingface dataset:
From: lee@dlpco.dlpco.COM (Lee Penn )
Subject: SCSI driver for parallel port
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 25 Jan 1993 14:10:10 GMT
Precedence: bulk

I recently obtained a tape drive called the BackPack by a company 
called Micro Solutions. 815 756-3411.  They have a hard drive and 
a CD ROM product which runs off the parallel port.

On my DOS 486/50 with compression, I got 3.5 megs/min doing a 65 
meg backup.  This is the small cartridges which generally do not 
work well with UNIX at all.

If everyone starts calling these folks, maybe they will get 
interested in doing a UNIX drive.... Or... maybe someone could 
contract the work out.
=================================


>From uunet.uucp!xenitec.on.ca!news Mon Jan 25 06:16:19 1993
>To: xenitec.on.ca!distribution@uunet
>Xref: xenitec biz.sco.general:7002 comp.unix.xenix.sco:7081
>Path: xenitec!olivea!uunet!usc!howland.reston.ans.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!csus.edu!netcom.com!teddybur
>From: John Sanger <xenitec.on.ca!uunet!netcom.com!teddybur@uunet>
>Newsgroups: biz.sco.general,comp.unix.xenix.sco
>Subject: SCSI driver for parallel port
>Message-Id: <1993Jan25.001019.28243@netcom.com>
>Date: 25 Jan 93 00:10:19 GMT
>Organization: Hetaris Computer Consulting

>Has anyone written a driver for the SCSI controllers that attach via the
>parallel port?  
>I am getting a notebook computer soon and would like to be able to use my
>SCSI tape drive with it.  
>I have been looking at the Trantor SCSI controllers to use for this but
>they do not have a SCO Xenix driver available in their driver set.
>I know that this may be a very difficult task to perform as the parallel
>port is difficult to deal with under SCO Xenix as it is.
>The notebook that I will be getting has the new 'enhanced' parallel port.
>By 'enhanced', I presume it means bi-directional.

>Thanks for any assistance on this.



>Ciao!
>       John S. :^)
>       teddybur@netcom.com
>__
================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM

Xref: sparky biz.sco.general:5419 comp.unix.questions:15833
From: eah@xenitec.on.ca (Ed Hew)
Newsgroups: biz.sco.general,comp.unix.questions
Subject: Re: POPMAIL 3 Binaries/Sources.
Date: 22 Jan 93 06:22:41 GMT
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA

In article <1993Jan22.035814.2557@zeos.com> kgermann@zeos.com (Ken Germann) writes:
>Where should I post them? They work with SCO 3.2v4 with some help from all of
>you and SCO. Need to use bigcrypt() instead of crypt().

Sources and binaries should be sent to the respective moderators:

biz.sco.binaries                sl@wimsey.bc.ca
biz.sco.sources                 kd1hz@anomaly.sbs.risc.net

--
  Ed. A. Hew,    <edhew@xenitec.on.ca>    ....!uunet.ca!xenitec!eah
  XeniTec Consulting Services, Kitchener ON, Canada +1 519 570 9848
          [biz.sco.* newsgroups and mailing lists godfather]
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: getty writing a LCK file
Date: 24 Jan 93 00:13:39 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

As enscripted by Jean-Pierre Radley:
> 
> Kevin C. Castner writes:
> > 
> > I have a T2500 on a digiboard dumb 8 port card.  The modem is enabled for 
> > both dial in and dial out.  Every time getty starts it creates 
> > /usr/spool/uucp/LCK..tty1a and the process number in the file is the 
> > pid of getty.
> 
> This is normal.
NOT!  If there is a lock file with a _currently_running_getty_ PID in it, 
your DCD is not working correctly (assuming the device which the getty is 
on is tty1A).
> 
> Old "stale" LCK..files shouldn't matter. If the pid within the file is not
> active, then it's a sign that that LCK..file can be removed and replaced with
> one with a new pid.
> 
> I have 2.0 here too, and I have no problme leaving 1A enable, then dialing out
> on it.
yes, but before you dial out, check the PID in the lock file, if cu can dial out
the PID will be stale, not for the getty which is currently running for tty1A.

brian

-- 
Brian J. Murrell                                      brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                      uunet!van-bc!ilinx!brian
North Vancouver, B.C.                                             604 984 2545
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: uucico timing out
Date: 23 Jan 93 22:25:39 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

>I'm running SCO ODT 2.0 (3.2.4) and attempting to call out on a telebit 2500
>into a Telebit World Blazer.  The WB is set to issue non-PEP tones first.

>My problem is that when the two machines try to connect, uucico times out 
>about 2 seconds before the PEP tones would connect.

>What I would like to know is if there is some parameter I can set that would
>increase the timeout on uucico.  I read the uucico man page, but nothing was
>in there.  I would even be willing to patch uucico (as described in the man
>page), but I don't know the name of the variable.

>I did check the FAQ for this group and the old articles but didn't see
>anything there either.  Your help is appreciated.
>-- 

Add a few ","'s (that's a comma) to the end of the telephone number, and it 
will increase the timeout value.
--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Xref: sparky biz.sco.general:5572 comp.unix.xenix.sco:3729
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: biz.sco.general,comp.unix.xenix.sco
Subject: Re: adding SCSI disk to ESDI system
Keywords: SCSI ESDI
Date: 25 Jan 93 16:27:59 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <1993Jan24.010813.26137@ilinx.wimsey.bc.ca> brian@ilinx.wimsey.bc.ca (Brian J. Murrell") writes:
>I have to add a disk to a PS/2 model 80 running 2.2.? of SCO XENIX.
>The system came with and is running an ESDI drive as it's primary 
>disk.  So what I really need to do is "turn SCSI on" in the kernel,
>and manually setup the disk (mknod, dparam, fdisk, etc).
>
>First question, how do I turn on SCSI support in the kernel? My 
>guess is...

Brian - to my recollection 2.3.0 was the first Xenix release
that support SCSI on the >MicroChannel< bus.   

I ran across that one, and still had to wait a week or so for
yet another boot disk that handled IBM's SCSI adaptor correctly
- even though the stock 2.3.0 handled SCSI in the AT
environment properly.

-- 
Bill Vermillion - bill@bilver.oau.org  bill@bilver.uucp
                - ..!{peora|tous|tarpit}!bilver!bill
From: burd@hydra.unm.edu (Stephen Burd ASM)
Newsgroups: biz.sco.general
Subject: Info Request: DTC SCSI/EISA Controller Advice or Experiences
Date: 28 Jan 1993 18:26:42 GMT
Organization: University of New Mexico, Albuquerque
Distribution: na
NNTP-Posting-Host: hydra.unm.edu

I'm considering the purchase of a 486 EISA computer for my office.  The
computer comes standard with a DTC 3290 caching SCSI controller (EISA
bus).  Does anyone out there have any experience with this controller?
Does anyone have a phone number for DTC?

All replies appreciated.  Please respond by email.  I'll summarize to the
net ithere's general interest.  Thanks in advance.

-- 
FROM:      Stephen D. Burd			AT&T:      (505)-277-6418
USNAIL:    Anderson School of Management        FAX:       (505)-277-7108
           University of New Mexico		INTERNET:  burd@hydra.unm.edu
           Albuquerque, NM  87131
Newsgroups: biz.sco.general,comp.unix.xenix.sco
From: teddybur@netcom.com (John Sanger)
Subject: SCSI driver for parallel port
Organization: Hetaris Computer Consulting
Date: Mon, 25 Jan 1993 00:10:19 GMT

Has anyone written a driver for the SCSI controllers that attach via the
parallel port?  
I am getting a notebook computer soon and would like to be able to use my
SCSI tape drive with it.  
I have been looking at the Trantor SCSI controllers to use for this but
they do not have a SCO Xenix driver available in their driver set.
I know that this may be a very difficult task to perform as the parallel
port is difficult to deal with under SCO Xenix as it is.
The notebook that I will be getting has the new 'enhanced' parallel port.
By 'enhanced', I presume it means bi-directional.

Thanks for any assistance on this.



Ciao!
	John S. :^)
	teddybur@netcom.com
__
From: fietze@kagcpd01.ag01.kodak.COM (Roman Fietze@kagcpd01.ag01.kodak.COM,KAG CP Development@kagcpd01.ag01.kodak.COM, 49 711 406 2839)
Newsgroups: biz.sco.general
Subject: Network Problems, IP Retransmissions
Date: 25 Jan 93 10:12:20 GMT
Reply-To: fietze@kagcpd01.ag01.kodak.COM
Organization: Kodak AG, Office Imaging, Product Engineering and Development
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Return-Receipt-To: fietze@kagcpd01.ag01.kodak.COM
Precedence: bulk

Hello Ethernet Specialists,

Problem:	Problem connecting to a (slow) VAX via TCP/IP.
Hardware:	Compaq Deskpro 386/20, 3C503, other stuff
SW:		ODT 1.1

Description:

1)

FTP to a VAX with Wollongong: login works, dir quits with error
message:

200 PORT Command OK.
125 File transfer started correctly
ftp: accept: Protocol error
426 Transfer aborted. Data connection closed.
226 Abort successful

2)

Telnet to VAX works. Telnet back to my machine aborts. Ftp back to my
machine aborts with error: 'getsockname': Invalid argument.

3)

Telnet and ftp to and from all other machines with the SCO-Box works
well. Telnet and ftp to and from all other machines with the VAX works
well.

4)

Checking the packets on our Cisco Router shows that the TCP packets
are ok. The 3-way handshake on the Ethernet does not work properly,
maybe due to a timeout on my SCO-Box caused by the slow VAX. The
SCO-Box resents a message with the same serial number to the VAX.


Question:

Is there a possibility that the SCO-box has a shorter timeout when
resending packets (in the IP driver ?) than i.e. a HP9000 or a
DECStation?

Does anybody have an idea where we can look to figure out more?


Roman

P.S.:	I already have ODT 2.0, but it is not installed yet, because
	my company does not seem to have enough money left over to buy
	me a tape drive, but the new OS is on a tape distribution.
	Puuuh.
---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)              Kodak AG Stuttgart/Germany
fietze@kagcpd01.ag01.kodak.COM                       fietze@kodak.COM
Newsgroups: biz.sco.general
From: kd1hz@anomaly.sbs.com (Michael P. Deignan)
Subject: Re: montoring uucp connect time
Organization: Small Business Systems, Incorporated, Smithfield, RI 02917
Date: Wed, 27 Jan 1993 01:20:20 GMT

"Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com> writes:

>I use "uutraf".  You can get the sources off anomaly, xenitec, or one of those 
>type of machine.

One caveat about UUTRAF, though. It bases its report on UUCP xferstats,
which is simply the amount of transfer time to physically move the files.
It doesn't take into account system overhead, such as inter-file delays,
login delays, handshaking delays, etc. You'll have to add in a fudge-
factor.

MD
-- 
--  Michael P. Deignan, KD1HZ               ------------------------
--  Domain: mpd@anomaly.sbs.com             -  I'm not a bigot,    -
--    UUCP: ...!uunet!anomaly!mpd           -  I hate everyone...  -
-- Telebit: +1 401 455 0347                 ------------------------
Newsgroups: biz.sco.general
From: /dev/null <alexl@alvarez.COM>
Subject: hardware head-scratcher
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 27 Jan 1993 16:06:19 GMT
Precedence: bulk



.>      Here's a wierd one for everyone to puzzle over:

.>      My system has two parallel ports.

.>      Under SCO Xenix 2.3.3 they were lp0 and lp2.

.>      Under SCO Unix 3.2.4 they are lp0 and lp1.

.>      No switches were changed.

.>      Why? Why? Why?


On SCO 3.2.4 The parallel ports are numbered in the order they 
are found. 
.>   -- 
.>                                      -John Hardin
.>                                      Systems Manager
.>                                      Sizzling Platter of Washington, Inc.
.>                                      johnh@splat.com

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /  ) //            _//                   Alexander Lopez
 /--/ // _  _.,      /    _____   _  __.   Alex Alvarez and Associates
/  (_</_</_/ /\_    /___ (_) /_)_</_/  |_  alexl@alvarez.COM
                            /         (|   305-649-8900

Newsgroups: biz.sco.general
From: drg@candidus.ma30.bull.com (Daniel R. Guilderson)
Subject: Re: gcc 2.3.2 on SCO 3.2.4 (__STDC__)
Organization: Zenith Data Systems / Bull, Billerica MA USA
Date: 22 Jan 93 09:39:04

In article <9301212346.AA04169@jpradley.jpr.com> jpr@jpradley.jpr.com (Jean-Pierre Radley) writes:

   > The solution is to get gcc 2.3.3 which eliminates the problem.

   Oh? Really? Not here it didn't. I posted my patches the other day.

All the patches I have seen come by here (maybe I missed yours) have
defined __STDC__ to be 0.  That is definitely wrong.  __STDC__ should
be defined as 1 for gcc.  Defining it as 1 causes problems in the SCO
header files but there is a script called fixincludes (or fixinc.sco)
which should fix the header files.
Newsgroups: biz.sco.general
From: kevino@gvlf4-t.vfl.paramax.com (Kevin O'Brien)
Subject: Archive ST525 end of medium errors on SCO Dev Sys Tape
Keywords: Archive ST525
Organization: Paramax Systems Corporation, Paoli PA
Date: Wed, 27 Jan 1993 18:47:44 GMT

We have a couple Swan 486DX2 66MHZ machines running ODT 2.0.
They have an Adaptec 1542B SCSI adapter, a hard drive, and an
Archive ST525i/e tape streamer.  After successfully installing
and backing up ODT 2.0 from/on the tape streamer, we set out to install
the ODT Development System.  The installation runs for quite a 
while spinning through most of the tape, however at a fairly consistent
point it stops/aborts and reports an I/O error: End of Medium.
The same error occurs on both machines.  We swapped an older Archive
ST250 into the system and the Dev Sys installation ran through with NO
errors.

I did my own tar on the tape and get it to fail after loading the 
"/usr/bin/yacc" file consistently.

I called SCO Tech Support but they could provide no answers as to why
the ST525 would not work, while the ST250 would.

Anybody have any suggestions or had success with the ST525 loading
the development system?

Thanks in advance,

-- 
Kevin O'Brien
kevino@vfl.paramax.com
Paramax Systems Corporation
Electronic Systems
Valley Forge Engineering Center
Paoli, PA
Newsgroups: biz.sco.general
Subject: Where to find POP server
From: a_millsbs@ccsvax.sfasu.edu
Date: 21 Jan 93 18:01:02 CST
Organization: Stephen F. Austin State University

Where can I find a POP  server for 3.2.2 & 3.2.4 ?

Also, I would be interested in talking to someone who currently runs a POP
server on a SCO platform.

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1363
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------

Newsgroups: biz.sco.general
From: kevinc@ups.com (Kevin C. Castner)
Subject: Re: getty writing a LCK file
Organization: UPS Research & Development
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 27 Jan 1993 14:08:35 GMT

Greg Andrews (gerg@netcom.com) wrote:
: kevinc@ups.com (Kevin C. Castner) writes:
: >
: >Getty shouldn't leave a LCK file.  When cu or uucico want to get to the line,
: >they look for a lock file, and if it is there they quit (as long as it's
: >not a stale lock file).
: >
: 
: I'm afraid that's not right, Kevin.  Getty *MUST* write a lock file.
: Why?  Consider the situation when someone has dialed in through the
: modem.  What will happen if cron fires up a uucp session?

You're right.  I was referring to the absense of a lock file when no
process was making use of the line at all.

: >
: >I'm not up on all the specifics, but getty "watches" the line, and if
: >another process grabs it, getty kills itself and is later restarted by
: >inittab when the LCK file is deleted by the other process.
: >
: 
: That explanation is WAY oversimplified.  Getty doesn't "watch" the line.
: 	[ STUFF ABOUT HOW GETTY WRITES LCK FILES DELETED ]

I didn't know the specifics, but your explanation makes a lot of sense and
does handle the case when someone logs in (which I had never considered).
Thanks for taking the time to explain it.

-- 
    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service
Newsgroups: biz.sco.general
From: jre@zeos.com (Jim Erickson)
Subject: Re: SCO Machine Dies under heavy disk load.
Organization: Zeos International, Ltd
Date: Thu, 21 Jan 1993 22:22:25 GMT
Keywords: SCO CRASH DISK

In article <cbuckley.727489607@unix1.tcd.ie> cbuckley@unix1.tcd.ie (Colm Buckley) writes:
>
>> [... lots of stuff about DPT controllers not flushing etc...]
>
>I contacted DPT about this a while ago. They said a fix is available from
>their bulletin board, which flushes the buffers appropriately on SCO
>shutdown (sorry, I don't have the number with me).
>
>In the meantime, if you want to shut off a SCO system equipped with a DPT,
>wait until after you get "Normal System Shutdown", then press any key (to
>reboot), wait until you get "Boot:", *then* power off. Yes, it is ugly and
>unintuitive, but it works and can be used as a stopgap until the fix is
>installed. Sorry I can't provide more info - I guess someone could contact
>DPT again and ask them if this situation has changed.
>
>Hope this helps,
>-- 
>Colm.
>+-------------------------------------+----------------------------------+
>| Colm Buckley                        | "My program doesn't work."       |
>| Department of Computer Science,     | "You forgot the semicolon."      |
>| Trinity College, Dublin 2, Ireland  | "But..."                         |
>|                                     | "Line 376. Check."               |
>| cbuckley@unix1.tcd.ie               | "But..."                         |
>| CBUCKLEY@vax1.tcd.ie                | "Trust me."                      |
>+-------------------------------------+----------------------------------+
>

   We are using a DPT caching controller in the machine we use to connect to
the net.  When you do a system shutdown on this system, you the controller
shows you its flushing before you get the "OK" to turn the system off.
Basically it just gives you a sort of countdown until, presumably, the cache
auto-flushes.  

---JRE---

-- 
Jim Erickson             ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    1301 Industrial Blvd. N.E.
Any opinions expressed    Z   E    O  O     S   Minneapolis, MN 55413
herein are my own!       ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
From: jerry@incc.com (Jerry Rocteur)
Subject: form.h
Organization: SPRL DELDRA
Date: Tue, 26 Jan 1993 03:54:28 GMT


Has anyone written any C form.h programs, I am not sure if this is on
non SCO systems but it is on SCO dev system.

I have read the examples in the 'User Interface Guide' but I'm having
problems getting the data out of forms and into a file :-(

I'm sure it is just a lack of my understanding, if anyone has any
written working code could they please email it to me:

	jerry@incc.com

I don't real all these groups regularly.

I really appreciate it.
-- 
 __^__                                                              __^__
( ___ )------------------------------------------------------------( ___ )
 | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
 | / |             Independent Computer Consultants                 | \ |
Newsgroups: biz.sco.general
From: ash@cellar.demon.co.uk (Andrew Hardie)
Subject: cpd/slink/inetd/bind startup error
Distribution: world
Organization: Official Report
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Thu, 21 Jan 1993 10:58:49 +0000

One of my usually well-behaved SCO boxes (3.2 R4.1, TCP/ip 1.2 & NFS 1.2)
has started misbehaving. Every so often, usually in the middle of doing 
something, the machine freezes totally; everything dead. Big red switch job.
This has hit me five times this week. It's nearly always (i.e. 4 out of 5)
when I am mid-command on a VDU attached to a Specialix 8-port. The one
other time was in the middle of an rlp outgoing print job.

When the machine was rebooted after the first episode and on each subsequent
occasion (but never before the first incident), I get the following:

Starting TCP: open of cpd faild: no such device or address
cpd slink: function "tp", command 3: link: device busy
slink ldsocket ERROR: error logger already exists
strerr inetd bind: Address already in use

I have three other SCO boxes on the same net. I am 100% certain that
duplicate serial nos is not the problem (and I thought SCO had changed
the behaviour of the 3.2 cpd so that it no longer deliberately crashed
the machine (great for those little denial-of-service attacks). None
of the other boxes are showing the problem. 

Apart from the Specialix 8-port, its Adaptec 1542B, 1.2GB 16MRAM, and
2 SCSI tapes; 16-bit VGA.

I am not confident that there is any connection between the two things,
but the coincidence factor is high!

Any suggestions appreciated.

Thanks

-- 
+-----------------------------------------------------------------------------+
| Andrew Hardie                                        ash@cellar.demon.co.uk |
| London                                                 Tel  +44 71 219 5996 |
| England                                                Fax  +44 71 219 5997 |
+-----------------------------------------------------------------------------+