HDTenEightyP/NetNews huggingface dataset:
From: det@hawkmoon.mn.org (Derek Terveer)
Newsgroups: comp.unix.sysv386
Subject: Re: advice on DAT drives
Date: 15 Sep 92 02:43:45 GMT
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: Tin 1.1 PL4

evan@telly.on.ca (Evan Leibovitch) writes:
: There is another, fairly recent, alternative.
: 
: A number of tape drive companies (Archive, Tandberg, Sankyo) have come
: out with drives which will support the 3M "Magnus" QIC cartridge. These
: will store about 1.3GB on a QIC tape, and are reported to have faster
: data-transfer rates than DATs. They're also considerably cheaper than DATs.
: (Well, the drives are. The 1.3GB media is a bit more expensive than DATs).
: evan@telly.on.ca / uunet!utzoo!telly!evan

Very interesting!  I am in the market right now for a decent sized backup
and this looks like it could do it for me.  Do you have any literature
references??  I haven't heard of this before.

derek
-- 
Derek Terveer   Work:	derekt@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
From: flint@gistdev.gist.com (Flint Pellett)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Date: 14 Sep 92 21:01:23 GMT
Organization: Global Information Systems Technology Inc., Savoy, IL

bill@unixland.natick.ma.us (Bill Heiser) writes:

