HDTenEightyP/NetNews huggingface dataset:
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: DOS Merge and bundling (was Re: SAS 2.0)
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sun, 30 Aug 1992 19:42:50 GMT

evan@telly.on.ca (Evan Leibovitch) writes:

>Much as folks like Larry would not believe it, there are many UNIX users
>out there who have no need for DOS partitions, DOS emulation, or
>whatever. Giving them a choice of whether to buy Merge bundled or not is
>certainly better than forcing the choice, one way or another.

But if the pricing was reasonable to begin with -- where as the price
of the product with merge was still below the industry -- and the quality
was top notch with minor bugs (if any) shipped in distribution
product - it wouldn't matter -- however, many companies have a reputation
of shipping product with known bugs -- and requiring updates via a BBS
(and charging for overnight bug fix updates to be billed on the
customers FedEx account)..

I have merge here.  It comes with MS-DOS 5.x.  It's used maybe 1 time
every other month.  Actually, I use it to set up the mount points
for PCI and NFS since I started using another machine running DOS to
mount my unix drives with the DOS filesystems for other machines. 

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: fjiao@cisco.com (Fan Jiao)
Newsgroups: comp.unix.sysv386
Subject: Building g++ on SVR4(Consensys V4)
Summary: as, gas
Date: 28 Aug 92 05:40:20 GMT
Organization: Cisco Systems, Inc.
X-Disclaimer: The views expressed in this message are those of an
	      individual at SRI International, and do not necessarily
	      reflect those of the company.

Hi. I have been trying to build g++(1.40) in my Consensys V4.
gcc(1.40) was built o.k. But not g++. It seems that gcc-cc1plus 
generates wrong assembler code so that as could not handle.

I tried to config.g++ as i386v and i386v4. None helped.
Any ideas?

Fan Jiao

Engineering
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.sysv386
Subject: Re: What 'stune' parameters do you use for X386?
Date: 25 Aug 92 23:43:31 GMT
Article-I.D.: cbnewsj.1992Aug25.234331.4247
Distribution: usa
Organization: AT&T

In article <BtJzvz.HKq@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
> karl@ttank.ttank.com (Karl Bunch) writes:
> 
> >In <1992Aug21.220338.3843@smallo.bo.open.de> oklein@smallo.bo.open.de (Olaf Klein) writes:
> 
> >>larry@gator.rn.com (Larry Snyder) writes:
> 
> >>>We run Dell SVR4 4.0 and run X -- and have never experienced a lockup --
> >>>and we have never had to modify any of the kernel parameters
> >>>we are running X11R5 which is shipped standard with Dell SVR4
> 
> >>Larry, you're boring...
> 
> >Well I run Dell SVR4.0 (Dell Issue 2.2) and he's right.  I guess I'm
> >boring too.
> 
> All of us who run Dell SVR4 are boring.  That is because unlike the
> other flavors UNIX -- Dell SVR4 works.  Just think - if everyone
> ran Dell SVR4 -- this newsgroup would get rather slim..
> -- 
> Larry Snyder                                    internet: larry@gator.rn.com
> keeper of the Gator                                  uucp: uunet!gator!larry

No, Larry.  You're arrogant.  Not that that's necessarily a bad thing.  I'm
arrogant, too.

But I've been running Microport SVR4.0.4 for a while now (3-4 months).
And, lo and behold, I don't pop up here asking for help.  Guess what?  I've
had no problems whatsoever, since getting a reasonable modem and switching
to SAS.  I guess Microport SVR4 works too.  Did you ever think that some
of us just don't feel the compulsion to go "nyah, nyah" all the time?

Of course, Microport does have this little pricing problem :-<  Sigh.
I expect that I will be moving to SVR4.2 from some other vendor.  Buying
it new will probably been cheaper than Microport's upgrade.

Which is a real shame, because they're a great bunch of guys.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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: jbm@uncle.cmhnet.org (John B. Milton)
Subject: HELP! Archive 2525S crashes ISC 3.0 after an I/O error
Keywords: Archive tape 2525S crash
Organization: U.N.C.L.E.
Date: Tue, 1 Sep 1992 02:43:26 GMT

