HDTenEightyP/NetNews huggingface dataset:
From: BBS Adminstration Account <bbsadm@sosco.sco.COM>
Subject: Games Information (part 7 of 7)
Organization: XeniTec Consulting Services, Kitchener, ON, Canada
Date: Mon, 25 Jan 1993 19:27:29 GMT
Followup-To: biz.sco.general



List of available games and entertainment programs

***>>> SEE IMPORTANT NOTE BELOW ABOUT "BAD SYSTEM CALL" ERRORS

Files ending in .Z have been reduced in size by the compress utility.  The
compress and uncompress utilities are included with SCO XENIX releases 2.3.0
and later, SCO UNIX, and SCO Open Desktop.  Copies are also available on this
directory.  To uncompress a file, link the executable to "uncompress," or use
the -d option.  Example: compress -d trek.Z

Numbers in parentheses are checksums of the files, generated using the "sum"
utility with the -r option.  Example: sum -r trek.Z


                Size in bytes
File name       (checksum)	Description

games       1228800 (48937)     SCO Games for SCO Operating Systems



"BAD SYSTEM CALL" ERRORS

If you are running XENIX 386 2.3 and any of the games abort with the error
"Bad system call" you will need to apply the following patch to your kernel.
Log in as the superuser, and give these commands at your shell prompt:

     cp /xenix /xenix.bak
     adb -w /xenix

You will then see the prompt from adb, the "*" character.  Enter
the following three adb commands:

     svidsysent+24/W *s3sysent+24
     svidsysent+2c/W *s3sysent+2c
     $q

You should now be back at the superuser shell prompt.  Reboot your system.
You will need to reapply this patch whenever you relink your kernel, such as
when you install or remove a device driver, or change a kernel configuration
parameter.

Newsgroups: biz.sco.announce
From: steph@sco.COM (The Steph)
Subject: Re: Problem with portmap ?
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 25 Jan 1993 13:36:51 GMT
Keywords: portmap,register,program


eskilb@dhhalden.no (Eskil Brun) writes:


>We have a program which registers with portmap. We cannot get it to
>work unless the program is running as root.

[ stuff deleted ]

>from the program.

>The HP-UX and SunOS versions of the same program have no problem
>registering with portmap when not running as root.

This is due to an IMPORTANT security concern.  Sun and HP will be changing
their code soon, if they pay attention to the information which has already
been sent to them.  I will not go into further details.

Steph.
-- 
Steph Marr                  |    Steph at work:   |    Steph not at work:
SCO Network Engineering     |                     |
#include <std/disclaimer.h> | ...!uunet!sco!steph |   ...!sco!demesne!steph
#include <random/quote.h>   |    steph@sco.COM    | steph%demesne.uucp@sco.COM
Newsgroups: biz.sco.opendesktop
From: eskilb@dhhalden.no (Eskil Brun)
Subject: Problem with portmap ?
Summary: Cannot register program with portmap
Keywords: portmap,register,program
Organization: Ostfold College
Date: Fri, 22 Jan 1993 12:28:13 GMT


We have a program which registers with portmap. We cannot get it to
work unless the program is running as root.

We get the messages:

CS [comsys_svc.c]: Cannot unset
CS [comsys_svc.c]: Unable to register (COMSYS, TEST, udp).

from the program.

The HP-UX and SunOS versions of the same program have no problem
registering with portmap when not running as root.

Anyone seen this before or care to check it out.

Please reply to the email address below.

THNX.

+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 Eskil Brun                     InterNet: eskil.brun@hrp.no
 Systems Administrator          DingaLingNet: +47 9 183100
 OECD Halden Reactor Project    FaxNet: +47 9 183103
 Norway                         SnailMailNet: P.O. Box 173, N-1751 Halden
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
From: jim@applix.com (Jim Morton [ext 237])
Newsgroups: biz.sco.opendesktop
Subject: PS/2 mouse port on Dell machines under ODT
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
Newsgroups: biz.sco.opendesktop
From: steph@sco.COM (The Steph)
Subject: Re: Going from ODT 1.1 to 2.0
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 25 Jan 1993 13:26:36 GMT


dlhanson@nap.amoco.com (David L. Hanson) writes:

>On Monday I installed ODT 2.0 on my new computer; I had previously run 
>ODT 1.1. Since this was a new computer (and I wanted to change the disk	
>partitioning anyway), this was done as an install not a upgrade.

