HDTenEightyP/NetNews huggingface dataset:
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Adaptec 1542 disk locks
Keywords: adaptec 1542
Date: 25 Jan 93 18:57:07 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


>Paul, I am running 32 Megs of RAM.  According to your note, I 
>should have NBUF=6,553 and NHBUF=1,638???  Since SCO defaults to 
>200, this seems rather high to me.  Also, having NBUF so high, 
>the time to clean the buffers to disk would be lengthy and I 
>would think that a crash might be more damaging.

Lee,  I said NBUF=RAM*0.1.  In your case ~3200.  NHBUF should then be ~800 
rounded up to the nearest power of 2 which would be 1024.  My system has 24MB 
of RAM, and uses this algorithm.  Several of my customers have >80 MB, and I 
set them up for it too.  I think the ratios make a big difference.  

NBUF=2048 on my machine, and NHBUF=512.

>I'm tempted to try this larger number as we are currently running 
>NBUF=600 and NHBUF=64  (I may increase NHBUF to 150 based on your 
>note).

Try what I suggested for a few days, and see what happens.


--------------------------------------------------------------------------------
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
From: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: Re: gcc 2.2.2 under SCO: libform.a link problems
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 28 Jan 1993 04:47:17 GMT
Content-Length: 1275      
Precedence: bulk

Mike S. writes:
> From: "Mike S."   <<-- is that some new form of the Sccs system? ;-)

> (SCO 3.2.2 OS+DevSys, gcc 2.2.2)
> 
> Using gcc to compile/link a program using SCO's forms package,
> we get unresolved references on regexp() and regcmp(), which
> are first referenced in /usr/lib/libform.a
> 
> Without changing ANYTHING on the compile or link commands,
> but using SCO's cc instead of gcc, we don't get the link errors.
> 
> The end of the library list on the link line looks like:
> 
> 	-lpanel -lmenu -lform -lcurses
> 
> I would suspect something was out of order if SCO's cc hadn't
> worked, but as it stands, I can't think of what the problem
> could be..  Could SCO's cc be searching more than just the
> standard libraries?  (but gcc still uses SCO's linker, so
> I don't see how that could be the case)  In any case, I have
> used nm to parse all libs in /lib, /usr/lib and can't find
> regexp()/regcmp().
> 

Try using 'ar' for parsing libraries.

The SCO cc loads libintl.a (which is where your missing functions are housed)
unless you specify -nointl.

Gcc does not. Depending on the patches you used to compile your gcc, you have
to tell it either -lintl or -scointl.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: Miroslaw Szczypinski <listy@i17unixB.ists-pwr.wroc.edu.pl>
Subject: B6 problem
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 14 Jan 1993 17:21:28 GMT
Precedence: bulk

Hi,
I have ODT 1.1, in "Release Notes" I found sentence:
"Open Desktop requires a stepping of B6 or greater for the 486 microprocessor"
pg. 87. 
Who could explain me what does "B6" mean?

-------------------------------------------------------------------------------
Miroslaw Szczypinski
email: mszr@i17unixB.ists-pwr.wroc.edu.pl
--------------------------------------------------------------------------------
From: wang@eunet.co.at (Wang)
Newsgroups: biz.sco.general
Subject: Re: HELP! Supp. Graphicscard not working in ODT 2.0!
Date: 24 Jan 93 15:04:44 GMT
Organization: EUnet EDV-Dienstleistungsgesellschaft m.b.H
NNTP-Posting-Host: hp4at.eunet.co.at
X-Newsreader: TIN [version 1.1 PL8]

: Wang (wang@eunet.co.at) wrote:
: : We've tried to install ODT 2.0 on an AST Power-something with 8MB Memory 
: : (to be upgraded).
: : We are using an Orchid ProDesigner IIs Graphicscard (which is supported
: : by ODT) connected to a Samsung SyncMaster 15 Monitor. Running MS-Dos on
: : the primary Partition everything is fine (1024 x 768 Res, 70Hz Refresh)
: : Adjusting the _same_ parameters in ODT (using mkdev graphics) the Monitor
: : is not able to synchronize. We tried a lot of different Configurations
: : (Monitors and Card, including 'Others' and 'None'). In order to check
: : we activated/deactivated IRQ 2 and 'Boost'-mode on the card but with no
: : success! Again in DOS this graphicscard/monitor combination is very
: : versatile and functional on this machine! 
: : Since we need X11 up and running it's an burning problem!

Ok, what I found out on this:
It's an AST Power Premium II with onboard VGA controller. 
Meanwhile I tried another videocard (Genoa Super VGA) but this card 
doesn't work either in any graphicmode! The PC has an onboard video-
controller, so I pulled out the additional card and enabled the original
controller on the motherboard. No success.

I disabled 'scologin' in the initab and invoked 'startx'. THIS returns
with an error:
XIO: fatal IO error 5 (I/O error) on X server "(null)" after
0 requests (0 known processed) with 0 events.

This sounds like an hardware-access error to me.

I wonder what's going on there! Furthermore I wonder why it's neccesary to
select a monitor! I tried the Orchid videocard in another PC running ODT 2.0
with no problems in all modes no matter what monitor I selected!

Anyone his help for me?
Thanks a lot!

Michael

-- 
Michael Zacherl, Management Data Wang Ltd., Vienna |
E-MAIL: mza@pag.wang.co.at                         | "You can lead a horse 
PHONE:  +43 (1) 89-111 ext. 433                    |  to water, but you can't
FAX:    +43 (1) 894-17-14                          |  make it drink!"   
Newsgroups: biz.sco.general
From: Wes Chalfant <wes@kofax.com>
Subject: Univel Product
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 29 Jan 1993 03:37:06 GMT
Precedence: bulk

> I inadvertently deleted a message this morning that talked about 
> a reduced cost offering for Univel product.  Does anyone have the 
> prices and a phone number for Univel so that I may obtain 
> additional information?  

	Funny thing -- I had to come up with the same info quickly
too.

	They have introductory pricing until tomorrow (Friday) on the
two bundles: Personal Edition plus SDK ($599, normally $495 + $995)
and Application Server plus SDK ($899, normally $2495 + $995).  You
probably want the Application Server bundle -- besides supporting more
than 2 users, it includes TCP/IP and NFS (extra cost in the Personal
Edition), plus a few other goodies (IPX/SPX server stuff, for
example).  There are two other products available as part of this
offer as well -- the Motif Developer's Package (normally $345, on sale
today only for $175) and the Driver Development Tools (normally $345,
but for you, only $149).

	To take advantage of the offer, you need to get a copy of
