HDTenEightyP/NetNews huggingface dataset:
From: "Steven E. Frazier 614-785-7335 Norstan Communication" <sfrazier@birch.vlink.com>
Subject: Color Video Adapters & Monitors
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Reply-To: "Steven E. Frazier" <sfrazier@eng.norstan.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sun, 6 Sep 1992 15:04:13 GMT
Precedence: bulk

I would like to upgrade my existing EGA monitor and card to work with the
X Windows on SCO ODT 2.0.

I am considering the ProDesigner IIs (1MB) card.  Are there any pros & cons
on this card?

I am also considering the Viewsonic (Panasonic, I believe) V monitor to go
with the above card.  Are there any pros & cons on this montior.

I am open to suggestions.  Obvious, I want to keep the cost low, but I would
be open to your suggestions.

thanks in advance.

Steve


-- 
Vlink 		                   | Steven E. Frazier
                                   |---------------------------------------
                                   | Local : sfrazier
(614) 785-7335                     | Remote: sfrazier@eng.norstan.com
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re:  divvy intrinsics
Date: 5 Sep 92 05:12:19 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

$>From reading the man pages on divvy, does divvy call mkfs?

   Yes, at least on Xenix 2.3.3.  If you want to check in your
version, try running

strings /etc/divvy | fgrep mkfs

$Also, after using divvy, does one use 'mkdev fs'?

   Yes.  mkdev fs does the nice things such as creating (and correctly
setting permissions on) the mount directory, setting up a lost+found
directory with a reasonable number of available directory entries,
and adding your filesystem to /etc/default/filesys.

   Note that if during installation you choose to create a /u
filesystem, the installation procedure will not automatically run
mkdev fs (or equivalent code) for you; you must do this manually.  If
anyone else thinks this is silly, send a feature request to
support@sco.COM and maybe they'll fix it in future releases.

-Steve
--
stephen@bokonon.UUCP      ...!{uunet,xrtll,becker.gts.org}!bokonon!stephen
--------------------------------------------------------------------------
Stephen M. Dunn, CNE, Senior Systems Analyst, United System Solutions Inc.
104 Carnforth Road, Toronto, ON, Canada M4A 2K7             (416) 750-7946
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: NCSA Telnet
Date: 11 Sep 92 12:56:53 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>Running crash/strstat shows plenty of resources free during these gaps.

>3) Eventually, after doing a lot of rcp transfers (I am trying to use this
>method to back up my DOS machine to a large Unix disk), the whole thing 
>hangs up. Running strstat then shows failures allocating 64 and 128 blocks

>ITEM                  CONFIG ALLOC  FREE     TOTAL    MAX   FAIL
>data block size   64     256   256     0      84272    256   5434
>data block size  128      64    59     5       1157     61   5191

>Why ?

There is an 80% watermark on your streams resources.  If you allocate 100 
buffers, and you see 80 in use you are up against the wall and it is a matter 
of time until it fails.  You should probably watch it run with u386mon, and 
then see if you need to increase streams resources.

--------------------------------------------------------------------------------
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
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Laser Optics wiring
Organization: W. J. Vermillion - Winter Park, FL
Date: Fri, 11 Sep 1992 14:48:38 GMT
Keywords: lightening

In article <1992Sep8.182035.15560@compu.com> fr@compu.com (Fred Rump from home) writes:
>bill@bilver.uucp (Bill Vermillion) writes:

>>>This is in Florida lightening country and previous installations in the area
>>>have always resulted in painful lessons about surges, blowouts etc.

>[specialix]
>>You can use their fiber drivers at $495 list per pair to connect any of
>>these, and you could go back to metal from any box.  Limit is 16 boxes
>>I'd recommend an installer whose is experienced with fiber.

>Bill, I believe you are in FL. I would have thought that this kind of stuff is 
>being done quite often down there.

