HDTenEightyP/NetNews huggingface dataset:
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: jobs to run at powerdown
Organization: W. J. Vermillion - Winter Park, FL
Date: Thu, 8 Oct 1992 02:03:20 GMT

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

>In article <1992Oct5.143143.2173@bilver.uucp> bill@bilver.uucp (Bill Vermillion) writes:

>>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?

>>>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.

>>Perhaps you would have more success if you put it in /etc/rc0.d  :-)

>i think the default shutdown state is 's' rather than 0.  nothing can
>be run at state 0, since this state means power off.

What happens when you do an init 0 is that rc0.d files are read.

The system fires off /etc/rc0, which goes through the rd0.d directory
looking for files that start with K, then files that start with S, and

Guess what the first file is in rc0.d - and it doesnt' do much.

It has one executeable line

echo 'System services are now being stopped'.

Then there are several others that unmount the rfs files, remove lock
files, kills all the running cron jobs, shuts down the lp daemon, and
then it shuts down the system.

Each of the rc?.d files contains the files that control the actions as
you enter that state.  Thus to make things work when you shutdown, you
enter these files under rc0.d to run them before entering state 0, just
as the rc2.d files are all run before you enter state 2, multi-user.

This is how it works on this system.
Then as the last item, it will rebuild a new kernel if a file called
/etc/.new_unix exists.  Then it syncs 3 times, unmounts all the drives,
restores the console tty settings, syncs again, and writes to the
console "The system is down", syncs once more, and stops.

Then and only then are you at state 0, unless you turned the switch off
:-)

My comment to Larry infered that he had it in the wrong directory as he
said it was in rc2.d, when it really belonged in rc0.d



-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
From: richp@vela-X.West.Sun.COM (Richard Pettit [Sun SW Area Technical Consultant])
Newsgroups: comp.unix.sys5.r4
Subject: Where can I ftp SAS from?
Date: 12 Oct 1992 21:29:07 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: richp@sun.com
NNTP-Posting-Host: vela-x.west.sun.com

i.e. the Streams Asynchronous Solution.

Thanks.

Rich
--                                     --                                   --
Richard Pettit     |   Richard.Pettit@West.Sun.COM   | 15821 Ventura Blvd #270
SW Area Consultant | ...!uunet!sun!west!valley!richp | Encino, CA 91436
  {S(=@[length,%1]->id;apndl@[1,S@tl]@(while not@!and@&<=@distl@[1,tl] rotr))}
From: karthikm@seqp4.sequoia.com (Karthik Muthukrishnan)
Newsgroups: comp.unix.sys5.r4
Subject: SVR4 book
Date: 13 Oct 92 14:34:52 GMT
Organization: Sequoia Systems, Marlboro MA

Can anyone out there suggest a good SVR4 (MP/ESMP would be great !!)
internals book ?? If this is a FAQ, my apologies  in advance ..

Please post or email as convenient.

-karthik (karthikm@sequoia.com)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: paul@devon.lns.pa.us (Paul Sutcliffe Jr.)
Newsgroups: comp.unix.sys5.r4
Subject: Re: SVR4.2: Anybody able to compile emacs 18.58 for X?
Date: 16 Oct 92 00:57:25 GMT
Organization: Personal System, Lancaster, PA, USA

dgreen@sti.com (Dan R. Greening) writes:

>I can compile emacs-18.58 under SVR4.2, and it runs if the DISPLAY variable
>isn't set.  However, if I try using it with the DISPLAY variable set, it
>opens a window and then immediately crashes.

I have the same problem on ESIX 4.0.3a.

- paul
-- 
INTERNET:  paul@devon.lns.pa.us      |    Why doesn't anything ever
UUCP:      ...!rutgers!devon!paul    |    vanish into THICK air?  --Me
Newsgroups: comp.unix.sys5.r4
From: jkh@esel.lotus.com (Jordan K Hubbard)
Subject: So, what's the difference between Destiny (SVR4.2) and UnixWare PE/AS?
Organization: Lotus Ireland
Distribution: comp
Date: 8 Oct 92 14:09:41

The subject line just about says it all.  Things are starting to get a
mite confusing.  Is UnixWare a different fork?  How is it different
from the "official" SVR4.2 from USL?  Better?  Worse?  Does it represent
an earlier code freeze, or are they well-synced with eachother?

