HDTenEightyP/NetNews huggingface dataset:
From: pjh@mccc.edu (Pete Holsberg)
Subject: Re: AN ABJECT APPOLOGY TO THE NET (re Dell)
Organization: The College On The Other Side Of Route One
Date: Tue, 28 Jul 1992 13:38:41 GMT

In article <47jmx+-@dixie.com> stan@dixie.com (Stan Brown) writes:
=
=   Recently I was a participant in what can only ne described as a
=   flame war with certain people at Dell computer.
=
=   I appears as though because of this some new *policies* are being
=   put in place at Dell.  Thes new policies (offical or unoffical I'm
=   not shure which) will apear to deisourage Dell personels active
=   involvment (that is posting) on the Net.

My impression was that Dell was concerned with the tone of Donn's
posting and the appropriateness of his responding to a non-technical
issue. I interpreted their message as saying that they would encourage
their employees to respond in their areas of expertise in a positive
manner. I certainly hope that's what they meant.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: adding SLIP to sVr4..
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Wed, 29 Jul 1992 10:49:51 GMT

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>  There's a public domain version floating around, or maybe you can get
>something off the Dell archives, SLIP is part of their V.4.

I assume since SLIP came with Dell SVR4 -- that it was distributed
with the SVR4 source code distribution -- is this the case?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
From: cpcahil@virtech.uucp
Newsgroups: comp.unix.sysv386
Date: 18 Jul 92 18:26 MDT
Subject: Re: >>An example of Dell's product 
Nf-ID: #R:BrKM6r.656@acsu.buffalo.edu:1442127962:1992Jul18.142650.24227@virtech.u:-299053792:001:2343
Nf-From: virtech.uucp!cpcahil    Jul 18 18:26:00 1992


jones@acsu.buffalo.edu (terry a jones) writes:

>In article <fluet.711428210@ee.ualberta.ca> fluet@ee.ualberta.ca (Kevin Blaine Fluet) writes:

>>Thank you Donn for helping me make a decision with regard to which UNIX to 
>>buy.  Dell's Unix doesn't work with an HP LaserJetII (probably the most 
>>popular laser printer on the planet Earth) and "it's not Dell's problem".

That isn't what was said.  What was said was that Dell (apparently after
some attempts at getting it working) has given up on the following 
hardware combination:

	HP LaserJetII
	WITH A POSTSCRIPT+ CARTRIDGE (who knows where from)
	WITH AN UNKNOWN COMMS CABLE.

In addition Donn stated that they do have a postscript printer working as
an indication that the base product will support a postscript printer.

>	I have to agree that Donn is no doubt acting as a poor 
>representative of what is likely a fine product as illustrated in his
>prior posts.  The up side is that if he keeps this up for long he may
>end up in the doghouse.  The down side is that he may end up demoted....
>to technical support.  "What do you mean your boot floppy won't boot?
>Dell does not produce that floppy disk!  Your complaint is unjustified."

I disagree with both you and Kevin.  When you buy dell they explicitly 
tell you that they do not support hardware other than their own.  If you
want to try it with other software, they will let you give it a try and 
give you 30days to decide whether or not it works. 

Under those conditions, I see nothing wrong with them just saying that
it isn't their hardware the first time you call.   However, in this
case that isn't the problem.  Stan Brown even said that they had tried
to help him but weren't able to resolve the problem.  To me, it sounds like
Stan was mad that they didn't send an engineer out to his office to diagnose
and solve the problem. 

Donn stated (albeit a bit harshly) that they (dell) can't be held
responsible for a hardware setup that they explicitly said they don't support.

The real "example of Dell's product support" is in the stableness of the
SVR4 that they deliver. 

-- 
I guess these are the views of VTI - since it is my consulting company.

Conor P. Cahill              (703)430-9247              cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza            Sterling, VA 22170
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: >>An example of Dell's product support (Esix here I come...)
Date: 27 Jul 92 20:33:23 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Jul26.034856.9380@mksol.dseg.ti.com>, mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
| In article <+mfm04=@dixie.com> jgd@dixie.com (John De Armond) writes:

| >Finally I've been sitting for a couple of months on an invitation to write
| >a guest editorial on customer service in another magazine.  I plan to 
| >contrast good and bad support.  Every time I thought I had the worst
| >possible example of customer support, something else has come up to
| >superceed it.  Unless I see something from Dell to refute what Donn 
| >has said here, I think I've found my bad example.
| 
| Gee, how interesting.  You want to bash a company for bad support
| without having any experience at all with their support organization.
| Which magazine is asking you to write for them?  I think I want to
| write them a letter and suggest that they get someone else to write
| that article, because you can't seem to get past your personal
| relationships and biases.

  I think that when/if that article comes out someone should post the