their order form and Developer's info forms; you can get those through
their Faxback server 24 hours a day.  You should be able to FAX back
those forms by Friday with a credit card number and still get in on
this offer.
 
	Their phone number for both their Faxback server and a few
overworked presales people is (800) 4-UNIVEL (486-4835).  That will
get you into the phone mail jungle.  Type "4" for developer info, and
wait to be passed to the next phone mail system.  Type "1" to request
FAXed info, and wait for the next phone mail system.  Type "1" to
request specific documents; you want document 4010 -- UnixWare
Developer Program.  You might also want 2030 (UnixWare Application
Server), 2025 (UnixWare Personal Edition) or 2020 (UnixWare Product
Sheet).

> p.s. - I am in the habit of deleting all of those bandwidth 
> wasting comments fighting over PC UNIX religion.  We are in the 
> service business here, and the bottom line for us means that we 
> make the stuff work for the customer.  Who gives a rat's hindend 
> about what does what as long as the features and functionality of 
> the product is up to the task.  I must say we have fun while 
> we're at it too.  It's all interesting reading, but barely worth 
> the wasted time tapping on the keyboard.  

	Amen.  I almost missed the message about UnixWare by deleting
those messages automatically.

----
Wes Chalfant    Kofax Image Products, Inc.    wes@kofax.com
Newsgroups: biz.sco.general
From: lee@dlpco.dlpco.COM (Lee Penn )
Subject: PS/2 mouse port on Dell machines under ODT
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 27 Jan 1993 12:58:14 GMT
Precedence: bulk

