HDTenEightyP/NetNews huggingface dataset:
From: mike@pacsoft.com (Mike Stefanik)
Newsgroups: biz.sco.general
Subject: Re: 3.2 4 system reports 3.2 2
Date: 29 Aug 92 11:22:43 GMT
Organization: Pacific Software Group, Riverside, Ca.

In an article, geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>[...] but why does SCO UNIX SysV R3.2v4 report that it is SysV R3.2v2?

If it's so important to have the correct version number, then by all
means, change it yourself (an exercise for the determined reader :-)

-- 
Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
Pacific Software Group, Riverside, CA
Newsgroups: biz.sco.general
From: cbuckley@unix1.tcd.ie (Colm Buckley)
Subject: Parallel port problems....
Organization: Trinity College, Dublin
Date: Fri, 4 Sep 1992 12:38:07 GMT

Strange one this...

I have two almost identical 486-based PC's, each with SCO UNIX 3.2.4. On
the first machine (VGA 1024k Colour, 8Mb RAM, 2 x 200Mb IDE HDD), I can get
the parallel port to work using "mkdev parallel", and selecting the port at
address 378-37f, vector 7, but this doesn't work on the second one. (And,
in fact, neither does any of the other options in "mkdev parallel".) The
mkdev and relink goes ok, but no parallel port appears in hwconfig, and
the /dev/lp devices are dead. The machines are almost exactly the same
(serial numbers differ by 8), except that the second machine (the one on
which the parallel port is not working) has a Specialix SI/8 serial adaptor
installed, has only 4Mb instead of 8, and has a mono screen (the VGA
adaptor is in mono mode). Would any of these cause the parallel port to
fail? If I boot the machine under DOS, the port works fine, so I don't
think it's a HW problem.

Any help or suggestions would be welcome.

-- 
Colm.
+-------------------------------------+----------------------------------+
| Colm Buckley                        | "My program doesn't work."       |
| 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."                      |
+-------------------------------------+----------------------------------+
From: jmiller@wendy.bowlgreen.oh.us (Jim Miller)
Newsgroups: biz.sco.general
Subject: uugetty problems
Date: 4 Sep 92 18:06: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

Hi everyone,
   I am having very little success using uugetty on a modem line. Everything
works when uucico is the only program that calls out on the line. After
the uucico conversation is complete, uugetty notices, and reinitializes
the modem with uuchat. When you call into the modem, use the system, and
log out, uugetty notices this too, and re-initializes.

   However, uugetty does NOT notice when cu is done with the line. Is cu
incompatible with uugetty? After the cu conversation terminates, the modem
just sits there and never gets re-initialized for dial-in.

   I was under the impression that uugetty watched for LCK files in
/usr/spool/uucp, and if it found a lock for the line it was on, it would step
aside. When it noticed that the lock file was gone, it was to start up uuchat
and re-initialize the line. Is this correct?

Thanks for any help you can provide.

Jim Miller
Newsgroups: biz.sco.general
From: Frits van den Heuvel
Subject: WANTED: pop3 server for SCO UNIX 3.2
Organization: R.I.V.M.
Date: Fri, 4 Sep 1992 12:50:54 GMT

Is there somewhere a pop3 sever (daemon) available for SCO UNIX v3.2?
All the poppers I've tried were BSD like versions and the ones for SYS V need a
bsd library which I don't have. So please if you know something, let me know.

Frits van den Heuvel.

National Institute of Public Health and Environmental Protection,
Attn: F.H. van den Heuvel, SB2/PB 83,
P.O. Box 1, 3720 BA, Bilthoven,
The Netherlands,

Telephone: (31) 30 - 74 34 84, Mailreply: sb2fhh@rivm.nl
 
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Booting and Keyboard Input
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 27 Aug 1992 10:51:31 GMT

In article <9208260813.aa25587@dlpco.dlpco.COM> lee@dlpco.dlpco.COM (Lee Penn) writes:

>This is becoming the "classic ioctl.syscon" problem....  The file
>/etc/ioctl.syscon is corrupted and your "stty" state is totally 
>scrambled. 

...

>I wonder if SCO has fixed this problem in 3.2.4? or ODT 2.0?  It 
>is a real pain and makes no sense at all. 

Isn't the idea so you can change the stty requirements (as might
be required for a terminal to be syscon?).  It does make sense;
but the implementation could be a bit smarter.

		Tony


Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: biz.sco.general
From: garyf@wang.com (Gary Field)
Subject: Reliability problems with SLIP
Organization: Wang Labs, Lowell MA, USA
Date: Thu, 03 Sep 92 17:48:40 GMT
Keywords: SLIP, TCP/IP


