HDTenEightyP/NetNews huggingface dataset:
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: American Micro Group, Ft. Lee  NJ
Date: Tue, 29 Sep 1992 11:58:35 GMT

In article <22960@optima.cs.arizona.edu> dsiegel@optima.UUCP (Dave Siegel) writes:
>>>> a SunSoft salesperson, that DELL is likely to
>>>> distribute Solaris in the future.
>>>That would be a bad move, in my opinion.  If Dell goes to Solaris 2.0, I'm
>>>not upgrading.  Now, Solaris 2.1, or 2.0.x, possibly.   There's too much bad
>>>news about Solaris for me to trust it.
>> Actually we've heard nothing but good things about Solaris 2.0, and
>> it's a surprise to hear this negative opinion with no facts along.
>> So, what are all the awful things you've heard about Solaris 2.0?
>
>I've heard that it's big, it's slow, and they are still trying like hell to
>get the bugs out of the development libraries.  The fact that it is currently
>available as an upgrade to an already expensive UN*X product does not 
>win my confidence.  I certainly won't be buying it for any of my PC's, nor
>would I recommend it to any who ask.
>
>As for SVR4.2, and it being dubbed "Unix Lite", I haven't really read much
>about it since the aritcle uni Unix world.  Perhaps I need to go back and
>read it, but it seemed to be lacking in much of the functionality that I 
>wanted.  I >assume< this is why Dell won't be offering an upgrade path to it.

You must have swallowed some propaganda. In fact, in some respects
Solaris 2.0, with its dynamnic SVR4 memory management is faster than
SunOS or SVR3.2. As for size, look at a V4 distribution, as compared to
a V3.2. V4 is bigger. There is a superset of functionality in Solaris
2.0 as compared to V4, and there is more code involved, yes.

There are reports of some bugs, but you know, Solaris 2.0 for Intel 
hasn't been released yet, and it's not even in beta. It's going through
two pre-releases in the next few months. Why express such negative
opinions on rather vague hearsay?

-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: Xenix Support, FICC
Date: Fri, 2 Oct 1992 18:18:25 GMT

In article <lcjqsbINN624@jethro.Corp.Sun.COM> ledesma@mexico.Corp.Sun.COM writes:
> 	Demonstrates Multiprocessing On X86 For First Time

Sequent must be pretty surprised.

What's the price for this promotional deal?
-- 
Peter da Silva                                          `-_-'
Ferranti Intl. Ctls. Corp.                               'U` 
Sugar Land, TX  77487-5012
+1 713 274 5180                           Heb jij vandaag je wolf al geaaid ?
Newsgroups: comp.unix.sys5.r4
From: janjaap@blade.stack.urc.tue.nl (Janjaap van Velthooven)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,comp.unix.amiga
Subject: Sys5r4 Identity crisis
Date: 30 Sep 92 14:21:50 GMT
Followup-To: comp.unix.sys5.r4
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.

Sys5r4 ( I know this from experience from Esix 4.03, Amiga unix V2.01 and 
an old Dell sysvr4 (version unknown to me) (do other versions show this
habit also?)) has the tendency to somtimes return the wrong identity.
This happens with programs like talk, elm and such. Also who with the
options am i does this. Some investigation showed that the function
getlogin() (3) returns the wrong result. This apears to happen when in
the utmp file a dead entry for the terminal the user is working on
precedes the actual user or login entry.

Trying to write a working getlogin() function, I found out getutline() which
according to the manpage should return the first user or login entry containing the given tty. This function also returns the first (and possibly wrong) entry.
As far as i tested id the getutxline() function which searches in the utmpx
file returns the correct entry.

I have 2 practical and a philosophical question.
1) Can I replace a function in the shared library if yes how. 
2) In getlogin.o in libc.a is also mentioned a _getlogin function.
   What doe this do. What is the relation to getlogin.
