HDTenEightyP/NetNews huggingface dataset:
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.opendesktop
Subject: X11 'DISPLAY=unix:0'
Date: 17 Dec 92 08:55:05 GMT
Reply-To: fietze@kagcpd01.ag01.kodak.COM
Organization: Kodak AG, Office Imaging, Product Engineering and Development
Submit-To: scoodt@xenitec.on.ca
Return-Receipt-To: fietze@kagcpd01.ag01.kodak.COM
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

Hello,

Short question: does X11R3 on SCO ODT 1.1 (X11R4 on 2.x) support a
display name of unix:0 to speed up the data transfer between clients
and server by using internal communication structures (shmem, msg).
It's in the XSight manual and I've heard about this from many sides
now, but it doesn't work on my machine.


Thanks,  Roman

---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)                    Hedelfinger Str. 154
Copier and Printer Development                      7000 Stuttgart 60
Kodak AG                                                      Germany
fietze@kagcpd01.ag01.kodak.COM                  VOICE 49-711-406-2839
fietze@kodak.COM                                    K-NET 28-631-2839
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 19 Dec 1992 18:11:27 GMT

In <1992Dec19.000503.17364@sco.com> dionj@sco.COM (Dion) writes:

:Greetings David,

:Re your Dell system:

:1. I would not venture to say that ODT 2.0 runs on _any_ 66MHz machine.
:It runs on most of them, and on a few we have seen problems.
:Specifically, our Support department has a new SLS called UOD361
:which addresses 66MHz problems that some customers have had on
:some Dell machines.  If your system fails to boot, contact
:Support@sco.com and request this SLS.

:2.  One of my colleagues in Engineering Services tells me that the
:AGA EFS (available from SOS online, or from SCO Direct at 800-726-8649)
:has support for the Dell "911" chip.  The newer Dell "924" chip 
:(which is an S3 chip) is said to be compatible with the 911.  We have
:not yet verified this.  Since Dell is an OEM partner of SCO, it's a 
:safe bet that something like this will be made to work pretty quickly
:if there is any problem.

I just set up an ODT 2.0 system on a DELL 486-33 Tower and didn't
have any luck getting any grafinfo setup to work with the
built-in video.  I don't remember the details except that it was
supposed to be a Tseng chipset and that Dell support didn't know
squat about ODT or graphinfo setup.  This machine is being used
primarily as a UNIX/PC-Interface server so graphics didn't
matter, so it was left in a VGA 16 color mode.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
From: dlhanson@nap.amoco.com (David L. Hanson )
Newsgroups: biz.sco.opendesktop
Subject: SCO ODT 2.0 Compability with Dell 466/M
Date: 15 Dec 92 22:01:56 GMT
Organization: These opinions are mine!

I am receiving a new Dell 466/M (66Mz 486DX2 chip) sometime next week.
I am hoping to use it to run ODT 2.0 which I have sitting in a box beside
my desk.  This new Dell has a local bus architecture for video and uses
the SG3 chip set.  The sales person said sure it would work with ODT 2.0
so I ordered it.  I had second thoughts and talked to Dell tech support;
they are not so sure.  From my conversation with them, there are two 
issues: 

1. Will SCO ODT 2.0 run on any machine with a 66 Mz 486DX2 chip?

2. Secondly, does SCO ODT 2.0 have a driver for the SG3 video chip?

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: cdm@idm.com (Charles D. Marcotte)
Subject: Re: CD-ROM for DOS Merge
Date: Thu, 17 Dec 1992 13:57:20 GMT
Organization: Information Data Management

kevinc@ups.com (Kevin C. Castner) writes:
: Is there any way that I can make a NEC CDR-73 CD-ROM, controlled by
: an Adaptec 1542B, availble to a DOS-Merge shell?
: -- 
:     ======================================================================
: 
:       Kevin C. Castner                           kevinc@ups.com
:       Unix Administrator                         United Parcel Service

Yes, but you have to mount the High-sierra filesystem with all
filenames converted to lower case letters.  Under 3.2.4 or ODT 2.0, use
the '-fNFS,lower' option to the mount command.  For 3.2.2, there is
an SLS (EFS?) that you can get from sosco or uunet that allows this.

