HDTenEightyP/NetNews huggingface dataset:
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: Ctrl-C disabling with VMS sessions]
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH
Date: Tue, 12 Jan 1993 17:18:13 GMT


In article <980674E8559F002FC3@BC750.BITNET>, WAYNE@BC750.BITNET writes:
|>
|>Is there anyway to disable the Ctrl-C within a VMS session, in DCL level or
|>within an application image ?
|>

I suspect that what you really want is to prevent CTRL-C from interrupting
your image or DCL procedure.  By default, pressing CTRL-C does the same thing
as CTRL-Y, so what you need to do is to disable the CTRL-Y interrupt.  This
can be done in DCL by means of SET NOCONTROL=Y or in a program by calling
LIB$DISABLE_CTRL with the appropriate bit mask (see the RTL documentation).

The only time CTRL-C does something different is when you've explicitly asked
for a CTRL-C AST by means of a $QIO, which is what Ehud referred to in his
response.  However, I don't think that's what you're really interested in.
--

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
Newsgroups: comp.os.vms
From: zzang@stat.ufl.edu (zzang)
Subject: Where is the putenv()???
Originator: zzang@marlin
Organization: UF
Distribution: usa
Date: Mon, 11 Jan 93 14:04:24 GMT

Hi, I am porting a make to VMS.
and it needs putenv(). while the getenv()
is in the stdlib.h but I can find nowhere
the putenv().
can someone help me on this.



Thanks very much in advance!

--zhuo
email: zzang@stat.ufl.edu
From: FZC@CU.NIH.GOV ("Paul Robinson, Contractor")
Newsgroups: comp.os.vms
Subject: Where to find UUENCODE and UUDECODE
Date: 8 Jan 93 01:34:17 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Distribution: world
Organization: The Internet

The C sources for UUENCODE and UUDECODE can be
obtained by FTP or FTPMAIL from

  WSMR-SIMTEL20.ARMY.MIL

As this site is badly impacted, you can try a mirror
site of

  OAK.OAKLAND.EDU

---
Paul Robinson -- TDARCOS@MCIMAIL.COM
From: FZC@CU.NIH.GOV ("Paul Robinson, Contractor")
Newsgroups: comp.os.vms
Subject: Re:  It's not a bug, it's a feature ...
Date: 8 Jan 93 03:32:27 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Distribution: world
Organization: The Internet

kstox@admips2.berkely.edu writes in Telecom Digest 13 #14
about how someone programmed the IBM 1130 to generate
tones on an AM radio.

I've got one better than that.  I was in the computer
center at Orange Coast College in Costa Mesa, Ca., when
someone got the *line printer* to play the five tones
from "Close Encounters of the Third Kind"!

I was there, I heard it.  Slick; it used exactly ONE
piece of paper to do this.  Do not ask me how.

Try *that*, Hewlett Packard!
---
Paul Robinson -- TDARCOS@MCIMAIL.COM
Dah Dah Bee Bee Booo
From: YONTA@SNYCORVA.BITNET (Michael Yonta)
Newsgroups: comp.os.vms
Subject: Course Authoring Software
Date: 5 Jan 93 13:13:00 GMT
Distribution: world
Organization: The Internet

I am looking for a course authoring package for the VAX which is easy to use
and non-commercial.  If any one knows of a program that lends itself to
creating nice text based tutorials let me know.

Michael Yonta-SUNY Cortland-YONTA@SNYCORVA.BITNET-YONTA@SNYCORVA.CORTLAND.EDU
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Newsgroups: comp.os.vms
Subject: Re: Non-privileged REPLY program?
Date: 10 Jan 1993 11:46:50 GMT
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Distribution: world
NNTP-Posting-Host: ifk28.mach.uni-karlsruhe.de
X-News-Reader: VMS NEWS 1.20

In <1993Jan8.231603.4631@ucselx.sdsu.edu> thompson@steer.sdsu.edu writes:

: Can anyone point me to a program that will allow individuals the ability
: to send a single line message to another user (without having to get into MAIL
: or PHONE).  We have a system that would benefit from allowing our clerical
: staff to send a message to another user (Same Group, if this matters)
: indicating that his/her scheduled appointment has arrived....

I would write a small programm using SYS$BRKTHRUW, link /NOTRACEBACK
and install with OPER priv. Could have protection W:RE or none if owned by
your staff's group or some ACLs are set.
This works only if the receiver is logged on and has not disabled broadcasts.


Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
From: vaxs09@v7.vitro.com
Subject: Re: Implimenting "TOMORROW +1: 0:0" from an .EXE
Organization: Vitro Corporation
Date: Tue, 12 Jan 1993 18:09:45 GMT

> 	1. Call SYS$GETTIM to get current time in ticks (10ns units)
> 	2. Add 144,000,000 to this number 
> 	   24 hrs x 60 min  x 60 sec  x 100000 ns    144,000,000 ns/day
> 	   	      -----     -----         ---- =
> 		       hr        min          sec
You dropped a factor of 60 and a factor of 100 there.  It's actually
864 billion clunks/day.  The units are also wrong.  It's clunks/day,
not ns/day.  If the questioner has trouble converting this figure to
a quadword, SYS$BINTIM ( '1 ', quadword ) will give the twos complement.
Other approaches include LIB$EMUL, pencil and paper, a good calculator
or a language that supports 64 bit arithmetic.

I get a low order longword of 711573504 and a high order longword of 201.

> 	(I may be off on the number in #2 but it looks right.  I'm
> 	 sure someone will rush to correct me if it isn't.)

I'm just the fool to rush in.  :-)

	John Briggs			vaxs09@v7.vitro.com
From: mathog@seqvax.caltech.edu (David Mathog)
Newsgroups: comp.os.vms
Subject: Q: method to speed up DECW/Motif on VAXstation login?
Date: 6 Jan 1993 10:24 PST
Organization: Division of Biolgy, CALTECH
Distribution: world
NNTP-Posting-Host: seqvax.bio.caltech.edu
News-Software: VAX/VMS VNEWS 1.41    

We're running DECWindows/Motif 1.1 on a VS3100 m38.  It takes an awfully 
long time for the Motif window manager to start - would installing the MWM
images speed things up, and if so, is /open/share/header all that's needed?

Any particular reason why DECW$STARTUP happily installs every other DECW
image other than the MWM ones?

Thanks,

David Mathog
mathog@seqvax.caltech.edu
From: anos@elmrd6.ineab.ikea.se
Newsgroups: comp.os.vms
Subject: VMS 5.5 MoveFile primitive
Date: 4 Jan 93 08:01:17 GMT
Organization: IKEA Northern Europe AB


Hi all

Some time ago i decided to write a file and volume analysis tool in order to
check disk fragmentation. Since we have quite a number of Vax'es (+100) we
decided that buying fx Diskkeeper would be too expensive. My main objective
was to OBSERVE, not to fix, so I wrote the program [not included].

Now, after version 5.5 I found that the MOVEFILE primitive was included, but
poorly documented. Anyway, I did some experiments (on a spare disk) with the
QIO function IO$_MOVEFILE and it seems to work fine. However, as the release
notes says, files that are open/in use will *not* be modified. This is well
and understandable, but I would like to get some notification on these files.
As far as I can see, the QIO completition is SS$_NORMAL for these files, even
if they are not moved. Are there any other [documented or undocumented]
fields in the FIB that holds additional status from the ACP ? 

		bisw	#fib$m_alcon,fib$w_exctl(r0)
		bbss	#fib$v_noplace,fib$w_exctl(r0),20$
20$:		movl	#1,fib$l_mov_svbn(r0)
		movl	#0,fib$l_mov_vbncnt(r0)

		$qiow_s chan = indexf,-			; Volume channel
			func = movfunc,-		; MOVEFILE function
			p1 = fibdsc2			; Our FIB pointer
		blbs	r0,30$
		$exit_s	r0
30$:		
		ret

The code fragment above never exits with errors as I said. If anybody out
there has any info on additional status fields, please send me a e-mail.

Thanks

Anders  (many $$$ richer 8-) now)