>Now I don't understand how to start up the applications which I used to
>start up in .startxrc (I realize that I could use the old .startxrc with
>the last line modified but SCO recommends not doing this).

Well, this is easier than you might think.  Since you're logging in via
the ODT Logo, you're now using a thing called 'scosession' which will, if
configured correctly, will remember what you had running when you last
logged out, or what you always like to start up, and get that stuff running
every time you log in afterward.

Using the default startxrc, once you log in you are faced with the desktop.
Double-click on the 'controls' icon, and then the 'session' icon in the
controls window.  This will bring up the options you want.  The non-desktop
method is to run scosession -configure and that will bring up the same
program.

Steph.
-- 
Steph Marr                  |    Steph at work:   |    Steph not at work:
SCO Network Engineering     |                     |
#include <std/disclaimer.h> | ...!uunet!sco!steph |   ...!sco!demesne!steph
#include <random/quote.h>   |    steph@sco.COM    | steph%demesne.uucp@sco.COM
Newsgroups: biz.sco.opendesktop
From: dlhanson@nap.amoco.com (David L. Hanson)
Subject: Going from ODT 1.1 to 2.0
Organization: These are my opinions.
Date: Thu, 21 Jan 1993 18:44:52 GMT

On Monday I installed ODT 2.0 on my new computer; I had previously run 
ODT 1.1. Since this was a new computer (and I wanted to change the disk	
partitioning anyway), this was done as an install not a upgrade.

Now I don't understand how to start up the applications which I used to
start up in .startxrc (I realize that I could use the old .startxrc with
the last line modified but SCO recommends not doing this).

My ODT 1.1 .startxrc was:

#       @(#) startxrc 1.1 90/06/12
#
mwm 2> /dev/null &
xterm -n "moe 1  - mail" -title "moe 1 - mail" -sb -sl 1000 -e rlogin moe &
xterm -iconic -n "sc" -title "sc" -sb -sl 1000 &
xterm -iconic -n "generic" -title "generic" -sb -sl 1000 &
odtterm -iconic -blink -j -ut -geo 80*25+0+0 &
xclock -bg blue -fg yellow -rv -g 82x82+0+0 -chime -padding 1 -update 15 &
xterm -n "moe 2" -title "moe 2" -sb -sl 1000 -e rlogin moe&
xdt -iconic -geometry 600*222-0-0  2> /dev/null

The question is what file do I put this information in now? I have been
reading the Graphical Environment Administrator's Guide for the last hour and
I still don't understand how.

Thanks

Signature follows:
"Look unto me, and be ye saved, all the ends of the earth: for I am God,
and there is none else."  Isaiah 45:22
=========================================================================
David L. Hanson       Internet --> dlhanson@nap.amoco.com
Amoco Corporation     X.400    --> A=attmail,P=amoco,S=Hanson,G=David,I=L
Any opinions expressed are my own!
Newsgroups: biz.sco.opendesktop
From: Anthony Shipman <als@kowari.cpsg.com.au>
Subject: Re: Problem with portmap ?
Submit-To: scoodt@xenitec.on.ca
Organization: [resent by] The SCOODT gateway and Propagation Society
Date: Wed, 27 Jan 1993 21:01:47 GMT
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

There was a message on (this?) mailing list about not being able to register
RPC servers with the portmapper unless the application is running as root.

This breaks distributed applications using RPC.

It seems overkill.  Modern portmappers or rpcbind, I'm not sure which, first
require that the application using pmap_set() or pmap_unset() be on the
same host as the portmapper.  It should then be fairly easy to modify the
pmap routines and the portmapper to pass the uid of the calling
process in AUTH_UNIX credentials and associate a uid with each portmapper
entry.  This allows applications to create their own entries and delete their
own entries.

As an extra check the range of program numbers for pmap_set() can 
be restricted to the user-range eg 0x2??????? and up.

If existing SCO security arrangements become widespread in other UNIXes then 
it will simply be the death of SUN's RPC for distributed applications.  
Roll-on DCE!


-- 
Anthony Shipman                 "You've got to be taught before it's too late,
CP Software Export Pty Ltd,      Before you are six or seven or eight,
19 Cato St., East Hawthorn,      To hate all the people your relatives hate,
Melbourne, Australia, 3121       You've got to be carefully taught."  R&H

E-mail: als@kowari.cpsg.com.au
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: PS/2 mouse port on Dell machines under ODT
Organization: Celestial Software, Mercer Island, WA
Date: Wed, 27 Jan 1993 16:36:37 GMT