Also, any signs of extended mode support for the Adaptec 1740 in either
of these beasts?

					Jordan

Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: darcy@druid.uucp (D'Arcy J.M. Cain)
Subject: Re: Has anyone used SLIP with sys5.r4 UNIX?
Date: Wed, 14 Oct 1992 03:02:38 GMT
Distribution: comp
Organization: D'Arcy Cain Consulting

tpopovic@elaine33.Stanford.EDU (Thomas Popovich) writes:
>Has anyone used SLIP with sys5.r4 UNIX?  I'm posting this for a friend
>who is trying to use SLIP with a 486 PC that is running sys5.r4 UNIX.
>My friend wants to run SLIP over a 56kbit serial line.

I assume this is a direct connection and not a dial-up.  I managed to do
this but the example setup in the release notes (Esix 4.0) didn't seem
to work and a much simpler arrangement did.

First of all I set up one network and didn't try to do a gateway as they
suggested.  Here is my /etc/hosts:

#ident	"@(#)cmd-inet:etc/hosts	1.1.2.1"
#
# Internet host table
#
127.0.0.1	localhost
192.1.1.1	druid
192.1.1.2	skeptic

Next I commented out the default ifconfig command in rc.init and added
the following:

echo "/usr/sbin/ifconfig sl01 druid skeptic up" >>$LOG
/usr/sbin/ifconfig sl01 druid skeptic up >>$LOG 2>>$LOG

I also uncommented the routing lines as suggested by the notes.

In strcf I changed the baud rate in the slip command to 19200 and added
the "slip ip 01" line.

I added the line "druidnet 192.1" to networks.

I did none of the uucp specific stuff.  You don't need this if it is
a direct connection.

Of course you need to do similar things to the other system.  There
may be a few more things I left out but this, along with the system
documentation, should get you going.  Good luck.

-- 
D'Arcy J.M. Cain (darcy@druid.com)  |
D'Arcy Cain Consulting              |   There's no government
Toronto, Ontario, Canada            |   like no government!
+1 416 424 2871          DoD#0082   |
Newsgroups: comp.unix.sys5.r4
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: Celestial Software, Mercer Island, WA
Date: Wed, 07 Oct 1992 15:29:56 GMT

In <gram.718363081@aim1> gram@aim1.aztec.co.za (Graham Wheeler) writes:

:peter@ferranti.com (peter da silva) writes:

:>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.

:Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
:far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.

Sequent was symmetrical when they used the National Semiconductor
processors, I doubt they stopped when they switched to Intel.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.unix.sys5.r4
From: dgreen@sti.com (Dan R. Greening)
Subject: SVR4.2: Anybody able to compile emacs 18.58 for X?
Organization: Software Transformation, Inc.
Date: Sun, 11 Oct 1992 16:08:07 GMT

I can compile emacs-18.58 under SVR4.2, and it runs if the DISPLAY variable
isn't set.  However, if I try using it with the DISPLAY variable set, it
opens a window and then immediately crashes.

Has anyone made this work?  Is there an SVR4 PD software anonymous ftp
site somewhere?
-- 
____
\  /Dan Greening    Software Transformation   1601 Saratoga-Sunnyvale Rd, #100
 \/dgreen@sti.com   (408) 973-8081 x313       Cupertino, CA 95014
Xref: sparky comp.unix.sys5.r4:233 comp.unix.sysv386:15553 comp.unix.dos-under-unix:117
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,comp.unix.dos-under-unix
Subject: Re: 2nd Disk Dos Partition, HOW?
Date: 13 Oct 92 19:29:49 GMT
Followup-To: comp.unix.sys5.r4
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

you should be able to use diskadd 1 to add a second disk.
that should call fdisk to partition it first.

failing that, fdisk /dev/rdsk/1s0 should let you partition the
second disk.

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
Newsgroups: comp.unix.sys5.r4
From: rob@asimov.uucp (Robert Boucher)
Subject: Re: gmake 3.62
Summary: no problems compiling and running on SVR4
Keywords: GNU MAKE SVR4
Organization: Ottawa, Ontario, Canada
Date: Sun, 11 Oct 1992 20:51:30 GMT

In article <1992Oct11.102319.115598@ilx018.intel.com> iancu@iil.intel.com (Igal Iancu) writes:
>Has anyone compiled and used successfully the GNU make 3.62 for SVR4? 
>specifically, NCR 3345 running SVR4.0.2.

I use gmake 3.62 on a DELL SVR4 i2.1 (base code 4.0.3) with no known
problems.  The only tweaking to do is to ensure that the default
compilation line does not include '-o $<.o' with '-c'.  SVR4 cc
doesn't like "cc -o foo.o -c foo.c" and barfs "-o would overwrite
foo.o". Besides that, it was straight forward.

>Thanks in advance,

>Igal Iancu 
>Intel Corporation
>iancu@iil.intel.com


-- 
Rob

Inet:   boucher%asimov@revcan.rct.ca     "May the source be with you"
Usenet: uunet.ca!revcan!asimov!boucher                            -unknown
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: tpopovic@elaine33.Stanford.EDU (Thomas Popovich)
Subject: Has anyone used SLIP with sys5.r4 UNIX?
Organization: DSG, Stanford University
Distribution: comp
Date: 11 Oct 92 23:45:01


Has anyone used SLIP with sys5.r4 UNIX?  I'm posting this for a friend
who is trying to use SLIP with a 486 PC that is running sys5.r4 UNIX.
My friend wants to run SLIP over a 56kbit serial line.

Thanks in advance, Tom P.


  Send email responses to my email address:
  tpopovic@leland.stanford.edu
Newsgroups: comp.unix.sys5.r4
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: SysV
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Wed, 07 Oct 1992 21:32:52 GMT

In article <1992Sep26.031356.26227@access.digex.com>, breinhar@access.digex.com (Robert B. Reinhardt) 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?
|> >
|> Well SCO Unix ODT 2.0 has all that and shared libraries too.

	SCO UNIX does NOT solve the 64K inode problem, i.e. news
	partitions are a pain. In 3.2.4 with 1.2 TCP/IP and NFS
	is does handle long file names and sym links. However, I
	can buy an unlimited, everything on it SVR4 system for ALOT
	less than a 2 user SCO system...

		-Rob
From: karell@cs.Helsinki.FI (Esa Karell)
Newsgroups: comp.unix.sys5.r4
Subject: Master/control pty cmd/syscall
Date: 10 Oct 92 13:03:56 GMT
Organization: University of Helsinki, Finland

Is there a command/syscall (like tty/ttyname that
give the slave part) that gives the control/master
pty for the corresponding slave? Something like
/dev/ptc/?? . I'm on Sinix 5.41 and cannot *easily*
locate that info just by scanning /dev. Could it be
buried somewhere deep in Streams?????

Esa
-- 

Esa Karell karell@cs.Helsinki.FI
Tel. +358-0 513 081 /home, +358-0-4378 410 /work
Xref: sparky comp.unix.sys5.r4:234 comp.unix.admin:5605
From: aegl@ossi.com (Tony Luck)
Newsgroups: comp.unix.sys5.r4,comp.unix.admin
Subject: Re: Secure login with chroot: What files?
Date: 13 Oct 1992 17:27:49 -0700
Organization: Open Systems Solutions Inc.
NNTP-Posting-Host: nym.ossi.com

>> > On the security side, is this technique secure?  Are users really locked
>> > in to a chroot file system?

The security of a "chroot" environment lies largely in your being able to
control what the visitor can do their.  For example, you won't make available
any setuid programs in the chroot environment ... so the problem of whether
these programs have security holes is a non-issue.  However, you still need
to take some care:

1) You need to provide some "/dev" files ... don't get carried away and link
   all of /dev!  Permission errors on /dev/kmem, or on raw disks will let the
   user wreak any kind of havoc they want.