ps - If anyone is interested, I can mail the code (approx 200 lines macro).
Use it on your own risk...

+------------------------+--------------------------------------------------+
| And my name is ...     | Anders Ostling				    |
| employed by ...        | IKEA Northern Europe AB (INEAB)                  |
| located in ...         | Helsingborg, Sweden                              |
| Return mail address to | anos@ineab.ikea.se				    |
| Phone                  | +46 42 25 73 08                                  |
+------------------------+--------------------------------------------------+
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: VMS/SNA and PSI
Date: 8 Jan 93 15:23:31 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
Has anyone experience with running VMS/SNA over an X25 line ?
We are in a situation that we need this. According to the "Digital Network
Buyrs Guide" it should be possible. 
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
Newsgroups: comp.os.vms
From: fogelinc@nmr1.Cyanamid.COM (Carl Fogelin)
Subject: flames, curtesy, and novices...
Reply-To: fogelinc@nmr1.Cyanamid.COM
Organization: American Cyanamid Company
Date: Mon, 4 Jan 1993 19:17:10 GMT

I hate to add my $0.02 on this subject, but I thought I might be able to
show a slightly different point of view.  Just before the holidays, I posted
my first question ever to this newsgroup.  Much to my chargrin, the answer
was in TFM.  But, other than some ribbing, I didn't get flamed.  I believe
the reason for this was that I took the time to explain what I was trying
to do and why.

Most of the bashing that I've seen have been against cryptic questions --
"I've got this problem which VMS gags on and could you help me?" kind of
stuff.  It's not very informative, mostly a waste of bandwidth.

I figure that posting a question is like asking for help from someone whom
you think is an expert, but you don't know personally.  If after not finding your answer on your own, don't you tend to approach that person with as much information
as you've got that clearly states your problem?  After all, you are asking a favor
and you never know, you might have to ask another.

Carl

P.S. I witnessed a person throwing a manual at a colleague who asked just one
too many questions which were in the manual.  Be glad that all you get are
flames.   ;-)
---------------------------------------------------------------------------
 Carl Fogelin (fogelinc@cyanamid.com)     "All opinions are strictly mine" 
   "Sushi!   That's what my ex-wife called me.  Cold fish." -- Blade Runner
From: RMCEWEN@CCS1.BBN.COM (Regis McEwen)
Newsgroups: comp.os.vms
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS o
Date: 10 Jan 93 02:37:00 GMT
Distribution: world
Organization: The Internet

In article <930104133534.21c002ab@LUDWIG.CTD.ORNL.GOV>,LPZ@LUDWIG.CTD.ORNL.GOV, (Lawrence MacIntyre - 615.576.0824) writes:

[...]

> This is all very nice, but the point is, if I have an xterm, and I have it set
> to a different size than 24x80, I don't want you changing it to 24x80 just
> because you never used an xterminal or a workstation and don't understand what
>set term/inquire does.  I would want to shoot you as well, after about the 23rd
> time.  You can detect the xterminal unless it is used to set host or telnet to
> you, so the short answer is DON'T put Set Term/Inquire in the system login.

	I agree with what you are saying and I would like to offer some
	thoughts to an alternative invocation of SET TERMINAL/INQUIRE.

	Here are some interesting tidbits that may be useful at some sites:

	If you are ONLY interested in keeping the same dimensions of your
	screen AND you wish to execute a SET TERMINAL/INQUIRE, you can:

		$ set terminal/inquire -
			/page='f$getdvi("sys$command","tt_page") -
			/width='f$getdvi("sys$command","devbufsiz")

	This will preserve the length and width of the screen, xterminal or
	workstation and can be used in conjuction with whatever other checks
	you wish to make, such as executing it only if the SYS$COMMAND is
	indeed a terminal and/or any other conditions.  [The /WIDTH qualifier
	is best only used with SET TERMINAL/INQUIRE if the width you wish to
	preserve is not 80, because it clears the screen].

	When part of the system-wide SYLOGIN procedure, stringent test should
	be made *first* before it is executed in order for it to not undo any
	of the characteristics set that may be desirable. This is especially
	true for a KNOWN terminal, which in most (all?) cases the command
	probably should NOT be automatically executed upon LOGIN, if at all.

	I would also recommend that the qualifier /WIDTH in the case of a
	system-wide SYLOGIN NOT be used because it causes the terminal screen
	to be cleared.  Important messages, like, "why wasn't I able to LOGIN?"
	might be missed if that "terminal" that that LOGIN session was invoked
	in, disappeared, for whatever reason.


							-Regis
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Newsgroups: comp.os.vms
Subject: Re: DecWindows to VT100/200(s)?  Is is possible?
Date: 5 Jan 1993 07:26:55 GMT
Organization: Nuclear Physics, ANU
Distribution: world
Reply-To: BEAR@NUC.ANU.EDU.AU
NNTP-Posting-Host: 150.203.19.47


