0 INFO-VAX	Sat, 13 Jan 2001	Volume 2001 : Issue 26      Contents:
 A FABulous OS # Re: ACP_DATACHECK, was: Faster gzip $ Re: Alpha OVMS 7.2.1 Backup and TZ88  Alpha OVMS 7.2.1 Backup and TZ88$ Re: Alpha OVMS 7.2.1 Backup and TZ884 RE: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 RE: Compaq: A simple, affordable clustering solution Dead VAXstation 3100 Re: Dead VAXstation 3100 Re: dec 3000 300 crashing  Re: dec 3000 300 crashing  Re: dec 3000 300 crashing  dec 3000 300 crashing  Re: dec 3000 300 crashing " Re: DEC-AXPVMS-VMS712_SYS-V0200--4/ Re: DECNet dyslexia (was: Re: Version dyslexia) # Re: DECwindows: tailor or install ? # Re: Ebay dead as a post - yet again # Re: Ebay dead as a post - yet again 3 Re: eBay extended downtime (was Re: eBay SPAMARAMA) 3 Re: eBay extended downtime (was Re: eBay SPAMARAMA) 3 Re: eBay extended downtime (was Re: eBay SPAMARAMA) % For the FAQ. Setting DECW resolutions G Re: Hobby VMS - was Re: eBay extended downtime (was Re: eBay SPAMARAMA) G Re: Hobby VMS - was Re: eBay extended downtime (was Re: eBay SPAMARAMA)  Re: Java FVM 1.2.2-1$ Re: Modifications to directory filesH Re: NTP can be primary on OpenVMS - was Re: Kitchen sink. ( not emacs! )3 Re: Oracle and OpenVMS - Oops, I did it again ! ! ! " Re: Pathworks/Multinet performance Pathworks/Multinet performance" RE: Pathworks/Multinet performance" RE: Pathworks/Multinet performance  Re: Positive Gartner VMS article% Re: powerchute for VMS AXP don't work  Repair costs for TK-70?  Re: Repair costs for TK-70?  RMS options  Re: RMS options  Run .com Every 5 Min?  Re: Run .com Every 5 Min?  Run .com Every 5 Min?  Re: Run .com Every 5 Min? & SYSGEN details missing from Audit logsP Re: TTDRIVER multi-line editing (was Re: VMS wishlist [was Re: Identify que entr3 Re: Virus scanning on VMS (was Re: OpenVMS on CNET) 3 Re: Virus scanning on VMS (was Re: OpenVMS on CNET) 1 Was DEC-AXPVMS-VMS712_SYS-V0200--4 Now SYSVER.EXE 1 what is the latest version for netscape on VMS...   F ----------------------------------------------------------------------  # Date: Sat, 13 Jan 2001 16:26:21 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: A FABulous OS= Message-ID: <Nk%76.46588$1M.10262947@typhoon.ne.mediaone.net>   : "Jack Patteeuw" <jjpatteeuw@peoplepc.com> wrote in message1 news:3a607023$0$80866$272ea4a1@news.execpc.com...  > Bill Gunshannon wrote:C > > |> There's another reason - VMS runs all of Intel's fab plants!  > > A > > Yes, but not on Alphas and undoubtedly not a current release.  > >  > J > I heard they have let a few Alphas in especially since you can't buy any new VAX  > iron anymore.   G You heard correctly. Intel fabs (some of 'em, anyhow) have been running L OpenVMS Alpha for as long as two years now. And my good friend Charlie MatcoJ informs me that another Alpha fabber uses OpenVMS to run its manufacturing processes as well.   cheers,    terry s    ------------------------------    Date: 13 Jan 2001 12:48:17 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: ACP_DATACHECK, was: Faster gzip0 Message-ID: <87g0iocb1q.fsf@k9.prep.synonet.com>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  D > FASTRMS is a big help, and changing ACP_DATACHECK is a minor help H > (if your software is creating a lot of files), but the fundamental RMSB > factor of 2 or 3 performance lag of RMS vs. Linux remains.  (AndH > that's being generous and assuming that XFC will deliver RAMdisk levelH > performance right out of the gate.)  DII/COE is good idea but one mustH > seriously question why anybody would port any IO intensive apps to VMSH > using that API if, after doing so, the result was always software thatC > ran at least 2 to 3 times slower than it did on other platforms.  F > Without XFC (or a RAMdisk) the factor is to 20 or 30.  Those are theF > sorts of performance ratios that are more likely to drive migrations > in the other direction.   C Does the Linux code do a SYNC to get the data on the drive? If not, 8 using NLA0: is the equivalent for GARENTEED performance.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 13 Jan 2001 05:59:07 -0600 , From: Mike Drabicky <drabicky.at.dallas.net>- Subject: Re: Alpha OVMS 7.2.1 Backup and TZ88 8 Message-ID: <6hg06tkf6i7990pnfh5ges9uljmlqvo9h0@4ax.com>  A On Fri, 12 Jan 2001 22:29:55 +0100, "Michel Herrscher Consultant"  <michel@herrscher.fr> wrote:  1 >Config : Alpha OVMS 7.2.1 TZ88 on a DS10 466 Mhz  > K >1) What is the qualifier that allow VMS backup to use the TZ88 compression  >,(and/or density)?  > N >2) I just got DLTIV tapes (40/70MB) but it seems that the unit can just storeP >20Mb (said by theLED) plus compression ( 35-40 MB says my reseller). Where am I >wrong?   5 You need to do a couple of things to use compression:   0     $ init mka500: test /media_format=compaction=     $ mount/for mka500: /media_format=compaction/density=tk88 @     $ backup/image dka0: mka500:test.sav/media_format=compaction  0 That will turn on compaction all the way around.  F As for your TZ88 (20/40 Gb) tape only showing 10/20 Gb available, thatE will occur if you're trying to use a DECtape III cartridge instead of D a DECtape IV tape cartridge. You need the newer (and more expensive)< cartridge in order to get up to the 20/40 Gb capacity range.  
 Mike Drabicky    ------------------------------  % Date: Sat, 13 Jan 2001 09:39:25 -0500 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>) Subject: Alpha OVMS 7.2.1 Backup and TZ88 7 Message-ID: <200101130939_MC2-C19D-BC0C@compuserve.com>   J         You turn on compaction on the drives with either the button on th= e J front panel, by inserting a tape that has been initialized with compactio= n J or by  initializing a tape with the /MEDIA_FORMAT=3DCOMPACTION switch and=  , mounting it with /MEDIA_FORMAT=3DCOMPACTION.D If the BACKUP utility will reinitialize the tape it, also, needs the /MEDIA_FORMAT=3DCOMPACTION.   J         Your tapes are fine!  If you write them with a TZ89 and compactio= n,J you should be able to put 70Gb on them.  The TZ88 is a lower density driv= e.  J         It should be noted that, to get the maximum capacity, you need to=  J stuff bytes into the drive fast enough to keep it streaming.  You also ne= edF to write with a blocksize of 32256 for the BACKUP utility and probably other things as well.   5 Message text written by "Michel Herrscher Consultant" 1 >Config : Alpha OVMS 7.2.1 TZ88 on a DS10 466 Mhz   5 OUAAAAAAAAAAAAHHHH ( from my older MicroVax 3100/95 )   = I just have a couple question ( I agree I am lazy today ;-)))   J 1) What is the qualifier that allow VMS backup to use the TZ88 compressio= n  ,(and/or density)?  G 2) I just got DLTIV tapes (40/70MB) but it seems that the unit can just  store J 20Mb (said by theLED) plus compression ( 35-40 MB says my reseller). Wher= e  am I wrong?   Thanks for your help.<   ------------------------------  % Date: Sat, 13 Jan 2001 18:30:00 +0100 + From: "Fred A G" <nospam@allowed.localhost> - Subject: Re: Alpha OVMS 7.2.1 Backup and TZ88 2 Message-ID: <Ih086.57$TI3.347@nntpserver.swip.net>  9 "Mike Drabicky" <drabicky.at.dallas.net> wrote in message 2 news:6hg06tkf6i7990pnfh5ges9uljmlqvo9h0@4ax.com...C > On Fri, 12 Jan 2001 22:29:55 +0100, "Michel Herrscher Consultant"  > <michel@herrscher.fr> wrote:  E > >2) I just got DLTIV tapes (40/70MB) but it seems that the unit can 
 just storeG > >20Mb (said by theLED) plus compression ( 35-40 MB says my reseller). 
 Where am I	 > >wrong?   H > As for your TZ88 (20/40 Gb) tape only showing 10/20 Gb available, thatG > will occur if you're trying to use a DECtape III cartridge instead of F > a DECtape IV tape cartridge. You need the newer (and more expensive)> > cartridge in order to get up to the 20/40 Gb capacity range. >  > Mike Drabicky     H 2) above states that the tapes are DLT IV not III, and that the LED says 20 as in 20/40.   H The latest DLT IV tapes are marketed as "40/80 GB". They should still beG the same ol' DLT IV though, and used as 20/40 GB in e.g. a TZ88. If you F have the right new drive for DLT, it seems, that DLT IV can store 40GB' without tapedrive built-in compression.    Regards  /Fad   ------------------------------  % Date: Sat, 13 Jan 2001 06:54:18 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com> = Subject: RE: Compaq: A simple, affordable clustering solution N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BFE@kaoexc3.kao.cpqcorp.net>   JF,   % >>> So Unix and NT rule the world.<<<    ROTFL.  I Please .. Something like over half the worlds processing is still done on H mainframe or mainframe compatible computers. According to one person whoJ attended last years Computer Associates International conference, they hadJ something like 15-20,000 attendees. Big MS conference in the best of times& has in the order of 5-7,500 attendees.  J OS popularities and their marketshare go up and down depending on industry trends.   F While the 90's were all about distributed computing the huge amount ofK server consolidation projects that are now taking place in almost all large L and medium sized companies is a good sign that that era is rapidly coming to	 a close.    : Does that mean Windows NT and UNIX will not play a part ?   H Of course not. They will still play a part, just not as dominant as they were in the 90's.   A Remember what Gartner said about OpenVMS and mainframes in 1990?    ) Look what Gartner now says about OpenVMS: L <http://enterprise.cnet.com/enterprise/0-9566-707-1751615.html?tag=st.it.9560 6-701-1751615.dirreview.9566-707-1751615-235073>  E Imho, it is a good review in that it does present some valid Customer I concerns, but one statement, imho, is very crtitical coming from Gartner:   I <Although these developments raised some eyebrows, the general feeling is H that these were wise moves for Compaq, a company that needs to focus andH simplify on proven areas. Tru64 Unix and OpenVMS are proven winners. >>>  L JF, I know you are a great OpenVMS supporter, but imho, your views that UNIXH and NT have won is like predicting in the pre-game warmup which baseball team is going to win the game.    The game has not even begun yet.   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] Sent: January 12, 2001 10:55 PM  To: Info-VAX@Mvb.Saic.Com = Subject: Re: Compaq: A simple, affordable clustering solution      Tim Llewellyn wrote:H > You still need real well engineered machines in the old-school Digital; > mould to deploy those applications reliably. Support too.     L replace the word "need" with "wish" and I agree. But the sad reality is thatG since the vast majority of corporations are perfectly happy with NT and  unix, L it seems that they can function quite well without that "old school Digital" (aka: quality).   K Would the world be better off if Compaq had marketed VMS and made it into a G politically acceptable and popular OS ? Yeah, sure. But Compaq chose to 9 relegate VMS to obscurity. So Unix and NT rule the world.   H > In the meantime people try to deploy with the "unsupported for missionL > critical app" Wintel version and end up in a worse mess than they did with WNT.  K If NT were so bad, it would not have been adopted by the majority and large I corporations would have stopped plans to roll out new applications on NT.   L Lets face it, NT seems to be doing the job fine in many/most instances, evenK with all its faults and weakenesses.  And e-bay is still alive even if once  a % month a system outage makes the news.    ------------------------------  % Date: Sat, 13 Jan 2001 10:13:40 -0800 - From: Jack Patteeuw <jjpatteeuw@peoplepc.com> = Subject: Re: Compaq: A simple, affordable clustering solution 7 Message-ID: <3a607023$0$80866$272ea4a1@news.execpc.com>    Bill Gunshannon wrote:A > |> There's another reason - VMS runs all of Intel's fab plants!  > ? > Yes, but not on Alphas and undoubtedly not a current release.  >   P I heard they have let a few Alphas in especially since you can't buy any new VAX
 iron anymore.   
 Jack Patteeuw    ------------------------------  % Date: Sat, 13 Jan 2001 12:32:06 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> = Subject: Re: Compaq: A simple, affordable clustering solution , Message-ID: <3A609115.E9B318D3@videotron.ca>   "Main, Kerry" wrote:K > Please .. Something like over half the worlds processing is still done on . > mainframe or mainframe compatible computers.  N People don't choose platforms based on how much computing is done, they chooseM it based on the number of sales in the previous months. Only on planet Vulcan I where emotions are eliminated/controlled would they make logical choices.   L People justify knowingly buying a lesser quality platform such as NT or UNIXL because they are led to beleive that this is where all the applications willG be moving to and that the older more robust/stable platforms won't have P anywhere near the wealth of applications that the lesser quality platforms will.  K And based on what has happened so far, I am affraid to say that, whether it N was a self fulfilling prophecy or not, it has actually happened. Start a crazeJ and all of a sudden the big guys port their apps to that platform (look atE Linux) in case that platform actually makes it as a popular platform.   L > OS popularities and their marketshare go up and down depending on industry	 > trends.   < I disagree. Marketing and folks like Gartner who have enoughM clout/brainwashing power make trends happen. NT didn't oust Novell because it I was better as serving files/printers. It did because of marketing and the $ beleif that NT would rule the world.  5 > While the 90's were all about distributed computing   N Funny, I though that that is what VMS was all about in the 1980s.  Was it "the+ network is the computer" (or vice versa ?).   C So, if VMS was ready and primed for the 1990s with fully developped K distributed computing from the desktop to the datacentre and with clusters, $ how come it didn't rule the world ?   two words: prices and marketing.  K The demise of VMS at the workstation level had nothing to do with the VAX's M performance. It had everything to do with the fact that Digital was unwilling N to lower the prices of its somewhat slower VAXstations to compete against SUN,E Apollo etc, and more importantly, acknowledge the fact that PC's were L competing against VMS workstations. (Something which I am not convinced even Compaq wants to agree to).     > the huge amount ofM > server consolidation projects that are now taking place in almost all large N > and medium sized companies is a good sign that that era is rapidly coming to
 > a close.  N But they consolidate of Compaq's premier product, that 32 processor wintel box/ made by someone else or with Proliant clusters.   I I think you have a somewhat slanted view of VMS because you are given the N cream of the crop of assignments. Thos of us not so fortunate still see VMS asG a platform that companies don't spend any money on because they plan to  eventually retire them.    B > Remember what Gartner said about OpenVMS and mainframes in 1990?  K Yeah, I remember, and Palmer was convinced they were right and proceeded in N the slow killing of VMS instead of proving them wrong. While we can rejoice inK the fact that Compaq has stopped actively injecting VMS with poison, VMS is H not yet what I would call a healthy system since Compaq has yet to startK advertising its existence. I thik that VMS is still in intensive care while H the others are competing at the olympic games. VMS has a long way to go.  N > JF, I know you are a great OpenVMS supporter, but imho, your views that UNIXJ > and NT have won is like predicting in the pre-game warmup which baseball  > team is going to win the game.  H Easy to predict when your player (VMS) is at the hospital and not at theF ballpark. It is easy to predict that one OS will lose if that OS isn'tM marketed and doesn't want to compete against the younger star teams that glowhC with all their marketing even if they can't slap a puck in the net.rD (sorry, being canadian, I had to substitute baseball with hockey...)  " > The game has not even begun yet.  I Considering that the game was nearly over for VMS and that while there istM still a chance for VMS get well enough to reenter the game, for as long as it3K remains an obscure OS witouth any agressive marketing, for as long as it is0N not allowed to compete aghainst True64 and NT, then VMS will remain an obscureG system relegated to a niche market that nobody knows about or thinks of  buying.   M Only a few would ever think of buying Crays or CDC supercomputers even thoughaJ they were the fastest in the world. VMS has been relegated to that obscureK market and nobody considers it for maintream applications unless they stillDN have some systems dating back from the 1980s when Digital allowed VMS to shine because it had nothing else.   ------------------------------  % Date: Sat, 13 Jan 2001 12:07:58 -06001+ From: "Main, Kerry" <Kerry.Main@compaq.com>T= Subject: RE: Compaq: A simple, affordable clustering solution!N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C00@kaoexc3.kao.cpqcorp.net>   JF,m  - Hey - what are you doing email on a Sat for ?k   :-)n  G >>> But they consolidate of Compaq's premier product, that 32 processorS< wintel box made by someone else or with Proliant clusters.>>  E So, do you think a Customer is going to risk their career (and server E consolidation projects are career make/break projects) on a brand newMK platform that requires an active directory design to be implemented company G wide (which includes getting UNIX and security dept's agreement) beforen hand?   I Server consolidation means availability which means at least two of thesewK servers. While some Customers are looking at these, it is a new market that 0 requires much more than simple big box hardware.  G >>> Marketing and folks like Gartner who have enough clout/brainwashing  power make trends happen.<<<  H So the quote from Gartner in this review should be a good sign - right? L >http://enterprise.cnet.com/enterprise/0-9566-707-1751615.html?tag=st.it.956 >c  I "Although these developments raised some eyebrows, the general feeling is$H that these were wise moves for Compaq, a company that needs to focus andF simplify on proven areas. Tru64 Unix and OpenVMS are proven winners."   L Granted, mistakes have been made in the past. Thats history. I lived it, andK readers of this list have heard it hundreds of times about the past issues.a Fine.   : Does that mean that one can not learn from their mistakes?  I >>> VMS has been relegated to that obscure market and nobody considers itd! for maintream applications... >>>t  F I guess the 40 ISV partners that showed up for one evening at our lastL internal Ambassador meeting in Nov '00 were a figment of my imagination then ???4  J I guess the recent wins by major Customers (including some very well knownG names in Canada as well as some big chip companies :-)) who have chosen>H Alpha OpenVMS as their strategic OS for their future are a figment of my
 imagination ?c  E I guess the recent VAX Customers choosing to migrate to OpenVMS are a J figment of my imagination? (5 in Southern Ontario alone that I know of are cooking right now)  I Is it a perfect world ? Nope. There is always room for improvement, and Ik, suspect you will start to see some of this.   < I know.. I know .. I'll believe it when ..well, stay tuned -1 <http://www.openvms.compaq.com/elias_letter.html>n   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660d Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] Sent: January 13, 2001 12:32 PM  To: Info-VAX@Mvb.Saic.Com = Subject: Re: Compaq: A simple, affordable clustering solutionn     "Main, Kerry" wrote:K > Please .. Something like over half the worlds processing is still done on . > mainframe or mainframe compatible computers.  G People don't choose platforms based on how much computing is done, they  chooseF it based on the number of sales in the previous months. Only on planet VulcanI where emotions are eliminated/controlled would they make logical choices.e  L People justify knowingly buying a lesser quality platform such as NT or UNIXL because they are led to beleive that this is where all the applications willG be moving to and that the older more robust/stable platforms won't haverJ anywhere near the wealth of applications that the lesser quality platforms will.   K And based on what has happened so far, I am affraid to say that, whether it)H was a self fulfilling prophecy or not, it has actually happened. Start a crazesJ and all of a sudden the big guys port their apps to that platform (look atE Linux) in case that platform actually makes it as a popular platform.s  L > OS popularities and their marketshare go up and down depending on industry	 > trends.f  < I disagree. Marketing and folks like Gartner who have enoughJ clout/brainwashing power make trends happen. NT didn't oust Novell because itI was better as serving files/printers. It did because of marketing and theh$ beleif that NT would rule the world.  5 > While the 90's were all about distributed computinga  I Funny, I though that that is what VMS was all about in the 1980s.  Was itp "the+ network is the computer" (or vice versa ?).   C So, if VMS was ready and primed for the 1990s with fully developped0K distributed computing from the desktop to the datacentre and with clusters,.$ how come it didn't rule the world ?   two words: prices and marketing.  K The demise of VMS at the workstation level had nothing to do with the VAX'snC performance. It had everything to do with the fact that Digital wasw	 unwillingiI to lower the prices of its somewhat slower VAXstations to compete againstc SUN,E Apollo etc, and more importantly, acknowledge the fact that PC's were L competing against VMS workstations. (Something which I am not convinced even Compaq wants to agree to).     > the huge amount ofG > server consolidation projects that are now taking place in almost allT largeaK > and medium sized companies is a good sign that that era is rapidly comingu to
 > a close.  J But they consolidate of Compaq's premier product, that 32 processor wintel boxn/ made by someone else or with Proliant clusters.e  I I think you have a somewhat slanted view of VMS because you are given thebK cream of the crop of assignments. Thos of us not so fortunate still see VMS6 asG a platform that companies don't spend any money on because they plan tov eventually retire them.g   B > Remember what Gartner said about OpenVMS and mainframes in 1990?  K Yeah, I remember, and Palmer was convinced they were right and proceeded in K the slow killing of VMS instead of proving them wrong. While we can rejoiceh inK the fact that Compaq has stopped actively injecting VMS with poison, VMS ishH not yet what I would call a healthy system since Compaq has yet to startK advertising its existence. I thik that VMS is still in intensive care while:H the others are competing at the olympic games. VMS has a long way to go.  I > JF, I know you are a great OpenVMS supporter, but imho, your views that  UNIXJ > and NT have won is like predicting in the pre-game warmup which baseball  > team is going to win the game.  H Easy to predict when your player (VMS) is at the hospital and not at theF ballpark. It is easy to predict that one OS will lose if that OS isn'tH marketed and doesn't want to compete against the younger star teams that glowC with all their marketing even if they can't slap a puck in the net.tD (sorry, being canadian, I had to substitute baseball with hockey...)  " > The game has not even begun yet.  I Considering that the game was nearly over for VMS and that while there is J still a chance for VMS get well enough to reenter the game, for as long as itK remains an obscure OS witouth any agressive marketing, for as long as it isDF not allowed to compete aghainst True64 and NT, then VMS will remain an obscure G system relegated to a niche market that nobody knows about or thinks ofd buying.   F Only a few would ever think of buying Crays or CDC supercomputers even thoughJ they were the fastest in the world. VMS has been relegated to that obscureK market and nobody considers it for maintream applications unless they still:H have some systems dating back from the 1980s when Digital allowed VMS to shine9 because it had nothing else.   ------------------------------   Date: 13 Jan 2001 10:09:09 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)w Subject: Dead VAXstation 3100o0 Message-ID: <93p9g5$rpt$1@n.ruf.uni-freiburg.de>   Hello,  L our VAXstation 3100 just gave up (two weeks after the support contract endedL :-( ). It has a memory error on the 4 MB on-board memory. Before we dump it,1 is there any interest in this thing or its parts?    Regards,    Christoph Gartmannh  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   Date: 13 Jan 2001 17:46:15 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ! Subject: Re: Dead VAXstation 3100p, Message-ID: <93q497$2iqj$1@info.cs.uofs.edu>  0 In article <93p9g5$rpt$1@n.ruf.uni-freiburg.de>,6  gartmann@immunbio.mpg.de (Christoph Gartmann) writes:	 |> Hello,  |> cO |> our VAXstation 3100 just gave up (two weeks after the support contract endedgO |> :-( ). It has a memory error on the 4 MB on-board memory. Before we dump it,r4 |> is there any interest in this thing or its parts?  6 Yeah, but I doubt that I could drive by to pick it up.  C I wonder what it would cost to have you send the guts??  I have oneuE here that I think has a bad video board.  And spare parts are nice to  keep around anyway.    bill   -- iJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  % Date: Sat, 13 Jan 2001 01:51:18 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)" Subject: Re: dec 3000 300 crashingL Message-ID: <rdeininger-1301010151180001@user-2iveb2o.dialup.mindspring.com>  k In article <tyG76.674$Jy6.30866@ozemail.com.au>, "Antony Wardle" <antony.wardle@noospammm.met.co.nz> wrote:o  B > Well, I have managed to keep my alpha, but i can't get it to go. > G > It keeps bug checking and restarting before I can see whats going on.i >  > = > Once when it started up it complained about the memory, butt' > doing a power off/on got rid of that.  > L > I have tried 7.2, then 6.2. 6.2 it gets as far as the configuring devices. > ) > It has a couple of rz26's and an rrd43.u > ; > I have tried linux as well, and it crashes with an error:N >  > ?06 DBL MCHK/ > PC= 00000000.00060401 PSL= 000000000.00000007  >  >  > Any ideas welcome.   Give us some more context.  F Firmware and serial ROM versions?  (SHOW CONFIG at the console prompt)3 Very old firmware could well cause new VMS to fail.   M How much memory is in the beast?  It's possible to have too little for moderneH versions of VMS, and I don't know for certain that VMS fails gracefully.  J Does it pass the power-up tests?  I have the 3000 300 owner's guide, whichE is quite detailed.  I can pass along some information if you need it.-  K What device are you booting from?  Since you have an rrd43, are you bootingud from a CD?  That's your best bet, since it protects you from a bad OS configuration on a hard drive.  If it passes all the tests (and the default power up sequence is NOT all of them), I wouldn't expect it to have a hardware problem.  If it fails a test, it should at least tell you which part is sick.  (Though that requires the secret decoder ring in some cases.)c   -- y Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Sat, 13 Jan 2001 00:16:38 -0800 + From: "Wayne Holland" <wholland@tscnet.com>a" Subject: Re: dec 3000 300 crashingO Message-ID: <5AFC50367707F192.3FC85C5FCE9D1802.3D25551B344F4C12@lp.airnews.net>M  D "Antony Wardle" <antony.wardle@noospammm.met.co.nz> wrote in message* news:tyG76.674$Jy6.30866@ozemail.com.au... > Hi.c >aB > Well, I have managed to keep my alpha, but i can't get it to go. >pG > It keeps bug checking and restarting before I can see whats going on.u >o >s= > Once when it started up it complained about the memory, butl' > doing a power off/on got rid of that.e >eL > I have tried 7.2, then 6.2. 6.2 it gets as far as the configuring devices. >h) > It has a couple of rz26's and an rrd43.l >e; > I have tried linux as well, and it crashes with an error:s >t > ?06 DBL MCHK/ > PC= 00000000.00060401 PSL= 000000000.00000007o >t >  > Any ideas welcome. >r > cheers >n > antony  L Antony,  when your machine was running properly, was version of O/S were you running?J If that version was running and then you started to get these problems youF mentioned, then you have a hardware failure.  Seeing that you tried toJ re-install your o/s, you were hoping that something got corrupted and thisH would fix it.  If I'm wrong, beat me with a bent floppy. (got scars from being wrong)   ------------------------------    Date: 13 Jan 2001 12:32:07 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: dec 3000 300 crashing0 Message-ID: <87ofxccbso.fsf@k9.prep.synonet.com>  I Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:t  M > A double machine check usually indicates severe hardware trouble - it means1N > that the processor got a machine check (something's wrong with the hardware-. > indication) while it was handling the first.  G If you can get that far, it is generally memory. The POST is real smart  at finding memory errors.n   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 13 Jan 2001 09:39:26 -0500i2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: dec 3000 300 crashing7 Message-ID: <200101130939_MC2-C19D-BC0D@compuserve.com>t  J         You have a severe hardware problem.  It's so severe that the syst= emJ is not capable of logging the error in the normal manner because the same= ,gG or another, error occurs while trying to log the first; that's the "DBLo MCHK" or double machine check.  H         Try calling field service.  If professional help would cost moreJ than the machine is worth (likely), salvage the disk drives and the RRD43=  G and throw the rest away!  Or buy another 3000 300 and use the first forMJ spare parts.  It's barely possible that one or more power supply voltages=  J is out of tolerance.  If you have the necessary tools and skills, check t= he power supply voltages.    ' Message text written by "Antony Wardle" A >Well, I have managed to keep my alpha, but i can't get it to go.o  E It keeps bug checking and restarting before I can see whats going on.d    ; Once when it started up it complained about the memory, butd% doing a power off/on got rid of that.   J I have tried 7.2, then 6.2. 6.2 it gets as far as the configuring devices= .r  ' It has a couple of rz26's and an rrd43.l  9 I have tried linux as well, and it crashes with an error:e   ?06 DBL MCHK1 PC=3D 00000000.00060401 PSL=3D 000000000.00000007T     Any ideas welcome. <g   ------------------------------    Date: 14 Jan 2001 00:28:49 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: dec 3000 300 crashing0 Message-ID: <87g0ina01q.fsf@k9.prep.synonet.com>  . Paul Repacholi <prep@prep.synonet.com> writes:  K > Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:  > O > > A double machine check usually indicates severe hardware trouble - it meansaP > > that the processor got a machine check (something's wrong with the hardware-0 > > indication) while it was handling the first. > I > If you can get that far, it is generally memory. The POST is real smart C                                                               ^ NOT  > at finding memory errors.o   I must get more sleep...  C Do a TEST MEM CELL, and I'll bet it finds an error at a high memoryt	 address. y  D The DBL ERR is a memory error while trying to handle the MC from the original error.C   -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 13 Jan 2001 14:38:30 +0100-  From: Paul Sture <paul@sture.ch>+ Subject: Re: DEC-AXPVMS-VMS712_SYS-V0200--4M+ Message-ID: <VA.00000226.5eb14c91@sture.ch>l  d In article <rdeininger-0801012241160001@user-2ive6as.dialup.mindspring.com>, Robert Deininger wrote:4 > From: rdeininger@mindspring.com (Robert Deininger) > Newsgroups: comp.os.vms>- > Subject: Re: DEC-AXPVMS-VMS712_SYS-V0200--4u' > Date: Mon, 08 Jan 2001 22:41:16 -0500y > ] > In article <9327pi$rft$3@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam wrote:r > O > > In article <931tnd$6fp$1@nnrp1.deja.com>, karlrohwedder@my-deja.com writes:eI > > :After installing the patch (DEC-AXPVMS-VMS712_SYS-V0200--4.PCSI) andp > > :rebooting the system, isi& > > :announces itself as VMS V7.2-1... > >  > >   Workaround:c > > ( > >     $ RUN SYS$LOADABLE_IMAGES:SYSVER > >     REPLACE V7.1-2
 > >     WRITE  > >     $ EXIT > I > Hoff, I don't much care for this workaround.  First, it doesn't (work):x >  > $ set def sys$managern > 1 > This is the our usual default directory, right?  > " > $ RUN SYS$LOADABLE_IMAGES:SYSVERE > >>> SYS$BASE_IMAGE.EXE can not be opened: no such file or directoryt > G > So this little SYSVER program isn't smart enough to find the image it H > wants to modify.  Then unsuspecting upgrader (me) tries something like > this:t > # > $ set default sys$loadable_imagesy" > $ RUN SYS$LOADABLE_IMAGES:SYSVER > SYSVERSION> replace V7.1-2 > SYSVERSION> writei > SYSVERSION> exit > $a > H > That appeared to work.  The version number was correct (but only after > rebooting).  Unsuspecting upgrader then proceeds to rolling-reboot some satellites, but they come up with the version set to V7.2-1 !! > 9 > Closer inspection reveales the old familiar booby-trap:i >   > $ dir/date sys$base_image.exe* > ! > Directory SYS$SYSROOT:[SYS$LDR]h >  > SYS$BASE_IMAGE.EXE;1. >                       8-JAN-2001 15:25:58.26 >  > Total of 1 file. >   > Directory SYS$COMMON:[SYS$LDR] >  > SYS$BASE_IMAGE.EXE;2. >                       8-JAN-2001 15:08:47.28 > SYS$BASE_IMAGE.EXE;1. >                       4-DEC-2000 18:54:22.68 > SYS$BASE_IMAGE.EXE_OLD;2. >                       5-MAY-2000 03:54:22.86 > SYS$BASE_IMAGE.EXE_OLD;1. >                       3-DEC-1998 16:01:06.41 >  > Total of 4 files.t > ( > Grand total of 2 directories, 5 files. > L > So the SYSVER program has read the SYS$BASE_IMAGE.EXE from SYS$COMMON, andK > written the corrected version in the system-specific directory, where thew > satellites don't see it. > # > So I suggest this method instead:p > 2 > $ set default disk$whatever:[vms$common.sys$ldr]" > $ RUN SYS$LOADABLE_IMAGES:SYSVER > SYSVERSION> replace V7.1-2 > SYSVERSION> write4 > SYSVERSION> exit > $6 >m0 FWIW my standard trick applied to this would be:  ! $ set default sys$loadable_imagesz $ set default sys$common  .  .  . > N > Or, as you say in a later post, just wait for the corrected ECO to come out. >  > R > I hope someone hurries up and finishes V7.2-3, so we can have all this fun again > when V7.3-2 comes out  :-) >o   ___ 
 Paul Sture Switzerlandc   ------------------------------  % Date: Sat, 13 Jan 2001 05:26:32 -0500p  From: John Santos <JOHN@egh.com>8 Subject: Re: DECNet dyslexia (was: Re: Version dyslexia)5 Message-ID: <1010113051715.2363A-100000@Ives.egh.com>l  + On Sat, 13 Jan 2001, antonio.carlini wrote:j   > John Santos wrote: > > A > > If I'm understanding you correctly, I should install this kite? > > on DECnet V7.2 and that will upgrade it to V7.2-1, and thendA > > install the V7.2-1 ECO02, which will give me the latest ECO'sn > > for it?h > 2 > You understand me correctly but you also need to. > understand that I don't have either of these1 > kits handy any more nor do I have a V7.2 systemi+ > to try this out on so I'm just guessing !e >  > > G > > I will try this out tonight.  I thought I had also tried to installrD > > the ECO01 kit, but I may have just assumed they were cumulative,@ > > that ECO02 replaced ECO01...  (I actually was doing the V7.2 > 7 > ECOs have always been cumulative in my experience butn< > sometimes one ECO has another as a prerequisite. (Although< > the only example I can recall is one of the Alpha X25 kits) > that needs one of the X25 WANDD kits). b > ; > It will certainly be interesting to know if the ECO1 does.< > install V7.2-1: if it doesn't then I have no idea what the# > name of the correct kit would be.   9 No go.  ECO01 also complains that V7.2-1 isn't installed.m Actual error message is:   $ product install dnvosieco01e  H %PCSI-E-APPLYTOERR, product DEC VAXVMS DECNET_OSI, to which maintenance  product 2 DEC VAXVMS DNVOSIECO01 V7.2 applies, was not foundE Terminating is strongly recommended.  Do you want to terminate? [YES] / %PCSI-E-S_OPCAN, operation cancelled by requesthM %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition   ! $ product show product decnet_osis< ----------------------------------- ----------- ------------5 PRODUCT                             KIT TYPE    STATEC< ----------------------------------- ----------- ------------9 DEC VAXVMS DECNET_OSI V7.2          Full LP     Installed < ----------------------------------- ----------- ------------   1 item found $ mcr ncl show implementatione   Node 0$ at 2001-01-13-05:19:11.670-05:00Iinf   Characteristicsu  '     Implementation                    =         {           [t           Name = OpenVMS VAX ,           Version = "V7.2    "
           ] ,s           [ *           Name = DECnet-Plus for OpenVMS ,R           Version = "DECnet-Plus for OpenVMS Version V7.2 16-NOV-1998 12:43:37.55"           ]M        }   $o  B So, it looks to me like I have V7.2, but the ECOs apply to V7.2-1,H which my company never received.  Guess it's time to call dial-a-prayer.   -- e John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sat, 13 Jan 2001 12:35:30 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>o, Subject: Re: DECwindows: tailor or install ?, Message-ID: <3A6091E1.94BE7256@videotron.ca>  A Thanks to John M who emailed me , I realised I was a tad silly....  L since DECwindows no longer exists, the tailor utility only places base stuffK on the system. You have to install the MOTIF layered product and licence toO get the stuff working !!!!!!   ------------------------------  % Date: Sat, 13 Jan 2001 14:38:15 +0100w  From: Paul Sture <paul@sture.ch>, Subject: Re: Ebay dead as a post - yet again+ Message-ID: <VA.00000225.5eb1105d@sture.ch>t  > In article <3A59E8F5.FAFA9B75@bbc.co.uk>, Tim Llewellyn wrote:/ > From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a > Newsgroups: comp.os.vmsm. > Subject: Re: Ebay dead as a post - yet again' > Date: Mon, 08 Jan 2001 16:21:09 +0000y >  >  >  > Paul Sture wrote:t >  > >aO > > And coincidentally I came across another example yesterday. The UK NationalgR > > Westminster bank had committed itself to NT big time about 3-4 years ago and IQ > > did an AltaVista search on +"National Westminster" +NT. Quite a lot of links, L > > but so many resulting in a 404 error that I gave up. Whilst I am used toF > > seeing a few broken links here and there, I've never seen so many! > L >  They really should be forced to publicly state why they "gave up" and howM > much the failed NT implementation cost. After all, as VMS people, it is oursO > livelihoods they have been "attacking" with their tin-pot "IT is cheap if itsr > Micro$" attitude.p  , I agree, but doubt that it will ever happen. ___g
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 13 Jan 2001 16:29:11 GMT-4 From: "Terry C. Shannon" <terryshannon@mediaone.net>, Subject: Re: Ebay dead as a post - yet again= Message-ID: <rn%76.46590$1M.10263711@typhoon.ne.mediaone.net>p  - "Paul Sture" <paul@sture.ch> wrote in messagea% news:VA.00000225.5eb1105d@sture.ch... @ > In article <3A59E8F5.FAFA9B75@bbc.co.uk>, Tim Llewellyn wrote: <snip>H > > > And coincidentally I came across another example yesterday. The UK NationalJ > > > Westminster bank had committed itself to NT big time about 3-4 years	 ago and I-L > > > did an AltaVista search on +"National Westminster" +NT. Quite a lot of links,K > > > but so many resulting in a 404 error that I gave up. Whilst I am used  toH > > > seeing a few broken links here and there, I've never seen so many! > > J > >  They really should be forced to publicly state why they "gave up" and how-K > > much the failed NT implementation cost. After all, as VMS people, it is- our-J > > livelihoods they have been "attacking" with their tin-pot "IT is cheap if its > > Micro$" attitude.: >:. > I agree, but doubt that it will ever happen.  L I doubt it, too. It would not be politically astute for a BANK to admit thatG it relied on a flawed and squatulent solution to protect its customers'r% dollars, francs, Euros, and drachmas.s   ------------------------------  % Date: Sat, 13 Jan 2001 02:00:06 -050042 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: eBay extended downtime (was Re: eBay SPAMARAMA)L Message-ID: <rdeininger-1301010200070001@user-2iveb2o.dialup.mindspring.com>  | In article <51DF758E3CD5F4FC.1D669356113F9097.419EFAB7915416CC@lp.airnews.net>, "Wayne Holland" <wholland@tscnet.com> wrote:  iK > I agree.  I used to manage a VMS system for the Navy Dept.  Being retiredeJ > and looking around, I couldn't find any VMS for the i386.  However I didJ > find Solaris 8 for the i386 for $75.  I'm not too happy about fixed diskM > slices and the way things are done but it is interesting.  You get a free C0M > and C++ compiler, g77 fortran compiler, java, perl, etc.  Only bad thing is:K > I miss the DEC languages... they had more functionality and were far moree@ > easier to use.  The DEC compilers produced what you asked for.N >      I am still looking around.  Would be nice if VMS were available for the) > price of the CDs on the intel platform.c  L If you've been away for a while, you may not know about the hobbyist license program.  . Join Encompass (formerly DECUS).  That's free.   Buy a few-year-old alpha (or vax) for cheap.  Ebay usually has several, sometimes at attractive prices.  (Assuming ebay is working at the time.)  EGet free hobbyist licenses for VMS and lots of compilers and other layered products.  You'll need your Encompass membership, and the serial number of your computer.  You fill out the web form, and license PAKs arrive in your email in a few minutes.  But it might take a few weeks for Encompass to sign you up, so start early.o  z The hobbyist licenses are for current-version, full-function VMS software.  You just can't do anything commercial with it.   If you can't borrow VMS media kits, there is a cheap hobbyist media kit.  But it doesn't contain all the products on the hobbyist license.   Start at"    http://www.decus.org/encompass/   --   Robert Deininger rdeininger@mindspring.comr   ------------------------------   Date: 13 Jan 2001 00:52 CSTr' From: carl@gerg.tamu.edu (Carl Perkins)p< Subject: Re: eBay extended downtime (was Re: eBay SPAMARAMA)- Message-ID: <13JAN200100524677@gerg.tamu.edu>   6 norm lastovica <norman.lastovica@oracle.com> writes...& }Steve.Spires@yellowpages.co.uk wrote: }> iO }> Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plazad }> rN }> I shouldn't worry about getting any today - eBay have extended their Friday* }> downtime by FIVE HOURS for maintenance. }> aJ }> They now have the systems down for SEVEN hours once a week, every week. }> :$ }> Sorry, but that sucks big time... } : }	hummmm - if I read you correctly, they build in over 4% @ }(assuming my math is close) downtime.  Less than 96% available. }-- ? }norman lastovica / oracle rdb engineering / usa / 610.696.4685l  D Well, the extra 5 hours is supposed to be a one-time thing (althoughD I bet they have to extend the normal downtime at least a couple more times this year).t  B On the other hand, even the standard 2 hours of scheduled downtimeB per week puts them at only 98.8% availabile. Add in this scheduledB extension and allow a couple more extensions, then add in a day orA more for unscheduled downtime this year (which I expect they willtB hit as they are already well on their way) and they'll be lucky if* they can hit 98.0% availability this year.   --- Carl   ------------------------------  % Date: Sat, 13 Jan 2001 00:07:39 -0800r+ From: "Wayne Holland" <wholland@tscnet.com>o< Subject: Re: eBay extended downtime (was Re: eBay SPAMARAMA)O Message-ID: <067F121FDEFC9E85.1B4028339080CF4C.C3FFE31DC2FBCFDC@lp.airnews.net>l  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in messageoF news:rdeininger-1301010200070001@user-2iveb2o.dialup.mindspring.com... > In articleK <51DF758E3CD5F4FC.1D669356113F9097.419EFAB7915416CC@lp.airnews.net>, "Waynea% Holland" <wholland@tscnet.com> wrote:u >cE > > I agree.  I used to manage a VMS system for the Navy Dept.  Beinge retired L > > and looking around, I couldn't find any VMS for the i386.  However I didL > > find Solaris 8 for the i386 for $75.  I'm not too happy about fixed diskH > > slices and the way things are done but it is interesting.  You get a free CL > > and C++ compiler, g77 fortran compiler, java, perl, etc.  Only bad thing isH > > I miss the DEC languages... they had more functionality and were far moreB > > easier to use.  The DEC compilers produced what you asked for.L > >      I am still looking around.  Would be nice if VMS were available for the + > > price of the CDs on the intel platform.r >lF > If you've been away for a while, you may not know about the hobbyist licensea
 > program. > 0 > Join Encompass (formerly DECUS).  That's free. >.I > Buy a few-year-old alpha (or vax) for cheap.  Ebay usually has several,0H sometimes at attractive prices.  (Assuming ebay is working at the time.) >vL > Get free hobbyist licenses for VMS and lots of compilers and other layeredJ products.  You'll need your Encompass membership, and the serial number ofJ your computer.  You fill out the web form, and license PAKs arrive in yourL email in a few minutes.  But it might take a few weeks for Encompass to sign you up, so start early.  >kL > The hobbyist licenses are for current-version, full-function VMS software.. You just can't do anything commercial with it. >sJ > If you can't borrow VMS media kits, there is a cheap hobbyist media kit.@ But it doesn't contain all the products on the hobbyist license. >a
 > Start at$ >    http://www.decus.org/encompass/ >W > -- > Robert Deininger > rdeininger@mindspring.comt  B Thank you!  I appreciate your response.  I'll look around for usedF equipment.  Hopefully I can get a vms emulator for the intel platform.   ------------------------------    Date: 14 Jan 2001 00:41:46 +0800, From: Paul Repacholi <prep@prep.synonet.com>. Subject: For the FAQ. Setting DECW resolutions3 Message-ID: <87bstb9zg5.fsf_-_@k9.prep.synonet.com>s  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  I >   OpenVMS Engineering has requested that access to the SPDs be restored-K >   in various formats, and OpenVMS Engineering is also presently updating pL >   the existing links to digital.com to locations at compaq.com.  (I'll be D >   updating the FAQ again, once I am done chasing down the various H >   compaq.com relocations, the usual URL rot, and the usual dead links * >   that have all been recently reported.)  E There was a question about setting the res for DECWindows on some PCIsE video cards. I mentioned that I had seen this. Well, I have found thea manual at a friends place.  3 From 9FX Vision 330 Owners Guide, EK-V330G-OG p 2-9l  J Place the following in DECW$PRIVATE_SERVER_SETUP.COM ( copy from .TEMPLATEJ if needed ). Have the file in SYS$SPECIFIC:[SYSMGR] or SYS$COMMON:[SYSMGR] as apropriate.  " $ DECW$XSIZE_IN_PIXELS == <xvalue>" $ DECW$YSIZE_IN_PIXELS == <yvalue>5 $ DEFINE/SYSTEM DECW$SERVER_REFRESH_RATE <rate in Hz>d   -- M< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 13 Jan 2001 00:06:27 -0800a+ From: "Wayne Holland" <wholland@tscnet.com>aP Subject: Re: Hobby VMS - was Re: eBay extended downtime (was Re: eBay SPAMARAMA)O Message-ID: <6C5DB48F372703D6.05BA6C5FEB58DD68.0C6296497B290CBA@lp.airnews.net>r  ? "John E. Malmberg" <malmberg@eisner.decus.org> wrote in messaged% news:$QcPTa3sJTot@eisner.decus.org...e > In articleC <51DF758E3CD5F4FC.1D669356113F9097.419EFAB7915416CC@lp.airnews.net>a4 >  "Wayne Holland" <wholland@tscnet.company> writes: > >7> > > I agree.  I used to manage a VMS system for the Navy Dept.= > > Being retired and looking around, I couldn't find any VMS < > > for the i386.  However I did find Solaris 8 for the i386? > > for $75.  I'm not too happy about fixed disk slices and thet@ > > way things are done but it is interesting.  You get a free C< > > and C++ compiler, g77 fortran compiler, java, perl, etc.? > > Only bad thing is I miss the DEC languages... they had moreo; > > functionality and were far more easier to use.  The DEC * > > compilers produced what you asked for.> > >      I am still looking around.  Would be nice if VMS were= > > available for the price of the CDs on the intel platform.  >nK > OpenVMS is only available on the intel plaform in emulation, and there isr > a hobbyist version of that.  >aJ > As far as for your hobby use, the license is free, including license for the I > DEC compilers that you like.  Media, if you can not borrow some is also / > available for around the $40.00 U.S.D. range.i > F > I think that all of the links for finding this information is in theD > OpenVMS FAQ that can be found from a link on the OpenVMS home page >r  > http://www.openvms.compaq.com/ >tJ > Used equipment that can run OpenVMS (VAX and ALPHA) can be found on-lineJ > at low cost, or sometimes free for being in the right place at the rightI > time.  I would tend to recommend finding a used ALPHA with at least 64M L > of memory and a SCSI CD-ROM drive that is listed in the OpenVMS S.P.D. forK > beginners.  More memory is always better, and you will want at least 1 gb ' > for your system disk, more is better.A >E > -John  > wb8tyw@qsl.network > Personal Opinion only.D Thank you!  Can you give me a web site that has the intel emulation?   ------------------------------   Date: 13 Jan 2001 15:05:18 GMT) From: leslie@clio.rice.edu (Jerry Leslie)rP Subject: Re: Hobby VMS - was Re: eBay extended downtime (was Re: eBay SPAMARAMA)' Message-ID: <93pqre$irs$1@joe.rice.edu>r  * Wayne Holland (wholland@tscnet.com) wrote: :cF : Thank you!  Can you give me a web site that has the intel emulation? :    http://www.charon-vax.com/  @ I also emailed you some of the comp.os.vms articles about Charon  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Sat, 13 Jan 2001 19:17:14 +0100s2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: Java FVM 1.2.2-1 ; Message-ID: <3a609baa.524144494f47414741@radiogaga.harz.de>o  - Bob Koehler (koehler@eisner.decus.org) wrote:e9 : $ @sys$common:[java$122.jre.lib]java$122_jre_setup fastn  B I don't have that one on my system - could it be from the JRE kit?  F I failed in installing the JRE. I suspect the reason was there are twoE identical filenames (in different directories) in the saveset - which(. vmsinstal tries to unpack in a flat fashion...  - Would you care to send me that one via email?J   : And in systartup_vms.com:j! : $ @sys$startup:java$122_startup   G As this procedure isn't mentioned in the installation page, I missed ite completely.a  ; : I've updated that last one to pick up the images acutallyE" : used with 1.2.2 and the fast VM.  G "Pick up the images"? Does that mean you installed them? With /sys/execo@ definitions of their names (as they don't reside in SYS$SHARE:)?    1 Re: error message about missing heap size settingn  1 After calling the startup and setup (FAST) files:i  4 $ set def SYS$COMMON:[JAVA$122.JRE.LIB.ALPHA.FASTVM] $ typ xusage.txtB     -Xbootclasspath:<directories and zip/jar files separated by :>I                       set search path for bootstrap classes and resourceseJ     -Xfuture          enable strictest checks, anticipating future default0     -Xms<size>        set initial Java heap size0     -Xmx<size>        set maximum Java heap size;     -Xss<size>        set maximum stack size for any threadsL     -XO               do not generate stack trace information for exceptions $ java "-Xms100000" -version java version "1.2.2-1"G Fast VM (build J2SDK.v.1.2.2:10/19/2000-22:18, native threads, jit_122)r $s   AAAAAHHH!!!r  D So it just remains to be verified whether it was the installation of< images, or my calling java with the appropriate parameter...   Anyway, thanks a lot.f   cu,e   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.detN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   Date: 13 Jan 2001 09:51:34 GMT* From: helbig@astro.rug.nl (Phillip Helbig)- Subject: Re: Modifications to directory files . Message-ID: <93p8f6$cea$3@info.service.rug.nl>  6 In article <93nj6s$775$1@mailint03.im.hou.compaq.com>,5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: 5  L >   The directory revision date changes when you rename the directory, when J >   a sufficient number of entries are added or removed or the file itselfI >   is truncated -- enough shuffling of the contents that the header mustsM >   be updated, and when you change an attribute of the file header or alter VA >   an ACL.  (OpenVMS does not update the date for every change.)   H Note that changing the protection will alter the revision date.  Suppose> one has done an /IMAGE BACKUP then BACKUP/SINCE=BACKUP, from aG privileged account.  Everything is there and the incrementals only back-F up new stuff.  However, if one decides that some directory tree shouldH be visible to more people and thus changes the protection, all the filesG in the directory will be backed up since the revision date has changed.MF In this example, this might be seen as a disadvantage, since the filesC are already backed up.  But imagine that the BACKUP was done from asD non-privileged account; in this case, the files should be backed up % since they were previously invisible.-   ------------------------------    Date: 14 Jan 2001 00:21:41 +0800, From: Paul Repacholi <prep@prep.synonet.com>Q Subject: Re: NTP can be primary on OpenVMS - was Re: Kitchen sink. ( not emacs! )c0 Message-ID: <87k87za0dm.fsf@k9.prep.synonet.com>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  b > In article <HBgYWF25P+Zp@eisner.decus.org>, malmberg@eisner.decus.org (John E. Malmberg) writes:6 > :In article <87y9wgpr7o.fsf_-_@k9.prep.synonet.com>,6 > : Paul Repacholi <prep@prep.synonet.company> writes: > M >   Please remember to pick a relevent subject -- thanks!   I probably won't iI >   be looking for any discussions of NTP in a "kitchen sink" thread, andt: >   would not have noticed this save for John's posting... > F > :> Go to http://www.ntp.org.  NTP is Network Time Protocol, a methodD > :> for disseminating accurate time across a net work. Pretty basic" > :> stuff knowing what day it is. > ..B > :> Yes, VMS does have NTP. Running on the machine I'm typing on.B > :> But you can't run it as a primary, or from any external clock > :> except DTSS.i > .. > :SeeQ > :http://www.openvms.compaq.com:8000/72final/6526/6526profile_015.html#ntp_intro  > : 8 > :NTP can be run as a primary with TCPIP 5.0 or later.   F Primary, as in serve a primary time reference. IE GPS or Atomic clock.- Normally this will be a stratum 1 NTP sustem.   N So no, it can only run as a peer or client. There is NO way to get it to serveF a primary reference, except by tranfering from DTSS. I can not use theL PPS output from my GPS, nor use the serial outputs to provide a time source.  K So, I am going to have to conect the GPS to the Linux box. At least that isyI a Prioris. But no way I can use a DRV, or plug the PPS pulse into the CPUiI console. BTW, if the support was in SRM, that would be ideal for this. If - you don't mind connecting direct to the chip.   O >   With the current TCP/IP Services NTP version, do check the documentation...e  G I have. I also have all the NTP docs. I've run NTP on VMS, Linux, HPUX, E and Solaris. I know which machine keeps best time ( Vaxes ) And which I has the least OS support. Which is sad, 'cause this is the most reliable.   G I will say, that the bounded time error in DTSS is IMO a near essential  part of any time protocol.   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 13 Jan 2001 09:40:17 GMT* From: helbig@astro.rug.nl (Phillip Helbig)< Subject: Re: Oracle and OpenVMS - Oops, I did it again ! ! !. Message-ID: <93p7q1$cea$1@info.service.rug.nl>  D In article <OFD0497DE1.08519798-ON882569D2.00644C54@foundation.com>,$ Shane.F.Smith@Healthnet.com writes:   J > -10000 cool points for the Britney Spears reference. (Oops, -1000 for meL > for recognizing it...) (Oh, and -100 for anyone who actually knows who Ms.K > Spears is) (But only -50 if it's just as "that bird in the school uniformv	 > video")   A Actually, the reference is quite appropriate.  I notice the same iD reaction when people hear someone say "I am using VMS for a modern, I mission-critical application" and when they hear Britney say "I am still n/ a virgin".  Truth can be stranger than fiction.h  I Perhaps a series of television commercials (hey, isn't it superbowl time lH now?) in which a PHM chucks VMS, only to have his company collapse.  As I the OpenVMS logo fades in, we hear "Ooops, I did it again.  I changed my t OS and it's done me in".   ------------------------------   Date: 13 Jan 2001 01:59 CSTg' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: Pathworks/Multinet performancev- Message-ID: <13JAN200101592860@gerg.tamu.edu>i   boltond@my-deja.com writes...iG }The IOGT tool cycles through the data in the database and outputs codedF }modules derived from that data.  If those output files already exist,G }they are copied to "backup" files.  If the backup files already exist,wG }they are first deleted.  Once the last code module has been generated,mF }the execution time of the test is captured, and a message box is thenG }displayed that lists the execution time along with the outputs.  After.F }the user clicks "OK", the IOGT tool "wraps" up by copying the data in< }the message box to an output file, and closes the database. } E }The data exists on a VMS Cluster and the customer accesses this datatE }through a Alpha2100 running OS 7.1-2, Multinet 4.1B, and PW6.0C.  WesH }have performed every recommended parameter change, upgrade, and test of< }the network environment.  Nothing improves the performance. } D }I see different posts related to TCP that talk about a no_delay_ackI }parameter, the difference in window sizes between MULTINET and NT, so on. }and so on.e } F }Does anyone know of any specific performance fixes for my environmentH }where NT customers use Pathworks for connections, and MULTINET for dataD }transport.  Note that we will be upgrading to MULTINET 4.3 shortly.   A few thoughts...c  F Considering that most of what you are doing is scanning database filesE my first guess is that you are probably limited by disk I/O rate. TheiG best thing you could do is probably to get faster disk I/O. The easiestsH way to do this is to just get faster disks. You could also look into theH various RAID options. (You can get an 18 gigabyte 7200RPM disk for underJ $400 these days, and a 10,000 RPM disk the same size for perhaps $30 more.K Bigger disks cost more, but you can get a 70+GB disk running at 7200RPM forhH under $1,500. If you have an enclosure with sufficient cooling capacity,J and some money, you can get 15,000 RPM disks with data transfer rates fromL the media in excess of 50MB/sec. If your disk drives are of the same vintageH as the 2100, they probably only read about 5MB/sec from the media, peak.I Faster disks will also require faster controllers - the old "fast narrow"-I SCSI in the DEC 3000/m600 I'm writing this on only has a maximum transferW rat of 10MB/sec per SCSI bus.)  H There is also some change that you are limited by processing speed - theI 2100 is not real fast by today's standards and you may be maxing out it's I processing capabilities. Moving up to a DS10/600 (at which time you couldnK also easily move to faster disks) would give you more processing power even5E though it's the 2nd slowest Alpha system that Compaq still makes (thenF slowest being the DS10/466 - and even this would give you a processing
 power boost).s  J On the other hand, for all I know you could be saturating a 10 megabit/secH network. In that case, nothing you do will improve the situation withoutF upgrading the network itself to something faster - like 100base-T, for example.  1 So you have to identify the specific bottleneck.  J - Is it the network? If so, then it could be the I/O rate over the networkF or you could be hitting the maximum throughput of your network. In theF former case, tuning and new versions of the network software may help.J In the latter case, only upgrading the network to a faster speed is likelyI to help (unless you control the source code of the software you are usingnH and can add data compression at the sending end and decompression at the receiving end).cK - Is it the CPU? If so, you can distribute the load or upgrade the computerx or improve the software.N - Is it the disk I/O? If so, you can get faster disk I/O by using faster disksF or various RAID soulutions. Simply defragmenting the disk(s) may speed it up significantly as well.J - Is it insufficient resources being available to the process? If so, thisH is the one that is easiest to tune - increase the quotas for the accountM running the thing via the SYSUAF and/or adjust the relevant system parameterso (and/or buy more memory).oH - Is it inefficient software? For this you have to upgrade the software,J either via a new version from the vendor, switching to a different packageI from a different vendor, or modifying the source - or you can upgrade onetE or more of the above mentioned bits of hardware to compensate for thee inefficient software.   G Of course, once you identify and correct "the" bottleneck, you may findrH that one of the other things was very close to its limits, in which caseF the improvements you made to one thing won't solve all of the problem.E Best check them all and see how much headroom you have in each of thep) things that isn't the current bottleneck.e   --- Carl   ------------------------------  % Date: Sat, 13 Jan 2001 09:39:28 -0500@2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>' Subject: Pathworks/Multinet performancec7 Message-ID: <200101130939_MC2-C19D-BC0E@compuserve.com>   F         You haven't mentioned: what the actual performance is, why youJ think it's unacceptable, or what sort of physical connection exists betwe= en! your system and your customer.  =a    J         If your customer dials in over a 9600 baud line, no sort of tunin= g  is likely to help much!n  J         Why Pathworks?  Pathworks has had a reputation for slowness since=  H the days when it was known as DECnet/DOS!  A TCP/IP connection direct to  Multinet is likely to be faster.  C         Are the files stored on the NT system or on the VMS system?o  J         What have you done to determine where the performance problem is?=  =  J You seem to assume that it's in the VMS/Multinet/Pathworks area rather th= anJ in the network between you and the customer or in the customer's system! =   Why?    4 Message text written by INTERNET:boltond@my-deja.comJ >Hope someone can give me a definitive answer for my problem.  I see bits=  D and pieces in different postings, but never one that fits my problemA exactly.  I have customers experiencing file transfer performancea: problems and have exhausted all efforts from the VMS side.  F Background is this.  Customer is on a NT4/SP5 desktop, running a tool.G This consists of opening the database, after which the user is required)H to (accept a default output directory or) select an output directory andF to fill data into 3 text fields.  The user then selects the "GENERATE"9 button, at which point the timed part of the test begins.   F The IOGT tool cycles through the data in the database and outputs codeE modules derived from that data.  If those output files already exist, F they are copied to "backup" files.  If the backup files already exist,F they are first deleted.  Once the last code module has been generated,E the execution time of the test is captured, and a message box is theneF displayed that lists the execution time along with the outputs.  AfterE the user clicks "OK", the IOGT tool "wraps" up by copying the data inl; the message box to an output file, and closes the database.y  D The data exists on a VMS Cluster and the customer accesses this dataD through a Alpha2100 running OS 7.1-2, Multinet 4.1B, and PW6.0C.  WeG have performed every recommended parameter change, upgrade, and test ofe; the network environment.  Nothing improves the performance.   C I see different posts related to TCP that talk about a no_delay_ackoH parameter, the difference in window sizes between MULTINET and NT, so on
 and so on.  E Does anyone know of any specific performance fixes for my environmentmG where NT customers use Pathworks for connections, and MULTINET for datanC transport.  Note that we will be upgrading to MULTINET 4.3 shortly.n   Thanks for any help. <r   ------------------------------  % Date: Sat, 13 Jan 2001 08:55:29 -0600t+ From: "Main, Kerry" <Kerry.Main@compaq.com>a+ Subject: RE: Pathworks/Multinet performance,N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284BFF@kaoexc3.kao.cpqcorp.net>  L You might want to see if the following speeds things up a bit: (from memory, so syntax might need tweaking) $ UCX SET PROT TCP/NODELAY   Regards,  
 Kerry Main Senior Consultanto Compaq Canada Inc. Professional Servicese Voice: 613-592-4660r Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----6 From: boltond@my-deja.com [mailto:boltond@my-deja.com] Sent: January 12, 2001 5:26 PM To: Info-VAX@Mvb.Saic.ComG' Subject: Pathworks/Multinet performancel    H Hope someone can give me a definitive answer for my problem.  I see bitsD and pieces in different postings, but never one that fits my problemA exactly.  I have customers experiencing file transfer performance : problems and have exhausted all efforts from the VMS side.  F Background is this.  Customer is on a NT4/SP5 desktop, running a tool.G This consists of opening the database, after which the user is required-H to (accept a default output directory or) select an output directory andF to fill data into 3 text fields.  The user then selects the "GENERATE"9 button, at which point the timed part of the test begins.o  F The IOGT tool cycles through the data in the database and outputs codeE modules derived from that data.  If those output files already exist,tF they are copied to "backup" files.  If the backup files already exist,F they are first deleted.  Once the last code module has been generated,E the execution time of the test is captured, and a message box is thenaF displayed that lists the execution time along with the outputs.  AfterE the user clicks "OK", the IOGT tool "wraps" up by copying the data inr; the message box to an output file, and closes the database.e  D The data exists on a VMS Cluster and the customer accesses this dataD through a Alpha2100 running OS 7.1-2, Multinet 4.1B, and PW6.0C.  WeG have performed every recommended parameter change, upgrade, and test ofm; the network environment.  Nothing improves the performance.g  C I see different posts related to TCP that talk about a no_delay_ackuH parameter, the difference in window sizes between MULTINET and NT, so on
 and so on.  E Does anyone know of any specific performance fixes for my environment G where NT customers use Pathworks for connections, and MULTINET for dataeC transport.  Note that we will be upgrading to MULTINET 4.3 shortly.d   Thanks for any help.     Sent via Deja.comh http://www.deja.com/   ------------------------------    Date: 13 Jan 2001 09:34:38 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) + Subject: RE: Pathworks/Multinet performancex, Message-ID: <NRmEZ3ogAvkE@malvm1.mala.bc.ca>  O In article <910612C07BCAD1119AF40000F86AF0D805284BFF@kaoexc3.kao.cpqcorp.net>, t0    "Main, Kerry" <Kerry.Main@compaq.com> writes: > N > You might want to see if the following speeds things up a bit: (from memory,  > so syntax might need tweaking) > $ UCX SET PROT TCP/NODELAY >   @    I think the original question was whether the delay factor isG relevant if using the Multinet stack rather than UCX and ( if so ) what ? the equivalent Multinet command would be to change this defaults
 behaviour.  D    I'm afraid I don't know the answers. The question might be better) asked in vmsnet.networks.tcp-ip.multinet.2   ------------------------------   Date: 13 Jan 2001 09:47:41 GMT* From: helbig@astro.rug.nl (Phillip Helbig)) Subject: Re: Positive Gartner VMS article>. Message-ID: <93p87t$cea$2@info.service.rug.nl>  H In article <93nj0m$ikl$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz"$ <david.gudewicz@abbott.com> writes:    > Will wonders never cease?  > M > http://enterprise.cnet.com/enterprise/0-9566-707-1751615.html?tag=st.it.956s   Nice.  I especially liked       Strengths1    Excellent Non-Unix Enterprise Operating Systemu              ^^^^^^^^    ------------------------------  # Date: Sat, 13 Jan 2001 10:23:50 GMTe( From: Terry Kennedy <terry@gate.tmk.com>. Subject: Re: powerchute for VMS AXP don't work' Message-ID: <G73JJq.3tM@spcuna.spc.edu>n  # larryrblackwell@my-deja.com writes:d. > I am trying to get Powerchute of OpenVMS AXP/ > 7.2.1 working with no luck. I've read reportsc. > where it is broke after 7.1 but yet I see it2 > running on 2 of our installations. Installing it > on as AlphaServer DS10.y  H   As far as I know it's a rather lame product, which uses the old "dumb"I signaling interface (signal levels on various pins) rather than the newer.6 "smart" protocol which uses [cryptic] RS-232 commands.  F   You could either use Brian Schenkenberger's software - live demo at E http://www.tmesis.com:2798/ or install a AP9605 or AP9606 card in the4F UPS SmartSlot. This will give you SNMP and Telnet (and, in the case ofD the AP9606, http) access to the UPS data. If you have a TCP/IP stackF on your VMS box, it should be able to receive SNMP traps from the cardE and process SNMP requests. Demo at http://testdrive.apcc.com/9606.htm5  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAk   ------------------------------  % Date: Sat, 13 Jan 2001 09:39:22 -0500:2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>  Subject: Repair costs for TK-70?7 Message-ID: <200101130939_MC2-C19D-BC0A@compuserve.com>i  H         It's probably cheaper to buy another drive in the used equipment market!>  G         Other than DEC/Compaq, the only vendor I ever heard of offeringr repairs to a TK50 was  Efficient Field Servicer
 School Street> Chelmsford, MA 01824 (508) 251-7800  B The address and phone number are at least six years old and may be completely out of date.s    # Message text written by Steve Jones E >Can anyone report recent repair costs for a TK50 or TK70 tape drive?2C Digipaq mail-in service or any of the independent repair shops, thes more data the better..  E I've got at least one dead TK70 and I'm wondering if there's a futureA$ for it other than as a part donor... <a   ------------------------------  % Date: Sat, 13 Jan 2001 13:43:23 -0500N* From: Steve Jones <smj@spamfree.crash.com>$ Subject: Re: Repair costs for TK-70?2 Message-ID: <3A60A1CB.D75393E8@spamfree.crash.com>  E I had assumed some sort of sensor on the drive had gone, but I've goteD the original TQK and a replacement TK booting Ultrix from tape rightC now. And the original drive may well be fine, but I've only got onef good leader/hook between them.  E This is embarassing... The signal cable was inserted backwards at the G controller end when I received the machine, and I dutifully inserted itnF that way when I swapped in another controller. For anyone working withD one of these, don't assume that the green label at both ends has theF same text - the drive end reads "THIS SIDE UP", but the controller end reads "THIS SIDE DOWN" ...  ; So on the one hand, sorry to have taken up everyone's time.t  C On the other, the behavior was quite interesting. With the cable in 4 this reversed position the drive behaved as follows:  %     - Operate Handle light always lit :     - Tape in use light cycled through various blink rates;     - Occasionally the T-I-U light would go solid, then the-<       interlock that prevents you from removing a tape would3       actuate, then the blinking would begin again.l  E But not nearly as interesting as having an MV3400 that boots an OS...o   Thanks for the help, --Steve.  E Steve Jones              ...!uunet!crash.com!smj           Arlington,l Mass.o6 CRASH!! Computing     (any spambots parse bang paths?)  E "Chaos will ensue if the variable i is altered..." - SysV Programmersf Guiden   ------------------------------    Date: 13 Jan 2001 13:09:30 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: RMS options0 Message-ID: <877l40ca2d.fsf@k9.prep.synonet.com>   This is possible one for Hein.  = On RSX, and maybe early VMS, you could use RMS in 'move mode'n< or 'locate mode'. Locate mode passed back a pointer into the= RMS buffer for the record you wanted. It did not copy it intoi4 a user buffer. Yes, plenty of chance to FU big time!  ? Does RMS still have locate mode? Is it Doced, and if so, where?    -- p< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.-@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sat, 13 Jan 2001 15:37:40 GMT@? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson)  Subject: Re: RMS options. Message-ID: <3a60760f.613432@news.demon.co.uk>  @ Yes, it does.  It's still in the same place, and still acts as aE 'hint' allowing RMS to return a pointer to its buffer rather than thel user's.m   Jim.    E On 13 Jan 2001 13:09:30 +0800, Paul Repacholi <prep@prep.synonet.com>a wrote:   >n >This is possible one for Hein.t > > >On RSX, and maybe early VMS, you could use RMS in 'move mode'= >or 'locate mode'. Locate mode passed back a pointer into thet> >RMS buffer for the record you wanted. It did not copy it into5 >a user buffer. Yes, plenty of chance to FU big time!  >r@ >Does RMS still have locate mode? Is it Doced, and if so, where? >h >-- = >Paul Repacholi                               1 Crescent Rd.,f8 >+61 (08) 9257-1001                           Kalamunda.A >                                             West Australia 6076o/ >Raw, Cooked or Well-done, it's all half baked.s   Jim JohnsonL Software Exploration, Ltd.' Software Navigation and Discovery Toolsi   ------------------------------   Date: 13 Jan 2001 08:49:20 GMT* From: is82099@cis.nctu.edu.tw (Ken Kazama) Subject: Run .com Every 5 Min?/ Message-ID: <93p4qg$a46$1@news.cis.nctu.edu.tw>   : How can I run a command procedure in batch every 5 miutes?- I don't find any SUBMIT option can do this...t   Thanks in advance.     -- K.K/   ------------------------------  # Date: Sat, 13 Jan 2001 09:05:06 GMT ) From: "Rob Brown" <robbrown@shaw.wave.ca> " Subject: Re: Run .com Every 5 Min?J Message-ID: <01c07d40$711d52e0$0f754718@cs918188-a.edmw1.ab.wave.home.com>  5 Ken Kazama <is82099@cis.nctu.edu.tw> wrote in articlee& <93p4qg$a46$1@news.cis.nctu.edu.tw>... > < > How can I run a command procedure in batch every 5 miutes?/ > I don't find any SUBMIT option can do this...t  E Some variation of SUBMIT/AFTER="+-00:05:00" as the first line of youra command file would do it.e  G But, if I was running it that frequently, I might just have the commandt# file loop with a five minute delay.t   ------------------------------  % Date: Sat, 13 Jan 2001 11:18:46 -0500o2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Run .com Every 5 Min?7 Message-ID: <200101131118_MC2-C192-1C88@compuserve.com>   " Message text written by Ken Kazama; >How can I run a command procedure in batch every 5 miutes?t- I don't find any SUBMIT option can do this...  <r  J         Make it submit itself!  The other options are to pay for somethin= gsG like the JAMS scheduler from Argent Software or CA's incarnation of DECu Scheduler (Schedule-IT??).  J $ THIS_PROC =3D F$PARSE(F$ELEMENT(0, ";", F$ENVIRONMENT("PROCEDURE")) -  =    =   , , , , "SYNTAX_ONLY")$ $ SUBMIT /AFTER=3D"+0:05"  THIS_PROC  J         The first statement gets a syntactically correct filespec for the=  H procedure *WITHOUT* the version number!  This will always run the latestH version of the procedure.  It works even if you rename the procedure and submit it again.  B         These two statements should be the first (or nearly first)F executable statements in the procedure.  If they are not, the intervalJ between executions will be five minutes but it won't necessarily run ever= y J five minutes.  If you need it to run at exactly 8:00,8:05,8:10. . . . you=   will have toF do something more complicated to ensure that the procedure runs at the
 proper times.   J         See also: HELP RUN PROCESS and the /SCHEDULE, /DELAY, and /INTERV= AL qualifiers.    ------------------------------  % Date: Sat, 13 Jan 2001 19:21:31 +0100e2 From: martin@radiogaga.harz.de (Martin Vorlaender)" Subject: Re: Run .com Every 5 Min?; Message-ID: <3a609cab.524144494f47414741@radiogaga.harz.de>d  1 Richard B. Gilbert (DRAGON@compuserve.com) wrote:i$ : Message text written by Ken Kazama> : > How can I run a command procedure in batch every 5 miutes?1 : > I don't find any SUBMIT option can do this...h :hD : Make it submit itself!  The other options are to pay for somethingI : like the JAMS scheduler from Argent Software or CA's incarnation of DECu : Scheduler (Schedule-IT??).  A Or don't pay and use SCHEDULE.COM, written by Wolfgang J Moeller,rA available at http://www.pdv-systeme.de/users/martinv/schedule.com    cu,r   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.delN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Sat, 13 Jan 2001 15:45:27 -0000a) From: "Greyskull" <Greyskull@infosec.com>u/ Subject: SYSGEN details missing from Audit logs-1 Message-ID: <t60u0tm640s730@corp.supernews.co.uk>0  % Can anyone advise on this one please.c  D In the audit logs, a sysgen parameter change used to report both the@ old and the new value and the parameter that changed. Now, under 7.2-1, they've gone.  B Is there something that isn't set correctly or are VMS engineeringC taking lessons from Microsoft, the gurus of  useless security logs?e  > Apologies if this one has been done to death in the NG alreadyA while I wasn't watching. Advice on this one would be appreciated.0   ------------------------------    Date: 13 Jan 2001 12:35:27 +0800, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: TTDRIVER multi-line editing (was Re: VMS wishlist [was Re: Identify que entre0 Message-ID: <87k880cbn4.fsf@k9.prep.synonet.com>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  ] > In article <93mohd$j1g$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:oK > :> Here's a different one:  Ever try to edit a command line entry that's  C > :> longer than one line?  You can't back up before the last line.i  K >   No one has yet made a successful case for replacing or overhauling the  I >   terminal driver and the cooresponding overhaul of DCL, both of which nK >   would likely be involved here.  (Even subtle changes made to either of iJ >   these two OpenVMS components have a long history of breaking customer  >   applications.)  < SET TERM/WID=132 and hitting <up> has been a 99% workaround.   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 13 Jan 2001 12:53:05 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Virus scanning on VMS (was Re: OpenVMS on CNET)0 Message-ID: <87bstccatq.fsf@k9.prep.synonet.com>  3 nothome@spammers.are.scum (Malcolm Dunnett) writes:e  R >     It's been my experience that Sophos is at least as fast as McAfee at gettingP > new virus identities released. I have an automated procedure set up here which? > automatically downloads new virus identities every few hours.i   I should not be supprised, but.e  G How often, in you opinion, do you need to update your scan templates totG have a resonable level of security on the gateshit? Any idea on capital  and operating costs?   -- R< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 13 Jan 2001 09:31:09 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett).< Subject: Re: Virus scanning on VMS (was Re: OpenVMS on CNET), Message-ID: <ZmxuJyhjER9j@malvm1.mala.bc.ca>  1 In article <87bstccatq.fsf@k9.prep.synonet.com>, a2     Paul Repacholi <prep@prep.synonet.com> writes:   > I > How often, in you opinion, do you need to update your scan templates to I > have a resonable level of security on the gateshit? Any idea on capitalC > and operating costs? > D     Of course the answer is you only need to update virus identities+ before one you don't know about arrives :-)C  D     I update the files every 4 hours on our mail server. The process> is an automated ftp and only takes a minute or two to run. The@ capital/operating cost of this procedure is negligible.Of courseI if you were to extend this to every one of 1000 or more desktop computers " you'd have a much larger problem.   D     If you are actually referring to the capital and operating costsG of the virus phenomemon in general I'd say they are astronomical. WhilehC the virus authors are ultimately to blame I think that Microsoft is B certainly guilty of aiding and abetting the propagation of virusesD through poor design decisions they've made regarding system security? (poor or no protection on critical system files, transparently  @ running potentially hostile code without proper warnings, etc ).= Unfortunately any measure that makes it harder for viruses to @ propagate also makes the system less "user friendly" and so will@ likely meet with a lot of consumer resistance. In that sense the5 victims of viruses are as much to blame as Microsoft.a   ------------------------------  % Date: Sat, 13 Jan 2001 14:38:31 +0100o  From: Paul Sture <paul@sture.ch>: Subject: Was DEC-AXPVMS-VMS712_SYS-V0200--4 Now SYSVER.EXE+ Message-ID: <VA.00000227.5eb15049@sture.ch>m  B In article <zLqmB3$6n47K@eisner.decus.org>, Larry Kilgallen wrote:; > From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  > Newsgroups: comp.os.vmsn- > Subject: Re: DEC-AXPVMS-VMS712_SYS-V0200--4 ! > Date: 9 Jan 2001 14:53:30 -0500  >  > In article <rdeininger-0801012241160001@user-2ive6as.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:a >  > > $ set def sys$manager  > > 3 > > This is the our usual default directory, right?e >  > Not mine, ever.  > $ > > $ RUN SYS$LOADABLE_IMAGES:SYSVERF > >>>> SYS$BASE_IMAGE.EXE can not be opened: no such file or directory > > I > > So this little SYSVER program isn't smart enough to find the image itn > > wants to modify. > E > It seems to me that one would just as often be running this againstnC > something other than the running system image.  Defaulting to thei; > location of the running system image would be a bad idea.y > I A VMSINSTAL distribution being a prime example, where you would _want_ to I run the program against a copy of the image held in its temporary working 
 directory.  P Yes, I know we don't use VMSINSTAL in the context of an OS upgrade any more, but6 the ability to work against a copy is a desirable one. ___i
 Paul Sture SwitzerlandS   ------------------------------   Date: 13 Jan 2001 13:51:37 GMT* From: helbig@astro.rug.nl (Phillip Helbig): Subject: what is the latest version for netscape on VMS.... Message-ID: <93pmh9$gmi$1@info.service.rug.nl>  C ...and where can it be downloaded?  If it is still 3.03, when will   something newer come along?N  9 Due to lack of news access at the moment, please email tos helbig@man.ac.uk as well.    ------------------------------   End of INFO-VAX 2001.026 ************************