HDTenEightyP/NetNews huggingface dataset:
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Re: Configuring an Adaptec 1542B ...
Date: 31 Dec 92 18:28:11 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>You must have the 1542B set to 5mb/s transfer speed.  That is what the
>driver is set for.  Do not try to run it faster.
>You might want to get xnx316 which is a patch for the Adaptec drivers
>under SCO Xenix.  It adds some enhancements (like allowing tape reten
>to work) and supposedly some performance issues.
>There is a program written by Roy Neese @ Adaptec (not supported by
>Adaptec) called SCSICNTL.EXE which allows you to access the drive
>and set up the drive.  Things like onboard cache in the drives are
>sometimes turned off by default.  I have been trying to get hold of
>this utility and am awaiting a reply for assistance.  Once I get hold
>of it, I will also put it up on our BBS system here at the office.
>If anyone knows where I can get this utility (BBS somewhere??),
>it would be most appreciated.  The adaptex system does not answer,
>and it is NOT on their BBS.

Slight correction here.  I doubt SCO's driver is set for 5mb/s, causing the 
bottle neck, I think the problem is in the bus of the PC.  I have this board, 
and when I got it I found out about a test you can run on the board through DOS 
debug command.  It writes data back to the machine, and if you get any errors 
you have to down grade the DMA speed on the Adaptec.  I started at 8mb/s and 
had to go all the way down to 5mb/s running this DOS debug command.  I never 
got anywhere near the SCO driver.  A friend of mine was able to run at 5.8 (or 
some number greater than 5 but less than 6) mb/s on his PC running DOS and 
Interactive UNIX.

I doubt the driver has anything to do with it here.

--------------------------------------------------------------------------------
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
Subject: How ro change SCOSH defaults
From: a_millsbs@ccsvax.sfasu.edu
Date: 21 Dec 92 09:53:41 CST
Organization: Stephen F. Austin State University

I was wondering how to change the  defaults for sco shell so that when I create
new accounts I can have it by default have more than MAIL and SYSTEM shell in
the applications menu.  It doesnt seem to be in /usr/lib/mkuser/... unless I
just cant find it.

Any help appreciated.

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
------------------------------------------------------------------------------
From: acs_brath@rivers.acc.uwrf.edu
Newsgroups: biz.sco.general
Subject: nead TIOCNOTTY define for SCO ODT 1.1
Date: 28 Dec 92 08:50:05 -0600
Organization: University of Wisconsin - River Falls

I have unix 3.2.2 or ODT 1.1 and when I try to compile several programs
They ask for the define TIOCNOTTY and I have no Idea where it is.
I have greped every .h file on the system with no luck.
is there a compatibility library out there or an i down the creak without a
paddle.

-- 
+-------------------------------------------------------------------------+
|                Shane Brath  E-Mail: shane.s.brath@uwrf.edu              |
|                Friends don't let friends use Macs and IBM's             |
|          Machintosh: You can get better, but you can't pay more..       |
+-------------------------------------------------------------------------+
| "Radio Shack offers exciting technology-driven products as well.        |
|  Literally everthing we sell has been the latest in technology at some  |
|  point in the last 70 years." - John V. Roach - Tandy Chairman          |
+-------------------------------------------------------------------------+
From: acs_brath@rivers.acc.uwrf.edu
Newsgroups: biz.sco.general
Subject: Need Expect, Gcc, Pine, 
Date: 28 Dec 92 07:45:34 -0600
Organization: University of Wisconsin - River Falls

If anyonye has gotten expect to compile on ODT 1.1 w/Development System.
I have an older version of Gcc and I am trying to uucp the newer one
from anomaly, but it keeps timing out?  Does anyone know where to get expect
and/or gcc and/or pine for SCO.  Or if anyone has sugestions on how to get 
the general one to work.. Thanks.


-- 
+-------------------------------------------------------------------------+
|                Shane Brath  E-Mail: shane.s.brath@uwrf.edu              |
|                Friends don't let friends use Macs and IBM's             |
|          Machintosh: You can get better, but you can't pay more..       |
+-------------------------------------------------------------------------+
| "Radio Shack offers exciting technology-driven products as well.        |
|  Literally everthing we sell has been the latest in technology at some  |
|  point in the last 70 years." - John V. Roach - Tandy Chairman          |
+-------------------------------------------------------------------------+
From: leonard@allink.com (Leonard Primak)
Newsgroups: biz.sco.general
Subject: Re: SCO Compability with OS/2?
Date: 29 Dec 92 19:06:45 GMT
Organization: NYNEX ALLINK Company