In article <930104230600.20208835@HANNA2.NLU.EDU>, 92ADAMS@HANNA2.NLU.EDU (Erek Adams) writes:
>  What I want to do:
>	Be able to run DecWindows applications on a VT100/VT220 terminal.
>
>  Why I want to:
>	I would like to run some DecWindows applications, esp. BookReader, from
>a VT100/VT220 terminal.  We only have 4 DecStations in our lab, and often they 
>are in use.  Since our 'Gray Wall' is under lock and key, I use BookReader and 
>the Doc. CD(s).
>
>  Does such a program exist?  

Possible counter-question: Have you got any idea what DECwindows is all about???

Short answer: No. 

Longer answer: VT100/VT220 are not graphics terminals, so even if you wrote
 your own X11 server software, you wouldn't be able to get things to work.

Slightly more involved answer: Someone reverse-engineered the BookReader code
 to display the files on character cell terminals.  She/he was hit very quickly
 and very hard with a breach-of-copyright notice from DEC and withdrew the code.

>                              If not for VAX/VMS does it exist for a IBM/PC?

Ah, well, that is another matter. You can get DECwindows for IBM/PCs and use
the PC as a DECwindows terminal - which will happily show the DECwindows
applications from you VAX. DEC charges money for this product, but you may be
able to find some PD X11 server for PCs and then play around with details like
DEC's fonts and so on (always a sore point when displaying BookReader on
non-DEC equipment...). You need a decent graphics card, though, or you will get
$#!tty (Macintosh like :-) resolution

Cheers


Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |

Newsgroups: comp.os.vms
From: e_alsberg@csc32.enet.dec.com (Ed Alsberg)
Subject: Re: joining a 4500 and a 4600 into a cluster running 5.4-2
Reply-To: e_alsberg@csc32.enet.dec.com (Ed Alsberg)
Organization: Digital Equipment Corporation
Date: Tue, 5 Jan 1993 17:02:26 GMT



|>
|>
|>> When attempting to join a vax4500 into our cluster, we get an "unknown or
|>> unsupported processor" error.  The rest of the cluster runs VMS 5.4-2.
|>

Both the 4000-500 and 4000-600 require VMS 5.5 minimum to run...
RF73's also need 5.5


	   /////////////////////////////////////////////////////
	  //   Call it what you want, just don't call it     //
	 //    Digitals opinion.  Any opinion expressed     //
	//                is *Ed's*.			   //	  
       //          Please keep it that way.      	  //
      /////////////////////////////////////////////////////
Newsgroups: comp.os.vms
From: hevans@estwm0.wm.estec.esa.nl (Hugh D.R. Evans (ESA/ESTEC/WMA Netherlands))
Subject: Re: Implimenting "TOMORROW +1: 0:0" from an .EXE
Reply-To: hevans@estcs1.dnet.estec.esa.nl
Organization: European Space Research and Technology Centre
Date: Tue, 12 Jan 1993 14:50:35 GMT

