HDTenEightyP/NetNews huggingface dataset:
From: bursik@lccinc.UUCP (Dave Bursik)
Newsgroups: comp.unix.sysv386
Subject: Re: bootlegging hurts Unix
Summary: Better still, floating licenses.
Date: 11 Apr 92 05:56:19 GMT
Organization: LCC Inc., Arlington VA

In article <1992Apr10.214739.9204@javelin.sim.es.com>, jwilliam@javelin.sim.es.com (Jerry Williams) writes:
> s923074@minyos.xx.rmit.oz.au (Wedo Jozis) writes:
> 
> >Yes this weird sort of licensing can be a real liability, 
>  [stuff deleted...]
> >Perhaps the unix industry will mature to such a stage some day. This
> licensing has on several ocassions been the deciding factor when selecting
> software. I don't like the idea of crtical applications being locked up,
> [more stuff deleted...]
> 
> I think that I like the hostid rather than having dongles that you have to
> switch around.  And worry about loosing.

Hostid's can be a real pain if you are in a networked environment and there
is any tendency for people to change to a different workstation (e.g., when
new equipment comes in, you're working in a different room/office/lab, etc.).
In this situation, it's nice to have a floating license server that allows a
certain number of users (or a particular set of users) access to a package
regardless of which host they're logged-in on.

For simple (single-host) setups a floating license manager might be too much
overhead to deal with, and a simpler scheme (like the hostid) would be a
nice option.  I would *not* want to see hardware locks become commonplace.

-- 

-Dave Bursik
 LCC, Inc. / Arlington, VA / (703) 516-7398 / uunet!lccinc!bursik

Xref: sparky comp.unix.sysv386:8624 comp.unix.questions:6178
From: kbahey@ncrsaud.SaudiArabia.NCR.COM (Khalid Bahey-elDin)
Newsgroups: comp.unix.sysv386,comp.unix.questions
Subject: Univel: USL and Novell SVR4 product - info
Keywords: unix novell svr4 univel
Date: 12 Apr 92 19:36:39 GMT
Reply-To: Khalid.Bahey-elDin@SaudiArabia.NCR.COM (Khalid Bahey-elDin)
Followup-To: comp.unix.sysv386
Distribution: world
Organization: NCR Corp., Saudi Arabia

Here is an excrept from an internal NCR/AT&T publication ("News About AT&T",
distributed with "NCR NEWS" Vol. 14 No. 2 March/April 1992, an employee/
customer publication). This is more like a press release than a technical
description of the product:

** Article begins

UNIX JOINT VENTURE

 "Novell, Inc., developer of NetWare systems software, and UNIX Systems
Laboratories (USL) Inc., developer of the UNIX System V operating system,
have together created a joint venture, Univel, to accelerate the use of UNIX
systems in the network computing marketplace.

 Univel aims to bring an end-user customer focus to the UNIX system, making
it easier to use while significantly expanding its availability.

 Univel will market and distribute a streamlined, easy-to-use, easy-to-maintain
version of UNIX System V Release 4.1 for industry standard computers built
around the Inter 386/486 chips (and later, other processors).

 Novell's NetWare provides network services that integrate desktop computers
from different vendors with each other and with host computer systems from
leading UNIX system vendors, and from other companies including Digital
Equipment Corp, Hewlett-Packard, and IBM.

 Univel's initial products will be available through computer product
distributors, systems integrators, and resellers worldwide. They will also be
made available from computer manufacturers under OEM agreements.

 Funded and staffed by USL and Novell, the new company will be based in San
Jose, California. Joel Appelbaum has been named president and cheif executive
officer. Appelbaum previously had been executive vice president, Open Solution
Software, at USL. He also served at Bell Laboratories for more than 16 years in
both research amd management positions, including director of Strategic
Planning.

** End of article

Now, this is what I know about the Univel product. Since I am about to buy SVR4
for my home PC 386, I am looking at Univel also (after all, it is SVR4.1).

Would somebody give us more *technical* info? Specifically:

1. When will this product be available?

2. What will be the approx. price (SVR4 2-user license runtime only sells as
   low as 250$).

3. How will it be different from todays SVR4? Will it be a better/crippled
   version of SVR4? Will the kernel still be big as today's SVR4?

4. How much will the C development system cost?

5. Will it run todays SVR4 i386 binaries?

6. Will it come with ksh, job control, symbolic links, ...etc.?

Regards and thanks in advance.
-- 
Khalid M. Bahey-elDin		UUCP: ..!uunet!ncrlnk!ncrsaud!kbahey
Systems Services Division	Fax: +966-2-651-8804  Tel: +966-2-651-2727 x 25
NCR Corp., Saudi Arabia		E-Mail: kbahey@ncrsaud.saudiarabia.ncr.com
POBox 13964, Jeddah 21414	MAILPlus: Khalid.Bahey-elDin@SaudiArabia.NCR.COM
From: dylan@ibmpcug.co.uk (Matthew Farwell)
Newsgroups: comp.unix.sysv386
Subject: Re: low-level SCSI formatter for unix.
Date: 9 Apr 92 13:51:27 GMT
Organization: The IBM PC User Group, UK.

In article <1992Apr3.194038@eklektix.com> rcd@raven.eklektix.com (Dick Dunn) writes:
>Scott does mention one good point that a lot of people ignore when doing
>normal backups, to their considerable peril:  After you write a tape, read
>it back to be sure it can be read without error at least once.  Don't
>assume that the write was successful just because it didn't report any
>errors.

Can I just add thats its even better to try and read the tape on another
machine with another tape drive, if possible.  We discovered not so
recently that our tape drive was out of alignment, and all of our
backups are nearly useless.

Dylan.
-- 
'If there is a hung parliament, and John Major and Neil Kinnock have
both been hung, then I am willing to take over.  Vote Insanity - you
know it makes sense' - Screaming Lord Sutch
Newsgroups: comp.unix.sysv386
From: ice@skynet.uucp (Ice)
Subject: Re: ISC 2.0.2 and *THE* inode bug
Keywords: C-news, ISC 2.0.2, inode bug
Organization: Cyberdyne Systems Corporation
Date: Thu, 09 Apr 1992 16:15:30 GMT

Could someone please repost this info on the inode bug from days gone by?

-- 
/* Ice's Hypermedia Sig */ #include <cyberpunk.h> #include <industrial.h> 
Hardware required: biological neural net with _unsupervised_learning_
Audio() Burning Inside by Ministry; "The Mind is a Terrible Thing to Taste" 
Visual() Sarah Connor's flesh on fire blasted away leaving screaming skeleton 
Newsgroups: comp.unix.sysv386
From: karl@ddsw1.MCS.COM (Karl Denninger)
Subject: DELL SVR4 and Xdm - anyone got a working copy?
Organization: Macro Computer Solutions, Inc., Chicago, IL
Date: Sat, 11 Apr 1992 04:07:22 GMT

Does anyone have a working copy of "xdm" for Dell SVR4?  The copy which is
supplied with the release doesn't work....  I'm looking to avoid having to
get the entire X11R4 (or R5) kit and build it...

Please email sources if known...

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
From: steve@pitacat.math.cwru.edu (Steven H. Izen)
Newsgroups: comp.unix.sysv386
Subject: gcc2.1 won't compile (ISC) - What am I doing wrong?
Date: 16 Apr 92 18:37:04 GMT
Article-I.D.: usenet.1992Apr16.183704.14154
Organization: Math Dept., Case Western Reserve University, Cleveland, Ohio
Originator: steve@pitacat.math.cwru.edu


I am trying (yet one more time) to get gcc up and running on my
ISC3.2.2 386 box.  I ftp'd the latest gcc2.1 release and then did a
configure with the command

configure i386-isc

Then, as in the INSTALL file I did

make LANGUAGES=C

After a what appears to be an almost infinite number of .c files (with
a couple of links thrown in), a gcc is created, but the makefile
continues to churn, finally barfing with the following output:

[23]%make LANGUAGES=C

[rest of the successful compiles omitted ]

        cp ./enquire.c . > /dev/null 2>&1
*** Error code 2 (ignored)
        ./gcc  -D_POSIX_SOURCE  -g -B./    -DNO_SC -DNO_MEM -DNO_STDDEF -O0 -I. -c enquire.c
In file included from /usr/include/signal.h:10, from enquire.c:381:
/usr/include/sys/signal.h:126: parse error before `int'
*** Error code 1

Stop.

I checked /usr/include/sys/signal.h, but I don't see anything wrong
with the header file.  Anyone have any pointers?

Thanks in advance.
			Steve

-- 
Steve Izen, Associate Prof. of Mathematics, Case Western Reserve University
shi@po.cwru.edu <---preferred   \  Voice: (216)368-2891  Fax: (216)368-5163  /
steve@pitacat.math.cwru.edu      \_|\_|\_|\_|\_|\_|\_|\_|\_|\_|\_|\_|\_|\_|_/
steve@izen386.math.cwru.edu or uunet!cwjcc!skybridge!izen386!steve
Newsgroups: comp.unix.sysv386
From: jerry@connection.prospect.com (Jerry Shekhel)
Subject: Re: C and C++ compilers on SVR4
Organization: Molecular Simulations, Inc.
Date: Tue, 14 Apr 1992 14:45:00 GMT

ajrooks@vlsi.waterloo.edu (Alan Rooks) writes:
>
>Do any of the vendors supply C++ compilers?  (Probably cfront ports).  SCO is
>asking a ridiculous price for theirs - are there reasonable ones?  Are there
>third-party cfront vendors that specifically target SVR4/386?  How much do
>they cost, and what cfront version are they?
>

Why not just get GNU C 2.x?  It's free, and contains compilers for C, C++,
and objective C.  It has a configuration file for SVR4/386, and built on
my system (MST SVR4) without any problems.  You'd probably also want to get
the GNU C++ library (libg++) for a complete C++ package.

BTW, I compiled John Bradley's X11-based image viewer, XV, using standard
SVR4 C, and then with GNU C 2.1, and on one particular operation (saving/
loading a certain JPEG image) there was a 6000% (yep, *60 times*) improvement
in execution speed (went from 30 minutes to 30 seconds)!

>
>Alan Rooks	University of Waterloo		ajrooks@vlsi.waterloo.edu
>						ajrooks@vlsi.uwaterloo.ca
--
+-------------------+-----------------------+--------------------------------+
| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
+-------------------+-----------------------+--------------------------------+
|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
|                            jerry@polygen.com                               |
+----------------------------------------------------------------------------+
From: jessea@homecare.COM (Jesse W. Asher)
Newsgroups: comp.unix.sysv386
Subject: Memory expansion cards for use with Esix 4.0
Date: 13 Apr 92 12:56:05 GMT
Reply-To: jessea@homecare.COM (Jesse W. Asher)
Organization: Health Sphere of America Inc.

I need a memory expansion board to use with Esix 4.0 in a system.  I had
3.2 running a system, but the board in it was incompatible with 4.0.  It
was sort of amusing (I know simple minds entertained by simple things),
but the board caused the system to continually reboot when Esix started
to boot.  Anyway, I need to find a board because the 386 it was in is
now only running on 8MB instead of 16MB.  Thanks and ttyl.

-- 
      Jesse W. Asher        NIC Handle:  JA268         Phone: (901)386-5061
                       Health Sphere of America Inc.
	       5125 Elmore Rd., Suite 1, Memphis, TN 38134
 Internet: jessea@homecare.COM                 UUCP: ...!banana!homecare!jessea
Xref: sparky comp.unix.sysv386:8396 biz.sco.general:1770 comp.unix.xenix.sco:1878
From: wimb@bssi.nl (Wim Berkhof)
Newsgroups: comp.unix.sysv386,biz.sco.general,comp.unix.xenix.sco
Subject: PCNFSD: Assertion failed
Keywords: pcnfsd lachman nfs sco assertion
Date: 9 Apr 92 15:01:39 GMT
Organization: Baan Service bv, Barneveld NL



We're using the PCNFSD on a SCO Unix system:

Set                              Release   Notes            
---                              -------   -----            
SCO Portfolio                    1.0.1h    installed        
SCO MultiView Runtime System     1.6.1d    installed        
SCO NFS Runtime System           1.1.1d    installed        
SCO UNIX 3.2v2/NFS Maintenance D 1.0.0b    installed        
SCO TCP/IP Runtime System        1.1.3f    installed        
Computone Intelliport Drivers    4.31      partially installed
SCO System V Operating System    3.2.2s    partially installed
 (prd = unixos)                  3.2.2s    installed        
 (prd = unixos)                  3.2.2s    partially installed


I think the version of PCNFSD is:

	4.3 SCO Unix 3.2 TCP/IP/NFS source
	4.6 Lachman System V NFS source


Initially everything seems to work fine. However sometimes the 
daemon returns the next error and exits:


	Assertion failed, line 509 of pcnfsd.c : "ex"

Sometimes other line numbers are shown. 


Does anyone know what the problem is, and what other problems
are related to what line numbers ??
Newsgroups: comp.unix.sysv386
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: Is ISC X2.0 based on X386?
Organization: American Micro Group, Ft. Lee  NJ
Date: Fri, 10 Apr 1992 15:54:43 GMT

In article <1992Apr8.180154.12112@kong.gsfc.nasa.gov> sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS) writes:
>I've built X386 under ISC 3.0 and have discovered that X386 can
>drive my 17" IDEK monitor at 1152x900 resolution -- I love it!!
>
>I also have ISC X2.0 which drives my monitor at only 1024x768.
>I notice in /usr/lib/X11 there is 
>an Xconfig file, just like you get with X386.  Is this a
>coincidence, or is ISC X2.0 based on X386?  If yes, how
>can I adjust my resolution for X2.0??
>
>Thanks in advance.
>
>Roger

No.
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.unix.sysv386
From: sam@csi.compuserve.com (Sam Neely)
Subject: Re: ISC TCP 1.2 Ether Card?
Keywords: ISC TCP 1.2 Ethernet card
Organization: CompuServe Incorporated
Date: Tue, 14 Apr 1992 21:36:08 GMT

In article <1992Apr14.171719.7843@ccu.umanitoba.ca> umcarls9@ccu.umanitoba.ca (Charles Carlson) writes:
>In <1992Apr14.034717.17741@csi.compuserve.com> sam@csi.compuserve.com (Sam Neely) writes:
>
>>TCP/IP 1.2 is a piece of trash.  Upgrade it immediately or you will need
>>minoxidil to replace the hair that you've pulled out trying to get it to
>>work.  Last I heard, the cost to upgrade from 1.2 to 1.3 was $50.
>
>Could you explain?  Admittedly, I've only had my ISC 2.2.1 and TCP 1.2.0
>running for a couple days, but I installed it all and got NFS running
>without any difficulty.  Its only getting VERY light use, and everything
>seems to be fine.  The only thing I noticed is that once dfspace showed
>I had 53.4 meg available on a remotely mounted 40 meg drive!!!!  But
>I'd venture to guess that would be a problem more relating to NFS than
>TCP.

I run a series of machines who gateway electronic mail between the
Internet and CompuServe.  When I first installed TCP/IP 1.2 without
any of the patches, the machines would only stay up for about 1/2
hour before crashing.  After applying patch disk SSU.4a, the machine
would stay up for about a day without crashing.

All of my crashes were in the bowels of TCP/IP or in the Western
Digital driver.  I finally heard that the problem was a combination
of the WD driver scribbling on memory, and the TCP/IP had a few, uh,
"major insects" as well.  I finally upgraded to 1.3, and I've gone
for months without a crash.

My NFS activity is rather light.  I typically only use it to move
software around on a very infrequent basis.  To date, I've not had
a problem with it, other than having to fake up the installation
process for SSU.4b.
-- 
Sam Neely, CompuServe Incorporated		    +1 614 457 8600 (voice)
5000 Arlington Centre Blvd, Columbus, OH  43220	    +1 614 457 0348 (FAX)
Electronic Mail:  InfoPlex: >CSI:SAM      Internet: SAM@CSI.COMPUSERVE.COM
I have NOT lost my mind... It's backed up on tape somewhere.
Newsgroups: comp.unix.sysv386
From: david@aim1.aztec.co.za (David Mason)
Subject: u386mon on SVR4: Anybody ported it?
Keywords: u386mon
Organization: Aztec Information Management
Date: Wed, 8 Apr 1992 15:12:45 GMT

The boss has come up with the bright idea that I should port u386mon
to our sparkling new upgrade to Dell SVR4.  Has anybody tried this?
Sounds like a nice idea, but potentially quite difficult.
-- 
David Mason                david@aim1.UUCP     david@aim1.aztec.co.za
Unix System support              (Internet addressing not quite ready...)
Newsgroups: comp.unix.sysv386
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: Interactive and the 486
Keywords: Interactive 486 DX SX EISA ISA
Organization: Virtual Technologies Inc.
Date: Wed, 8 Apr 92 15:27:34 GMT

andyb@wndrsvr.la.ca.us (Andy Brager) writes:

>cpcahil@virtech.uucp (Conor P. Cahill) writes:

>>So, I guess what I am saying is that unless you are going to throw lots of
>>people onto the system, or you think you need more than 16MB, EISA is not
>>necessary.  

>While in general I agree with what you're saying, I think you're ignoring
>the fact that ESDI controllers are faster than SCSI (as far as I know).

ESDI controllers have lower command overhead than SCSI, so in a general
case you might consider them faster.  However, in multi-disk situations,
ESDI is acutally slower than it is when it only has one DISK, while
SCSI is faster because it can do other things while the disk is processing
a request.

In addition the SCSI controller that I use is a EISA Bus Mastering controller,
while the ESDI controller is an ISA ST506 programmed I/O mode.  That 
difference more than makes up for any loss due to command overhead.  Then
you have to add the fact that I have configured the SCSI system to 
spread the OS, and user files across multiple disks in order to increase
performance (so we aren't hitting the same disk at the same time).

>Therefore, you're making somewhat of an oranges to tangerines comparison.
>You're not strictly measuring EISA vs ISA.

No, but there should be more of a difference.

>On the other hand, today I'm running: 

>386/40 ISA w/8MB memory
>Adaptec 1542B ISA SCSI controller
>1.5GB drive
>Orchid Prodesigner II w/1MB
>Archive Python DAT drive.

>Last month I was running:

>486/33 EISA w/32MB memory
>Adaptec 1740 EISA SCSI controller
>1.5GB drive
>Orchid Prodesigner II w/1MB
>Archive Python DAT drive.

>Full backups used to take 1 hour.  They currently take 3.5.  Granted
>I now have more data to backup than I did last month but not more
>than a couple of hundred extra Meg :)

The limiting factor here *should* be the DAT drive and I doubt that it
is capable of eating more than the 2MB/min the ISA bus can send to it (even
if you divide that in half to accomodate the time for reading the data
from the disk).  

Perhaps you have the problem because of the difference in memory.  8MB is
much less than 32MB and you may be swapping (which would have a significant
detrimental effect on performance).  I would look at the memory issue first.

-- 
I guess these are the views of VTI - since it is my consulting company.

Conor P. Cahill              (703)430-9247              uunet!virtech!cpcahil 
Virtual Technologies, Inc.  46030 Manekin Plaza            Sterling, VA 22170 
Newsgroups: comp.unix.sysv386
From: stu@mav.com (Stu Donaldson)
Subject: Re: gcc 2.0 for ISC 2.2.1?
Summary: floating point bug?
Organization: Maverick International Inc.
Date: Tue, 14 Apr 92 00:54:55 GMT

In article <1992Apr13.002528.834@mav.com> stu@mav.com (Stu Donaldson) writes:
> I can't talk for gcc 2.0, but I have tried gcc 2.1 with very little
> difficulty to speak of.

Since then, I have rebuilt X386 1.1b with the new gcc2.1, and have
encountered a bug that I also had with the 1.39 version of gcc.

I haven't been able to track this down other than to something with
the floating point code that is generated.  I have tried to run the
'xbench' package on this server, and the server will crash on some
functions such as in miWideSegment with a Floating Point Exception
error.  I do not know enough about the FPU instructions to be able
to spot any easy bugs.  Most of the floating point code works.  The
'arc100' test in 'xbench' works without a hicup.

Has anyone else seen this and have a fix?  I have tried with various
levels of optimization and the '-g' flag for debugging without
any change.  (Actually the failing instruction was a 'fchs' (change sign)
until I turned off optimization and it died on the 'fmulp' right after it.

-----------------------------------------------------------------------
Stu Donaldson                   "Can't you understand what I'm saying?" 
stu@mav.com                     "What happened?  Did you Fail Telepathy?"

Xref: sparky comp.unix.sysv386:8251 comp.unix.questions:5907
From: bob@consult.UUCP (Bob Willey)
Newsgroups: comp.unix.sysv386,comp.unix.questions
Subject: Re: Word Perfect at 19.2K Baud
Date: 7 Apr 92 02:11:20 GMT
Reply-To: bob@consult.UUCP (Bob Willey)
Followup-To: comp.unix.sysv386
Organization: CCS Enterprises, Inc. - Easton, MD


----- News saved at 7 Apr 92 02:10:09 GMT
In article <1992Mar30.161318.16449@candle.uucp> root@candle.uucp (Bruce Momjian) writes:
>When Word Perfect is run on Wyse 60 connected to SCO Unix at 19.2K baud,
>the status display at the bottom gets mixed up in the document's
>contents when scrolling up or down quickly.  At 9600 baud, everything is ok
>Word Perfect says that 19.2K baud is too fast.  We have flow control
>enabled.  Has anyone seen this happen, or better yet, found a way
>to correct it?  

We use WordPerfect extensively and on many systems and have never
experienced a problem at 19,200 or even at 38,400.  It sounds more like
an issue of the card or multiport adaptor that you are using for the
terminal ports.  Is it an intelligent adaptor?  If so, do you have
XON/XOFF flow control setup?

We have used Computone & Digiboards at 19,200 and also 38,400 and even
use the Wyse 60 mosaic View Document mode very successfully.

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
Xref: sparky comp.unix.sysv386:8309 comp.unix.questions:5976 comp.editors:1352
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.editors
Subject: Re: Word Perfect at 19.2K Baud
From: andyb@wndrsvr.la.ca.us (Andy Brager)
Date: Tue, 7 Apr 1992 20:58:17 GMT
Organization: Wonder Server - Public Access for SoCal

bill@bilver.uucp (Bill Vermillion) writes:

>In article <1992Mar30.161318.16449@candle.uucp> root@candle.uucp (Bruce Momjian) writes:

>>When Word Perfect is run on Wyse 60 connected to SCO Unix at 19.2K baud,
>>the status display at the bottom gets mixed up in the document's
>>contents when scrolling up or down quickly.  At 9600 baud, everything is
>>ok, and on a Wyse 85 at 19.2K, everything is ok.

Speaking of WP for Unix...  Does anyone know of a free Word Perfect 
feel-alike for ISC V3 3.0 that would work over a modem?

Thanks in advance!

Andy
-- 
		DO NOT BUY TOUCHE COMPUTERS -email for details
Large Packages (2K+ Total): cerritos.edu!swc!wndrsvr!andyb
Did you know that VAX mailers strip trailing blanks?  Don't use uuencode.
-I don't know but I been told; two sides to every story - Joe Walsh