>larry@gator.rn.com (Larry Snyder) writes:
>>>> DELL includes the MERGE along with their product (i.e. it is a "nuts and
>>>> bolts complete" release).  
>>>IF you want Merge. But why would I want Merge?

>>If you want it, then just type dos.  If you don't, you get to
>>delete it or remove it.
>>At least you have a choice.

>Yeah, but you get to PAY for it whether you want it or not!

And you have to pay for the "ls" command whether you want it or
not.  (Maybe you roll your own ls?)  Personally, there is a lot
to be said for having a system that has everything in it: yes,
you might have to pay more because you're getting MERGE that you
don't need, but you're also getting X-Window (or whatever) that
you do use cheaper because someone else who is using MERGE but
not X helped fund it.  It generally balances out, and even when
it doesn't the end result is actually a lower cost.  Why? 
Because customized versions cost money to manage.  If Dell has
just has one configuration to support, they won't spend hours on
the phone messing with customers who have different flavors of
the product with something missing.  Henry Ford figured that out
with the Model T: you could buy it in any color you wanted, as
long as it was black.  By doing it that way, he could produce the
cars cheaper.  When users complained that they wanted 35
different colors, the result was that Ford started offering more
colors to choose from, and the price went up to pay the salaries
of the people who have to keep track of who ordered what color,
and how many of each color do we have in inventory, and why this
color has something wrong with it that isn't wrong in the others,
etc.  Personally, I like black, but I won't be surprised to see
people that share your opinion win out and raise my cost of
transportation as a result.  Just don't forget that Henry sold
quite a lot of Model T's by being a price leader.

Also: I'm using Dell UNIX on a Gateway 486 machine.  Despite dire
warnings about how unstable SVR4 is supposed to be, I've found it
to be very stable, even if I am using it on non-Dell hardware. 
-- 
Flint Pellett, Global Information Systems Technology, Inc.
100 Trade Centre Drive, Suite 301, Champaign, IL  61820     (217) 352-1165
uunet!gistdev!flint or flint@gistdev.gist.com
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware
From: kgermann@zeos.com (Ken Germann)
Subject: Re: Free software and the future of support for Diamond products
Organization: Zeos International, Ltd
Date: Sat, 12 Sep 1992 03:55:49 GMT
Keywords: Diamond, free-software

In article <1992Sep11.124831.10108@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Sep10.130359.24767@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>
>| Well, one of the responses to our Diamond mail survey was from Rick Kemp
>| at SCO.  I quote:
>| 
>| 	We have no plans on supporting their cards at anything but
>| 	640x480 resolution.  They have refused to tell us how their
>| 	cards work, and we have told all of our distributors to
>| 	discontinue carrying them (Gateway 2000 and Zeos).
>| 
>| So we'll see.  The fact that SCO is having trouble doesn't bode well
>| for our winning this battle.
>
>  Interesting, since SCO has a stealth X driver in their directory on
>uunet. I have very little information about it beyond that.
>-- 
The solution for the support of X/Windows in the Freeware arena or
any other arena would be to design a VESA based driver for these
software packages. It would greatly simplify the need to design
specific drivers for specific cards. Granted the VESA drivers may not
take advantage of the hardware specific to the card; but, there would
still be a driver available until someone changes their minds.
How difficult would it be to support a VESA based driver under Unix?
This would be a place to start.


The problems with the support arose with the Speedstar 24X and Diamonds
proprietary technology used on the card. The Speedstar and Stealth
are both supported by ODT 1.x and 2.x now.  The generic TSENG drivers
, I am told should work for the Speedstar (ET4000) based card. 



-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
Newsgroups: comp.unix.sysv386
From: richk@grebyn.com (Richard Krehbiel)
Subject: errno=11 (EAGAIN) from poll; what reasons?
Organization: Grebyn Timesharing
Date: Fri, 4 Sep 1992 23:17:40 GMT


A couple of programs we're developing commonly receive errno 11
returns from poll().  The documentation says some system resource is
exhausted, and try again.  The code simply loops on the poll and all's
well, eventually.  But it has me wondering.  What is it that's being
exhausted?  Is it tunable, can I increase it?  Should I worry?  Oh,
we're running Interactive 2.2 and 3.0.  Thanks.
-- 
Richard Krehbiel                                 richk@grebyn.com
OS/2 2.0 will do for me until AmigaDOS for the 386 comes along...
Newsgroups: comp.unix.sysv386
From: ebh@highlite.uucp (Elliot B. Hans)
Subject: SLIP config questions for Interactive 2.2, 3.0
Organization: Gotham Communications Research
Date: Fri, 11 Sep 1992 19:21:54 GMT

I have a client with Interactive 2.2 that had SLIP running at one time,
and wants me to fix it.  It seems to have been supplied with the TCP/IP
package on that system.  However, I can't find any documentation on it
(either it's undocumented, or they lost it).

Has anyone set one of these up?  There's a "sldialup" and "sllogin" (and,
I think, "slattach") in /usr/ucb, and I have the syntax they used to use
to invoke a SLIP session:

	/usr/ucb/sldialup tty00 9600

	(Connects to modem on local system)

	ATZ
	ATDTxxxxxxx

	login: sliplogid
	password: xxxxxx

The above login is supposed to invoke "sllogin" on the other side, which then
apparently will work with sldialup to maintain the connection.  One then uses
rlogin to get to the other system.

I'm wondering what else is required - files and syntax - to have it configured
properly.  Any ideas, or pointers to documentation?

Elliot Hans
UNIX Consultant
...!uunet!spao!ebh  or  ebh@gotham.com
Newsgroups: comp.unix.sysv386
From: ralf@vmars.tuwien.ac.at (Ralf Schlatterbeck)
Subject: ISC + ESDI + SCSI possible?
Reply-To: ralf@vmars.tuwien.ac.at
Organization: Technical University of Vienna
Date: Mon, 7 Sep 1992 08:38:28 GMT
X-Cuse: we apologise for the inconvenience

I'm about to buy a 1GB drive for an Interactive UNIX. I already have a
300MB ESDI drive running. Cheap 1GB drives are only available for SCSI,
so my question, is it possible to run an ESDI-Drive together with a SCSI
drive on Interactive? The new SCSI-Controller will be an Adaptec, version
unknown (But I didn't buy a controller yet)
Anybody any experience with such a configuration?!

-- 
Ralf Schlatterbeck
Treitlstr.3/182/1                            email: ralf@vmars.tuwien.ac.at
A-1040 Wien                                  Phone: +43/222/58801/8177
Austria                                      FAX:   +43/222/569149
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: Re: SASS 2.00 to be released!
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Date: Sat, 12 Sep 1992 14:42:00 GMT

In article <stritzi.716231720@Physik.TU-Muenchen.DE> stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger) writes:
>roe@Unibase.SK.CA (Roe Peterson) writes:
>
>>SASS 2.00 will be released Sunday, September 6th.
>
>>I will be posting it to alt.sources, and sending it to comp.sources.misc.
>
>Hey, what has happened? I didn't find it in alt.sources or comp.unix.sysv386
>nor could I anonymous ftp to Unibase.
>
	Ya, I tried the anonymous ftp to Unibase and got informed that
anonymous doesn't exist :(

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.03
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell/feed accounts available   1800+ newsgroups
marc@r-node.pci.on.ca | Telebit T3000/SupraModem2400/Cardinal 2400  FREE
Newsgroups: comp.unix.sysv386
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Organization: Keith's Computer, Hope Mills, NC
Date: Sat, 05 Sep 92 03:27:45 GMT

In article <1992Aug29.090535.1657@saans.north.de> rolf@saans.north.de (Rolf Nerstheimer) writes:
[...]
>(unless you buy a support-contract from SCO-London ) via e-mail or fax or voice.
>They advised me to our german distributor, who wants to sell its own
>support me, and (sorry) couldn't help me without a contract.
>
>PLease understand me, I'm in business now for 12 years ( almost 5 years 
>with SCO-products ). In those good old days the os-guys were happy, if you
>showed them the bugs in their system, giving them a chance to fix it in time.