In article <11JAN199319201213@spades.aces.com>, gavron@spades.aces.com
(Ehud Gavron 602-570-2000 x. 2546) writes:
|>
|>	1. Call SYS$GETTIM to get current time in ticks (10ns units)
|>	2. Add 144,000,000 to this number 
|>	   24 hrs x 60 min  x 60 sec  x 100000 ns    144,000,000 ns/day
|>	   	      -----     -----         ---- =
|>		       hr        min          sec
|>	3. Use SYS$ASCTIM to get this in ascii format in the form
|>	   DD-MMM-YYYY HH:MM:SS.hh
|>
|>	4. Insert in the 13th position of the string "01:00:00.00"
|>	5. Call SYS$BINTIM
|>
|>	(I may be off on the number in #2 but it looks right.  I'm
|>	 sure someone will rush to correct me if it isn't.)
|>

To start with, VAX times are kept in 100 nanosecond units ,
cf System Service Reference Manual, $GETTIM description.

And you left off a factor of 60, so (if I am right, and as you said

someone will correct me if I am not :-) ) the number should be: 

24 x 60 x 60 x 10 000 000 = 8.64e+11 VAX time units per day


--
Hugh Evans	-	hevans@estwm8.dnet.estec.esa.nl

 "Alcohol is very important for young people because it provides a sort of 
  'liquid adulthood.'  If you are young and you drink a great deal it will 
  spoil your health, slow your mind, make you fat - in other words, turn you 
  into an adult."
	P.J. O'Rourke - Modern Manners, Etiquette for Rude People
Newsgroups: comp.os.vms
From: vaxs09@v7.vitro.com
Subject: Re: Question about RMS and MSCP-pair
Organization: Vitro Corporation
Date: Thu, 7 Jan 1993 13:03:21 GMT

In article <1ia8nhINNa8k@nz12.rz.uni-karlsruhe.de>, DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms) writes:
> My experiences:
> 1)	EDT crashed some years ago with ACCVIO on VMS4.x (*not* forced error!).
> 	ANALYZE/RMS or ANALYZE/IMAGE showed forced error.

There was (and perhaps still is) a problem with the RD54 disk drive that
could cause this sort of behavior.  Normally, a forced error on a page fault
read tags the page in question and eventually results in a page read
error (SS$_PAGRDERR) when the page is referenced.  Unfortunately, the IOSB
filled in after a read from an RD54 completes with a forced error bit set
indicates a number of bytes transferred that includes the block with the
error.  The RA81 (and, I presume all DSA drives) by contrast fill in a byte
count that does not include the problem block.

The result of this is that page fault handling code believes that the bad
block is one page farther along in memory than it really is.  A good page
is tagged as bad and the bad page (filled with zeroes as it turns out)
is tagged as good.

We stumbled on this behavior several years ago when a forced error bit
in the middle of ADA.EXE on an RD54 caused access violations.  An identical
copy of ADA.EXE (I have a program that can set forced error bits) on
an RA81 properly reported page read errors instead. 

	John Briggs			vaxs09@v7.vitro.com
From: SYSTEM_JB@UNODE1.NSWC.NAVY.MIL ("SYSTEM SUPPORT")
Newsgroups: comp.os.vms
Subject: RE: LASTLOGIN request
Date: 7 Jan 93 20:20:00 GMT
Organization: The Internet

>Subject:    LASTLOGINS program
> 
>Several months ago, I received a copy of a program called LASTLOGINS.
>I don't remember the name of the individual that sent it to me.  
>If you know who the author is, can you send me his address so that
>I can contact him.

I don't know who wrote LASTLOGIN, but I have written a program called LAST
which computes when a user last logged in as well as how long it has been.
It also creates login reports.  I can send you more information if you are
interested.    O-)

-----------------------------------------------------------------------------

Jon Baker
Naval Surface Warfare Center
Code N23A
Dahlgren, VA 22448-5000
703-663-8705
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: Question about RMS and MSCP-pair
Date: 5 Jan 93 04:43:00 GMT
Organization: New York University

