HDTenEightyP/NetNews huggingface dataset:
From: smcgerty@unix1.tcd.ie (Stephen John McGerty)
Subject: VMS server with PCSA client. Help??
Summary: How to use PCSA as a client to a VMS server??
Keywords: PCSA VMS
Organization: Trinity College, Dublin
Date: Mon, 27 Jul 1992 10:03:36 GMT

Hello all,

I am currently trying to set up a simple client server situation.

I need a single VMS DECnet machine to act as a server to a number
of PCs with PATHWORKS PCSA.

VAX C provides nice little examples DB_SERVER.C and DB_REQUESTER.C 
which do the job between to VMS machines, using the VMS 
approach, which seems to involve lots of mailboxes and other
VMS concepts which I am not very familiar with.

PCSA provides a good set of examples of using it's UNIX socket-style
interface to DECnet.

My problem is that, put together, they don't work. 
Before spending time on whats going on/going wrong, I'd love
to know if I'm taking the right approach at all! 
Can anyone help? This has to be a common enough situation!

My eventual hope is to have a single 'server' program running
on the VAX which services data requests from many PCs.

Many thanks in advance, 
Stephen.

......................................................................... 
: / T | /  Stephen John McGerty          "Theory must never             :
: / | |/   smcgerty@unix1.tcd.ie          precede creation"             :
:.......................................................................:
From: WARFORD@UTHSCSA.BITNET
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Intel Etherexpress anyone?
Date: 29 Jul 92 13:43:00 GMT
Original_To:  BITNET%"LANWORKS@MIAMIU.BITNET"

>
>I would like to know whether the new Intel Etherexpress boards are Pathworks-
>friendly, as they are quite a bit less expensive than SMC (WD) boards. Would
>anyone care to share their experience?
>
>        Thanks in advance,
>
>                Nigel Arnot
>
 
We've only had the opportunity to use one of the cards in a 486-33 local
bus machine, but it's been fantastic so far.  The only wierd part was
the long path name you had to type in during pathworks installation.  The
driver for the card is several unecessary subdirectory levels deep.
 
The card doesn't appear to have the problems with hanging when network
services are accessed like 3com does.  For me, that's a big plus.  We plan
to get at least a couple more for testing.
 
WAR          warford@uthscsa
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Enhanced Redir Blues
From: JMAASKANT@UTHSCSA.BITNET
Date: Wed, 29 Jul 1992 15:07:00 CDT
Original_To:  JNET%"lanworks@miamiu"

It turns out the Enhanced Redirector is required for MicroSoft SQL server
on an OS/2 server.  However, we want the same client to be able to
tie into a print service on a Vax.
 
The enhanced redirector apparently uses the node name (generally something
such as ACCT05 or PRES03) for the user name when you attempt to access a
service.  Needless to say our user names don't generally match or are longer
than 8 bytes (limitation of enhanced redir) anyhow.
 
Am I missing something obvious (a Pathworks 4.1 or Pathworks for OS/2 2.0
manual reference is fine) or is there an arcane workaround for this?
 
Cheers,
Jan (Jmaaskant@uthscsa.edu)
From: Brad_Murray@mindlink.bc.ca (Brad Murray)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: Okay okay already! (OOPS)
Date: 22 Jul 92 18:15:05 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

That last uuENCODED file was badly garbled (as were all the ones I sent out via
mail -- an expensive lesson in the frailties of this system :) so I'll put a
new one up shortly.  Sorry for the inconvenience -- and the overhead.
--
Brad Murray                                        Brad_Murray@mindlink.bc.ca 
----------------------------------------------------------------------------- 
The Zoroastrian Atheist Sect believes that the Magna Carta proclaims
the divinity of Adolf Hitler, and claims that we should strive for
Martyrdom.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: PCSA BROAD node "message text"
From: Bob Findlay <FINDLAY@JII.AFRC.AC.UK>
Date: Thu, 23 Jul 1992 12:01:00 GMT
Via:      UK.AC.NSF; 23 JUL 92 12:02:04 BST
Via:      uk.ac.afrc.jii; Thu, 23 Jul 1992 12:02:03 +0100