publisher's address on the net so we can all write a letter expressing
our views on John De Armond's objectivity.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
From: clomera@skat.usc.edu (arnold clomera)
Newsgroups: comp.unix.sysv386
Subject: xxassert error
Date: 21 Jul 1992 07:34:21 -0700
Organization: University of Southern California, Los Angeles.
Distribution: comp
Reply-To: clomera@usc.edu
NNTP-Posting-Host: skat.usc.edu

I am getting the following error on an SCO machine.  Where is it coming
from?

	xxassert line=8182 memory on

thanks,

arnold
--
------------------------------------------------------------------------------
	University Computing Services UNIX/VMS Ex-Consultant Supervisor
------------------------------------------------------------------------------
Arnold B. Clomera	            ARPA  : clomera@usc.edu
Midas Consulting Services/Owner	    UUCP  : ...!uunet!usc!clomera
People * Computers * Business       BITNET: clomera AT USCVM
  Tel:  (213) 254-7702       	    USMail: 4155 York Boulevard        
in CA:  (800) 773-4636 [INFO]               Los Angeles, CA  90065-4639
From: bv@nixctc.de (Burkhard Viehoff)
Newsgroups: comp.unix.sysv386
Subject: HELP: Installation of Adaptec Controller '1742 A'  in an EISA box
Keywords: ADAPTEC 1742 A, EISA, enhanced mode
Date: 31 Jul 92 07:40:05 GMT
Organization: Siemens Nixdorf Informationssyteme AG

Hi all,

a customer, who wants to use an 'Adaptec 1742 A' controller-board

The machine has 16 MB installed and runs under Interactive 3.3.
The  ccnfiguration works ok with the same board
in Standard Mode: 1542 B.

His  ccnfiguration works ok with the same board
in Standard Mode: 1542 B.

Adaptec told him, that the 1740-driver-software
should also support the '1742 A' in enhanced mode.

The board uses interrupt '11'.

But when he configures the enhanced mode into the kernel
and relinks, there is an error message:
        interrupts cross.
But he is not able to change the configuration  in the
kernel-parameters.

When he tries to boot the new kernel, he is told:
        interrupt 11 und 6 don't have the same adress.


Are there any experiences with this board around ?

Any suggestions or hints are very much appreciated.

If possible please answer by E-mail.

Thank you very much in advance for your help and interest !

Best regards
Burkhard

Burkhard Viehoff                | S N I   D9 PMSI
Loeffelstrasse 40               | 7000 Stuttgart 70 / Germany
bv@nixctc.de			| 
bv@nixctc.uucp                  | pyramid!nixctc!bv
Phone: +49 (711) 977-4387       | Fax:   +49 (711) 977-4332
Newsgroups: comp.unix.sysv386
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: New UNIX O.S. - DESTINY -
Organization: DigiBoard Incorporated, Eden Prairie, MN
Distribution: na
Date: Wed, 29 Jul 1992 20:37:35 GMT
Keywords: PC UNIX 386 486 AT&T DESTINY