Config: 16MHz 386, 8M RAM, Adaptec 1542B, Seagate 41650N, Archive 2525S

The Seagate is on SCSI id 0, the Archive is on id 4.

I did the kconfig configure HPDD, putting the disk and tape in and rebuilt
the kernel. After rebooting, I was able to use "mt" to "rewind" and "erase" a
tape, just fine. When I did "dd bs=100k if=/dev/rdsk/0s1 of=/dev/tape", I got
an I/O error, then the system crashed with the SCSI select light on. There
were no panic messages on the console, but when I reset, the system came up
wanting to preserve a crash dump.

Does the ISC 3.0 release just not know how to deal with the 2525S yet, or what?

John
-- 
John Bly Milton IV, jbm@uncle.cmhnet.org, (614) h:252-8544,w:846-9000x214
Amatuer radio: N8KSN, AMPR IP: 44.70.0.52; Don't FLAME, inform!
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: Timed in sysvr4
Date: 31 Aug 92 20:02:46 GMT
Organization: Dell Computer Co

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

>jrh@mustang.dell.com (Randy Howard) writes:

>>We ship xntp with our V.4.  The sources are will be available for ftp
>>soon (haven't put the 2.2 sources up yet).  When it is available, it will
>>be on dell2.dell.com, in sources/v2.2.

>are those the same sources that are available on the 2.2
>distribution tape?

Yes.  This will be mostly of benefit to people with other OS versions.

>-- 
>Larry Snyder                                    internet: larry@gator.rn.com
>keeper of the Gator                                  uucp: uunet!gator!larry
-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
Superusers should wreak havoc only by accident.
-- Maurice J. Bach "The Design of the UNIX Operating System"
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Questions about MAS90 from SOA
Date: 26 Aug 92 15:05:11 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bt7stA.1o3@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

| 2. The BBx interpreter, which is used to run MAS90, is installed owned
| by root and with the SUID bit set.
| 
| 3. MAS90, as installed, allows the user to run /bin/sh through an
| undocumented shell command.  Because of point (2) above, this means
| that any MAS90 user can get a root shell.

  That would let it out in my book, unless every user has the root
password.


| 5. MAS90 is written with the assumption that a user will always be
| logging in from the same port.  This assumption does not hold if you
| are running it in an environment like ours, with users accessing the
| Unix system over a TCP/IP network with telnet.

  Therefore it seems that it just won't work, why go on with it?

| 6. MAS90 pretends to use the standard Unix termcap format, but has
| made several proprietary and incompatible extensions to it that force
| you to use a separate termcap file.  (For example, it uses MA and MB
| to turn on and off high-intensity mode.  What was wrong with so and
| se?)

  So what? It's dumb but doesn't really impact much.

| 7. MAS90 is run by logging in as "mas90", and then giving MAS90 your
| MAS90 usercode and password.  This is very inconvenient, since all of
| our other applications are run by logging in as a normal user.  In
| addition, all of our users have their own login-id; if they are all
| logged in as MAS90, it becomes impossible to find out who's logged in.

  That one is easy, have a command which executes "su - mas90" and let the
users type that to start the session.

  The security aspects sound a lot worse than any of the other problems.
You *could* have a trusted program start mas90 with chroot, which will
keep it from doing damage to the rest of the system when people use the
shell escape to become root.

-- 
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.
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.unix.sysv386
Subject: Help getting Lucid Emacs 19.2 up on SVR4
Date: 29 Aug 92 19:15:14 GMT
Organization: Univ. of North Florida


   I got Lucid Emacs 19.2 to compile and link okay on Esix SVR4 with 
gcc 2.2.2 and X386 1.2E.  That's the good news. ;-)  I try to bring
it up and I get:

            emacs: Terminal type invisible is not defined.

This message will appear in either X or text mode because the 
X initialization hasn't occurred yet.  I'm trying to do an in-place
test because I'm short of disk space. I created a directory called
/usr/local/lemacs and in it I put symbolic links for  etc, lisp and 
info and pointed them back to the respective place in my directory
hierarchy.  I also temporarily removed my ~/.emacs file so that wouldn't
cause some unexpected conflict.

Tips to get lemacs 19.2 to compile:

   Get s-usg5-4.h from the 18.58 Emacs distribution because it's missing
from lemacs.  There's a couple of prototype changes that you'll discover
during the build and, of course, there's some simple changes to the 
Makefiles and that's about it.  Oh, one other thing that was peculiar...
the file floatfns.c calls log1p() and expm1() and they remain unresolved
in the link even though I linked in libm.a.  I could not find expm1() 
in libm.a when I searched for it with "nm" but I could find log1p(). 

  I don't have enough room to build diffs off of the original, but really,
it's an easy build (if you comment out the DEFUN's for log1p and expm1 ;-)).

  Thanks for any help someone can give on this "invisible" terminal type
