1 INFO-VAX	Sat, 01 Jul 2000	Volume 2000 : Issue 364       Contents: auto-reboot error on 6630  Backup and Restore for VMS Re: Backup and Restore for VMS( Can 1 IP address be defined for 2 VAXes?, Re: Can 1 IP address be defined for 2 VAXes?& Re: Compaq paying for software ports ?4 RE: Compaq Viewed As a PC-Only Company By Analysts ?4 Re: Compaq Viewed As a PC-Only Company By Analysts ?4 Re: Compaq Viewed As a PC-Only Company By Analysts ?' Re: Current number of running processes  RE: DE500 on Alpha VMS 6.2< Re: Directory Sizes (was: good news (for me,  I think) . . . DSN LINK User's guide  DSP3210's on HSJ30?  Re: DSP3210's on HSJ30? & Re: good news (for me,  I think) . . .& Re: good news (for me,  I think) . . .& Re: good news (for me,  I think) . . .$ Re: How come IBM gets all the press.$ Re: How come IBM gets all the press.& Re: How to read vms tape DAT on WIN NT Re: Needed, New Search Command7 Re: Northern Light vs. Google (and the winner is . . .) 7 Re: Northern Light vs. Google (and the winner is . . .) 7 Re: Northern Light vs. Google (and the winner is . . .) 7 Re: Northern Light vs. Google (and the winner is . . .) 7 Re: Northern Light vs. Google (and the winner is . . .) . RE: OpenVMS clusters vs other systems clusters2 Re: OpenVMS loses big, was:  RE: Compaq advertises2 Re: OpenVMS loses big, was:  RE: Compaq advertises2 Re: OpenVMS loses big, was:  RE: Compaq advertises! Oracle - Emb. SQL program: ACCVIO % Re: RS232 CTS/RTS flow control on VAX  Re: Sub-DS10 Alpha Re: Sub-DS10 Alpha Re: Sub-DS10 Alpha& Re: Sub-DS10 Alpha (was: VAX on Intel)& Re: Sub-DS10 Alpha (was: VAX on Intel)& Re: Sub-DS10 Alpha (was: VAX on Intel)& Re: Sub-DS10 Alpha (was: VAX on Intel)& Re: Sub-DS10 Alpha (was: VAX on Intel) Re: VAX on Intel?  Re: VAX on Intel? " What happened to www.montagar.com?& Re: What happened to www.montagar.com?& Re: What happened to www.montagar.com?& Re: What happened to www.montagar.com?! [LONG] DEC 3000-300 MCHK question   F ----------------------------------------------------------------------  % Date: Fri, 30 Jun 2000 16:21:43 -0700 0 From: Jack Ziegler <ziegler@it-ue450.sonoma.edu>" Subject: auto-reboot error on 6630L Message-ID: <Pine.SOL.4.02A.10006301506090.26013-100000@it-ue450.sonoma.edu>   Hello,  H I'm having a problem getting a VAX 6630 running VMS 6.2 to auto-restart.I After running SYS$SYSTEM:SHUTDOWN and requesting an automatic reboot, the 6 system fails during the reboot attempt with the error:  ! ?005B Unknown type of boot device   E However, if I just type "B" at the console prompt, or power-cycle the E machine with autostart set,  it boots correctly,  so the default BOOT F command is correct.  Also other 6000's restart correctly from the same@ system disk.  The problem only occurs during a software shutdown with auto-reboot.     4 Any ideas about where the problem might be?  Thanks.  ! Jack Ziegler                    | > Information Technology          | internet: ziegler@sonoma.edu9 Sonoma State University         | phone   : (707)664-3098 9 Rohnert Park, CA 94928          | FAX     : (707)664-2505    ------------------------------  % Date: Fri, 30 Jun 2000 15:36:03 -0500 ( From: scott a meister <meistsc@juno.com># Subject: Backup and Restore for VMS 9 Message-ID: <20000630.153612.-3758053.0.meistsc@juno.com>    HiF I have a system that is a Microvax II with one RD54 disk drive. I am a% new user to VMS. My question is this. D I need to write two scripts for doing a simple backup and also for a4 restore. The person who knew the system is no longerI working here.  The tape media is a TK50.  There is no data on this drive, 3 only  VMS and some programs.  We have thought about B getting another system and building a duplicate disk for emergency? purposes. Any info on writing these scripts or info to good VMS  docs would be appreciated. Thank  you. @ ________________________________________________________________( YOU'RE PAYING TOO MUCH FOR THE INTERNET!% Juno now offers FREE Internet Access! ? Try it today - there's no risk!  For your FREE software, visit:   http://dl.www.juno.com/get/tagj.   ------------------------------  # Date: Fri, 30 Jun 2000 22:19:34 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>' Subject: Re: Backup and Restore for VMS 3 Message-ID: <W1975.113$ma.2150@typhoon.aracnet.com>   ) scott a meister <meistsc@juno.com> wrote:  > HiH > I have a system that is a Microvax II with one RD54 disk drive. I am a' > new user to VMS. My question is this. F > I need to write two scripts for doing a simple backup and also for a6 > restore. The person who knew the system is no longerK > working here.  The tape media is a TK50.  There is no data on this drive, 5 > only  VMS and some programs.  We have thought about D > getting another system and building a duplicate disk for emergencyA > purposes. Any info on writing these scripts or info to good VMS  > docs would be appreciated.  L You might want to take a look at SYS$SYSTEM:BACKUP$MANAGER if you're runningM a new enough version of VMS (I think it showed up around V5.5).  It's pretty   good for doing backups.   I However, if this machine is a critical system, I would *really* recommend H looking into getting some spares on hand.  Especially a spare RD54.  YouD might also want to consider moving to SCSI for more reliable drives.   			Zane    ------------------------------  % Date: Fri, 30 Jun 2000 12:07:43 -0700 0 From: "Weiner, Howie" <Howiew@ci.portland.or.us>1 Subject: Can 1 IP address be defined for 2 VAXes? F Message-ID: <73235F76236AD311A72500A0C9EE0B0D042A08@ecntsix.boec.city>  H I have a Palm Pilot VII that I would like to have talk to my application> running on either of my two clustered VAXes at any given time.I Is there a way to establish one IP address that will work for either VAX? C We are using VMS 7.1, and TCPware ver 5.3-2. I'm thinking something D along the lines of a secondary IP address that we will populate with5 the primary VAX IP when starting the VMS application.  Possible?... Better way?   ------------------------------  % Date: Fri, 30 Jun 2000 14:00:36 -0700 * From: "George Shouse" <USENET@Shouses.com>5 Subject: Re: Can 1 IP address be defined for 2 VAXes? , Message-ID: <8jj1pq017id@enews4.newsguy.com>  ; "Weiner, Howie" <Howiew@ci.portland.or.us> wrote in message @ news:73235F76236AD311A72500A0C9EE0B0D042A08@ecntsix.boec.city...J > I have a Palm Pilot VII that I would like to have talk to my application@ > running on either of my two clustered VAXes at any given time.K > Is there a way to establish one IP address that will work for either VAX? E > We are using VMS 7.1, and TCPware ver 5.3-2. I'm thinking something F > along the lines of a secondary IP address that we will populate with7 > the primary VAX IP when starting the VMS application.  > Possible?... Better way?  0 Check DEC-TCPIP on DSN for the terms ROUND ROBIN   --& George Shouse   http://www.shouses.com) ----------------------------------------- ) Always A Fan of the World Champion Lakers " Retire #99 and Hang the Banners!!!   ------------------------------   Date: 30 Jun 2000 17:32:14 CDT= From: wayne@tachysoft.xxx.183943.killspam.00bb (Wayne Sewell) / Subject: Re: Compaq paying for software ports ? . Message-ID: <3aOAwEvNe9mY@tachxxsoftxxconsult>  g In article <6kpolsofuekmv892alo83j483oibe9gvfb@4ax.com>, Nigel Barker <nigel.barker@compaq.com> writes: Q > On Thu, 29 Jun 2000 01:13:56 -0400, David A Froble <davef@tsoft-inc.com> wrote:  > * >>Andrew Harrison SUNUK Consultancy wrote:K >>> If your sentiments are shared by even a small percentage of the OpenVMS F >>> advocates out there then sorry but OpenVMS is doomed. Nothing doesI >>> for an OS quicker than the impression held by senior IT managers that G >>> the only people who know anything about it are unsocialised weirdos O >>> with extreme opinions that could get them sectioned if they arn't carefull.  >>> :-)  >>O >>Sectioned?  Is that fun?  Try it and let me know.  Unsocialized?  Yeah, I can  >>handle that. > O > To translate from the English for you. In the UK the phrase 'to be sectioned' Q > refers to compulsory detention in a psychiatric hospital. There is a new Act of Q > Parliament now but the old mental Health Act had various sections under which a R > patient could be detained e.g. Section 26, Section 29. Basically the patient wasQ > a danger to themselves or others & the various sections gave different duration R > of detention & requirements for signatures from psychiatrist, social worker etc. >   H When I heard the term, I kinda guessed this was the meaning.  Only I wasL thinking of "Section 8" from the U.S. military.  To quote Private Joker fromO Full Metal Jacket: "Leonard talks to his rifle.  I don't think Leonard can hack L it any more.  I think Leonard is a Section 8."  Since Leonard (also known asO Private Pyle) then went on to shoot the drill instructor and himself, Joker was  probably right.  :-)     --  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 =============================================================================== O Otter, on dining with Bluto:"It's perfectly safe if you keep your arms and legs  			away from his mouth."   ------------------------------  % Date: Fri, 30 Jun 2000 19:30:02 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com> = Subject: RE: Compaq Viewed As a PC-Only Company By Analysts ? J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052844CA@kaoexc4.kao.dec.com>  I In case there is any doubt that Compaq intends to aggressively attack the K enterprise market (course, I define enterprise as any environment with more J than 25 users, but thats another debate :-)), check out this press review:  & http://www.vnunet.com/Analysis/1102826  H "Claiming that Compaq's inherited OpenVMS operating system {OS} customerG base is growing, Heil said the OS is one of the most important customer K sectors the company has. He also confirmed that Compaq would not be looking C to migrate OpenVMS customers to Windows NT/2000 in the near future, G contradicting the vendor's claims in the days of former chief executive 4 Eckhard Pfeiffer that it would be an NT juggernaut."  F "Although analysts such as Gartner have questioned Compaq's enterpriseK strategy and the longevity of the technologies it inherited from Digital in F 1998, the recent launch of its GS Wildfire series of Alpha servers andJ upgrades to OpenVMS is helping the vendor turn the negative opinion tide."   And opportunities for partners:   E "Bill Heil, vice president of Compaq's business critical server group G {BCSG}, said at the vendor's recent Compaq Technology Symposium: "We're D still transforming Compaq from a PC company into an internet access,E internet appliance company, and we'll do all that through partners."    ? "Compaq and its resellers should focus their high-availability, @ fault-tolerant, transaction and storage strategy on building theH infrastructure for the present and future ebusiness economy, said Heil."  L "Mike Cohen, group sales director of former DEC and now Compaq reseller CSF,I says the announcement is long overdue. "CSF is also delighted in Compaq's I investment in marketing and development for Alpha and OpenVMS. It's great  news for the market."   L Like others from Compaq have said in other postings - times are changing and OpenVMS is back.    L Still lots of work to do (marketing is improving and pricing is always under@ review), but, imho, is definately moving in the right direction.   :-)   
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----% From: LESLIE@209-16-45-102.insync.net ( [mailto:LESLIE@209-16-45-102.insync.net]# Sent: Friday, June 30, 2000 8:40 AM  To: Info-VAX@Mvb.Saic.Com 9 Subject: Compaq Viewed As a PC-Only Company By Analysts ?      From:   K    http://news.cnet.com/news/0-1003-200-2176426.html?tag=st.ne.1002.bgif.ni 1    Analysts play tug-of-war over Compaq's future       "June 29, 2000, 5:00 p.m. PT  I    As the second quarter comes to an end, analysts are still at odds over G    the financial and strategic health of personal computer maker Compaq     Computer.  H    Today, Salomon Smith Barney analyst Richard Gardner downgraded CompaqF    to "neutral" from "buy" and cut the company's near-term share priceG    target to $25 from $45. Gardner cited perceived weakness in PC sales     for the downgrade."  K There's NO mention of Compaq's non-PC products and services, such as Tru64, L OpenVMS, et.al. The analysts should be made aware of the existence of non-PCH products and services, and their percentage of the total Compaq revenue.E This article sounds like they're only aware of the PC side of Compaq.     / --Jerry Leslie   leslie@209-16-45-97.insync.net ;                  leslie@209-16-45-102.insync.net is invalid 2                  (my opinions are strictly my own)   ------------------------------  % Date: Fri, 30 Jun 2000 22:33:19 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> = Subject: Re: Compaq Viewed As a PC-Only Company By Analysts ? - Message-ID: <395D667F.82B5EB43@earthlink.net>    Jerry Leslie wrote:  >  > From:  > M >    http://news.cnet.com/news/0-1003-200-2176426.html?tag=st.ne.1002.bgif.ni 2 >    Analysts play tug-of-war over Compaq's future >   >   "June 29, 2000, 5:00 p.m. PT > K >    As the second quarter comes to an end, analysts are still at odds over I >    the financial and strategic health of personal computer maker Compaq  >    Computer. > J >    Today, Salomon Smith Barney analyst Richard Gardner downgraded CompaqH >    to "neutral" from "buy" and cut the company's near-term share priceI >    target to $25 from $45. Gardner cited perceived weakness in PC sales  >    for the downgrade." > M > There's NO mention of Compaq's non-PC products and services, such as Tru64, N > OpenVMS, et.al. The analysts should be made aware of the existence of non-PCJ > products and services, and their percentage of the total Compaq revenue.G > This article sounds like they're only aware of the PC side of Compaq.    Say "marketing".   --   David J. Dachtera  dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  % Date: Fri, 30 Jun 2000 22:34:44 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> = Subject: Re: Compaq Viewed As a PC-Only Company By Analysts ? - Message-ID: <395D66D4.20D79DC3@earthlink.net>    "Main, Kerry" wrote: > K > In case there is any doubt that Compaq intends to aggressively attack the M > enterprise market (course, I define enterprise as any environment with more L > than 25 users, but thats another debate :-)), check out this press review: > ( > http://www.vnunet.com/Analysis/1102826 > J > "Claiming that Compaq's inherited OpenVMS operating system {OS} customerI > base is growing, Heil said the OS is one of the most important customer M > sectors the company has. He also confirmed that Compaq would not be looking E > to migrate OpenVMS customers to Windows NT/2000 in the near future, I > contradicting the vendor's claims in the days of former chief executive 6 > Eckhard Pfeiffer that it would be an NT juggernaut." > H > "Although analysts such as Gartner have questioned Compaq's enterpriseM > strategy and the longevity of the technologies it inherited from Digital in H > 1998, the recent launch of its GS Wildfire series of Alpha servers andL > upgrades to OpenVMS is helping the vendor turn the negative opinion tide." > ! > And opportunities for partners:  > G > "Bill Heil, vice president of Compaq's business critical server group I > {BCSG}, said at the vendor's recent Compaq Technology Symposium: "We're F > still transforming Compaq from a PC company into an internet access,F > internet appliance company, and we'll do all that through partners." > A > "Compaq and its resellers should focus their high-availability, B > fault-tolerant, transaction and storage strategy on building theJ > infrastructure for the present and future ebusiness economy, said Heil." > N > "Mike Cohen, group sales director of former DEC and now Compaq reseller CSF,K > says the announcement is long overdue. "CSF is also delighted in Compaq'soK > investment in marketing and development for Alpha and OpenVMS. It's great  > news for the market."y > N > Like others from Compaq have said in other postings - times are changing and > OpenVMS is back. > N > Still lots of work to do (marketing is improving and pricing is always underB > review), but, imho, is definately moving in the right direction.  E ...but: gotta quit preaching to the choir and get the word out in thed streets!   --   David J. Dachterao dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  % Date: Fri, 30 Jun 2000 18:03:13 -0700   From: Dan Wing <dwing@cisco.com>0 Subject: Re: Current number of running processes) Message-ID: <395D4351.7BCD33E6@cisco.com>e  D Use the DCL lexicals f$context() and f$pid() to loop through all the@ processes and gather the count.  This avoids writing to a file. 0 Requires WORLD privilege to see other processes.  	 -Dan Wings     Tomer Cohen wrote: >  > Hi,:L > Is there any easy way of knowing the number of processes currently runningI > in the system other than putting all the show system information into au' > temporary file and counting the rows?- > 	 > Thanks,  > --
 > Tomer CohenV > Tomer@FlashMail.comS   ------------------------------  % Date: Fri, 30 Jun 2000 19:10:38 -0400u+ From: "Main, Kerry" <Kerry.Main@compaq.com>0# Subject: RE: DE500 on Alpha VMS 6.2nJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052844C9@kaoexc4.kao.dec.com>   John,o  9 >>> The setting must match your network environment. <<< e  K Good point. All of the sites I have been where this was a problem were Full-D Duplex based, but as you correctly pointed out, if the local networkL requirement is different, then the system adapter should be set to match it.  L Consult with your local network admin group before setting your adapter to aK specific setting. However, make sure your setting matches whatever they saym it should be ..    Regards,  
 Kerry Main Senior Consultant,
 Compaq CanadaS Professional Servicesa Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comr       -----Original Message-----. From: John E. Malmberg [mailto:wb8tyw@qsl.net]# Sent: Friday, June 30, 2000 9:10 AMa To: Info-VAX@Mvb.Saic.Comi# Subject: Re: DE500 on Alpha VMS 6.2O    - Main, Kerry <Kerry.Main@COMPAQ.COMpaq> wrote:c To: <Info-VAX@Mvb.Saic.Com>m# Sent: Friday, June 30, 2000 7:34 AMg# Subject: RE: DE500 on Alpha VMS 6.2t     > John,d > F > THe DE500-BA will work on OpenVMS V6.2 with the appropriate patches. Contact B > the CSC or DSNlink (if available) as there are articles on this. >SH > A big issue which I constantly run into is the issue of auto-negotiateL > feature. Depending on the age of equipment involved, there does not appearI > to be full compatibility within the so called standards for this (or at>< > least in its implementation with older network equipment). >6K > As a suggestion, I recommend physical settng the host ethernet adapter to H > 100Mb, Full Duplex AND the apprpriate network switch port to the same.  I Do *not* arbitrarily set the Duplex setting based on a newsgroup posting..  L The setting must match your network environment.  As Kerry points out, there3 are problems when the auto-negotiate guesses wrong.n  J In most of the cases that I have read about, and the few that I have seen,L the condition that has occurred is that full duplex was negotiated, and that! caused excessive network chatter.p  6 The DUPLEX setting must match the network requirement.  K In the environment I am in, it *MUST* be half duplex, if it is connected too the main network.t  B When the cards are set to full duplex, it assumes that there is noC collisions on the network because all devices are connected through-L switching hubs.  That is you have no thin-wire, thick-wire, or non-switching hubs on your network.    -JohnR wb8tyw@qsl.network   ------------------------------  % Date: Fri, 30 Jun 2000 23:01:47 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>eE Subject: Re: Directory Sizes (was: good news (for me,  I think) . . . - Message-ID: <395D6D2B.2A187BED@earthlink.net>w   Chris Scheers wrote: >  > "David J. Dachtera" wrote: > >T > > Hey - question:e > >eL > > Suppose I wrote a DCL proc. to move (rename) files around so that no oneH > > directory is more than 127 blocks in size, and also builds a logicalJ > > name (search list) of the various locations where these files would be
 > > found. > >r > > What would be slower:  > >oK > > A. Doing logical name (search list) translations and scanning cacheableS7 > > directories which may (or may not) be in the cache,i > >  > > ...or... > >w$ > > B. Scanning one large directory? > G > The total impact is going to depend on processor and disk speeds, butuE > from the "knee" effects that I have seen, assuming that you will becI > accessing multiple files (so the directories stay in the cache), optionr > "A" is a better option.n > J > If you are modifying the directories, (as opposed to just reading them),2 > option "A" can be better for even a single file. > J > Note that the 127 block limit applies to the used size of the directory,E > not the allocated size.  So if you trim a large directory back downtI > under the 127 block limit, you get the caching improvements.  You don'tl! > need to recreate the directory.s  D Very true! ...and for those OpenVMS and VAX/VMS versions which don'tG support CREATE/DIRECTORY/ALLCOATION=nnnn, I have a DCL proc. which willl@ pre-allocate directories so they are not (seriously) fragmented.0 It'll be on my (new) web site later this season.   --   David J. Dachtera  dba DJE Systems-" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/f   ------------------------------  # Date: Fri, 30 Jun 2000 20:25:01 GMTe From: trdorr@my-deja.com Subject: DSN LINK User's guide) Message-ID: <8jivm9$qdq$1@nnrp1.deja.com>c  A I would like to get DSN Link User's guide in printed form for VMSv version 2.2.G Does anyone know if DSN Link User's guide is available in printed form?m Thanks,t Toma    & Sent via Deja.com http://www.deja.com/ Before you buy.X   ------------------------------  % Date: Fri, 30 Jun 2000 15:05:59 -0700 0 From: Jack Ziegler <ziegler@it-ue450.sonoma.edu> Subject: DSP3210's on HSJ30?L Message-ID: <Pine.SOL.4.02A.10006301459120.26013-100000@it-ue450.sonoma.edu>   Hello,  J We have some old DSP3210 2 GB disks that (I believe) are early versions ofI RZ28's.  My question is whether anybody is successfully using these disksoF on an HSJ30.  They don't appear on the supported device list for HSOF; RZ28 does.    $ Thanks for any help you can provide.  ! Jack Ziegler                    |s> Information Technology          | internet: ziegler@sonoma.edu9 Sonoma State University         | phone   : (707)664-3098 9 Rohnert Park, CA 94928          | FAX     : (707)664-2505N   ------------------------------  % Date: Fri, 30 Jun 2000 23:09:16 -0400:2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>  Subject: Re: DSP3210's on HSJ30?7 Message-ID: <200006302309_MC2-AACE-453F@compuserve.com>e  J         The DSP disks were sold by Digital as PC disks.  They appear to b= eVG RZs except for the Identification string.  I have seen DSP3160S (1.5Gb)dB drives work with an HSJ05 controller.  I suspect there may be some> differences in the firmware between the DSP and the RZ drives.J They are not on the supported list for anything I know of in the VMS worl= d.  J         I wouldn't use them for anything critical.   If it MUST work 24x7= ,a use a real RZ series disk.    $ Message text written by Jack Ziegler >Hello,c  J We have some old DSP3210 2 GB disks that (I believe) are early versions o= fnJ RZ28's.  My question is whether anybody is successfully using these disks=  F on an HSJ30.  They don't appear on the supported device list for HSOF;
 RZ28 does.  =e    % Thanks for any help you can provide.<t   ------------------------------  % Date: Fri, 30 Jun 2000 12:12:51 -0700i5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> / Subject: Re: good news (for me,  I think) . . .d2 Message-ID: <ye9cOYAug+5Uw+sj+3gHcIKNUEjU@4ax.com>  E On Fri, 30 Jun 2000 12:15:10 -0400, "Bill Todd" <billtodd@foo.mv.com>J wrote:  L >Or one could take the viewpoint that in the Unix world, it's common to takeJ >advantage of the file system for use as a catalogue/library (in ways that >VMS doesn't support as well).  C true., but it was my impression  this approach was typical in unix,== because there's no common unix api for text libraries, afaik.=  > saving on file file open/closes, and the ability to do lookups> via multiple keys (if needed)  would be a win on unix as well.   ------------------------------  % Date: Fri, 30 Jun 2000 17:54:32 -0400a' From: "Bill Todd" <billtodd@foo.mv.com>=/ Subject: Re: good news (for me,  I think) . . .=( Message-ID: <8jj4sq$g58$1@pyrite.mv.net>  > Larry D Bohan, Jr <LBohan@dbc.spam_less..com> wrote in message, news:ye9cOYAug+5Uw+sj+3gHcIKNUEjU@4ax.com...G > On Fri, 30 Jun 2000 12:15:10 -0400, "Bill Todd" <billtodd@foo.mv.com>i > wrote: > I > >Or one could take the viewpoint that in the Unix world, it's common toD takeL > >advantage of the file system for use as a catalogue/library (in ways that  > >VMS doesn't support as well). >rE > true., but it was my impression  this approach was typical in unix, ? > because there's no common unix api for text libraries, afaik.t  K My guess would be that it's at least often used because it's convenient and K works well (on Unix).  There may also be many cases in which it's used lessaF appropriately due to the lack of anything better, but I wouldn't argueI anywhere nearly as strongly about the need for the file system to address  those.   >O@ > saving on file file open/closes, and the ability to do lookups@ > via multiple keys (if needed)  would be a win on unix as well.  L For industrial-volume (vs., say, interactive) use, open/closes can indeed beG relatively expensive, if for no other reason than that the access timesyG always need updating:  whether the added expense is significant dependscI entirely on how much other activity is performed between the open and thelK close.  And you'll get no argument from me about the desirability of havingtJ record-access facilities:  I tried to convince DEC to port an enhanced RMS! to Windows and Unix 14 years ago.r  H But Unix already has some fairly standard mechanisms for this (C-ISAM isJ one).  And one should remember that files in a directory can support usageJ that an RMS indexed file has trouble with - e.g., variable-length entities that may grow moderately large.o   - bill   ------------------------------  % Date: Fri, 30 Jun 2000 15:41:46 -0700e5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>o/ Subject: Re: good news (for me,  I think) . . .o2 Message-ID: <bR9dOXz1OqTZ+rkt4V11=li5u+sk@4ax.com>  E On Fri, 30 Jun 2000 17:54:32 -0400, "Bill Todd" <billtodd@foo.mv.com>e wrote:     >>F >> true., but it was my impression  this approach was typical in unix,@ >> because there's no common unix api for text libraries, afaik. > L >My guess would be that it's at least often used because it's convenient andL >works well (on Unix).  There may also be many cases in which it's used lessG >appropriately due to the lack of anything better, but I wouldn't argueSJ >anywhere nearly as strongly about the need for the file system to address >those.  > A >> saving on file file open/closes, and the ability to do lookups A >> via multiple keys (if needed)  would be a win on unix as well.2 > M >For industrial-volume (vs., say, interactive) use, open/closes can indeed benH >relatively expensive, if for no other reason than that the access timesH >always need updating:  whether the added expense is significant dependsJ >entirely on how much other activity is performed between the open and theL >close.  And you'll get no argument from me about the desirability of havingK >record-access facilities:  I tried to convince DEC to port an enhanced RMSo" >to Windows and Unix 14 years ago. >dI >But Unix already has some fairly standard mechanisms for this (C-ISAM ism >one).    > It'd been a while for me, but are such facilities part of the 7 'least common denominator" Unix nowadays, or is there ao5 3rd party product that almost everyone tends to use:?   D >And one should remember that files in a directory can support usageK >that an RMS indexed file has trouble with - e.g., variable-length entitiesu  >that may grow moderately large. >o >- bill    yah,  tongue in cheek:    A when your only major tools are  the C RTL open/close/read/write,  0 everything starts to look like a file system ...  6 I remember though, seeing somewhere a cogent argument = *against*  Unix's paradigm of "..everything-is-like-a-file.."   8 something along the lines of, that it was too simple an * abstraction.   Was it security/ACL issues?  3 Being able to  (optionally) make such abstractions hF on VMS (at least fom the C RTL) would be a further help for unix ports ...o   ------------------------------    Date: 30 Jun 2000 15:47:10 -0500* From: young_r@eisner.decus.org (Rob Young)- Subject: Re: How come IBM gets all the press. + Message-ID: <ovavBNQ$gGBb@eisner.decus.org>s  e In article <3nmplsgmm52fjo0p74d037tafc7i24vsp0@4ax.com>, Art Rice <arice.NOcSPAM@ue.itug.org> writes:u3 > On Fri, 30 Jun 2000 12:01:39 -0400, "Main, Kerry"c  > <Kerry.Main@compaq.com> wrote: > D > I did read the links from the Original Compaq press release to the= > release concerning the French Atomic Energy Commissions newPD > installation.  2,500 Alphas producing 5 teraFLOPS.  Have to wonder" > what 8,192 Alphas could do...... > G > Of course, back in the real world,  we need disk I/O that can keep uptF > with this blazing speed, or a new storage medium.  Maybe the guys atH > Celera can figure out the chemical storage method that the Human brain > uses.  >   4 	You would love a feature coming in a future Galaxy.  7 	You use a RamDisk in shared memory and it is a primaryi: 	member of a shadowset.  Excellent mostly read situations. 	i.e. Web indexes, DSS.y  = 	Now someone might come along and spoil all the fun and pointu? 	out a RamDisk is much slower than file caching.  This is true.e  C 	But the RamDisk is the *slowest* any read takes place.  This pointy 	can't be overlooked.5  B 	Why Galaxy and RamDisk as RamDisk already exists?  Another aspect< 	here is it isn't SSI, so you have multiple instacnes of VMS? 	each with their own private memory, schedulers, etc. hammeringi? 	away at the cluster mounted RamDisk.   Peppering it with quite) 	a few I/Os I suspect.   				Rob  	t   ------------------------------  # Date: Fri, 30 Jun 2000 17:51:46 GMTi* From: Art Rice <arice.NOcSPAM@ue.itug.org>- Subject: Re: How come IBM gets all the press.h8 Message-ID: <t3nplsompnnovaa2bdabq14jcs6qbqdm13@4ax.com>  @ On Fri, 30 Jun 2000 16:25:22 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:n  f >In article <3dbpls4kdk3m3vthlep0trf871h2334lot@4ax.com>, Art Rice <arice.NOcSPAM@ue.itug.org> writes:A >>We read about Compaq's involvement with the Genome project fromsC >>Compaq's press release.  Not too many other places.  Yet Big Blued2 >>seems to get all the press they could ever want. >> >>; >>http://www/wired.com/news/technology/0.1282,37285,00.htmlA >>B >>I like that they say it tends to break down because of the sheerF >>number of parts but the machine will run 100 hours without crashing. >>G >>I guess it could be tough keeping 8,192 processors running under AIX.} >a4 >It's tough keeping *1* processor running under AIX!  : I thought it interesting that NT4.0 is supposed to require= (unofficially) a reboot after 5.2 days (approx. 124.8 hours.)a  C ASCI White stays up for about 100 hours requiring a two hour reboots6 every 4 days.  Maybe it's just AIX that's the problem.     -- r
 Art Rice   ** # Special Data Processing Corporatione& --------------------------------------' All opinions expressed are mine and do s% not reflect the views of my employer.r   ------------------------------  % Date: Fri, 30 Jun 2000 16:01:22 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>l/ Subject: Re: How to read vms tape DAT on WIN NTe) Message-ID: <395CA832.BB251983@gtech.com>i   ezzaoudi med wrote:iG > How can I  read vms tape DAT (backup/log *.xxx MKA500:toto.bck/save )(
 > on WIN NT ?p  7 Programs to read VMS BACKUP save-sets has been written.s  9 So if you need to read thosands of tapes, then get a copyu6 of one of theese programs and start hacking it to work in your setup.  < If you only have a few tapes, then find a site that has both; VMS and NT and get them to read the files on VMS, move thems" to NT and copy them to a new tape.  " It is easier, faster and cheaper !   Arne   ------------------------------   Date: 30 Jun 2000 17:53:53 GMT$ From: g_hakansson@kafsv4.cth.dec.com' Subject: Re: Needed, New Search Command * Message-ID: <8jimri$jq5@usenet.pa.dec.com>   In article <9F664D538536D411BD3200508B6FF01A33350E@bdant027.bda.bobda.com>, "Boyle, Darren" <boyledj@bankofbermuda.com> writes:r >Hi, >pB >	Just thought I'd ask before I re-invent the wheel.  I need a newH >search command (COM or EXE) that will search down a tree of files.  I'mJ >running V7.1 and want a procedure that can search a file for a string ANDH >for an "@" sign, upon finding an "@" I then want the search to continue$ >through this file and any below it. >i	 >Example.- >-. >$  SEARCH   MY_COMMAND_FILE.COM   THIS_STRING >18 >Where MY_COMMAND_FILE makes call to other command files > 
 >$  show time5 >$  @ next_job >$  @and_another_job >C! >AND_ANOTHER_JOB.COM  contains...a
 >$  show timeo >$  this_string  ==  $status >uL >I hope that makes sense, probably not, but, what I want the search to do isL >look through MY_COMMAND_FILE for THIS_STRING, upon not finding it it startsD >to search the other command files being called and eventually finds, >THIS_STRING in the file AND_ANOTHER_JOB.COM >sL >If anyone knows of a procedure to do this It would be very much appreciated >before I have to write it.u >Thanks, >DarrencM >----------------------------------------------------------------------------uC >------------------------------------------------------------------ < >Darren James Boyle,              Telephone : (441) 299-6425 >Lead Analyst Programmer,r; >ISD VMS Technical Services,  Fax          : (441) 299-6502u >Bank of BermudaK >Par-la-Ville Branch,                EMail      : BoyleDJ@BankofBermuda.comn >Hamilton Bermuda.M >----------------------------------------------------------------------------0C >------------------------------------------------------------------   ,     I use a .COM file called DEEPSEARCH.COM.       And here it is...t   $	goto start $DO $!-----------------------------------------------------------------------------o $! DEEPSEARCH.COMs $!N $! This procedure searches through a tree of command procedures for the stringO $! that the user specifies. It does it by simply opening each command procedure I $! it comes to (a command procedure is any existing file preceded by "@")tJ $! and SEARCHing it for the specified string. Recursive calls are reportedA $! and the procedure continues because they're otherwise ignored.r $! $! Invoke via:! $!	$ @DEEPSEARCH comfile "string"e $!9 $! Author: Barry D. Dysert, Digital Equipment Corporationy $! $! Modification History: $!' $!    Date     |  Name    | Description O $!-------------+----------+----------------------------------------------------d, $!  4-DEC-1990 | Dysert   | Initial creationM $!  5-DEC-1990 | Dysert   | Before re-invoking myself, be sure I have a validtG $!                        | filespec by using f$parse(..."syntax_only") 0 $! 12-DEC-1990 | Dysert   | Report dynamic calls= $! 14-DEC-1990 | Dysert   | Turn off verification if in batchrO $!-----------------------------------------------------------------------------  $a $START:e- $	if f$mode() .eqs. "BATCH" then set noverifyT $ D $	if p1 .eqs. "" then read/prompt="_File: "/end=abort sys$command p1 $	if p1 .eqs. "" then exit $nF $	if p2 .eqs. "" then read/prompt="_String: "/end=abort sys$command p2 $	if p2 .eqs. "" then exit $h= $! Output filespec header line and set counters appropriatelyz $(" $	if f$environment("depth") .eq. 1 $	then	! first call; initializeB $	   fc=1		! file counti $	   lev=0	! indentation level! $	   msg=f$environment("message") D $	   set message/nofac/nosev/noid/notext	! don't see SEARCH messages $	else $	   fc=fc+1 $	   lev=lev+3 $	endif  $n $	on control_y then goto ctrly- $	file'fc'=f$parse(p1,".com",,,"syntax_only")aE $	write sys$output f$fao("!/!''lev'AS!1UL!AS"," ",fc-1,") "+file'fc')w $d $! Make sure the file's thereg $g  $	if f$search(file'fc') .eqs. "" $	thenE $	   write sys$output f$fao("!''lev'AS!AS"," ","   <file not found>")c $	   goto done $	endif  $w! $! Search the file for the stringr $ > $	search &file'fc' "''p2'"	! must be quoted to allow, e.g. "-" $eK $! Check for recursion by looping through the list of currently-open files.bI $! (Note that if DCL ever fixes /SHARE, we'll be able to detect recursionoH $! simply by trying to open it. As of V5.4, omitting /SHARE still allows $! read sharing.)s $e $	n=0h	 $RECLOOP:i $	n=n+1n $	if n .ge. fc then goto norec0 $	if recfile'n' .nes. file'fc' then goto recloop= $	write sys$output f$fao("!''lev'AS!AS"," ","   <recursion>")  $	goto done  $g $NOREC:r1 $	recfile'fc'=file'fc'	! save for recursion checkt $c8 $! Now read through the file looking for any it invokes. $c $	close/nolog file'fc'' $	open/read/err=skip file'fc' &file'fc's $i
 $READLOOP: $	read/end=done file'fc' lineO4 $	line=f$edit(line,"upcase,uncomment,compress,trim") $	locat=f$locate("@",line) $	linlen=f$length(line)t) $	if locat .eq. linlen then goto readloopo $ M $! There is an "@" here. Obtain the filespec and invoke myself to process it./ $ 8 $	filespec=f$edit(f$extract(locat+1,linlen,line),"trim")$ $	filespec=f$element(0," ",filespec)G $	if filespec .eqs. "" .or. f$parse(filespec,,,,"syntax_only") .eqs. ""56 $	then			! probably built on the fly, e.g. @'tempproc' $	   curlev=lev+3-Q $	   write sys$output f$fao("!/!''curlev'AS!1UL!AS"," ",fc,") "+"<dynamic call>")p $	   goto readloop $	endif 2 $	@'f$environment("procedure")' 'filespec' "''p2'" $	goto readloope $o $DONE: $	close file'fc'	 $	fc=fc-1j $	lev=lev-2w8 $	if f$environment("depth") .eq. 1 then set message'msg' $	exit 1 $e $SKIP:> $	write sys$output f$fao("!''lev'AS!AS"," ","   <open error>") $	goto done  $j $CTRLY:2 $	set message'msg' $	n=0  $CTRLY_LOOP: $	n=n+11 $	if n .gt. fc then stop $	close/nolog file'n', $	goto ctrly_loopd $P $ABORT:  $	exit   ------------------------------  % Date: Fri, 30 Jun 2000 15:07:44 -0400d- From: JF Mezei <jfmezei.spamnot@videotron.ca>3@ Subject: Re: Northern Light vs. Google (and the winner is . . .), Message-ID: <395CEFFF.A384FC42@videotron.ca>   Tim Shoppa wrote: @ > I agree with Keith: This argument is total crap.  Just because@ > disk drives are so ridiculously cheap these days does not mean; > that the data on them is worth any less.  And the cost of6C > off-line tape storage is *not* increasing - it's getting cheaper,2A > just not as quickly as low-end disk drives are getting cheaper.   J But when you apply a PC mentality, it is cheaper to buy another disk driveJ than it is to buy a DAT/DLT drive with cartridges. So make your backups on other disk drives.  L Also, consider the ephemeral .COM mentality where the goal is to make enoughN publicity to be allowed to be listed at the NASDAQ casino to get a few billionL dollars of free money, spend it on advertising and plush offices and pray toN god that you will be purchased by someone else before the money runs out. WithG that mentality in mind, long term operation of your systems is not thatsN critical. It is basically just a demo of what you can do and when your companyE gets bought, then you can build something serious for your new owner.u   ------------------------------  % Date: Fri, 30 Jun 2000 17:37:51 -0400.' From: "Bill Todd" <billtodd@foo.mv.com>c@ Subject: Re: Northern Light vs. Google (and the winner is . . .)( Message-ID: <8jj3tk$ep0$1@pyrite.mv.net>  5 Rob Young <young_r@eisner.decus.org> wrote in messagey% news:u2Fug3i88LnD@eisner.decus.org...m> > In article <395C99C2.632EF693@trailing-edge.com>, Tim Shoppa" <shoppa@trailing-edge.com> writes: > > Bill Todd wrote:$ > >> while it was rather frustratingJ > >> to see Aaron continue the string of faulty interpretations that I had' > >> already responded to several timese > >hB > > You might consider, Bill, that if so many folks interpret whatG > > you're trying to say incorrectly, that perhaps the problem was thatw7 > > you expressed yourself in a less than clear manner?f  E [My server seems to have missed Tim's post, so I'll address it here:]i  I My belief, which may seem quaint, is that people have some responsibilitywI for understanding a statement, even if it may be less than clear to them,0/ prior to responding by describing it as 'crap'.u   > >RG > > As a related but tangential point, consider that if you have a farmmH > > of ten thousand IDE drives, you currently need 2500 or 5000 PC-cloneC > > motherboards to drive them due to IDE cable length limitations.2? > > So if you're all hot to use the cheapest IDE drives in your I > > big-storage system, you don't have a lot of choice but to use a largeaA > > number of PC-clones attended to by a large number of flunkies( > > to maintain them.e  L Well, you do have the choice of using external IDE RAID boxes that present aE SCSI interface to the host, but that drives up the cost significantlyrK (unless you needed external RAID anyway, which shouldn't be the case here).c  I But if you've got 10,000 drives to maintain, it's not clear that you neediL many more people to maintain the 5,000 associated PC clones, if those clonesK are performing only standard duties:  drives, having significant mechanicaldH components, tend to fail at higher rates than boxes (once the boxes have 'burned in', anyway).t  0   Is it possible that this is one of the reasonsE > > why Google has so many PC-clones and staff to maintain them, thatnD > > they didn't have any other choice given that they were committed# > > to lowest-end storage hardware?   E Seems likely to be a combination of that and the use of commodity 100oG MBit/sec communication hardware (which limits the utility of boxes withgK greater internal capabilities).  The result is a well-balanced (and stable)iH configuration composed solely of bottom-end commodity components; if anyI part of it had required something expensive, that might well have made anr( overall higher-end solution competitive.   > >tH > > Yes, I know there are SCSI-to-IDE bridges available now, but they'reB > > recent enough that I don't think they were on the horizon whenJ > > Google's current configuration was planned.  Besides, UW-UF SCSI isn'tH > > very permissive about long cables or multiple porting in any sizable > > storage arrays either.  B And as long as the vendors believe they can charge as much for theK SCSI-to-IDE RAID controller as you'll need to pay to fill it up, it doesn'tm9 mesh well with the cost of the rest of the configuration.s  E The key to the set-up's attraction is the ability to put together the J storage, the servers to handle it, and the communications for a total costI of $10/GB or less.  Contrast that with the $500 or so/GB that EMC chargesyJ just for one of their filled-up storage boxes (granted, they're at the topL of the scale, but IIRC StorageWorks, Sun storage, etc. aren't less expensiveE by more than a factor of 3 or so) and Google's approach looks awfullylG attractive, especially to a start-up.  And while Compaq could certainlyoI choose to lead the way to lower-cost storage by creating IDE-filled boxesaK with the kind of management facilities customers have come to expect in therE premium-priced range, they're likely reluctant to under-cut their own L high-margin products in this range (leaving what I see as a real opportunityI for *someone* to do so, but the number of capable players is sufficientlymI limited that they may successfully stave off such competition for a whileo yet).c   > >o >r? > This would help explain their setup (or help anyhow) as theirU; > PC servers are *apparently* woefully underutilized from aS > CPU standpoint.   G But if they're cheap enough compared to the storage they serve, it justoK doesn't matter:  that's the magic of volume, commodity components, and it'svI not clear that a better-utilized Wildfire (for example) would be anywhereyJ nearly as cost-effective even if it could be harnessed to those IDE drives3 and 100 Mbit Ethernet NICs directly in some manner..  H Now, if the Wildfire *could* be cost-effective on purchase price, *that* would be news.   >e> > Might also want to mention too that California is one of the7 > most at risk this summer from power outages and it is  > due to Google and friends:  J Irrelevant, unless you can demonstrate that Google could have accomplishedJ the same thing more energy-efficiently:  you don't really think California2 wishes Silicon Valley were somewhere else, do you?  G If Google is in fact replicating its data more than a few times in each-J installation, that case might be makable (as long as the bottleneck occursI in the commodity servers rather than at the disks, since the latter would H apply to any configuration).  But if it's only dual-mirroring it in eachG data center, then the storage energy cost is no more than anyone else'stL would be, and it's not clear that the many little servers add much more than a few large ones would.i   - bill   ------------------------------  # Date: Fri, 30 Jun 2000 22:56:58 GMTgL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")@ Subject: Re: Northern Light vs. Google (and the winner is . . .)8 Message-ID: <009EC634.493D00FD@SSRL04.SLAC.STANFORD.EDU>  X In article <u2Fug3i88LnD@eisner.decus.org>, young_r@eisner.decus.org (Rob Young) writes:  > >	Maybe the tree huggers would be interested in knowing Google< >	is adding 30 servers a day... and Alltheweb.com in Redwood8 >	City , CA also has a similar model (numerous servers). >n >	Also from that article:  >a >aK >''Now if you have a 30-minute outage at 3 a.m., it's a big problem becausesO >everything in business is tied to being online and operating 24 hours a day,''sM >Macias said. ''Hopefully, people will take these blackouts as a wake-up calln* >because they're going to happen again.''  >r4 >	Well.. depends on what OS you are used to running.  D I'm a big VMS fan, and I even sneak plugs for VMS into my column in I MicroTimes - a free PC rag read by Meeting-Going Managers.  Nonetheless, rF there really isn't any reason to suspect that VMS-based computers will5 run any better without power than anything else does.-  H If you'd like to expand your argument to suggest that it's easier to putE a small number of CPUs and a big storage array onto UPS than putting h 10k CPUs on UPS, I'll buy that.a  J Incidentally, I live in Redwood City, and we had a brief power outage lastO week.  My home PCs rebooted, but my digital answering machine forgot everythingl5 - apparently the battery backup had lost charge. :-(.i   -- Alani  O ===============================================================================s0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056wM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210iO ===============================================================================l   ------------------------------    Date: 30 Jun 2000 23:39:28 -0500* From: young_r@eisner.decus.org (Rob Young)@ Subject: Re: Northern Light vs. Google (and the winner is . . .)+ Message-ID: <vGEOf8XmIw0q@eisner.decus.org>q   In article <009EC634.493D00FD@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:sZ > In article <u2Fug3i88LnD@eisner.decus.org>, young_r@eisner.decus.org (Rob Young) writes: > ? >>	Maybe the tree huggers would be interested in knowing Google = >>	is adding 30 servers a day... and Alltheweb.com in Redwood 9 >>	City , CA also has a similar model (numerous servers).  >> >>	Also from that article: >> >>L >>''Now if you have a 30-minute outage at 3 a.m., it's a big problem becauseP >>everything in business is tied to being online and operating 24 hours a day,''N >>Macias said. ''Hopefully, people will take these blackouts as a wake-up call+ >>because they're going to happen again.'' V >>5 >>	Well.. depends on what OS you are used to running.  > F > I'm a big VMS fan, and I even sneak plugs for VMS into my column in K > MicroTimes - a free PC rag read by Meeting-Going Managers.  Nonetheless, nH > there really isn't any reason to suspect that VMS-based computers will7 > run any better without power than anything else does.a >   8 	Knew I should have underlined what I was referring to.." 	If I would have just underlined:   L >>''Now if you have a 30-minute outage at 3 a.m., it's a big problem becauseM >>everything in business is tied to being online and operating 24 hours a dayD  : 	and made more of a note... saying something like "even if6 	it wasn't for power being lost, a 30 minute outage at7 	3 a.m. is probably quite common.. i.e. weekly reboot."w   > L > Incidentally, I live in Redwood City, and we had a brief power outage lastQ > week.  My home PCs rebooted, but my digital answering machine forgot everythingn7 > - apparently the battery backup had lost charge. :-(.  >   B 	Ah ha!   You can pin that on AlltheWeb.. they are in Redwood City+ 	and Boston... (tongue in cheek of course)._   				RobE   ------------------------------   Date: 1 Jul 2000 00:02:37 -0500b* From: young_r@eisner.decus.org (Rob Young)@ Subject: Re: Northern Light vs. Google (and the winner is . . .)+ Message-ID: <DTSwxSSZjrcz@eisner.decus.org>u  R In article <8jj3tk$ep0$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: >    >>? >> Might also want to mention too that California is one of the 8 >> most at risk this summer from power outages and it is >> due to Google and friends:o > L > Irrelevant, unless you can demonstrate that Google could have accomplishedL > the same thing more energy-efficiently:  you don't really think California4 > wishes Silicon Valley were somewhere else, do you? >   < 	Go back to the inital post, that was one of my main points.  A 	I can't prove they AREN'T doing things efficiently for sure, butI< 	I can come close.  Probably not close enough to satisfy you= 	but I had pointed out that they have 80 Terabytes in use out > 	of a total of 320 Terabytes  (4000 servers times 80 Gigabytes> 	per server, each server has 2 40 GByte drives, mirrored).  So9 	it is real hard to get a grip on the storage side to say-? 	whether or not they are wasting it, but it appears that way...   F 	I admit I have a bit of digging to do there .. but there is ancillary@ 	evidence of a lot of waste.  For instance, using somewhat datedA 	Northern Light material , they had 7.5 Terabytes per cluster foreA 	250 million articles (of the top of the head on doc count, closeoH 	but maybe not *right* on), PLUS private collections.  So if Google had F 	300 million, they could have been using 8-12 Terabyte for data, kick D 	in a Terabyte for their massive method of indexing and replicate itA 	*twice* ...  Google is in 2 locations in California and bringingE3 	on a Herndon VA Data Center.. on and on I suppose.t  ? 	But regarding their setup and data.  Of course it is wasteful. B 	Who in their right mind mirrors that much data?  That is a waste.B 	You mirror your index and spread out your data.  Who cares if you? 	click on an article and that disk just tripped off line.  Pullo? 	the data in from your remote site(s) that have it replicated.  @ 	They are mirroring everything because they are mixing index andA 	data on the drives (conjecture).  Or if even more cautious (why, A 	not sure, maybe spreading I/O too) you use large RAID5s and that-C 	is what it seems Northern Light is doing.. how large?  Don't know.fE 	But seems data hits would be smooth and could be large RAID5s behindd 	the scenes.  ? 	Regarding CPUs.. of course this is a waste.  Can't see how onep> 	can even at 18 million (current number) of searches a day tax3 	the CPUs more than 5%... MAYBE 10% but I doubt it.h   				Roba   ------------------------------  % Date: Fri, 30 Jun 2000 19:34:05 -0400h+ From: "Main, Kerry" <Kerry.Main@compaq.com>l7 Subject: RE: OpenVMS clusters vs other systems clustersrJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052844CB@kaoexc4.kao.dec.com>   Rob,  L >>> Yeah , but what about Netware?  Just today I received email from someoneK stating that Netware is getting the boot at their shop for BGInc stuff. <<<f  I Netware is an important OS to Compaq as well. Many shops are using it and') have big plans for Netware 5.1 rollouts.    J I did a Server Consolidation (platform generic) Customer session a week orL two ago and there were a few Netware Customers attending. There was no doubt? in their minds that Netware 5.1 is where their future is going.   $ It really is a multi-platform world.  L Compaq supports both these OS's and will work with Customers and/or partnersD to assist them in whichever they feel is the best solution for them.   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services= Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.como       -----Original Message-----@ From: young_r@eisner.decus.org [mailto:young_r@eisner.decus.org]# Sent: Friday, June 30, 2000 3:21 PM  To: Info-VAX@MVB.SAIC.COMw7 Subject: RE: OpenVMS clusters vs other systems clusters	    J In article <910612C07BCAD1119AF40000F86AF0D8052844C2@kaoexc4.kao.dec.com>,- "Main, Kerry" <Kerry.Main@compaq.com> writes:i > David, > G > <<< Would anybody make a big deal about Sun or IBM running an ad? <<<e > B > First, this is a major partnership announcement, not an ad - big difference.h > I > Anyway - puuuulllease ... How long has it been since folks on this listo haveL > been complaining about getting applications back on OpenVMS, about gettingF > major players (like Oracle) putting more emphasis on OpenVMS, better > marketing etc .. > E > Now, it starts to happen, Oracle makes a major change in its futureuL > application strategy that will be available on OpenVMS and now you say "hoK > hum"... Just because you do not use Oracle, surely this should be seen asN$ > good news anyway for the platform? > L > I am sorry the fud from Andrew is getting to you, but for those interested; > in moving OpenVMS forward, this is definately good news.   > K > In terms of importance to Oracle, check out front page of eWeek (formerly	 PC? > Week) where all those mass media types go to get their news :y > * > http://www.zdnet.com/eweek/ (front page)D > http://www.zdnet.com/eweek/stories/general/0,11011,2596660,00.htmlD > http://www.zdnet.com/eweek/stories/general/0,11011,2596485,00.html > ) > Is the end all, be all? Of course not. 5 > J > Oracle is a multi-platform vendor just like Compaq.  I would expect them toL > add additional vendors in the future as well. Just as you can expect other) > deals between Compaq and other vendors.e > L > However, as stated a number of times recently, this is only the beginning.   > F > Internally, this was received as great news, and we certainly do not intendK > to wallow in the gloom-n-doom of those who want to dwell on past mistakesi ..A > its time to move on and focus on continue growing the business.u >  > geeezzz..  >     < 	Yeah , but what about Netware?  Just today I received email9 	from someone stating that Netware is getting the boot att 	their shop for BGInc stuff.   	Just curious.   				Robe    L **************************************************************************** ***r, *                                RIP NetWare * L **************************************************************************** ***t   ------------------------------  % Date: Fri, 30 Jun 2000 15:22:51 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>u; Subject: Re: OpenVMS loses big, was:  RE: Compaq advertisesa, Message-ID: <395CF389.18DA0C66@videotron.ca>   "Terry C. Shannon" wrote:mN > (Terry here...) COE not only will equip OpenVMS with "Solaris-like" APIs, itG > will guarantee that OpenVMS remains viable for a minimum of 15 years.o > Probability Factor: 0.9999...@  " What is the definition of viable ?  L The proprietary operating system and software that runs the shuttle is quiteM viable. It runs on 4 nasa vehicles and a few simulators. But don't expect ANYo growth for it. r  L and when you consider that irish railway, lets assume it is running VMS 3.0,K then VMS 3.0 is going to remain viable for a very long period, until Compaq  stops maintaining VAX hardware.t  M COE protects existing customers. It helps alleviate the fears that pootential X new customers may have for VMS's lifetime. But it does nothing to attract new customers.  I CEO definitely removes a brick from the Berlin wall, but until a lot more M bricks have been removed, you won't see many people crossing over to the lando of VMS.o  1 Marketing and affordability remain to be tackled.r  D Are they moving in the right direction ? I would say a definite YES.M Can they rest on their laurels and watch the fruits of their labour: DEFINITEr NO.   ! They still have a long way to go.m  7 > Yep, as is the Tier One status now enjoyed by the OS!E  N When, where was it annouced that VMS now had Tier 1 status with Oracle ? I hadN heard that True64 had obtained that status (during wildfire launch), but never heard VMS getting that status.  P > > Are not the recent endorsements from major Customers like E*Trade on the newK > > Alpha GS Series a good sign that Customers (and ISV's) are re-examiningd$ > > their strategies around OpenVMS?  I If VMS focuses on the small markets that need 98% reliability but tons of I performance, such ass Etrade, it may have a rude awakening once Tandem iscB ported to Alpha and can offer that 99.999% reliability on the same architecture: Alpha.  L Tandem is poised to take some of the VMS markets once it gets the fast AlphaF chip, and if VMS wants to survive, it must spread its wings and be the& scalable VMS that it was designed for.   ------------------------------  % Date: Fri, 30 Jun 2000 15:28:20 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>s; Subject: Re: OpenVMS loses big, was:  RE: Compaq advertiseso, Message-ID: <395CF4D2.9378FA0B@videotron.ca>   David Mathog wrote: J > and it completes with no problems.  That is, it builds with nothing moreM > than minor modifications required to the makefile, the program source code,tK > and when the binary runs it does everything at least as fast as Tru64 (orsJ > Linux), with the output produced exactly the same as on Tru64 (includingE > especially when a "record" sent to a stream text file exceeds 32k.)b    K Instead of trying to port Unix to VMS, why not do the opposite: port VMS to  UNIX ?  L After all, Unix is gaining VMS's clustering abilities, so it would just be aJ matter of porting the system services to Unix, porting DCL as a unix shellI with TPU etc, and be done with it once and for all. Run the darn thing onrM UNIX, and truly make it easy for remaining VMS customers to migrate to unix. '  L At least this way, by providing a VERY EASY path from VMS to UNIX, customers8 would retain Alpha hardware and remain Compaq customers.  M But the minute the porting effort to UNIX requires , well, an effort, whether0M you ort to true64, Linux or Solaris doesn't make much difference, and chanceso3 are the customers won't want to remain with Compaq.    ------------------------------    Date: 30 Jun 2000 17:18:09 -0500* From: young_r@eisner.decus.org (Rob Young); Subject: Re: OpenVMS loses big, was:  RE: Compaq advertisess+ Message-ID: <cjtcB8nZ$Q2w@eisner.decus.org>l  \ In article <395CF4D2.9378FA0B@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > David Mathog wrote:aK >> and it completes with no problems.  That is, it builds with nothing more N >> than minor modifications required to the makefile, the program source code,L >> and when the binary runs it does everything at least as fast as Tru64 (orK >> Linux), with the output produced exactly the same as on Tru64 (includingeF >> especially when a "record" sent to a stream text file exceeds 32k.) >  > M > Instead of trying to port Unix to VMS, why not do the opposite: port VMS toy > UNIX ? >      	Simple, for a few reasons.u  > 	1)  VMS isn't standing still.  VMS clustering has been around: 		since 1983 has evolved greatly even in the last 2 years.  A 	2)  Related to 1, APMP for now is a VMS only feature (aka Galaxyr 		in its VMS form).y  E 	3)  Already a Unix that's VMS like.. Tru64 with a shared filesystem.D5 		BUT , a subset of VMS in several aspects (for now).a  = 	4)  Different paradigms.  Unix filesystem is a strange beasta" 		for a VMS person and vice-versa.  @ 	5)  You can't make a silk purse out of a sow's ear ...  VMS is : 		demonstratibly a superset of Unix as VMS supported Posix> 		at one time.  Maybe if they gutted some of the finer aspects& 		of VMS it could get it over to Unix.    N > After all, Unix is gaining VMS's clustering abilities, so it would just be aL > matter of porting the system services to Unix, porting DCL as a unix shellK > with TPU etc, and be done with it once and for all. Run the darn thing onmO > UNIX, and truly make it easy for remaining VMS customers to migrate to unix.   >  	kD 	Oh.. you just want some of the utilities and other features?  Okay.- 	Sector 7 does stuff like this, among others.e  @ 	Ummm... what about the rest of the internals (see 5 above)?  Do 	we need a list?  N > At least this way, by providing a VERY EASY path from VMS to UNIX, customers: > would retain Alpha hardware and remain Compaq customers. > O > But the minute the porting effort to UNIX requires , well, an effort, whetherpO > you ort to true64, Linux or Solaris doesn't make much difference, and chancesg5 > are the customers won't want to remain with Compaq.n    < 	Here would be a good indicator how easy it is to go in that= 	direction.  When you see APMP showing up on a Tru64 roadmap,e; 	let us know... otherwise we can *assume* it is a VERY hardl> 	problem they are still working on or have pushed out far into= 	the future.  By then, VMS would have had further engineeringw 	applied, etc.   				Robt   ------------------------------  % Date: Fri, 30 Jun 2000 22:06:00 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>* Subject: Oracle - Emb. SQL program: ACCVIO7 Message-ID: <200006302206_MC2-AAC6-2705@compuserve.com>t  J         No, SQL is not trying to execute from address one.  The PC=3D173A= 2764G gives the address of the failing instruction.  The most likely cause ismJ that a subroutine passed a 1 by value when the called subroutine/function=  D expected pass by reference (pointer).  It's a failure to distinguishJ between the object, the address of the object, the address of the address= ,a etc.  Easy to do in C.  G         Turn on all the diagnostics your C compiler has.  Be certain to J include all the proper header files.  It's quite likely that the compiler=  J would complain if you gave it half a chance.  It's even possible that it'= sb/ been complaining and you have been ignoring it.l  J         The header files are essential for the function declarations.  Th= e=D function declarations  tell the compiler whether the called functionH requires a one by value, a pointer to a one, a pointer to a pointer to a	 one, etc.e  H         Yes, it's a pain to clean up all the complaints about undeclaredE functions, functions that are declared to return an int and, in fact,=J return nothing, and all the other common errors and omissions in C.  It's=  aJ pain, but doing it can make the difference between a program that works a= ndJ one that doesn't.   It also means that when a change introduces an error,=  4 the small number of messages may be taken seriously!      ( Message text written by Kjell Arne Rekaa > =w  H I have a program with ORACLE embedded SQL code in it, which crashes with   ACCESS VIOLATION.uJ Since the virtual address=3D00000001, does this mean that the "sqlbdv" is=  	 trying toe execute from address 1?t  G If I remember right, everything below address %x200 is reserved for VMSc and ( NOT available for my process to execute?  F Are there any ORACLE-gurus out there to tell me how I could track this	 situationv@ further down? - Is this actually a week point in OpenVMS Oracle?  5 %SYSTEM-F-ACCVIO, access violation, reason mask=3D00,2J                   virtual address=3D00000001, PC=3D173A2764, PS=3D0000001= Ba/ %TRACE-F-TRACEBACK, symbolic stack dump followseA  Image Name   Module Name     Routine Name    Line Number  rel PCi abs PCB  CRRBS        SQLEXP          sqlbdv                45231 00003504 173A2764B  CRRBS        SQLEXP          sqlexp                46184 000098B8 173A8B18B  CRRBS        SQLEXP          sqlcex                47421 0001596C 173B4BCCB  CRRBS        CRRCVL5         read_cr_susp           6897 0000F154 17378764B  CRRBS        CRRCVL5         fetch_next_susp       16698 00022E30 1738C440B  CRRBS        CRRCVL3         FetchSuspendedC        2941 00000CA8 173688E8B  CRRBS        CRRCVSP         _CRRCVRunningMi        2938 0000164C 173629ACB  CRRBS        CRRCVFD         RunningStProc          8859 00000600 17391510B  CRRBS        CRRCVFD         CRRBS_PROC             9141 000008A0 173917B0B  CRRBS        CRRCVFD         main                   9306 00001130 17392040B  CRRBS        CRRCVFD         __main                    0 000000A4 17390FB4B  CRRBS                                                  0 8001B474 8002B474A                                                        0 BD84C170i BD84C170   Kjell Arne Rekaa Kjell.Arne.Rekaa@satcom.nera.no  <	   ------------------------------  % Date: Fri, 30 Jun 2000 15:38:13 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>j. Subject: Re: RS232 CTS/RTS flow control on VAX, Message-ID: <395CF722.805F4738@videotron.ca>   nospam@nohost.no.net wrote:3 >  > Greetings,? >           is the use of RS232 hardware flow control on a VAX,g4 > in particular, the CXY08 board described anywhere. > = > This is needed for flow control for a device on our system.d5 > XON/XOFF cannot be used because of the application.u  V I have not delved on the CXY08, but lets assume it does support hardware flow control.  I In my experience with a Microvax II with DHQ/DVH-11s boards which supporteL hardware flow control, just setting the terminal /MODEM will actually enableK hardware flow control, even though VMS doesn't directly suport it. (I was a L 5.5-2 at the time I did those tests for modems). I beleive that the work wasK done by the DHQ-11 itself. (So it is possible that it woudl not have worked   with all types of serial boards)  M More recent versions of VMS have had the /COMMSYNC setting which specificallytG enables hardware flow control, but is not to be used for modems/dial-ing$ situations due to security reasons.     M Best way to check this is to set a serial port at high speed, plug in a modemaF (set to handle hardware flow control and not xon-xoff) and force it toI negotiate no higher than 1200 baud, and connect via modem, set it /NOHOSThR /NOTTSYNC  (no X-ON/X-OFF) and then type a large file (from vax to remote device).  L The modem will constantly ask VMS to throttle back since the real throughput will be 1200 baud.   ------------------------------   Date: 30 Jun 2000 14:48:00 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: Re: Sub-DS10 Alphas3 Message-ID: <Por9FA1W894v@mccdev.slac.stanford.edu>c  ( In article <FwyHHr.6vI@spcuna.spc.edu>, /     	Terry Kennedy <terry@gate.tmk.com> writes:Y= > Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> writes:u@ >> Ok, so what features of the DS10L would the assembled expertsA >> suggest Compaq omit to make a more affordable sub-DS10 Alpha ?  >  >   Margin.n
     ^^^^^^     	  Indeed!   [...]iD > http://www.screamsonalpha.avnetdirect.com/custom/bundles/index.asp > 7 >   But their "Package C" (now $4982) used to be $3799.D > - >   You can compare their prices to Compaq's:o > , >   "Package B": Avnet, $4259; Compaq, $5832, >   "Package C": Avnet, $4982; Compaq, $6818  H         So they're offering  a  27%  discount  compared to list.  CompaqH     offers  a  35% discount to academia (well, sort of, that applies  toH     the system, but the perirpherals, etc., come in  at  more  like  %17H     discount  so  the  total discount mey be comparable to what Avnet is     giving above...).y  H         The point being that if Compaq  were willing to lower margins atH     the  entry-level,  these systems would be far more  affordable,  cf.      the Affordable VMS thread...  H         Oh, and who's willing to  take  a  guess that purchases of largeH     numbers  of  DS10L's don't get similarly deep discounts?   The  onlyH     ones who pay the steep prices are the small businesses who aren't inG     a position to qualify for, or bargin for, these kinds of discounts.m  	     	-Kent  D     P.S. My apologies  to  Terry  and  Dave  Froble  for incorrectlyD          atrributing Terry's note about Avnet to Dave in an  earlier          followup. --M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Fri, 30 Jun 2000 23:35:31 GMTa( From: Terry Kennedy <terry@gate.tmk.com> Subject: Re: Sub-DS10 Alphao' Message-ID: <Fwzqv7.2Cs@spcuna.spc.edu>e  V Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515 <Fairfield@slac.stanford.edu> writes:J >         So they're offering  a  27%  discount  compared to list.  CompaqJ >     offers  a  35% discount to academia (well, sort of, that applies  toJ >     the system, but the perirpherals, etc., come in  at  more  like  %17J >     discount  so  the  total discount mey be comparable to what Avnet is >     giving above...).s  J   Note that this is today's pricing. Compare the $3799 I paid for a systemG a year ago to the $10K-plus Compaq wanted for it (and the Compaq config & didn't include the second disk drive).  - 	Terry Kennedy             http://www.tmk.comn5         terry@tmk.com             Jersey City, NJ USAa   ------------------------------  # Date: Sat, 01 Jul 2000 00:04:23 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: Sub-DS10 Alpha 3 Message-ID: <bAa75.117$ma.2471@typhoon.aracnet.com>u  + Arne Vajh-j <arne.vajhoej@gtech.com> wrote:w > Ed Wilts wrote:tF >> Get rid of the darn keyboard & mouse!  I'm accumulating too many ofI >> these as it is.  My systems are servers, not desktops, and as such are H >> connected to a cluster console system that doesn't require a keyboard >> and mouse for every server.  G > Maybe. But some/many buyers will want keyboard & mouse. And the pricer% > impact is probably not significant.e  L OK, how about the environmental impact :^)  How many of us here have growingL piles of keyboards and mice both at work and at home that aren't being used?   			Zaneu   ------------------------------   Date: 30 Jun 2000 14:34:09 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)/ Subject: Re: Sub-DS10 Alpha (was: VAX on Intel)w3 Message-ID: <5OUnnCQqzVlR@mccdev.slac.stanford.edu>e  , In article <WeEas191Y57+@eisner.decus.org>, ?     Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:n0 > In article <395AFC7E.CF596B6B@tsoft-inc.com>, 1     	David A Froble <davef@tsoft-inc.com> writes:a >> Nigel Arnot wrote:n > E >>> Creating a sub-DS10 Alpha hardware platform will have significantsE >>> development costs. If Compaq does not believe that they will sell*D >>> in sufficient quantities, that's a sensible reason not to do so.D >>> (I'm not arguing that they are right, and I suspect that if theyD >>> add the potential Linux market for a really cheap Alpha platform2 >>> they are wrong. But I don't have the figures.) >> f >> You got my vote on this one.j > ? > Ok, so what features of the DS10L would the assembled experts @ > suggest Compaq omit to make a more affordable sub-DS10 Alpha ?  H         I took a hard look at the  DS10L specs and decided there's not aH     lot  you'd  want to leave off, at least, not a lot that  would  save
     money.  H         For example, I really doubt you  need two Ethernet interfaces onH     an entry level system, but that'll be in the noise.  One other thingH     that  caught my eye is that the system comes with 2MB onboard cache.H     Remember the DPW's (444au, 500au, 600au)?  You could buy those  withH     2MB, 1MB or 0MB of cache, and IIRC, that cache is/was pretty pricey,H     not  like main memory.  You've got one PCI slot, and you'll use thatH     for the graphics if this is going  to be a workstation rather than aH     server.   You  need a CDROM and an internal hard disk (at least  forH     page and  swap,  although  strictly  speaking,  you  could  severelyH     cripple the system by making a satellite in a VMScluster and put theH     page  and  swap  files  on served storage...yuch!).  [But then you'dH     need a VMS Cluster license which would  cost more than you'd save on     disk and SCSI adapter...]l  H         Get back to the issue Bill  Todd  and others keep bringing up ofH     $1200  for  the  base VMS license.  I think I now  understand  whereH     that's coming from, but I'm not sure it's a  very  accurate  number.H     If  you  compare the list prices for a DS10L w/256MB of memory (baseH     system in the QuickSpecs)  for  Linux-Ready,  Tru64 UNIX and OpenVMSH     (part  numbers DJ-71AAA-DA, DA-71AAA-DA and DY-71AAA-DA), the pricesH     are (US) $5334, $6134 and $6586.  So the "delta" for VMS compared toH     no O/S is $1252 (and about $450 compared to TU).  Note that the  VMSH     licenses  include  both  the base VMS, the "EIS" package, the latterH     giving  TCP/IP,   DECNET,   Pathworks/Advanced   Server,  DCPS-Plus,H     DCPS-Open, and a couple of other things.  The alternative and harderH     question to answer is what is the price for the base VMS license for4     a DS10L purchased separately?  I have no idea...  H         And one last cost saver would  be  to use an IDE disk internallyH     rather  than  a  SCSI  disks.   In fact, I'm not  sure  if  you  canH     configure a DS10L with both a SCSI disk and a graphics adapter givenH     the slot budget.  Anyone know for sure?  But I _thought_  VMS  couldH     not  boot  from an IDE disk, that it needed a SCSI system disk.  HasH     this changed recently, or are  we  still constrained to use the more@     expensive SCSI disks for VMS?  The QuickSpecs doesn't say...  H         Lastly, there has been recent  talk  about free or low cost baseH     VMS licenses for academia.  Unfortunately, I can't find a reference.     Can anyone supply a URL?  H         Given an academic institution  with  CSGL  (or DECampus), if theH     base  VMS  license were also free, one could go for the  Linux-ReadyH     version and load VMS on it after the fact.  That  _starts_  to  lookH     viable  for  .EDU,  given  the deep discounts (35%) that Compaq haveH     offered us in the past  on  the  systems.  A basic workstation basedH     upon  a DS10L w/256MB, a 10GB IDE disk, ELSA Gloria graphics, and  aH     17" monitor  (that's  the  only  "upgrade"  in  this  package)  plusH     keyboard  and  required  power  cables  could be had from Compaq for     about $4750.  H         Note that this is  less  than  the  "bundled" systems from AvnetH     that  Dave  Froble  (I  think, hope I didn't  botch  the  reference)H     mentioned in another post.  It also points out the apparently  largeH     margins  that Compaq is garnering on these systems...are they reallyH     taking a loss  when  they  discount  for  academia,  or GSA for that     matter?  I doubt it.           -Ken -- zM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edui:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   Date: 30 Jun 2000 14:37:51 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)/ Subject: Re: Sub-DS10 Alpha (was: VAX on Intel)S3 Message-ID: <H0+IZbD7Xg1e@mccdev.slac.stanford.edu>   ) In article <8jh9ok$g43$1@pyrite.mv.net>, c.     	"Bill Todd" <billtodd@foo.mv.com> writes: [...] K > And regardless of how the "Is there, or was there recently, a TCP/IP-lessV5 > VMS license at around $1200?" mystery turns out ...6  H         See my last post in  follow-up  to Larry Killgallen.  The $1200,H     actually  $1252, is the difference in list price between a DS10L  inH     the Linux-Ready configuration versus the OpenVMS FIS  version.   ButH     the  OpenVMS  version  includes  far  more  than  just  the Base VMSH     license: it includes  the  "EIS"  package  which  has networking andH     various other stuff in it.  One might ask if one could purchase justH     the  base VMS license seperately for less than $1200, perhaps  $600?F     My guess is an emphatic NO, but I haven't researched this issue...           -Ken -- hM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edur:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Fri, 30 Jun 2000 13:00:13 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> / Subject: Re: Sub-DS10 Alpha (was: VAX on Intel)s) Message-ID: <395C7DBD.5AC21DB3@gtech.com>t   "David J. Dachtera" wrote: > Larry Kilgallen wrote:A > > Ok, so what features of the DS10L would the assembled experts B > > suggest Compaq omit to make a more affordable sub-DS10 Alpha ? > H > How 'bout dropping the double-digit margin percentage down to a single( > digit? T'would work wonders, no doubt!  = They could cut profit, but that is usually not the first itemo management wants to cut !  :-)  : Furthermore I have a bad feeling that the price-difference9 between a thirdparty Alpha and a Compaq Alpha is not just26 profits - I fear that they may have a lot of overhead." Overhead that will need to be cut.   Arne   ------------------------------  % Date: Fri, 30 Jun 2000 12:57:39 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>3/ Subject: Re: Sub-DS10 Alpha (was: VAX on Intel)s) Message-ID: <395C7D23.C3BF4112@gtech.com>a   Ed Wilts wrote:a > Arne Vajhj wrote:: > > But what would a DS05 delivered early 2001 consist of:' > > - a board with a 667 MHz Alpha chipe > > - a PCI bus  > > - 128 MB memoryj > > - a 18 GB IDE disk > > - a CD drive > > - a floopy drive > > - a power supply > > - a cabinetr< > > - keyboard & mouse (let us make monitor optional, people3 > >   often has an old or want a new bigger anyway)l > E > Get rid of the darn keyboard & mouse!  I'm accumulating too many of H > these as it is.  My systems are servers, not desktops, and as such areG > connected to a cluster console system that doesn't require a keyboarda > and mouse for every server.r  E Maybe. But some/many buyers will want keyboard & mouse. And the pricet# impact is probably not significant.    Arne   ------------------------------  % Date: Fri, 30 Jun 2000 22:06:02 -0400f2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>/ Subject: Re: Sub-DS10 Alpha (was: VAX on Intel)e7 Message-ID: <200006302206_MC2-AAC6-2706@compuserve.com>c  J         Only double digits?  Can anyone remember when a set of 256K memor= ytJ chips for the Rainbow sold on the street for $35 and Digital charged $700= ? =g  G Works out to something like 1900% doesn't it?  (Even if you assume that 0 Digital had to pay the full street price of $35)  + Message text written by "David J. Dachtera"IG >How 'bout dropping the double-digit margin percentage down to a singledH digit? T'would work wonders, no doubt! T'would work even greater wonders5 to also do the same for OpenVMS licenses (Hi, Bill!).  <    ------------------------------  # Date: Fri, 30 Jun 2000 17:56:31 GMTe* From: Art Rice <arice.NOcSPAM@ue.itug.org> Subject: Re: VAX on Intel?8 Message-ID: <shnpls4phorl5o6vqg6um8g8r9se8cgjk2@4ax.com>  C On Fri, 30 Jun 2000 12:35:39 -0500, Chris Scheers <asi@airmail.net>d wrote:   >David A Froble wrote: >> 0 >> Chris Scheers wrote:E >KL >> > And having to obtain hardware to run the software effectively increasesK >> > the cost of the software, making it more likely that the decision will % >> > be made NOT to use the software.  >> QR >> If the software is worth the price, then the money will be found.  If it's not, >> then what's the issue?  >7H >The issue is that having to buy additional hardware to run the softwareH >effectively raises the price of the software.  This can raise the priceD >of the software to the point where it may not be "worth the price",H >especially since we are talking about hardware that costs more than the
 >software! > I >This can give your software developer a very strong incentive to develop E >for "commodity" platforms instead of VMS.  (I admit that I am biased # >here.  I am a software developer.)C >S >  >> > Does this make more sense?  >>  Q >> What you're saying makes sense.  However, the solution you are proposing is in Q >> my honest opinion a dead end money pit losing proposition that has a very real1M >> chance of removing VMS from any but the largest shops, and even killing it7Q >> there.  Suppose that VMS was implemented on Intel processors, and that someone-O >> got some VMS based product they wanted to try.  Also, suppose they put it onfN >> some unreliable hardware that didn't choke too often on windoz, but dies onR >> VMS.  What will their opinion then be about VMS?  Such hardware exists in great0 >> quantity.  Do you really want this nightmare? >>  S >> Even Microsoft is now qualifying hardware and drivers for W2K.  They know what'si >> killing them. >> oM >> The solution for affordable VMS at the low end is to use the usually solidaM >> hardware it currently runs on, and make some adjustments to allow it to beaO >> competitive at the low end.  Again, I truly feel that an Intel port is a badhA >> idea, and that the money and effort is better spent elsewhere.E >i >aF >Much as I dislike the design of PC platforms, I have to say that theyG >have gotten much more reliable over the years.  I don't think that theb1 >problem is the hardware as much as the software.. >oH >Most Windows code is an example of what I call "optimistic coding":  ItE >assumes that there won't be any problems.  When a problem occurs, iti >goes belly up.   4 I thought most of their code was "wishful thinking":   >mG >VMS is an example of "pessimistic coding":  It assumes that everythinghC >can go wrong.  As a result, when errors happen, they are much moreaD >likely to be handled and not be catastrophic.  (Yes, the results inH >lower performance in benchmarks, but most machines have more horsepowerI >than is needed anyways.  And what is the performance impact of a machine.( >that runs blindingly fast into a BSOD?) >tF >I suggest that a VMS port to IAx hardware could be MORE reliable than >Windows on the same hardware. >0I >(Cynic that I am, I suspect that Microsoft's "qualification" of hardware-E >for W2K consists of ensuring that the hardware never reports errors,r >whether they happen or not.)e >cH >-----------------------------------------------------------------------% >Chris Scheers, Applied Synergy, Inc.  >lH >817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.net   -- u
 Art Rice   **d# Special Data Processing Corporationa& --------------------------------------' All opinions expressed are mine and do e% not reflect the views of my employer.h   ------------------------------  % Date: Fri, 30 Jun 2000 17:30:29 -0600n1 From: Glen Martin <GLENMARK@utxvms.cc.utexas.edu>r Subject: Re: VAX on Intel?4 Message-ID: <395CD935.6F850852@utxvms.cc.utexas.edu>   Jan Vorbrueggen wrote: > 5 > Glen Martin <GLENMARK@utxvms.cc.utexas.edu> writes:s > M > > A VMS bigot who has been swamped with NT/Exchange admin duties of late...rJ > > (Whatever idiot within the bowels of Redmond who decided that it was aL > > good idea to have EVERYBODY'S mailbox in a SINGLE DATABASE should, IMHO,8 > > have evil things done to him. But I'm not bitter...) > $ > So why didn't you go for OpenMail?  F Because we're not an HPUX shop? (I work in our University's OpenVMS/NT Group)  B Just as well. I've heard rumors that OpenMail is even flakier than	 Exchange.a  B At least I still have the VMS cluster to fall back on whenever the- Exchange server is down (at least for now)...n   ------------------------------  # Date: Fri, 30 Jun 2000 19:51:53 GMT 0 From: Timothy Stark <sword7@grace.speakeasy.org>+ Subject: What happened to www.montagar.com? 9 Message-ID: <tT675.236901$701.3164233@news4.giganews.com>   I I tried to access www.montagar.com/hobbyist but I received unknown domainf> name.  I checked whois and its domain is ok.  What happened to www.montagar.com?f  	 Thank youA   -- Tim Stark   -- SC Timothy Stark	<><	Inet: sword7@speakeasy.org, sword7@firesword7.netAJ --------------------------------------------------------------------------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: 30 Jun 2000 13:36:29 -0700( From: Javier Henderson <javier@kjsl.com>/ Subject: Re: What happened to www.montagar.com?r- Message-ID: <86lmzm9a9e.fsf@cartero.kjsl.com>a  2 Timothy Stark <sword7@grace.speakeasy.org> writes:  K > I tried to access www.montagar.com/hobbyist but I received unknown domaint@ > name.  I checked whois and its domain is ok.  What happened to > www.montagar.com?t  ; 	From my core router, I don't see routes advertised for thea@ network where montagar.com's primary name server is, nor for theF network where one of his secondaries lives, so I'm going to guess that& Sprintlink is having network problems.   -jav   ------------------------------  % Date: Fri, 30 Jun 2000 13:40:57 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>a/ Subject: Re: What happened to www.montagar.com?0( Message-ID: <395D05D9.96786BBA@mmaz.com>  N Good question, perhaps they are switching ISP's.  Network soultions shows someN recent updates to their domain, but I just tried phoning the number listed and% reached an unidentified voice mail...    Barryk   Timothy Stark wrote:  K > I tried to access www.montagar.com/hobbyist but I received unknown domains@ > name.  I checked whois and its domain is ok.  What happened to > www.montagar.com?b >d > Thank youe >r > -- Tim Stark >  > --K > Timothy Stark   <><     Inet: sword7@speakeasy.org, sword7@firesword7.net L > --------------------------------------------------------------------------G > "For God so loved the world, that he gave his only begotten Son, thatdJ > whosoever believeth in him should not perish, but have everlasting life.0 > Amen." -- John 3:16 (King James Version Bible)   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028Q   ------------------------------  % Date: Fri, 30 Jun 2000 14:14:31 -0600r+ From: "Chris Morrill" <cmorrill@micron.net>L/ Subject: Re: What happened to www.montagar.com?C0 Message-ID: <8jiv37$5mf$1@admin-srv3.micron.com>  $ Verified - I can't get to it either.     --  A Q: How many C++ Programmers does it take to screw in a lightbulb?n  C A: Your still thinking procedurally.  A properly designed lightbulbiG    object would inherit a change method from a generic lightbulb class,o<    so all you have to do is send a lightbulb change message.    " Timothy Stark wrote in message ...J >I tried to access www.montagar.com/hobbyist but I received unknown domain? >name.  I checked whois and its domain is ok.  What happened to  >www.montagar.com? > 
 >Thank you > 
 >-- Tim Starkx >t >-- D >Timothy Stark <>< Inet: sword7@speakeasy.org, sword7@firesword7.netK >-------------------------------------------------------------------------- F >"For God so loved the world, that he gave his only begotten Son, thatI >whosoever believeth in him should not perish, but have everlasting life.e/ >Amen." -- John 3:16 (King James Version Bible)n   ------------------------------  % Date: Fri, 30 Jun 2000 17:07:48 -0400m. From: "Kenneth Randell" <kenr@datametrics.com>* Subject: [LONG] DEC 3000-300 MCHK question+ Message-ID: <8jj22d$fo3$1@bob.news.rcn.net>I   Hardware question:  : My DEC 3000-300 has experienced a couple of machine checks; in the past day or so.  The relevant error logs entries areo: listed below.  Anyway, my DEC field guy came out, replaced< the CPU board with cache, and when the system re-booted, did; a TEST command at the CHEVRON prompt, and got the followinge error output (transcribed):   ' LLSC Test Addr 00200000 FWD WR 00000000t9 ? T-ERR-MEM stl_c bcache miss no victim at Addr: 00xxxxxx 6   T-STS-MEM failed status = 20 test init add: 00xxxxxx   T-STS-MEM 800 Mem 0x0020  	   84 faili  : This error can happens every time, and he went through the; usual swap of memory, etc., and each time there is the sameb= failure; only the xxxxxxx address is different, and is alwaysc> within the address called out by the SHOW CONFIG of the bank 0
 of memory.  < The original CPU card was put back in with the same results.  1 Banks 0-1 are 32 MB, 2-5 are 8 MB, 6-7 are empty.N  ? So, my question is the above error related to the ICACHE/DCACHE78 stuff called out by ANA/ERROR below?  Is the diagnositic= bad?  What part do I need to fix this, as I really rather notaI have my machine down for multiple iterations of main boards, memory, etc.    Thanks.M   Ken Randellc   ---------------------------C  F  V M S                SYSTEM ERROR REPORT         COMPILED 29-JUN-2000 11:41:23J                                                                       PAGE 1.  /  ******************************* ENTRY    1114.S ******************************* E  ERROR SEQUENCE 3833.                            LOGGED ON:  CPU_TYPEd 00000002F  DATE/TIME 29-JUN-2000 04:36:56.87                            SYS_TYPE 00000007   SYSTEM UPTIME: 26 DAYS 12:41:43L  SCS NODE: CONNOR                                           OpenVMS AXP V6.1  *  HW_MODEL: 00000412 Hardware Model = 1042.  !  MACHINE CHECK DEC 3000 Model 300 (        RETRY/BYTE CNT  00000000 000001E0?                                        BYTE COUNT = 000001E0(X)s2                                        CAN'T RETRY        PAL ERROR CODE  00000092e        PAL REVISION    00000001w(        PALTEMP1        00000000 00000000(        PALTEMP2        0002C4F8 00000004(        PALTEMP3        00000000 00000000(        PALTEMP4        00000000 003EA110(        PALTEMP5        00000000 0022F987(        PALTEMP6        00000000 001F62E8(        PALTEMP7        00000000 00104000(        PALTEMP8        00000000 00000000(        PALTEMP9        00000000 0000001B(        PALTEMP10       000138C1 074E614E(        PALTEMP11       00000000 00000000(        PALTEMP12       00000000 7FA5B830(        PALTEMP13       FFFFFFFF 80838D00(        PALTEMP14       00000000 00000000(        PALTEMP15       00000000 00000018(        PALTEMP16       00000000 00032008(        PALTEMP17       00000000 000001E8(        PALTEMP18       00000000 00000000(        PALTEMP19       00000000 00000001(        PALTEMP20       00000000 00000000(        PALTEMP21       00000000 00000000(        PALTEMP22       00000000 00000000(        PALTEMP23       00000000 00000001(        PALTEMP24       FFFFFFFF 80976000(        PALTEMP25       00000000 00010000(        PALTEMP26       00000000 7FF92000(        PALTEMP27       00000000 00000000(        PALTEMP28       00000000 01D72000(        PALTEMP29       00000002 00000000(        PALTEMP30       00000000 00350000(        PALTEMP31       00000000 02226080(        EXCP ADDR REG   FFFFFFFF 80447076>                                        Not PALmode instructionJ                                        EXECPTION PC  = FFFFFFFC20111C1D(X)(        EXCP SUM REG    00000000 00000000(        EXCP MASK REG   00000000 00000000(        ICCS REG        00000000 00000000(        PAL BASE        00000000 00054000A                                        PAL BASE PA = 000054000(X)D(        HW INTR EN REG  00000000 FFFFC8E0=                                        CRD ERROR INT. DISABLEdD                                        HARDWARE INT. LEVEL 3 ENABLED aF  V M S                SYSTEM ERROR REPORT         COMPILED 29-JUN-2000 11:41:23J                                                                       PAGE 2.  D                                        HARDWARE INT. LEVEL 4 ENABLEDD                                        HARDWARE INT. LEVEL 5 ENABLED8                                        PC1 INT. DISABLED8                                        PC0 INT. DISABLEDE                                        HARDWARE INT. LEVEL 0 DISABLED.D                                        HARDWARE INT. LEVEL 1 ENABLEDE                                        HARDWARE INT. LEVEL 2 DISABLEDa7                                        SLU INT. DISABLE D                                        SOFTWARE INT. LEVEL 1 ENABLEDD                                        SOFTWARE INT. LEVEL 2 ENABLEDD                                        SOFTWARE INT. LEVEL 3 ENABLEDD                                        SOFTWARE INT. LEVEL 4 ENABLEDD                                        SOFTWARE INT. LEVEL 5 ENABLEDD                                        SOFTWARE INT. LEVEL 6 ENABLEDD                                        SOFTWARE INT. LEVEL 7 ENABLEDD                                        SOFTWARE INT. LEVEL 8 ENABLEDD                                        SOFTWARE INT. LEVEL 9 ENABLEDE                                        SOFTWARE INT. LEVEL 10 ENABLEDeE                                        SOFTWARE INT. LEVEL 11 ENABLEDSE                                        SOFTWARE INT. LEVEL 12 ENABLED E                                        SOFTWARE INT. LEVEL 13 ENABLEDdE                                        SOFTWARE INT. LEVEL 14 ENABLEDtE                                        SOFTWARE INT. LEVEL 15 ENABLEDnC                                        KERNAL MODE AST INT. ENABLEDtB                                        EXEC. MODE AST INT. ENABLEDC                                        SUPER. MODE AST INT. ENABLEDr(        HW INTR REQ REG 00000000 00000000(        MEM MGMT ER/DTB 00000000 000053C0E                                        Integer Reg. used is R = 1C(X)D6                                        OP code = 29(X)(        D-CACHE STA REG 00000000 000000073                                        EV4 Pass 3.0i(        D-CACHE ADD REG 00000007 FFFFFFFF(        ABOX CTL REG    00000000 0000040ED                                        MCHECK ENABLED for UNCOR. ERR7                                        CRD INTR. ENABLEoC                                        ICACHE STREAM BUFFER ENABLEDy5                                        DCACHE ENABLEDc(        BIU STAT        00000000 00002C40H                                        BIU PARITY ERROR IN D/ICACHE FILL8                                        ICACHE FILL ERRORD                                        Fill Quadword in Error = 2(X)(        BIU CTL REG     0000000E 10006335<                                        External Cache Enable6                                        Parity CheckingB                                        Output Enable of Cache RAMs;                                        BC_SIZE = 1 (256 KB)AI                                        BCache Read Speed in cycles = 4(X)rJ                                        BCache Write Speed in cycles = 4(X)(        ECC SYNDROMES   00000000 00000001(        FILL ADDR REG   00000000 01047070(        MACHINE CHK VA  00000000 001081E8(        B-CACHE TAG REG 00000000 00001053*                                        Hit4                                        TAG Control P4                                        TAG Control V !F  V M S                SYSTEM ERROR REPORT         COMPILED 29-JUN-2000 11:41:23J                                                                       PAGE 3.  =                                        B-Cache TAG  = 0082(X)V  -        BYTE <3:0>      00000092        /..../g-        BYTE <7:4>      00000000        /..../3-        BYTE <11:8>     40408080        /..@@/r-        BYTE <15:12>    13134040        /@@../S-        BYTE <19:16>    00000000        /..../a-        BYTE <23:20>    00000000        /..../s-        BYTE <27:24>    00000000        /..../ -        BYTE <31:28>    00000000        /..../T-        BYTE <35:32>    00000001        /..../e-        BYTE <39:36>    00000000        /..../n-        BYTE <43:40>    00000000        /..../7-        BYTE <47:44>    00000000        /..../a-        BYTE <51:48>    00000000        /..../ -        BYTE <55:52>    00000000        /..../p-        BYTE <59:56>    00000000        /..../y-        BYTE <63:60>    00000000        /..../e-        BYTE <67:64>    00010530        /0.../n-        BYTE <71:68>    00000000        /..../a-        BYTE <75:72>    00000601        /..../ -        BYTE <79:76>    00000000        /..../I mF  V M S                SYSTEM ERROR REPORT         COMPILED 29-JUN-2000 11:41:23J                                                                       PAGE 4.  /  ******************************* ENTRY    1122.a *******************************iE  ERROR SEQUENCE 3881.                            LOGGED ON:  CPU_TYPEl 00000002F  DATE/TIME 29-JUN-2000 11:33:57.48                            SYS_TYPE 00000007  SYSTEM UPTIME: 0 DAYS 06:55:06tL  SCS NODE: CONNOR                                           OpenVMS AXP V6.1  *  HW_MODEL: 00000412 Hardware Model = 1042.  !  MACHINE CHECK DEC 3000 Model 300S(        RETRY/BYTE CNT  00000000 000001E0?                                        BYTE COUNT = 000001E0(X)a2                                        CAN'T RETRY        PAL ERROR CODE  00000092r        PAL REVISION    00000001i(        PALTEMP1        00000000 0000000C(        PALTEMP2        001FC4F8 00000004(        PALTEMP3        00000000 00000019(        PALTEMP4        FFFFFFFF 809F3F80(        PALTEMP5        FFFFFFFF 81B72000(        PALTEMP6        FFFFFFFF 81B72208(        PALTEMP7        00000000 00104000(        PALTEMP8        00000000 00000000(        PALTEMP9        00000000 00000804(        PALTEMP10       00000367 07162A7A(        PALTEMP11       00000000 00000000(        PALTEMP12       00000000 00000000(        PALTEMP13       FFFFFFFF 808236A0(        PALTEMP14       00000000 00000000(        PALTEMP15       00000005 00000000(        PALTEMP16       00000000 00032008(        PALTEMP17       00000000 000001E8(        PALTEMP18       00000000 00000000(        PALTEMP19       00000000 7F94F860(        PALTEMP20       FFFFFFFF FFFFFE17(        PALTEMP21       00000000 000001E8(        PALTEMP22       00000000 0000003D(        PALTEMP23       00000000 00001800(        PALTEMP24       FFFFFFFF 80976000(        PALTEMP25       00000000 00010003(        PALTEMP26       00000000 7FF92000(        PALTEMP27       00000000 00000000(        PALTEMP28       00000000 03D7C000(        PALTEMP29       00000002 00000000(        PALTEMP30       00000000 00350000(        PALTEMP31       00000000 044E4080(        EXCP ADDR REG   FFFFFFFF 800826EE>                                        Not PALmode instructionJ                                        EXECPTION PC  = FFFFFFFC200209BB(X)(        EXCP SUM REG    00000000 00000000(        EXCP MASK REG   00000000 00000000(        ICCS REG        00000000 00000000(        PAL BASE        00000000 00054000A                                        PAL BASE PA = 000054000(X)-(        HW INTR EN REG  00000001 FFC008E0=                                        CRD ERROR INT. DISABLEmD                                        HARDWARE INT. LEVEL 3 ENABLED 1F  V M S                SYSTEM ERROR REPORT         COMPILED 29-JUN-2000 11:41:23J                                                                       PAGE 5.  D                                        HARDWARE INT. LEVEL 4 ENABLEDD                                        HARDWARE INT. LEVEL 5 ENABLED8                                        PC1 INT. DISABLED8                                        PC0 INT. DISABLEDE                                        HARDWARE INT. LEVEL 0 DISABLEDnD                                        HARDWARE INT. LEVEL 1 ENABLEDE                                        HARDWARE INT. LEVEL 2 DISABLED'7                                        SLU INT. DISABLEhD                                        SOFTWARE INT. LEVEL 9 ENABLEDE                                        SOFTWARE INT. LEVEL 10 ENABLEDaE                                        SOFTWARE INT. LEVEL 11 ENABLED E                                        SOFTWARE INT. LEVEL 12 ENABLED>E                                        SOFTWARE INT. LEVEL 13 ENABLED0E                                        SOFTWARE INT. LEVEL 14 ENABLEDmE                                        SOFTWARE INT. LEVEL 15 ENABLEDsC                                        KERNAL MODE AST INT. ENABLED B                                        EXEC. MODE AST INT. ENABLEDC                                        SUPER. MODE AST INT. ENABLED-A                                        USER MODE AST INT. ENABLEDg(        HW INTR REQ REG 00000000 00010000A                                        SOFT INTR. REQ. on LEVEL 3m(        MEM MGMT ER/DTB 00000000 00005760E                                        Integer Reg. used is R = 16(X)06                                        OP code = 2B(X)(        D-CACHE STA REG 00000000 000000073                                        EV4 Pass 3.0 (        D-CACHE ADD REG 00000007 FFFFFFFF(        ABOX CTL REG    00000000 0000040ED                                        MCHECK ENABLED for UNCOR. ERR7                                        CRD INTR. ENABLE C                                        ICACHE STREAM BUFFER ENABLEDr5                                        DCACHE ENABLEDt(        BIU STAT        00000000 00000440H                                        BIU PARITY ERROR IN D/ICACHE FILL8                                        DCACHE FILL ERRORD                                        Fill Quadword in Error = 0(X)(        BIU CTL REG     0000000E 10006335<                                        External Cache Enable6                                        Parity CheckingB                                        Output Enable of Cache RAMs;                                        BC_SIZE = 1 (256 KB)lI                                        BCache Read Speed in cycles = 4(X)cJ                                        BCache Write Speed in cycles = 4(X)(        ECC SYNDROMES   00000000 00000001(        FILL ADDR REG   00000000 04405EE0(        MACHINE CHK VA  00000000 001081E8(        B-CACHE TAG REG 00000000 00004415*                                        Hit4                                        TAG Control D4                                        TAG Control V=                                        B-Cache TAG  = 0220(X)u  -        BYTE <3:0>      00000092        /..../K-        BYTE <7:4>      00000000        /..../ -        BYTE <11:8>     40408080        /..@@/I-        BYTE <15:12>    13134040        /@@../1  F  V M S                SYSTEM ERROR REPORT         COMPILED 29-JUN-2000 11:41:23J                                                                       PAGE 6.  -        BYTE <19:16>    00000000        /..../3-        BYTE <23:20>    00000000        /..../c-        BYTE <27:24>    00000000        /..../+-        BYTE <31:28>    00000000        /..../u-        BYTE <35:32>    00000001        /..../ -        BYTE <39:36>    00000000        /..../n-        BYTE <43:40>    00000000        /..../c-        BYTE <47:44>    00000000        /..../t-        BYTE <51:48>    00000000        /..../n-        BYTE <55:52>    00000000        /..../o-        BYTE <59:56>    00000000        /..../.-        BYTE <63:60>    00000000        /..../a-        BYTE <67:64>    00010530        /0.../ -        BYTE <71:68>    00000000        /..../<-        BYTE <75:72>    00000601        /..../n-        BYTE <79:76>    00000000        /..../- ANA/ERR/SINC/OUT=1.1/INC=MACH    ------------------------------   End of INFO-VAX 2000.364 ************************