>From uunet.uucp!xenitec.on.ca!news Wed Jan 27 06:14:54 1993
>To: xenitec.on.ca!distribution@uunet
>Path: xenitec!news.byu.edu!news.mtholyoke.edu!nic.umass.edu!noc.near.net!transfer.stratus.com!applix!jim
>From: "Jim Morton [ext 237]" <xenitec.on.ca!uunet!applix.com!jim@uunet>
>Newsgroups: biz.sco.opendesktop
>Subject: PS/2 mouse port on Dell machines under ODT
>Message-Id: <1690@applix.com>
>Date: 25 Jan 93 18:43:27 GMT
>Organization: Applix, Inc., Westboro, MA

>Has anyone had a problem using a Dell's built-in PS/2 style
>mouse port with the SCO/ODT mouse driver? I've tried all 
>combinations of "keyboard mouse" and "bus mouse" to no 
>avail. I know it's using IRQ12, which agrees with both the
>hwconfig message and the Dell documentation....maybe the I/O
>port range is different??

>I can get it running with an external Logitech serial mouse
>plugged into COM1:, but I really want the use the Microsoft PS/2 
>mouse and port that came with the system....

>--
>Jim Morton, Applix Inc., Westboro, MA
>...uunet!applix!jim    jim@applix.com

Call Dell.  Since they sell SCO ODT and UNIX, they should know 
the answer to this question.

Good test of Dell support in fact.  Larry has been commenting on 
how good their support is.  I would be interested in your 
feedback on your experience.  My one big experience with Dell was 
not so good.

Anyway... they should know since they sell and support SCO as 
well as their own V4 version.

================================================================================
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
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: SCO UNIX AND HD'S
Date: 23 Jan 93 11:50:46 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 Ron,

> Ram and a 500 Meg Fujitsu SCSI hard drive and ALLWAYS IN-2000 controller
> card along with a 4 port Digiboard. Does anyone have any thoughts on
> this setup ie: Does SCO work ok with SCSI??

I know somebody runing this IN-2000 SCSI-controller on SCO ODT 1.1. So
I think it will run on SCO ODT 2.0 or UNIX 3.2.4 as well. I remeber
there was a problem to get a proper boot disk for the IN-2000. You
either send in your Master Boot disk and they create you one or you
have to create it by yourself on any SCO UNIX system. The only problem
with that was that the system sometimes did not fit on a single floppy
(remember: this was on ODT 1.1). The Digiboards are known to run under
SCO UNIX. The only thing is your memory, please spend these few bucks
to get some more chips (UNIX about 8, ODT as much as you can, maybe 12
or 16 or even more).

Roman

---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)              Kodak AG Stuttgart/Germany
fietze@kagcpd01.ag01.kodak.COM                       fietze@kodak.COM
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Re: HELP: Adaptec 1542b-connected SCSI peri
Keywords: Adaptec 1542 disk locks
Date: 22 Jan 93 12:55:05 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>:>During that time, the disk acess light is on, and I can switch multiscreens
>:>and key in someting (and get the echo of what I type). If an uucp connection
>:>is taking place, I get several "alarms", so I think serial characters are
>:>being lost. I haven't tried to "ping" the system from another computer in
>:>the net (15 seconds is too short for that), so I don't know if ping fails
>:>also as you mentioned.

>My guess would be that the drive is doing some kind of reset/error
>recovery.  Everything else stops because all disk IO has stopped.
>-- 

What is you NBUF and NHBUF set to?  Run "sysdef" and grep for those parameters.
--------------------------------------------------------------------------------
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: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Big Drives
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Wed, 27 Jan 1993 21:00:21 GMT


In article <256@jptcs.COM>, tps@jptcs.COM (Tim Sailer) writes:
>
>I have a client that has ODT 1.1 running on a networked 386-33 with
>an Adaptec 1542B SCSI controller. They are going to port our huge
>application and data to a DECStation 5000 soon, but need to put another
>large core drive online first. What is the largest SCSI drive that can
>be hung on the SCO box, and will the same size drive work with the DEC?

