HDTenEightyP/NetNews huggingface dataset:
From: winslade@odin.unomaha.edu (John Winslade)
Newsgroups: comp.unix.sysv386
Subject: Re: uugetty -> too many respawns???
Date: 22 Jul 92 17:11:12 GMT
Organization: University of Nebraska at Omaha

bmyers@mcopn3.dseg.ti.com writes:

>Here's the scenerio:  Consensys V4 with beta test Mouse driver disk, Telebit
>WorldBlazer connected via 9-to-25 serial cable.

>If i switch over to using the inittab entry, with the following as an example:

>01:23:respawn:/sbin/uugetty -r -t 60 19200NP

>and issue a 'init q' command, I get a msg back from the system telling me that
>there is something wrong; that the process is respawning too fast for the
>system.

I'm fighting a similar problem (which I am discussing in a separate post)
where I think something is killing the uugetty with some kind of a signal.
I've enabled boo-coo debugging and traced it to the point it calls the read
from the device (and should block until something is read).  After several
minutes it starts respawnning over and over (each iteration re-inits the
modem) and ends up waiting in the read call.  Then one of two things will
happen.  1 - it will respawn again (and again ...) until something gets
tired of it and issues the warning and locks it out for a while, or 2 -
it waits as it should, and allows an inbiound call.
 
Good day        JSW
Newsgroups: comp.unix.sysv386
Subject: Re: /dev/fd and ksh under SVR4?
From: hugh@nezsdc.icl.co.nz (Hugh Grierson)
Date: Mon, 27 Jul 92 04:59:37 GMT
Organization: Fujitsu New Zealand

In article <JHPB.92Jul21183240@sarto.budd-lake.nj.us> jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:
>Does anyone know why /dev/fd is referenced in the SVR4 ksh binary?  I
>am wondering if this ksh supports something like
>
>	diff $(<cat /etc/passwd) $(<cat /etc/passwd)

Try:
    diff <(cat /etc/passwd) <(cat /etc/passwd)
and echo <(cat /etc/passwd) <(cat /etc/passwd)

Or this sort of command may be more useful:
    diff <(hd file1) <(hd file2)
    diff <(strings file1|sort -u) <(strings file2|sort -u)

>but it's just not documented?

Hmm, I can't seem to find it there.  Curious.


-- 
Hugh Grierson             Fujitsu New Zealand - Software Development Centre
NEW IMPROVED ADDRESS: hugh@nezsdc.icl.co.nz        Speaking for myself, etc
Watch this space.
From: krs@ardvar.moundst.mn.org
Newsgroups: comp.unix.sysv386
Date: 16 Jul 92 04:54 MDT
Subject: Re: Insight, Hard Drives Internat.,
Nf-ID: #R:1992Jul15.150204.2713@galileo.cc:-1220832844:1992Jul16.035431.398@ardvar.moun:-296585580:001:1462
Nf-From: ardvar.moundst.mn.org!krs    Jul 16 04:54:00 1992


In article <1992Jul15.035729.2456@athena.cs.uga.edu>
hal@pollux.cs.uga.edu (Hal N. Brooks) writes: >In article
bkilgore@ips.iacd.honeywell.com (Bruce Kilgore) writes:
>>
>>WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING
>>
>>Company:   Insight Computer out of Tempe Az
>>Date   :   June 1992
>>
>[ lots of details deleted ]
[lots more details deleted ]
>jumpers. Fortunately, I was able to get the correct information
>straight from Fujitsu, who shouldn't even have to be dealing with
>end users like me!
>
>In short, price isn't everything and glossy ads don't make
>a company reputable.

I've bought at least 4 hard drives and several RAM chips from HDI and
have never had a problem, there prices have been good and the one
instance where I needed help, they were very responsive.  My last drive
was a Fujitsu 520Mb drive, and *Fujitsu's literature was in error -
when I called the automated attendant system at Fujitsu, the first item
covered under hard drives was the error in their documentation.

What can you conclude?  I'm not sure, although I sure won't be as
confident the next time I buy from HDI.

>
>=============================================================================
> Hal N. Brooks     Voice: (706) 546-7792     Internet:
hal@pollux.cs.uga.edu
>=============================================================================


-- 
---
I've spent so much on this computer, I can't afford a signature
Kent Schumacher