More people are learning, but not enough :-(.   

>Since we normally do our own installs and 
>since that is really our business, we need to learn more about this fiber 
>business and the installation thereof ourselves. But how to get started is 
>another matter. So far we've been limited to pre-cut lengths from SunRiver and 
>others. 

>Are there any folks down in FL who do nothing but fiber installs?

At the local Community College that I do work for they use Custom Cable
Industries.  They are not an exclusive fiber house, but they are a
cabling house.  We use them for fiber, and for 90% of the rest (metal
runs) we do it ourselves.  Works well, and we don't have to get the
tools and learn the intracies of fiber splicing.    

When the installed the fiber last year I think 10 runs were put in.
Four are used for TDI Burroughs transmission, the rest will be used by
the new networks install.    I'd think that if you aren't going to do a
lot of fiber, it'd be best to have someone just do your fiber runs.
Or instead of buying the pre-cut lengths for local runs (not
inter-building) have them make custom lengths.


>This thing 
>needs to go into the ground under the parking lot and I would presume into
>some kind of a PVC pipe?

If you use a cable house, they should know all the answers, and just
how it should be run an protected.


-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: 48 point or bigger font for ODT
Date: 9 Sep 92 14:36:52 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 All,

Does anyone know if there is a 48point or bigger font under ODT?  If not, where 
can I get one?

--------------------------------------------------------------------------------
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
From: jaymin@maths.tcd.ie (Jo Jaquinta)
Subject: Wanted: Z80 C Cross Compiler for SCO Unix
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Wed, 9 Sep 1992 12:41:07 GMT

	Does anyone know if there is a Z80 C cross compiler that runs
under SCO Unix? Is there a Xenix one that can be ported? We have our
own libraries but need a compiler.
			Faithfully,
						Jo Grant

_______________________________________________________________________________
Jo Grant			| "Love is blind, or so it seems, to make me
jaymin@lanczos.maths.tcd.ie	| offer you my dreams. But after all is said and
44 Bancroft Ave., Tallaght,	| done, a blind man's dreams are not much fun."
Dublin 24, IRELAND		| -- Horslips, "The Blind Can't Lead the Blind"
Newsgroups: biz.sco.general
From: dionj@sco.COM (Dion)
Subject: SCO MMDF Channel Writer's Kit
Organization: The Santa Cruz Operation, Inc.
Date: Thu, 10 Sep 1992 15:20:18 GMT


This new technical library supplement has been put online
at SOS and UUNET.  This is a prerelease version and is unsupported,
like other TLS.  The CWK will appear in a forthcoming SCO release.
--------------------------------------------------------------------
from the cover letter:

TLS019 - Multi Memo Distribution Facility - MMDF mail subsystem
         Channel Writer's kit, interim release 0.4.2

This toolkit enables MMDF users to create new delivery channels for
MMDF in SCO UNIX. 

The kit works with MMDF release 1.0.0f and later, as provided in
TLS011, SCO UNIX release 3.2 version 4, SCO Open Desktop release
2.0, and later releases of SCO systems.

The kit is provided as a single compressed tar file.  Download,
uncompress into the directory in which you wish to build the new
channels.  See the file 'README' for more infomation on using the
toolkit.  Use the shell script 'build-it' to compile the toolkit.

As usual, comments are welcome, but no support is promised.

Dion L. Johnson
SCO Product Manager - Development Systems  400 Encinal St. Santa Cruz, CA 95061
Bangpath:                           ...{ucbvax!ucscc, decwrl, uunet}!sco!dionj
Domain:  dionj@sco.com    FAX: 408-427-5417                  Tel: 408-427-7565
From: sef@Kithrup.COM (Sean Eric Fagan)
Newsgroups: biz.sco.general
Subject: Re:  SCO 3.2.4/ODT 2.0 Filesystem Types
Date: 12 Sep 1992 17:36:12 -0700
Organization: UUNET Communications
NNTP-Posting-Host: ftp.uu.net

In article <9209081615.aa00888@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM> writes:
>Well, not quite.  I beleive that EFS is a 2k filesys while AEFS is a 4k 
>filesys.  Feel free to correct me if I'm wrong.

I think I can say with *some* amount of authority that you are wrong :).
(Being the author of most of the lfn and symlink code kinda gives me that
authority, I think 8-).)

AFS and EAFS differ only in one bit in the superblock, that says, "Please
let me do long filenames and symbolic links, please?"  There is only one
piece of code between the two of them, which just checks for that bit and
acts accordingly.  (It was considered to have two bits, one for long
filenames, and one for symlinks, but that was not done.)

There is a slight performance cost with long filenames; however, the total
of a filename must reside in a single block, which is entirely in memory at
that point, so it is minimal, and linear.  Using symlinks is very costly,
however, because they add, essentially, to the filename given, and scanning
directories is never the quickest operation.

Oh, and there is one other potential cost with long filenames:  since the
name must fit, entirely, in a single block, if there is not enough room in
the current block for the name (when creating and entry in the directory, of
course), then it needs to go to the next block.  This means that there could
be empty space in the block, which will be gone through when scanning the
directory.  It is identical to creating a bunch of files, and then removing
some of the early-created ones.  I.e., there is no automatic directory
compaction (sorry, but the kernel is not really the place for that, in my
opinion).

Newsgroups: biz.sco.general
From: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Subject: fchown(), fchmod()
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Reply-To: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 8 Sep 1992 15:53:32 GMT
Precedence: bulk

I am looking for fchmod() and fchown() calls under SCO 3.2v2.0.
I have tried (maybe partial) bsdlib ported to SCO (taken from ??? - I
cannot remember) but it does not include those calls.

Thanks in advance,

Ed

-- 

============================================================================
= Eduard Vopicka                             e-mail: Eduard.Vopicka@vse.cs =
= Computing Centre                              fax: +42 2 235 85 09       =
= Prague School of Economics                                               =
= W. Churchill square 4                                                    =
= CS 130 67 Prague 3                      ("There is always one more bug") =
============================================================================

Newsgroups: biz.sco.general
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Subject: Re: Are the Registration cards too much wor
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 10 Sep 1992 19:23:56 GMT
Precedence: bulk

As enscripted by David Thomas:
> 
> One reason why people may not want to send in their cards is because
> of SCO's support policy.  When you buy a system, they give you 30 days
> of free technical support from the time you install it.  If you send in
> the registration card, it starts the 30 clock ticking.  If you wait until
> you need some kind of technical support, you can claim that you just
> installed it and start the 30 day clock at that point.
> 
that's sure what happens.  the card _buys_ you 30 days of support, whether
you need it or not.  so who would _spend_ their coupon if it has an exp-
iry.

maybe sco should give x time (hours, days, etc) for the return of the card,
no matter how long after the card is sent in.

this is justifyable, as well.  if you want to install and burn in over a
period of more than 30 days, not doing the important stuff (i.e. network-
ing) unitl after the 30 days, you're hosed.

> Please note that I am neither advocating nor condoning this type of
> behaviour, just pointing out that SCO's policy provides a disincentive
> to filling out thte registration card.
> 
nor am i!!

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Newsgroups: biz.sco.general
From: fr@compu.com (Fred Rump from home)
Subject: Re: Tape drives - which ones?
Organization: CompuData Inc.
Date: Sun, 6 Sep 1992 18:59:37 GMT

aaron@creat.com (Aaron William Brown) writes:

>We have had much better luck with the Archive counterpart.
>awb

Second the motion.
fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: Problems compiling ISPELL
Organization: Wimsey 
Date: Wed, 16 Sep 1992 00:16:42 GMT

In article <9209151557.aa03336@jpunix.hou.tx.us.jpunix.com> "John A. Perry" <perry@jpunix.com> writes:
>
>	I have just tried to compile ISPELL-2.0.02 and have run into
>problems. I am using a 486/33 running SCO ODT 2.0. Everything goes along