I think the largest supported SCSI disk for the DECstation is the
RZ58 which is around 1.3 GB.  The largest supported non-SCSI disk
(RA73) supported by ULTRIX (V4.3) is 2 GB.  The 2 GB limit is a
pretty solid one for file systems and usable raw devices.  It
seems possible to partition very large devices into multiple 2 GB
partitions, but I doubt this is supported.
>
>Thanks,
>Tim
>-- 
>Tim Sailer
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: biz.sco.general
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Subject: Re: PC Unix/Xenix vendors
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 27 Jan 1993 15:52:49 GMT

> Jon LaBadie writes:
>
> In fact, I question the stability issue.  It is my "SUBJECTIVE"
> impression that there are many more discussions of problems with
> SCO UNIX that other flavors.  Yes, they have a larger installed
> base, but from the breadth of problems, I don't think that is the
> sole reason.

I think that perhaps it is.  Remember, "larger installed base" here
translates to 3/4 of the intel unix market.  That means three times more than
everybody else put together.  People are also more likely to expect obscure
hardware to work with SCO Unix, and a lot of the "problem" postings I see are
related to trying to make some new peice of hardware work.

Frank.
--
___________________________________________________________________
Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
Xref: sparky biz.sco.general:5389 comp.unix.sys5.r3:324
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general,comp.unix.sys5.r3
Subject: Re: sio hangup problem - advice sought
Date: 21 Jan 93 05:48:39 GMT
Followup-To: biz.sco.general
Organization: ShadeTree Software, Inc.

In article <1ji3gkINNaa8@hp4at.eunet.co.at> mah@ic.co.at writes:
:>I'm at wit's end with a sio driver problem; any hints/help appreciated.
:>
:>This is not a beginners question.
:>
:>OS: SCO 3.2.2
:>Modem on tty2A, 9600 Baud, with plain getty, 'm' gettydefs entry.
:>
:>Problem:
:>--------
:>After one or several successful dialins, the port will drop DTR *immediately*
:>after DCD was raised by the modem, which of course makes the modem 
:>hangup. The DTR drop occurs long before the first characters are written
:>to the port by getty. 
:>
:> ...

I have never had a problem with dialins.  The 'm' entry is designed
for a direct connect port and not dialin (so they say).  I have always
taken one of the 1-2-3-4... entries and made a '7' for 9600 baud.
The difference between the dialin entries and the 'm' entry seems
rather insignificant though.  There are bugs in the driver if you
try to do dialin at 19200 baud.  This would always hang up as soon
as it got carrier.

Make sure that tty2a and tty2A aren't both enabled.
-- 
	    | 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,biz.sco.opendesktop
From: jeffs@netcom.com (Jeff Saxton)
Subject: binary archives (biz.sco.binarys)
Followup-To: poster
Keywords: archives binarys where?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 26 Jan 1993 01:06:53 GMT

can someone please give me a pointer to the
archive site for biz.sco.binarys

in particular I need archie, gopher, and xwais
I am without the TCP libs since upgrading to ODT2.0

thanks in advance.
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jeff Saxton					Internet: jeffs@netcom.COM
44 N. San Mateo Dr. #1					  root@tangent.COM
San Mateo, CA 94001					  800.223.6677.110
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: bob@consult.UUCP (Bob Willey)
Newsgroups: biz.sco.general
Subject: Re: HELP: Adaptec 1542b-connected SCSI periodically hangs for 2 minutes!
Keywords: Adaptec 1542 disk locks
Date: 21 Jan 93 13:52:49 GMT
Reply-To: bob@consult.UUCP (Bob Willey)
Organization: CCS Enterprises, Inc.

In article <1419@proa.es> alberto@proa.es (Alberto Poblacion) writes:
>>    I'm using SCO ODT 2.0 (i.e. SCO Unix SysV 3.2.4.0) with a 1542b and a
>>Toshiba 876MB (formatted) SCSI drive.  This usually works just fine.  But
>>every now and then when under heavy load (usually paging) the disk will
>>just lock up for about two minutes.  During this time I can here the disk
>
#     The same thing happens to me under SCO UNIX 3.2.2. I have upgraded
#my 300 Mb Micropolis disk to a 1000 Mb HP disk, and also the 1542A SCSI
#controller to a 1542B, and the system still continues to freeze in the same
#     It is not as long as 2 minutes; it only freezes for about 15 seconds.

