HDTenEightyP/NetNews huggingface dataset:
From: balasubr@bellahs.com (Balasubramanian RD)
Subject: advice sought on video hardware
Organization: Bell Atlantic Healthcare Systems
Date: Mon, 31 Aug 1992 21:01:01 GMT

I would like some advice on video graphics cards for running X. 

I have a 386/25 machine with 8MB RAM (not expandable any further.)
When I run X on this machine the performance, as you might guess,
is pretty awful. I'm currently using an OAK VGA card with a VGA
monitor (640x480). I am aware that I need a lot more RAM and a
more powerful processor to get decent X performance. However, I
would like to find out if I can get noticeably better performance
by simply upgrading my video card. I've come across references to
local bus systems such as Fahrenheit 1280 from Orchid as a means
of improving performance; do these work reliably with X? I'll be
running the X server that I got with ESIX 4.0.4.

I'll be grateful for any advice, thoughts, etc. on:

1. How I can enhance performance when running X without having to
   buy a new motherboard.

2. Whether upgrading the motherboard is the only sensible solution. 

3. If I decide to buy a new system, I would like to purchase it
   from a local dealer (in the SF bay area.) I'll appreciate
   hearing from anyone who knows of dealers that sell reasonably
   priced 486 systems that run UNIX reliably.

please e-mail any responses to balasubr@bellahs.com. Thanks.

					
					-balu
Newsgroups: comp.unix.sysv386
From: wmedetz@risc.uni-linz.ac.at (Medetz Wilhelm)
Subject: Toshiba 6400 --- 256 Colors X11 Server
Reply-To: wmedetz@risc.uni-linz.ac.at (Medetz Wilhelm)
Organization: RISC, J.K. University of Linz, Austria
Date: Wed, 2 Sep 1992 11:25:11 GMT


Does anyone know how to get an X11r5 Server 
supporting 256 colors for a Toshiba 6400 
running Interactive Unix 3.2.


Thanks in advance

W. Medetz
Newsgroups: comp.unix.sysv386
From: pat@abtlabs.uucp (Patrick Conroy)
Subject: Can you help a UUCP novice with ISC V3 please?
Organization: Abbott Laboratories
Date: Sun, 30 Aug 92 19:49:43 GMT

I could'a sworn I *wasn't a complete idiot* until I tried to get
UUCP up and working today.

If someone out there is using ISC V3 and an internal modem, (gee
if it was a Gateway Telepath 9600 internal modem!), may I humbly
beg of you to share:

  *   your Devices file
  *   your Dialers file
  *   any other file that a novice like me wouldn't know to ask for

And can anyone PLEASE recommend a %$#%! manual that explains what
the hell Unix wants from me and my modem?   After today I'll pay
just about any price!

I Thank you and my ulcer thanks you.                      Patrick
=============================================================================
Patrick Conroy    pat@doc.abbott.com  pat@turing.abbott.com
PS:  Nothing like tyring to get UUCP up and working to humble an honest man.
PS2: Dear Solaris, please rip out the "new and improved" ISC sysadm code
     when you ship.  Thank you.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4 (and Dell hardware)
Date: 26 Aug 92 15:25:29 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug22.155636.16266@unixland.natick.ma.us>, bill@unixland.natick.ma.us (Bill Heiser) writes:

| Based on my experience with Sun machines, and my experiences with my 
| one INTEL Unix machine (486/33, ESIX 3.2-d), there is one difference
| that really stands out ...  Not Performance, but RELIABILITY.

  I've noticed that, too. My system at home was up for 368 days until I
needed to install some new hardware. My Sun needs to be rebooted about
every 30 days or so because of various things which don't quite get
cleaned up.

  And the performance of the PC, at least under Dell V.4, is much better
when there's something large running in the background. I have to run
big PBM graphics jobs with nice on the Sun to keep the CPU free for
other things, but the PC doesn't seem to have that problem.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: root@tcircf (0000-Admin(0000))
Subject: Print problems with Dell SVR4.
Organization: TCI Records Conversion Facility
Date: Wed, 26 Aug 1992 15:02:24 GMT


I'm having the following problem with Dell SVR4 print services.