IMHO This support contract stuff is a crock of shit.  We're paying over
3 grand a year for support on one package we have.  The only time I have
contacted them was to inform them of a couple of bugs they have in their
software.  This is bullshit.

I used to sell nothing but SCO.  Coherent is about to become my platform
of choice.  It is very close, and I don't have to invest a few thousand
dollars in "courses" to become SCO certified.  I have a hard time paying
money for support from people who generally have less knowledge of their
own product than I do, and Paying even MORE money for the priviledge of
selling their products.

>
>Nowadays, maybe Larry is right. 
>For my part, I don't like SCO anymore, they don't listen any longer. 
>It's seems, time has come to try something else.

Oh, They listen allright.  In fact they are generally OK, But for
example I STILL have not been able to install 3.2.4 on a 486/33 EISA box
that I work.  Just won't fly, System crawls.  I have tried EVERYTHING,
including replaceing roms, re-config'ing, etc.  The parms, etc are
correct, No fiddling with tune files.  ANY I/O generates incredible sys
%'s on sar -u. Will be replacing the Motherboard in a few weeks.  Should
I have to PAY for them to tell me they can't fix the problem?  No, and I
didn't, but neither did they offer to take it back either. (The
"upgrade" that slowed me down ...)

Also unfortunately they have the most stable product that supports the
widest variety of hardware of any Vendor.  Period.  If I my livelyhood
is dependent on it I'll still be running SCO for a while longer.  But
we'll see.  They are sitting around fat dumb and happy right now, But
they better wake up.  Who the hell wants to spend 2 grand on ODT?  Not
me.  I just can't justify that kind of expense to anyone.

-- 
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,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd,comp.sys.ibm.pc,comp.sys.ibm.pc.hardware
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Free software and the future of support for Diamond products
Organization: AT&T
Date: Sun, 6 Sep 1992 21:01:59 GMT
Keywords: Diamond, free-software

In article <eaVY02MJ20P.01@JUTS.ccc.amdahl.com> gab10@griffincd.amdahl.com (Gary A Browning) writes:
> What is XFree86's feeling about negotiating the distribution of a very
> small binary library with their release that contains just the
> Diamond Configuration routines.  This would not be any more reverse
> engineerable than the ROM supplied with the video cards, it allows the
> server to still be distributed in source form, and it keeps a lot of
> Diamond's current and future customers happy.
> 
> For those users that do not have one of these cards, they get complete
> source code.  For those that do have the cards, they get complete source
> code except for the Video Card Clock Configuration routine.
> 
> It the longer term, my guess is that the Diamond policy will change when
> its competators release their cards.  At this point the source could be
> included.
> -- 
> Gary Browning        | Exhilaration is that feeling you get just after a
> 		     | great idea hits you, and just before you realize
>                      | what is wrong with it.


I should have covered this topic in the initial posting.

We discussed this possibility and decided that we have no desire to
enter the legal tangle involved in signing the non-disclosures that would
be involved.  I, for one, could not sign such an agreement, given my
current employment status.  And the others are not willing to take
on the responsibility.  So this will not happen.