In article <1992Jul22.181200.18160@cbnewsl.cb.att.com>, ry@cbnewsl.cb.att.com (ryerson.schwark) writes:
|> USL just announced this product in June, and we expect SVR4.2 to start
|> shipping from our customers in the fall.  Pricing and the specific things
|> our customers choose to put in their shrink-wrapped products will be
|> available then.  One of our design goals for this product was to modularize
|> it better, so you weren't stuck with the all or nothing choice of typical
|> UNIX Systems and so could fit it on a much smaller system configuration,
|> but still grow up to the full UNIX System with all its bells and whistles
|> that we've all grown to know and love (ok, maybe like moderately).
|> 
|> Ry Schwark
|> ry@usl.com

	Since you are with AT&T/USL, can you shed any light on why AT&T/USL
	has taken a litigation rather than innovation stance on the
	NET2 BSD4.3 code? Can we expect AT&T/USL to now sue anybody who
	ships a system based on UNIX principals and hasn't payed the
	AT&T/USL "protection" money?

	Have any of the legal dweebs given ANY thought on how this will
	go over with the user community, i.e. "OK, keep your damn
	UNIX(tm), we'll buy NT or Mach based products and let your
	UNIX(tm) rot."

	By now, any current CS person has seen a good chunk of UNIX(tm)
	"proprietary" information in the header and other system files
	either as a student or as a programmer. Is AT&T/USL now going
	to claim that all of us have "insider" info and thus all the
	work we do is now subject to lawsuit because we couldn't
	have done a project without seeing the proprietary information sometime
	in our professional or student lives?

	Does this mean any time we program something that is remotely
	close to UNIX(tm) we'll have to pay blood money to AT&T/USL
	because we've seen how UNIX(tm) does things?

	I guess I see it now, push UNIX(tm) as an open system till
	a few generations of students are raised on it and everybody
	settles on it being a standard. Then turn around and demand
	blood money because all these people trained on UNIX(tm) systems
	are now "stealing" proprietary AT&T/USL ideas and trade secrets.
	You know, AT&T/USL ALMOST had us all hoodwinked that UNIX(tm) really
	was an open system. Now we know it's just a proprietary system
	that alot of people were scammed into using as an "open" system.

	Guess it's time to move on to Mach, minus all those "stolen"
	UNIX(tm) ideas. Maybe Berkeley should reposess all the features
	IT developed with taxpayer money over the years that AT&T/USL is
	now making a tidy profit with. Networking, ufs filesystem, vi,
	demand paging and VM subsystems, etc. After almost 20 years of
	student and academic sweat over the system, THIS is how we're
	repaid...

		-Rob
Xref: sparky comp.unix.sysv386:12682 comp.periphs.scsi:3829
From: barker@wd0gol.WD0GOL.MN.ORG (Bob Barker)
Newsgroups: comp.unix.sysv386,comp.periphs.scsi
Subject: IBM PS/2 SCSI & Sunsoft Unix 3.0
Keywords: IBM, PS/2, SCSI
Date: 31 Jul 92 05:42:58 GMT
Followup-To: poster
Organization: Robert Barker & Associates, Eden Prairie, MN.

Does anybody have any experience running SunSoft Unix 3.0 on IBM PS/2's with
SCSI disks?  I've had great luck running it on PS/2 Model 70's and 80's, but
always with ESDI drives.

SunSofts Hardware Compatibility Guide mentions support for the IBM SCSI
controller on the PS/2 Model 95 only.  I'm hoping to be able to install
it on a Model 90 with a SCSI drive.  I don't know the part number of the
controller, but it is SCSI-2 and is the same as found on the RS/6000.

I'd be interested in any experiences or speculation about whether it
will or won't work, or anything I might need to know in order to make
it work.

Thanks!

-Bob
------------------------------------------------------------------------------
Bob Barker                                ...!uunet!umn-cs!kksys!wd0gol!barker
Robert Barker & Associates                                barker@wd0gol.MN.ORG
(612) 949-0140
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: DX2 in an Altos 5000?
Date: 22 Jul 92 20:21:36 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <BrqwyE.A0L@kings.demon.co.uk>, lls@kings.demon.co.uk (Lady Lodge Systems) writes:
| 
| Has anyone tried putting a 25Mhz 80486DX2 in an Altos 5000? What about
| putting one in a generic 25Mhz board? is it just a case of prising out
| the old processor and stuffing in a new one?

  I'm told that some board designed before the DX2 work... and some
don't. It will cost you a few hundred buck to find out unless Altos can
tell you.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
From: p_copela@csd.brispoly.ac.uk
Newsgroups: comp.unix.sysv386
Date: 17 Jul 92 20:11 MDT
Subject: ISC2.2 upgrade paths...
Nf-ID: #N:1992Jul17.161140.10497@csd.brisp:-1936499011:001:1042
Nf-From: csd.brispoly.ac.uk!p_copela    Jul 17 20:11:00 1992


Yippee!! party on dude...

I just got a letter from the dept that have asked me to look into upgrading
the system here,... now they initially wanted to buy solaris 2.0 for the
box (386 33MHz, ISA (least it looks like it) with a 1.2 Gig disk + 60 Mb tape 
streamer) but I'm reasonably sure that Solaris isn't and won't be avalable for
a long time for ISA architecture,... so... what I wish to knwo from those who 
have gone before me, what is the bets upgrade path solution?

ie can I jump from isc2.2 -> isc4? ideally I wish to move to sysv 4 but wish
to keep posix compatibility and have job control.

email/newscasts are very welcome on this subject

reguards

Phil
=--=