I would like to implement the PCSA BROAD command from within a program on the
VAX.  I have searched the manuals for information on how to do it, but to no
avail.  I contacted DEC UK, and they basically told me that they weren't giving
away any secrets on how PCSA BROAD does it (very bloody helpful!)
 
Have any of you done this in your own programs?  Or, do you know where I can
get the info?
 
thanks in advance
 
--------------------------------------------------------------------------------
Bob Findlay                                               FINDLAY@UK.AC.AFRC.JII
 
If you resolve to give up drinking, loving and smoking, you don't live longer;
it just SEEMS longer. - Clement Freud
================================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Help with LATCOM.
From: bfoust@cstp.umkc.edu
Date: Wed, 22 Jul 1992 00:06:29 GMT
Organization: UM - Kansas City, Computer Science

Today we picked up a nifty program call LATCOM from COMPUSERVE. It is supposed
to to work in conjunction with a USE statement to redirect a com port, to a
modem that has been attached to the LAT.  While it sounds like a marvelous
idea and something we could really use, we could not get it to work, and the
docs give no indication of the author.
	The examples in the text are as follows:
		use com1: dial_out *
		use com*: /d
		use com?: ln03rserv foopass

On our network, the modem has a LAT service name, for example FOO, but has no
password associated with it. The obvious USE command then, would be:
		use com1: foo
but we only got a Network not known error like a completely bogus name was
used. 
	The package that we got only contained 3 files.
		LAT.EXE ( a new copy of lat.Program won't work with less than
			version 4.1.14j)
		LATCOM.SYS (added to config.sys to make program work.)
		LATCOM.DOC (VERY small text file with docs and comments.)

If anyone has had anyluck with this program, we would like to hear from you.
If anyone wants this program, I can put it on the pathworks archive soon.
	Thanks,
			Bill
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: <None>
From: Gregg Pentecost X6228 IC44 <PENTECOST@BROOK.BITNET>
Date: Tue, 21 Jul 1992 14:31:00 EST

Verne Britton suggested that I post the SPD and order numbers for DEC's
BACKUP utility, so here they are:
 
        PATHWORKS desktop backup client  SPD 41.55.00
           Software licenses QL-MR2A*-**
           Software media QA-MR2A*-**
           Software documentation QA-MR2A*-GZ
           Software Product Services: QT-MR2A*-**
 
        PATHWORKS Desktop Backup Server  SPD 41.52.00
           licenses QL-MR1A*-**
           media QA-MR1A*-**
           documentation QA-MR1A*-GZ
           product services QT-MR1A*-**
 
The offer to send the entire message to individuals still stands.
 
Gregg (PENTECOST@BROOK.BITNET)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: PCSA BROAD node "message text"
From: Bob Findlay <SYSTEM@JII.AFRC.AC.UK>
Date: Sun, 26 Jul 1992 13:03:00 GMT
Via:      UK.AC.AFRC.JII; 26 JUL 92 13:03:38 BST

> you could call (system()) this from a program, but the repetetive spawn time
> could be too much if the nodelist is huge.
>
> --
I realise I can implement a 'solution' by using lib$spawn, but I would rather
do it without the overhead of spawned processes.  It IS possible, it's just a
matter of getting the info...
 