message.  

Steve Hite
shite@sinkhole.unf.edu
Newsgroups: comp.unix.sysv386
From: det@hawkmoon.mn.org (Derek Terveer)
Subject: Re: FAS 2.10 async driver
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: Tin 1.1 PL4
Date: Thu, 3 Sep 1992 12:09:36 GMT

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
: In article <1992Aug31.161120.1946@media.uucp>, rmf@media.uucp (Roger Fujii) writes:
: 
: | Actually, there is another one.  Use "usa" as FAS's distribution
: | since it seems that it is only the Europeans that are complaining...
: 
:   Pretty tough stuff, since I believe it originates in Europe. 

Certainly.  Germany.
-- 
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."
Newsgroups: comp.unix.sysv386
From: pjh@mccc.edu (P. J. Holsberg)
Subject: Re: Recommendations wanted on PC Unix system purchase
Organization: The College on the Other Side of U. S. 1
Date: Thu, 27 Aug 1992 16:55:26 GMT
X-Newsreader: Tin 1.1 PL5

william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
:   Exactly. And after that happens enough there would suddenly be
: discovered a "user demand" for a load from some other media. I'm told
: that SCO is or will be supporting the little parallel port to SCSI
: adaptors...

Bill,
	Have you ever used one of those adapters? What do you think of them?

Pete
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:12 +0200
X-Received: by usenet.pa.dec.com; id AA14155; Thu, 27 Aug 92 04:21:09 -0700
X-Received: by inet-gw-2.pa.dec.com; id AA08146; Thu, 27 Aug 92 04:20:57 -0700
X-Received: from ub4b.buug.be by mcsun.EU.net with SMTPid AA23114 (5.65b/CWI-2.174); Thu, 27 Aug 1992 13:20:51 +0200
X-Received: from alcbel.UUCP by ub4b.buug.be (5.65c/ub4b_02)id AA27660; Thu, 27 Aug 1992 13:20:56 +0200
X-Received: from se.alcbel.be by alcbel.be (4.1/SMI-4.1)id AA25695; Thu, 27 Aug 92 13:10:37 +0200
X-Received: by se.alcbel.be (5.57/SE_03)id AA01742; Thu, 27 Aug 92 13:13:51 +0200
X-Received: from btmpj9.space by space.alcbel.be (4.1/SMI-4.0)id AA03833; Thu, 27 Aug 92 13:13:12 +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: sts6f@rayleigh.mech.Virginia.EDU (Sonya Smith)
Subject: Does anyone have X386 running on WD 90c30?
Originator: sts6f@rayleigh.mech.Virginia.EDU
Organization: University of Virginia
Date: Thu, 27 Aug 1992 13:56:28 GMT

Does anyone have X386 running on a western digital 90C30 with 256 colors?
If so, please tell me the name of the site (via e-mail) where you got
it and what (if anything) you had to modify to make it work properly.

Thanks in advance,
Sonya

------------------------------------------------------------------------------
Sonya T. Smith                       
Department of Mechanical, Aerospace, and Nuclear Engineering
University of Virginia
Charlottesville, VA 22901
------------------------------------------------------------------------------
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver
Date: 28 Aug 92 01:44:10 GMT
Organization: Aegis Society, Kyoto Japan

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