===============================================================================
  (c) 1992 Philip Copeland - alias 'Bryce'                    (course: BScITIS)
  JANET      : p_copela@uk.ac.bristol-poly.csd

                                  "... I can resist anything but temptation..."
-------------------------------------------------------------------------------
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sysv386
Subject: Re: Controversy, objectivity, and common sense...
Date: 29 Jul 92 15:09:26 GMT
Distribution: usa
Organization: CompuData Inc.

witr@rwwa.COM (Robert Withrow) writes:

>Perhaps, Bill, you will be so kind as to explain to us what qualifies
>your views as more ``objective'' than Mr. De Armond's are.

It would seem that Bill reacted towards a biased accusation. Apparently his 
motive was to use medicine of a similar nature to attempt a cure. IE De Armond 
was to tell the world about how terrible Dell support is and Bill's only 
counterpoint was to attempt to 'arrange' a defense of that support by showing 
the other side.

I don't see any problem with objectivity on Bill's side at all.
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: comp.unix.sysv386
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: Dell Unix..
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Fri, 24 Jul 1992 17:28:29 GMT

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

>Yes, thruout this whole Dell knocking episode - not a word from Larry. I think 
>I'll bring up SCO again and he should come back to life in a hurry. :-)

Actually, larry has been (or is) on vacation.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
From: steinman@minnie.UUCP (Dave Steinman)
Newsgroups: comp.unix.sysv386
Subject: LPR/LPD
Date: 28 Jul 92 13:34:41 GMT

I'm looking for source code for BSD LPR/LPD utils to run on a
System V box..  Any direction on where I could find source will
be appreciated.


*****************************************************************
*****	Dave Steinman		Horizon Data Corp.          *****
	Voice			(703)758-0531
	Fax			(703)758-9713
*****	UUCP			uunet!hdchq!steinman        *****
*****************************************************************
Newsgroups: comp.unix.sysv386
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: sector remapping woes with 1542A/SCO Unix
Organization: Keith's Computer, Hope Mills, NC
Date: Thu, 23 Jul 92 02:22:12 GMT

In article <467@wurtel.hobby.nl> paul@wurtel.hobby.nl (Paul Slootman) writes:
>I can boot from it, run apps, etc.: everything works ok. The SCSI BIOS
>remaps the sectors to 318 cylinders of 64 heads, 32 sectors, giving me
>318 MB, which is right.
>
>However, when I access it from UNIX by installing SCO Unix 3.2.2, SCO
>tells me it's a disk with 1272 cylinders, 16 heads, 32 sectors, also
                           ^^^^
The root filesystem in SCO unix cannot lie beyond the 1024th cylinder,
translated or otherwise. 

>giving me 318MB. However, after installing everything, I can't boot from
>it ("NO OS").
>
>Some exploratory work shows me that the PC BIOS wants to load the stuff
>from the hard disk, but does this using the first translation (64 heads).
>As the partition table is written while 16 heads are assumed, the stuff
>can't be found, and the bootstrap fails.

Yup cause it lies beyond cyl 1023, and masterboot barfs.  Try creating 2
filesystems or modifying the sector translation.  I ran into this once
before.  What version of SCO?

>
>Why does SCO Unix think that a different sector translation is called
>for? On other machines (with, admittedly, 1542_B_ controllers) SCO
>Unix kindly uses the 64 head translation (in fact, the same installation
>floppies have been tried, to no avail).

I'm not sure.  Some older SCO *IX's and motherboards would not accept
more than 16 heads, and 32 sectors period.  I could however boot with a
DPT card with a 2048 X 16 X 32 because it hacked into the bios and
defeated the 10 bit cylinder address limitation. 

>What is my problem? Why does SCO Unix do this? What part of the kernel
>to I have to patch? :-) Is it my "old" 1540A? I would be grateful for
>*any* hints or suggestions anyone has.

Ahh,  morn, likely you need a BIOS upgrade for the controller.
also simply creating the first filesystem between 0 and 1023 and using
from 1024 to 1272 end as the swap area is an easy fix.