When I hook a printer up to the parallel port, it will print for
a while and then slow down until it stops completely. You can then
turn it off line and back on line and it will print a few lines
and stop again. When I hook the same printer up to the same system
using the serial interface, it works fine. When I hook the same printer
to a parallel port under DOS, it works fine.

I have a Dell System 325 and an Epson 2550.

Anyone have any ideas?
---------------------------------------------------------------------------
--     mtissue@sdf.lonestar.org
---------------------------------------------------------------------------

Newsgroups: comp.unix.sysv386,comp.periphs.scsi
From: avg@litwin.com (Anil Gokhale)
Subject: Re: SCO and their SCSI drivers.
Organization: Litwin Process Automation
Date: Tue, 1 Sep 1992 13:49:18 GMT

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

>In article <1992Aug27.013139.10401@homecare.com>, jessea@homecare.com (Jesse W. Asher) writes:
>| We had problems with the SCSI drivers in SCO ODT 1.1 - especially with
>| tape drives.  Does anyone know if the SCSI drivers in SCO ODT 2.0 are
>| any better?

>  Not that I can see. Of course we never had any trouble with 1.1,
>backup up about 15 machines on a mix of 8mm, DAT, and 150MB tapes.
>Possibly there's something else causing  problems in your system.

Both with the ODT1.1 and ODT2.0 I have used the 8mm Exabyte tape on a
Adaptek 1542b host adapter.  In both cases, the problem is identical.
After several frustating hours, I have discovered that a sequence of the
'tape load','tape rewind','tape reten' commands to the tape will make it work.
Whether you need to rewind or not is irrelevent.  Also after inserting
the tape in the drive, I must wait atleaset 15 seconds *after* the 
'tape ready light' comes on.

It appears that the problem has more to do with the tape than sco, but,
the same tape drive works far more smoothly on a sun ipx machine.

-------------------------------------------------------------------------
                               Dr. Anil Gokhale
Litwin Process Automation                          avg@dynsim1.litwin.com
1250 W. Sam Houston Pkwy. South          ...!uunet!dynsim1.litwin.com!avg
Houston, Texas 77042, U.S.A.                               1-713-268-8209
-------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Subject: Re: larger/higher resolution monitors
Organization: Quotron Systems, Inc.
Date: Wed, 26 Aug 1992 14:44:23 GMT

In article <1992Aug26.024727.2556@ccorp.uucp> dsamperi@ccorp.uucp (Dominick Samperi - bond) writes:
>In article <1992Aug19.122333.19628@newshost.unh.edu> pss1@kepler.unh.edu (Paul S Secinaro) writes:
>>In article <Bt5rD7.1rw@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>>>In article <1992Aug17.222036.29571@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>>>>  Now, even if you spend the money for a very fine dot pitch, you will
>>>>find that the human eye limits you, and you have to get very close to
>>>>the display to read reasonable text. 1024 on a good 15 inch display is
>>>>useful, but if the price were right I would go to 20.
>>>
>>>The major problem here, I think, is a basic misunderstanding.  When
>>>you go to 1024x768 on a 14" monitor, you're not usually trying to make
>>>the text smaller so you can cram more on the screen.  (Like I said,
>>>usually.)  Instead, you want to keep the text about the same size as
>>>you might use at 800x600, but have finer characters with a bigger
>>>character box.
>>>
>
>My goal is to configure a PC at home with a 16-17" monitor so that some PC
>UNIX running X windows that will support text and graphics that is at least as
>clear as it is on a 16" Sony monitor that comes standard with a Sparc2 (same
>aspect ratio, etc.). The Sparc configuration does not require the use of
>a huge monitor yet the work space is adequate for work under X windows.
>
>Possible on a PC?
>
>
>-- 
>Dominick Samperi -- Citicorp
>dsamperi@Citicorp.COM
>uunet!ccorp!dsamperi


I completely agree with Dominick. A few months ago, I purchased a 486/50 to
run the new ESIX 5.4 Release 4. The system is extremely solid ( like the
new ESIX ); however, my big mistake was only buying a 14" monitor which
is being driven by the Diamond SpeedStar Plus. As is mentioned above, when
I go into 1024 X 768 mode under "X", the text is so small that it is nearly
not readable. 

Sanford <sandy> Zelkovitz