Keep in mind tha occasionaly the error is in the ECC area and not the data 
and in those cases data will be good but it will still fail ecc.  The relative
lengths of ecc and the data block they protect gives a naive estimate but
further analysis is needed to be fully accurate.
Newsgroups: comp.os.vms
From: beutel@chdasic.sps.mot.com (Jim Beutel)
Subject: POSIX install on cluster exper.
Reply-To: beutel@chdasic.sps.mot.com
Organization: Motorola SPS ASIC, Chandler, AZ
Date: Wed, 6 Jan 1993 15:57:34 GMT

Am running a fairly large VMS custer at 5.5-2 and have just
received my POSIX media and documentation. As usual, release
notes are slim on concern issues.

Any experience out there with POSIX installs, UCX configuration
or Binds, etc....?

Thanks in advance.
Jim



---
-------------------------------------------------------
Jim Beutel	

Motorola SPS ASIC            beutel@chdasic.sps.mot.com
1300 N. Alma School Rd       Computer Operations 
M/S CH290  AZ50              office:  (602) 821-4967
Chandler, Arizona 85224	     telefax: (602) 821-4963
-------------------------------------------------------

The Surgeon General has determined that Skydiving is Extremely addicting.
From: masmummy@ubvmsb.cc.buffalo.edu
Newsgroups: comp.os.vms
Subject: Solution to the $CREPRC subprocess information problem.
Date: 10 Jan 93 12:51:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

I have found a solution to the problem of passing a logical to a subprocess
created using system service $CREPRC thanks to the replies I have received.

Thank you to Bob Koehler, Colin Sewell, Jamie Hanrahan, Carl Lydick,
and Steve Gibbons.

I had originally passed the information in table LNM$JOB, but in my coding
I had called LIB$DELETE_LOGICAL directly after calling $CREPRC.  The effect
of this was the destruction of the logical before it was translated in the
subprocess.  The solution was to simply have the subprocess be responsible
for deleting the job-table logical after translation.

Anyway, the subprocess now has access to the information needed passed
from the parent process, and I get the desired quotas in the subprocess.

I also wish to point out that I thought Carl's idea of passing this information
through SYS$ERROR was rather clever.  I try to avoid doing things this way,
but when you need something done you often have to resort to methods of this
nature.

Thank you!
Bill
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: re: Re: Passing parameters to detached processes.
Date: Mon,  4 Jan 93 16:11:26 PST
Organization: The Portal System (TM)
  <1993Jan4.170428.1518@pony.Ingres.COM>

On the subject of doing a 

   $ RUN/DETACHED SYS$SYSTEM:LOGINOUT ...

(sic), I always thought that looked funny and so I always got MY "detached
process running a CLI" by doing, instead,

   $ RUN/DETACHED SYS$SYSTEM:DCL ...

...with /INPUT directed as appropriate for whatever I was trying to do that
day, and so forth.

A colleague of mine who is widely considered a VAX and VMS guru (he helps
DEC debug stuff in his spare time) looked at the latter command, chastised
me, and said that the former command (w/LOGINOUT) was the "proper" way to
do it.

  If this is a misconception, then by golly it's a wide-ranging, popular, and
deep-running one.

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.misc,comp.theory,comp.lang.misc,alt.lang.asm
From: vagle@hsr.no (Laban Seigemann)
Subject: Alternative UNIX for 486
Organization: Rogaland University Centre
Date: Mon, 11 Jan 1993 15:07:45 GMT

I am very interested in running a full 32 bits UNIX system on my
beautiful Intel486DX.

What do you recommend ?

What about Solaris 2.0 from SunSoft ? or INTERACTIVE UNIX from Sun ?
Or what about the newest COHERENT ?
I want a cheap one, which do not take 50MB hard disk and 8MB RAM.
Help me, let`s discuss this.

-- 
 Lars Vagle.  E-mail: vagle@hsr.no  Phone: +47-4-874220