>I was trying out OS/2 at one point and hit this problem. My solution was to
>create patched versions of the /dos file which allowed me to start the
>partitions I wanted. So that, for example, typing bm at the Boot: prompt would
>start up OS/2 Boot Manager. This worked. I'm not using OS/2 now but if you like
>I could fish out the script. It means booting OS/2 is a 2-3 stage process but
>it is much easier than messing around with FDISK.
>
	Yes!  I am in need for just such a tool.  Please send this over
the net!
From: mitra@pandora.sf.ca.us (Mitra)
Newsgroups: biz.sco.general
Subject: Re: compiling GNU programs
Date: 2 Jan 93 05:10:13 GMT
Organization: Pandora Systems
X-Newsreader: TIN [version 1.1 PL6]

We've had a lot of problems compiling gnu - and other stuff - under SCO,
one problem is that there is not single ifdef you can use to put sco
specific code into something, we are now compiling everything with
-DM_SCOUNIX so that patches can be built that take care of SCO-isms. 

I have patches for some of the standard programs (Gopher, Wais, patch,
diff, gdbm and several others), but it would be good to have a standard
ftp site where these could be found. 

- Mitra
From: henrik@uk.locus.com (Henrik Kristensen)
Newsgroups: biz.sco.general
Subject: Re: Microsoft Mail <-> SMTP for SCO
Date: 29 Dec 92 15:35:41 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


[David J. Fiander writes:]
> 
> According to sean@ost40.utoday.com (Sean Fulton):
> >Anyone know where I can obtain source for an SMTP <-> Microsoft Mail
> >gateway to run on an SCO ODT 2.0 system??
> 
> It is more likely that you will be able to find an SMTP <->
> uSoft Mail gateway which runs on the Microsoft Mail machine.
> 
> Try a DOS product directory, or calling the vendor from whom
> you bought Microsoft Mail.

We are using MS-Mail 3.0 in the office. The msmail database resides
on a ODT 2.0 system, accessed by the PCs using PC-Interface (what else ;-)

We also have a dedicated PC running the MS-Mail SMTP Gateway v.3.0 from
Microsoft. The gateway PC uses PC-Interface to access the msmail
database and PC/TCP to talk SMTP to our Unix mail-hub (which could have
been the same ODT system).

We have been running this configuration for app 2 months and it seems
fairly stable - the gateway often runs several days without crashing....

You HAVE to use a dedicated PC for the gateway. We have tried running it
under windows, but even as the only application, it will crash several
times a day.

Also, dont even try this with versions of MS-Mail prior to 3.0 unless
you are in search of severe grief...


-- 
Henrik Kristensen                         henrik@uk.locus.com

Locus Computing Corporation ltd, 2 The Waterhouse,
Waterhouse Street, Hemel Hempstead, Hertfordshire HP1 1ES, UK
Tel: +44 442 236111, fax: +44 442 236453
Send support questions to: uk-support@uk.locus.com


--
PS: Ofcourse PC-Interface also allows everybody to share files,
printers, fax-servers etc and login to the Unix systems from all the
PCs.
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: Performace degradation under SCO
Organization: Wimsey Information Services
Date: Tue, 22 Dec 1992 22:27:51 GMT

In article <9212221719.AA03629@kbvan.COM> kbvan!dave@uunet.UU.NET (Dave Van Allen) writes:
>
>> In article <1472@pacsoft.com> mike@pacsoft.com (Mike Stefanik) writes:
>> >is now crawling along at a snail's pace.
>> 
>The problem may not be related to kernel parameters at all. Many ISA bus
>motherboards will exhibit major speed degradation when you go past 16 MB
>of main store.
>
>The reason, simplified, is that the ISA bus has 24 address lines for doing
>memory access, which means it can only directly address 16MB. After that,
>when UNIX tries to do DMA, it must copy down or page memory chunks to a
>space below 16 MB. This is very slow. Some MB manufactures have worked 
>around this but for the most part, my experience has been that stock and 
>standard MB's ( read; the ones that work right) will have this limitation.
>
>Before ODT came out, we didn't see this often because > 16MB of memory
>was the exception rather than the rule on x86 hardware. ODT's hunger
>for main memory has pushed this ISA amonaly into many unsuspecting 
>faces. 
>
>Prove this by yanking the top 16MB out, and seeing if you still have
>the problem. Don't let swapping (if any) fog your results.
>
>Fix == EISA

