1 INFO-VAX	Mon, 05 Jun 2000	Volume 2000 : Issue 312       Contents: Re: Amazon jumps ship ) Re: Computing internet address for a user  for sale Alphaserver 3000 # for sale Vax Station 4000 model 90A / Re: Format of Help Files (SYS$HELP:HELPLIB.HLB)   Hobbyist license...and 2 systems$ Re: Hobbyist license...and 2 systems  How do you "uncluster" a system?$ Re: How do you "uncluster" a system?* Re: OpenVMS vs Tru64 Pathworks performance* Re: OpenVMS vs Tru64 Pathworks performanceG Panasonic 4x CD-ROM KXL-D740 seems to work with KZQSA on a VAX 4000-500 + Porting off VMS (was: Format of Help Files)  Publishing Company for Sale! RE: SNA & PSI support on DSV-11 = RE: Still no Oracle 8i on VMS (was RE: Wildfire Announcement)  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel? - Re: VAX VMS 7.2 Bug? ; backup/image/(no)alias  Re: VEST / DECmigrate  Re: VMS Employment???? Re: VMS Employment????7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 8 Re: What is the simplest way to network two VMS systems?8 Re: What is the simplest way to network two VMS systems? Re: where to find firmware?   F ----------------------------------------------------------------------   Date: 1 Jun 2000 07:56:02 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell)  Subject: Re: Amazon jumps ship. Message-ID: <1UsKQmfVzA3G@tachxxsoftxxconsult>  N In article <3935c8d3@news.toast.net>, "Jeff Killeen" <Jeff@Killeen.cc> writes:N > cbs.marketwatch.com/archive/20000531/news/current/amzn.htx?source=htx/http2_ > mw    M Does this imply that amazon is currently running on vms?  I didn't know that.    --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  $ Date: Sun, 4 Jun 2000 18:07:03 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net> 2 Subject: Re: Computing internet address for a user. Message-ID: <sjlnss8a5ri42@corp.supernews.com>  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:39380D7D.EA5C7721@videotron.ca...J > I would like an application to "compute" the internet address of a user. (eg:9 > how someone on the internet could reach that VMS user).  > I > Obviously, I can get the vms username and nodename on which the user is I > running the program.  The program will have a configuration file, so it  could & > potentially contain the domain name. > H > If I were simply to have:  <username>@<node>.<domain_name>  would this cover 
 > all cases ?   K It may not.  It depends on how your mail is structured.  Typically incoming G mail goes to the E-MAIL server that is listed for the MX record for the ' domain, if no host exists by that name.   I If your <node>.<domain_name> can accept incoming mail, than it will work. I The reasons for not doing that are to allow your mail to be directed to a B server of your choice with out having to notify the outside world.K <node>.<domain_name> will continue to work even if you have a <domain_name>  MX record in your DNS.  I >  If I would to allow <username>@<domain_name> as well, would that cover  those " > cases not covered by the above ?  F If you have your MX record configured in your DNS to route mail to the) correct server that should be sufficient.   K You should also configure your mail program to replace <node>.<domain_name> > in outgoing messages with <domain_name> just to be consistent.  K With the Compaq TCPIP programs, the domain name can be found in the list of 5 things from either show log UCX$* or show log TCPIP$*   > > Is there a way to programatically get a cluster alias name ?  L The cluster alias is contained in a logical name SYS$CLUSTER_NODE.  Use your favorite way of translating it.    -John  wb8tyw@qsl.network   ------------------------------  $ Date: Sun, 4 Jun 2000 21:54:27 +0200+ From: "Cor Smit" <cor.smit@isnetworking.nl> " Subject: for sale Alphaserver 30002 Message-ID: <HBy_4.80$b3.2295@24hoursnet-reader-1>  	 For Sale:   & Dec Alphaserver 3000 (Desktop cabinet) 64 Mb memory 2 x 1 Gb harddisk (RZ26) 1 x Network adapter    Fl. 1000,= (about 450 euro)    Cor Smit Netherlands    ------------------------------  $ Date: Sun, 4 Jun 2000 21:56:42 +0200+ From: "Cor Smit" <cor.smit@isnetworking.nl> , Subject: for sale Vax Station 4000 model 90A2 Message-ID: <PDy_4.81$b3.2240@24hoursnet-reader-1>  	 For Sale:    Vaxstation 4000 model 90A  64 Mb memory 1 x 1 Gb harddisk (RZ26) 1 x Networkadapter   Fl. 1000,= (about 450 euro)    Cor Smit Netherlands    ------------------------------  % Date: Sun, 04 Jun 2000 16:06:13 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 8 Subject: Re: Format of Help Files (SYS$HELP:HELPLIB.HLB), Message-ID: <393AB6B4.203F8622@videotron.ca>   Hans Bachner wrote: $ > Would extracting the modules help? > R > With $ LIBRARY /HELP /EXTRACT=* SYS$HELP:HELPLIB.HLB /OUTPUT=HELPLIB.HLP you getL > a plain text file in a documented format (with numbers indicating the helpE > "level"). You could proceed from there to whatever format you need.     M But is the format of the .HLB or .TLB *file* actually documented. I know that K the format of an individual help module is fairly well self-documented when  you extract a module.   E Shouldn't DECpaq make it easy for users to ports bits of VMS to other K platforms by documenting the format of these files so that one enterprising N person could port the library routines to Unix for instance and be able to use! .HLB files on both VMS and UNIX ?    ------------------------------  # Date: Sun, 04 Jun 2000 18:34:45 GMT & From: "Marco Shaw" <marco@nbnet.nb.ca>) Subject: Hobbyist license...and 2 systems : Message-ID: <01bfce53$23ee7220$5402a20a@Lxxxx.nbtel.nb.ca>  H I've got a Multia and have OpenVMS 7.2 successfully installed.  I've gotK the hobbyist license, and I'm considering bying a 2nd Multia so I can learn 8 more on distributed apps like DCE, DFS, clustering, etc.  G I don't recognize some of the license 'short names' used, but will I be A able to play with all these technologies with a hobbyist license?    Thanks,  Marco    ------------------------------  $ Date: Sun, 4 Jun 2000 17:56:29 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net> - Subject: Re: Hobbyist license...and 2 systems / Message-ID: <sjln8udh5ri177@corp.supernews.com>   3 Marco Shaw <marco@nbnet.nb.canada> wrote in message 4 news:01bfce53$23ee7220$5402a20a@Lxxxx.nbtel.nb.ca...J > I've got a Multia and have OpenVMS 7.2 successfully installed.  I've gotG > the hobbyist license, and I'm considering bying a 2nd Multia so I can  learn : > more on distributed apps like DCE, DFS, clustering, etc. > I > I don't recognize some of the license 'short names' used, but will I be C > able to play with all these technologies with a hobbyist license?   J DCE, DFS, clustering all seem to be supported, but the COM+ requires 7.2-1F and as far as I know, OpenVMS 7.2 is the latest that will run with the Multia.    -John  wb8tyw@qsl.network   ------------------------------  # Date: Mon, 05 Jun 2000 02:01:46 GMT  From: Dan <dan@vrx.net> ) Subject: How do you "uncluster" a system? ' Message-ID: <393B0988.338A6DC2@vrx.net>   E well cluster config was a bad idea. no license installed, now I can't  even boot my system any more.  @ Anyone know the break key at startup to get to the ">>>" prompt?4 and how do you undo whatever "cluster_config" does ?   Sigh.    ------------------------------  % Date: Sun, 04 Jun 2000 23:47:41 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> - Subject: Re: How do you "uncluster" a system? , Message-ID: <393B22DC.223C229B@videotron.ca>  
 Dan wrote: > G > well cluster config was a bad idea. no license installed, now I can't  > even boot my > system any more.   at the >>> prompt:   B/1   J this should bring you to a SYSBOOT> prompt, at which point, you can enter: SET VAXCLUSTER = 0 SET MSCP_LOAD = 0  SET TMSCP_LOAD = 0 CONTINUE  ! (the big switch is the first one)   M When you do it this way, these parameters become permanant. However, you will M need to edit SYS$SYSTEM:MODPARAMS.DAT to remove the cluster configuration and K set the above parameters to 0 as well. (MODPARAMS.DAT is used by AUTOGEN to M set the parameters at the system level, so if you don't update modparams.dat, G the next time you run AUTOGEN, your system will become a cluster again)    ------------------------------  # Date: Sun, 04 Jun 2000 19:39:50 GMT 8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>3 Subject: Re: OpenVMS vs Tru64 Pathworks performance ( Message-ID: <393AA696.C0D6C962@decus.fi>  D In one particular case  about 6-10 months ago, Pathworks performance> was abysmal when compared to WNT based servers (be it Alpha orD Intel based). Most (though not all!) lack of performance was tweakedF out by simply raising Pathworks Cache size from the default of 4096KB.  = Seems that Advanced Server (V6.0B at the time, later we tried ? also V7.2) really could not even come close to FDDI speed until < we when from 4096KB cache to 40960MB cache. At the same time< the Alphas could utilize the FDDI at the wire speed and also< we could do wire speed stuff using FTP from VMS Alpha to PC.  ? In order to get rid of hard disk I/O speed effects, I installed > DECram and configure a file share on to a DECram device. StillA that lack of performance which mostly disappeared after adjusting B cache size. My gut feeling was that PW uses sync I/Os and seems to; need the in the cache before it gets served out to clients.    _veli    David A Froble wrote:  > & > Mark Iline - Info-VAX account wrote: > > M > > From:   MX%"rpjung@mb.sympatico.ca"  "Randy Jung" 28-MAY-2000 03:20:17.60  > > H > > Cheers for the comparison, but we really need to be lookig at recentG > > versions. I understand that recent versions of ASDU (Tru64 PW) have M > > significantly increased performance over earlier versions (several 100%).  > > P > > > As someone mentioned, the best performing server for a Windows environment, > > > will probably be a Winodows NT server. > > I > > This isn't an accurate comparison, but installing Office97 off a file ! > > service gives something like:  > > # > > Elapsed time    Server platform 2 > > 5 minutes       NTAS 4 (450 MHz Proliant 1600)" > > 2 minutes       ASDU (PW500AU)2 > > >10 minutes     PW 6.0 dual CPU DS20, VMS7.1-2 > > * > > All servers on 100Mbit switched ports. > >  > > Mark > R > Having been through the file caching arguments, I've got to observe that there'sM > something really screwed up in Pathworks.  VMS disk activity isn't all that N > slow, and to blame it is ignoring the problems in Pathworks.  I have no ideaR > what the real problems are.  What I do know is that while in-memory file cachingN > isn't currently the best on VMS, the disks used on VMS systems are no slower# > than those used on other systems.  > Q > As I've stated before, I gave up on Pathworks some years ago.  Mostly because I O > personally feel that serving files to windoz systems is a waste of a good VMS Q > system.  Bigotry aside, it is a valid application, and as the comparisons show, G > Pathworks just isn't getting the job done.  Sign of a bad application  > implementation.  >  > Dave >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596= > 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  > Vanderbilt, PA  15486    ------------------------------   Date: 5 Jun 2000 06:17:39 GMT - From: djweath@attglobal.net (Dave Weatherall) 3 Subject: Re: OpenVMS vs Tru64 Pathworks performance 5 Message-ID: <DTiotGxQ0bj6-pn2-kj8VcdS2ugLW@localhost>   ; On Sun, 2 Jun 3900 19:03:35, Mark Iline - Info-VAX account   <ivax@meng.ucl.ac.uk> wrote:  M > From:	MX%"djweath@attglobal.net"  "Dave Weatherall"  1-JUN-2000 16:59:35.35  > K > >> This isn't an accurate comparison, but installing Office97 off a file  " > >> service gives something like: > >>  ! > >> Elapsed time	Server platform - > >> 5 minutes	NTAS 4 (450 MHz Proliant 1600)  > >> 2 minutes	ASDU (PW500AU) . > >> 10 minutes	PW 6.0 dual CPU DS20, VMS7.1-2 > J > >            just to get the scenario straight. Are you installing from ( > > a PW share _to_ a PW shared disk or 7 > > from PW to an NT/W98 local disk or something else?   > # > Local hard drive on an NT client.  > - > > And where does that lovely registry live?  >  > Same.  >  > Mark  D Well that eliminates any Write/File Creation issues on VMS. Just PW  not appearing too efficient..    Cheers - Dave.   ------------------------------  % Date: Sun, 04 Jun 2000 18:29:43 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net> P Subject: Panasonic 4x CD-ROM KXL-D740 seems to work with KZQSA on a VAX 4000-5007 Message-ID: <193901bfce7c$c4b9ca00$020a0a0a@xile.realm>   I For those that are interested in unsupported hardware configurations that  appear to work:   D I have successfully booted OpenVMS/VAX 7.2 on a VAX 4000-500 using a8 Panasonic 4x CD-ROM model KXL-D740 connected to a KZQSA.  , The VMS installation went with out incident.  J The KXL-D740 is a SCSI CD-ROM sold with a PCMCIA SCSI adapter intended forG use with PC laptops and can be found from time to time at a good price. L (Actually cheaper to buy the combination than to get just a PCMCIA SCSI card or portable CD-ROM player.  @ The VAX 4000-500 was the one recently advertised by Nate JohnsonJ (HardwareRecycler) on comp.os.vms.  It arrived in working condition and noH apparent cosmetic damage despite all attempts by the shipping company to destroy it.   F The shipper had to tape up the package as it started leaking StyrofoamE peanuts in route.  It seems that a layer of bubble wrap prevented any  damage.   G I am giving Nate a reference as a happy customer from this transaction.    -John  wb8tyw@qsl.network   ------------------------------  " Date: Mon, 5 Jun 2000 01:22:12 GMT9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 4 Subject: Porting off VMS (was: Format of Help Files)+ Message-ID: <tx$tJwr3Rc+2@eisner.decus.org>   \ In article <393AB6B4.203F8622@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  G > Shouldn't DECpaq make it easy for users to ports bits of VMS to other M > platforms by documenting the format of these files so that one enterprising P > person could port the library routines to Unix for instance and be able to use# > .HLB files on both VMS and UNIX ?   D No, they should spend their efforts on making VMS better rather than* giving away the VMS intellectual property.   ------------------------------  + Date: Sun, 04 Jun 2000 12:43:52 -0500 (EST) # From: Publishers@mx-212.fsnet.co.uk % Subject: Publishing Company for Sale! - Message-ID: <0FVN0036DVYY32@mx.east.saic.com>   4 See information about Free Credit Application Below!   My Multi-Million Dollar  Publishing Company  	 ONLY $149   < Free Pre-Approved Merchant Account Application with Order!! " To Start Your Business Out Right!!  < If you ever wanted "the easy way out" to make a lot of money with a business of your own.... ! Here is the EASIEST WAY TO START!   ? I'm writing this letter to let you in on something that'll blow 6 you away. What I'm about to present is something I've : never done before...something that I'll never do again.... So PAY ATTENTION!   7 For the past few years...I've have been running ads in  7 newspapers & magazines, by direct mail, and throughout  < the internet.  These ads were always small and very cheap...  9 On these ads, we have been selling little manuals.  These 9 manuals have sold for anywhere between $10 to $99 each.   > We always ran different ads for each manual we were selling.    = I like selling information because NOBODY can put a price on  ; it...ESPECIALLY when it is your own...The Sky is the Limit!   = Plus it is very cheap to reproduce How-To manuals.  It costs  > between 40 cents and $3 to print the entire print manuals and : around 35 cents to copy the manuals on disk.  AND you can = sell them for up to $99 each.   That is one hell of a markup!   ; These manuals tell you how to get a car with no money down  < and no credit...another one tells you how to avoid taxes by > depositing income offshore...now you may not be interested in = saving money by going offshore...but believe me....there are  8 MILLIONS OF PEOPLE WHO DO...and they are willing to pay  me to teach them!!!   ? Well this is where the unbelievable offer comes in...I hope you < are sitting down for this one...because this is a once in a < lifetime chance for you.  I do not know of an easier way to < become financially independent...In fact THERE IS NO EASIER  WAY!!!  6 The next few paragraphs will reveal everything to you.  > I am willing to sell you my entire informational product line 3 with FULL REPRINT RIGHTS and complete step-by-step  B instructions on how to start your mail order information business  with very little money.   0 Remember, these are PROVEN WINNERS.  If you are : stumped on something to sell or if you are having trouble : writing a good ad, I have also included an entire book on $ disk to help you produce KILLER ads!  ; This entire package which I call a Publishing Company in a  9 Box will come on 1 CD containing over 2000 'Hot-Selling'  : Books, Reports And Manuals ready to print and sell, Sell, = SELL! It also will come with a signed letter giving YOU FULL  8 REPRINT RIGHTS allowing you to sell them for as much as < you want and however you want.  You Can even sell the entire> kit to someone else to resale on their own!  You also receive ; copies of KILLER ads which can fill your mailbox with cash!   = I am not even going to ask you for any of the money either... > What you make is yours to keep .  In fact...you get to make a < ton of money on these manuals for as long as you wish...and < you will never have to pay me another red cent in royalties!  ? I am even going to print out and prepare our #1 selling report  ? which contains the secrets of obtaining credit without a credit = check and producing an offshore income without taxes so that  @ you will be able to take it down to your local copy shop and be > ready to sell it the same day you have received it. Watch out A though - one individual is making $70,000 a month on this report  > alone!  (Why - Because you can include a FREE offshore credit A application for those with bad or no credit with this report and  < explode your mailbox with orders) Note: THIS APPLICATION IS 	 INCLUDED!   > All I ask for is...$149 and I will include FREE Priority Mail ; Shipping!  Yes, I said $149.  There are no zeros missing.   7 Plus if you order before  June 10, 2000 I will include   4 extra special bonuses...  < Bonus #1 - "Search Engine Magic" on disk.  This report will @ shoot your web site up to the top of the search engine listings.9 Other web advertisers are selling this manual for $99 by  > itself - But I will give it to you for FREE with this package.  : Bonus #2 - The report "How to Make at least $1,600 a week > online...Starting Now!" which is taking the internet by storm " will be included absolutely FREE!   ? Bonus #3 - I will include special details about a secret source > for direct mail leads that can produce cash orders along with 8 out KILLER ads.  And another source will be given which 9 allows you to advertise nationwide through newspapers to  2 70,000,000 readers for as low as 7 cents per word.  > Bonus #4 - I also will include a pre-approved application for = a merchant account for your business benefit.  Taking credit  : cards will increase your business up to 100%.  The normal : $195 application fee will be waved with this pre-approved  application.    < But there is one drawback... I am sending this ad to 10,000 = other people...and I will only allow 50 kits to be sold.  It  > wouldn't make much sense if I sold this kit to 1,000 or 2,000 7 people...The market would be saturated with these same   manuals...  > and I don't want to do that.  To make sure that the people in A this offer get the same results I have...ONLY 50 people can have   it for $149.00!   A Chances are, I will get all 50 within a week's time.  So if this  > is something you are interested in...RUSH me a check or money 7 order for $149.00 TODAY to insure your future business.   ? But, even if you decide to pass this up...Don't sweat it.  It's ? not like I am going to be mad or anything like that.  I know I  = will get my 50 order limit really fast.  And anyone who gets  7 their check into me late... I will simply send it back.   ? For only $149.00, I am going to let you have the easiest money  : you will ever make.  The manuals are written, the ads are > presented, the advertising plan is laid out, and all you have 6 to do is print them out for pennies and place the ads.  = Do it today! Rush me your payment of $149.00 right now...and  : get your very own MILLION DOLLAR publishing company going!  9 You can start with one or two manuals...even the day you  = receive the package...and then expand to include ALL of them!   < For $149.00, you have everything you need to make a killing 7 with your very own business.  If you want to make real  # money - then this offer is for you!   : "I took the report "Search Engine Magic" and sold over 50 ; copies on disk within 2 weeks! They sold for $99 and I was  > able to copy them for under 50 cents each.  Wait till I start 6 marketing the other products included in this line!!!" Joe Fisher - Internet Marketer  9 To rush order this "MILLION DOLLAR Publishing Company in  : a Box" simply fill out the order form below and fax it to  our 24 hour  order line at:    FAX ORDER LINE:  1 (212) 504-8032   Regular Mail to: Financial Systems  P.O. Box 301 Orange, Ma 01364  
 ORDER FORM> -------------------------------------------------------------- Please send to:   3 Your Name__________________________________________    4 Your Address________________________________________   5 Your City____________________________________________    6 State / Zip___________________________________________   5 Phone #: ____________________________________________ ; (For problems with your order only. No salesmen will call.)    4 Email Address_______________________________________  = We Accept Checks or Money Orders along with all Major Credit   Cards = including Visa, MasterCard and American Express.  (NOTE - We   only  . ship to the address listed on the credit card)  A (Please Fill Out Below Section and Make sure that the above name  = and address are listed as it appears on the card) for $149.00   3 Credit Card Number:________________________________   * Expiration Date___________________________  # Signature:_________________________    Date:____________________   9 [  ] YES! Please rush my Publishing Company in a Box.  I  : understand I have FULL REPRINT Rights and can sell any of ; the items for whatever price I desire, even the entire kit.   7 [  ] DOUBLE YES!  I am ordering before June 10, 2000!   ) Please include the extra special bonuses!   4 * Please check one of the following payment options:? [  ] I am faxing a check (Do not send original, we will make a   draft from the faxed check)   > [  ] I am faxing or mailing my credit card number. (Note your A card will be charged for $149.00 and we only ship to the address   on the card)  7 [  ] I am enclosing a check or money order for $149.00!   ? Note - If ordering outside continental US, please add $5 to S&H   = P.S. Don't forget you will receive 2,000 Manuals, Books, and  ; Reports (Some of which are up to 200 pages each)...all for  ? $149...You have full reprint and resale rights to make as much  ? money as you want without ever paying any royalties whatsoever!     8 _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/4 If you have received this message in error and would5 like to be removed from future mailings, please reply & with the word remove in the subject. x8 _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/   ------------------------------  % Date: Sun, 04 Jun 2000 16:12:23 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> ( Subject: RE: SNA & PSI support on DSV-11J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284357@kaoexc4.kao.dec.com>   Peter,  * These pointers might be of some asistance:/ http://www.openvms.digital.com/network/ibm.html H http://www.digital.com/info/SP4737/SP4737HM.HTM (new version allows X.25 over TCPIP)   	 Regards,    
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----5 From: Peter Moreton [mailto:petermoreton@my-deja.com] # Sent: Friday, June 02, 2000 8:04 AM  To: Info-VAX@Mvb.Saic.Com $ Subject: SNA & PSI support on DSV-11    C I'm currently specc'ing a VAX configuration for an application that G runs both X.25 and SNA APPC LU6.2 protocols. Currently we run these out B of DEMSA microservers, but to make the new configuration easier toD support, I'd like to run these synchronous protocols via DSV-11 dualE port sync cards. However, I cannot find any documentation on protocol A support for the DSV, I have a vague recolection that they did not 2 support SNA last time I used these (5 years ago!).  D Can anyone confirm, or point me to the SNA SPD, if it is on the web?  F Another thing, I don't currently have access to the LURT License UsageG Requirements Table. Can someone please check for me to confirm that the E VAX 4000 model 105a is in the same license band as the model 100a. (I A am planning to move the app from the 100a to the 105a, and re-use 	 licenses)    Thanks.    -- Peter Moreton, Northamptonshire,  UK.     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sun, 04 Jun 2000 15:42:33 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> F Subject: RE: Still no Oracle 8i on VMS (was RE: Wildfire Announcement)J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284356@kaoexc4.kao.dec.com>   Well,   J Fwiw, not sure how often Metalink is updated, but I was told that it wouldL be shipping to Customers last week. The copy this partner had was apparently the shipping version.   & I'll see what I can find out for sure.   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----4 From: dunnett@Mala.BC.CA [mailto:dunnett@Mala.BC.CA]& Sent: Saturday, June 03, 2000 12:20 PM To: Info-VAX@Mvb.Saic.Com B Subject: Still no Oracle 8i on VMS (was RE: Wildfire Announcement)    K In article <910612C07BCAD1119AF40000F86AF0D805284353@kaoexc4.kao.dec.com>,  0    "Main, Kerry" <Kerry.Main@compaq.com> writes:$ > Sorry, no time for long replies .. > I >>>> The fact is that 8i still isn't available on OpenVMS it was due last 2 > year, then march and it still hasn't happened.<< > D > oops, error. Oracle 8.1.6 on OpenVMS is apparently now shipping to
 > Customers.    =     Well maybe if you are one of the privileged few ( perhaps > those who buy Wildfires get special treatment? ). According toF Oracle MetalLink ( as of 9AM PST on June 3,2000 ) the latest orderable7 version of Oracle Server for OpenVMS Alpha is 8.0.5.1.0   ? >I do know one of our partners was testing 8.1.6 last week with = > OPS and it went very well. So much for that old argument ..  >   C    I'd think a proper test of "available" is when a normal customer G can get it through normal channels, not when it's available for testing 2 by "partners" or others with special arrangements.  L ============================================================================ = : Malcolm Dunnett      Malaspina University-College   Email: dunnett@mala.bc.caH Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738   ------------------------------  # Date: Sun, 04 Jun 2000 20:12:07 GMT 0 From: Timothy Stark <sword7@grace.speakeasy.org> Subject: Re: VAX on Intel?8 Message-ID: <rKy_4.172296$VR.2737596@news5.giganews.com>  > In comp.os.vms David Skinner <david3@drspc.demon.co.uk> wrote:D > Strange - I've now installed it on two boxes (both Win98, one withB > plenty of disk/RAM/MHz to spare, and one creaky little 16MB/P133H > laptop). It runs just fine on both, but they both suffer the same fateD > when I try to boot a second time. I must be doing something wrong!  A My PC is running as Windows 98SE with PII/350 Mhz and 128 MB RAM. H Charon-VAX is working fine with my PC.  On VMS 5.5, dhrystones are 5000.  On VMS 6.2, dhrystones are 4347.   -- Tim Stark   --  C Timothy Stark	<><	Inet: sword7@speakeasy.org, sword7@firesword7.net J --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 4 Jun 2000 18:52:56 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell)  Subject: Re: VAX on Intel?. Message-ID: <jyUdARhY$yfW@tachxxsoftxxconsult>  ] In article <8h5ndt$13m@usenet.pa.dec.com>, carlini@true.lkg.dec.com (Antonio Carlini) writes: V > In article <6Q3rtRtfbGTm@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam wrote:B >>For those who are really concerned about "support", the questionA >>would be how much will DEQ charge for a service contract on VMS  >>running on an Intel machine. > M > Or indeed whether you can legally purchase a licence for OpenVMS on such a  + > platform (I don't know, I have'nt tried)!   K I would expect that the hobbyist license would suffice for many people.  As N slow as the thing will be, it seems more suited for hobbyists anyway.  I mean,O it's an interesting concept, and about the only possible way to make a billybox M useful, but many of us have no desire to return to the microvax era.  But for E people wanting to learn vms, especially those who have access to only  billyboxes, it would be great.  K About the only commercial use I can see for it is running vms on a billybox O laptop.  Since the alphabooks are so hard to come by, that's about the only way N most people will be able to get vms on a laptop.  Thousands of miles away from= your site, a slowly-running vms is better than no vms at all.      Wayne  --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  " Date: Mon, 5 Jun 2000 05:30:21 GMT0 From: "Terry C. Shannon" <shannon@world.std.com> Subject: Re: VAX on Intel?& Message-ID: <Fvo1v6.26L@world.std.com>  B "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message' news:393724B7.CF8940A2@earthlink.net...  > "Terry C. Shannon" wrote:  > > F > > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message+ > > news:3935CC08.3A8E9ED8@earthlink.net...  > > > Jeff Killeen wrote:  > > > > " > > > > http://www.charon-vax.com/ > > > G > > > Looks like someone ELSE sees the value/potential of VMS on Intel.  > > >  > > K > > Yes indeed. There are few things as cool as watching OpenVMS boot up on  a  > > Windoze PC!  > > K > > Granted, Charon-VAX is just an emulator, but it's a great piece of work  and ) > > the perpetrators are to be commended.  > > J > > I just got a copy of the software; will provide a review in SKC Pretty SoonK > > Now. In the interim, check the product out at the above-referenced URL.  > 8 > I got a code for the download. Will try real soon now. > I > If my "Affordable OpenVMS BOF" gets accepted for CETS-2000, and if Rich C > Marcello can be there, how 'bout we demo it for him at that time? B > (Remember to have it on a Compaq PC so no one bitches about it.) >   H Rich has seen the demo (all the OpenVMS Ambassadors have been issued theE software). I ran the demo at the DFWDAYS event and it was pretty well 	 received.    cheers,    terry s    ------------------------------   Date: 4 Jun 2000 19:31:08 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) 6 Subject: Re: VAX VMS 7.2 Bug? ; backup/image/(no)alias. Message-ID: <iWc98ZZ3A3kh@tachxxsoftxxconsult>  f In article <OzLZ4.11472$uw6.250271@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:? > Robert Deininger <rdeininger@mindspring.com> wrote in message & > news:B55BD86D-3CCDE@165.247.24.45...J >> On Wed, May 31, 2000 10:20 PM, Neil Rieck <n.rieck@sympatico.ca> wrote: >> >VAX VMS 7.2 Update >>I >> >1. I do a hot "BACKUP/IMAGE/IGNORE=(INTER,NOBACK)/INIT" from DSA0: to 
 >> >$1$DIA50: M >> >1a. this is from an RF35 to an RZ26; (we're trying to migrate to a larger 	 >> >disk)  >>K >> Why do you expect to get a good copy when you use /ignore=interlock?  If H >> you are running standalone backup, or booted from a CD or a differentJ >> disk, you can have exclusive access to the source disk.  Then you don'tG >> need /ignore=interlock.  (But I don't think the current symptoms are  >> due to this.) >>G > You are right. The best way to do a backup is in standalone mode with F > everyone off the system. However, our system needs to be up 7x24 andK > therefore hot backups are the only practical solution available. Also, if M > I'm not mistaken, there is no standalone backup available for VMS on Alpha.   O Well, you are half right.  There is no separate "standalone backup" image as on N vax.  However, the *functionality* of standalone backup is achieved by bootingK from the operating system cdrom and running *regular* vms backup.  The fact M that backup from cdrom requires a reboot is not an issue, since one must boot K standalone backup as well.  (That's why they call it standalone.)  :-)  And K from the cdrom boot, you are running most of vms and can do other things as K well, i.e. you have a full dcl command line that can process commands other  than the backup command.    L > One thing we could do is drop a system disk shadow set member, use it as aH > source for a backup, then return it to the shadow set upon completion. > N > BTW, "/IGNORE=(INTERLOCK)" copies a file as-is even if it is open for write.M > Probably 90% of the time this is no big deal on the system disk.We've tried J > quite a few test BACKUP restore operations on a test platform and I onlyL > remember a single time when a file was not useable. (I think it was one ofN > the QUEUE manager database files; we just stopped the queue manager, createdH > a new database, then created queue entries from a DCL script) (after aM > restore you may want to do this anyway because you'll have a backup of many 2 > print and batch queue jobs for a time long past) >  > Neil Rieck, > Kitchener(New Berlin?)/Waterloo/Cambridge, > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/  >  >  >  >  --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  " Date: Sun, 4 Jun 2000 21:40:38 GMT9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  Subject: Re: VEST / DECmigrate+ Message-ID: <l2jWrO4tQHhJ@eisner.decus.org>   L In article <8hdhuj$no$1@news.IAEhv.nl>, "Hans Vlems" <hvlems@iae.nl> writes:F > And those poor souls that run PL/I programs. There's no PL/I support > for AXP/VMS AFAIK.  A Shortly after porting the PL/I compiler to Alpha VMS, DEC sold it ? to a third party company.  Currently it is owned by Kednos, and ? Tom Linden from Kednos participates on comp.os.vms on occasion. @ (For instance, he is the one who responded "PL/I" to the strange( question "what is the language of VMS".)  @ PL/I is also supported by VEST, subject to the same restrictions as all the other languages.    ------------------------------  % Date: Sun, 04 Jun 2000 21:24:51 +0100 . From: mpatt644 <mpatt644@netscapeonline.co.uk> Subject: Re: VMS Employment???? 4 Message-ID: <393ABB13.B7676A68@netscapeonline.co.uk>   Hi Goku,G 	There are still a fair number of jobs for VMS ops in the U.K., and you E should feel at home as there are also a lot of Aussies & Kiwi's in IT  over here too.    E Although I love VMS to bits, if I was a 20 year old VMS op I would be D looking to get experience of some additional systems to safeguard my future.        Goku wrote:  >  > Hi,  > + > I am a VMS operator and i am 20years old. A > I was wondering what type of opportunities there are outside of  > Australia for a VMS operator?  > H > Does anyone think that i can comfortably maintain a VMS position until5 > later in life or will it completely die out soon???  > F > The type of work i do is Image,fs and os Backups,restores,monitoring > printer queues and > password resets.etcetcetc.... ? > Does anyone think that there are ample work opportunities o.s  > Any offers??hehe >  > Thanks > N > * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *I > The fastest and easiest way to search and participate in Usenet - Free!    ------------------------------  # Date: Mon, 05 Jun 2000 00:52:48 GMT & From: "Marco Shaw" <marco@nbnet.nb.ca> Subject: Re: VMS Employment???? : Message-ID: <01bfce87$f3bcb280$5402a20a@Lxxxx.nbtel.nb.ca>   For US jobs, check out:  www.dice.com www.hotjobs.com    Marco   > Goku <peter.mauroNOpeSPAM@cwo.com.au.invalid> wrote in article0 <0a0bc822.e99e279b@usw-ex0106-044.remarq.com>... > Hi,  > + > I am a VMS operator and i am 20years old. A > I was wondering what type of opportunities there are outside of  > Australia for a VMS operator?  > H > Does anyone think that i can comfortably maintain a VMS position until5 > later in life or will it completely die out soon???  > F > The type of work i do is Image,fs and os Backups,restores,monitoring > printer queues and > password resets.etcetcetc.... ? > Does anyone think that there are ample work opportunities o.s  > Any offers??hehe >  > Thanks >  > D > * Sent from RemarQ http://www.remarq.com The Internet's Discussion	 Network * I > The fastest and easiest way to search and participate in Usenet - Free!  >  >    ------------------------------  % Date: Sun, 04 Jun 2000 13:16:38 -0500 * From: Keith Brown <kbrown780@usfamily.net>@ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever), Message-ID: <393A9D06.6EEFCABA@usfamily.net>   Dan Sugalski wrote:  > + > On Sat, 3 Jun 2000, David A Froble wrote:  >  > > Larry Kilgallen wrote: > > > ` > > > In article <393977DD.4908D102@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: > > > > Bill Todd wrote: > > > >>& > > > >> just an implementation error. > > > >> > > > >> - bill  > > > > 8 > > > > Oh, I see.  You're talking about Unix and C. :-) > > > D > > > No.  Case-sensitive filenames are not an implementation error,4 > > > they are an error of design (or lack thereof). > > T > > Sorry Larry, I wasn't explicit enough.  What I meant was that the implementation# > > of Unix and C was an error. :-)  > D > C'mon, that's not fair. Both Unix and C have quite a few very niceF > features. That they're so badly applied (and have a number of ratherK > glaring design flaws) doesn't detract from those areas that they are good H > at. Pity nobody ever redid either from scratch and got them right, butJ > it's not like VMS doesn't have its share of quirks. (Granted they're notK > of the "let's open up my system because I have lousy security granularity K > and a system that has no string handling capabilities" type, but they are  > there...)  > % >                                 Dan     > Sorry Dan,  I didn't mean to imply that Unix and C are bad and@ do not have their place. There are obviously many things they do9 very well. I was responding to Bill Todd's assertion that ? because they are more popular they are always the right tool to > use and we should not consider a better way when there is one.   --   Keith Brown  kbrown780@usfamily.net   ------------------------------  $ Date: Sun, 4 Jun 2000 14:49:50 -0400' From: "Bill Todd" <billtodd@foo.mv.com> @ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)( Message-ID: <8he85m$ifp$1@pyrite.mv.net>  5 Keith Brown <kbrown780@usfamily.net> wrote in message & news:393A9D06.6EEFCABA@usfamily.net...   ...   @ > Sorry Dan,  I didn't mean to imply that Unix and C are bad andB > do not have their place. There are obviously many things they do; > very well. I was responding to Bill Todd's assertion that A > because they are more popular they are always the right tool to @ > use and we should not consider a better way when there is one.  J I think you need to practice up on your parsing skills:  at no point did IJ say, or imply, anything of the kind.  Rather, I said that since C/C++ *is*J in fact popular, saying that VMS needn't worry about it because you happenL to feel some other language is more appropriate is <pick your own pejorative adjective>.    - bill   >  > --
 > Keith Brown  > kbrown780@usfamily.net   ------------------------------  $ Date: Sun, 4 Jun 2000 16:02:29 -0400' From: "Bill Todd" <billtodd@foo.mv.com> @ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)( Message-ID: <8hecdv$mal$1@pyrite.mv.net>  5 David A Froble <davef@tsoft-inc.com> wrote in message ' news:393A934A.D5BCC0B1@tsoft-inc.com...  > Bill Todd wrote: > >  > > cognoscenti  > K > ?????  I'm laughing so hard I don't know whether or not to feel insulted.  :-)  > . > > But the next step (one that took me a longG > > time to take, and that you don't yet seem to have taken) is that of L > > appreciating that packaging up a full-function environment such that itsK > > *default* choice of behaviors is as well-thought-out as RSTS's was (and J > > perhaps exposed in a simplified interface layer above the nitty-grittyG > > full-function layer) is just as important in making a full-function  systemI > > acceptable to the masses (who appear largely still to be in the place  you H > > were before your VMS conversion occurred, and don't seem to have anyL > > particular reason to make the kind of jump into complexity that you were > > somewhat forced to make).  > L > Oh, I do appriciate such a system.  It's what I and other developers apply onH > top of VMS to make the final system user friendly.  And with VMS, each systemE > can be 'tuned' to best support the particular application.  Does it  require someJ > rather extensive abilities to do this?  You bet!  That is the difference between C > a user attempting to set up his own system, and the user paying a  'professional'5 > to set up a system that best fits the user's needs.  > L > This type of 'service' is not unique.  How many (and there are some) users start E > with a pentium chip?  With a compiler?  With any of the stages of a  computerK > system as it's being put together.  So, what we're then discussing is the B > step/stage where the 'default' behavior of the system is set up. > K > I feel that VMS allows this 'default' behavior to be specified at a later  step, K > and thus allows more flexibility.  The fact that some users bypass people  likeK > myself and then cry because the default behavior isn't to their liking in  no wayK > is the fault of the various operating systems.  For each default behavior  thatH > would benefit a particular user, there is an opposite default behavior thatL > benefits another user.  Now before you start specifying the percentages of users J > that one default would suit vs other defaults, let me state that that is not asI > important as the capability of specifying specific behaviors, and while  I'm not L > all-knowing (gee, I didn't know THAT), it's been my experience that VMS is quite K > good at allowing many differing behaviors.  I haven't seen too much about  not J > allowing file caching on Unix, as one example, and no, I don't know Unix and H > don't know if such is possible or not, just commenting on prior posts. Damn, < > your tendency for long run-on sentences is contagious. :-)  I I was tempted to snip the above, but then figured that if I can run on at J the length I do, then I shouldn't be too quick to assume that when someone2 else does it it's not as relevant in its entirety.  B The question never was that VMS didn't provide almost as extensiveI facilities as anyone could need, the question was whether it provided the F particular facilities in question (involving efficient file access) asK accessibly as Unix does.  (There's also the issue that it can't quite match I Unix central cache efficiency in some respects no matter how hard a third J party massages said facilities, but since you can get fairly close I won't press this point.)  B It's bit disingenuous to say that third-party developers should beG responsible for providing suitable default file system behavior on VMS: H central system facilities exist because they either provide efficienciesD unobtainable on a per-application basis or provide inter-applicationI standardization (also avoiding unnecessary replication of code and coding A effort), and making their default behavior useful is the system's H responsibility, not the developer's.  Glenn has pointed out (it may haveJ been privately) that third-party VMS caching products exist (demonstratingK the need, if the EFC effort under way didn't already), and that they suffer + from a lack of integration with the system.   J Your assertion that VMS needn't bother with approachability (as long as itI provides full facilites, no matter how obscurely) because developers like H you will take care of it may be good from your point of view (because itI makes you pretty indispensible) but will not help VMS be competitive with L systems that are not so dependent on the dedication and competence of othersL to be usable (especially for development) by mere mortals.  And when there'sJ a dominantly popular example of such an approachable environment out thereF that VMS could provide as a layer with supporting internal mechanisms,L arguing that third parties should create it on their own - possibly for easyK use by *fourth* parties developing simple end-user applications - is silly.    > H > > > Not everyone is running Unix design applications that benefit from file > > caching G > > > on a single user workstation with lots of extra memory.  'Desired 
 > > behavior' " > > > isn't always easily defined. > > D > > No, but Unix does a pretty good job of making sure that the mostC > > commonly-desired behavior (good performance for the majority of  applicationsH > > that just aren't concerned about *exactly* when writes occur) is the default F > > behavior, plus makes it easy to obtain intermediate but still goodG > > performance for applications that only care about what's on disk at K > > particular points in their processing (by 'synching' - flushing - dirty  dataJ > > to disk on a per-file basis), plus offers write-through operation when it's > > needed.  > D > So, are you saying that 'the majority of applications' just aren't	 concerned L > about *exactly* when writes occur, or that Unix provides good behavior for the J > majority of applications that just aren't concerned about *exactly* when writesH > occur?  I'll ask for confirming statistics for the former, and for the latter, 5 > wonder why it's not good for all such applications.   J The former:  that the majority of applications just aren't concerned about7 *exactly* when writes - at least *most* writes - occur.   L Since I'm a systems kind of guy who sees applications from their underbelly,H I'm not in a great position to provide examples.  But you I suspect can.L Just how many of the write operations your applications perform have to makeC it to disk before you move on to something else?  Don't forget that F sequential file writes are often buffered up by RMS, just not all thatJ efficiently (by default).  And don't include those writes that have to getI to disk by *some* known point:  that's what Unix-style 'synch' operations L are for (though the system has often already performed the write by the timeK the 'synch' is requested).  (A lot of indexed file writes could be deferred G without any impact on persistence, let alone internal integrity, if RMS < employed logging mechanisms, but that's another discussion.)  K Now you may say that the writes you are unnecessarily forcing to disk don't L slow you down enough to matter.  But that's on a stand-alone system with oneL user:  put that user into a workgroup environment with a central server, andK those unnecessary writes start limiting that server's user capacity - as do K the unnecessary writes being performed by all the other applications in use I by the workgroup.  Write-back caching isn't just a latency issue:  it's a  throughput issue too.    > F > I notice your mention of offering write-through operations.  Is this easily
 > configured?   K While I'd prefer to see it available on a per-write-request basis (Veritas' G 'discovered direct I/O' decides on a per-request basis, based on a size J threshold, whether to change a normally cached write into a 'direct' one),I it may well not be part of the standard C or even underlying system write L function (e.g., it's not part of Win32 WriteFile).  But in practice, one canL just 'synch' the file immediately after any write that needs to be forced toJ disk.  It's likely also possible to specify on file open (or with an fcntlJ operation) that all writes to a particular file should be written through,, but I'd have to scrounge around to find out.   > K > > The utility of this isn't limited to single-user workstations with lots  ofG > > memory (that's just one environment that David Mathog happens to be  using asA > > an example):  Unix caches (NT's too, I think) grow and shrink  dynamically J > > according to overall system memory use - just like VMS's can (at leastG > > that's planned for the EFC work, and may already exist in other VMS  cache H > > areas) - and are one of the tools used by the system to get the best overall J > > performance out of whatever physical memory is available - just as VMS does.  > I > Hey, if you check prior posts, you'll not find me one of those who feel  that "if. > VMS doesn't have it, it's not needed" types.  L Yes, I did notice.  You do seem to keep your ears open even while beating me up.   $   If there are good ideas out there,K > then VMS should implement them such that the VMS implementation matchs if  not  > beats the best examples.  G My point exactly - except that in at least the most significant cases I @ think VMS should try to match (if not beat) the best examples in* approachability as well as in performance.   - bill  7   My feeling is that VMS is just the beginning, not the 	 > ending.  >  > > > Enjoy reading your posts.  > > I > > I hope someone does - wouldn't want this to be a complete waste of my  time.  > > I > > As I've intimated before, I take a hard line because my experience is  thatE > > if you give a VMS bigot an inch (an inch that they don't deserve, 
 anyway:  II > > try to be fair) they'll grab it and use it to assert that your entire L > > argument has no basis and that VMS couldn't possibly be at a comparativeD > > disadvantage in any area.  And as I've said, that kind of bunker	 mentality 9 > > is somewhat understandable, but I really believe it's  counter-productive: G > > in what medium if not this one should people explore how to improve  areas L > > that hinder VMS's wider acceptance in the marketplace?  And how can thatF > > exploration (and one hopes resulting improvements) be anything butH > > beneficial both to VMS and to the people who depend on its continued > > viability? > I > I've always felt that construtive criticism is good.  However, as a VMS  bigot, IF > feel that I deserve any inches that I want to grab.  Nor do I have a bunkerI > mentality, but rather subscribe to the philosophy of counter-attack and  take no L > prisoners.  So, while your 'hard line' is fine, be careful with assertionsI > without substantiating evidence unless the assertion is obviously true,  and I - > reserve the role of sole judge of such. :-)  >  > Have a nice day. >  > Dave >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596= > 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  > Vanderbilt, PA  15486    ------------------------------  # Date: Mon, 05 Jun 2000 04:11:43 GMT  From: Dan <dan@vrx.net> A Subject: Re: What is the simplest way to network two VMS systems? ' Message-ID: <393B27FA.B2975166@vrx.net>   > I have installed the TCPIP kit from the openvms 7.2 cdrom, but6 I don't have a ucx_config or a ucx_ anything anywhere.J I installed DEC Net Plus instead of phase 4, compaq likes to suggest this. is this actually a good idea?    Dan.   Dan Gahlinger wrote:  H >     I've looked at the openvms site for DECnet info (over 500 pages of > it) - not read in detail yet. E > I've also tried running cluster_config myself, but it asks some odd $ > questions and I'm not sure what it > really wants.  > J > What is the quickest, easiest way to get two VMS systems to talk to each > other?B > Assuming you set up the decnet node numbers like system1-3.1 and > system2-3.2 or somethingI > the tcp/ip docs look very foreboding - I've done tcp/ip on unix and pcs 2 > and nowhere near as complex as this seems to be. > J > I'd like users to be able to log onto one system and access resources onJ > the other one as well, also be able to use "phone" and notes and such toI > communicate. Mail also. This seems to require full decnet connectivity. H > or would cluster_config suffice?  would tcp/ip by itself be enough and
 > work ok? >  > Dan. >  > --$ > -There are always possibilities...   ------------------------------  % Date: Mon, 05 Jun 2000 01:11:17 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> A Subject: Re: What is the simplest way to network two VMS systems? , Message-ID: <393B366F.9F097B69@videotron.ca>  
 Dan wrote: > @ > I have installed the TCPIP kit from the openvms 7.2 cdrom, but8 > I don't have a ucx_config or a ucx_ anything anywhere.  ? Actually, UCX is the old product. Try @SYS$MANAGER:TCPIP$CONFIG     L > I installed DEC Net Plus instead of phase 4, compaq likes to suggest this. > is this actually a good idea?   H DECNET-PLUS is overly complex and a pain to manage. Avoid it unless your network requires it.  F You can use PRODUCT REMOVE (type HELP PRODUCT for more information) toJ de-install that DECNET-PLYUS monster and then use VMSINSTAL to instead theM decnet 4 software (which can be configured easily with @SYS$MANAGER:NETCONFIG    ------------------------------   Date: 4 Jun 2000 19:16:54 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) $ Subject: Re: where to find firmware?. Message-ID: <q5CTk3y+9$94@tachxxsoftxxconsult>  @ In article <393736B9.B9020D6@vrx.net>, Dan <dan@vrx.net> writes:E > I'm trying to find the firmware for a DEC VXT2000 terminal adapter, @ > right now it just starts up, runs bootp looking for the image.D > can't seem to find it on the compaq (dec) ftp site where the alpha7 > firmware and such is hiding (logical place to start).  > / > Any suggestions? anyone out there have these?  >     O The VXT software can be found on the Freeware CDROM.  I know it's on version 4, H because I saw it there.  Don't know about earlier versions of the cdrom.     --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------   End of INFO-VAX 2000.312 ************************