-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
From: madsere@okys.infoserv.com (Rene Madsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Single-user mode boot on SCO UNIX
Date: 26 Aug 92 14:43:26 GMT
Organization: Brackton Ltd. Luxembourg

In article <syscrc.714768938@gsusgi1.gsu.edu>, syscrc@gsusgi1.gsu.edu (Randy Carpenter) writes:
> Ok...this is embaressing...we forgot the root password on a seldom used
> SCO UNIX box.  We're trying to figure out how to do a single-user mode
> boot so that the root password is not required to login.  SCO wants $100
> to tell us the answer, so we thought maybe some kind soul may enlighten
> us on the net.  Otherwise, we'll have to do a re-install and that won't
> be much fun.

Boot from your boot/root floppy set (you _did_ make one when you installed
the system did'nt you ;-) as described in appendix H of the SCO installation
guide. 

Follow the guidelines as explained in this appendix, and the and
Troubleshooting part of the SCO user guide.

-- 
Rene Madsen                
Unix Systems Support/Dev.       
madsere@okys.infoserv.com      
Newsgroups: comp.unix.sysv386,biz.sco.general
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: SCO upgrade + X11R5
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Thu, 3 Sep 1992 11:42:12 GMT

tmod@ccvax.ucd.ie writes:

> One more thing ... How come SCO's Open Desktop still only supports X11R3 ???

The latest release of SCO ODT is still including an old release -- SCO is
shipping X11R4 while a good percentage of the other vendors are shipping
X11R5

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4: no SCSI support for Exabyte and/or CDROM?
Date: 26 Aug 92 15:16:22 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <BtC0B1.L67@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:
| edhall@rand.org (Ed Hall) writes:
| 
| >Unless Dell has broken something, they should also support a Toshiba
| >3201A CD-ROM or similar with a 1542 SCSI controller.  It's in the
| 
| Dell sells the Sony CD-Roms -- but like you mentioned, there
| is currently no support to mount the CD-Rom so it would be up
| to the user to write utilities or a file system for the device.

  yes, that's one of two reasons why I use SCO for some applications. On
the other hand, I can run ODT on one machine with the CD and Dell on
others using net connections. I believe at one time chinet used CDs on
DOS machines, and some shareware to NFS export them.

  Randy, are you reading here?

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: TeX, LaTeX for SVR4 386
Organization: Somewhere just far enough out of Toronto
Distribution: comp.unix.sysv386
Date: Mon, 31 Aug 1992 14:42:36 GMT

In article <1992Aug28.151544.1750@sinkhole.unf.edu> shite@sinkhole.unf.edu (Stephen Hite) writes:
>In article <16342@ucdavis.ucdavis.edu> shih@birch.eecs.ucdavis.edu (The Nomad) writes:

>>Sorry if this seems a dumb question. But it has bother me for
>>a very long time.  I found the software package TeX for SVR4 386
>>on two different sites. Strange thing is that one is 3 meg byte size
>>while the other one has 15 meg byte size. Can anyone tell me
>>what's the difference?  Since disk space is a precious sresource, I am
>>hesitate about getting 15meg but if 3meg version is not complete...

>>Any information will be greatly appreciated.

>  The 15 meg SVR4 binary release of TeX 3.14 is the correct one to get.
>A full TeX implementation does take a lot of space but the sacrifice
>in disk space is worth it for all of the beautiful documents you will create
>with it.   Actually, you're going to need more because you'll also want to
>get (at least) the psfig and dvips packages at Stanford (I believe it's 
>labrea.stanford.edu).

Specifically, amongst the components of (what many people consider to be
complete) TeX are:

- TeX itself;
- Metafont;
- LaTeX;
- The piles of publicly contributed LaTeX style/macro files;
- BibTeX
- TeX font sources (which need to be run through Metafont);
- TeX fonts (ready-to-run in .pk format);
- One or more screen/printer drivers for the .dvi output of TeX;
- (If you use PostScript) downloadable fonts for use with dvips;
- miscellaneous utilities like tr2latex.

You could get barely get a piece of that in 3Meg compressed.
On my own system, this all take up about 18MB, not including
source code (and that's considering I don't have many compiled fonts
since I use dvips). My source tree is another 15MB, but some of that
may be redundant.

TeX is many things to many people. But the adjective "compact" is not
one of those things.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
   "This Used To Be My Playground" -- Madonna, singing about mens' washrooms
Newsgroups: comp.unix.sysv386
From: pim@cti-software.nl (Pim Zandbergen)
Subject: Re: how to write 525MB to Wangtek 525ES on Dell 2.1?
Organization: CTI Software BV, The Hague, The Netherlands
Date: Wed, 26 Aug 92 08:57:48 GMT

grog@adagio.UUCP (Greg Lehey) writes:

>>If the UNIX driver sets the tape blocksize to 512 bytes/block
>>via the SCSI Mode Select command, then you are not able to write 525
>>mega bytes using a DC6525 on one the above mentioned tape drives. You will
>>probably able to write about 250 mega bytes on this tape. If on the other hand
>>the UNIX driver set the tape blocksize to 1024 bytes/block then you must be
>>able to write 525 mega bytes of data on the DC 6525 tape using one of the
>>above mentioned tape drives.

>I don't understand your reasoning. This looks as if you expect the
>driver to start blocks at fixed lengths apart, independently of block
>size. This isn't the case.

No, it is true. IBM wants you to set the block size for its Exabyte
to 512 bytes on an RS/6000, because otherwise a program that makes bootable
backups won't work. But doing so will limit the Exabyte to 1.1GB!

The drive will write 1024 bytes anyway, but fill it with 512
bytes of your data. On reading, it will return 512 bytes of
every 1024 bytes actually read.

You may be confusing block size with buffer size.
The size of the buffer, which is in user space, indeed has no influence
on the amount of data that can be written.
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
From: rolf@saans.north.de (Rolf Nerstheimer)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Date: 26 Aug 92 20:02:58 GMT
Article-I.D.: saans.1992Aug26.200258.1899
Organization: a private node

jochen@mrz.sub.org (Jochen Fahrner) writes:
[...]
>Support people also have to know about unix and C.
>It is not enough to know, how to use a pencil and a paper.
>If support people don't understand my problem, I could tell it directly
>to SCO developers and do not need these guys.

You could, if they would listen to you !

SCO told me, that there is no way for them to accept bug-reports via e-mail
or to do any kind of support via e-mail..
( not for my private node, but for an organization with thousands of employees )

They said: tell it to your distributor or _buy_ support from SCO.
I believe, they don't listen to their customers anymore.
SAD THING, IMHO.

-- 
Rolf Nerstheimer, Surwisch 20, 2856 Sandstedt, Germany   | a private 
E-Mail: rolf@saans.north.de    Voice: +49 4702 1285      |   node           
"Contrariwise," continued Tweedledee, "if it was so, it might be; and if it
were so, it would be; but as it isn't, it ain't. That's logic." Lewis Carroll
Newsgroups: comp.unix.sysv386
From: root@kilowatt.uucp (Kilowatt admin)
Subject: Re: Consensys V4 and serial ports
Reply-To: root@kilowatt.UUCP (Kilowatt admin)
Organization: Kilowatt Computing of Deer Park, NY
Date: Sat, 22 Aug 1992 14:56:21 GMT

>root@kilowatt.uucp (0000-Admin(0000)) writes:
>
>>	I have successfully setup c-news, readnews, etc. etc. And have UUCP
>>up and running at 38400 with a Telebit WorldBlazer (wish I could go 57600 or
>>115200 (hint hint - anyone have any patches???). I have had NO problems with
>
>have you looked into SAS?  It (SAS) supports the higher DTE speeds
>on streams based dumb ports using a 16550AFN
>
>>Overall SVR4 seems to be a lot faster than the SPARC running SunOS. I can
>>compress or uncompress a tar file faster than he can with the SPARC. As much
>>as 50% faster!
>
>A properly configured SVR4 machine can out run several Sparcs.  
>
>-- 
>Larry Snyder
>larry@gator.rn.com

	SVR4 seems to be VERY streamlined (mostly in it's stdio).
I have been running X11R5 on this machine (A Unitron motherboard 486 33Mhz,
256K cache), and it's pretty quick - using a Diamond SpeedSTAR 24 anyway.
	An aside here: I ordered a Diamond SpeedSTAR PLUS hoping I would
get X11R5 usage at 1024*256, but they sent me a card with manuals and disks
in a motherboard box! The card says "Diamond SpeedSTAR 24" on it, but the
Windows drivers don't let me use 32K colors (they say they can't set the
mode). Is this card a 24 with the programmable PLL (or VCO) and without
the 24's DAC? I also got a one page addemdum calling the card the 24.
Oh well... just confused by documentation as usual.
	Also, where do I get SAS??? You are on a public access UNIX system?
Do you have it there? What would it do for me? Get the higher speeds? I don't
even know if it would be worth it, I only get 1500cps using UUCP to my friends
machine. I don't know if either my friend's SPARC I can't handle it, or I
can't (Consensys SVR4 3.0).
	Thanks for the help!

P.S.:	I am using TECO to write this article. I've always written a TECO for
whatever machine I had to program on (even wrote one for my Commodore 64).
Needless to say, I am a TECO fanatic. My UNIX version uses ANSI to color
levels and parentheses/quote/bracket levels (I first did this back in '84,
how long has EMACS done this?). EDIT/TECO eh? What about just "MAKE WAR" under
TOPS-10 6.03???

				I am:
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				uunet!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				uunet!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: ESIX 4.0.4 ttymon problems...HELP!
Keywords: ttymon, esix
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Fri, 4 Sep 1992 11:35:09 GMT

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

>Why?

According to the manuals, ttymon is more efficient, uses all streams, 
and only requires one copy to run in memory for all ports (instead of
one getty per line)..

Additional features allow for specifics on a port by port basis, such 
as specifing programs to run (you don't have to run /usr/bin/login for
example, you could spawn your bbs on specific ports), timeouts on the
ports and 4-5 other things which I don't remember.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: Dell SVR4 (and Dell hardware)
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Mon, 31 Aug 1992 22:41:52 GMT

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
>  I know what you're saying, and since I have a Xenix system which
>hasn't paniced in almost four years (public access unix, yet) I know
>there's a lot to be said for tried and true, but in general I think the
>V.4 kernel is just internally more robust.

My ESIX 3.2-D system has only paniced once - that was when I killed the
inet daemon.  However it (espeically as of late) has been prone to "hanging",
so I have to reboot.  It is rather insidious, in that it is very difficult
to tell *why* it is hanging!

I suspect part of the problem may be the fact that I'm running SCSI,
something which ESIX 3.2 wasn't know for in terms of "goodness".

Another of my problems seems to stem from problems with fas 2.09.
I have to try 2.10 soon to see how it does.

How is R4 (any brand) in terms of SCSI support?


-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: SVR4 batch bug: extra newlines - fixed yet?
Date: 4 Sep 92 18:17:45 GMT
Article-I.D.: mustang.jrh.715630665
Organization: Dell Computer Co

jaakola@cc.helsinki.fi writes:

>I have discovered the following new "feature" in ICL's SVR4 port and
>Unisys's SVR4 port too. Try this:

>batch <<EOF
>cat > bug-results <<EOT
>line 1
>line 2
>line 3
>EOT
>EOF

>(you can use at in place of batch)

>When I run this on ICL and Unisys SVR4 machines, the file bug-results
>contains the three lines as expected, BUT THERE ARE SEVERAL EXTRA
>NEWLINES - THE FILE bug-results CONTAINS 7 LINES INSTEAD OF JUST THREE!

I just tried this on Dell SVR4v4 (Issue 2.2) and it produces the desired
three lines of output.

>The above works OK in SVR3 and HP-UX.

>Have you confirmed this behaviour? Is this fixed in new versions? Sorry,
>I can't recall the exact versions right now. I have a workaround-kludge
>for this, but I would like to do it with the here-document.

>Is there a FAQ of SVR4 tools bugs? (yes, I have seen the USL kernel bug
>FAQ)
>--
>Juhani Jaakola
>jaakola@cc.helsinki.fi
-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
"Univel"... Just Say "NoNIX"
From: karell@cs.Helsinki.FI (Esa Karell)
Newsgroups: comp.unix.sysv386
Subject: Sorix
Date: 28 Aug 92 07:37:57 GMT
Organization: University of Helsinki, Finland

Is Sorix shipping already? If someone has info
on it (or even better softcopy docs) I'd greatly
appreciate them. It was supposed to be available
in June but haven't heard anything....

Esa

-- 

Esa Karell karell@cs.Helsinki.FI
Tel. +358-0 513 081