In <1690@applix.com> jim@applix.com (Jim Morton [ext 237]) writes:

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

I had exactly the same problem installing on a DELL system.  I
believe this is covered in the Release Notes, but here's the IT
script with the solution.
-----
Keyboard mouse responds slowly or not at all on Version 4.0 and ODT 2.0

KEYWORDS: v4 version 4.0 mouse keyboard kbmouse slow response respond unix odt phoenix 3.2 2.0 kbm_poll polling /etc/conf/pack.d/kbmouse/space.c kernel rate 

RELEASE:  SCO UNIX System V/386 Release 3.2 Operating System Version 4.0
          SCO Open Desktop Release 2.0

PROBLEM:  My keyboard mouse responds slowly or not at all in Version 4.0 of
	  SCO UNIX System and SCO Open Desktop Release 2.0.  It is recognized
	  during boot up.

CAUSE:    In SCO UNIX System V/386 Release 3.2 Version 2.0 and SCO Open 
	  Desktop 1.1, the mouse polling rate was set to 0x0400, a good 
	  generic setting to interface with keyboard mice.  In Version 4.0
	  of SCO UNIX System and SCO Open Desktop Release 2.0, however, the 
	  polling rate was changed to 0xb0, which does not seem to function 
	  well with some hi-resolution keyboard mice. 

SOLUTION: While the polling rate for the keyboard mouse can be set to a wide
          range of parameters (see the SAG, "Adding Mice and other Graphic 
          Input Devices"), the setting you should try first is 0x0400. 
          
          To set the polling rate, make sure you are in single user mode. Use 
          the "vi" command to access the file /etc/conf/pack.d/kbmouse/space.c.
          There you will see three variable definitions, one of which reads:

          int kbm_poll=0xb0

          You should change this so it reads: 
 
          int kbm_poll=0x0400

          After you have done this, relink the kernel by going into the 
          /etc/conf/cf.d directory and typing:
 
          ./link_unix

          Then shutdown and reboot the system to load the new kernel into 
          memory.

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?
Newsgroups: biz.sco.opendesktop
From: chjo@huldra.tdata.no (Christer Johansen)
Subject: Portable Netware for SCO?
Organization: Tandberg Data A/S, Oslo, Norway
Date: Wed, 27 Jan 1993 17:52:27 GMT
X-Newsreader: TIN [version 1.1 PL8]

[ Article crossposted from biz.sco.general ]
[ Author was Christer Johansen ]
[ Posted on Wed, 27 Jan 1993 15:39:44 GMT ]

I need some advices from the net on this one.

We have an MS-DOS application that needs to be accessed from both
X-terminals and PC's running MS-DOS. The MS-DOS application must
be installed on a server as it depends on a sentral database.
(Or at least the database must be installed on a server).

The X-terminals are connected to either a Sparc Server running SunOS
or a i486 running SCO ODT 2.0.

Some of the PC workstations that needs to access the application is
running Novell Netware and some is running PC-Interface.

I'm thinking of installing the application on one of our i486 machines
that is running SCO ODT 2.0. In that way I believe the workstations
that is running PC-Interface can connect directly to that server
(it is running the PCI server) and start the application from there.

It should also be possible to NFS mount the application directory to
the servers running SunOS and ODT 2.0, and the X-terminal users on
these machines should then be able to access the application using
SoftPC on the Sparc Servers and vp/ix on the servers running ODT 2.0.

My problem then seems to be the PC workstations that is running Novell
Netware. My local SCO dealer told me that SCO was in the prosess of
porting Portable Netware, but then they laid down the project for some
reason.

I guess I could install PCI on the PC's running Netware (I know they
can coexist), but the pricetag for doing this seems to be quite high
as I'll need one PC-Interface license for each PC and there's a lot
of them.....

My questions are:

1> Does anyone know if any 3rd party developers have a version of
   Portable Netware for SCO?

2> If no to question 1, do you have a suggestion for an alternative
   setup. Maybe UnixWare (which I know very little about) as a server
   will do the trick?


Thanks in advance
Christer Johansen
--
Christer Johansen, Tandberg Data A/S, PO Box 9, Korsvoll, N-0808 OSLO 8, NORWAY
Phone +47 (0)2 189090, dir +47 (0)2 189527  Fax +47 (0)2 189550
Internet: chjo@tdata.no    IEA: ibmmail(26692)
X.400: C=no; A=telemax; P=tdata; O=tdd; S=chjo