I love my EISA, but SCO works *very* well ISA machines with > 16MB. 
Prior to swapping to EISA I had a ISA 486DX33 with 48MB of RAM. Worked great. 
You just don't see degradation due to lack of DMA to above 16MB. 

The only "trick" is to make sure that your buffer cache is in the first 16MB
of memory. This will ensure that almost all disk operations will be into the
first 16MB. By default this is normally where SCO put's the buffer cache. You
just have to be sure that the total size of kernel memory stays under 15MB 
total. You probably will want to keep the buffer cache under about 6000 blocks.

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
From: kreed@telesys.tnet.com (Kevin W. Reed)
Newsgroups: biz.sco.general
Subject: Re: MMDF more detailed Information?
Date: 31 Dec 92 15:14:18 GMT
Distribution: na
Organization: Posted via TeleSys Development Systems (Mesa, AZ U.S.A.)

kreed@telesys.tnet.com (Kevin W. Reed) writes:

>I need to setup a MMDF system on SCO Unix for a friend and have read
>the books that come with the manuals.  Is there more detailed information
>on how to configure and use MMDF than the basic books that come with
>the system?  The ones that do are a bit on the sparse side.

I didn't provide enough information on this request...

I already have the basic MMDF routing working.  I'm looking for more
detailed information on setting up a new chan so that I can route
email into a BBS for delivery.

