HDTenEightyP/NetNews huggingface dataset:
From: dan@dribble.c-mols.siu.edu (Dan Ellison)
Newsgroups: biz.sco.general
Subject: Re: More Pop Mail Questions.
Date: 26 Jan 93 12:51:41 GMT
Distribution: usa
Organization: Southern Illinois University - Carbondale, IL (SIU-C)

In <1993Jan26.010351.3305@zeos.com> kgermann@zeos.com (Ken Germann) writes:

>I have popmail running. The problem I am running into is there apparently needs
>to be a mail delivery channel configured for it.

>Any idea what the MMDFTAILOR entries are supposed to look like. The TLS019 isn't
>clear on this point.

Pop3 should use the SMTP channel defined in mmdftailor.  You will also need
to hack the code to call submit instead of sendmail (or you could grab my
port of IDA-Sendmail available on ftp.c-mols.siu.edu in the sco-ports
directory and do away with mmdf and all that table maintanance!)
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Dan Ellison, Network Spec 	  -    	Computing Affairs, SIU-C 	| 
| Southern Illinois University 	  - 	Carbondale, IL 62901            |   
| FAX:      (618) 453-3459        -   	PHONE:    (618) 453-6149 	|     
Newsgroups: biz.sco.general
From: gerg@netcom.com (Greg Andrews)
Subject: Re: getty writing a LCK file
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Tue, 26 Jan 1993 08:14:07 GMT

news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
>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).
>

It looked to me like J-P was talking about the lock file using the non-modem
port name (tty1a) rather than the modem port name (tty1A).  J-P deleted the
lines that made it clear this was what Kevin was talking about.  Further down
in his article Kevin turned to the question of whether or not the lock file
should have existed.

However, you're right that lock files opened by getty when no one is
on the modem are due to a DCD problem.  (Either incorrect setting in
the modem, or incorrect sensing in the computer, or both.)

  -Greg
(Telebit Engineer)
-- 
:::::::::::::::::::  Greg Andrews  gerg@netcom.com  :::::::::::::::::::
ObGuindon:  Henry Schultz is worried.  He's found a slip of paper
            in his pocket which says he has been passed by inspector
            number 7.  He figures they did it while he was asleep.
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: Adaptec 1542 disk locks
Keywords: adaptec 1542
Date: 25 Jan 93 02:35:44 GMT
Organization: ShadeTree Software, Inc.

In article <1306@consult.UUCP> bob@consult.UUCP (Bob Willey) writes:
:>After several recent posting regarding systems using Adaptec 1542B with
:>various SCSI Hard Drives.  Several of us were reporting situations where
:>during high activity it would pause for anywhere between seconds to in
:>one case several minutes.  In our case, it is more like 15 seconds of the
:>HD light on constant with no activity.
:>
:>A recent posting asked questions about the size of various paramteres so:
:>NBUF: determined at startup   (w/16mb)   1024 i/o bufs
:>NHBUF: 512  hash buffers
:>SCO Xenix 386  v2.3.4
:>

The shorter delays could very well be the buffers getting flushed to disk.
I see 3-5 second delays when copying or restoring large files and the
system gets into a cycle of writes to cache followed by cache flushes.
I suspect with heavy write i/o all the buffers could age at about the same
time.  My system default to 600 bufs.

This would not explain the extended (multi-minute) delays.  I don't think
xenix is a virtual memory system (I could be wrong) so swapping a large
process could generate an extended i/o, perhaps blocking all other
processes in the meantime.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
From: edc@openage.openage.com (Ed Cooley)
Subject: Oracle EFS
Organization: Open Age, Inc.
Date: Tue, 26 Jan 1993 17:30:24 GMT
Summary: Has anybody seen the Oracle EFS
Keywords: oracle unix

Netters,

Back in October SCO announced they were taking orders for the Oracle EFS
so that customers could load Oracle without needing the Development System.
Has anyone seen this EFS available for download on the net anywhere.  I
didn't see it on sosco, and don't mind calling for it, but thought I would
inquire first.

Ed Cooley
Technical Manager
Open Age, Inc.
edc@openage.COM
1-800-220-OPEN
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: adding SCSI disk to ESDI system
Keywords: SCSI ESDI
Date: 25 Jan 93 18:41:27 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>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...

I think you are out of luck.  Versions of XENIX that old were labled AT for 
ESDI/MFM, and GT for SCSI.  You may not have any SCSI support, and may have to 
either add another ESDI disk, or upgrade to a later version of XENIX.

