HDTenEightyP/NetNews huggingface dataset:
From: jbayer@ispi.COM (Jonathan Bayer)
Newsgroups: biz.sco.general
Subject: Re: SCO Compability with OS/2?
Keywords: SCO ODT OS OS/2
Date: 21 Dec 92 13:12:01 GMT
Organization: Intelligent Software Products, Inc.

wolfman@jptcs.COM (wolfman) writes:

>212 MB IDE HD Partitioned as such:

>    MB	  Name	      	    Activated
>    1 	  Boot Manager	    Y
>    60	  OS/2 2.0 (no csd) N
>    136	  SCO UNIX    	    N
>    15	  DOS 5.0 w/csd	    N

>If you try to boot unix with the os/2 boot manager you get a boot error and 
>have to reboot with another operating system, using fdisk make partition 3
>(unix) activated, and then restart the computer.  And after that if you like
>to get back to any of the other two operating systems, you have to use fdisk
>to make partition 1 (boot manager) active again, and reboot.

This is probably because Unix (and Xenix) requires that it be booted from
an Active partition.  The boot manager will start the boot sequence, but
Unix will fail since it is not being booted from the active partition.  When
Unix boots it accesses device files to access the hard disk.  One of the 
device files refers to the active partition, regardless of whether it is
the boot partition or not.  Since Unix refers to these device files during
boot the boot operation will fail.


JB
-- 
Jonathan Bayer		Intelligent Software Products, Inc.
(908) 248-1853		37 Winthrop Rd. 
jbayer@ispi.COM		Edison, NJ   08817
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Performance degradation under SCO UNIX
Date: 21 Dec 92 21:55:23 GMT
Organization: Izot's Swamp

mike@pacsoft.com (Mike Stefanik) writes:

> This posting is on behalf of a friend of mine who is having a problem
> with an SCO UNIX upgrade.  A customer of his originally had a 486/33
> with 16M of memory and a 1G SCSI drive.  Recently, the system was upgraded
> to a 486/50 with 32M of memory and an additional 1G drive was added
> [...]
> Unfortunately, the system is now crawling along at a snail's pace.

   Make sure that there's 64KB static cache RAM for each bank of 16MB dynamic 
RAM.  Make sure that the BIOS setup is configured to cache all installed 
dynamic RAM.

   Many manufacturers and dealers are trying to save a few bucks by shipping 