>In article <pbcnjpr@dixie.com>, jgd@dixie.com (John De Armond) writes:
...
>> Sorry bub, but no.  I've  yet to hear of anyone being FORCED to use the 
>> net.  Just as Indy drivers are FORCED to abide by the rules and use
>> appropriate equipment, so to are you forced to play by Usenet rules 
>> if you want to play.

>That is exactly what I say.  The usenet rules say that sources belong
>in alt.sources NOT in comp.unix.sysv386 !

I believe we have already covered this point: are no USENET rules,
only conventions. If you want to change the conventions, you will
need to get a lot of support for why you think it's in everybody's
benefit, not just yours.  

This is not to say that you haven't got a problem, but calling upon
non-existant rules to make your case isn't convincing many people. 

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087



Newsgroups: comp.unix.sysv386,comp.unix.questions
From: todd@uhunix.uhcc.Hawaii.Edu (Todd Ogasawara)
Subject: strange Digiboard problem (ISC UNIX)
Organization: University of Hawaii at Manoa
Date: Thu, 3 Sep 1992 02:15:26 GMT

I have a 386 box that's been running ISC UNIX 2.2 (SVR3) for nearly two
years now. It has a Digiboard Digichannel PC/16i (16-port serial board)
that has an unusual problem every now and then.

Every now and then (two or three times since the box was first configured)
accessing one of the ports either directly or through a dial-up results in
the following message during a login.

	Warning no access to tty (not a typewriter)
	Thus no job control in this shell

I found that the "not a typewriter" message is coming from /bin/login and
the rest of the warning message is generated by tcsh (/bin/csh will
generate a similar message). I have never been able to figure out what this
warning message means or what to do about it short of rebooting the system.

A few more clues: (1) "ps -ef" will not show an attached tty for processes
run from a session connected to the "misbehaving" port. (2) /etc/whodo
has the same problem (no tty reported attached to a process on that port).
(3) tty *does* report the correct /dev/ttyxx port when logged into the
misbehaving port. (4) 'su' will not run if logged into the bad port.

Any advice, hints, etc. would be appreciated...todd
--
Todd Ogasawara, U. of Hawaii, Psychology Department
BITNET:		todd@uhunix
INTERNET:	todd@uhunix.UHCC.HAWAII.EDU
From: mike@pacsoft.com (Mike Stefanik)
Newsgroups: comp.unix.sysv386
Subject: Re: Single-user mode boot on SCO UNIX
Date: 30 Aug 92 06:38:09 GMT
Organization: Pacific Software Group, Riverside, Ca.

In an article, 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.  

1. Boot from floppy (you should have made a boot/root pair
   when you installed the system; if you didn't, then boot
   from the install floppies and break the install procedure)

2. Mount /dev/hd0root on /mnt

3. Edit the file /mnt/tcb/files/auth/r/root, clearing the
   contents of u_pwd (this is the password)

4. Unmount /dev/hd0root and reboot the system; you'll be able
   to login as root (most likely you'll be forced to enter
   a new password at login)

-- 
Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
Pacific Software Group, Riverside, CA
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: com ports 
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Date: Sun, 30 Aug 1992 04:58:19 GMT

Hi...

	I'm having a helluva time getting my com ports configured
as I would like.  I bought a little while back a serial card
that gave me two extra com ports, one of which had a 16550 chipset
with it, so that I could use my Worldblazer modem properly :)

	The problem is that I can't get the 4th com port to 
work.  As soon as I try and configure FAS 2.09 to recognize
4 com ports, the 3rd and 4th freeze up.  If I omit the 4th,
the 3rd works great.

	Hmmm...the first problem we had was finding a free interrupt
for the 4th, so I did a kconfig and freed up 3/4 gendev interrupts...
that gave me interrupt 5 to play with, which was the first time
it froze up.  I figured that maybe I was having a problem with
the interrupt being used for something else, so gave up.

	This week, we purchased a new hard drive/floppy controller