I've been experimenting with a SLIP connection between two systems
running ODT 1.1. The link works fine for a while, but if I ftpa large
file (>500k), or leave ping going for 20 minutes, SLIP gets very confused.
There is still lots of activity on the cable (I can see it on a breakout box),
but ping stops displaying anything and ftp transfers don't complete.

The connection is just a null modem cable about 12 ft. long. I'm using the
tty2a device on both systems. Both systems have NS16550AFN UARTS on the ports 
being used. The standard COM2 port is used in one system and a AST 4-port 
card is used in the other. I have tried baud rates from 2400 to 9600.
The test will run longer at 2400 baud but probably only about the same number
of bytes gets transfered before trouble occurs.

Is anyone out there using SLIP under ODT 1.1 successfully?

Gary

-- 

/*-------------------------------------------------------------------------
   Gary A. Field - WA1GRC, Wang Labs M/S 019-72B, 1 Industrial Ave      
   Lowell, MA 01851-5161,  (508) 967-2514, email: garyf@wiis.wang.com
-----------  Anything not worth doing, is not worth doing well. -----------*/
Xref: sparky biz.sco.general:3072 comp.unix.sysv386:13744
From: Petri.Wessman@hut.fi
Newsgroups: sanet.list.sco,biz.sco.general,comp.unix.sysv386
Subject: Mysterious SCO 3.2.4 lockups
Date: 26 Aug 92 08:37:33 GMT
Reply-To: Petri.Wessman@hut.fi
Distribution: sanet
Organization: La Gata Encantada
X-Conv: Automatic mail-->news conversion at olsa99


I'm having some problems with the new SCO 3.2r4.1, and would
appreciate some help. The system works fine normally *if I'm running
something*, but if I log out from all the multiscreens (leaving just a
getty on each screen), the systems locks up totally in a few minutes.
By "locks up" I mean that nothing happens, the keyboard is quite dead
(I don't have a serial terminal so I can't check whether it's just the
multiscreens that zonk). I tried the keyboard lockup fix found in the
Troubleshooting section of the SysAdm manual -- no effect. This is
getting to be really annoying, so far I've "solved" it by running
something, usually u386mon, in one of the multiscreens.

Some info about the system:

- "generic" 386/33 box, 8MB RAM, 64k cache, 330 MB ESDI disk,
  Paradise 1024 VGA, serial/parallel I/O card.
- MS4.1 installed.
- TCP/IP 1.1.3 installed, but not active at the moment
- Development system 3.2.4 installed
- Some kernel parameter modifications, including screen blanker on
  (in 15 mins), ETRUNC 1, etc. All well within the /etc/conf/cf.d/mtune
  limits.
- Getty running on only the first 4 multiscreens.


I've also had some type 0xE panics now and then, but fortunately rarely.

The thing is, this same system ran 3.2.2 for about a year without any
problems or a single panic/lockup!

Is anyone else having similar problems with r4.1?
Any and all help appreciated.

//Petri
Xref: sparky biz.sco.general:3035 comp.unix.sysv386:13614
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: SCO Unix drivers for Wyse-995 multiport adaptor?
Date: 26 Aug 92 18:02:20 GMT
Article-I.D.: carssdf.395
Reply-To: watson@carssdf.UUCP (John Watson -- Self Empl. Sys.Integrator)
Followup-To: biz.sco.general
Organization: John Watson (Self Employed System Integrator)


 I also am interested in SCO 3.2.4 compatible drivers for Wyse-995 cards.
Please copy my on results (or post)

John Watson
From: mscott@charm.urbana.mcd.mot.com (Mark Scott)
Newsgroups: biz.sco.general
Subject: Re: Have ESDI need SCSI
Date: 31 Aug 92 13:14:48 GMT
Reply-To: mscott@urbana.mcd.mot.com
Organization: Motorola Computer Group, Urbana Design Center

In article <398@carssdf.UUCP>, watson@carssdf.UUCP (- Self Empl. Sys.Integrator) writes:
|> I installed a pair of 670 mb ESDI disks at a customer over the last couple
|> of years, using a cacheing disk controller that work ok under Xenix, but
|> now on UNIX with EISA I would like to upgrade to 1742 mode.  Is there some
|> kind of box/board that would make the ESDI look like an SCSI?  The investment
|> is just to great to ignore.
|> 
|> John Watson

-- 