motherboards without enough cache RAM installed to cover the motherboard's 
maximum memory capacity.  This goes mostly unnoticed because few DOS dweebs 
(yeah, I'm including myself here) put more than 8 or 16MB in their machine, 
and loading extra cache on the motherboard has a negligible effect on PC 
Magazine benchmarks.

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
From: stan@DIALix.oz.au (Stan Kotlyar)
Newsgroups: biz.sco.general
Subject: ODT 2.0 and TsengLabs ET4000
Date: 21 Dec 1992 22:20:36 +0800
Organization: DIALix Services, Perth, Western Australia
NNTP-Posting-Host: localhost.dialix.oz.au
Summary: Looking for Tseng MegaEva/1024 (ET4000) for ODT 2.0
Keywords: video vga ET4000 open desktop tseng
X-Newsreader: NN version 6.4.19 #1

I am posting this for a friend who has no news access :


I have recently purchased a Tseng Mega Eva/1024 video card which I am using 
with SCO ODT 2.0.  
Does anyone know of a driver for this video set up?  
My monitor is an NEC MultiSync 4FG and my preferred resolution is 1024x768
in 256 colours.  

Please direct all replies by mail to dianne@triton.dialix.oz.au

Thank you and have a merry Christmas and a happy New Year.  

Dianne

-- 
Stan Kotlyar                                         (+61)-9-4014437
stan@DIALix.oz.au                                    8 Cowrie Place, Mullaloo
stan@Plato.DIALix.oz.au                              6025, Western Australia.
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: Configuring an Adaptec 1542B ...
Date: 2 Jan 93 07:31:07 GMT
Organization: ShadeTree Software, Inc.

In article <9212301744.AA00859@jrsalb1.UUCP> jrsalb1!tgn@brspyr1.brs.com (Tim Northrup) writes:
:>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!
:>

Can anyone clearly state what exactly the DMA transfer speed on the
1542B actually specifies?  Computer memory to card?  If so, isn't this
somehow constrained by your bus speed or controlled by the DMA on
the motherboard...???  One of the other postings implied is was the
data transfer rate on the SCSI bus while another implied it had to do
with the computer/adaptor interface?
-- 
	    | 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
Xref: sparky biz.sco.general:4855 comp.unix.xenix.sco:3551
From: bob@consult.UUCP (Bob Willey)
Newsgroups: biz.sco.general,comp.unix.xenix.sco
Subject: SCO Xenix 386 2.3.4 Adaptec w/Archive ST 525mb Tape Unit
Keywords: Tape problems
Date: 28 Dec 92 03:20:10 GMT
Organization: CCS Enterprises, Inc.

We have been having problems with a new tape drive installed on our
system (486 DX2/66Mhz, 16mb, SCO Xenix 386GT 2.3.4, Adaptec 1542B controller
HP 667mb SCSI-2 HD, & Archive/Maynard ST 525mb SCSI Tape Drive).

We are able to read and write 150mb & 250mb  (DC6150 & DC6250) tapes
without any problems.  However, when we go and try to write to a
525mb tape (DC6525) (and using several different tapes) we get:

%tape    type=scsi  unit=2:0
SCSI: ERROR: on tape ha=0 id=2 lun=0
SCSI: WARNING: Host Adapter Detected Error
      SCSI Bus Data Over/Under Run
tar: tape write error

We have downloaded and installed from SCO's sosco system the SLS xnx316
which is an Adaptec SCSI tape supplement for Xenix 2.3.4, but this did
not correct the problem.  The above message was with this patch applied.

Has anyone seen this problem before?  In looking in the release notes,
I do not see the 525mb tape drives listed, and now this concerns me,
but it is hard to beleive that it does not support them???  Hmmm...

-- 
>.. 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 ...........<
Newsgroups: biz.sco.general
From: Mark Levy <mhl@genco.bungi.com>
Subject: Re: SCO Compability with OS/2?
Organization: Gentry & Assoc. Excelsior Springs, MO
Date: Sun, 27 Dec 1992 06:19:43 GMT
To: alexl@alvarez.COM


RE: Alternate root file systems

There doesn't seem to be a problem in specifing an alternate root
file system, and I have inplemented them on a number of SCO UNIX
machines I have installed.  The reason being that it can be much 
easier and faster to get a machine up and running again after a
crash (or someone being particularly nasty and doing something like
deleting all the device files and unix) than by using a floppy set.

I do believe that there is a restriction, however, that the root file
system reside within the first 1024 cylinders of the drive.

I seem to recall the syntax as being as follows

boot: hd(40,X)unix root=hd(40,X) swap=hd(40,1)

if booting from the hard drive, where X is the minor number of the 
alternate root filesystem, and hd(40,1) is the default swap device.

if booting from a floppy, just leave out the hd(40,X)unix part.

Good luck.

BTW...

The only way I was ever able to get OS/2 to co-reside with both SCO
UNIX and DOS was to install DOS first, then OS/2 in dual boot mode,
and then SCO.  The dual boot mode of OS/2 never worked, so to boot
UNIX, I would type unix at the boot prompt.  To boot to OS/2, I'd
type dos at the boot prompt.  To boot to DOS, I had to boot from a 
floppy

Mark
From: kreed@telesys.tnet.com (Kevin W. Reed)
Newsgroups: biz.sco.general
Subject: MMDF more detailed Information?
Date: 30 Dec 92 15:30:00 GMT
Distribution: na
Organization: Posted via TeleSys Development Systems (Mesa, AZ U.S.A.)

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.

-- 
================== 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: /dev/null <alexl@alvarez.COM>
Subject: Re: SCO Compability with OS/2?
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: jbayer@ispi.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 23 Dec 1992 03:22:32 GMT
Keywords: SCO ODT OS OS/2
Precedence: bulk

Jonathan Bayer writes:


.>   From: Jonathan Bayer <ispi.com!jbayer@uunet.UU.NET>
.>   Subject: Re: SCO Compability with OS/2?
.>   Organization: Intelligent Software Products, Inc.

.>   wolfman@jptcs.COM (wolfman) writes:

.>   >212 MB IDE HD Partitioned as such:

.>   >    MB      Name              Activated
.>   >    1       Boot Manager      Y
.>   >    60      OS/2 2.0 (no csd) N
.>   >    136     SCO UNIX          N
.>   >    15      DOS 5.0 w/csd     N

.>   >If you try to boot unix with the os/2 boot manager you get a boot error and 
.>   >have to reboot with another operating system, using fdisk make partition 3
.>   >(unix) activated, and then restart the computer.  And after that if you like
.>   >to get back to any of the other two operating systems, you have to use fdisk
.>   >to make partition 1 (boot manager) active again, and reboot.

.>   This is probably because Unix (and Xenix) requires that it be booted from
.>   an Active partition.  The boot manager will start the boot sequence, but
.>   Unix will fail since it is not being booted from the active partition.  When
.>   Unix boots it accesses device files to access the hard disk.  One of the 
.>   device files refers to the active partition, regardless of whether it is
.>   the boot partition or not.  Since Unix refers to these device files during
.>   boot the boot operation will fail.


.>   JB
.>   -- 
.>   Jonathan Bayer             Intelligent Software Products, Inc.
.>   (908) 248-1853             37 Winthrop Rd. 
.>   jbayer@ispi.COM            Edison, NJ   08817




        I understand that 40,1 of the major and minor numbers for 
the active partion on the first drive. If I tell UNIX or XENIX to 
go and find "/dev/root" somewhere else it should find it. For 
example the boot manager would run the boot string but 
instead of looking for 40,1 it could look for 40,2. This should 
work I haven't tried it but I was on the phone with someone at 
SCO during a HD crash last week and I  was  curious so we started 
talking.. HE said that it was possible. Does anyone have any 
clues?????

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /  ) //            _//                   Alexander Lopez
 /--/ // _  _.,      /    _____   _  __.   Alex Alvarez and Associates