Remeber though, the mounted cdrom filesystem will look like a networked
drive to Merge.  Merge (as far as I know) can't access the cdrom
hardware directly like cdrom's under DOS.  Thus, multimedia control
and playback of cdrom audio/video is not possible.  If anyone knows of
a way for Merge to use, lets say, the Windows media player drivers,
please post it.  

		Chuck (cdm@idm.com)
Newsgroups: biz.sco.opendesktop
From: cdm@idm.com (Charles D. Marcotte)
Subject: NFS problems! root not root?
Date: Wed, 16 Dec 1992 20:37:55 GMT
Organization: Information Data Management

We have two systems here loaded with SCO ODT 2.0.  One system has
the ODT Development System loaded, the other does not.

The non-development system has no problems when mounting remote filesystems
from an HP 9000 system.  The HP 9000 has its /etc/exports file set to allow
everyone mount access.  All other systems in the office have no problems with
remote mounting (HP, PC-NFS, PC/TCP Interdrive, SCO ODT 2.0).

The SCO ODT 2.0 development system has major problems:

When we try the /etc/mount command, logged in as root, we get:

	# /etc/mount -fNFS alpha:/ /alpha

	WARNING: NFS getattr failed for server alpha: AUTH ERROR
	mount: not a super user

	#

If we set up /etc/default/filesys correctly, ALL NFS FILESYTEMS ARE PROPERLY
MOUNTED DURING BOOTUP!  Why can't we do this interactively, after bootup?

Obviously, the rc startup scripts are not executed by the 'root' user during
startup.  What uid and gid does the system use?  Or does it use 'unknown'?

We also get the same warning listed above with the /etc/umount command if we
try to interactively unmount one of the NFS filesystems mounted during boot up!

Even worse, a similiar error appears when the root user (ONLY the root user) 
tries a 'df' command with NFS filesystems mounted:

	#df
	/	(/dev/root	) ...
	/users	(/dev/u		) ...

	WARNING: NFS fsstat failed for server alpha: AUTH ERROR
	df: cannot statfs alpha:/	statfs: Not owner

	#

The 'df' command works great for ANY other user.  Thus, they are allowed to
'fsstat' remote NFS filesystems, but user 'root' cannot.