3) Why is it (or is it?) nesesary for login to create seperate entries in the 
   utmpfile for users loging in via rlogin and telnet although it
   is not possible for rlogin en telnet to use the same pts/x device.

I have written a working (i think) getlogin function which i include in
this posting. I grant hereby permission tu use the source for non comercial
uses.

########## getlogin.c # copyright J.F.W. van velthooven #########
#include <sys/types.h>
#include <sys/time.h>
#include <stdio.h>
#include <unistd.h>
#include <utmpx.h>

char * getlogin ()
{
  char *tty;
  struct utmpx xent, *pxent;

  if (tty = ttyname (0))
    {
      tty += 5;
      strncpy (xent.ut_line, tty, 12);
      pxent = getutxline (&xent);
      return (pxent->ut_user);
    }
  else
    return (0);
}
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Unix "Lite" is not so light
Date: 2 Oct 92 13:49:26 GMT
Organization: A/C International

ellis@nova.gmi.edu (Stew Ellis) writes:

>I thought DOS tasking, including the ability to run Windows 3.1 apps, was
>part of the base product.  Isn't that true?

Support for DOS and Windows functionality is another one of those Destiny
"extension" modules. USL and their OEMs - including Univel - will make their
own choice about bundling. I would *expect* Univel to make such support
fairly attractive; perhaps we'll get the definitive word October 12. (InfoWorld
predicts the formal rollout of UnixWare on that date.)
-- 

uunet!media!ka3ovk!nearside!shwake			shwake@rsxtech
From: pjh@mccc.edu (Pete Holsberg)
Newsgroups: comp.unix.sys5.r4
Subject: Re: SysV
Date: 1 Oct 92 17:14:02 GMT
Organization: The College On The Other Side Of Route One

In article <Bv9GnJ.DGI@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
=karl@ddsw1.mcs.com (Karl Denninger) writes:
=
=>I have no intention of buying Microport.  Microport earned my hatred a number
=>of years ago with both their '286 and early '386 releases of 3.2.  
=
=Microport has a bad name.  When they started doing business again
=they should have changed the name to remove the bad image they
=had in the unix community
=
=Dell works period.  

After a fashion. A friend just got the latest upgrade to his Dell UNIX
and was quite disappointed to find that the installation wiped out all
his old admin files. IOW, it wasn't an upgrade installation, it was a
new installation.

Dell tech support told him to reinstall the old system, restore from his
last backup, copy all the critical files to floppy, install the new
system, and restore from floppies. !! Really!

So they work, but not "work, period" IMO.
Newsgroups: comp.unix.sys5.r4
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: SysV
Organization: VideOcart Inc.
Date: Tue, 29 Sep 1992 04:05:11 GMT

In article <2AC76A19.1BF9@tct.com> chip@tct.com (Chip Salzenberg) writes:
>According to kdenning@portal.hq.videocart.com (Karl Denninger):
>>ODT is also a 3.2 release.  It IS NOT SVR4.
>
>So what's your point?

That this group is comp.unix.sys5.r4
				  ^^^
ODT doesn't belong here.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022
Newsgroups: comp.unix.sys5.r4
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: American Micro Group, Ft. Lee  NJ
Date: Mon, 28 Sep 1992 20:43:58 GMT

In article <22891@optima.cs.arizona.edu> dsiegel@optima.UUCP (Dave Siegel) writes:
>From article <bonnie.717532299@earth.njit.edu>, by bonnie@rat2.njit.edu (Bonnie MacKellar):
>> I have heard, both from a DELL technical person and
>> a SunSoft salesperson, that DELL is likely to
>> distribute Solaris in the future.
>
>That would be a bad move, in my opinion.  If Dell goes to Solaris 2.0, I'm
>not upgrading.  Now, Solaris 2.1, or 2.0.x, possibly.   There's too much bad
>news about Solaris for me to trust it.
>
>Also, is SVR4.2 not the "Unix Light"?  Why in the world would I want a stripped
>down unix, incapable of most of the things I originally purchased it for?
>
>-dave
>
>--
>Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
>SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
>"The opinions expressed herein are not necessarily those of my employer,
>not necessarily mine, and probably not necessary."