We are sorry if there are people who can't use our software, but we are
not in business.  We are a bunch of hackers putting something together
in our spare time, using our own financial resources to do it.  We can't
be all things to all people.

So until Diamond changes their policies, we will not go to any effort
to support them.  We are already expending more effort to try to get
data to use to get them to change their policy than some of us think
should be expended.

That's the way it is, and that's the way it will remain.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.sysv386
From: smith@compound.se (Bjorn Smith)
Subject: How do I debug a curses prog with sdb ?
Organization: Compound Systems AB
X-Newsreader: Tin 1.1 PL5
Date: Mon, 14 Sep 1992 07:25:51 GMT

Is there any way to start sdb having the application to use one tty
(xterm window) and sdb another ?
We are currently trying to debug sc (the spread sheet calculator)
but since both sc and sdb talks to the current tty everything gets
a mess on the screen. As far as I remember gdb solved the problem
by some sort of tty redirect command but as far as I can see sdb
does not have this feature. On the other hand it seems unlikely that
this fundamental problem is not solved in the SVR4/sdb environment.

Thanks in advance for any kind of help in this matter !

PS
We are trying to run sc with 8 bit character set (using character
values > 127) on a SVR4 UNIX (Consensys). A minimal test of the
curses package indicates that it is capable of handling 8-bit chars.
After fixing the toascii() function in the sc code I tried it by
entering a "leftstring" inserting a three character string where one
contained the hex value 0xe5. When sc redraws the screen it gets stuck
in a loop filling the screen with garbage (in reverse video).

Anyone succeeded to run sc in 8-bit mode ?
DS
-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc,comp.sys.ibm.pc.hardware
From: kgermann@zeos.com (Ken Germann)
Subject: Re: Free software and the future of support for Diamond products
Organization: Zeos International, Ltd
Date: Fri, 11 Sep 1992 03:44:59 GMT
Keywords: Diamond, free-software