It will of course require manual fiddling with divvy ("Would you like to
make any manual adjustments"...) but it is not difficult.  Just set root
to use the entire area.  You will have to multiply out and get the track
numbers.  Track 0 is reserved.
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
Newsgroups: comp.unix.sysv386
From: arch@fjh.b8.ingr.com (new user)
Subject: RE:What the 17" monitor reviews never tell you   [28] Stephen Hite        
Organization: Intergraph
Date: Wed, 22 Jul 1992 19:01:10 GMT

> I just wanted to let anyone who is deciding to purchase a 17" monitor
>for X386 work to be be cautious when making their decision.  I just
>bought one of the highest rated monitors in the $1100 price range
>(the Nanao 550i) and the one  I got has a tremendous problem with this
>"rainbow effect" at 1024x768

 You've probably considered this, but for what its worth, have you tried 
de-Gaussing this monitor or checking for any EMI from surrounding peripherals,
etc.,?  I've installed a couple of these monitors without such a prob. Maybe
you're grid was magnitized in shipping?
                                                 --Merry Pixels
Newsgroups: comp.unix.sysv386
From: drich@sandman.lerc.nasa.gov (Daniel Rich)
Subject: SUMMARY: gcc on ISC
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Wed, 29 Jul 1992 13:20:52 GMT


Thanks for all the replies on compiling GCC 2.2.2 on Interactive Unix.
Apparently, it has been too long since I have tried this, since
everyone has told me that all I have to do is configure it and type
make.  Now, if I can just get the justification to do this.....

Thanks again.

-- 
-- 
Dan Rich                    | drich@lerc.nasa.gov   |  (216) 433-4000
Sr. Systems Engineer        | "Danger, you haven't seen the last of me!"
RMS Technologies, Inc.      |    "No, but the first of you turns my stomach!"
NASA Lewis Research Center  | -- The Firesign Theatre's Nick Danger

Newsgroups: comp.unix.sysv386
From: bruno@thunder.mcrcim.mcgill.edu (Bruno Hall)
Subject: Re: Archive Viper 525 and Dell
Organization: McGill Research Centre for Intelligent Machines
Date: Thu, 30 Jul 92 07:29:33 GMT

larry@gator.rn.com (Larry Snyder) writes:
>> I wrote:
>
>>then refuse to write another after the first.  Also, the light on the
>>drive stays on after the initial access -- until the tape is removed.
>
>I've noticed with Dell the tape light stay on after the tape is accessed
>after booting and remains on until the machine is rebooted or turned off

With a Viper 525?

Bruno
-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         
McGill Research Centre for Intelligent Machines - Controls Group
New systems generate new problems -- Join the Flat Earth Society.
From: mah@parrot.prv.univie.ac.at (Michael Haberler)
Subject: Dell SVR4 + VJ Compressed SLIP works!
Reply-To: mah@ic.co.at
Organization: Vienna University
Date: Fri, 31 Jul 1992 00:23:06 GMT


rapfast.unibase.sk.ca has two nice drivers for SVR4:
sas-1.25.tar.Z, the Streams version of FAS, and 
slip.tar.Z, a compressed SLIP streams driver. 

I use SAS because I have an AST-4 clone with 16550's. I tried 
Dell SLIP ontop of that for a while but wasnt too happy - those two
dont get along very well (frequent 'ippullupmsg failed' messages on the
console, and freuently needing disable/restart of the slip demons). 
Plus, I was used to compressed SLIP - makes quite a difference over 
slow lines. 

It turns out that the Compressed SLIP driver on rapfast works
great with SAS on Dell SVR4 2.1. I havent tried the dialup stuff in there
as I have an async leased line but I will do so shortly. I'm typing
this into xrn over this combination.

Installation of the drivers is straightforward. The only nit was that I
had to change UNREG_SLHUP to SLP_UNREG_SLHUP and REG_SLHUP to SLP_REG_SLHUP
in drivers/sys/slp.h to get sliphangupd to compile.

I'd assume that the CSLIP driver works with other serial drivers as well,
I havent tested that. As opposed to the Dell SLIP driver which is a tunnel 
driver going back to two userland processes for tty I/O, this CSLIP driver 
is a streams multiplexer module which sits between the tty and IP
modules in the kernel, so there's no context switching involved for
packet I/O. And it's a great hacking base besides...

As Jerry P. would say: Recommended. 


-michael

-- 
Michael Haberler 		mah@ic.co.at,  mah@awiwuw11.bitnet
A-1070 Vienna, Austria, Mariahilferstrasse 126
Tel: +43 (1) 961-679 (voice & fax) D-Netz/Cell Tel: +43 (663) 811-056
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: >>An example 
Distribution: world
Organization: home
Date: Fri, 31 Jul 1992 14:48:22 +0000

Can we please start writing about Unix again and drop the flames?

     ----------------------------------------------------------------------
       Simon Langley                 email: slangley@constant.demon.co.uk
     ----------------------------------------------------------------------
Newsgroups: comp.unix.sysv386