2) If there is any way a user can import a file into the chroot area (including
   "cat >file" & typing in the whole binary image!). Then you must assume that
   they have access to all system calls, and thus can exploit any O/S bugs
   that your Unix system supplier has inflicted you with.

3) An "insider" can plant trojan horse programs in your chroot environment
   that may help the inmates to escape.


So the bottom line is:  "A chroot environment can be set up in a secure
way, but if you make a mistake, then once a user obtains "root" permission
inside the chroot world, they can wreak arbitrary damage to the host system".

-Tony Luck <aegl@ossi.com>
Newsgroups: comp.unix.sys5.r4
From: fred@cdin-1.compu.com (Fred Rump)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: CompuData
Date: Sat, 10 Oct 1992 22:38:20 GMT

bill@Celestial.COM (Bill Campbell) writes:

>In <gram.718363081@aim1> gram@aim1.aztec.co.za (Graham Wheeler) writes:

>:Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
>:far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.

>Sequent was symmetrical when they used the National Semiconductor
>processors, I doubt they stopped when they switched to Intel.

   Sequent and Corollary have very little to do with one another. BTW - the 
   Altos 15000 is also fully symmetrical running SCO Unix.
   
   fred
-- 
Fred Rump        |  "For the things we have to learn before we can do them,
CompuData, Inc.    |   we learn by doing them."    		Aristotle
10501 Drummond Rd.   |	        	SCO Advanced Product Center
Philadelphia, Pa. 19154|   Internet: fred@COMPU.COM         (215-824-3000)
Xref: sparky comp.unix.sys5.r4:244 comp.unix.admin:5638 sanet.unix.questions:13
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
Subject: Re: Secure login with chroot: What files?
Date: 14 Oct 92 18:57:00 GMT
Article-I.D.: crd.1992Oct14.185700.1794
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <david.718899288@aim1>, david@aim1.aztec.co.za (David Mason) writes:

| On the security side, is this technique secure?  Are users really locked
| in to a chroot file system?  I have found rksh is not a satisfactory
| environment, as it is extremely frustrating for a capable user who can't
| move around within his own directory.  Anyway, vi can break rksh.

  Therefore you have to be careful what you allow the user to run. I
don't quite see how vi breaks rksh, since you have /bin/sh tied to an
exec of rksh (right?), and PATH is set as a readonly variable.

  Basic steps include:
	1. run sksh
	2. Have the .profile set the PATH and make it readonly
	3. Have root own each .profile
	4. set the sticky bit in the home dir to prevent a delete
	   or rename of .profile.
	5. Have .profile run .userrc if present.

  I admit I don't quite see why cd is as restricted as it is, but I'm
not willing to let the user "run free" by using an unrestricted shell.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: comp.unix.sys5.r4
From: ctec@DIALix.oz.au (ConsulTech)
Subject: Dat units for AT&T/NCR V.4 or Generic V.4?
Organization: DIALix Services, Perth, Western Australia
Date: Thu, 08 Oct 92 00:30:54 GMT
Summary: Question on DAT sources
Keywords: DAT,unix,sys.r4

Hi there, Does any one know of any third party DAT tape units with drivers for AT&T/NCR system 5.4 unix?
I will post the results if any.

Regards

anthony percy, perth...Western Australia

Xref: sparky comp.unix.sys5.r4:220 comp.unix.sysv386:15514 comp.unix.dos-under-unix:112
From: mfaust@falcon.aamrl.wpafb.af.mil (Mitchell Faust)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,comp.unix.dos-under-unix
Subject: 2nd Disk Dos Partition, HOW?
Date: 9 Oct 92 16:06:56 EST
Organization: USAF AL/CFH, WPAFB, Dayton, OH

Hi Netters,

 I'm running a Dell with System V release 4.0, Issue 2.2 and have 
 a question, so I'm tossing it out for some answers.

 I want to partition a second hard disk for both unix and dos.
 Essentially I want to partition the primary disk with 10Megs for
 Dos and the rest 310Megs for Unix, and partition the second disk
 100 Megs for Dos and 100 for Unix.  The whole idea is that I can
 offer the Dos guys enough disk space so they can boot DOS and run
 those Windows apps their addicted to and still have a decent 
 Unix development system.

 The support guy at Dell said he has never heard of this before and
 didn't know how to not DISKADD the whole darn thing.  I'd appreciate
 the advice.
 
 Mitchell O. Faust
 mfaust@falcon.aamrl.wpafb.af.mil

"These opinions and views expressed here are strictly my very own 
 and do not reflect the official position of either the U.S. Air 
 Force, its contractors, staff, management or sponsors."  In fact 
 if asked they have never heard of me.
Newsgroups: comp.unix.sys5.r4
From: raw@ushiva.wariat.org (Roland Wilcher)
Subject: gdb-4.6+ESIX
Organization: The Software Sandbox
Distribution: na
Date: Wed, 14 Oct 1992 23:23:07 GMT



Has anyone succesfully built gdb-4.6 Under Esix SVR4 ? The build completes 
ok but attempting to debug a program dies with TIOCSETL: invalid argument
in infrun. Anybody have any ideas ?
-- 
Donot underestimate the power of the dark side.       raw@ushiva.ncoast.org
Darth Vadir                                           raw@ushiva.wariat.org
Roland A. Wilcher                               6207 Luther Cleve Oh. 44103
---------------------------------------------------------------------------
Newsgroups: comp.unix.sys5.r4
From: av@omega.ssw.de (Andreas Vogel)
Subject: xload and mmap()
Date: Thu, 15 Oct 1992 17:22:44 GMT
Organization: Omega Softlab