I will see what Diamond has to say to us about support SCO, etc...
-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
From: karol+@pitt.edu (Filip M. Gieszczykiewicz (fmgst@unix.cis.pitt.edu))
Newsgroups: comp.unix.sysv386
Subject: need rzsz binaries (also a question about cu)
Summary: how to sz from cu?
Date: 15 Sep 92 05:44:46 GMT
Followup-To: comp.unix.sysv386
Organization: University of Pittsburgh



	Greetings. I'm stuck with a 486/33 running SCO UNIX 3.2.4
	that only has the run-time system (ie. can't compile)
	I need to transfer some binary files and I've found that
	cu is not the way to do it. Can anyone compile me a copy
	or rzsz (I would appreciate both rz & sz) and mail them to
	me (uuencoded)? Also, doesn anyone know any sites that have
	SCO UNIX *binaries*? I can only see source and that helps
	me not...

	Also, if I do get sz & rz, how do I integrate them into
	cu? I guess I would need a hot-key to break out of cu
	when the host requests that I send the file and I could then
	run sz... is that the idea? Can I simply CONTROL-Z my way
	out of cu without loosing anything and run sz? 

	I did see sources for a patched cu but that was a long time
	ago. Can anyone suggest what I can do?

	Take care.

	P.S. I will post a summary in a week or so.
-- 
________________________________________________________________________________
________________________________________________________________________________
_______________________karol@unix.cis.pitt.edu__________________________________
________________________________________________________________________________
Newsgroups: comp.unix.sysv386
From: uucm000@uxa.ecn.bgu.edu (Tingli Pan)
Subject: Long line in a file.
Organization: Educational Computing Network
Date: Fri, 11 Sep 1992 13:58:32 GMT

As mentioned before, I'm having a problem when creating accounts. Now
I've found the reason is that I've too many names in the 'group::50:'
line in file /etc/group. That the line is so long it even won't be
edited. I can split the line but I don't now what format should it be.
The present line looks like:

group::50:user1,user2,user3,user4......(and so on)

Thanks in advance.

Tingli Pan                           Bitnet:   uucm000@ecnuxa.bitnet
Academic Computing Services          Internet: uucm000@uxa.ecn.bgu.edu
Northeastern Illinois University  
Newsgroups: comp.unix.sysv386
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: >16MB on a 486
Organization: Chinet - Public Access UNIX
Date: Mon, 14 Sep 1992 13:53:27 GMT

In article <2668@aegis.or.jp> davidg@aegis.or.jp (Dave McLane) writes:
>However, sliding on the subject, right now I'm trying to convince
>myself that 16 MB on a x86-class machine may be about right for the
>kind of programs people run on my system (mail and news). 
>
	16 megs is just fine for that.  I am running 16 megs on a 486/33
	with 10 modem users, full news feeds, a number of tcp/ip connections,
	NFS and running X on the console.  The system could easily support
	twice the number of users.
	Another R4 system is a dedicated news feed system, running NNTP
	with a 33mhz 386 and 8 megs of memory.  It, too, has no problems.


-- 
	I am created Shiva the Destroyer; Death, the shatterer of worlds!
	Who is this dog meat who stands before me now?
	That's the biz, sweetheart.
Randy Suess					 randy@chinet.chi.il.us
Newsgroups: comp.unix.sysv386
From: rsw@uniware.de (Roger Schwarze)
Subject: Re: >16MB on a 486
Organization: UniWare Computer GmbH
Date: Fri, 11 Sep 1992 08:13:27 GMT

slangley@constant.demon.co.uk (Simon Langley) writes:

>I have a 486 (ISA) with 20MB installed running ESIX 4.0.3.  When I boot,
>the machine recognises the full 20MB but ESIX only seems to recognise 16MB.

>Does anyone know how to set things up to recognise all the memory?

you have to modify /stand/boot, see 'man boot' for details.

Roger

Newsgroups: comp.unix.sysv386
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: PD Software (was: DELL SVR4 - ...)
Organization: W. J. Vermillion - Winter Park, FL
Date: Sat, 12 Sep 1992 22:17:46 GMT
Keywords: dell svr4 filesystem

In article <1992Sep11.040720.9449@wolves.uucp> ggw@wolves.durham.nc.us writes:
>sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>>larry@gator.rn.com (Larry Snyder) writes:
>>>
>>>As a bonus, Dell comes with all kinds of PDS ported and ready to run. 

>>I hope that they got the OK from the authors of the PD software! If not,
>>they may be violating the copyrights! If they are distributing any of my
>>PD software, they never contacted me for my OK!

Your current posting to the net doesn't have any copyright from you in
it.  Maybe that's why they never contacted you :-(

>
>Let us *not* confuse PD (Public Domain) software, and "freeware" (freely
>available, but copyrighted).
...
>Once the stuff is in the archives, then there is precious little the
>author can really do as long as their name(s) and copyright notices are
>preserved.

That's one good reason for keeping a copy of posted material with your
copyright notice in it.   Duplicated code with the copyright removed
should be fairly easy to spot - assuming that those who removed the
copyright notice didn't do anything else to the code.

-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill

Newsgroups: comp.unix.sysv386
From: fengstad@xi.uleth.ca (Grant Fengstad)
Subject: alarm problems on uucico
Organization: University of Lethbridge
Date: Tue, 8 Sep 1992 20:29:37 GMT

I am being plagued with alarm conditions on a UUCP connection.  These
problems appear to be only in one direction.

In other words, I am able to perform large UUCP transfers (successfully)
from my feed to me but when traffic is destined the other way, I always
get alarm conditions with the transfer aborting and failing.

I realize that alarms are generally linked to negotiation or error
checking problems.  Both modems on either side are standard Hayes
2400/compatibles without any built in error checking or correction.

Since this is happening in one direction only, can anyone please provide
clues as to how I can track down the problem.  

This is driving me to drink :-(...

Please email any responses...  thanks.

--
#====================================================================#
# Grant M. Fengstad		     E Mail: fengstad@alpha.Uleth.CA #
# Manager, Network Operations	     Voice:     (403) 382-6724       #
# Canadian Regional Airlines Ltd.    FAX:	(403) 327-1229       #
#====================================================================#
Newsgroups: comp.unix.sysv386