thanks anyway
Bob
(Who may end up using lib$spawn whether he likes it or not! :-(  )
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: PC/FTP with Pathworks
From: "Pete Kanaitis (412) 359-1516" <KANAITIS@SINGER.ASRI.EDU>
Date: Wed, 22 Jul 1992 20:23:00 EST

Hello.
 
    Is anyone out there using PC/FTP from FTP Software on top of
Pathworks (using DECnet transport)?  PC/FTP has a version that loads
a TCP/IP stack on top of the DECNET DLL, so both protocols can run
concurrently.  If anyone is doing this, how well is it performing?
 
Thanks in advance.
 
Pete Kanaitis
Manager, Computational Resources
Allegheny-Singer Research Institute
KANAITIS@ASRI.EDU
Newsgroups: vmsnet.networks.desktop.pathworks
From: joel@vthvax.tamu.edu
Subject: Re: Enhanced redirector in Pathworks 4.1
Organization: Veterinary Teaching Hospital, Texas A&M University
Date: Mon, 27 Jul 1992 15:22:02 GMT

In article <13748@mindlink.bc.ca>, Huy_Le@mindlink.bc.ca (Huy Le) writes:
> Has anyone figured out what the enhanced redirector in Pathworks 4.1 is
> for? Is it just for connecting to LAN Manager servers rather than VAX
> based server? Thanks.
> 
> Huy Le

I'm wondering the same thing.  Doesn't Lan Manager servers use netbuei (sp?)
as a transport?  If so, does pathworks support netbuei, allowing connections
to both LM and PW servers?

Joel
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Network drive with alternate directory in Windows
From: Stephan Ozminski <OZMINSKI@MSUKBS.BITNET>
Date: Thu, 30 Jul 1992 13:27:00 EDT

First of all, let me say I'm sorry if the following question has
already been asked. I missed it if it was.
 
We are using DOS Pathworks v4.1 and DOS 5.0.  Recently I discovered
a syntax for the USE command that will connect the network drive to a
specific directory instead of the user's login directory.  The syntax
is as follows:
 
USE M: \\node\device:[directory]%username *
 
Where the device:[directory] specification must explicitly include a
device name and directory name.
 
Windows 3.1 fails to connect a network drive when we specify
\\node\device:[directory]%username in the Network Path dialog box in
File Manager. When we specify \\node\username%username in the Network
Path dialog box we have no trouble.
 
Does anyone know of a way to get Windows to accept a device and
directory in the Network Path?
 
-Stephan
 
 
Stephan J. Ozminski                    Bitnet:    OZMINSKI@MSUKBS
Michigan State University              Internet:  OZMINSKI%KBS.DECNET@CLVAX1.CL.
   MSU.EDU
W.K. Kellogg Biological Station
3700 E. Gull Lake Dr.
Hickory Corners, MI 49060
From: marois@concour.cs.concordia.ca (MAROIS)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Pathworks 4.1 Logon: SPEEDUP
Keywords: LOGON executable PATHWORKS
Date: 29 Jul 92 18:58:47 GMT
Organization: Concordia University, Montreal, Quebec

Looking for an EXE to connect to multiple file/disk services that will
be faster than invoking USE.EXE for each connection. It could use the
output of USE /SAVE as an input file.

Our problem is that the pathworks logon procedure requires that the user
input their password for each service, which is both annoying and time
consuming.

Has anyone come up with a simpler solution? DEC informed us that if enough
demand for such a utilty existed they would do something about it. 
Still waiting :( 

Please send responses by email to myself or
Mike Bernstein (uunet!msdrl.com!bernm)
From: Brad_Murray@mindlink.bc.ca (Brad Murray)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: LATCOM
Date: 22 Jul 92 17:18:05 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

> TILLOTSON@ALISUVAX.BITNET writes:
>      While we're talking about LATCOM, I'm wondering what kind
>      of uses people have found for it.  Specifically, has anyone
>      been able to use LATCOM to trick a terminal emulator
>      program (like HPTERM) to use LAT when the term emulator
>      doesn't support LAT?  We've been trying that around here,
>      but haven't had any luck.  Any help would be appreciated.

This will only work if your terminal emulation talks to the Com port via
interrupt 14.  Unfortunately, many (most?) do not do this.
--
Brad Murray                                        Brad_Murray@mindlink.bc.ca 
----------------------------------------------------------------------------- 
The Zoroastrian Atheist Sect believes that the Magna Carta proclaims
the divinity of Adolf Hitler, and claims that we should strive for
Martyrdom.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Pathworks Infoserver
From: "Paul R. Coen" <PCOEN@DRUNIVAC.BITNET>
Date: Wed, 22 Jul 1992 14:01:00 EST

If you pass mscdex the /l:n switch, where n is the drive letter you want
it to start allocating drives at, it'll avoid this problem.  In other
words, in STARTNET.BAT
 
blahblah\MSCDEX.exe /D:$LADCD /L:O /E
 
will make the Infoserver CD-ROMs added start with drive O, up through however
many drives you have allocated.
 
I hope I didn't misread your question.
 
P.S. If you have a local CD-ROM drive that uses the standard MSCD interface,
you can add a /D:MSCD000 /D:MSCD001, etc. to the line above and the local
CD-ROM works fine.  That is, unless the controller has the same address
as the Ethernet card
--
Paul Coen, Software Coordinator, Drew University Academic Computing
        pcoen@drunivac.drew.edu         pcoen@drunivac.bitnet
From: edb_gunder@debet.nhh.no
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: LK250/LK450 keyboarddrivers for Windows 3.1
Date: 29 Jul 92 18:25:48 MET
Organization: Norwegian School of Economics

Does anybody known wether Digital has arrived with it's LK250 / LK450
keyboard drivers for Windows 3.1? DEC in Norway told me the drivers
would be in the MS-WINDOWS 3.1 kit from DEC, it is not. Know DEC in
Norway do not known when there will be drivers for the LK keyboards. The
LK250.DRV works fine in 3.1 until you change settings in the control
panel from US to Norwegian. If you afterwards try to start up Excel for
instance, you get the message: General protection Fault in Module
LK250.DRV. When you push the OK button Windows closes down and your back
in DOS.


Gunder Soensteby
EDP-dept
Norwegian School of Economics and Business Administration
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: PW/VMS 4.1a, PW/DOS 3.0, MS Win 3.0 & 3.1
From: "Greg Oi, East-West Center" <OIG@EWC.BITNET>
Date: Thu, 23 Jul 1992 12:53:00 HST
X-VMS-Cc: OIG

We recently installed Pathworks for VMS vS4.1a, and have not yet begun
converting our DOS clients, so our clients are currently running PW for DOS
v3.0 and an even mix of MS Windows v3.0 and v3.1.  We have run into the
following problems (so far):
 
1.  Win 3.0 clients are having serious problems accessing common file services:
 
    From Word for Windows (v2.0a), they can't seem to replace a file that
    is owned by another user (all users here attach file services using their
    username and password).  They can create/replace their own files with
    no problem.
 
    From File Manager, they get "Network Error" trying to access *some*,
    but not all, common file services.
 
2.  Win 3.1 clients can replace any file on a common file service, but the
    server creates *two* versions of the file (if the directory version limit
    allows)--version 1 has 0 blocks; version 2, usually created about 2-3
    seconds later, appears to be the "real" file.
 
Has anyone else seen this crazy behavior?  Thanks in advance for any advice.
 
=============================================================================
Greg Oi                                 BITNET:  OIG@EWC
East-West Center
Honolulu, HI
=============================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Software...
From: "CAROL AMIDON, SURGERY" <amidon@WUDOS2.WUSTL.EDU>
Date: Wed, 22 Jul 1992 10:31:22 -0500
X-cc:         AMIDON@wugate.wustl.edu

< The programs WHOZON and PASSENT look interesting. Has anyone else come up
< with a nice solution to typing your password everytime you give the USE
< command? We have a 9 servers WAN for our system with many file services
< on each server. It is a real pain having to type your password to get access
< the various services on the system all the time. Putting the password
< in the local NCP database is not an option. Thanks.
<
< Huy Le
 
We use a batch file which gets the username and password from the user at logon
and sets two environmental variables  USRNAME and USERPASS.  A batch file called
HLINE.BAT hides the password as it is input.  We then pass these variables to
the USE command.  After all directories/drives are connected, the two variables
are cleared.  We compiled the batch file with BAT2EXEC for speed (the batch file
is molasses uncompiled).  All of the utilities we used came from third party DOS
utility books and public domain/shareware sources.
 
Carol Amidon
Assistant Network Manager
Washington University School of Medicine
Department of Surgery
AMIDON@WUDOS2.WUSTL.EDU
(314) 362-6663
Newsgroups: vmsnet.networks.desktop.pathworks
From: uucm000@uxa.ecn.bgu.edu (Tingli Pan)
Subject: Re: REDIR5.EXE /high=yes
Organization: Educational Computing Network
Date: Wed, 22 Jul 1992 20:43:46 GMT

In article <55641994A0201FC7@UMBCADMN.BITNET> "Themistoklis I. Pentakalos" <MIS5000@UMBCADMN.BITNET> writes:
>Hi everyone!
> 
>        Have you ever ran into a problem where the redirector is
>told to load on himem and instead it is put into conventional?
> 
>PCSA 4.1
>DOS 5
>3com 3c503
>QEMM (EMS, XMS)
> 
>Even though the startnet includes  REDIR5.EXE /whatever  /himem=yes
>it shows up on conventional at about 35K, with no startup errors.
> 
>        Any ideas? Need more info?
> 
>        Thank you in advance,
> 
>        Themos
This happens to us too. The reason is that I use DOS=HIGH to load dos
into Himem. And Dec told me since the Himem can allow 64 k only. The
poor REDIR5 is dumped back into convetinal. My parameters are
PW4.1, DOS 5.5, Zenith 386 sx.

Tingli Pan                           Bitnet:   uucm000@ecnuxa.bitnet
Academic Computing Services          Internet: uucm000@uxa.ecn.bgu.edu
Northeastern Illinois University
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Win 3.1, Pathworks 4.1, 386MAX 6.01
From: Ralph Yingling <yingling%hardy.dnet@GW.WMICH.EDU>
Date: Fri, 24 Jul 1992 09:35:36 -0400
X-cc:         yingling@gw.wmich.edu

Suggest you might look to see if you are loading RPLMEM in your AUTOEXEC.BAT
file (at least if you remote boot)...
 
I also seem to remember that the REDIRector must be loaded into conventional
memory if you are running WINDOWS in enhanced mode.
 
Hope this gives you a place to start looking anyway....
 
yingling@hcob.wmich.edu
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Okay okay already!
From: Bob Findlay <FINDLAY@JII.AFRC.AC.UK>
Date: Thu, 23 Jul 1992 09:40:00 GMT
Via:      UK.AC.AFRC.JII; 23 JUL 92  9:41:07 BST

Is there a reason for not using pathworks mail's binary attachment feature?
 
Bob
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: INT-SQL
From: "Murray Penno, AgResearch, New Zealand." <PENNOM@INVERMAY.CRI.NZ>
Date: Sun, 26 Jul 1992 19:08:29 +1200
X-VMS-Cc: PENNOM
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
MIME-version: 1.0

-->Posted on behalf
 
Hi. My local DECrep i Sweden told me a couple of weeks ago that DECquery
should be included in the Excel 4.0 realese. Is it ??
I've been using DECquery for more than 6 month now w/o any problems.
We are waiting for our first 4.0 of Excel copy with great interest.
Anyway we have done som development of our own of MS-Windows/Visual-Basic-
programs with direct access to Rdb-databases via SQL/Services under
Rdb V4.0. We have even made a 'hack' in Visual-Basic that gives us
interactiv SQL on a run-time-only licens. Now we can create/modify Rdb-
databases and insert/update/read tables from our PC's without any
extra licenses apart from the runtime (included in VMS). I've been told
that Rdb 4.1 comes with interactive SQL, BUT NOT WITH THE ABILITY TO
CREATE NEW DATABASES !! We use the API that comes with DECquery, SQSAPIW.DLL.
(No DDE's). You'l need a installed/working copy of DECquery.
When Rdb 4.1 is installed, we will be using the new (supported)
API instead of the API from DECquery. In short the prog does the following:
- Let users enter SQL commands direcly.
- Runs SQL-scripts. Just copy You VMS scripts n' run.
- Logs the output windows on file.
- Simulates some of the 'SHOW' command, like 'SHOW TABLES'.
- Builtin editor for script files.
- Logging of user commands for use later on as a script file.
- Supports all SQL-dynamic commands.
- Built in forms for easy creation of varius SQL-object without RTFM.
 
If there are anyone with interest in the VB prog for interactive SQL,
just email me to the internet adress below. I'l wait a short time to see
if it should be posted to some newsgroup instead....
 
Regards.
 
                   Jan-Erik S|derholm
                   Ericsson Telecom AB
                   Norrk|ping factory
                   Box 72
                   S-601 02 Norrk|ping
                   Sweden
                   Internet : etxjesm@inetx2.ericsson.se
Newsgroups: vmsnet.networks.desktop.pathworks
From: lloyd@femto.engr.mun.ca (Lloyd Little)
Subject: Re: Win 3.1, Pathworks 4.1, 386MAX 6.01
Reply-To: lloyd@jeeves.engr.mun.ca
Organization: C-CAE, Memorial University of Newfoundland
Date: Mon, 27 Jul 1992 13:07:39 GMT

Ralph Yingling <yingling%hardy.dnet@GW.WMICH.EDU> writes:

>Suggest you might look to see if you are loading RPLMEM in your AUTOEXEC.BAT
>file (at least if you remote boot)...
> 
PCSA 4.1 no longer needs  rplmem with  windows 3.1, it's built into windows.

--
Lloyd Little		Programmer Consultant CCAE
			Memorial University of NFLD. Canada
			(709) 737-3108
lloyd@femto.engr.mun.ca
From: Norbert_Papke@mindlink.bc.ca (Norbert Papke)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: SLIP or similar
Date: 21 Jul 92 19:10:24 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

Hi,

I have a connectivity question that my local DEC office has not been able to
solve.  I am hoping that somebody on the net has an answer.

I need to dial in from my PC at home into our office network via a terminal
server (DECServer 300).  Once connected, I'd like to talk X over TCP/IP to some
of our Unix servers (it will be slow but it will be better than having to go
into the office at 3AM :-).  At the office I run Pathworks over TCP/IP, and
DECwindows or eXcursion.  Rather than go out and buy a different protocol stack
and X Server, I'd like to use the same software.  What I need is something that
will allow me to run IP over a serial line with DEC's TCP/IP for DOS.  This
"something" will probably be SLIP (supported by the terminal server).  Does
anybody know of an implementation of SLIP that works with DEC's TCP/IP?  Maybe
an NDIS SLIP driver?  Or am I totally off the mark and should be approaching
this problem differently?

Any help and suggestions are greatly appreciated,

-- Norbert.
--
Norbert Papke (Norbert_Papke@mindlink.bc.ca)
Prince Rupert Grain Ltd.
From: Laura_Halliday@mindlink.bc.ca (Laura Halliday)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: Pathworks login program
Date: 28 Jul 92 16:24:17 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

I did a similiar program for an ex-employer - but it was for Windows, and
written in Visual Basic with some Windows API functions. The big issue was to
make sure that only one copy of use.exe ran at once (even in 386 Enhanced
mode)...The nicest use of Windows API stuff was in the configuration
information for the program in its own .ini file, like this:

        [F:]
        servicename=pcsav40
        fileservice=yes
        private=no

...and then use GetPrivateProfileString with lpApplicationName set to "F:" (or
whatever) to read the information. Neat!

...laura
From: Huy_Le@mindlink.bc.ca (Huy Le)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Enhanced redirector in Pathworks 4.1
Date: 26 Jul 92 00:57:54 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

Has anyone figured out what the enhanced redirector in Pathworks 4.1 is
for? Is it just for connecting to LAN Manager servers rather than VAX
based server? Thanks.

Huy Le