Newsgroups: comp.unix.sysv386
From: bw@uecok.ecok.edu (Bill Walker CS PESC 114)
Subject: Mathematica not supported any more
Organization: East Central University, Ada, Oklahoma
Date: Tue, 28 Jul 92 21:20:03 GMT

	I am told by Wolfram that they will no longer support
	Mathematica beyond version 1.2 on '386 Unix boxes.

	Consequently, we are actively searching for another symbollic
	manipulation package that will run on our SCO Unix stuff,
	preferably under X-Windows.

	If anyone has any suggestions, we would welcome them.

	Bill Walker
	bw@cs.ecok.edu


-4susus

	iz: b
sus20PESue,ue,ugre-(Biani1
Bil.ecnn:T
	CMe21bw@c
Me-e-et{as@uecasasa
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sysv386
Subject: Re: opinions on unix systems
Date: 29 Jul 92 00:02:19 GMT
Organization: CompuData Inc.

larry@trauma.rn.com (Larry Snyder) writes:

>>>According to talk here, several previous SCO fans have (or will be)
>>>jumping off the SCO bandwagon after SCO announced the ODT update pricing..

>how much for the developers package update, and  unlimited users update?
On CD-ROM you're looking at $450
The unlimited server is $595

>I though MD was complaining about the upgrade for a complete system costing
>$800-$1000...

That's a pretty nice neighborhood.  I wonder what those developers charge for
releasing upgrades to 'their' software?  I wonder what those developers charge
for annual support to 'their' customers?  I wonder how those developers stay
in business long enough to bother with any of the above if they don't charge
for 'their' labor? 

Most users, of course, only pay the minimal personal upgrade fee. For large 
systems with lots of users $595 is quickly diluted to meaningless dollars per 
seat.

If developers can't afford $450 for an upgrade to a practically new release, 
maybe they shouldn't be doing development work and go back to just being a 
user.

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
From: MEREDITH@TURC.USBM-CCN.GOV
Newsgroups: comp.unix.sysv386
Subject: News service on SCO System V/386
Date: 22 Jul 92 14:40:46 GMT

Well I have compiled and I think installed Cnews.  What does it do and how
can I get to nwsgroups.  In particular I am running SCO System V/386 ver 3.2.2
with SCO TCP/IP ver 1.1.3 and am on the Internet.  I would like to be able
to get the system to be a news server for the PCs on my local area network.
We currently get our news feed from a system in Pittsburgh, but they do not
subscribe to all the newsgroups that we are interested in.  Also, I cannot seem
to get mmdf to communicate mail over the Internet ( thus I am writing this from
our minicomputer running Primos ).  Any help would be greatly appreciated.

Thanx,
Don Meredith

meredith@turc.usbm-ccn.gov

Newsgroups: comp.unix.sysv386,comp.unix.i386
From: kss@niksula.hut.fi (Kati Susanna Suominen)
Subject: rshd problem in Interactive 3.0
Reply-To: kss@niksula.hut.fi
Organization: Helsinki Univ. of Tech., Finland
Distribution: comp
Date: 28 Jul 92 08:57:01


       I bumped into a strange error message while using rsh or rcp
       in my Interactive 3.0. The message apparently comes from rshd
       and says: 

       Logins currently disabled

       I couldn't find this in my rshd manual page and my local
       Interactive vendor had never come across such a message.
       Otherwise the tcp/ip works fine (rlogin and telnet work and we
       have the appropriate /etc/hosts.equiv-entries).

       If you have any suggestions (other than reinstalling the
       tcp/ip -package), please mail them to me as I can't read this
       newsgroup regularly.


       Thanks,

       - Kati -

--
Hmmm..  a CRIPPLED ACCOUNTANT with a FALAFEL sandwich is HIT
 by a TROLLEY-CAR..
- Zippy the Pinhead -
From: u-dmfloy%jensen.cs.utah.edu@cs.utah.edu (Daniel Floyd)
Subject: Dell 1024x768 X386 how?
Date: 27 Jul 92 18:09:33 MDT
Keywords: Dell X386 Diamond Stealth Vram
Organization: University of Utah CS Dept

I am trying to get 1024x768 or better on Dell SVR4 I2.1
with Addonics C201 Ultra1280 and a Stealth Vram card.
I have tried Xi386, X386, X8516 and several
different options and configurations in Xconfig.
I was hoping that the discussion of Diamond 24 would
help but it didn't.  I tried setting up the card
from DOS and then going to Unix, but it didn't work
either.

There you have it.  Can anyone help?
Dan
u-dmfloy@jensen.utah.edu
Newsgroups: comp.unix.sysv386,comp.os.linux
From: alan@ernest.dseg.ti.com (Alan Edmonds)
Subject: Re: How to get rid of your Diamond Speedstar 24
Organization: Texas Instruments, Inc. - Plano, Tx
Date: Thu, 23 Jul 1992 01:49:18 GMT

In article <1992Jul22.232501.27215@sinkhole.unf.edu> shite@sinkhole.unf.edu (Stephen Hite) writes:
>
>   For those of you that have been following my saga of trying to get a
>decent 17" monitor / good et4000 card these past few days, you've already
>read that the DS 24 is NOT the same as the Diamond Speedstar HIColor
>with the 15-bit RamDac chip.   HOWEVER, these vendors /think/ that when you
>say HIColor you mean the DS 24.  Look, all we really want is a decent
>et4000 card that has some high dot clocks so we can run X386 1.2E with
>viewing comfort...specifically, an 80 dot clock is nice when you have 
>a good 17" monitor (by all means, if someone finds an et4000 that can 
>can go higher, mention it to the group).

I'm not sure it can go higher, but it is pretty fast.  Check out the
MicroLabs Ultimate VGA.  Call MIcroLabs at 214-702-8654.  I am using
one in my ISC 2.2.1 system with X386 (X11R5).  Works well for me.  I also
have one at home (DOS only) hooked up to a 17" IDEK monitor.  Looks fantastic.

Also, the card isn't that expensive.  Good driver support. 

I should add that I'm a good friend of the MicroLabs owner.  It doesn't change
the fact that is a good card.  And it does work with X386.

-- 
Alan Edmonds                                     Texas Instruments, Inc.
I don't speak for TI; TI doesn't speak for me    M/S 8513
Work phone: (214)575-6427                        6620 Chase Oaks Blvd.
Email: alan@ernest.dseg.ti.com                   Plano, Texas  75023
Xref: sparky comp.unix.sysv386:12631 comp.os.linux:7027
From: rhealey@dellr4.digibd.com (Rob Healey)
Newsgroups: comp.unix.sysv386,comp.os.linux
Subject: Re: Warning about Diamond Speedstar 24
Date: 29 Jul 92 19:59:19 GMT
Organization: DigiBoard Incorporated, Eden Prairie, MN

In article <1992Jul22.043122.10523@sinkhole.unf.edu>, shite@sinkhole.unf.edu (Stephen Hite) writes:
|> I wanted to warn people about this card because even though it's an et4000
|> chipset, it's no good if you can't get at or program the dot clocks so
|> we can use it for X386 1.2E work.  Also because I had recommended it to
|> this group based on the knowledge of what was in the mode X386 database
|> (the database reports dot clocks so I'm very confused here) and everybody's 
|> high praise on the net over the last year for their Diamond Speedstar line 
|> of cards.  I apologize.  I'm paying my just deserts now for having to 
|> send it back and take the hit on the 15% restocking fee.  :-(
|> 
	Hmm, did you apply the patches that add the HiColor option
	to X386? The Diamond boards with the 32k colors run GREAT
	with the patch and setting HiColor in the Xconfig file.

		-Rob
Newsgroups: comp.unix.sysv386
From: lfoard@Turing.ORG (Lawrence C. Foard)
Subject: >> Linux a free 386/486 Unix like OS << (Re: BSD386)
Organization: The Turing Project, Charlottesville Virginia.
Date: Wed, 22 Jul 1992 22:14:07 GMT

In article <1992Jul14.045615.26639@nuscc.nus.sg> kent@exodus.reuters.com.sg (kent) writes:
>I am looking for the latest BSD386 source codes and binaries (preferably version 0.1 and above).
>Thank You

I was surprised to see no mention of Linux on this group. 

Linux is a full 32 bit OS complete with demand loading, shared libraries,
virtual memory, X windows (X386), the ability to mount DOS
disks as file systems, BSD job control, etc.

Take a look at comp.os.linux or tsx-11.mit.edu pub/linux

So far Linux is the best OS I've used on the 386 and 486 so far,
I've tried Xenix and Esix, Linux while still missing network support
beats them on almost all other points.
-- 
>>Unix/C Contract worker available 5 years C/unix work experience<<  ______
Available for Telecommuting/Travel and contracts on the T Line       \    /
in the Boston MA area. Send me e-mail for a copy of my Resume.        \  /
       -- VWIS 508-793-9568 (2400 baud), Linux support BBS.--          \/
Newsgroups: comp.unix.sysv386
From: jgd@dixie.com (John De Armond)
Subject: Willie Dee and writing letters. (was Re: >>An example of Dell's) 
Date: Tue, 28 Jul 92 07:31:45 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

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


[me]

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

I'll save you the effort.  Here it is.

Midnight Engineering
Bill Gates, Publisher
111 E. Drake Road, Suite 7041
Ft. Collins, CO  80525

303 225 1410
303 225 1075 (fax)

( To everyone else other than Bill and his buddy above, ME is a really
whippy little magazine, combining small business and technical
information in one package.  If you're thinking about developing
a product or starting a business, the magazine is a must. )

When you write your letter, be sure to note that you are nothing more
than a nosy bystander who knows nothing about the case other than
what you've read in this group.  I, on the other hand, DO know the details 
of the case because I've been involved with Stan practically from
the beginning.

I never claimed to be objective.  Every article I write is an
expression of my opinion on the topic. If you have a different
opinion, write an article of your own. If you can express
yourself, can spell and make generally complete sentences, Bill
might publish it.  Based on my track record of writing for the
magazine over the last couple of years, your letter or article -
if it got published at all - would be judged against that
record.  Why am I not worried?  

This Dell incident will make an excellent case study.  Whether said study
shows a company which agressively attacks a problem and solves it or
whether the company plays ostrich at the first sign of controversy is 
still up in the air, though the events of the last 24 hours give me hope.
I'm writing my article right now so do hurry.

John
-- 
John De Armond, WD4OQC               |Interested in high performance mobility?  
Performance Engineering Magazine (TM) |
Marietta, Ga                         |Interested in high tech and computers? 
jgd@dixie.com                        |Write me about PE Magazine
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
From: duncan@ravel.ati.com (Jim Duncan)
Newsgroups: comp.unix.sysv386
Subject: Re: Fun with uugetty (ISC)
Date: 26 Jul 92 16:20:59 GMT
Reply-To: duncan@ravel.ati.com (Jim Duncan)
Organization: KUFX 94.5 FM Stereo, San Jose, CA 'The Fox'

In article <1992Jul26.004750.10816@nuchat.sccsi.com> steve@nuchat.sccsi.com (Steve Nuchia) writes:
>In article <9207221736.AA12691@iecc.cambridge.ma.us> johnl@iecc.cambridge.ma.us (John R. Levine) writes:

>>I don't understand why they still ship uugetty.  As of ISC 2.2, you don't
>>need it.  You put regular old getty on /dev/ttyd00 and dial out on
>
I sure am glad ISC still has uugetty.  I've got v. 3.0, and while the
ISC "bi-directional" getty system was real slick with the $25 com ports
I initially had, the driver set for the used 8 port smart card I bought
just would not work with ISC's nifty BNU system. So I had to go back to
the uugetty, which unfortunately has its rather clumsy aspects.   

-- 
KUFX |      w  ["]                            | WA6MBV     
94.5 |...   |___|_____..duncan@ravel.ati.com  | Jim Duncan  
FM   |          H                             | ----------   
********  \_____I_____/  37 3 10N/121 59 10W  **************
From: donn@dellunix.dell.com (Donn Baumgartner)
Newsgroups: comp.unix.sysv386
Subject: Re: >>An example of Dell's product support (Esix here I come...)
Date: 21 Jul 92 08:14:16 GMT
Organization: DELL Computer --UNIX Software Development Group-- Austin, Texas

Conor Cahill writes:
jones@acsu.buffalo.edu (terry a jones) writes:
>In article <fluet.711428210@ee.ualberta.ca> fluet@ee.ualberta.ca (Kevin Blaine Fluet) writes:

[postscript aftermath deleted for brevity]

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

Actually, I think Terry has a pretty good sense of humor.  But once again
I have to claim that I represent *me* here unless I otherwise state.  If
you want 'official' Dell stuff, send mail to support@dell.com... stuff you
read here is not official (this is Usenet, folks).

[more deleted]

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

Funny... this is *exactly* how I interpreted this situation.

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

Was I too harsh?  Sorry.  Honestly.  Some net-antics piss me off more
than others - this one positively rips me because of its false pretenses.
Nonetheless, I'm sorry for the harshness of the posting...

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

Thank you.  What was it the Wizard of Oz said...?  Oh yeah... "ignore the
man behind the curtain..."
							- Donn
Newsgroups: comp.unix.sysv386,biz.sco.general
From: barker@enel.ucalgary.ca (Scott Barker)
Newsgroups: comp.unix.sysv386
Subject: opinions on unix systems
Date: 23 Jul 1992 15:25:02 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Having seen the comparison made of various unix packages for the 386 in the
FAQs, I was wondering if I could get a few opinions about three of them:
SCO, Dell and Sun's Interactive/Solaris.

The general impression I have gathered from reading this newsgroup is:

- SCO is very good, has excellent support, but has numerous incompatibilities
- Dell is probably the "best", but their support is very poor
- Interactive/Solaris may be the new up and coming product to buy
- all three offer excellent, inexpensive upgrading packages

I would appreciate it if people could tell me what they like/dislike about
these three system, and what they feel are the advantages/disadvantages,
particularly in terms of support, upgradeability and compatibility.

Feel free to e-mail me with responses.

Thanks in advance.

-- 
Scott Barker
barker@enel.ucalgary.ca

"Magick is doing the right thing, in the right place, at the right time. If you
   think that is too simple try doing it."
   - Maurice Druon, The Memoirs of Zeus
Newsgroups: comp.unix.sysv386
From: mtcusa@tigger.jvnc.net (Multilingual Technogies Corporation)
Subject: INTERACTIVE Unix and Sun River Terminals
Originator: mtcusa@tigger.jvnc.net
Organization: JvNCnet, Princeton University, NJ
Distribution: usa
Date: Sat, 25 Jul 1992 12:07:58 GMT

HI:

I am inside the ioctl call of an INTERACTIVE Unix driver, and need to find
out the current 'struct tty *tp' pointer of the current user.  This is
not a line discipline ioctl, so I don't really get the tp passed to me.

Normally I could do:

	tp = &cdevsw[major(dev)].d_ttys[minor(dev)];

from a serial line login, or 

	if( ! strcmp( cdevsw[major(dev)].d_name, "kd" ) )
		tp = kd_state[VTINDEX(dev)]->tp;

for a virtual terminal.

The problem is now I have to find it from a Sun River Terminal.
These are external VGA consoles.  They also provide a virtual terminal
capability, but seem to have put the 'tp' pointer somewhere else.

I haven't tried their SUNINDEX() macro yet (I think that's the name)
because I'm not sure that will index into the 'kd_state' table.
I suppose I could start stepping thru the kernel debugger, but that turns
my stomach; as does just hacking thru endless panics.

Any suggestions?

George Bogatko - mtcusa@tigger.jvnc.net
From: drose@draco.bison.mb.ca
Newsgroups: comp.unix.sysv386
Date: 18 Jul 92 09:14 MDT
Subject: ISC 2.2.1 & TERMINFO HELP!!
Nf-ID: #N:1992Jul18.051400.346@draco.bison:433183406:001:807
Nf-From: draco.bison.mb.ca!drose    Jul 18 09:14:00 1992



Hello,

	I am having some problems with TERMINFO stuff on my ISC 2.2.1 system.
I am running a bbs (waffle) off of the front end. So I have an account set
up called bbs, with its shell set to /usr2/waffle/waffle. This all works
just fine, and people can log in and out etc. But the problem comes when
I try to "SHELL" out a command, such as talk. It is always coming back
with the message - I don't know anything about your term type 'UNKNOWN" or
what ever...it is the typical unix response. The reason why I think its
the unix side of things is if I log in as a unix user, and then telnet
to the bbs, things work fine, including talk etc. I've tried adding
a terminfo def in my getty line

/etc/uugetty ttyF00 D8_3400 vt100

etc...but that doesn't have any affect either...

has anyone got any suggestions
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: Setting up Anonymous FTP under SVR4 (Consensys 1.3)
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Sat, 25 Jul 1992 13:29:49 GMT

mcr@csi.on.ca (Michael Richardson) writes:

>  I can put and get just fine. Maybe this is a security feature :-)

Your setup looks just fine - like ours here.  anonymous ftp works
here fine -- the only problem we have is with making symbolically
linked filesystems available via anonymous ftp logins --

ie: when we mount a filesystem under the home/pub directory (using
a symbolic link) even though it's mounted -- we can't access it when
logged in anonymously.

the link is made -- and can be accessed via other logins --

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry