HDTenEightyP/NetNews huggingface dataset:
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Date: 4 Sep 92 11:31:07 GMT
Organization: The Gator Public Access Unix Site - 219-289-3745

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

>However, as anyone who is even moderately active in the USENET 
>world knows, things change pretty quickly ... if you want to run 
>the "latest and greatest", you're going to have to go out and
>scrounge for the latest sources anyway, even though you've already
>paid for them (hidden cost) when you bougt Dell!

actually, Dell as compared against other SVR4 products is a deal --
look at UHC for example, or even take ESIX -- the price for Dell
is about what one would pay for a complete ESIX SVR4 and DOS Merge --

so look at your extras as freebes

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: rcd@raven.eklektix.com (Dick Dunn)
Subject: Re: The PC-UNIX Buyer's Guides --- Why I Won't Stop Editorializing
Organization: eklektix - Boulder, Colorado
Date: Thu, 27 Aug 1992 08:06:57 GMT

esr@snark.thyrsus.com (Eric S. Raymond) writes:
>One thing I want everyone, friend or foe, to recognise, is that the Buyer's
>Guides are one bleeding hell of a lot of work for little or no gain.

No, Eric.  You've convinced us otherwise, in several lengthy postings over
the past couple years.  You don't do things for the hell of it, nor is
there any reason you should.  I have no complaint about self-interest, en-
lightened or otherwise, but be consistent.  If (as you've said in the past)
you do things for yourself with the hope they'll help others, then so be
it.

>You doubt me?  Go ahead.  *You* try putting together 216K of dense technical
>information...

Ummm...if it were dense technical information, it wouldn't be 216k.  Or,
as I read it attributed to Pascal, "I made this letter longer than usual
because I lack the time to make it short."

BUT the problem isn't that you fill in with a lot of opinion...it's that
other folks aren't willing to sit down and write their opinions.  We need
more informed opinion here.  It's fine if folks want to jot down short
opinions and send them to you to collect and summarize, but if there's
substantial experience, they should post.

>...Now guess how many hours, on average, it requires out of my
>working month --- and I'm pretty sure you'll guess low.
>
>What do you suppose you'd pay for this information if it came in the form of
>an `industry newsletter', assuming such a thing could be published at all?

Lower bound is cost of average trade rag.  Upper bound is cost of a mag
that has new real material each issue.  Not that much.  Figure a factor of
5 or more below something like _Microprocessor_Report_.

>(Funny thing, BTW: I have yet to recieve a hostile comment in email.  Overall,
>the Guide's fans are numerous and use email, while the critics are few and post
>news.  Might we suppose there's a lesson here?)

Yeah: People decide it's not worth arguing with you in email.  I don't know
why that is, but it's a common phenomenon.  Given that there's a lot of
exposure in posting a complaint that may turn out to be bogus, I think that
private praise and public pan rates lower than private pan and public praise.

Does it matter?  Who knows?  Carry on.
-- 
Dick Dunn    rcd@raven.eklektix.com   -or-   raven!rcd    Boulder, Colorado
				Cats!
From: marc@CAM.ORG (Marc Boucher)
Newsgroups: comp.unix.sysv386
Subject: Re: Anyone heard of the BocaBoard?
Date: 1 Sep 92 18:55:52 GMT
Organization: Communications Accessibles Montreal, Quebec Canada

roe@Unibase.SK.CA (Roe Peterson) writes:

>roe@Unibase.SK.CA (Roe Peterson) writes:

>Watch, now, as I follow up my own follow-up:

>>evan@telly.on.ca (Evan Leibovitch) writes:
>>>I/O addresses are assigned in blocks of 0x40 10-bit addresses based

>>At first glance, I would say not.  64 I/O addresses for 8 ports would
>>appear to be double the number required for a simple "lets' put
>>8 16550's in a row".

>Open mouth.  Insert foot.  Proceed to multiply 8 and 8 and get 32.

>Sorry, folks, I'm normally more competent than this.  64 I/O addresses
>is _precisely_ whats' required.

>Evan:  can you send me vendor info?  We'll order one instantly and
>I'll check it out.  Thanks.

Don't bother, as the 4 and 8 port models use RJ11 connectors with 6 pins
(of which two are grounds) hence making simultaneous flow (rts/cts) and
modem (dtr/dcd) control impossible, mandatory today with high speed modems.

We've purchased one and immediately sold it back after the bad surprise.

-- 
^@-------~~--**----/ --- - Marc Boucher
marc@CAM.ORG \----?	":
/-----_--  -    ----_|| +1 514 466 8932 - &-
Newsgroups: comp.unix.sysv386
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Subject: Re: SCO: loosing characters on serial port
Organization: Quotron Systems, Inc.
Date: Wed, 26 Aug 1992 15:07:05 GMT

In article <1992Aug26.141806.2283@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <JOCHEN.92Aug18115519@mrz.sub.org>, jochen@mrz.sub.org (Jochen Fahrner) writes:
>
>| I just spoke with our dealer: the german distributor, from which he
>| receives the adaptec controllers, knows about problems with adaptec
>| 1542 in multitasking systems like OS/2 or unix. Even in DOS
>| environments problems are reported.  But adaptec always says, it's not
>| their controller, these are timing problems with the mainboard. This
>| distributor recommends: don't use the 1542 in multitasking systems,
>| use the 1522 (which is not so good in performance with large disks),
>| use the 1742 (in EISA systems) or use an adapter from other
>| manufacturers like Future Domain or DPT.
>
>  I've used the 1542 with four various motherboards, running Xenix, ODT,
>Dell V.4 and Linux, and have not had this problem. I can believe that
>there are problems with some motherboards, some are really garbage, but
>I would rather get the problem out and have a good m/b than use a slow
>controller in hopes that the defective part of the system wouldn't
>break.
>
>  My experience has been all good, and I have some Bustek 1542-clones at
>work which work fine, too.
>
>-- 
>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.


Just like Bill mentioned above, I too am using the Adaptec 1542B controller.
I have one installed in my 486/50 system running under ESIX 5.4 Release 4.
It was never, to the best of my knowledge, caused a single failure for me.
The 486/50 motherboard that I am using uses the OPTI chip set and the AMI
BIOS and I have the bus speed selected at clock/6 ( this is selectable
when you use the AMI BIOS ) or 8.33333mhz. I can honestly say, all the
hardware and software is extremely reliable.

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)
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: SUMMARY: Re: Questions about MAS90 from SOA
Date: Wed, 26 Aug 1992 00:00:05 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

A week or so ago, I posted a message asking for experiences with the
MAS90 accounting system from State of the Art Software.  Our company
has been evaluating it, and looks to be planning on adopting it in
about a month.  I had made recommendations against it, but I had been
overruled, and now I faced the prospect of having to administer the
thing.  So, I asked for reasons why we shouldn't run MAS90, or ways to
make administering it a bit easier.

The replies I got were pretty evenly split between two types.  One the
one hand, there were people who responded and said that MAS90 is just
about the best accounting software you can get from the CPA's point of
view; any implementation or technical difficulties should be worked
around because MAS90 is a nice piece of software.  And on the other
hand, I got replies saying to "run as fast as possible in the other
direction" -- regardless of how nice MAS90 might be from the
accounting standpoint, the implementation details crippled it and made
it worthless.

The part about being able to work around the problems with MAS90 is
true; I have mostly solved the technical problems I was having with
MAS90.  It took several calls to SOA's tech support line, a rewrite of
four or five termcap entries, and many other modifications, but I
think I've finally gotten it to the point where it's usable.  There is
one problem that I'm still having, though -- because the bbx2
interpreter does not work properly if run SUID or SGID, I have had to
make the database directories and files writable by the people who are
going to be running MAS90.  This is a large security hole, IMHO --
this means that the people using MAS90 can remove the databases or
modify them without going through MAS90, either with a binary-file
editor or by directly typing commands into BBx.  It also means that
instead of just having to secure a "mas90" account or the root
account, I must make sure that all of the MAS90 users' accounts are
secure.

If anyone has further questions on MAS90, or would like a copy of the
responses I got, feel free to e-mail me.

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
From: madsere@okys.infoserv.com (Rene Madsen)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver
Date: 26 Aug 92 14:33:28 GMT
Organization: Brackton Ltd. Luxembourg

In article <v0=n6--@dixie.com>, jgd@dixie.com (John De Armond) writes:
> 
> Dickhead's whole argument reminded me of the person who would say
> that the Indy 500 should be restricted to 70 mph because that's all
> his Volkswagen can do.  The ultimate selfish "me" mentality.

I utterly disagree with you! 

This point would only be valid if he was forced to _participate_ in the
Indy 500 with his Volkswagen!

-- 
Rene Madsen                
Unix Systems Support/Dev.       
madsere@okys.infoserv.com
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: What 'stune' parameters do you use for X386?
Date: 26 Aug 92 20:40:49 GMT
Distribution: usa
Organization: The Gator Public Access Unix Site - 219-289-3745

madsere@okys.infoserv.com (Rene Madsen) writes:

>Anyone have a email address to dell? I think I'm gonna switch from
>SCO ODT (sigh) to Dell SVR4 ... Maybe that'll make my life richer ;-)

try info@dell.com, or sales@dell.com -- and yes, after totaling what 
SCO costs your find you can get more with Dell for about 50% of the price

the only thing SCO offers over Dell that I could use is SCSI CD-ROM support
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: brad@slammer.UUCP (Brad Isley)
Newsgroups: comp.unix.sysv386
Subject: Re: Primary SCSI, secondary athd on ISC Unix 3.0 possible?
Date: 25 Aug 92 23:55:19 GMT
Organization: Just me & my computers

In article <BtGpvF.9tv@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>In article <1992Aug21.180336.6922@grebyn.com> richk@grebyn.com (Richard Krehbiel) writes:
>>permits this configuration?  Is there an insurmountable obstacle that
>>prohibits this configuration?  Thanks in advance.
>
>This is probably a hopeless task.  The reason is that the Adaptec
>1542B does not operate through the AT BIOS hard drive calls; instead,
>it has its own add-on BIOS that chains off the AT BIOS.  Because of
>the way this is designed, if you have a WD1003-compatible hard disk in

In the 2.2.1 manuals it says you can do this by telling your computer's
CMOS that there are no hard drives installed.  Then it WILL boot from the
Adaptec controller.  After that, ISC will know how to access your ST-506
drives without using the CMOS stuff.  BTW: I never tried this - I dunno
what 3.0 says, but I imagine this would be the same.

The Adaptec controller is capable of booting with NO CMOS drives installed.
That much I can vouch for.
-- 
emory!slammer!brad   (Brad Isley)
+1 404 841-4169 Work			 Nopottopeein: "Howzit Goink?"
+1 404 925-9663 Home			  The gang: "Fine, just fine."
Newsgroups: comp.unix.sysv386
From: melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers)
Subject: How to compile Gnuplot3.2 under DELL
Organization: Free University of Berlin, Germany
Date: Fri, 4 Sep 1992 13:06:32 GMT

Comipling gnuplot with DELL goes straight forward. 
Just type make All. But if you want to compile a
version for X11 and type
make gnuplot_X11
this result in the following error:

	cc  -O  -DREADLINE    -o gnuplot_x11 gnuplot_x11.c -lX11 -lucb
"gnuplot_x11.c", line 413: warning: improper pointer/integer combination: op "="
Undefined			first referenced
 symbol  			    in file
getnetpath                          /usr/lib/libX11.so
t_alloc                             /usr/lib/libX11.so
t_open                              /usr/lib/libX11.so
t_rcvdis                            /usr/lib/libX11.so
netdir_free                         /usr/lib/libX11.so
t_error                             /usr/lib/libX11.so
netdir_getbyname                    /usr/lib/libX11.so
t_look                              /usr/lib/libX11.so
t_errno                             /usr/lib/libX11.so
t_close                             /usr/lib/libX11.so
netdir_getbyaddr                    /usr/lib/libX11.so
t_listen                            /usr/lib/libX11.so
t_rcv                               /usr/lib/libX11.so
setnetpath                          /usr/lib/libX11.so
t_bind                              /usr/lib/libX11.so
t_connect                           /usr/lib/libX11.so
t_accept                            /usr/lib/libX11.so
nc_perror                           /usr/lib/libX11.so
ld: gnuplot_x11: fatal error: Symbol referencing errors. No output written to gnuplot_x11
*** Error code 1 (bu21)

make: fatal error.

What library i need for succesfully compiling?
Answers will be summarized!
Thanks bernd

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@chico.chemie.fu-berlin.de
                                 | melchers@fub46.zedat.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383612            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: roe@Unibase.SK.CA (Roe Peterson)
Newsgroups: comp.unix.sysv386
Subject: Re: SAS: bad ioctl 0x00004B3E on SVR4
Date: 2 Sep 92 21:31:41 GMT
Organization: Unibase Telecom Ltd.

smith@compound.se (Bjorn Smith) writes:

>We are having a strange problem when using SAS 1.25 tty driver on our
>SVR4 (Consensys). When dialing in over a 2400 cps modem the port seems
>to hang every now and then. If one waits for a while (somtimes a minute
>or so) the hanging disappears (by itself without banging the keyboard).

There have been observed (and somewhat mysterious) problems with
modems locked at high interface speeds when talking with slower modems.
There is a possibility that SASS 2.0 will fix this, but I can't
duplicate the problem here, so I can't test it for sure.

I WILL be posting SASS 2.0 this Sunday, and it will be available for
anonymous FTP from udevdiv.Unibase.SK.CA (192.75.161.2).

>I have also noticed that when loging in the following message comes out
>on the console:

>	SAS: bad ioctl 0x00004B3E

This is an ioctl being used to detect whether or not you are on the console
keyboard.  It should (and does) fail when sas sees it.  This is not
a bug (or problem :-)
Newsgroups: comp.unix.sysv386
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: Summary: gcc 2.2.2 on Esix 4
Organization: DigiBoard Incorporated, Eden Prairie, MN
Distribution: usa
Date: Tue, 01 Sep 1992 19:13:41 GMT

In article <BttyC1.55r@ocsmd.ocs.com>, van@ocsmd.ocs.com (Van Gale) writes:
|> A week ago I asked if anyone knew why cc1plus was receiving a signal 6
|> and then dying.  I only received two responses.
|> 
|> First response:  Problem occurs with -g.  Don't do -g and everything is
|> fine.
|> 
	A few weeks ago the person working on the DWARF code for SVR4
	explained that the debugging support in 2.2.2 was incomplete for
	C++ and as a result using the -g option for C++ code won't
	work. He also posted the patches that would let -g work in
	a limited manner. All this was in the GNU groups so check
	for back issues there for complete poop and the patches.

		-Rob
From: enertec@netcom.com (Rick Whiffen)
Newsgroups: comp.unix.sysv386
Subject: Compaq 486/c X config under ISC 3.0 - Anyone done it ? Help ?
Date: 4 Sep 92 13:18:23 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

We have purchased Compaq's 486/c portable machine and have been unsuccessfully
trying to comfigure X-windows (X11R4) in an ISC 3.0 environment.

During configuration we have attempted to setup a server using
the 256 color vga driver (IBM).  The generated server constructs a 320x200 pixel
display as opposed to the advertised 640x480.  We can find no infomation
pertaining to which VGA manufacturer the 486/c display is attempting to emulate,
hence the use of the IBM default.  Use of any other vendor VGA selections
yields displays that are totally useless.  Compaq claims to have a driver for
this machine's VGA display, but only for SCO.

Some questions:

	Has anyone out there installed ISC and X on the 486/c ?

	If so, how was the 256 color VGA server configured ?

	Lastly, as an almost ridiculous last resort, has anyone
	had any luck is getting SCO drivers or Xsight to run
	under Interactive ?


Thanx in advance for any help you can offer,


John Feras

enertec@netcom.com
Newsgroups: comp.unix.sysv386
From: dold@unislc.uucp (Clarence Dold)
Subject: Re: Tape Drive Recommendations?
Organization: Unisys Corporation SLC
Date: Wed, 2 Sep 1992 16:01:36 GMT

From article <BtyEEG.25I@maxed.amg.com>, by ed@maxed (Ed Whittemore):

> the Adaptec 174(x) there appears to be firmware problems for SCSI
> tape. Also, you need the ISC update disk ver. 3 or later? to
> get the 1742 to work, as opposed to the 1740.

I have a 1740A, with a Archive DAT, and a Wangtek QIC, running SCO 3.2.4.
I am running "eiad", with the 1740A in enhanced mode.
I couldn't get my original 1740 to run SCO in either enhanced or 1540 mode.
The replacement 1740A is a different board layout, although similar.

I have had no problems with either tape, or the disk.

-- 
---
Clarence A Dold - dold@unislc.slc.Unisys.COM
               ...pyramid!ctnews!tsmiti!dold
Newsgroups: comp.unix.sysv386
From: sp_pm@space.alcbel.be (Paul Moore)
Subject: Internet addresses of gatekeeper and export wanted
Date: Thu, 27 Aug 92 13:13:47 +0200
X-Received: by usenet.pa.dec.com; id AA14153; Thu, 27 Aug 92 04:21:07 -0700
X-Received: by inet-gw-2.pa.dec.com; id AA08151; Thu, 27 Aug 92 04:21:01 -0700
X-Received: from ub4b.buug.be by mcsun.EU.net with SMTPid AA23116 (5.65b/CWI-2.174); Thu, 27 Aug 1992 13:20:52 +0200
X-Received: from alcbel.UUCP by ub4b.buug.be (5.65c/ub4b_02)id AA27664; Thu, 27 Aug 1992 13:20:57 +0200
X-Received: from se.alcbel.be by alcbel.be (4.1/SMI-4.1)id AA25700; Thu, 27 Aug 92 13:11:08 +0200
X-Received: by se.alcbel.be (5.57/SE_03)id AA01746; Thu, 27 Aug 92 13:14:22 +0200
X-Received: from btmpj9.space by space.alcbel.be (4.1/SMI-4.0)id AA03836; Thu, 27 Aug 92 13:13:47 +0200
X-To: comp.unix.sysv386.usenet

Hello,

Can someone please send me the Internet addresses of the nodes:
    gatekeeper.dec.com
    export.lcs.mit.edu

Is there a file on gatekeeper which lists the Internet addresses coresponding
to all node names?

Please email your response, as I don't have access to the News.

Thanks, Paul

email: sp_pm@space.alcbel.be              smail: Paul Moore
                                                 Alcatel Bell Telephone
                                                 Berkenrodelei 33,
                                                 2650 Hoboken,
                                                 Belgium.

Newsgroups: comp.unix.sysv386
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 28 Aug 1992 16:16:58 GMT

In article <BtKIuI.6BM@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>philip@think.com (Philip Mucci) writes:
>
>>	I am thinking of buying a 486, but only if it will run Unix and X
>>windows. The other day I called an SCO dealer and they said that a fully
>>configured software package (read: C compiler, Unix, and X - no NFS) for a
>>single user would cost $1600.0 with student discount!! I might as well keep
>>my amiga and buy unix for it. That's ridiculous. Could someone give me a
>
>yes - many of us agree.  Why go with SCO 3.2 when SVR4 4.0 is available
>and includes X11R5, NFS, TCP, full development, unlimited user, etc for
>$1500.  For info, contact sales@dell.com
>
It's true, SCO is on the pricey side.  So is Dell, although they are
obviously cheaper.

Sitting here, I have to run SCO because that's what my clients run.

But, if that were not the case, I'd probably look for something even
cheaper: I'd be waiting to see what happens with Destiny.

Plainly, Unices are overpriced.  I know, I know, Larry Michels is
looking at his P&L and saying "B-S!".  But, Destiny is coming and
so is Windows NT (maybe).  Price is an issue, and SCO and Dell and
maybe even AT&T are going to have to face up to it and adjust... or
die.

		Tony


Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: comp.unix.sysv386
Subject: Dell SVR4 and the QMS PS 410 printer
From: yaturner@picard.agames.com (D'arc Angel)
Date: 29 Aug 92 12:22:14 GMT
Organization: The Houses of the Holy


I am having problems using my QMS410PS laser printer with Dell Unix. I
have hooked the printer to the serial port (The manual states that there
is a problem if you use the parallel port and so there is) and have
configured the printer as an ascii printer (no -T PS in lpadmin). So
far so good, I can print ascii files. If I try configuring it as a PS
printer (lpadmin -T PS -p ps -v /dev/tty00a) and send it a postscript
file, the printer hangs after receiving the first packet with the 
active light on. Has anyone gotten a serial PS printer to work??

Please, I am not even remotely interested in flames/comments about
Dell support (With the exception of the very BAD musac when you are
on hold, I am happy with them).
-- 

James M. Turner     yaturner@agames.com       

Those who feel the breath of sadness, sit down next to me
From: mmaster@parnasus.dell.com (Michael Masterson)
Newsgroups: comp.unix.sysv386
Subject: X386
Summary: X386 (Roell server) for S3 chipset
Keywords: SVR4, X386
Date: 26 Aug 92 23:30:23 GMT
Organization: Dell Computer Co

Does anybody have a X386 (Roell) server running on a video board with
the S3 chipset?  (the STB Wind/x Ultra, specifically).

It's one of the faster boards for MSWindows, should scream with X!

cheers
-- 
Operated by professionals, do not try at home, see your dealer for details.
Your mileage may vary. Call before digging. Best if eaten by date on package.
Apply only to affected area. Batteries not included. Member FDIC. 
Michael Masterson                                   mmaster@parnasus.dell.com