--
Christer Johansen, Tandberg Data A/S, PO Box 9, Korsvoll, N-0808 OSLO 8, NORWAY
Phone +47 (0)2 189090, dir +47 (0)2 189527  Fax +47 (0)2 189550
Internet: chjo@tdata.no    IEA: ibmmail(26692)
X.400: C=no; A=telemax; P=tdata; O=tdd; S=chjo
Newsgroups: biz.sco.opendesktop
From: caiger@resa.afrc.ac.uk (Andy Caiger)
Subject: ** test - ignore **
Organization: Institute of Arable Crops Research
Date: Mon, 25 Jan 1993 14:35:57 GMT

This is just a test

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Andy Caiger                                     Rothamsted Experimental Station
                                                  Harpenden, Herts. AL5 2JQ. UK
e-mail: caiger@resa.afrc.ac.uk                          +44 (0)582 763133 x2418
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: biz.sco.opendesktop
From: steph@sco.COM (The Steph)
Subject: Re: Network Connections
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 25 Jan 1993 13:15:25 GMT


tps@jptcs.COM (Tim Sailer) writes:

>I am dealing with a client that has ODT 1.1.  They have hooked up their 5 
>station network up to the plants main net so others can telnet in and
>use our neat software. However, when the 8th session tries to log in,
>we get 'All Network connections used.'  We modified IPCNT and IPPROVCNT
>in /etc/conf/pack.d/ip/space.c, but that didn't help. We modified all the
>*PTY* and *VTY* entries in /etc/conf/cf.d/config.h, but that seems to be
>rebuild on each link. I've gone through this before, but I can't remember
>what I did, and, of course, I can't find my notes from that client...
>HELP?

Well, you're doing this the hard way.  Your problem is that you've run
out of pseudo tty's -- I know in ODT 2.0, you would run mkdev ptty, and
I *think* we had a mkdev script in ODT 1.1 for it as well.  If not,
you need to add nodes to the node.d file for the pseudo tty driver, rebuild
your "kernel environment" (make the nodes in /dev), and add them to the list
of login devices in the TCB (/etc/auth/system/ttys).  Do NOT enable these new
ttys.  Now that I think about it, I'm pretty sure there's a mkdev ptty in
ODT 1.1...

Steph.
-- 
Steph Marr                  |    Steph at work:   |    Steph not at work:
SCO Network Engineering     |                     |
#include <std/disclaimer.h> | ...!uunet!sco!steph |   ...!sco!demesne!steph
#include <random/quote.h>   |    steph@sco.COM    | steph%demesne.uucp@sco.COM
Newsgroups: biz.sco.opendesktop
From: Dariusz Gajewski <darekg@i17unixB.ists-pwr.wroc.edu.pl>
Subject: subscribe
Submit-To: scoodt@xenitec.on.ca
Organization: [resent by] The SCOODT gateway and Propagation Society
Date: Thu, 21 Jan 1993 17:54:48 GMT
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

Add: darekg@i17unixb.ists-pwr.wroc.edu.pl
From: Dennis Hauser <dennis.hauser@ciesin.org>
Newsgroups: biz.jobs.offered
Subject: Training Manager Needed--Mid Michigan, USA
Date: 27 Jan 1993 20:55:50 GMT
Organization: CIESIN
Distribution: world
NNTP-Posting-Host: 160.39.2.141
X-UserAgent: Nuntius v1.1a2

The Consortium for International Earth Science Information Network
(CIESIN, pronounced "season") is a nonprofit organization established to
facilitate worldwide access to, use of, and understanding of global
environmental change.  

CIESIN provides data products and services which enable interdisciplinary
research to improve our understanding of the human dimensions of global
environmental change in conjunction with NASA's Earth Observing System
program.  One of CIESIN's major goals is to present this data in more
useful formats to a broad user community including both natural and
social scientists, policy makers, resource managers, educators, students
and the general public.

As the CIESIN TRAINING MANAGER, you will design, develop, deliver and
implement a wide range of training missions such as new employee
orientation, supervisory development, TQM and technical training programs.

You will conduct training needs assessment for both internal and external
customers and coordinate customer service support for CIESIN-sponsored
technical conferences & seminars, and in the future, our world class
visitor center.