/  (_</_</_/ /\_    /___ (_) /_)_</_/  |_  alexl@alvarez.COM
                            /         (|   305-649-8900
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Performance degradation under SCO UNIX
Date: 31 Dec 92 20:36:44 GMT
Organization: Izot's Swamp

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

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

   This is very true of DOS, but it is definitely not true of XENIX and SCO 
UNIX/ODT, with the possible exception of VP/ix or Merge.

   The BIOS is non-reentrant (i.e., very unfriendly to multitasking and not 
multithreadable) and its code is written in real mode (while 386 XENIX and 
UNIX are definitely not).  While it is not inconceivable that *ix could use 
the BIOS, it is definitely undesirable.

   Oh, yeah: the BIOS supports only two hard drives, with no more than 1024 
cylinders each.  If all or part of your root filesystem is above cylinder 
1023, a kernel relink might cause all or part of /unix to sit above cylinder 
1023, which makes your system unbootable (because even UNIX needs the BIOS to 
boot the operating system).

> 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'm fairly certain that, once the kernal is loaded and running, its drivers 
are used and the BIOS is forgotten entirely.  I might see some use for the 
BIOS when running a DOS compatibility box such as VP/ix or Merge, but all of 
the information you can get from the BIOS should be available in some form 
from UNIX anyway.

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: biz.sco.general
From: leonard@allink.com (Leonard Primak)
Subject: Re: Ok, I give up.
Keywords: trap crash RCH RAM
Organization: NYNEX ALLINK Company
Distribution: usa
Date: Tue, 22 Dec 1992 20:33:54 GMT

In article <1992Dec19.040658.24723@rock.concert.net> darkshot@rock.concert.net (Michael B Garrett -- Chudys) writes:
>Ok. My kernel is tuned to an RCH, buffer space is fine, I have plenty
>of RAM (16 MB) and just 4 users max o ODT 2.0, but:
>
>Every odd now-and-again I get "Panic: kernel mode trap 00000000x00000000
>and it dumps its guts into the swap.
>

	First, go into /etc/crash and run the <t> subcommand.
That will show you where exactly the crash happened.  It's quite possibly
might be a faulty add-on driver or a corrupted driver file.
It if is, re-load it from the distribution.

						leonard@allink.com


Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: SCSI eiad selection error, Sankyo Tape driv
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 02 Jan 1993 18:42:00 GMT

In <9301011333.aa16107@dlpco.dlpco.COM> lee@dlpco.dlpco.COM (Lee Penn )         uunet!mlite!tom@uunet.UU.NET writes:

:I'm getting an error message from my system which has be puzzled. 
:It does not cause a problem, but we see the error every morning 
:when we come in after a CTAR backup to my Sankyo 1 Gig tape 
:drive.

:NOTICE: eiad: Error (Selection Timeout) on SCSI adapter 0 (ha 0 
:id 2 lun 0)

:I get this error message 4 times during our nightly ctar backup.  
:I think it comes actually from the verify step rather than the 
:actual backup step.

There may be a timing problem when you start the tarcheck backup
if you don't wait a bit after CTAR is done to allow the tape to
rewind.  I put a 'sleep 120' in my nightly backup script to give
the drive time to finish rewinding.

:If I try to run the verify from the csave menu, then I get the 
:error message pops up after a while and ctar asks if I should do 
:error recovery.  If I reply with a yes, then the verify continues 
:onward.  During the nightly backup/verify, I am assuming that 
:ctar simply retries automatically.

:This is an irritating, but not disasterous problem and only 
:occurs with the tape drive.  I suspect that backing off the 
:blocking factor to 20 rather than 64 might help, but am not sure.

I use a blocking factor of 20 for two reasons.  First I can read
the tapes with standard tar programs (SCO's didn't support
blocking > 20 last time I looked).  Second on older Xenix systems
the system slowed down drastically on some large blocking
factors.  There didn't seem to be any significant speed penalty
for using blocking of 20.

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: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Blocked ASCII
Date: 24 Dec 92 23:22:29 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: 228
Precedence: bulk

On ODT 2.0/ Unix 3.2v4, there's some mention in the 'dd' man page about
conversions to and from ASCII / blocked ASCII.  What's "blocked ASCII"?
-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
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: Re: MMDF with TCP/IP (smtp)
Date: 30 Dec 92 18:02:16 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,

> I have been trying to set up MMDF to allow mail to LAN connected nodes
> using the mail/mailx program without any luck.  I have studied the 
> 1.1 Admin guide (checking 2.0 admin guide for any clues).  Set up
> a UUCP connection and mmdf UUCP channel/domain no problem.
> 
> :
> :

Did you set up the default (badhosts) channel to route mail to unknown
domains?

I think your mmdf either does not know about the domain the mail is
going to (not listed in any .dom file) or there is no badhosts channel
set up to route mail to unknown domains (mail gateway). Because I
don't (yet) know too much about UUCP, you have to check with your
manuals again (I only set that up for SMTP).

Roman

---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)                    Hedelfinger Str. 154
Copier and Printer Development                      7000 Stuttgart 60
Kodak AG                                                      Germany
fietze@kagcpd01.ag01.kodak.COM                  VOICE 49-711-406-2839
fietze@kodak.COM                                    K-NET 28-631-2839
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.sysv386
Subject: Logitech C9 Serial Mouse at 9600 Baud
Keywords: logitech serial mouse
Date: 30 Dec 92 22:40:50 GMT
Followup-To: biz.sco.general
Organization: ShadeTree Software, Inc.