as the old one I did not have a manual for (know better the next
system I buy, that's for sure) and we freed up interrupt 7 as
we don't use a printer off of this.  After reconfiguring 
everything again with the new interrupt, I got the same
problem...modem freeze.

	Now, I need that 4th com port to attach a seperate
PC to the machine.  It is there, but doesn't work.  Does anyone
have any ideas as to the problem?  Something to look at?

	Oh ya, just in case someone thinks about it, yes, I
did disable the printer in my sdevice.d files.  Also,
the OS is ISC, as that probably helps also, eh? :)

Hope someone can help...

Thanks in advance...

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: sam@csi.compuserve.com (Sam Neely)
Subject: Looking for u386mon v3.41 or above
Organization: CompuServe Incorporated
Date: Thu, 3 Sep 1992 17:28:16 GMT

Could someone point me to the sources to u386mon version 3.41 or above?
The only version I've been able to find via archie is from comp.sources.misc
and is version 2.40.

Thanks.
-- 
Sam Neely, CompuServe Incorporated                  +1 614 442 2089 (voice)
5000 Arlington Centre Blvd, Columbus, OH  43220     +1 614 457 0348 (FAX)
Electronic Mail:  InfoPlex: >CSI:SAM      Internet: SAM@CSI.COMPUSERVE.COM
If you don't have anything nice to say ... say something rude!
Newsgroups: comp.unix.sysv386
From: root@kilowatt.uucp (Kilowatt admin)
Subject: Getting FAS 2.10 to run under Consensys SVR4
Organization: Kilowatt Computing
Date: Wed, 26 Aug 1992 22:21:06 GMT


	I've recently installed FAS under Consensys SVR4 - fun! The fubyte
bug is present in Consensys SVR4 (at least in my version 1.3) The fix in
a recent UNIX review (posted here) works fine.
	It's great to use 115200 baud to my WorldBlazer. I tried the "e"
protocol (which is binary-dump, no handshake type) and got 3500cps transfer
rate! With the uucp-g protocol accelerator in the Telebit, I get about 1800
to 2100 cps to my friend's machine - his modem is still at 38400. Note: the
WorldBlazer gives me 26kbps (yes 26, not the 24 they advertise) to my friend's
modem (another WorldBlazer) within the same telco central office.
	On to FAS installation... all went just as planned. Only thing I
had to play with, was entries in gettydefs (I have to use the old getty, not
STREAMS' ttymon) for 38400 baud (no parity, no autobaud)
	I don't know if FAS has anything to do with it (the problem appeared
a day or two after installing FAS and I didn't touch anything in the UUCP
sub-system (I sware!)) but I broke the UUCP connection with my friend's
SPARC I (I mention this elsewhere on the net, yes!) - I can send/receive files
fine as long as I originate the call. When he calls me, it gives him a
"protocol error" or something.
	Thanks for any listening!

-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				uunet!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sysv386
Subject: Re: How to replace disk driver in SCO Unix ?
Date: 25 Aug 92 15:57:10 GMT
Organization: CompuData Inc.

grog@adagio.UUCP (Greg Lehey) writes:

>In this case, I believe it's reasonable
>to expect that the distributor should not even understand the problem,
>let alone fix it. But he should escalate it to SCO, and they should
>find a fix - if for nothing else, then to improve the reputation of
>their product.

Yes, I agree. 

>I don't think that Jochen was looking for an educator. If I buy
>software which is claimed to conform to ANSI C (but not to be fit for
>any purpose :-), I would expect the vendor to be interested in obvious
>bugs, especially if they cause me hardship.

I meant that in general. It should not be like: "This statement doesn't work 
for me. Why?" But rather: "This is bug. Here is an example of the code. Fix 
it!" All the distributor should do is pass it up the line or provide a direct 
contact with more knowledgeable sources. 

>*sigh* you could be right. But he could install gcc instead.

Yes, it would seem to be the one solution that does the trick. That gcc 
without real development resources can make something that works according to 
the specs and huge Madam Microsoft or small Ms SCO can not, is a bit beyond my 
comprehension. There must be other itineraries lurking in the background that 
we know nothing about. 

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