Actually we've heard nothing but good things about Solaris 2.0, and

it's a surprise to hear this negative opinion with no facts along.

So, what are all the awful things you've heard about Solaris 2.0?

Also, why do think R4.2 is "Unix Lite"? In fact, it's "Destiny", the
Univel product, based on SVR4.2, which is the stripped down client
server product.

Ed Whittemore   uupsi!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.unix.sys5.r4
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Berkeley Sockets?
Date: Wed, 7 Oct 1992 01:11:16 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

In article <1akvrqINNkbo@gap.caltech.edu> dank@cco.caltech.edu (Daniel R. Kegel) writes:
>Are Berkeley Sockets available under sys V R4?
>- dan k. (dank@alumni.caltech.edu)

Yes.

--
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: fischer@iesd.auc.dk (Lars Peter Fischer)
Newsgroups: comp.unix.sys5.r4
Subject: Re: SysV
Date: 29 Sep 92 18:21:56 GMT
	<BvAIvF.22n@portal.hq.videocart.com> <2AC76A19.1BF9@tct.com>
	<BvBnCo.A3t@portal.hq.videocart.com>
Organization: Mathematics and Computer Science, Aalborg University


>>>>> "Karl" == Karl Denninger (kdenning@portal.hq.videocart.com)
>>>>> "Chip" == Chip Salzenberg (chip@tct.com)

Karl> ODT is also a 3.2 release.  It IS NOT SVR4.

Chip> So what's your point?

Karl> That this group is comp.unix.sys5.r4
Karl> 				  ^^^
Karl> ODT doesn't belong here.

Give us a break.

A piece of information was requested, in general UNIX terms. A number
of people answered, one of them relative to ODT. This is perfectly
fine. The division of newsgroup into lots of subgroups is all good and
fine but lets not get religious about it. There must be room for
"naive" users with "simple" questions, too. Understand that some
people really do not know about all this stuff about SysV, SysVr3,
SysVr4, SysVr4.2, etc., and one can hardly blame them. Talk to the
idiot who invented the "System V -- from now on consider it standard"
slogan.

If someone went on at length about how ODT is the best things since
sliced bread, I agree it would be inappropriate for this group, but
that was not the case.

Relax. You, Karl, is the one hurting the S/N ratio, not the guy with
the ODT remark.

/Lars
--
Lars Fischer, fischer@iesd.auc.dk | It takes an uncommon mind to think of
CS Dept., Aalborg Univ., DENMARK. | these things.  -- Calvin
Newsgroups: comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: jobs to run at powerdown
Organization: Xenix Support, FICC
Date: Mon, 5 Oct 1992 15:05:30 GMT

In article <BvM4sD.1wu@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
> How do I add new jobs to be executed at powerdown?

Put a Knnxxxx file in for the run level you're going down to. They're run when
entering a lower run level from a higher run level. It might make more sense
to run them when leaving a run level, but that's not the way it works.

> I have a script called K39bbs in /etc/rc2.d that I would like
> to run when bringing the machine down -- and it isn't running.

I presume you're running at run level 2 normally? You need to put the
K script at run level 0.
-- 
Peter da Silva                                          `-_-'
Ferranti Intl. Ctls. Corp.                               'U` 
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
+1 713 274 5180            "Dat is mijn gezel, en niet bedoeld als een fooi."
From: kevin@cfctech.cfc.com (Kevin Darcy)
Newsgroups: comp.unix.sys5.r4
Subject: SysVr4 uid_t Portability Questions
Date: 6 Oct 92 01:14:23 GMT
Organization: Chrysler Financial Corp., Southfield, MI

Is it true that all variants of SysVr4 have a uid_t typedef in <sys/types.h>?
Is uid_t guaranteed to be "typedef long", or is it something else on some
platform(s)?