>Compiler error (assertion): file @(#)reg86.c:1.12, line 365 source=534
>Compiler error : Segmentation violation

I don't know why your compiler blows up. I used gcc to compile it here
and it works fine.

>ISPELL available on my system. Thank you in advance.

Ispell is available from here as a custom installable disk image for SCO.
See signature for details. Also coming soon to biz.sco.binaries.

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Parallel port problems....
Date: 9 Sep 92 13:00:08 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 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.

I think you probably have a parallel port on the video board that is 
conflicting with the other parallel port.  Some times the parallel ports don't 
come configured properly.  I recently spent an hour at customer site getting 2 
parallel ports to work with a mono card that had a third serial port.  Check 
the jumper settings on both machines parallel ports, and examine the mono board 
closely.

--------------------------------------------------------------------------------
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
From: sfrazier@eng.norstan.com
Newsgroups: biz.sco.general
Subject: Mailing Lists
Date: 10 Sep 92 14:49:48 GMT
Reply-To: Steven E. Frazier <sfrazier@norstan.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

On the subject on mailing lists.  I had problems getting mine to work and
thanks to a lot of your help and suggestions mine are working well.

I do have another question, and I am sure someone has the answer.

I would like to put an entry into the alias.ali file like:


#
#	@(#) alias.ali 1.1 89/03/09 
#
allusers:	mmdf|"mail | /usr/local/local/alluserscript"



This script would actually get a list of all users from /etc/passwd


The end result would mean, that anyone could send a message to

allusers@norstan.com

	a script would get an active list of all users from /etc/passwd
	and feed the "allusers" mailing list.

Then if I added or deleted people, anytime someone sent a message to
"allusers@norstan.com" it would run the script to get an active list
on the fly.

Has anyone done this or give me some examples on how to do it?

Thanks.



Norstan Communications, Inc.        | Steven E. Frazier
8101 N. High Street Suite 100       |---------------------------------------
West Worthington, OH   43235        | Local : sfrazier
Voice 614-785-7335 Fax 614-785-7337 | Remote: sfrazier@norstan.com
Newsgroups: biz.sco.general
From: clay@haapi.mn.org (Clayton Haapala)
Subject: Re: What causes modem to hang system?
Organization: Haapi's Hangout
Date: Tue, 8 Sep 1992 12:39:48 GMT

I've seen two SCO UNIX 3.2v2 systems, where the modem regularly won't
answer the phone, and I have to kill the getty on that port in order to
get it to answer again.  In fact, I have a cron script do just that
every halfhour or so.  It's a REAL PAIN.  We're using uugetty and a
T2500 on the current system.  The modems are set for fixed interface,
and we know enough to prevent login:login chitchat.

The modem will answer for a long series of calls  then no more until
the uugetty is killed (usually at the time you need to get to it the
most :().  
 
Clay Haapala				"Behold the Holy Pogo Stick"
clay@haapi.mn.org
From: piec%stella.UUCP@IRO.UMontreal.CA (Pierre Corriveau)
Newsgroups: biz.sco.general
Subject: Help with setuid() on SCO 3.2.2
Date: 11 Sep 92 16:13:58 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Here's the problem:

A program runs as a daemon under the userid "fred".  It needs to access (read
and create) files that belongs to user "fred".  No problem so far...  However
it also needs to read files from any other users on the system.  
How can I do it?

I have tried using setuid().  I thought that if the daemon program was
"rwsr-sr-s  root other  mydaemon", it could use the effective user ID of root
to change to any user it pleases.  Unfortunately it seems that if your effective
user id is "root" and you do a setuid() to user "abc", you cannot get back to
"root" afterward!!!

Now you say, why not simply use the root privileges to read users files?  Well
it doesn't work when you have NFS mounted filesystems.

Any ideas on how to correct this problem without having to rewrite much of
the code?

Pierre Corriveau
MetaLink Communications Inc, Montreal, Canada
email: piec@metalink.ca  
Tel: (514) 444-7888
Fax: (514) 444-7889
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Plexus P6 Data transfer update.
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 10 Sep 1992 20:38:27 GMT
Precedence: bulk

Thank you all for your responses on the Plexus problem.  Many people were 
heading me in the right direction, but it was Moterola support that got it.

Let me explain for those who care.

The drive as several people mentioned is a QIC-11, and data must be output in a 
specific format if to be read on a SCO system.

You must create the tape by piping the output through "dd".  There is a special 
option in plexus's "dd" command called flip, and this must be used.

find . -print | cpio -oc | dd conv=flip of=/dev/rpt/0m

This I am told should work fine.  If not you can convert the tape drive to a 
QIC-24 drive.  If you open the cover on the external tape unit you will see a 
set up jumpers labled AA through ZZ.  If you jump CC you will make the drive a 
QIC-24 drive.  This is something SCO should have absolutely no problem reading.

Comments on this information are greatly appreciated as I like to get it right 
the first time.

--------------------------------------------------------------------------------
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
From: 71162.350@CompuServe.COM (Paul Gauthier)
Newsgroups: biz.sco.general
Subject: Getting on sco maillist
Date: 14 Sep 92 18:00: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

Add: 71162,350@compuserve.com
Newsgroups: biz.sco.general