The final piece to the puzzle appears when I do 'chmod +s /etc/mount'.  This
should allow all users access to the /etc/mount command (not a great idea).
With this done, I can log in as any other user (NOT root, he still can't do it)
and mount any remote NFS filesystems just fine!

Thus, there must be a BIG difference between being 'root' and running an
executable as set uid 'root'.  We CAN'T mount NFS filesystems if we are root.
We can only mount them if /etc/mount is set uid 'root'.  WHY?

Again, the non-development system and the development system were both loaded
and set up as SCO ODT 2.0 server systems.  We have compared almost everything
between the two systems that pertains to user 'root', file permissions, 
networking config files, and networking executables.  No major differences
could be found.

Why can the non-development system interactively mount NFS filesystems, but
the development system cannot?

Any light/direction that can be shed on this problems would be greatly
appreciated.



		Tnanks for your time,

			Chuck (cdm@idm.com)
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Newsgroups: biz.sco.opendesktop
Subject: rlogin not passing TERM variable
Date: 14 Dec 92 00:34:09 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Cc: scoodt@imcon.wimsey.bc.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

I have an SCO 3.2.4 system which just recently corrupted a few of it's files.
The number of files is undetermined at this point, and the system seems to run
fine day to day.  It seems however, that since this corruption, an rlogin
session from any other machine does not set the TERM variable.  I know it's
the SCO system doing this because an rlogin from the same machine to the SUN
for instance sets the TERM variable.

This did work before the time that we discovered corrupt files.  

My question is what is the path for logging in via rlogin.  I think it's

inetd->rlogind->login(possibly)->/etc/profile->$HOME/.profile

can anybody correct me??

Is there any type of config file which could be screwing up the TERM variable
once the rlogin protocol sets it??

I have checked the /etc/ttytype file, and it doesn't contain any entries for
/dev/pty??

thanx,
	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.opendesktop
From: leonard@allink.com (Leonard Primak)
Subject: Re: X11 'DISPLAY=unix: 0'
Organization: NYNEX ALLINK Company
Date: Sat, 19 Dec 1992 19:56:02 GMT

In article <9212170955.aa09955@kagcpd01.ag01.kodak.COM> fietze@kagcpd01.ag01.kodak.COM writes:
>Hello,
>
>Short question: does X11R3 on SCO ODT 1.1 (X11R4 on 2.x) support a
>display name of unix:0 to speed up the data transfer between clients
>and server by using internal communication structures (shmem, msg).
>It's in the XSight manual and I've heard about this from many sides
>now, but it doesn't work on my machine.
>

	When ODT (any) sees that the DISPLAY is on the local machine, it will
use Stream pipes (a fast local IPC) to communicate instead of TCP/IP.
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.opendesktop
Subject: Re: Talk command
Date: 14 Dec 92 16:01:55 GMT
Reply-To: kevin@shady.UUCP (Kevin Smith)
Organization: ShadeTree Software, Inc.

:In article <1992Nov19.130803.15458@blkbox> mknewman@blkbox (Marc Kraker Newman) writes:
:>kevin@shady.UUCP (Kevin Smith) writes:
:>
:>>In article <1992Nov13.132205.17088@blkbox> mknewman@blkbox (Marc Kraker Newman) writes:
:>>>Has anyone had any luck using the talk command under ODT 1.1 or 2.0 ?  I have
:>>>only been able to get it to work on non-xterm sessions.  Logging on as root
:>>>it works, but in an xterm window it tells me 'You don't exist.  Go away.'.
:>
:>>You need to run xterm with the '+ut' flag or 'xterm*utmpInhibit: false'
:>>resource.  This will cause xterm to write a /etc/utmp record for the
:>>pseudo tty... Then you will exist.
:>>-- 
:>
:>Thanks, Kevin.  That did allow me to use the talk command, but now, after I
:>'talk' to someone, there are a whole mess of talkd daemons being left behind.
:>
:>Is there a fix to this?
:>
:>Marc
:>
:>-- 
:>Marc K. Newman (N5SLG)			Is UNIX pronounced 
:>mknewman@blkbox.com 			"UNIQUES" or
:>PO BOX 591822				"EUNICHS"?
:>Houston, Texas 77259-1822

Havn't seen this.  Do they eventually die?

-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876
Newsgroups: biz.sco.opendesktop
From: kevinc@ups.com (Kevin C. Castner)
Subject: CD-ROM for DOS Merge
Organization: UPS Research & Development
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 16 Dec 1992 13:53:00 GMT

Is there any way that I can make a NEC CDR-73 CD-ROM, controlled by
an Adaptec 1542B, availble to a DOS-Merge shell?
-- 
    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service
Newsgroups: biz.sco.opendesktop
From: dlhanson@nap.amoco.com (David L. Hanson )
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Organization: These opinions are mine!
Date: Wed, 16 Dec 1992 19:09:18 GMT

In article <1992Dec15.234056.9341@sco.com> staceyc@sco.COM (Stacey Campbell) writes:
>
>In article <dlhanson.14.724464652@nap.amoco.com> dlhanson@nap.amoco.com (David L. Hanson ) writes:
>>2. Secondly, does SCO ODT 2.0 have a driver for the SG3 video chip?
Whoops, this is supposed to be S3 video chip set.  I talked to Dell
again today and the specific model of the chips set is 86C805.

>We generally offer X server support for video cards (in other words
>an integrated chipset for video which includes DACs, CRTC chips,
>VRAM or DRAM, and the actual drawing engine where appropriate), and
>I'm fairly sure none of the cards or chipsets we support has an SG3
>(at least I have never heard of such a chip).  If, however, this video
>setup is S3 based then we support quite a few cards based on this chip.
>Consult our Hardware Compatability Guide.  Currently all our S3 type
>support is shipped in the AGA EFS which should be in the box with
>ODT 2.0.
>-- 
I looked at the Compatibility Guide.  Which one of these do you think
the Dell set is closest to?
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!
From: aa713@cleveland.Freenet.Edu (John Brooking)
Newsgroups: biz.jobs.offered
Subject: Unix systems programmers for South Florida
Date: 17 Dec 92 22:29:26 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc12.ins.cwru.edu


 
 
Raleigh Systems, Inc., a leading systems integrator, has opened a new
development center in Ft. Lauderdale, Florida. Immediate openings exist for
experienced Unix programmers. Unix internals experience a must. Experience
with "MACH" a plus.  Strong technical, written, and oral communication skills
are required. For consideration, send resume to: Raleigh Systems, Inc.,
Lakeside Plaza, 6301 N.W. 5th Way, Suite 1100, Ft. Lauderdale, FL. 33309 or
fax to: (305) 491-1633.
 
 
-- 
"If you want peace, work for justice." Pope Paul VI |    Don Cole       aa563
-----------------------------------------------------    Jim Laird      aa723
Cleveland Freenet Peace Network              |  Sysops:  Rich Ceaser    aa771
FN Community Center, or type "go peace"      |           John Brooking  aa713
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: biz.jobs.offered
Subject: NeXTSTEP Programminng Positions (Imagine Multimedia, Michigan)
Date: 18 Dec 92 19:52:17 GMT
Reply-To: user_groups@next.com

Imagine Multimedia, Inc. is looking for several excellent NeXT
programmers.

If you're tired of solving the same old problems and want to work in
an exciting, small, and growing company, then check us out.

Imagine is a 3.5 year old company specializing in multimedia
publishing tools.  Our primary focus is the NeXT computer and various
multimedia publishing solutions, including CD-I.  We are located in
Ann Arbor, Michigan.  Salary and fringe benefits are competitive.

We are hiring now.

Applicants must have:

- 4+ years of industry experience
- Masters of Computer Science or equivalent education
- 1+ years of NeXTStep development experience
- Excellent communication skills

Any of the following qualifications will help the applicant:

- Experience with multimedia and the issues involved
- Experience in managing development projects
- Experience in architecture and/or interface design for complex
  applications
- Experience in OS/9 development

=================
PLEASE note your skills clearly in your cover letter and resume.  We
would hate to pass up the perfect person because we missed something
important!
=================

Send letters and/or resumes to:

	resumes@imagine.com
	
		or (until 12/31/92)
	
	Imagine Multimedia, Inc.
	44 Frank Lloyd Wright Drive
	P.O.Box 473
	Ann Arbor, MI  48106

Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered,
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: Hardware Engineering jobs in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Fri, 18 Dec 1992 14:08:35 GMT


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

Immediate Consulting Positions in Central NJ:

Hardware Engineers. Printed Circuit board logic design.
Experience with AMD processors and Field Programmable
Gate Arrays required. Multi-media processing a big plus.

Both positions require 5 years related work experience and
BSCS or BSEE.

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.
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: biz.jobs.offered
Subject: Chromagrafx Seeks 2 NeXTSTEP Development Programmers (New York)
Date: 19 Dec 92 00:54:27 GMT
Reply-To: user_groups@next.com

Chromagrafx Seeks 2 NeXTSTEP Development Programmers

Chromagrafx Imaging Systems is both a value-added-reseller and a
developer for the NeXT platform in the prepress environment.  Our
services are to provide clients with complete system solutions for
desktop publishing using both existing software and software
developed in-house.

We are currently expanding our software development staff with the
advent of more user demand in this area.  The two positions open are
both in software development on the NeXT platform.  Duties would
include but are not limited to:

Writing the following types of applications:
        o  scanner and printer drivers
        o  modules for PixelMaster and GammaScan
                (our two image-editing applications)
        o  light page-layout and imposition software
        o  color calibration and seperation techniques.

Serving as technical and customer support
Demoing existing and developed applications
Testing and quality assurance

We are looking for the following qualities in our potential
employees:

o      Strong NeXTSTEP applications development experience
o      Over 3 years experience developing in C.
o      Knowledge of prepress, imaging, or color preferred
                but not necessary
o      Strong communication and interpersonal skills
o      Strong desire to learn
o      Good sense of humor (you'll need it)

Please send your resume and project experiences to:

Land mail:
Chromagrafx Imaging Systems
225 Oser Avenue
Hauppauge, NY 11721

FAX: (516) 273-5709

Email (NeXTMail acceptable): info@chromagrafx.com
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: biz.jobs.offered
Subject: Database and NeXTSTEP Programmers Wanted (San Jose, California)
Keywords: Sybase, Oracle, NeXT, DBKit, C++, Objective-C
Date: 18 Dec 92 20:14:49 GMT
Reply-To: user_groups@next.com

Position:  Software Design Engineer
Available: January 1993
Location:  San Jose, California

Required Qualifications
 
   *** US CITIZENSHIP ****
   - BS Computer Science or related field
   - Willingness to travel within USA
   - Experience in the following areas:
      6-10 years independent design and development
      2-6 years database design and development
      2-6 years GUI design and development              
      UNIX
      NeXTSTEP
      Objective-C, C++
      TCP/IP networking
     
Desired Qualifications
     
   - MS in computer related field
   - Active security clearances
   - Familiarity with DBKit, and Sybase or Oracle RDBMS
   - Managed small development projects
   - Mach experience
                         
Duties:   

   Software design engineers participate in all stages of the
   product life-cycle:  proposal, design, implementation,
   testing, and documentation.

Environment:

   PDH, Inc. is a small software development company specializing
   in systems solutions using NeXT workstations.  You will
   work on internal projects as well as contracts for customers.
   Current contracts involve systems engineering for a 1200
   workstation network architecture, interactive map graphics
   display with overlayed data, and two information tracking
   applications using relational databases.

   This is an excellent opportunity to impact the direction
   of a company. You will be able to work closely with customers
   as well as with our team on internal products.

   PDH provides excellent vacation, health, and disability
   benefits.  Expect long hours and loads of fun in a casual
   work atmosphere.

Contact:

   Please respond via email (NeXTMail welcome) to personnel@pdh.com.
   If you can't send email, please fax your resume to (408) 428-9599.
From: jturley@netcom.com (James Turley)
Newsgroups: biz.jobs.offered
Subject: AI Contract in SF Bay Area
Summary: AI Contract in South San Fran area
Keywords: AI Contract SF
Date: 17 Dec 92 19:54:44 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)






-----------CALIFORNIA CONTRACT JOB POSTING--------------
----
---------San Francisco South Bay Area---------


Please FAX Resume to (408) 741-0512
 
Artificial Intelligence CONTRACTOR WANTED:  South Bay Area, 3-6 Months

Experience AI consultant with knowledge of LISP (preferably on Symbolics
processor) required for port of LISP to OS/2 in "C". OS/2 Presentation 
Manager GUI design a plus.
 
Immediate requirement 
 
Respond to Jim Turley, XAI (Contract Broker)
              by EMAIL or FAX

Thanks!

Jim Turley,  jturley@netcom.com

   
Xref: sparky biz.jobs.offered:535 misc.jobs.contract:4584 misc.jobs.misc:8328 misc.jobs.offered:15017 misc.jobs.resumes:7055 tx.jobs:420 can.jobs:822 atl.jobs:600 fl.jobs:128 ba.jobs.misc:559 seattle.general:4193 pnw.general:2991 tn.general:93
From: wengland@stephsf.com (Bill England)
Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.misc,misc.jobs.offered,misc.jobs.resumes,ba.jobs,tx.jobs,can.jobs,atl.jobs,fl.jobs,ba.jobs.misc,seattle.general,pnw.general,tn.general
Subject: Assembler CICS, Systematics (NW, SE USA)
Date: 16 Dec 92 16:42:43 GMT
Distribution: usa
Organization: Stephen Software Systems Inc., Tacoma/Seattle, +1 800 829 1684
X-Bytes: 1148


 Technetics Corporation is looking for several Assembler/CICS programmer
 analysts for a six month contracts in both the Northwest and Southeast.

 Possitions are available starting in January.

 Minimum of 4 yrs experience, strong technical 
 capabilities and excellent communication skills.

 Experiance in Systematics Banking Packages is helpfull.

 Please send your resume with detailed qualifications;
 (your hourly rates or salary requirements and your experience to):

 (Ascii E-mail resumes get preferential treatment ...)
 resumes@stephsf.com

Or:

  Technetics Corporation
  Box 3834
  Little Rock, AR 72203

  Fax:   +1 501 679-5557
  Phone: +1 501 679-5555 

 (Please do not E-mail Postscript or nroff formatted Resumes, Thanks. 
  Ascii Resumes are Ok to E-mail however.   )


 PLEASE DO NOT RESPOND AFTER Feb 1, 1993
-- 
 +-  Bill England,  wengland@stephsf.COM -----------------------------------+
 |   * *      H -> He +24MeV                                                |
 |  * * * ... Oooo, we're having so much fun making itty bitty suns *       |
 |__ * * ___________________________________________________________________|