It appears that I have to write a chan files (/usr/mmdf/chans/*) but
can't find information on how to do that.

I have heard that there is a very detailed MMDF manual available but
can't locate where to get it from.

-- 
================== 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
Newsgroups: biz.sco.general
From: lance@markv.com (Lance Ellinghouse)
Subject: Re: Performance degradation under SCO UNIX
Organization: Mark V Systems Limited, Encino, Ca
Date: Wed, 30 Dec 1992 18:05:06 GMT

In article <9212300856.aa15942@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com> writes:
>>Even if it's run under DOS, under, say Merge, we don't use DOS
>>shadown BIOS, do we?
>
>The way I understand it is this.  The OS (DOS and UNIX/XENIX) need to access 
>the system BIOS quite often (a few times a second).  By copying this 
>information from the BIOS chips which are 8-bit on a 8MHz bus, into RAM which 
>is 32-bit and runs at the same MHz rating as the processor, we can access this 
>information much quicker.  This is most noticable when SCO boots and displays 
>the hardware information.  With BIOS shadowing off it takes several seconds, 
>but it screams by with the BIOS shadow on.  You might try it for yourself.

Actually this is incorrect as far as I know. DOS uses BIOS. UNIX/Xenix
does NOT use it except to do the initial loading of "/boot", "/dos",
and "/unix". After "/unix" is loaded, it no longer uses the BIOS.
It uses the device drivers you have linked into the kernel.
The problem is that BIOS is NOT 32-bit, and is NOT re-entrant.
2 things that UNIX requires to access hardware, thus BIOS is not
a good option. The display of devices you see when you boot UNIX
is when the device drivers are initialized inside the kernel, NOT
what BIOS knows about.

>Somewhere in the dark recesses of my mind I remember that UNIX/XENIX might 
>internally cache this information when it boots.  I wonder if Bela or another 
>SCO Wiz can tell us if this is true.

I hope I am not giving out incorrect information.. Bela, could you
confirm or deny my statements above?

Lance Ellinghouse
lance@markv.com

Newsgroups: biz.sco.general
From: ekelund@fraser.sfu.ca (Mark Ekelund)
Subject: POP server for SCO Xenix?
Summary: Looking for a POP server for Xenix
Keywords: POP server Xenix
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 22 Dec 1992 17:48:50 GMT

 I am looking for a POP server for SCO Xenix.  Can anyone help?
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: Tape drive on floppy controller, no fun for crowbar+restore
Date: 21 Dec 92 16:45:00 GMT
Organization: ShadeTree Software, Inc.

In article <Z2J1VB2w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
:>edhew@xenitec.on.ca (Ed Hew) writes:
:>
:>> Next time you'll likely buy a different tape drive.
:>
:>   I think that it's worth emphasizing this: the Jumbo tape drives from 
:>Colorado Memory Systems work well, provided that you buy the separate 
:>controller card (to get away from the floppy controller conflict, as you 
:>mentioned in your article), the UNIX software, etc... and, by the time you've 
:>bought all of the pieces, you've spent a significant fraction of the money it 
:>would have cost to put in a QIC-02 tape drive of higher capacity... and Jumbo 
:>tapes need to be preformatted (a slow process not shared by QIC-02 tapes)! 
:>
:>   It may cost you a few more bucks, but in this case it's worth sticking to 
:>the old standard ways.

One of my customers has a colorado drive with the separate controller,
under xenix, and we still couldn't get it to work from a floppy boot (even
with help from their tech support).  Finally punted the drive.
-- 
	    | 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
Xref: sparky biz.sco.general:4848 biz.sco.opendesktop:884 comp.unix.admin:6796
From: mhl@genco.bungi.com (Mark Levy)
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.admin
Subject: Re: Busmouse not working on ODT 2.0
Date: 27 Dec 92 02:17:19 GMT
Reply-To: mhl@genco.bungi.com (Mark Levy)
Followup-To: biz.sco.general
Organization: Gentry & Assoc. Excelsior Springs, MO

RE: Logitech Bus Mouse

   For what it's worth, the new install of ODT v2.0 found the
mouse port on an ATI Graphics Ultra, using a Logitech Track-
Man as an inport bus mouse.
Newsgroups: biz.sco.general
From: art@chaos.cs.umn.edu ()
Subject: Does anyone know how to use the Brand Command
Summary: How do you use the brand command
Keywords: Brand?
Organization: University of Minnesota
Date: Thu, 31 Dec 1992 19:32:12 GMT

Does anyone know the syntax of the brand command when changing
tcp-ip serial numbers?

Thanks in advance
Art Reisman
Poliac Research
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Capturing data from a RS232 Port
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Thu, 31 Dec 1992 01:10:35 GMT

sfrazier@norstan.com (Steven E Frazier) writes:
: 
: Is there a way to use an existing program on SCO to open a file and capture
: data coming from say a RS232 port /dev/ttyak and then use cron to drop 
: DTR @ say 0200 then open the port back up?  I am thinking cu could do
: that but can than be run in the background?

I have done such things, but using C programs.  I guess you
could do it with shell scripts... 

Anyway, the basic thing is that the port be disabled (you
don't want to be fighting a login process!) and have the
proper baud, flow control, etc.  This part you could
do the same way you do it for a printer: a hold open script.

Then, you just read from the /dev/ttyak and do whatever you want 
with the data.  Not sure why you need to close it at 2:00, why
not just take what you've got at that point but keep on reading?

I've used this to transfer data from old machines by letting them
"print" to a port that I am reading.  Works well.



		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
       Kevin Clark is embarrassed by most of what I say.
Newsgroups: biz.sco.general
From: Tim Northrup <jrsalb1!tgn@brspyr1.brs.com>
Subject: Configuring an Adaptec 1542B ...
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 30 Dec 1992 22:44:17 GMT
Precedence: bulk

Howdy & Happy New Year!

I have a 486/50 system running Xenix 2.3.3.

It has an Adaptec 1542b controller with 2 Maxtor SCSI drives, and a SCSI
Syquest 44 (all internal, ID's 0, 1 and 2, terminators on the Syquest drive
& adapter only).  Everything works okay at the moment.

Currently, the 1542b is configured for the default of 5 mb/s transfer speed.
Has anyone had any problems using the higher settings?  A friend (who set
up this system) claims to have had some kind of disk corruption occur when
the higher speeds were used.  What else needs to be changed (if any) to
use the higher settings?

Any info at all on configuration of this puppy would be most appreciated!

I got zilch for documentation on the 1542b with the system; the document
154XB_IG.DOC from the Adaptec BBS is a little helpful; but I'm looking for
a little better direction.

What prompted this was the recent performance discussion going on ... I ran
one of the tests (dd if=/dev/rhd0a of=/dev/null bs=8k count=2048) and it
took about a minute on my system as currently configured ... this seemed a
bit long to me.  Is this slow, or does it just *seem* slow?

ANYWAY .... Thanks in advance for any pointers!

	-- Tim

-- 
  Timothy G. Northrup                     | JRS Clinical Technologies, Inc.
 -----------------------------------------| RD 2 Box 49, Rock Road
  ...!rutgers!brspyr1!jrsalb1!tim         | Berne, NY  12023-9607
Newsgroups: biz.sco.general
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: SCO Compability with OS/2? 
Distribution: world
Organization: BT
Date: Mon, 28 Dec 1992 19:44:40 +0000


In article <68@jptcs.COM> wolfman@jptcs.COM writes:

>
>I currently own a 486DX-50 with 32 MB ram, and 2 200+ HD.  I have found 
>out that the os/2 2.0 boot manager does not work with sco unix.  And that 
>IBM is not planning to fix this small problem.  Does SCO, have a solution
>for it?
>

This is certainly a known problem. There may be several problems to solve
here. In addition to the active partition problem I've seen another explanation
where the Unix boot program amkes a false assumption as to where the memory
copy of the boot sector (or something like that) is. OS/2 boot manager puts it
in a different place but correctly passes the address in a register/segment
pair.

I was trying out OS/2 at one point and hit this problem. My solution was to
create patched versions of the /dos file which allowed me to start the
partitions I wanted. So that, for example, typing bm at the Boot: prompt would
start up OS/2 Boot Manager. This worked. I'm not using OS/2 now but if you like
I could fish out the script. It means booting OS/2 is a 2-3 stage process but
it is much easier than messing around with FDISK.

-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
From: tps@jptcs.COM (Tim Sailer)
Newsgroups: biz.sco.general
Subject: lprint
Date: 21 Dec 92 17:46:44 GMT
Organization: JPT Computer Solutions
X-Newsreader: TIN [version 1.1 PL6]


Is the source code to lprint, or a work-a-like, available? I have an 
application that shells out and runs lprint, but now it has to be ported
to Ultrix <gack!>. I'm also gonna have to figure out how lpr works, so
any pointers there will be GREATLY appreciated.

Tim

-- 
Tim Sailer
JPT Computer Solutions - SCO Sales/Consulting/Administration and Mangling
PO Box 423 Mt Sinai, NY 11766
(516) 331-9001
From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
Newsgroups: biz.sco.general
Subject: Re: Performace degradation under SCO
Date: 23 Dec 92 17:39:48 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

> Quoting Bela Lubkin:

> >  I wrote:
> >
> > Prove this by yanking the top 16MB out, and seeing if you still have
> > the problem. Don't let swapping (if any) fog your results.
> > 
> > Fix == EISA
> 
> Ok, but pulling the top 16MB will also fix the not-enough-cache problem
> that's *really* making the system slow.  ;-}
> 
> >Bela<
> 

If you don't have the cache, then yanking the extra memory is your only 
recourse anyway. Right?  

> ..........................................SCO UNIX 3.2v4/ODT 2.0 knows
> whether your host adapter/bus combination can DMA above 16MB.  It goes
> to a lot of effort to make sure that things that might need to be DMA'd

I have seen cases where it "guessed" wrong. The AST Premium 386 with the
486 upgrade module is one. If more than 16 meg of memory is installed
when you access past the 16MB limit, the box DMA's down and find its way
not into so magical buffer pool, but onto the scsi drive. AST confirms
this as a problem.

You posted, a good explaination of the cache problem along with the
tag ram explaination a while back. Any chance you have that again?

I'm not quite sure that I am ready to agree that doing DMA above 16MB
(on an ISA bus) is as quick as you suggest:

> Let's just suppose that you're
> running at 33MHz and that it takes 20 cycles per byte (a wildly
> pessimistic estimate) to copy memory.  So to copy a 512-byte buffer
> takes 512*20 = 10240 cycles, or 10240/33 uSec, or .31 milliseconds.

But, I find it hard to argue with your statement right now. AND, it's
not often that you err. :-)

Happy Holidays

--
David Van Allen - Lehigh Software Systems, Inc.
dave@kbvan.COM                   (215) 366-9130
73530,2463 CIS    ************   info@kbvan.COM
uunet!kbvan!dave                  Allentown, PA
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
       Remember when sex ->0 was safe...  
     and race cars o/--\o were dangerous?