We have reported the same thing under SCO Xenix 386 2.3.4, so it must
either be in the HD or the Adaptec 1542B.  We use an HP 667mb SCSI-2 drive.
We have been fooling around with SCSICNTL.exe to see if we can resolve
it and have been unable to.  Several people on the net have been very
helpful in trying to resolve this (including bela).

If anyone gets this resolved, or finds out for sure what is causing it
please post it, as this appears to be a common problems.  Thanks.

-- 
>.. 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 ...........<
From: jpp@StarConn.com (John Pettitt)
Newsgroups: biz.sco.general
Subject: Re: Heat problems, DigiBoard PC/Xem
Date: 23 Jan 93 06:38:48 GMT
Organization: Starnet-Public Access UNIX--Los Altos, CA  415-949-3133

paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:
>Why not buy a 2 cubic foot 'fridge, punch a few holes in it, and put the case 
>in there?  It should keep it cooler.  ;^)

:-) noted

A classic example of a software guy trying to solve a hardware problem :-)
Won't work !  say 300W supply at 50% efficency (on a good day) so your
machine is putting out 600 watts of heat (less the power dissapated by
drive to terminals and monitor - not a lot).  You find a fridge that
will cope with a 600W heat source inside it.  

No what you need is the solution adopted by all true hardware types -
take the top off the machine, and the front pannel (and any other
removable part not needed for operation) and THROW THEM AWAY :-)

Or plan b) the hardware kludge solution which involves a thermistor, relay,
solonoid and a can of freon (ozone layer pah!).

Regards
John (sarcasm, me ?) Pettitt

-- 
John Pettitt, CEO, Dolmus Inc.			jpp@starconn.com
Archer N81034					apple!starnet!jpp
Me, say that, never: It's a forged posting!	Fax:   +1 415 390 0581
						Voice: +1 415 390 0693
Newsgroups: biz.sco.general
From: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: Re: Strange problem with cd, sh, ksh, and bash
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 26 Jan 1993 03:48:41 GMT
Content-Length: 605       
Precedence: bulk

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.

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

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: jre@zeos.com (Jim Erickson)
Subject: Re: Locked terminals
Organization: Zeos International, Ltd
Date: Sun, 24 Jan 1993 01:14:20 GMT

In article <1993Jan22.203509.5044@zeos.com> jre@zeos.com (Jim Erickson) writes:
>   I was wondering if anyone could tell me which file is changed by the OS when
>a terminal is locked because of too many hack tries.  We are running SCO

   Its /etc/auth/system/ttys.  Many thanks to those who replied!

---JRE---


-- 
Jim Erickson             ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    1301 Industrial Blvd. N.E.
Any opinions expressed    Z   E    O  O     S   Minneapolis, MN 55413
herein are my own!       ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
From: frankb@eplegal.UUCP (Frank Brock)
Newsgroups: biz.sco.general
Subject: montoring uucp connect time
Date: 24 Jan 93 21:24:44 GMT
Organization: Eagle-Picher Inc.

we are using sco 3.2.4.  i am trying to monitor the length of time
each uucp connection is made to each machine.

any advice?

frank brock
frankb@eapi.com

Newsgroups: biz.sco.general
From: john%dfe@uunet.UU.NET (John Hardin)
Subject: hardware head-scratcher
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 26 Jan 1993 18:25:01 GMT
Precedence: bulk


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

	My system has two parallel ports.

	Under SCO Xenix 2.3.3 they were lp0 and lp2.

	Under SCO Unix 3.2.4 they are lp0 and lp1.

	No switches were changed.

	Why? Why? Why?


-- 
					-John Hardin
					Systems Manager
					Sizzling Platter of Washington, Inc.
					johnh@splat.com

Newsgroups: biz.sco.general