--------------------------------------------------------------------------------
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
Newsgroups: biz.sco.general
From: harris@scorch.apana.org.au (Michael Brown)
Subject: Re: Maximum inode allocation
Organization: Craggenmoore public Unix system , Newcastle , Oz
Date: Tue, 26 Jan 1993 15:10:55 GMT

harris@scorch.apana.org.au (Michael Brown) writes:


|    This is probably a dill silly question , but is there any  way  at
|    all  that  i  can increase the maximum inode allocation for a file
|    system  above the 65000 limit . I have just installed a 380 meg hd
|    for my news spool , and I can only  get  about  250  meg  into  it
|    before I run out of inodes.

     Sorry ,, sorry . forgot to tell you what OS I was running .
           Xenix 386  2.3.3 .
 
   	Would forget head if not screwed on.
-- 
 .-------------------------------------------------------------------------.
 |             Michael  Brown  at Craggenmoore Public Access Unix          |
 |                         harris@scorch.apana.org.au                      |
 |    "Your progressive hypocrites , hand out their trash.                 |
 |        But it was mine in the first place , so I'll burn them to ash."  |
 `--------------------------------------------- Peter Gabriel -------------'
Newsgroups: biz.sco.general
From: fr@compu.com (Fred Rump from home)
Subject: Re: PC Unix/Xenix vendors
Organization: CompuData Inc.
Date: Thu, 21 Jan 1993 17:48:38 GMT

ti@bazooka.amb.org (Ti Kan) writes:

>The good performance you get with the
>Altos 15000 with Altos UNIX/MPX will not likely be attainable with stock
>SCO MPX running, say, on a AcerFrame 3000MP system (which is the Acer
>counterpart of the Altos 15000).

Good and valid point. It also means that not everything works as it does under 
plain old SCO. ODT, for example, is not yet available because of this very 
tuning that Altos did. It is bothersome but it is the value that Altos adds 
and if you want to play with the piper ... 

I'm not even sure what magic Altos did that makes this thing scream as it does 
but if SCO had it available in the generic Corollary, their would be no need 
for an Altos box. It goes back to the fact that any one vendor can always make 
something better and more competitive, but he is not about to share his 
secrets lest he loses his shirt.

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     "A man's library is a sort of 
26 Warren St.   home: fr@icdi10.compu.com 	harem" - Emerson (1860) 
Beverly, NJ. 08010                          		 
609-386-6846    bang:uunet!cdin-1!icdi10!fr
From: fr@compu.com (Fred Rump from home)
Subject: Re: DPT was (SCO Machine Dies under heavy disk load.)
Organization: CompuData Inc.
Date: Thu, 21 Jan 1993 05:46:28 GMT
Keywords: SCO CRASH DISK

cbuckley@unix1.tcd.ie (Colm Buckley) writes:

>installed. Sorry I can't provide more info - I guess someone could contact
>DPT again and ask them if this situation has changed.

I don't get into the technical side of things but I do know we have numerous 
DPT systems out in the field, but I would know if these were not working 
correctly. Somehow I don't think our customers are losing their data without 
making some noise about it.

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     "A man's library is a sort of 
26 Warren St.   home: fr@icdi10.compu.com 	harem" - Emerson (1860) 
Beverly, NJ. 08010                          		 
609-386-6846    bang:uunet!cdin-1!icdi10!fr
From: barrie@calvin.demon.co.uk (Barrie Spence)
Newsgroups: biz.sco.general
Subject: Re: Strange problem with cd, sh, ksh, and bash
Date: 26 Jan 93 19:57:56 GMT
Organization: Airdway Ltd.

In article <9301252248.AA08661@jpradley.jpr.com> jpr@jpr.com writes:
>Barrie Spence writes:
>>
>> You don't have your current directory as part of the CDPATH
>> environment variable
>>
>> eg
>>
>> export CDPATH=:~:/usr
>>
>>               ^ a null field is interpreted as the current directory.
>> You will find this documented in the sh manual page.
>>
>
>Eh? If I'm in sh, and CDPATH has no value at all, I can still cd to something
>that's right in my current directory.

yes - if the value is null (or the variable is unset).

try (in ksh)

 export CDPATH=/usr
 cd ~
 cd Mail

(assuming you have a ~/Mail directory and we both agree that in ksh ~
is a nice abreviation for $HOME)

I get:

calvin$ ksh
calvin$ export CDPATH=/usr
calvin$ cd ~
calvin$ pwd
/home/barrie
calvin$ cd Mail
ksh: Mail:  not found
calvin$ cd ./Mail
calvin$ pwd
/home/barrie/Mail

[SCO 3.2v4.1]

>
>And since when does '~' stand for the current directory, rather than '.', or a
>null field between colons in PATH or CDPATH?

It never has. The null field is the bit after the equal sign and before the
first colon.

Possibly the location of the ^ pointing to the null field was not
clear enough, but I had verified what I said, both by experimentation
and by RTFM.

I don't just open my mouth when my belly rumbles.

-- 
Barrie Spence				Home Telephone +44 (0) 506 442304
barrie@calvin.demon.co.uk		Work Telephone +44 (0) 383 892015
From: john%dfe@uunet.UU.NET (John Hardin)
Newsgroups: biz.sco.general
Subject: Re: uucico timing out
Date: 24 Jan 93 19:57:22 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

On Jan 23,  5:03pm, "Kevin C. Castner" wrote:
} Subject: uucico timing out
} 
} 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.
} -- 
}     ======================================================================
} 
}       Kevin C. Castner                           kevinc@ups.com
}       Unix Administrator                         United Parcel Service
}-- End of excerpt from "Kevin C. Castner"

Kevin:

        You could add some "\d"s after the dial command in the callout portion
        of the dialer script:

        PEP =,-, "" ATZ\r\c\dATwhatever\r\c OK\r ATDT\T\r\d\d\d\d\d\d\c CONNECT
        &PEP =,-, "" \d+++\dATZ\r\dATH0whatever\r\c OK\r

        These cause uucico to delay while the modem is dialing and waiting
        for a connect. uucico will only start waiting for the "CONNECT" string
        after the delays have elapsed. Each \d delays for two seconds, so how
        many to use will have to be determined empirically.

        Note that the \r must be *before* the delays!


-- 
					-John Hardin
					Systems Manager
					Sizzling Platter of Washington, Inc.
					johnh@splat.com
Newsgroups: biz.sco.general
From: lee@dlpco.dlpco.COM (Lee Penn )
Subject: Re: PC Unix/Xenix vendors
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 13:58:14 GMT
Precedence: bulk

>From uunet.uucp!genrad.com!rob Mon Jan 25 06:16:23 1993
>Date: Sun, 24 Jan 1993 22:10:49 -0500
>From: genrad.com!rob@uunet (Robert S. Wood)
>Message-Id: <9301250310.AA02098@quasar.genrad.com>
>To: lee@dlpco.dlpco.COM
>Subject: Re: PC Unix/Xenix vendors
>Newsgroups: biz.sco.general
>In-Reply-To: <9301140810.aa26373@dlpco.dlpco.COM>
>Organization: GenRad, Inc.
>Cc: 


>Can you tell me a bit about PROGRESS?
>Is it your data-base of choice?
>Can you compare it against filePro?


Progress is closer to a standard Data Base Manager than is 
FilePro.  It has the standard features you would expect such as 
protection from broken file links, relational structures 
maintained by the software, SQL, etc.

Progress is very popular and runs on DOS, OS2, UNIX, etc.  Is 
used in many applications which are commercially available.  
SYMIX, one of the best Manufacturer Business packages is all in 
progress.

FilePro is great for casual users.  I use it all the time and 
would hate to have to use anything else.  It does break down when 
applications get extremely complex because of its lack of 
relational structures and its lack of real data variable names.
Filepro is a non-programmer's database.  Programmers tend ot 
dislike it because it is not like any of the SQL based products 
and does not have a complicated programming language.

BTW: I've made some explorations into Progress and Informix as 
well as Ingres.  I keep coming back to Filepro whenever I want to 
get work done.

HOWEVER, if I had to develope a complex application requiring a 
DBMS, I would be hard pressed to choose between INFORMIX and 
PROGRESS.


Another BTW:  If you develop using PROGRESS, you can do so with 
an less expensive OS2 (or DOS?) version.  The progress programs 
can then be run with less expensive runtimes on target systems.

================================================================================
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

Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: Re: Floppy Tape EFS ?
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 21 Jan 1993 18:17:50 GMT
Precedence: bulk

Kumar Venkat wrote:

> Does anyone know if I need to have the special
> "Floppy Tape EFS" in order to setup a 
> mini-cartridge tape drive on a SCSI bus ?
>
> If this is required, could someone please point
> me to a site that I can download the EFS from 
> via ftp ?
> 
> If the EFS is not required, will a "mkdev tape"
> take care of everything ?
> 
> (I am running SCO Unix 4.1.0 and Xsight.)

The "Floppy tape EFS" is only for drives which we consider "floppy
tapes", which generically means tape drives which are operated by
connection to a PC's floppy controller (or, in some cases, a special
controller supplied with the tape drive, which is equivalent to a 2nd
floppy controller).

More specifically we mean only those drives of this type which we
support.  These include certain (not necessarily all) QIC-40 and QIC-80
tape drives from Alloy, Archive, Irwin, Mountain, Tecmar and Wangtek.
These also include Irwin-compatible drives from IBM and Irwin, which use
a different driver; the driver for these drives is not affected by the
floppy tape EFS.

Furthermore, the floppy tape EFS is only for SCO UNIX 3.2v2 and SCO Open
Desktop 1.1; the functionality supplied by the EFS, and probably more,
is already included in the SCO UNIX 3.2v4 and SCO Open Desktop 2.0
distributions.

All "floppy tape" drives that I am aware of use quarter inch tape in a
small cartridge, somewhat smaller but thicker than a standard audio
tape.  The 3M part number for these tapes is DC2000 (DC2040, DC2080,
DC2120, possibly others).  I also do not know of any tape drives which
use this media and do *not* attach via the floppy controller.  All SCSI
tape drives that I know of use DC600, DAT (4 mm), Exabyte (8 mm helical
scan), or 9-track reel-to-reel media.

Your drive is probably a DAT or Exabyte drive.  It would help a great
deal if you included manufacturer, model and/or part number information.
Both kinds of drive are supported, without any supplements, by your SCO
UNIX 3.2v4.1.  You need to specify which kind it is when you run `mkdev
tape`.  If you look in your Release Notes and/or Hardware Compatibility
Handbook, you can see which drives we have tested and officially
support.  Other manufacturers' DAT & Exabyte drives should work, but
sometimes they are customized by manufacturers in ways that cause
problems.

>Bela Lubkin<  Support engineer, The Santa Cruz Operation
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: Strange problem with cd, sh, ksh, and bash
Date: 25 Jan 93 20:12:12 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 480
Precedence: bulk

Mark Saltzman writes:
> 
> I have been coming across directories on ODT 2.0 systems which can't be
> accessed from sh or ksh, but can be accessed with bash.  For example:
> $ cd Message
> ksh: Message:  not found
> but the same command issued from bash works.
> Any ideas?
> Thanks for any information,

Under sh, ksh, and bash, in turn, what do you get by typing
	
	echo $PATH ; echo $CDPATH
?

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
From: kumar@cleaver.mti.sgi.com (Kumar Venkat)
Newsgroups: biz.sco.general
Subject: Anon. ftp site for binaries ?
Date: 22 Jan 93 18:10:26 GMT
Organization: Silicon Graphics, Inc.


Is there an anonymous ftp site that offers 
binaries compatible with SCO Unix?

I am currently interested in getting the GNU C
compiler, but would also like to look around
for other interesting software.

Thanks,

Kumar Venkat

kumar@mti.sgi.com
Newsgroups: biz.sco.general,comp.unix.sysv386,comp.lang.c
From: jerry@incc.com (Jerry Rocteur)
Subject: form.h
Organization: DELDRA S.P.R.L. Perwez, Belgium
Date: Tue, 26 Jan 1993 04:01:57 GMT
Followup-To: comp.unix.sysv386


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: bill@Celestial.COM (Bill Campbell)
Subject: Re: Heat problems, DigiBoard PC/Xem
Organization: Celestial Software, Mercer Island, WA
Date: Mon, 25 Jan 1993 04:39:08 GMT

We've taken the approach of mounting all the scsi devices in an
external chassis (generally Trimm Industries -- pricey but well
made).  This has several advantages:
    1.  We don't have to buy tower configurations which tend to
        be pretty pricey themselves.
    2.  It's easy to swap out a processor if there are problems.
    3.  Separate power supplies and overall better cooling.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
From: bob@consult.UUCP (Bob Willey)
Newsgroups: biz.sco.general
Subject: Re: Archive ST525 end of medium errors on SCO Dev Sys Tape
Keywords: Archive ST525
Date: 28 Jan 93 13:49:55 GMT
Reply-To: bob@consult.UUCP (Bob Willey)
Organization: CCS Enterprises, Inc.

In article <1993Jan27.184744.9691@VFL.Paramax.COM> kevino@gvlf4-t.vfl.paramax.com (Kevin O'Brien) writes:
>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.

Check on the SCO sosco BBS and in the Information Tool scripts (IT)
there is a note about the Archive ST 525 (what we have internally).
There is a buffere allocation on the tape drive itself (CF0 CF1 CF2
combination).  I beleive it is set for 24k and needs to be 16k.  I looked
for my original notes and could not find the exact switch settings.
But I found the answer in the IT scripts.  We were getting over/under runs
and all sorts of little goodies.  Since changing this switch setting
all has been running just fine on an Adaptec 1542b on a 486 DX2/66Mhz.

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<