You might talk to 1776, Inc. I think they have a RAID setup that uses ESDI
disks to emulate a SCSI device to the OS. However, I think you'll pay more
for their solution than to just buy two new SCSI disks & an Adaptec. I'm
pretty sure it's the only thing on the market that even comes close to what
you are wanting. DPT probably has a 32-bit ESDI caching controller now that 
will give you quite high performance if you'd like to stay with a more 
"traditional" approach. Good Luck!

_________________________________________________________________________
Mark Scott			| 
Motorola Computer Group 	|     "Where there is no vision,
Urbana Design Center		|  	  the people perish."
#include <std/disclaimer.h>     |		   Proverbs 29:18
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Have ESDI need SCSI
Date: Sun, 30 Aug 92 17:44:52 EDT
Organization: Izot's Swamp

watson@carssdf.UUCP (- Self Empl. Sys.Integrator) writes:

> I installed a pair of 670 mb ESDI disks at a customer over the last couple
> of years, using a cacheing disk controller that work ok under Xenix, but
> now on UNIX with EISA I would like to upgrade to 1742 mode.  Is there some
> kind of box/board that would make the ESDI look like an SCSI?  The investment
> is just to great to ignore.

   My own experience, if you change ESDI controllers (like MFM and RLL), the 
new controller will not read the old format reliably.  Even if the drive 
appears readable at first, overwriting the old controller's format with data 
by the new controller will bring problems.  Therefore, even if you find a 
SCSI-based ESDI controllers (I've seen such an animal for MFM, but never 
ESDI), you're probably going to need at least a reformat and restore from 
backup.

   You'd probably be best off to buy an ESDI controller that emulates the 
WD1003 MFM controller, like those by DPT or PSI.

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
"Feel for the winter but don't have a cold heart" - Little River Band, "Lady"
Xref: sparky biz.sco.general:3127 comp.unix.sysv386:13915
From: fengstad@xi.uleth.ca (Grant Fengstad)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: MMDF II on SCO 3.2.2
Keywords: mmdf
Date: 2 Sep 92 00:59:15 GMT
Organization: University of Lethbridge

I have recently upgraded the standard MMDF MTA supplied with SCO Unix
3.2.2 with the new MMDF II which is being offered by SCO as a TLS
Upgrade.

The primary reason for doing this was for Name Server support.  I've
had only one problem arise from the upgrade.  Previously, an application
(BBS) running on the system was able to send Email via the submit
program.  Since the upgrade, all mail is aborted with submit indicating
that it is unable to send to the channel.  It almost appears as if this
is an authorization problem.  My local channel is configured to allow
for auth=free.

Any ideas out there?

--
#====================================================================#
# Grant M. Fengstad		     E Mail: fengstad@alpha.Uleth.CA #
# Manager, Network Operations	     Voice:     (403) 382-6724       #
# Canadian Regional Airlines Ltd.    FAX:	(403) 327-1229       #
#====================================================================#
From: giant@eecs.nwu.edu (Chien-An Chen)
Newsgroups: biz.sco.general
Subject: Cannot go into multi-user mode.
Date: 2 Sep 92 01:41:43 GMT
Organization: EECS Department, Northwestern University, Evanston, Il., USA

After system reboot, I am asked if go to system maintanence mode. I
then type CONTROL-D. But the same message prompts out. I have to get
into the maintanence mode and type "init 2". It works. What I like to 
know is why? and how do I get it fixed.

-- 

       ------------------===--===--===-------------------
              Chien-An Chen (giant@eecs.nwu.edu)
               EECS of Northwestern University
From: paul@openage.COM
Newsgroups: sanet.list.sco,biz.sco.general
Subject: Re: SCSI II
Date: 25 Aug 92 16:56:35 GMT
Distribution: sanet
Organization: [resent by] The SCOGEN gateway and Propagation Society
X-Conv: Automatic mail-->news conversion at olsa99


>fr@compu.com (Fred Rump from home) writes:

>>If I would like the fastest and meanest I/O combination between disk, tape
>>and controller, what does the combined net wisdom recommend for a SCO UNIX
>>environment?

>Check if your setup works before you buy it. We are  just  having
>trouble  getting  SCO  to install on (probably too fast HP-) SCSI
>disks.

I had this problem with my HP SCSI-2 disk.  HP was aware of the problem and
they Federal Expressed me a new set of HDD ROMs.  It's worked flawless since
then.


--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general,comp.unix.sysv386
From: davidf@golem.uucp (David J. Fiander)
Subject: Re: MMDF II on SCO 3.2.2
Keywords: mmdf
Date: Wed, 02 Sep 1992 22:51:33 GMT