Emailed answers/comments preferred. I'll summarize if there is interest.

------------------------------------------------------------------------------
kevin@cfctech.cfc.com 		  | Kevin Darcy, Unix Systems Administrator
...destroyer!cfctech!kevin 	  | Technical Services (CFC)
Voice: (313) 759-7140 		  | Chrysler Corporation
Fax:   (313) 758-8173 		  | 25999 Lawrence Ave, Center Line, MI 48015
------------------------------------------------------------------------------
Newsgroups: comp.unix.sys5.r4
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Fix 'compress' to work on multiple filesystem types
Organization: AT&T
Date: Sat, 26 Sep 1992 20:03:28 GMT

After getting totally fed up with the stock compress(1) on my SVR4 box
(which was hardcoded to 14-character file names, but I use UFS), I 
decided to do something about it.  Making use of the POSIX fpathconf(2)
system call, I modified the compress source to find out how long a
file name was actually acceptable.  So now it will do the right thing on
UFS, S5, and BFS filesystems.  Attached below is a patch to compress.c
as found in prep.ai.mit.edu:/bin/gnu/compress-4.0.1.tar

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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
-------------------------------------------------------------------------------
*** ORIG/compress.c	Sat Sep 26 14:22:41 1992
--- compress.c	Sat Sep 26 15:33:54 1992
***************
*** 279,284 ****
--- 279,288 ----
  #include <stdlib.h>
  #endif
  
+ #ifdef SVR4
+ #include <unistd.h>
+ #endif
+ 
  #define ARGVAL() (*++(*argv) || (--argc && *++argv))
  
  int n_bits;				/* number of bits/code */
***************
*** 423,429 ****
  #define CLEAR	256	/* table clear output code */
  
  int force = 0;
! char ofname [100];
  		  
  #ifdef MSDOS
  # define PATH_SEP '\\'
--- 427,433 ----
  #define CLEAR	256	/* table clear output code */
  
  int force = 0;
! char ofname [1024];
  		  
  #ifdef MSDOS
  # define PATH_SEP '\\'
***************
*** 755,764 ****
--- 759,789 ----
  		    "%s: part of filename extension will be replaced by XZ\n",
  		    cp);
  # else
+ #  ifdef SVR4
+ 		{
+ 		    char tmp[1024];
+ 		    int i;
+ 
+ 		    if (cp > ofname) {
+ 			i = cp - ofname;
+ 		    	strncpy(tmp,ofname,i);
+ 		    	tmp[i] = '\0';
+ 		    }
+ 		    else {
+ 			getcwd(tmp, 1024);
+ 		    }
+ 		    if (strlen(cp) > pathconf(tmp,_PC_NAME_MAX) - 2) {
+ 		        fprintf(stderr,"%s: filename too long to tack on .Z\n",
+ 				cp);
+ 		        continue;
+ 		    }
+ 		}
+ #  else /* SVR4 */
  		if (strlen(cp) > 12) {
  		    fprintf(stderr,"%s: filename too long to tack on .Z\n",cp);
  		    continue;
  		}
+ #  endif /* SVR4 */
  # endif
  #endif	/* BSD4_2		Long filenames allowed */
  							 
Newsgroups: comp.unix.sys5.r4
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Re: Unix "Lite" is not so light
Organization: Iowa State University, Ames IA
Date: Fri, 2 Oct 1992 18:37:02 GMT

The October Byte has a short article on UnixWare(?) from Univel.
This is based on SVR4.2, includes Motif/X Windows, and claims to run fine
on a 386SX-25 with 8 Megs of RAM and a 120 Meg harddrive.
 Supposed to be as easy as installing Windows 3.1.

 True, it doesn't have a C development system built in.  It doesn't even
include TCP/IP or NFS standard, however it does include support for
Novell's LAN standards in the kernel.

 I would definately call this Unix lite, and sounds like a good deal.  You