You must have at least 3 years training experience in a highly
technical/scientific environment which is "generalist" in nature--ideally
a mix of technical and interpersonal skills training.  You must posses
great platform skills and a deep service excellence passion.  An advanced
degree and/or combined public/private sector experience a plus.

Please contact:

Human Resources Department
2250 Pierce Road
University Center, MI  48710
An Equal Opportunity Employer
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: biz.jobs.offered
Subject: Duke University Medical Center Information Systems
Date: 27 Jan 93 01:42:22 GMT
Reply-To: user_groups@next.com (Conrad Geiger)

Duke University Medical Center Information Systems is looking for
bright, energetic individuals with experience in PC/workstation
systems development. Requirements include experience developing
applications in a GUI environment (OS/2, NeXTSTEP, Windows, Mac)
using object-oriented tools (Smalltalk, C++, Objective C, etc) and
client server design. A CS degree or equivalent experience is
required.

Cross-platform development and SYBASE/DB2 experience a plus.

Please contact:  Michael Pickett
                 BOX 3900 DUMC, DURHAM, NC, 27710
                 (919) 286-6369 (FAX)
                 PICKE001@MC.DUKE.EDU  (INTERNET-Non NeXT)
                 PICKE001@BULLNEXT.MC.DUKE.EDU  (INTERNET-NeXT)
From: Dennis Hauser <dennis.hauser@ciesin.org>
Newsgroups: biz.jobs.offered
Subject: Training Manager Wanted
Date: 27 Jan 1993 20:53:29 GMT
Organization: CIESIN
Distribution: world
NNTP-Posting-Host: 160.39.2.141
X-UserAgent: Nuntius v1.1a2


Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered,
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: Real time, UNIX, C++ systems development jobs in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Fri, 22 Jan 1993 17:51:39 GMT



Tretech Solutions Inc, is a NJ based consulting firm, servicing the
computing and engineering needs of Fortune 500 companies. We offer 
highly competitive compensation, a full line of benefits, and will sponsor.

Immediate Consulting Positions in Central NJ:

Software engineers for new data communications application.
Experience with Motorola 68000 platforms, level 2 and 3 communications
protocols, real time systems, and In Circuit Emulation (ICE)
required. BSEE or BSCS minimum.

Qualified candidates only, FAX your resume immediately to 908-946-4175,
and follow up with either Email copy or DOS compatible floppy (with 
paper copy) to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.

Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: ASIC Design jobs in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Thu, 21 Jan 1993 17:48:07 GMT


Tretech Solutions Inc, is a NJ based consulting firm, servicing the
computing and engineering needs of Fortune 500 companies. We offer 
highly competitive compensation, a full line of benefits, and will sponsor.

Immediate Consulting Positions in Central NJ:

  ASIC, IC Circuit board designers for data communications products.
  Experience with VHDL and BSEE required. MENTOR CAD a plus.

Qualified candidates only, FAX your resume immediately to 908-946-4175,
and follow up with either Email copy or DOS compatible floppy (with 
paper copy) to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.

Newsgroups: biz.jobs.offered
From: "ed carroll" <ed.carroll@canrem.com>
Subject: usa insurance systems
Reply-To: "ed carroll" <ed.carroll@canrem.com>
Organization: Canada Remote Systems
Distribution: biz
Date: 25 Jan 93 11:42:13 EST

A T T E N T I O N   M I S   P R O F E S S I O N A L S
-----------------   -----   -------------------------

INSURANCE SYSTEMS development opportunities are available
with our client located in the greater Hartford, CT area.

There are two major requirements with this information systems/
services provider:

SENIOR SYSTEM DESIGNERS
Must have 7 plus years IBM mainframe/MVS system development
experience.  Must have ability to functionally design
systems, lead others, and perform coding as necessary.
Extensive life insurance and/or annuities knowledge is
required.

SENIOR BUSINESS ANALYSTS
Must have 7 plus years life insurance/annuities experience.
Will act as liaison between system designers/developers and
clients throughout the development and implementation
process.  Must have experience in writing detail business
specifications and performing system testing.

This a wonderful opportunity for professional development
for the hardworking, enthusiastic, and eager to learn.

If you qualify,contact Donna Frappier by voice at 413-592-4069,
FAX 413-592-9255, or leave a message on Career Systems Online at
413-592-9208 via modem.

****  NO ENTRY LEVEL POSITIONS AVAILABLE OR ANTICIPATED *****

---
  OLX 2.2  Career Systems Online   413-592-9208   HST
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044