Does anyone know if a logitech serial mouse can be configured for 9600
baud? If so, how? By default, SCO configures the mouse at 1200 baud.

I have some software (an X server from Pittsburgh Powercomputing) that
will access the mouse directly (i.e.  not through the SCO event
driver) at 9600 baud and the DOS drivers that came with the mouse
allow one to configure it at 9600 baud so I know it can be done.

The STTY and INIT strings in /usr/lib/event/devices would seem to be
the things to change but I don't know, nor could I determine, what the
values should be.  Simply changing the baud rate did not work.
-- 
	    | 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
Newsgroups: biz.sco.general
From: alanm@netcom.com (Alan H. Mintz Cons)
Subject: Re: Performance issues revisited
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 24 Dec 1992 18:04:33 GMT

bob@consult.UUCP (Bob Willey CDP) writes:

>Note:  You will notice on the New System (SCO Xenix 2.3.4) the dd
>command gave us an error:  dd: argument 256K out of range
>Tried doing 64k and also 262144, but no luck.  Obviously something
>is still not setup correctly on the NEW SCSI-2 system with the
>Adaptec 1542B controller. 

This is a bug in 2.3.4's dd, not related to SCSI. Restore the 2.3.2 dd
to solve it.

> We really need to get our hands on the
>SCSICNTL.EXE program so we can see what is going on.

I got a copy off a BBS in Arizona somewhere. Check nixpub or
perhaps comp.periphs.scsi.
-- 
< Alan H. Mintz | alan@mq.mq.com   | ...!netcom!ahmcs!mq!alan  BEST PATH >
<            OR | alanm@netcom.com | ...!netcom!alanm                    >
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: TCP on Notebook PC, or SLINK on Parrallel
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 26 Dec 1992 16:20:23 GMT
Keywords: TCP Notebook

In <410@carssdf.UUCP> watson@carssdf.UUCP (- Self Empl. Sys.Integrator) writes:

:I would like to run TCP to my (yet to be purchased) notebook to load up
:large directries, 40 Mb or so.  I can't use my 8013EPT cards without buying
:a large, expensive, awkward docking station.  SLINK might be ok but I don't
:know how bad the transfer rate would be.

:Some E-net cards are available for the parrallel port, but I don't think
:they are SCO TCP supported. I can't see how they could be any faster than
:a parrallel link using SLINK like lap-link does it.

I saw a Zenith laptop at SCO Forum last August running ODT 2.0.
This machine had a built-in ethernet card (10BaseT as I remember)
which was supposed to be SCO UNIX/ODT compatible.

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: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general
Subject: SCO TCP on LAPTOP
Date: 30 Dec 92 00:52:50 GMT
Organization: John Watson (Self Employed System Integrator)

Does anyone have a LAPTOP running SCO UNIX TCP?
 The problem is that most laptop E-net connections use NE-2000 compatible
 cards or require DOS-Drivers that aren't supported under SCO.

Second request re-phrased slightly, sorry,
 if I don't get a response this time I'll let it rest.

John Watson      watson@carssdf.UUCP