must realize that for the people this is targeted towards, a C compiler would
be a useless investment anyway.  It sounds like more of a winner than
Windows NT.

-- 
Steve Sheldon         sheldon@iastate.edu
Iowa Cooperative Soil Survey Resource Unit
2142 Agronomy, Iowa State University  (515) 294-5429
From: turpin@cs.utexas.edu (Russell Turpin)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 26 Sep 1992 14:23:13 -0500
Organization: U Texas Dept of Computer Sciences, Austin TX
NNTP-Posting-Host: cs.utexas.edu

-*----
In article <bonnie.717532299@earth.njit.edu> bonnie@rat2.njit.edu (Bonnie MacKellar) writes:
> I have heard, both from a DELL technical person and
> a SunSoft salesperson, that DELL is likely to distribute
> Solaris in the future.

Let's hope they provide reasonable upgrades for existing 
Dell Unix owners.

Russell
Newsgroups: comp.unix.sys5.r4
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: SysV
Organization: The Gator Conferencing System 219-289-3745 
Date: Mon, 28 Sep 1992 11:56:56 GMT

ata@hfsi.uucp (John Ata - FSO) writes:

>How well does Dell SYSV4 Unix depend on Dell hardware, or can it be run
>on other machines?

We've used it on a variety of hardware from Soyo 386/25 motherboards
to 486/50 clones without any problems at all

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: SysV
Summary: Dell update
Organization: VideOcart Inc.
Date: Thu, 1 Oct 1992 22:09:44 GMT

In article <1992Oct1.171402.7727@mccc.edu> pjh@mccc.edu (Pete Holsberg) writes:
>In article <Bv9GnJ.DGI@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>=karl@ddsw1.mcs.com (Karl Denninger) writes:
>=
>=>I have no intention of buying Microport.  Microport earned my hatred a number
>=>of years ago with both their '286 and early '386 releases of 3.2.  
>=
>=Microport has a bad name.  When they started doing business again
>=they should have changed the name to remove the bad image they
>=had in the unix community
>=
>=Dell works period.  
>
>After a fashion. A friend just got the latest upgrade to his Dell UNIX
>and was quite disappointed to find that the installation wiped out all
>his old admin files. IOW, it wasn't an upgrade installation, it was a
>new installation.
>
>Dell tech support told him to reinstall the old system, restore from his
>last backup, copy all the critical files to floppy, install the new
>system, and restore from floppies. !! Really!
>
>So they work, but not "work, period" IMO.

However, DELL's installation DOES warn you that it will wipe the root slice
of the disk.  If you don't know what's on there, then yes, you will get
seriously hosed.

I have asked them about that, but I'm not terribly upset; it took me about
an hour to reconstruct "ddsw1" to working order after the last load.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022
Newsgroups: comp.unix.sys5.r4
From: cbp@gmhgate.gmh.edu (Christopher Preston)
Subject: Re: sendmail for SVR4
Organization: Grady Memorial Hospital
Date: Mon, 28 Sep 1992 17:58:45 GMT

In article <1992Sep28.071416.19396@gmhgate.gmh.edu> cbp@gmhgate.gmh.edu (Christopher Preston) writes:
>
>Or do what Dell does in their mailsurr:
>
>#send absolutely everything to sendmail -- a good setting for most cases
>'.+' '(.+)' '< /usr/ucblib/sendmail  \\1'
>
>Takes about ten seconds (typing speed may vary).
>
>Of course, the next step should be to replace sendmail with
>smail3 ... 
>

Given that there were three questioners and one "port a fix,"
perhaps this might be a good FAQ addition.

cbp
-- 
My cpu is a neural net processor, a  | Christopher Preston
learning computer.  The more contact | Datacommunications
I have with humans, the more I learn.| Grady Memorial Hospital
--What if Cyberdine Systems had offsite backups?
Newsgroups: comp.unix.sys5.r4
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: something
Date: Sun, 4 Oct 1992 05:16:59 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <21049@drutx.ATT.COM> ddc@druwa.ATT.COM (CusterDD) writes:
>ESIX 4.0.4 also claims to support the 1742 in native mode.  We run the 1540
>and 1542s, but have no reason to doubt that the 1742 is indeed supported.