According to fengstad@xi.uleth.ca (Grant Fengstad):
>The primary reason for doing this was for Name Server support.  I've
>had only one problem arise from the upgrade.  Previously, an application
>(BBS) running on the system was able to send Email via the submit
>program.  Since the upgrade, all mail is aborted with submit indicating
>that it is unable to send to the channel.  It almost appears as if this
>is an authorization problem.  My local channel is configured to allow
>for auth=free.

The TLS makes no changes regarding authorisation.  If you have
attempted to configure MMDF authorisation, then I would guess
that you got it wrong some how, since it is very complicated,
and also very poorly documented (however, the SCO documentation
discussing authorisation is the best available).

If it is not an authorisation problem, then I would guess that
either your nameserver configuration isn't quite right, or that
your channel configurations have not been updated to take into
account some changes in the default behaviour of MMDF.

What exacly is the message that you get?

- David
Newsgroups: biz.sco.general
From: gary@nexnix.demon.co.uk (Gary Howland)
Subject: SCO network hanging
Distribution: world
Organization: nexnix
Date: Wed, 2 Sep 1992 22:34:35 +0000

We have SCO V.3.2 with TCP/IP and terminal servers.

Around every fortnight the SCO part of the network freezes (other
machines on the network are fine). Commands such as netstat -i stop after
displaying the headings.  I have run crash/strstat to check to see if
we are running low on stream resources, but this freezes.

Any ideas anyone?

Gary.
From: fengstad@alpha.uleth.ca (Grant Fengstad)
Newsgroups: biz.sco.general
Subject: Re: FOXPRO FOR SCO  WHEN????
Date: 26 Aug 92 17:21:44 GMT
Organization: University of Lethbridge

In article <1992Aug26.033055.13715@mixcom.com> ggvvgg@mixcom.com (Dave Fenske) writes:
>The last I heard was the Microsoft would release Foxbase for Unix sometime
>later this (1992) year.

Here is the official word, from what I've been able to get out of Fox
and Microsoft.

FoxPro 2.5/DOS and FoxPro 2.5/Windows is scheduled to be released before
year end.  

FoxPro 2.5/Mac is the next product scheduled to be ported and released
in the first half of 1993.

As of today, Microsoft is not spending any time development Foxpro for
Unix.  They do indicate that based on the success of 2.5 for DOS and
Windows, they intend to develop a port for SCO Unix, which they say could
ship in the first half of 1993.

Fox Software was developing FoxPro 2.0 for Unix, but the project was
scrapped.  Microsoft felt it was better to position all products on the
2.5 platform.  From what I've been able to ascertain, Microsoft is not
fully commited at this time.

So.... help me solve this problem.  Send email, place phone calls or
send requests to Microsoft, if you want to see this product developed.

--
#====================================================================#
# Grant M. Fengstad		     E Mail: fengstad@alpha.Uleth.CA #
# Manager, Network Operations	     Voice:     (403) 382-6724       #
# Canadian Regional Airlines Ltd.    FAX:	(403) 327-1229       #
#====================================================================#
Newsgroups: biz.sco.general
From: oklein@smallo.bo.open.de (Olaf Klein)
Subject: Re: Booting and Keyboard Input
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12
Date: Thu, 03 Sep 1992 19:14:58 GMT

lee@dlpco.dlpco.COM (Lee Penn) writes:

[solution for scrambled /etc/ioctl.syscon]
>I wonder if SCO has fixed this problem in 3.2.4? or ODT 2.0?  It 
>is a real pain and makes no sense at all.  This problem seems to 
>pop up on this net regularly  (say once a month tho it has been a 
>while since I've last seen a message like this).
Perhaps you should make a weekly control message like rmgroup :
rm_ioctl.syscon :-)

Bye, Olaf


-- 
Olaf Klein     smallo.bo.open.de       2:245/5800.12
Newsgroups: biz.sco.general
From: uaa1006@dircon.co.uk (Peter Miles)
Subject: Problems updating to 3.2.4
Date: Sun, 23 Aug 1992 17:08:44 GMT


I've had major problems upgrading to SCO 3.2.4. I'd be interested 
to know if anyone else has experience the problem, and how they 
solved it.

My hardware config is as follows:

386/33 Mhz ISA bus AT (Taiwanese clone-type)
AMI BIOS
Adaptec 1542B SCSI controller
1 x 450 MB Seagate WREN disk
1 x 1.2 GB Seagate WREN disk
1 x Cypher 150MB SCSI tape drive
EGA card
Mono monitor
Western Digital 8013 16-bit Ethernet adaptor
Specialix SI/8 terminal server 