Is there any interest in how to use mmap() for the xload application?
I've actually done it and it functions well. The only file affected
is get_load.c (xload package from X11R5) and the implementation is really
short. The main advantage of this method is less CPU usage (no system calls
at all).

I will post it here, if there is interest. Otherwise I could make it
available for ftp.

-- 
Andreas Vogel                   Bahnhofstr. 13 / D-7300 Esslingen / Germany
				Voice:  +49-711/357613
				E-Mail: av@ssw.de
Xref: sparky comp.unix.sys5.r4:229 comp.unix.admin:5588 sanet.unix.questions:10
From: gram@aim1.aztec.co.za (Graham Wheeler)
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
Subject: Re: Secure login with chroot: What files?
Date: 13 Oct 92 11:18:27 GMT
Article-I.D.: aim1.gram.718975107
Organization: Aztec Information Management

david@aim1.aztec.co.za (David Mason) writes:

>However, I'm having little success.  It seems I'm missing a few
>essential shared libraries in the new directory structure.  On logging
>in to an a/c with a chroot environment, I get "Subsystem root: /home2",
>and the login message reappears. 

It does sound like truss is the best tool for the job here. The only problem
is that you can't (or I have been unable to) run truss on a command that is
in /etc/passwd; I tried it for conventional logins, and the login failed.
Maybe if you wrote a short program that in turn runs truss on login, this
might work (you could do the chroot from here too).
Otherwise you need to execute it from the command line, but then you miss
the chroot, so you would not get the same message you are getting.

nm can help find the libraries, but that's all it will do.
-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Network Systems Programmer         | that which is soft conquers the hard."
Aztec Information Management       | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za              | There's no justice, there's just us
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Dat units for AT&T/NCR V.4 or Generic V.4?
Keywords: DAT,unix,sys.r4
Date: 8 Oct 92 19:27:12 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

ctec@DIALix.oz.au (ConsulTech) writes:

>Hi there, Does any one know of any third party DAT tape units with drivers for AT&T/NCR system 5.4 unix?
>I will post the results if any.

usl's svr4 supports dat's with the scsi tape driver. 
i use a wangtek, but we also have an archive.

just fyi, jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
>Regards

>anthony percy, perth...Western Australia
Newsgroups: comp.unix.sys5.r4
From: sassan@locus.com (Sassan Behzadi)
Subject: Re: Unix "Lite" is not so light
Organization: Locus Computing Corp, Los Angeles
Date: Sat, 10 Oct 1992 02:48:23 GMT

In article <1992Oct8.151943.16105@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <BvnxGx.7Lt@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:
>| paul@devon.lns.pa.us (Paul Sutcliffe Jr.) writes:
>| 
>| >Isn't DOS emulation builtin to SVR4.2?
>| 
>| From what I've heard it depends on the vendor.
>
>  As far as I know, all versions have the kernel hooks to support v86
>mode. Some vendors don't bundle the package. 

SVR4.2 has the necessary 'hooks' for DOS and Windows 3.1 emulation.
However it is up to the individual vendor to provide the actual
emulation package (either bundled or as an add-on).

--Sassan

--------------------------------------------------------------------- 
Sassan Behzadi 
sassan@locus.com 
Locus Computing Corporation, Los Angeles 
---------------------------------------------------------------------
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Unix "Lite" is not so light
Date: 14 Oct 92 21:26:31 GMT
Organization: A/C International

sassan@locus.com (Sassan Behzadi) writes:

>SVR4.2 has the necessary 'hooks' for DOS and Windows 3.1 emulation.
>However it is up to the individual vendor to provide the actual
>emulation package (either bundled or as an add-on).

Just received a fax from Consensys covering their new V4.2 offerings.
(I'll have more to say about that and the latest from Univel in a
subsequent posting.) Suffice to say they are not yet offering *any*
DOS functionality modules. Based on the proposed Univel offerings (whose
DOS extensions are not expected for some months) I suspect they're simply
not ready for commercial prime time.

-- 

uunet!media!ka3ovk!nearside!shwake			shwake@rsxtech
Newsgroups: comp.unix.sys5.r4