Dunno about this specific piece of hardware, as I haven't tried it
either.  But Esix also claims that parallel ports are supported, yet
their parallel port driver drops characters right and left with one of
their OWN Abaton LaserScript printers.  Esix claims that SCSI tape
drives are supported, but I still can't get the rewind and retension
ioctls to work without hanging the SCSI bus.  There are more examples,
but I think you get the picture.

Esix has a fine product, when it lives up to their claims.  But I'm
beginning to feel towards Esix a lot like I feel towards Supra --
don't trust the product to have a claimed feature until you've seen it
work with your own two eyes.

-- 
Marc Unangst, N8VRH         | "There are two ways to solve this problem:
mju@mudos.ann-arbor.mi.us   | the hard way, and the easy way.  Let's start
                            | with the hard way."
                            |   - W. Scheider, from a Physics lecture
Newsgroups: comp.unix.sys5.r4
From: razdan@phx.mcd.mot.com (Anshuman Razdan)
Subject: Re: SysV
Organization: Motorola MCD
Date: Mon, 28 Sep 1992 14:52:23 GMT


	Actually it also has a package XCP (Xenix compatibility
package).
-----------------------------------  -----------------------------------

In article <1992Sep24.204615.13734@pasteur.Berkeley.EDU> mcleung@cory.Berkeley.EDU (Man C. Leung) writes:



   Organization: University of California, at Berkeley
   Lines: 29
   Nntp-Posting-Host: cory.berkeley.edu

   In article <DRW.92Sep24142843@riesz.mit.edu> drw@riesz.mit.edu (Dale R. Worley) writes:
   >I've had BSD vs. SysV flame wars with friends, and I finally boiled my
   >objections down to:
   >
   >	Sys V doesn't have:
   >		- symbolic links
   >		- long file names
   >		- job control
   >	Unfortunately, I use these features all the time.
   >
   >I'm told that R4 solves these problems.  Is that true?
   >
   >Dale Worley		Dept. of Math., MIT		drw@math.mit.edu
   >--
   >From childhood's hour I have not been as others were -- I have not
   >seen as others saw.	-- Edgar Allan Poe


   since this newsgroup is sys5.r4, i assume u are talking about SVR4.  if so,
   all of your points are invalid.  one of the major goals of SVR4 is to
   integrate the major unix systems into one (s5, SunOS, BSD, and Xenix).
   in particular, the berkeley file system is fully supported, along with
   the C shell.  in general, SVR4 provides a full compatibility package for BSD,
   meaning existing software can be ported from BSD to SVR4 without changing
   one line of code, but not vice versa.  unfortunately, the BSD compatibility
   package isn't 100% working.  but as time goes along the number of bugs
   will decrease.  in conclusion, BSD is a subset of SVR4.

   man.
--

Anshuman Razdan

************************************************************
* razdan@ives			System Test Group	   *
* (602) 438 3556 		Pager (602) 244 3252 - 2672*
* razdan@phx.mcd.mot.com	Diablo Plant, Tempe  Az    *
************************************************************
Newsgroups: comp.unix.sys5.r4
From: chip@tct.com (Chip Salzenberg)
Subject: Re: SysV
Date: Wed, 30 Sep 1992 20:55:53 GMT
Organization: TC Telemanagement, Clearwater, FL

According to kdenning@portal.hq.videocart.com (Karl Denninger):
>I care about:
>4) Adherance to standards without gratuitous incompatibilities.

Which standards in particular?
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
    "My favorite phenomenon is when someone mails me or posts to this
     group, either calling me a newbie or telling me that my postings
     are not relevant to alt.non.sequitur."           -- Matt Welsh
Newsgroups: comp.unix.sys5.r4