My software config is as follows (before trying the update):

SCO 3.2.2 OS
SCO 3.2.0 devsys
SCO TCP/IP (1.1.1)
SCO NFS (1.1)

I originally tried to install the update from the disks supplied 
in the upgrade package I bought, but I couldn't boot off N1. 
However, I downloaded the MS101 update (including the new N1/2 
and M1 disk), and managed to boot fine with this.

I tried to perform the in-place update of SCO 3.2.4. All went 
pretty much fine (execpt the 2nd SCSI disk didn;t seem to get 
recognised) all the way through to the last step of the installation
procedure.

When the system rebooted to come up under the new version, it 
frozen at the initial "self-check" screen, where details of 
the hardware attached to the system is listed.

The first couple of devices (floppy disk, SCSI controller and 
first hard disk) where found OK, but straight after this, the 
system froze. None of the self-check letters were displayed 
at this point. The last line on the screen began with:
"Sdsk" and showed the parameters of the first hard disk.

Oddly, I tried booting up "unix.old" which was present on this 
disk, and the system booted properly, all the way through to 
system maintenace mode.  The "unix.old" seems to be some kind 
of cut down installation kernel -- it comes up with the correct 
version number (4.0).

I tried installing the rest of the MS101 update and rebuilding 
the kernel (in case some of the files had become corrupted in 
some way). But still no go. It continued to freeze in the same 
place.

Extra information: I did notice, that just before it froze each 
time, it seems to access the 2nd hard disk (it has its own distinctive 
sound!) briefly -- even though I was told earlier in the installation 
that only disk 0 (ie the root disk) was found and configured.

Please mail me any replies or help!

Thanks!!!

                -- Pete
-- 
Pete Miles			uaa1006@dircon.co.uk
				...uknet!dircon!uaa1006
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general
Subject: Have ESDI need SCSI
Date: 30 Aug 92 00:10:40 GMT
Organization: John Watson (Self Employed System Integrator)

I installed a pair of 670 mb ESDI disks at a customer over the last couple
of years, using a cacheing disk controller that work ok under Xenix, but
now on UNIX with EISA I would like to upgrade to 1742 mode.  Is there some
kind of box/board that would make the ESDI look like an SCSI?  The investment
is just to great to ignore.

John Watson
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general
Subject: Which telebit modem to buy
Keywords: telebit PEP slip
Date: 4 Sep 92 17:48:57 GMT
Organization: John Watson (Self Employed System Integrator)

I have a telebit t1000 that I use for my network feed. I am very happy
with it for uucp.  I now have to be able to communicate with 2 customers
at more than 2400, and I need error correction.  This link could, and
someday probably should be via slip.   Can I use the PEP mode 9600 for
interactive?  will it be horibly jerky?  I am the ony user and need to
save as much of my money as possible.  Should I realy buy three new modems
or just 2 more t1000's or should I buy 2 better modems for my customers
and upgrade mine later, like when I go to slip?  If so, which one?

There are so many telebit models, and I have no hands on experience with
9600 PEP no protocal interactive use.   I prefer to use the cheapest modem
possible, as they are subject to lightning damage eventually anyway, and
an extra $175us per modem is a lot of money.

John Watson      A self employed SCO reseller         watson@carssdf.UUCP
Newsgroups: biz.sco.general
From: bld@compuli.UUCP (Bruce Dustman user account)
Newsgroups: biz.sco.general
Subject: serial port setup???
Date: 4 Sep 92 11:43:03 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 a everex magic i/o card that has three serial ports,  SCO unix 3.2 v2.0
seems to only support 2 serial ports,  com1 and com2 as it comes configured
out of the box.  This leaves the third port unused,  I also have a wyse60 
terminal that I would like to attach to this third serial port,  and or a
modem,  both in my possession.  I would appreciate any insights into makeing
this com port available as com3,  this card also has a game port that should
be accessable via vpix for the dos software I am also interested in enabling 
the game port.

Do I need to do the mkdev serial, an add a com port as well as defining the
com port in the vpixdevs file (vpix 1.2.0) or only modify the vpixdevs file
and add a direct device for com3 device?  What is the appropriate methodology
to gain access to both com3, and game port for use on the system?

Any insights would be most welcome,  also enabling multiscreens for a wyse60
terminal,  any and all response most appreciated.  Thanks for your kindnesses

BRUCE
--
INTERNET     bld@compuli.seaslug.org     (Bruce Dustman) Computer Users Library
             camco!Bruce.Dustman         (206) 481-6881) data
UUCP:        uunet!camco!compuli!bld     (206) 485-7509) voice