1 INFO-VAX	Tue, 07 Aug 2001	Volume 2001 : Issue 435       Contents:( RE: Alpha:  an invitation to communicate( Re: Alpha:  an invitation to communicate6 Re: AT&T wireless in Canada (Rogers) down for 12 hours6 Re: AT&T wireless in Canada (Rogers) down for 12 hours# Re: Attaching a new DLT tape loader , Bug with error handling in GOSUB subroutines0 Re: Bug with error handling in GOSUB subroutines Re: Goodbye, good friend DEC HSZ40B Controller Card RE: IA64 Rocks My World A Re: Just got this and wanted to pass it on - tech tip from MindIQ A Re: Just got this and wanted to pass it on - tech tip from MindIQ ! Lat connection problem on Vms 7.2 % Re: Lat connection problem on Vms 7.2 1 Re: Looking for a Pine.exe for TCPIP 5.x services " Re: LPs on the Web (Was: Re: DCPS)A Re: Marketing - any kind !  was  Few People in DEC Understood....  Re: Microsoft and Code red Re: Microsoft and Code red Re: Microsoft and Code red Re: Microsoft and Code red Re: Microsoft and Code red Re: Microsoft and Code red Re: Microsoft and Code red Re: Microsoft and Code red& Re: Migrating from CI to Fiber Channel& Re: Migrating from CI to Fiber Channel Re: Move to Sun  Move to Sun  Re: Move to Sun  Re: Move to Sun  Re: Move to Sun  Re: Move to Sun 0 Re: Outsourcing of VMS support to Digital India!0 Re: Outsourcing of VMS support to Digital India! Owner's manual for vaxstation 
 PGP on VMS Re: PGP on VMS; Re: Press Release - Process Supposts Compaq's move to Intel ; Re: Press Release - Process Supposts Compaq's move to Intel ; Re: Press Release - Process Supposts Compaq's move to Intel ; Re: Press Release - Process Supposts Compaq's move to Intel 7 Press Release - Process Supposts Compaq's move to Intel  Re: Quorum Disk Questions 8 Re: Rare occasions with a FAB/RAB error occurs with DBMS8 Re: Rare occasions with a FAB/RAB error occurs with DBMSF Re: Regional VMS employment status ?, was: Re: VMS expertise availableF Re: Regional VMS employment status ?, was: Re: VMS expertise available Storageworks hardware question" Re: Sun goes after Alpha user base Re: SYBASE on VMS  Re: Third postcard from Sun  Re: Third postcard from Sun  Re: Third postcard from Sun  Re: Third postcard from Sun = Re: very nice message also room for feedback on this web site = Re: very nice message also room for feedback on this web site 9 very nice message also room for feedback on this web site = Re: very nice message also room for feedback on this web site = Re: very nice message also room for feedback on this web site  Re: VMS 7.3 experiences?  Re: VMS LK-xxx Terminal Emulator  RE: VMS LK-xxx Terminal Emulator Re: WHO ARE YOU forum?; Re: You Get What You Pay For, a.k.a., There's No Free Lunch ; Re: You Get What You Pay For, a.k.a., There's No Free Lunch < Re: [OT] Market corrections (was Re: Alpha: an invitation to  F ----------------------------------------------------------------------  $ Date: Mon, 6 Aug 2001 16:59:21 -0400+ From: "Main, Kerry" <Kerry.Main@compaq.com> 1 Subject: RE: Alpha:  an invitation to communicate R Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4D49560@kaoexc01.americas.cpqcorp.net>   JF,   . Please reread my notes. You missed the point.   L Performance has nothing to do with this specific conversation between Andrew and myself.   I Andrew clearly accused Compaq of making up the 600Ns reference in its WP. # That is a pretty strong statement.    @ I simply showed Andrew where his own Sun web site states 600ns.   K Yes, it is the higher end of the 400-600nsec spec, and yes, technically, in B an ideal world, you could argue that WP's should be updated as newK information becomes available, but it was certainly not "made up" as Andrew  accused Compaq of.     Regards,  
 Kerry Main Senior Consultant  Compaq Canada Corp.  Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] Sent: August 6, 2001 11:50 AM  To: Info-VAX@Mvb.Saic.Com 0 Subject: Re: Alpha: an invitation to communicate     "Main, Kerry" wrote:J > I gave you a direct quote and pointer from a Sun WP which clearly states# > 400-600nsec as per the following:     L Mr Main, if I worked hard enough, I could probably find a quote stating that VMS runs at 0.9 VUPS.   K Mt Harrisson stated multiple times that Sun has upgraded their motherboards F some time ago to have lower memory latency. And Compaq have *slightly*> improved VMS performance sicne the days of the Microvax II :-)  A You can go back in time as far as you want to find a competitor's  performance ? numbers lower than your own. And while I grant you that getting K always-up-to-date documents may not be an easy task, I think that you could K have simply stated that Compaq probably got outdated information with which  toH make its comparison against Sun instead of starting a "my dick is bigger than yours" contest with Andrew.    ------------------------------  % Date: Mon, 06 Aug 2001 17:27:49 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>1 Subject: Re: Alpha:  an invitation to communicate * Message-ID: <3B6EC585.C974C9CB@uk.sun.com>   "Main, Kerry" wrote: >  > Andrew, Andrew ... > L > >>> The number of 600ns quoted by Compaq as the idle latency of an E10K isM > >>> not a number that originates from Sun, it does not appear in any of our ) > >>> white papers or product literature.  > K > You clearly stated the 600nsec number did not appear in any of your white G > papers and that the number was a fabrication on the behalf of Compaq.  > J > I gave you a direct quote and pointer from a Sun WP which clearly states# > 400-600nsec as per the following:  > 5 No I stated that the measure Compaq used Idle Latency F does not have a 600ns value associated with it in any Sun white paper.  < If you had read your own white paper you would be well aware; of the fact that the measure your white paper scribes used  9 was not the fully loaded maximum latency (600ns) but the  
 Idle latency.   9 Is rather like Ford comparing the maximum speed of a Ford @ Taurus in 5th gear with a Porsche 911 in 1st gear, yes they are 6 both numbers, no it isn's a fair comparison. Made evenB worse because in your case you didn't even use this years Porsche.  > I am sure that if we look closely enough we can find something= in the WildFire documentation that runs at say 1ms, should we : use that in any of our comparisons between a SunFire and a> GS320, it seems to be your practice so how could you complain.  F > >>> > http://www.sun.com/solutions/hpc/performance/architecture.htmlB > > - For systems requiring up to 64 processors -- a sophisticated > interconnectF > > called the Gigaplane-XB has been developed. Combining a 16x16 data
 > crossbarB > > switch with 4-way parallel point-to-point address routers, the > Gigaplane-XBJ > > achieves bandwidth of up to 10.5 GB/s, latencies of 400 to 600 ns, and# > > supports up to 64 processors. "  > F > So, are you ready to admit that you made a mistake and that Compaq'sK > statement was based on information directly from Sun or do you feel it is A > Compaq's responsibility to keep Sun's white papers up to date ?  > 
 > Regards, >  > Kerry Main > Senior Consultant  > Compaq Canada Corp.  > Professional Services  > Voice: 613-592-4660  > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >  > -----Original Message-----9 > From: andrew harrison [mailto:andrew.nospam@uk.sun.com]  > Sent: August 6, 2001 6:32 AM > To: Info-VAX@Mvb.Saic.Com 2 > Subject: Re: Alpha: an invitation to communicate >  > "Main, Kerry" wrote: > >  > > Andrew,  > > N > > >>> The number of 600ns quoted by Compaq as the idle latency of an E10K isK > > not a number that originates from Sun, it does not appear in any of our M > > white papers or product literature. The average latency of the first E10K N > > which had an 83 Mhz backplane was 505 ns, but by the time the Compaq whiteL > > paper was published Sun had been shipping E10K's with 100 Mhz backplanes > for ; > > some time and the memory latency had dropped to ~440ns.  > > M > > Where the 600ns came from is anyones guess but its the lowest number that 2 > > makes Compaqs %local %remote calculation work. > > <<<  > > C > > You say the 600ns number does not appear in any of your WP's???  > >  > > What about this !! > > B > > http://www.sun.com/solutions/hpc/performance/architecture.htmlB > > - For systems requiring up to 64 processors -- a sophisticated > interconnectF > > called the Gigaplane-XB has been developed. Combining a 16x16 data
 > crossbarB > > switch with 4-way parallel point-to-point address routers, the > Gigaplane-XBJ > > achieves bandwidth of up to 10.5 GB/s, latencies of 400 to 600 ns, and# > > supports up to 64 processors. "  > >  > > Back to you .. > >  > G > Ohh dear Kerry, note the up to 600ns and note the 10.5 GB/s. This was  > the E > origional E10K and if you use the measure Compaq was employed (Idle 
 > latency)G > the actual latency of this system was 505 ns not 600. But all of this F > is imaterial because by the time your marketeers wrote the offendingB > white paper the E10K had been upgraded for around a year and itsH > memory latency using the measure your marketeers were using was ~440ns
 > not 600. > > > You can wriggle as much as you like Kerry, it does not alterC > the fact that the offending "white paper" is wrong, it would have , > been wrong even with the old E10K numbers. > A > Incedentally the "Near UMA" claim in the white paper also turns   > out to be a sick joke as well. >  > Back to you :):):):):) > 	 > Regards  > Andrew Harrison  > Enterprise IT Architect    --   Andrew Harrison  Enterprise IT Architect    ------------------------------  $ Date: Mon, 6 Aug 2001 14:50:39 -0300+ From: <fabio_compaq@ep-bc.petrobras.com.br> ? Subject: Re: AT&T wireless in Canada (Rogers) down for 12 hours L Message-ID: <OFA4A30437.282CED57-ON03256AA0.00619555@ep-bc.petrobras.com.br>   My God ! ! !  + You are all PARANOIC ! ! !  Or EGOCENTRIC ?   ( VMS is not the center of the world ! ! !   Regards    F=E1bio Cardoso         H                                                                        =                   =20 H                     JF Mezei                                           =                   =20 H                     <jfmezei.spamnot@vid        Para:   Info-VAX@Mvb.Sa= ic.Com            =20 H                     eotron.ca>                  cc:                    =                   =20 H                                                 Assunto:     AT&T wirel= ess in Canada     =20 H                     06/08/2001 14:36            (Rogers) down for 12 ho= urs               =20 H                     Responder a JF Mezei                               =                   =20 H                                                                        =                   =20 H                                                                        =                   =20         H During the weekend, Canada's largest wireless network was down from coa= st to coast for about 11-12 hours.  H Today, the newspapers are having a field day with this, especially sinc= e  one C ecoterrorist group claimed responsability in retaliation for Bush's 	 renegging ' on the USA's promise to abide by Kyoto. = (Rogers denies the problem could have been caused by external  forces/hackers).> Nevertheless, Rogers still says it doesn't know what happened.  ? But there is an interesting tidbit in a Globe and Mail article:    ##> The company was still investigating the internal causes of the9 problem Sunday afternoon and hoped a conference call with H Compaq computer representatives would clear up any unanswered questions= .  ##  H Could this have been a VMS related problem (since VMS is supposedly use= d H widely in wireless) ? Any chance that we might hear about the technical=  @ details of this problem to prevent it from happening elsewhere ?  H I remember some VMS consultant (now seeking employement) providing some=  H technical insight on a major outage of a certain VMS based e- stock tra= deC company some years ago and felt that that was valuable information.      =    ------------------------------  % Date: Mon, 06 Aug 2001 15:49:31 -0400 2 From: norm lastovica <norman.lastovica@oracle.com>? Subject: Re: AT&T wireless in Canada (Rogers) down for 12 hours * Message-ID: <3B6EF4CB.2D4CD428@oracle.com>   JF Mezei wrote:  > N > During the weekend, Canada's largest wireless network was down from coast to > coast for about 11-12 hours. > ##@ > The company was still investigating the internal causes of the; > problem Sunday afternoon and hoped a conference call with J > Compaq computer representatives would clear up any unanswered questions. > ## > J > Could this have been a VMS related problem (since VMS is supposedly usedI > widely in wireless) ? Any chance that we might hear about the technical B > details of this problem to prevent it from happening elsewhere ?  ; 	though you don't identify the company, I'd have to suggest ? that contacting them to ask what the problem was would be a bit , more usefull than speculating in this forum.   > I > I remember some VMS consultant (now seeking employement) providing some K > technical insight on a major outage of a certain VMS based e- stock trade E > company some years ago and felt that that was valuable information.    --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  # Date: Mon, 06 Aug 2001 22:37:25 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>, Subject: Re: Attaching a new DLT tape loaderD Message-ID: <F_Eb7.1817$nb4.120578@newsread1.prod.itd.earthlink.net>  I What version of VMS?  Prior to VMS 6.2  I had a TZ87 which would not INIT J tapes.  Backup would write and restore on an initialized tape.  We used toJ INIT tapes across the room on another system.  Once the upgrade to 6.2 was completed, it started working.  ; "Nivlesh Chandra" <NChandra001@itc.gov.fj> wrote in message G news:084681714A1BD511970B0002A560015F2D74F5@exchange01.govnet.gov.fj... E > I have a MicroVax 4000 system. It has a external single tape loader I > atttached to it. We recently purchased a DLT Tape Loader and this is to K > replace the single tape loader. My problem is that I do not know anything J > about how to go about making the system use this new tape loader. I haveK > attached the DLT tape loader to where the single tape loader was. The DLT I > Tape loader is on SCSI 0 (that is what is shown at the back).. but I do  not E > know what it means and I do not know how to check if the system has  detectedK > that there is a DLT Tape loader attached to the system. Can someone point  meI > to approriate literature about attaching and making the system deetct a  new < > hardware ... or can someone help me go about doing this... > % > Your help would be most appreciated  >  > Niv  >    ------------------------------   Date: 6 Aug 2001 11:36:00 -0700 - From: afeldman@gfigroup.com (Alan E. Feldman) 5 Subject: Bug with error handling in GOSUB subroutines = Message-ID: <af1e4ce6.0108061035.334f0428@posting.google.com>   
 Hello all,  C The following happens in DCL command procedures on VMS 6.1 and 6.2:   9 It appears to me that there is an error-handling bug with D GOSUB/RETURN. If one uses a statement such as ON WARNING THEN RETURN? in a local subroutine, then all works fine if a warning happens F ($SEVERITY = 0). But if an error or a severe error occurs ($SEVERITY =< 2 or 4), the entire procedure comes to a complete halt. Test
 Procedure:   DCL> TYPE SUBWARN.COM 
 $    SET NOON  $    GOSUB _FUN  $    SHOW SYMBOL $STATUS $    SHOW TIME	 $    EXIT  $_FUN: $    ON WARNING THEN RETURN  $    DIRECTORY 'P1'  $    RETURN   ( Let's try it with a warning-level error:   DCL> @SUBWARN ASDF
 $    SET NOON  $    GOSUB _FUN  $_FUN: $    ON WARNING THEN RETURN  $    DIRECTORY ASDF ! %DIRECT-W-NOFILES, no files found  $    SHOW SYMBOL $STATUS   $STATUS == "%X10018290"  $    SHOW TIME    6-AUG-2001 17:06:44	 $    EXIT   E Okay, that worked fine. Now let's try it with a command that produces  an error/severe_error:   DCL> @SUBWARN [ASDF]
 $    SET NOON  $    GOSUB _FUN  $_FUN: $    ON WARNING THEN RETURNN $    DIRECTORY [ASDF]	? %DIRECT-E-OPENIN, error opening DISK$DATA1:[ASDF]*.*;* as inputo -RMS-E-DNF, directory not foundi" -SYSTEM-W-NOSUCHFILE, no such file  C (Note that DIRECTORY [ASDF] produces a severity level of 2, not 0.)d  A As you can see, the procedure stops dead in its tracks. This alsouF happens for ON ERROR THEN RETURN if $SEVERITY is 2 or 4 and it happensF for ON SEVERE_ERROR THEN RETURN if $SEVERITY is 4. The procedure works= fine in other situations. This bug also happens if you use ONaC WARNING|ERR|SEV THEN GOTO _BAD and the first command after _BAD: iss RETURN.t  E Has anyone else seen this? Has it been fixed in a more recent versioni/ of VMS (.GT. V6.2)? Am I missing something? TIAe  F P.S. I guess I'll use the "full-fledged" SUBROUTINE/ENDSUBROUTINE as a workaround.!   Disclaimer: JMHO   &-) Alan E. Feldmane afeldman@gfigroup.comd   ------------------------------  % Date: Mon, 06 Aug 2001 20:57:57 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 9 Subject: Re: Bug with error handling in GOSUB subroutines ' Message-ID: <3B6F4B25.93AF1AD1@fsi.net>C   "Alan E. Feldman" wrote: >  > Hello all, > E > The following happens in DCL command procedures on VMS 6.1 and 6.2:o > ; > It appears to me that there is an error-handling bug withiF > GOSUB/RETURN. If one uses a statement such as ON WARNING THEN RETURNA > in a local subroutine, then all works fine if a warning happenssH > ($SEVERITY = 0). But if an error or a severe error occurs ($SEVERITY = > 2 or 4), ... [snip]t   Just a nit, but...   Severity	Meaning# -----------------------------------s
    0		Warningc
    1		Successm    2		Error     3		Informational (+Success?)u    4		Severe error   -- e David J. Dachtera  dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  % Date: Mon, 06 Aug 2001 16:55:54 +0100b0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: Goodbye, good friend DECh* Message-ID: <3B6EBE0A.58A5429E@uk.sun.com>   jlsue wrote: > 5 > On Tue, 31 Jul 2001 15:01:23 +0100, andrew harrisona# > <andrew.nospam@uk.sun.com> wrote:  >  > >  > >jlsue wrote:o > >>H > >> On Mon, 30 Jul 2001 15:37:08 +0100, Alan Greig <a.greig@virgin.net> > >> wrote:  > >> >  > >> >J > >> >But that's partly the point. Unless you are still actively using VMSL > >> >then VAX, VMS,  DCL, and now Alpha *are* history. The fact that VMS isK > >> >still living seems to be a secret Compaq would like to keep to itselfn$ > >> >and a few remaining customers. > >> >H > >> >If you read the followups a number of people point out that VMS is > >> >still with us. > >>D > >> And, in fact, so is Alpha.  And it will be for quite some time.H > >> Do say that you won't buy the best system capability merely becauseH > >> you may have to migrate in 8 years is silly.  The Alpha EV7 systems > >> will be around awhile.0 > >m > >i@ > >Who could ignore the unintentional irony of you starting your  > >response with "And, in Fact". > G > Of course, they only reason you try to push this issue is because you E > don't have any stronger argument.  And there's no way for anyone tooD > disprove your statements because they're all based on just as much@ > conjecture and speculation - or, most likely, fondest desires. > > @ > >Is the may have to migrate in 8 years Compaqs date for ending@ > >support on Alpha or was it just a number you plucked randomly > >from the air. > G > The point of the comment is that you will be able to get EV7 systems, @ > when they arrive, and they'll be extrememly good performers.    # This is conjecture and speculation.A  
 > I'm sureC > they'll be the top performer, but you'll find some way to "prove"C+ > something that hasn't come to pass yet.  6    More conjecture and speculation.     > But anyway, people won't have-A > to migrate off of them right away - my belief is that, since weoF > haven't started shipping them yet, you'll still have fully supported > EV7 systems 8 years from now,o    More conjecture and speculation.  3 Havn't you worked it out yet you are talking about W( futures which is by nature speculation.   / You seem to be stuck in a period that pre-datedn1 the Alpha announcments where people were preparedM1 to accept your conjecture and speculation as facte/ and to ignore or forget your failure to deliver 
 against that.o  0 Since the 25th you have very little credibility / when speculating about what Compaq will do withe5 Alpha or how Alpha will perform. You need to recover o0 this and the speculation that you are currently $ indulging in isn't the way to do it.    ( > so I was making a SWAG estimate at the* > minimum time before you'd have to do it. >  > > = > >Incedentally anyone who thinks that EV7 based systems willi< > >be delivering the best systems capability in 8 years time > >is as you point out silly.  > F > First, I didn't say that.  I never said you'd buy an EV7 system in 8C > years - though I never said you wouldn't either.  Try reading forpG > comprehension.  But regardless, anyone who thinks that Sparc III willgF > be delivering best systems capabilities in 8 years are probably just > as silly.. >     More conjecture and speculation. > >p> > >How about less inane speculation and more actual statements9 > >of direction that have some sort of legitimacy. At the : > >moment all you and your ilk are offering your customers: > >appears to be pure speculation, unless you really think9 > >for example that Intel/HP are going to modify Mckinleyf7 > >to add Alpha instructions to it at this stage in its 
 > >design. > >c > H > Bah!  I'm not the one to talk to about statements of direction.  Don'tG > waste your time.  And why do you somehow morph this into some kind oft@ > argument that's completely off topic?  What's wrong, you  have$ > nothingn of value that's on-topic? >   : So why if you arn't the one to be talking about statements9 of direction are you talking about what Compaq may or mayt not do ?????????  F > But I can state with just as much certainty as you (and just as muchF > speculation as you would have about Sparc) that people who invest inA > EV7 systems will be able to use those systems for quite awhile.v  " I think this just proved my point.   Regardse Andrew Harrisonu Enterprise IT Architect    ------------------------------  # Date: Tue, 07 Aug 2001 00:44:34 GMTi From: dittman@dittman.nett Subject: HSZ40B Controller Carde> Message-ID: <SRGb7.1321$C41.27077@e420r-atl3.usenetserver.com>  ; I got a working cable for my HSZ40B, and now find the flash 9 card isn't working.  Does anyone have an older flash cardc6 from an upgrade that will work with an HSZ40B to sell? -- v Eric Dittman dittman@dittman.netr   ------------------------------  $ Date: Mon, 6 Aug 2001 16:39:03 -0400+ From: "Main, Kerry" <Kerry.Main@compaq.com>p  Subject: RE: IA64 Rocks My WorldR Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4D4955F@kaoexc01.americas.cpqcorp.net>   Andrew,a  C Please .. this is getting a little tiresome .. I clearly stated ther
 following:  K "Each application requirement in a Cust environment needs to be reviewed tou" see which is the better strategy."  C So, how can you state I think OPS is the "...universal solution forl scalability."  ????6  ! Time to move on to another topic.    Regards,  
 Kerry Main Senior Consultanti Compaq Canada Corp.  Professional Servicesm Voice: 613-592-4660k Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]r Sent: August 6, 2001 12:12 PM  To: Info-VAX@Mvb.Saic.Com   Subject: Re: IA64 Rocks My World       "Main, Kerry" wrote: > 	 > Andrew,a > J > >>> On second thoughts, if you stop claiming that its a perfectly normalL > tuning procedure with the added benefit of providing HA (though you didn'tG > configure it that way) then I am perfectly happy to stop calling it a  > loophole.<<< > L > Sigh, repeat after me .. Oracle OPS was designed for not only availability > but also scalability.  >   8 Kerry you wandered into the truth zone accidentally but 5 since you are in there lets keep you on the straight l and narrow for a bit.r  9 The "but also scalability" is the operational phrase. OPSe9 does deliver scalability but not in all circumstances and ; not without significant cost. You would have your customerst8 beleive that it is a universal solution for scalability.  aK > If you disagree with this, I would be glad to forward your concerns on tod? > the Oracle support folks who will explain all of this to you.l >   5 Do so but also let them know that you consider it to c3 be the universal solution to Oracle performance, I  7 think you will find that this will worry them somewhat.   G > As stated many times here now, there are many ways to acheive a givennD > performance number. In your view, the only way is for a big single instanceK > server and it upsets you that even the TPC Council agrees there are other : > ways for a single server to acheive the same big result. >   B Perhaps if you had been able to use this performance trick for the? other big OLTP benchmarks that you have run your position wouldg? be more credible and your results better. As it is you have not D been able to use OPS for things like SAP or Oracle Apps undermining : both your position on the use of OPS and your performance  story.  n Regardse Andrew Harrison0 Enterprise IT Architectt   ------------------------------  $ Date: Mon, 6 Aug 2001 14:01:37 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca>)J Subject: Re: Just got this and wanted to pass it on - tech tip from MindIQ; Message-ID: <cYAb7.14690$jA2.1090698@news20.bellglobal.com>-  = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messageb, news:qNAb7.629$Yx2.15285@news.cpqcorp.net... [snip]F > OpenVMS Users: Rooted directories, although typically used mostly byK > OpenVMS, can easily be used to extend the depth of subdirectories you canrG > support. Just end your directory with a "dot", and you can add 8 morerI > levels to that directory. This can be useful in creating structures for $ > backups and project consolidation. > E > Example: $ DEFINE/SYS USR$ROOT1: $3$DISK300:[THIS.IS.A.ROOTED.DIR.]  > 9 > From here, you can create 8 more levels using the form: 5 > USR$ROOT1:[ONE.TWO.THREE.FOUR.FIVE.SIX.SEVEN.EIGHT]X >b4 Good info but I think it needs to be more like this:D $define/sys/exec/tran=conc  csmis$user5     disk$csmis5:[csmis.usr.]  K 1. the /exec switch will allow mail to be delivered to users that may exists
 down thereL 2. the /tran=conc switch will force the system to provide the user with more' meaningful (untranslated) messages etc.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Mon, 06 Aug 2001 20:03:25 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: Re: Just got this and wanted to pass it on - tech tip from MindIQ2 Message-ID: <hKCb7.643$Yx2.15540@news.cpqcorp.net>  g In article <qNAb7.629$Yx2.15285@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:s ..? :Technical Tip of the Month: OpenVMS ... Rooted directories ...n ..D :Example: $ DEFINE/SYS USR$ROOT1: $3$DISK300:[THIS.IS.A.ROOTED.DIR.]  "   Technical Tip Bugs of the Month:  @   You will want to add the following to any rooted logical name A   definition: /TRANSLATION=CONCEALED.  Why?  This hides the stuffe   behind the translation.n  B   You will typically also want to leave the trailing colon off of B   any logical name definitions -- though you do want to leave the #   colons in the equivilence name.  i  D   For the creatively-inclined, you can add colons to the end to get $   colons in the logical name itself.  >   As for how to get this all to work, parallel the results of:  !     SHOW LOGICAL SYS$SYSROOT/FULLa     $ def foo::: bar
 $ sho log foom3 %SHOW-S-NOTRAN, no translation for logical name FOOa $ sho log foo::m5 %SHOW-S-NOTRAN, no translation for logical name FOO::j $ sho log foo:::'    "FOO:::" = "BAR" (LNM$PROCESS_TABLE) 
 $ deas foo:::a) %SYSTEM-F-NOLOGNAM, no logical name match  $ deas foo:::: $ def foo: sys$sysdevice:  $ dir foo:[hoffman]0; %DIRECT-E-OPENIN, error opening FOO:[HOFFMAN]*.*;* as inputaK -RMS-F-DEV, error in device name or inappropriate device type for operatione $ deas foo:: $ def foo sys$sysdevice: $ dir foo:[hoffman]   ! Directory SYS$SYSDEVICE:[HOFFMAN]r   ..  ' $ DEFINE/SYS USR$ROOT1: dka0:[hoffman.]o $ dir USR$ROOT1:[scratch] A %DIRECT-E-OPENIN, error opening USR$ROOT1:[SCRATCH]*.*;* as inputtK -RMS-F-DEV, error in device name or inappropriate device type for operationm $ deas USR$ROOT1::/sys3 $ DEFINE/SYS USR$ROOT1/tran=conceal dka0:[hoffman.]o $ dir USR$ROOT1:[scratch]l   Directory USR$ROOT1:[SCRATCH]e   ..      N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 6 Aug 2001 14:27:51 -0400' From: "Ung Ho Yi" <yi-1@medctr.osu.edu>t* Subject: Lat connection problem on Vms 7.2: Message-ID: <9kmnkk$6b8$1@charm.magnus.acs.ohio-state.edu>   Hello,  , I doing a Vms upgrade test on an Alpha 4100.G Due to our Vendor Application, I am only allowed to upgrade to Vms 7.2.0  I After an upgrade to Vms 7.2, I am having trouble accessing the node's LateL service from a Zyplex server and info server.  Some times the lat service is, invisible and other times I get disconneted.  F I have applied all the mendatory patches, including VMS72_SYS-V300 AND VMS72_UPDATE-V0200.w  0 I would appreciate any feed back on the problem.   Thanks,s yi   ------------------------------  # Date: Mon, 06 Aug 2001 20:37:24 GMTi2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Lat connection problem on Vms 7.22 Message-ID: <8eDb7.646$Yx2.15637@news.cpqcorp.net>  d In article <9kmnkk$6b8$1@charm.magnus.acs.ohio-state.edu>, "Ung Ho Yi" <yi-1@medctr.osu.edu> writes:- :I doing a Vms upgrade test on an Alpha 4100. H :Due to our Vendor Application, I am only allowed to upgrade to Vms 7.2. : J :After an upgrade to Vms 7.2, I am having trouble accessing the node's LatM :service from a Zyplex server and info server.  Some times the lat service is - :invisible and other times I get disconneted.w  F   Is there anything here that makes you think this is OpenVMS and not F   something odd with the Xyplex boxes?  As a specific suggestion, I'd F   try this same configuration with another terminal server, to try to >   localize this problem to the host or to the terminal server.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 6 Aug 2001 16:29:28 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>t: Subject: Re: Looking for a Pine.exe for TCPIP 5.x services$ Message-ID: <3b6efe90$1@news.si.com>  < >I got NBL directly from Arne Vajhoej. I'm not sure if there) >is an "official" site/place to find NBL.i ...e9 >It's real nice to have the VMS box send mails that showst: >up in Outlook just as any other attachment, in my case as >ZIP files.W  H Im my case, with an SMTP client and UUencode already installed on VMS, IH mail attachments using the following.  It's called MAIL_WIDE.COM and wasI originally used to mail listings that are greater that 80 columns, but itU$ works with whatever.  The syntax is:  ; @mail_wide attachmentfile recipient [messagefile] [subject]D  I If messagefile exists, it becomes the body of the message and shows up as=G text in the recipients inbox.  This procedure relies on the (incorrect)yJ behavior of MS mail clients interpreting any UUencoded portion of the bodyD of a message as really being an attachment.  To send a Zip file, for example, one could type:  D $ @mail_wide xyz.zip "jimbo@othernode.com" "" "Here's your Zip file"   --A Brian Tillman                   Internet: tillman_brian at si.comEA Smiths Aerospace                          tillman at swdev.si.coms= 3290 Patterson Ave. SE, MS      Addresses modified to preventr< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company     $!  MAIL_WIDE.COM A $!  This procedure mails an ASCII text file that is wider that 80h characters.aA $!  Some PC mail systems cannot accept wide files without specialc processing._ $! $   on error then goto cleanup $!- $!  Obtain the name of the file to be mailed.s $! $ getp1:" $   if p1 .nes. "" then goto gotp1- $   read/prompt="_Wide file: " sys$command p1" $   goto getp1 $!G $!  Obtain the address of the person to whom the file should be mailed.l $! $ gotp1:" $   if p2 .nes. "" then goto gotp2- $   read/prompt="_Recipient: " sys$command p2r $   goto gotp1 $!C $!  Obtain the name of any file that should be part of the message.  $! $ gotp2:" $   if p3 .nes. "" then goto gotp30 $   read/prompt="_Message file: " sys$command p3 $!$ $!  Obtain the mail subject, if any. $! $ gotp3:" $   if p4 .nes. "" then goto gotp4+ $   read/prompt="_Subject: " sys$command p4g $!C $!  Determine the name of the input file and derive the name of theE	 temporary  $!  output files.n $! $ gotp4:( $   filename = f$parse( p1, , , "name" )( $   filetype = f$parse( p1, , , "type" )" $   origfile = filename + filetype $   tempout = filename + ".tmp"  $   uuout = filename + ".uue"- $!K $!  Convert the file to a STREAM format so that a PC-based mail system willm $!  accept it. $!) $   convert/fdl=sys$input: 'p1' 'tempout't RECORD     FORMAT streamp     CARRIAGE_CONTROL nonei $!D $!  Now UUEncode the converted file.  Assume UUENCODE is in the same	 directory-: $!  as this file.  Convert the output into a normal format $!E $   thisdir = f$element( 0, "]", f$environment( "procedure" ) ) + "]"dA $   mcr 'thisdir'uuencode /out='uuout' /name='origfile' 'tempout'r* $   convert/fdl=sys$input: 'uuout' 'uuout' RECORD     FORMAT variablee'     CARRIAGE_CONTROL    carriage_return  $!J $!  Now, append the encoded file to the message file, if any, and mail theA $!  result to the intended recpient.  Delete the temporary files.r $! $   if p3 .nes. ""% $   then copy 'p3', 'uuout' 'tempout'h $   else copy 'uuout' 'tempout'*	 $   endify $! $   if p4 .eqs. "" $   then mail 'tempout' "''p2'"s, $   else mail/subj="''p4'" 'tempout' "''p2'"	 $   endife $!
 $ cleanup:( $   message = f$environment( "message" )& $   set message/nofac/noid/nosev/notex! $   delete 'tempout';*, 'uuout';*  $   set message'message'
 $   exit 1   ------------------------------   Date: 6 Aug 2001 22:53:59 -0700s1 From: keithparris_nospam@yahoo.com (Keith Parris)v+ Subject: Re: LPs on the Web (Was: Re: DCPS)E= Message-ID: <dba3451e.0108062153.593d74f7@posting.google.com>u  E One way to get the CDs inexpensively is to become a Compaq Accredited"A Professional (see http://www.compaq.com/certification/).  The VMShC certification "track" at this point consists of only a single exam,eD and once you pass that you can apply for certification.  Once you'reA certified, you can apply for a free(!) 1-year subscription to the # CONOLD/CONDIST/OS distribution CDs.   E I'm told the tests cost $100 -- but Compaq was picking up the tab for E the tests I took as an attendee at European DECUS/ITUG in Lisbon, and > I was told they plan to do the same for attendees at CETS2001.C -------------------------------------------------------------------mC Keith Parris | parris at encompasserve dot org | VMS consulting on:lC Clusters, Disaster Tolerance, Internals, Performance, Storage & I/Oh   ------------------------------  # Date: Mon, 06 Aug 2001 22:50:32 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>J Subject: Re: Marketing - any kind !  was  Few People in DEC Understood....E Message-ID: <YaFb7.16154$t41.126372@newsread2.prod.itd.earthlink.net>m  G Let's see, Microsoft uses IBM's DB2 for customer registration tracking,yI Intel uses VMS systems to run their fabs.  I think it's called marketing.mJ That's when you try get people to use your products.  That's why I sold my  Compaq shares and took the loss.     -- Andy Bustamante  Remove the ASCII 95s to replye    : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3B6AE56A.9A9BE593@videotron.ca...< > If Compaq were to start to use its own products instead ofD > Microsoft's I might consider pushing A1 again. But the last time I	 suggestedlI > ALL-IN-1 to a potential custoemr, I was laughed at because even Digitalm hadtK > interanlly dumped the product and stopped using it. Why should a customern7 > invest in a platform that even its maker has dumped ?e >g   ------------------------------  # Date: Mon, 06 Aug 2001 17:59:51 GMTy# From: Bob Day <bobday@mediaone.net>I# Subject: Re: Microsoft and Code redn, Message-ID: <3B6EDB12.52A05361@mediaone.net>   JF Mezei wrote:n   < snip >   >eD > What will it take for corporations to wake up from their MicrosoftN > trans/brainwashing and realise that they shouldn't be betting their business > on MS software ?  , Question:  Why is Microsoft the company that so many people love to hate?  
 -- Bob Day   ------------------------------  # Date: Mon, 06 Aug 2001 18:06:27 GMTo= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)r# Subject: Re: Microsoft and Code redk0 Message-ID: <00A00209.7276A7B1@SendSpamHere.ORG>  S In article <sb6e9694.052@aaas.org>, "John Eisenschmidt" <jeisensc@aaas.org> writes: M >I'd like to think that this will be the wakeup call most IT Managers need, =  >but it won't. >nI >Melissa should have been the wakeup call. IT Managers should have done =eM >their due dilligance and realized that writing applications (MS Office) in = H >a programming langugage, and then giving those applications their own =M >scripting langugage (that is what they were written in) with no abstraction= I > layer is a horrible idea. They all should have stuck with Word Perfect.o >sD >I mean, isn't it wonderful that you can use your Word Processor's =I >scripting langugage to write a virus that cripples the corporate world =r >time and time again.d > I >It won't change anyone's mind. No one holds Microsoft accountable. The =-F >entire 24.0.0.0 network is under seige, but no one will learn their = >lesson. > < >Don't worry - once XP comes out it will just get worse. <G> >eF >>>> JF Mezei <jfmezei.spamnot@videotron.ca> 08/06/2001 1:06:01 PM >>>J >As you may be aware, there is a new more virulent worm making the circlesG >which enables the ISS server as a glorified TELNET server goving you =a
 >access to >the NT command prompt.- >-H >For the past 4-5 days, my ISP has been swamped by the virus which makesK >connection attempts to every possible IP. As a result, for almost every IP2E >request, the routers generate an ARP request to try to learn which = 	 >ethernet F >interface on the cable modem network has that IP since for the vast =	 >majoritylG >of cases, the IP address is unkown to the ARP table.  The lights are =h	 >flashingbL >constantly on the cable modem. I don't run any MS operating systems, so I = >am I >not affraid, however, it is anoying because of the significant amount of,H >traffic on the lan this adds (I am trying to isolate a problem with a = >hub). >cJ >Could this be the achile's heel that starts to bring down Microsoft, or = >williH >corporations ignore this major flaw and continue to blindly bet their =	 >businessu >on Microsoft stuff ?o >nC >What will it take for corporations to wake up from their MicrosoftKF >trans/brainwashing and realise that they shouldn't be betting their =	 >businessa >on MS software ?o >l  D I spent yesterday trying to figure out a way to thward the number ofD hits my webserver was taking in response to "Code Red" without shut-D ting it down.  After processing yesterday's .LOG file, I found 7,634C hits with /default.ida?gobbledegook in it.  Ie: "Code Red" attacks.   E It's about time that a class action lawsuit be filed against Monoply- D $chlock for their persistent release of a substandard and the losses& incurred my all parties to the suit.    D FYI, the majority of the hits came from DSL and Cable user machines.C Nearly all of the machines I checked were running Weendoze-2000 andeD it appears the IIS/5.0 is installed by default.  Yes Billy G., thereD is an especially red-hot poker being set aside in hell just for you.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt            aJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesa   ------------------------------  % Date: Mon, 06 Aug 2001 14:22:19 -0400u- From: JF Mezei <jfmezei.spamnot@videotron.ca>i# Subject: Re: Microsoft and Code reds, Message-ID: <3B6EE050.34DFEE7E@videotron.ca>  & "Brian Schenkenberger, VAXman-" wrote:F > FYI, the majority of the hits came from DSL and Cable user machines.E > Nearly all of the machines I checked were running Weendoze-2000 anduF > it appears the IIS/5.0 is installed by default.  Yes Billy G., thereF > is an especially red-hot poker being set aside in hell just for you.  I Bill Gates will be received like a king in Hell and will be given all thetM perks he wants. And I have a feeling that he will soon start to spew out some-P software from hell that will eventually infiltrate heaven and bring down heaven.  J And god won't be able to sue Satan because there are no lawyers in Heaven, they are all working for Satan.A   ------------------------------  # Date: Mon, 06 Aug 2001 18:18:44 GMTo* From: "David Cressey" <david@dcressey.com># Subject: Re: Microsoft and Code red.5 Message-ID: <8cBb7.108$Iw2.6784@petpeeve.ziplink.net>   . > Question:  Why is Microsoft the company that > so many people love to hate?  * Alternate question:  Why do you rob banks?  + Answer:  Because that's where the money is.r  L If Microsoft had fallen flat on its face, in the late eighties, no one would still hate it todayo* (except for a small group of ex investors)  @ Speaking of which,  remember what happened to DEC stock in 1986?     -- Regards,     David Cresseym     www.dcressey.com0 "Bob Day" <bobday@mediaone.net> wrote in message& news:3B6EDB12.52A05361@mediaone.net... > JF Mezei wrote:x >t
 > < snip > >$ > > F > > What will it take for corporations to wake up from their MicrosoftG > > trans/brainwashing and realise that they shouldn't be betting theirh business > > on MS software ? >h >s > -- Bob Day >n >f   ------------------------------  # Date: Mon, 06 Aug 2001 18:21:16 GMTd= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)-# Subject: Re: Microsoft and Code red 0 Message-ID: <00A0020B.8462BE21@SendSpamHere.ORG>  R In article <3B6EDB12.52A05361@mediaone.net>, Bob Day <bobday@mediaone.net> writes: >JF Mezei wrote: >Q	 >< snip >D >h >>E >> What will it take for corporations to wake up from their MicrosoftsO >> trans/brainwashing and realise that they shouldn't be betting their businessc >> on MS software ?O >V- >Question:  Why is Microsoft the company that  >so many people love to hate?0 >H >-- Bob DayD  ) Is this a serious question or rhetorical?    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMS            LJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesd   ------------------------------  % Date: Mon, 06 Aug 2001 20:44:59 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch># Subject: Re: Microsoft and Code red & Message-ID: <3B6EE5AB.74C3F5F5@gmx.ch>   JF Mezei wrote:h  D > What will it take for corporations to wake up from their MicrosoftN > trans/brainwashing and realise that they shouldn't be betting their business > on MS software ?  B What will it take for corporations to wake up from their MicrosoftB trans/brainwashing and realise that they should move to Macintosh?   (No, not on the head :-))M   D.   MADE WITH A MAC    ------------------------------  # Date: Mon, 06 Aug 2001 21:41:21 GMT-= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)V# Subject: Re: Microsoft and Code redt0 Message-ID: <00A00227.782E9516@SendSpamHere.ORG>  b In article <8cBb7.108$Iw2.6784@petpeeve.ziplink.net>, "David Cressey" <david@dcressey.com> writes:/ >> Question:  Why is Microsoft the company thatt >> so many people love to hate?n > + >Alternate question:  Why do you rob banks?V >r, >Answer:  Because that's where the money is.  J I could care less if bgInc. is or is not the richest company in the world.I It is the substandard, take a step backwards 10-20 years in computer evo-H2 ution, mentality of anything that emerges from M$.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMS            pJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------  % Date: Mon, 06 Aug 2001 22:59:19 +010061 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>e# Subject: Re: Microsoft and Code redo6 Message-ID: <3B6F2147.2D6CB80E@ipl.demon.co.nospam.uk>   David Cressey wrote: > 0 > > Question:  Why is Microsoft the company that  > > so many people love to hate? > , > Alternate question:  Why do you rob banks? > - > Answer:  Because that's where the money is.s > N > If Microsoft had fallen flat on its face, in the late eighties, no one would > still hate it todayl, > (except for a small group of ex investors) > B > Speaking of which,  remember what happened to DEC stock in 1986?    E No.  This was before my time (I was still doing A'levels) so what dids" happen to Digital stock in 1986???   Steve. -- oG "A shadow fell over her face; clear, as if the composure were rent likeoE a veil.  And her lips parted, but only with a short intake of breath.DA Then she said, 'Well, then you are right.  Indeed, we are even.'"m% 		Louis, "Interview with the Vampire""   ------------------------------  % Date: Mon, 06 Aug 2001 23:16:19 +010001 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>e/ Subject: Re: Migrating from CI to Fiber Channelo6 Message-ID: <3B6F2543.7108003C@ipl.demon.co.nospam.uk>  B My understanding is that there is not yet the capability for writeH logging on HSG80s.  It's also fairly important that you follow the rulesH that are laid down by Compaq if you want to preserve your data integrityG and system availability over a fibre failure (like someone carrying outoG re-zoning in which one site loses contact with the other site's disks).b   Steve.    
 george wrote:m > B > I was wondering if someone can share their experience interms ofF > migrating from CI to Fiberchannel.  Any feedback on write logging on) > HSG80's and cluster traffic on gigabit.- >  > Thanks   -- rG "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath.-A Then she said, 'Well, then you are right.  Indeed, we are even.'"T% 		Louis, "Interview with the Vampire"w   ------------------------------  # Date: Mon, 06 Aug 2001 22:34:36 GMTg2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Migrating from CI to Fiber Channeln2 Message-ID: <0YEb7.653$Yx2.15369@news.cpqcorp.net>  j In article <3B6F2543.7108003C@ipl.demon.co.nospam.uk>, Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> writes:C :My understanding is that there is not yet the capability for writey :logging on HSG80s.  a  I   Correct.  Write logging involves both OpenVMS and controller firmware, nJ   and the necessary supporting code is not yet available on Fibre Channel.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 06 Aug 2001 22:36:15 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Move to Sun2 Message-ID: <zZEb7.654$Yx2.15775@news.cpqcorp.net>  k In article <qKEb7.2507$uN1.35084@e420r-sjo3.usenetserver.com>, "Jack Peacock" <peacock@simconv.com> writes:2@ :I have an immediate and urgent need to port a large application0 :from VMS to Solaris in a very short time frame.  ?   Um, is there a particular reason this is under consideration?   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 6 Aug 2001 15:23:16 -0700* From: "Jack Peacock" <peacock@simconv.com> Subject: Move to Sun> Message-ID: <qKEb7.2507$uN1.35084@e420r-sjo3.usenetserver.com>  C Is Sun offering some kind of special  program for developers now ontC Alpha/VMS?  Is there someone at Sun (US) who can be contacted about:F this?  I have an immediate and urgent need to port a large applicationB from VMS to Solaris in a very short time frame.  Has any other VMSF developer contacted Sun about this?  I tried the website but all I got8 was how wonderful the company is, no useful information.    Jack Peacocka   ------------------------------  % Date: Mon, 06 Aug 2001 22:17:58 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Move to Sun, Message-ID: <3B6F4FC9.FBC68F88@videotron.ca>   Jack Peacock wrote:uG > The customer, one of our largest (very large european multinational),aF > has told us they want to keep our applications but do not want it onB > VMS.  They have an IT policy, in place for several years now, toJ > eliminate all VMS based machines and applications.  Replacements are Sun > for critical servers    N I would suggest that your ask your customer to put you in touch with their SunL salesperson and the later, knowing the importance of that account would then steer you to the right folks.m   ------------------------------  % Date: Mon, 06 Aug 2001 21:11:39 -0500a1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Move to Sun' Message-ID: <3B6F4E5B.A93B0C4E@fsi.net>a   Jack Peacock wrote:h > A > "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message . > news:zZEb7.654$Yx2.15775@news.cpqcorp.net...H > > In article <qKEb7.2507$uN1.35084@e420r-sjo3.usenetserver.com>, "Jack( > Peacock" <peacock@simconv.com> writes:D > > :I have an immediate and urgent need to port a large application4 > > :from VMS to Solaris in a very short time frame. > >sC > >   Um, is there a particular reason this is under consideration?' > > G > The customer, one of our largest (very large european multinational),0F > has told us they want to keep our applications but do not want it onB > VMS.  They have an IT policy, in place for several years now, toJ > eliminate all VMS based machines and applications.  Replacements are SunG > for critical servers and NT for web servers (non-critical informationtJ > kiosk type apps).  They are willing to pay substantial sums to implement > their policy.n > I > I've been a long term DEC programmer, all the way back to TOPS-20, thencG > to RSX, then VMS 3 up to the present.  My knowledge of Sun systems ist2 > non-existent but I have used AIX and SCO. [snip]  H Think SCO, but understand that some concepts and terminology may differ.  B > And the main reason for all this?  The customer made an offer weH > couldn't refuse.   We are just as profit-conscious as Compaq claims toH > be...time to cut our losses and move on too.  I have my little uVax IIC > and Alpha Multia to take home and put next to the Imsai for thosenJ > nostalgic moments when I show the grandkids what the stone age was like.  : I'm sure you meant to say "The Golden Age" of computing...   -- e David J. Dachterar dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  $ Date: Mon, 6 Aug 2001 18:46:43 -0700* From: "Jack Peacock" <peacock@simconv.com> Subject: Re: Move to Sun> Message-ID: <8JHb7.2657$uN1.52449@e420r-sjo3.usenetserver.com>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message , news:zZEb7.654$Yx2.15775@news.cpqcorp.net...F > In article <qKEb7.2507$uN1.35084@e420r-sjo3.usenetserver.com>, "Jack& Peacock" <peacock@simconv.com> writes:B > :I have an immediate and urgent need to port a large application2 > :from VMS to Solaris in a very short time frame. >sA >   Um, is there a particular reason this is under consideration?g > E The customer, one of our largest (very large european multinational),pD has told us they want to keep our applications but do not want it on@ VMS.  They have an IT policy, in place for several years now, toH eliminate all VMS based machines and applications.  Replacements are SunE for critical servers and NT for web servers (non-critical informationmH kiosk type apps).  They are willing to pay substantial sums to implement
 their policy.t  G I've been a long term DEC programmer, all the way back to TOPS-20, thensE to RSX, then VMS 3 up to the present.  My knowledge of Sun systems isyG non-existent but I have used AIX and SCO.  I'm hoping Sun has some kindyC of crash program for those of us caught in a conversion crunch, and H someone in the newsgroup might be a little ahead of me on the curve, farE enough to offer some advice on dealing with Sun.  (BTW, for all thoseaG critical of Compaq web pages, I had a hard time finding anything in theiH way of *real* information on the Sun developer programs, other than theyD were wonderful and I should sign up right away.  I've yet to see the  impressive Sun marketing clout.)  @ And the main reason for all this?  The customer made an offer weF couldn't refuse.   We are just as profit-conscious as Compaq claims toF be...time to cut our losses and move on too.  I have my little uVax IIA and Alpha Multia to take home and put next to the Imsai for those H nostalgic moments when I show the grandkids what the stone age was like. :)    Jack Peacockc   ------------------------------  % Date: Tue, 07 Aug 2001 01:03:35 -0400c( From: Hamlyn Mootoo <univms@bigfoot.com> Subject: Re: Move to Sun+ Message-ID: <3B6F76A7.2F871A17@bigfoot.com>t  I > I've been a long term DEC programmer, all the way back to TOPS-20, thenlG > to RSX, then VMS 3 up to the present.  My knowledge of Sun systems iss+ > non-existent but I have used AIX and SCO.s  G Have you developed under AIX and SCO, or just familiar with them from a C user/sys admin point of view? If you have developed under either ofSF these (especially AIX), then development under Sun is no biggie.  What is your app written in anyway? s     HM   ------------------------------  $ Date: Mon, 6 Aug 2001 14:54:32 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>q9 Subject: Re: Outsourcing of VMS support to Digital India!h$ Message-ID: <3b6ee850$2@news.si.com>   >> >>Holy COW?  Digital India?c >> >>Surely you jest. >l$ >Go to http://www.digitalindiasw.com >tB >It's a bit like traveling back in time to the good old days. AlsoC >notice that, by concentrating on the VMS/Enterprise market they'vef7 >boosted profits to record levels. Compaq US take note.m  D You missed the humor.  Digital India: India, get it?  Where cows are& considered sacred (hence, "holy cow"). --A Brian Tillman                   Internet: tillman_brian at si.comrA Smiths Aerospace                          tillman at swdev.si.com== 3290 Patterson Ave. SE, MS      Addresses modified to preventr< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Mon, 06 Aug 2001 20:21:53 -0500t1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a9 Subject: Re: Outsourcing of VMS support to Digital India!o' Message-ID: <3B6F42B1.79B1597B@fsi.net>l   Brian Tillman wrote: >  > >> > >>Holy COW?  Digital India?  > >> > >>Surely you jest. > >t& > >Go to http://www.digitalindiasw.com > >aD > >It's a bit like traveling back in time to the good old days. AlsoE > >notice that, by concentrating on the VMS/Enterprise market they'ver9 > >boosted profits to record levels. Compaq US take note.r > F > You missed the humor.  Digital India: India, get it?  Where cows are( > considered sacred (hence, "holy cow").   Is that "holy 'cash cow'"?   -- d David J. Dachterat dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 6 Aug 2001 18:51:38 GMT - From: forkosh@panix6.panix.com (John Forkosh)i& Subject: Owner's manual for vaxstation) Message-ID: <9kmovq$52k$1@news.panix.com>   8 I may be getting my hands on a vaxstation 4000 model 60,. but without an owner's manual (and I don't see7 any relevant information at decus.org or montagar.com).n1 Is there any source for this kind of information?Y7      In particular, I'd like to be able to boot it fromm8 its serial port with a null modem cable attached to a pc4 running a terminal emulator.  Is that possible?  Any jumpers need to be set, etc?;      If the hardware seems okay, I'd like to try installingi6 hobbyist vms, also using the serial port.  Is all that9 possible?  (I won't ever care about decwindows; just need 5 vt100-like features, and vms itself with a C compilert and rms support.)o=      And, again, is there any source (either online or print,a> either free or not) for owner's manuals or similar information: that would help me out with answers to the above questions# and similar-type questions? Thanks,o John (forkosh@panix.com)   ------------------------------  # Date: Mon, 06 Aug 2001 19:48:15 GMTd& From: "john nixon" <jnixon@cfl.rr.com> Subject: PGP on VMSn: Message-ID: <3wCb7.657$eg1.221729@typhoon.tampabay.rr.com>  L I have been asked if we can load PGP on VAX or Alpha VMS.  My first responseH was "what is PGP" (duh).  The answer I recieved is "Pretty Good Privacy" encryption.n  J Does anyone know anything about this?  (Am I the only that doesn't?) Is it available or useful on VMS?i   ------------------------------  # Date: Mon, 06 Aug 2001 20:40:30 GMTd2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: PGP on VMS 2 Message-ID: <2hDb7.648$Yx2.15496@news.cpqcorp.net>  c In article <3wCb7.657$eg1.221729@typhoon.tampabay.rr.com>, "john nixon" <jnixon@cfl.rr.com> writes:rM :I have been asked if we can load PGP on VAX or Alpha VMS.  My first responseeI :was "what is PGP" (duh).  The answer I recieved is "Pretty Good Privacy"  :encryption. :-K :Does anyone know anything about this?  (Am I the only that doesn't?) Is itH :available or useful on VMS?    E   Please see the OpenVMS Frequently Asked Questions (FAQ) document.  2C   You will find the FAQ contains answers to many common questions, ,E   including pointers to PGP information and availability for OpenVMS.DC   The OpenVMS FAQ is available at various locations, including via:   "     http://www.openvms.compaq.com/    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 06 Aug 2001 23:08:45 +0200i& From: John McLean <mcleanj@dplanet.ch>D Subject: Re: Press Release - Process Supposts Compaq's move to Intel* Message-ID: <3B6F075D.6962A639@dplanet.ch>   Sue Skonetski wrote: >  > Press Contact: > Donna Rogers >  > Process Software > " > Marketing Communications Manager >  > 508-879-6994 >  > rogers@process.com > I >  Process Supports Compaq's Move to Intel's Itanium Processor Technologye > 3 > Process Software dedicated to Alpha OpenVMS userso > N > Framingham, MA (July 19, 2001)  - Process Software, independent developer of      E Sue, can you please tell us why it taken Compaq about 3 WEEKS to make 
 this public ?   E The article in itself is no big deal, but the delayed release is very02 symptomatic of Compaq's weak efforts at marketing.     John McLeane   ------------------------------  # Date: Mon, 06 Aug 2001 21:21:02 GMTA- From: goathunter@goatley.com (Hunter Goatley)<D Subject: Re: Press Release - Process Supposts Compaq's move to Intel1 Message-ID: <3b6f09db.200521394@news.process.com>e  K On Mon, 06 Aug 2001 23:08:45 +0200, John McLean <mcleanj@dplanet.ch> wrote:  >Sue Skonetski wrote:  >> e >>> Process Software >> eJ >>  Process Supports Compaq's Move to Intel's Itanium Processor Technology >>  4 >> Process Software dedicated to Alpha OpenVMS users >> yF >Sue, can you please tell us why it taken Compaq about 3 WEEKS to make >this public ? >pF >The article in itself is no big deal, but the delayed release is very3 >symptomatic of Compaq's weak efforts at marketing.l >rJ Sue's the one I mailed it to when it came out, and she's been on vacation.  F Whether or not someone else at Compaq should have seen this is another7 question, but the delay on this one wasn't Sue's fault.E   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------   Date: 6 Aug 2001 17:42:16 -0500m9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) D Subject: Re: Press Release - Process Supposts Compaq's move to Intel3 Message-ID: <2PP+uX9c+TGW@eisner.encompasserve.org>l  a In article <3b6f09db.200521394@news.process.com>, goathunter@goatley.com (Hunter Goatley) writes: M > On Mon, 06 Aug 2001 23:08:45 +0200, John McLean <mcleanj@dplanet.ch> wrote:i >>Sue Skonetski wrote: >>>  >>>> Process Softwarew >>> K >>>  Process Supports Compaq's Move to Intel's Itanium Processor Technologye >>> 5 >>> Process Software dedicated to Alpha OpenVMS usersA >>> G >>Sue, can you please tell us why it taken Compaq about 3 WEEKS to makee >>this public ?r >>G >>The article in itself is no big deal, but the delayed release is very-4 >>symptomatic of Compaq's weak efforts at marketing. >>L > Sue's the one I mailed it to when it came out, and she's been on vacation. > H > Whether or not someone else at Compaq should have seen this is another9 > question, but the delay on this one wasn't Sue's fault.h  C I agree.  Obviously the fault lies with Sue's boss, for letting hert take vacation.  :-)l   ------------------------------  % Date: Mon, 06 Aug 2001 23:08:39 +0100y1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>eD Subject: Re: Press Release - Process Supposts Compaq's move to Intel6 Message-ID: <3B6F2377.6032D22F@ipl.demon.co.nospam.uk>   Hunter Goatley wrote:f > M > On Mon, 06 Aug 2001 23:08:45 +0200, John McLean <mcleanj@dplanet.ch> wrote:. > >Sue Skonetski wrote:o > >> > >>> Process Software > >>L > >>  Process Supports Compaq's Move to Intel's Itanium Processor Technology > >>6 > >> Process Software dedicated to Alpha OpenVMS users > >>H > >Sue, can you please tell us why it taken Compaq about 3 WEEKS to make > >this public ? > > H > >The article in itself is no big deal, but the delayed release is very5 > >symptomatic of Compaq's weak efforts at marketing.  > >aL > Sue's the one I mailed it to when it came out, and she's been on vacation. > H > Whether or not someone else at Compaq should have seen this is another9 > question, but the delay on this one wasn't Sue's fault.T  E Well, Sue deserves the vacation time with the excellent work that shetF does when she's in the office, keeping tabs on the VMS Ambassadors andH making sure that comp.os.vms/Info-VAX is kept up to date so there's only one question to ask :   6 Did you have a nice vacation Sue and where did you go?  $ Two questions that need to be asked.  E Did you have a nice vacation Sue, where did you go and have you got a- tan?  & Three questions that need to be asked.9 (And no, nobody expects the Spanish inquisition..... :-))-   Steve. -- hG "A shadow fell over her face; clear, as if the composure were rent like-E a veil.  And her lips parted, but only with a short intake of breath.oA Then she said, 'Well, then you are right.  Indeed, we are even.'"n% 		Louis, "Interview with the Vampire".   ------------------------------  $ Date: Mon, 6 Aug 2001 15:44:28 -04002 From: "Sue Skonetski" <susan.skonetski@compaq.com>@ Subject: Press Release - Process Supposts Compaq's move to Intel2 Message-ID: <0sCb7.641$Yx2.15546@news.cpqcorp.net>   Press Contact: Donna Rogers   Process Software    Marketing Communications Manager   508-879-6994   rogers@process.com      G  Process Supports Compaq's Move to Intel's Itanium Processor Technologyp      1 Process Software dedicated to Alpha OpenVMS userse    L Framingham, MA (July 19, 2001)  - Process Software, independent developer ofL MultiNet and TCPware TCP/IP and PMDF messaging products for Compaq's OpenVMSK Alpha and VAX platforms, today endorsed Compaq's recently announced move to>H Intel's new Itanium Processor. Additionally, Process Software pledged toF provide comprehensive support services to Alpha users transitioning to% Compaq's AlphaServer Intel processor.o      L The announcement comes just weeks after Compaq unveiled plans to standardizeI its 64-bit enterprise server product lines, including the AlphaServer, ona% Intel's Itanium Processor Technology.c      I "We will make our Alpha-based OpenVMS products available on the new IntelpL Itanium Processor platform," said Habib Khoury, president and CEO of ProcessC Software. "We are working closely with Compaq through the company'seL extensive migration support program for independent software vendors (ISVs).C Our goal is to continue the Process Software tradition of providingrJ customers with a high-performance TCP/IP solution, and we will continue to* support existing VAX and Alpha platforms."      K Compaq stated it will continue to design and build new AlphaServerT systems H based on current and future Alpha processor technology through 2003. TheI architectural transition to Intel is scheduled for mid-2004. The timelinecJ for the porting of Process Software products will follow accordingly based2 on the availability of migration kits from Compaq.      G "Based on our extensive experience in the transition of VAX to Alpha 10mJ years ago, we are confident that Compaq will provide ISV's with the properJ development tools in a timely manner," said Lauren Maschio, senior productJ manager for Process Software. This will enable us to provide our customers% with a timely and smooth transition."a      I Intel's Itanium technology is positioned as the company's next-generationcI microprocessor for the high-end, enterprise computing market. " CustomersaK will experience even higher performance levels with the Itanium processor,"sK Khoury said.  "Our goal is to support customers with an easy transition and 6 further protect their investment in Alpha technology."           About Process SoftwareJ Process Software (www.process.com) is a premier supplier of infrastructure? software solutions to mission critical environments. We deliverMF customer-centric and innovative IP-based technologies to our customersG worldwide, and provide them with superior customer support and service.aJ Process Software's leading TCP/IP products for OpenVMS include TCPware andK MultiNet, and our PMDF messaging products for OpenVMS, Tru64 UNIX, Solaris,t> and Windows NT. Process Software is owned by Platinum Equity .       About Platinum Equityt  H Platinum Equity (www.peh.com) is one of the largest and fastest-growing,J private equity firms in the United States, specializing in the acquisitionJ and operation of global, mission-critical technology companies. The uniqueK Los Angeles-based company is recognized as a hybrid financial and strategic K buyer with deep financial resources and broad operational expertise. Due to J their highly skilled executive management team, Platinum Equity is able toJ stimulate and help drive the value of their portfolio companies. Since theL company's founding in 1995, Platinum has completed more than 30 transactionsK of global, mission-critical companies with leading Fortune 500 Corporations-E including WorldCom, AT&T, Viacom, Dow Jones & Company and IBM. Today,rG Platinum Equity has a multi-billion dollar revenue base, an establishedgE infrastructure in North America, Europe, Asia and South America and aaD workforce of more than 10,000 employees serving tens of thousands ofC customers throughout the world. Platinum Equity instills a "managedrF entrepreneurship" approach, empowering management teams to operate theJ business of each portfolio company independent of Platinum Equity with the" mission to build enterprise value.   ------------------------------  % Date: Mon, 06 Aug 2001 23:28:23 +0100n1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>e" Subject: Re: Quorum Disk Questions6 Message-ID: <3B6F2817.7AE291C5@ipl.demon.co.nospam.uk>   It's true.  He does.  G I've seen it [in a very useful but rather poorly attended DECUS sessionhF that was held in London at the end of February 2001 on Compaq clustersC and in which we had Nic talking about VMS clusters and experts from D Compaq talking about clustering on Intel (in the windows workspace), Tru64 clusters and Tandem too.]r   Nic Clews wrote: > D > Some folks have the _need_ to operate with only one of a number of > voting VMS systems.s > G > You know, I even wear a flat cap during my explanation, to go way offoD > topic The Wheeltappers and Shunters Social Club and Colin Crompton3 > saying "We've had a meeting of the committee...!"v >  > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot com    -- lG "A shadow fell over her face; clear, as if the composure were rent like*E a veil.  And her lips parted, but only with a short intake of breath.wA Then she said, 'Well, then you are right.  Indeed, we are even.'"r% 		Louis, "Interview with the Vampire"    ------------------------------  % Date: Mon, 06 Aug 2001 16:32:15 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>aA Subject: Re: Rare occasions with a FAB/RAB error occurs with DBMSt( Message-ID: <3B6F28FF.D47F3C6B@mmaz.com>   norm lastovica wrote:   	 > barry -o= >         please contact oracle dbms support directly.  theres< > have been various problems over the years with rdb and rmsA > both running in executive mode.  I believe that we've correctedi@ > most all of this by the current version.  the folks in support! > should be able to help you out.e   [Sarcasm Enabled]gI Oh, so Oracle is providing free technical support and upgrades now?  ThatpJ is great because the last time I checked (1999) about 'getting current andH obtaining some support,' Oracle only wanted a paltry $40k for our little VAX. [Sarcasm Disabled]  G Just for clarification, this is the old DEC DBMS (Codasyl Database) not D the old DEC Rdb or Oracle's RDBMS and yes, DEC DBMS does also run inE Executive mode.  Additionally, this does not occur during interactive,J sessions on the database, only in batch and very infrequently...  It is anA old annoyance that I was hoping might have a simple resolution...d   Regards,   Barry6       >e >s >         norm >y > "Barry Treahy, Jr." wrote: > >yH > > Anyone have any stabs in the dark as to why once every couple monthsC > > DBMS might burp with a FAB/RAB error?  Could this be related toc > > exhausted quotas somewhere?e > >e) > > This occurs during program startup...l > >m3 > > %DBM-I-BUGCHKDMP, generating bugcheck dump fileI% > > SYS$SYSROOT:[SYSMGR]DBMBUGCHK.DMPo6 > > %RMS-F-BUSY, user structure (FAB/RAB) still in use > >  > > Regards, > >t	 > > Barryr >  > --@ > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------   Date: 6 Aug 2001 20:40:55 -0500r9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)"A Subject: Re: Rare occasions with a FAB/RAB error occurs with DBMS-3 Message-ID: <Pb6MWzY70hYw@eisner.encompasserve.org>2  V In article <3B6F28FF.D47F3C6B@mmaz.com>, "Barry Treahy, Jr." <Treahy@mmaz.com> writes: > norm lastovica wrote:t > 
 >> barry -> >>         please contact oracle dbms support directly.  there= >> have been various problems over the years with rdb and rmssB >> both running in executive mode.  I believe that we've correctedA >> most all of this by the current version.  the folks in support " >> should be able to help you out. >  > [Sarcasm Enabled] K > Oh, so Oracle is providing free technical support and upgrades now?  ThattL > is great because the last time I checked (1999) about 'getting current andJ > obtaining some support,' Oracle only wanted a paltry $40k for our little > VAX. > [Sarcasm Disabled] > I > Just for clarification, this is the old DEC DBMS (Codasyl Database) notoF > the old DEC Rdb or Oracle's RDBMS and yes, DEC DBMS does also run inG > Executive mode.  Additionally, this does not occur during interactivesL > sessions on the database, only in batch and very infrequently...  It is anC > old annoyance that I was hoping might have a simple resolution...r  E Presumably the fact that it is DBMS is why Norm suggested you contactaC "oracle dbms support".  Certainly he knows the difference.  But theIC executive mode part of DBMS and the executive mode part of Rdb grewiA up together, as something called KODA.  If there was a bug in Rdb.@ that got fixed the same bug might have existed in DBMS.  WhetherC it got fixed in a later version of DBMS than you have is uncertain,oC but knowing there had been problems in Rdb is of technical interestb since their origin is common.0   ------------------------------   Date: 6 Aug 2001 13:01:37 -0700o) From: google@mccready.com (Gary McCready)hO Subject: Re: Regional VMS employment status ?, was: Re: VMS expertise availablei= Message-ID: <6e64ea70.0108061201.51a2e61d@posting.google.com>   | Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP> wrote in message news:<XAvb7.226$NJ6.213@www.newsranger.com>... <snip>/ >>On the other hand, if you are willing to work:M > >in such "desirable" places as NYC, there are VMS jobs, but given the costsaD > >of working in such places, the wages are effectively entry level. > L > So just what is the VMS employment situation in the various regions of the
 > planet ? >  > Simon. > C > PS: BTW, just what kinds of costs are involved in living in NYC ?r  D Well...it depends on how long a commute you wish to have, and if youE have a family to support as well. If you want a one-room apartment of C your own in Manhattan and don't mind paying $1500+ per month for itr? (and that may be low), a VMS type can easily get a 100K+ job inmC Manhattan, or close to it (Brooklyn, or New Jersey). Of course, youeB might have to pay $300+ per month to park your car, and everything? else is more expensive than average (unless you are coming frome Silicon valley!).e  E However, if you desire a multi-room apartment, or an entire house for D a family, and schools to put them in - private schools can run above> 12K per year in the city, and to buy or rent an apartment willF probably cost you $3,000-4,000 per month in costs. To buy a house in aE good suburban town (which has good public schools) will probably costeC you $300K+ at a minimum, and a minimum of a 45 minute commute whichaA itself can cost $150-200+ per month. There are those folks who do-A commute 2-3 hours EACH WAY every day, who then only need to spendS about $100K for a house.  E Why bother living here? Aside from the jobs that can REALLY pay a lot-E on Wall St. (mainly in bonus during the good years), it helps to likeaD the resources of the City and area. Some people thrive on the energyB alone. Feel free to email me if you want more specific info on the area.:   --Gary McCready-3 (My options have nothing to do with my employer's.)    ------------------------------  % Date: Mon, 06 Aug 2001 20:36:08 -0500:1 From: "David J. Dachtera" <djesys.nospam@fsi.net>kO Subject: Re: Regional VMS employment status ?, was: Re: VMS expertise available ' Message-ID: <3B6F4608.43412FD4@fsi.net>s   Simon Clubley wrote: > . > On Sun, 05 Aug 2001 04:24:27 GMT, in articleD > <%T3b7.626$M3.98885@newsread1.prod.itd.earthlink.net>, mulp wrote: > >e= > >"JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in messaget) > >news:3B6B5773.106C5914@videotron.ca...b > >> Keith Parris wrote: > >> >M > >> > I'm looking for a site which needs high-level VMS expertise, either onf& > >> > a contract or employment basis. > >>L > >> NOW *THAT* is depressing. If a guru such as Keith Parris is looking for > >work,M > >> the oddds of normal people finding VMS work are next to nil. :-( :-( :-(s > >:-( > >>N > >Keith's problem is much like many of the other people with VMS experience -M > >there is a surplus of people with VMS experience in the places were anyone>N > >rational would want to live.  On the other hand, if you are willing to workM > >in such "desirable" places as NYC, there are VMS jobs, but given the costsSD > >of working in such places, the wages are effectively entry level. > L > So just what is the VMS employment situation in the various regions of the
 > planet ?   Chicago:  F OpenVMS - a few large shops who stanchly cling. Some older small VAXes> and MicroVAXes survive, but too few to support a job a market.  C To my (admittedly limited) knowledge, no one has sold a new OpenVMS 4 customer in this market for in excess of four years.  9 In general: OpenVMS in Chicago should be considered dead./  E I've heard rumors about OpenVMS being history in the Twin Cities, MN,tD also. A regular search (once a day for the last three months) of the( jobs boards seems to support that rumor.  C Jack and Rose cling to the fan-tail watching the ocean come rapidlyo toward them...   -- e David J. Dachtera+ dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  $ Date: Mon, 6 Aug 2001 16:11:01 -07001 From: Jack  Ziegler <ziegler@it-ue450.sonoma.edu>>' Subject: Storageworks hardware questionSL Message-ID: <Pine.SOL.4.02A.10108061512000.13681-100000@it-ue450.sonoma.edu>   Hello,  J Any StorageWorks experts out there? I have a question about a StorageWorks? power supply (BA35X-HF), and connecting enclosures to an HSJ30.h  H What do the 2 status lights mean on the front of the BA35X-HF?  I have aJ BA356 enclosure with dual power supplies.  With no controller connected toG the enclosure, both green lights are on - I interpret this as "normal".tI As soon as I hook up a controller (an old CMD Hawk) to the enclosure, thehG top green lights on both power supplies go off.  However the devices in @ the enclosure are operating normally, and are accessible from my VMSCluster via the Hawk.  $ Thanks for any help you can provide.  ! Jack Ziegler                    |e> Information Technology          | internet: ziegler@sonoma.edu9 Sonoma State University         | phone   : (707)664-3098l9 Rohnert Park, CA 94928          | FAX     : (707)664-2505n   ------------------------------  $ Date: Mon, 6 Aug 2001 17:08:50 -0500: From: "Scandora, Anthony \(35048\)" <scandora@cmt.anl.gov>+ Subject: Re: Sun goes after Alpha user base'+ Message-ID: <9kn4hm$q4f$1@milo.mcs.anl.gov>o  L I'm trying to remember a significant processor delivery that beat or met itsA original announced date.  I can't, and I don't really care.  It's L interesting to learn about what's being developed, but only a fool would betD real money on any major new technology's first working release date.  H I'm far more concerned with what works.  As far as I know, EV6 does, andJ some time next year or early 2003, EV7 is likely to.  When will Sun figure# out how to make a cache that works?n  1 Tony Scandora, Argonne National Lab, 630-252-7541i scandora@cmt.anl.gov  = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in messagee$ news:3B6938EA.3B89CA13@uk.sun.com... >m > jlsue wrote: > >k7 > > On Tue, 31 Jul 2001 14:45:31 +0100, andrew harrison % > > <andrew.nospam@uk.sun.com> wrote:e > >d > > >>H > > >> How about this one - checkout the original SPARC III announcement date:rH > > >> http://www.sun.com/smi/Press/sunflash/9710/sunflash.971006.1.html (October > > >> 6, 1997)eJ > > >> "The UltraSPARC-III microprocessor is expected to sample during the summer > > >> of 1998"e > > >>C > > >> Now, tell us again how the SPARC III will be based on latestr technologies ..h > > >> > > >i< > > >How ironic Kerry that you of all people should bring up; > > >roadmaps and the timely delivery of technology covered- > > >in the roadmaps.g > > >54 > > >Don't you have any shame, you work for Compaq ? > > >o > >uI > > Nice answer Andy.  What's wrong, can't come up with a real one so you ( > > just cast dispersions the other way? > > J > > You constantly hold Compaq to the fire for missing deadlines and beingI > > "truthful" (whatever that means in your mind) in their announcements.MC > > But somehow you don't expect Sun to counteract the lies in thisdF > > announcement.  What I found really interesting is that the Jan 28,J > > 2000 announcement is almost a re-hash of the same article (some of the  > > same wording appears).  See: > >e > > I http://www.sun.com/microelectronics/newsreleases/newsreleases.012800.html> >n< > Shame on you as well, you also apparently work for Compaq.: > Repeat after me, all Compaqs processor roadmaps are lies
 > 5 times. >n9 > Incedentally your memory is also pretty short, you haveo3 > forgotten the current situation and you have also 6 > forgotten the whole sorry story of WildFire, 2 years: > later than origionally trolled and slower than expected. >e= > You also forgot the EV processor delays. Remember it wasn'ts= > me who brought up people not delivering on their technology 7 > promises it was Kerry, but since both you and he seem 4 > stupid enough to do so its only fair to remind you3 > that Compaq leads the pack in non deliver and has 6 > done for some time before the current Alpha debacle. >s: > So quite why people are so suprised about Compaq dumping- > Alpha is beyond me, its par for the course.  > 	 > Regardss > Andrew Harrisonp > Enterprise IT Architecta   ------------------------------  % Date: Mon, 06 Aug 2001 20:22:35 -0500nC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>h Subject: Re: SYBASE on VMSI Message-ID: <craig.berry-6A685F.20223506082001@newsrump.sjc.telocity.net>w   Jakob,  E Yes, of course it affects a lot of people.  Unfortunately it's not a rE surprise since they discontinued development on VMS about four years oG ago.  Fortunately there are several good database products that run on ID VMS, and if your code is working now, the absence of support is not ? especially alarming in the short term while you come up with a lE migration strategy.  Unfortunately, the easiest migration from a DBA oB perspective is to SQL Server, where a lot of stored procs and SQL E language extensions will run with little or no modification.  You've nD got to switch either databases or OS's (unless the entire system is ? near end of life); which works better depends entirely on your pF applications and environment.  One possible third path is to continue G to run your applications on OpenVMS but connect to databases elsewhere tD via one of the available ODBC clients (OpenRDA, EasySoft, Attunity).  + BTW, anyone running Sybase 11.0 on VMS 7.3?W  E In article <3b6ea3ca$1@hcwe67>, "Jakob Erber" <erberj@post.ch> wrote:cK > Sybase will soon stop its support for its DB product on OpenVMS. Is therei7 > anybody out there, who is also effected by this step?V   ------------------------------   Date: 6 Aug 2001 17:58:19 GMTo- From: Joe Heimann <heimann@nog.ecs.umass.edu>T$ Subject: Re: Third postcard from Sun+ Message-ID: <9kmlrr$t4$2@odo.ecs.umass.edu>l  = In comp.sys.dec Alan Greig <alan.greig@intl.fmcti.com> wrote:w	 (snipped)tD > Plus I was just talking to a long serving DEC/Compaq field serviceG > engineer. Field service engineers are about the only Compaq employeeseD > with regular customer contact these days (other than the excellentB > service provided in c.o.v) and he says that customer response toA > recent events is near universally negative. Capellas says it is 0 > "unbelievably positive". I know who I believe.  G Of course Cappellas says the response was "unbelievably positive".  The H contacts his comments are made up from were probably at the CEO, CIO andH simialar levels.  Probably with persons who have not actually had to useF and support the equipment at a systems management level anytime in theF last decade or longer.  Intel is "industry standard", so Compaq movingF to that must be good.  The field service people meet and deal with theD ones who actually keep the systems going, so they are getting a muchH different view of the announcement.  I wonder what the CEO and CIO levelD comments are going to be once companies start analyzing the costs ofH moving their operations from Alpha to Itanium based systems.  Porting ofH in-house code, replacing non-ported utilities from companies that decideH not to port to Itanium, system verification for financial and other usesF that need it, and whatever other costs that are not ordinary expenses., That is when it will really get interesting.   Joe Heimannt   heimann@ecs.umass.edut   ------------------------------  $ Date: Mon, 6 Aug 2001 16:34:32 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>k$ Subject: Re: Third postcard from Sun$ Message-ID: <3b6effbf$1@news.si.com>  * >What Capellas's attement really means is:D >"We received far fewer complaints than we had expected, so customer responseK >was very positive compared to what we had expected" (eg: customer response  wasn, >positive compared to what we had expected).  F Sure. What they probably said was, "You're dropping Alphas?  Sure.  GoJ ahead.  We'll be migrating off your platforms real soon anyhow."  CapellasF heard the "Sure.  Go ahead" part and took that as a positive response. --A Brian Tillman                   Internet: tillman_brian at si.com*A Smiths Aerospace                          tillman at swdev.si.coma= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 6 Aug 2001 13:53:02 -0700 3 From: utlonghornsrule@yahoo.com (Newbie JrSysAdmin)s$ Subject: Re: Third postcard from Sun= Message-ID: <2de05464.0108061253.63ee214e@posting.google.com>t  ` Joe Heimann <heimann@nog.ecs.umass.edu> wrote in message news:<9kmlrr$t4$2@odo.ecs.umass.edu>...? > In comp.sys.dec Alan Greig <alan.greig@intl.fmcti.com> wrote:e > (snipped)lF > > Plus I was just talking to a long serving DEC/Compaq field serviceI > > engineer. Field service engineers are about the only Compaq employeeseF > > with regular customer contact these days (other than the excellentD > > service provided in c.o.v) and he says that customer response toC > > recent events is near universally negative. Capellas says it isb2 > > "unbelievably positive". I know who I believe. > I > Of course Cappellas says the response was "unbelievably positive".  TheMJ > contacts his comments are made up from were probably at the CEO, CIO andJ > simialar levels.  Probably with persons who have not actually had to useH > and support the equipment at a systems management level anytime in theH > last decade or longer.  Intel is "industry standard", so Compaq movingH > to that must be good.  The field service people meet and deal with theF > ones who actually keep the systems going, so they are getting a muchJ > different view of the announcement.  I wonder what the CEO and CIO levelF > comments are going to be once companies start analyzing the costs ofJ > moving their operations from Alpha to Itanium based systems.  Porting ofJ > in-house code, replacing non-ported utilities from companies that decideJ > not to port to Itanium, system verification for financial and other usesH > that need it, and whatever other costs that are not ordinary expenses.. > That is when it will really get interesting. > 
 > Joe Heimann: >  > heimann@ecs.umass.eduB   joe-  D i think it's worse than that. it's not just itanium but microsoft os; at play here. and when everyone in these companies can only ? point-and-click a mouse it will be microsoft, as the active andbD aggressive gatekeeper of the nodes of the network, that will controlE your business systems. what is the moral hazard here? does bill gatest4 achieve his maniacal dream of world domination then?   ------------------------------  % Date: Mon, 06 Aug 2001 14:49:26 -0600 % From: Dan O'Reilly <dano@process.com> $ Subject: Re: Third postcard from SunB Message-ID: <5.1.0.14.2.20010806144824.02c4cba8@ntbsod.psccos.com>  * At 02:34 PM 8/6/2001, Brian Tillman wrote:, > >What Capellas's attement really means is:F > >"We received far fewer complaints than we had expected, so customer	 >response]M > >was very positive compared to what we had expected" (eg: customer responseo >was. > >positive compared to what we had expected). >oG >Sure. What they probably said was, "You're dropping Alphas?  Sure.  GonK >ahead.  We'll be migrating off your platforms real soon anyhow."  CapellaslG >heard the "Sure.  Go ahead" part and took that as a positive response.o  I Or maybe, just MAYBE, the customers have been wanting VMS on an industry-oG standard platform all along (like many in this forum have been bitchinghB about).  Given that scenario, Capellas would be telling the truth.   ------I +-------------------------------+---------------------------------------+xI | Dan O'Reilly                  |                                       |eI | Principal Engineer            |  "Why should I care about posterity?  |pI | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    |oI +-------------------------------+---------------------------------------+a   ------------------------------  % Date: Mon, 06 Aug 2001 16:04:35 -04005- From: JF Mezei <jfmezei.spamnot@videotron.ca>sF Subject: Re: very nice message also room for feedback on this web site, Message-ID: <3B6EF841.6388EBA4@videotron.ca>   Sue Skonetski wrote:G > Off-the-Shelf Compaq AlphaServer Systems Power Sophisticated Military  > Airborne Surveillance System  L > airborne surveillance and target acquisition. Northrop Grumman CorporationN > (NYSE: NOC) partnered with Compaq Computer Corporation (NYSE: CPQ) to outfitG > its latest super-sophisticated battlefield surveillance aircraft with & > commercial, off-the-shelf computers.  N > Known as Block 20 E-8C Joint Strategic Target Attack Radar System (J-STARS),M > the plane uses 20 Compaq AlphaServer(TM) ES40CV systems running the OpenVMSy > operating system.     N Dear Sue, tell your managers that while it is great news to announce a win forK VMS,  they should have just omitted any mention of the word "Alpha" in that L announcement. It makes the military look silly for purchasing dead hardware.  N Secondly, the use of "commercial off the shelf hardware" goes against Compaq'sN whole "public" decision to dump proprietary Alpha in favour of "off the shelf" industry standard Intel crap.n  K Is Alpha industry standard commercial off-the shelf or not ? If it is, thenyL why kill it ? And if it isn't, then stop describing Alpha as such because it> makes Compaq look very silly to flip flop on its own products.   ------------------------------  % Date: Tue, 07 Aug 2001 00:49:25 +0100c' From: Elliott Roper <elliott@yrl.co.uk>fF Subject: Re: very nice message also room for feedback on this web site2 Message-ID: <070820010049259715%elliott@yrl.co.uk>  5 In article <3B6EF841.6388EBA4@videotron.ca>, JF Mezei % <jfmezei.spamnot@videotron.ca> wrote:    > Sue Skonetski wrote:   > P > > Known as Block 20 E-8C Joint Strategic Target Attack Radar System (J-STARS),O > > the plane uses 20 Compaq AlphaServer(TM) ES40CV systems running the OpenVMS- > > operating system.  >  > P > Dear Sue, tell your managers that while it is great news to announce a win forM > VMS,  they should have just omitted any mention of the word "Alpha" in thatRN > announcement. It makes the military look silly for purchasing dead hardware. > P > Secondly, the use of "commercial off the shelf hardware" goes against Compaq'sP > whole "public" decision to dump proprietary Alpha in favour of "off the shelf" > industry standard Intel crap.j > M > Is Alpha industry standard commercial off-the shelf or not ? If it is, then.N > why kill it ? And if it isn't, then stop describing Alpha as such because it@ > makes Compaq look very silly to flip flop on its own products.   True but unkind.G You know how difficult it is to train managers. When they make a randomgB move in the right direction, you have to reinforce that behaviour.E (where was BF Skinner when Bob Palmer needed him? Oh how I would havekC loved to run him through a maze with little electric shocks and theu, occasional pellet of food for good behavior)  G And the military is not being stupid either. They are helping make suree; that alpha lives long enough to let VMS grow and prosper on  son-of-Itanic.  > BTW, it continues a long tradition. At Duxford Air museum nearF Cambridge (the original one), there is a prototype Concorde shell. You@ can still see where the PDP-10 used to be. Imagine. Mach 2 Teco.   ------------------------------  $ Date: Mon, 6 Aug 2001 15:23:44 -04002 From: "Sue Skonetski" <susan.skonetski@compaq.com>B Subject: very nice message also room for feedback on this web site2 Message-ID: <C8Cb7.638$Yx2.15433@news.cpqcorp.net>  L http://money2.go.com/News?newsRef=PRNEWSWIRE/20010806/a3083&ticker=cpq&si=0& sm=1&sf=0&at=0&symbol=CPQe      E Off-the-Shelf Compaq AlphaServer Systems Power Sophisticated Militaryt Airborne Surveillance System   Aug 6 2001 14:26PM    H Recent Federal Business Awards Represent Up to $1 Billion Revenue Stream         HOUSTON, Aug. 6.  , -- An aircraft delivered to Robins Air Force  G Base in Warner Robins, Georgia, today is the embodiment of a new era in/  J airborne surveillance and target acquisition. Northrop Grumman Corporation  L (NYSE: NOC) partnered with Compaq Computer Corporation (NYSE: CPQ) to outfit  E its latest super-sophisticated battlefield surveillance aircraft with1  G commercial, off-the-shelf computers. While the aircraft being deliveredr todayt  L is the eleventh in the production series, it is the first to use commercial,  4 off-the-shelf systems for that critical combat role.        L Known as Block 20 E-8C Joint Strategic Target Attack Radar System (J-STARS),K the plane uses 20 Compaq AlphaServer(TM) ES40CV systems running the OpenVMSeF operating system. The AlphaServer systems and other systems on J-STARSJ provide accurate, real-time data and analysis about vehicles on the groundI and slow-moving aircraft for peacekeeping missions and decision-making ony the battlefield.  F "Traditionally, equipment used in the military surveillance and combatJ environments has been highly specialized and highly customized," said RichI Marcello, vice president and general manager of Compaq's High Performance7G Systems division. "The fact that commercially available technology like H Compaq's OpenVMS-based AlphaServer ES40CV systems can be integrated intoE those environments is a testament to the performance, reliability and:7 functionality of Compaq's industry-leading technology."$  D "We applaud the initiative to use Compaq's commercial, off-the-shelfI AlphaServer systems in the J-STARS aircraft," said Ron Ross, president oftL Compaq Federal LLC. "And we're equally pleased that more and more governmentK agencies are turning to Compaq -- whether they need the mobility of an iPAQrI Pocket PC, innovative Evo desktops or laptop units, market leading CompaqEB ProLiant(TM) industry-standard servers, or a total services-led IT enterprise solution."uK The announcement by Northrop Grumman of the use of off-the-shelf servers in0L the J-STARS aircraft is another in a series of announcements in which CompaqF services and technology are being chosen to serve agencies of the U.S. Government.   D This year alone, Compaq has been chosen by more than a dozen federalE agencies to provide equipment, services or both. The value of FederalcL contracts awarded to Compaq over the past three months, including some largeI multi-year agreements, will total more than $1 billion if all options are K exercised. Recent Compaq Federal contract awards involve agencies with verym divergent needs and tasks.  H Last week, the National Security Agency (NSA) awarded a 10-year contractL worth more than $2 billion to a group of more than a dozen partner companiesK including Compaq. The companies have been given the task of modernizing the C technological infrastructure of the NSA, part of which will include G deployment of Compaq equipment to handle various tasks for the nationalm security watchdog agency.   J Earlier this year, the U.S. Postal Service (USPS) signed an agreement withG Compaq to make Presario Internet PCs and a variety of Internet servicestJ options available at discounts to more than 800,000 post office employees.G As a part of the contract, Compaq created a custom portal through whichn7 postal employees can securely access the USPS intranet.c  A The job of upgrading some 32,000 computers in the Social SecuritywI Administration was awarded to Compaq in April. The $30 million effort putsK the company to the test as it required Compaq's Global Services division torC deploy the units to some 1,000 Social Security and state DisabilitymD Determination Service locations across the U.S. in only five months.   Company Background  K Founded in 1982, Compaq Computer Corporation ("Compaq") is a leading global J provider of enterprise technology and solutions. Compaq designs, develops,D manufactures and markets hardware, software, solutions and services,F including industry-leading enterprise storage and computing solutions,H fault- tolerant business-critical solutions, communication products, andF desktop and portable personal computers that are sold in more than 200K countries. Information on Compaq and its products and services is available  at www.compaq.com .o  L Compaq and the Compaq logo are trademarks of Compaq Information TechnologiesC Group, L.P. Product names mentioned herein may be trademarks and/orcK registered trademarks of their respective companies. This press release maynE contain forward-looking statements based on current expectations that D involve a number of risks and uncertainties. The potential risks andK uncertainties that could cause actual results to differ materially include: K worsening global economic conditions, increased competitive environment andlJ pricing pressures, disruptions related to restructuring actions and delaysJ in the expansion of Compaq's solutions business model. Further informationG on these factors and other factors that could affect Compaq's financial H results is included in Compaq's Securities and Exchange Commission (SEC)J filings, including the latest Annual Report on Form 10-K and the Quarterly1 Report on Form 10-Q, which will be filed shortly.   $ MAKE YOUR OPINION COUNT - Click Here  0 http://tbutton.prnewswire.com/prn/11690X35275829   ------------------------------  % Date: Mon, 06 Aug 2001 23:18:21 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>aF Subject: Re: very nice message also room for feedback on this web site, Message-ID: <3B6F5DFD.24767881@videotron.ca>  
 ualski wrote:eM > Not to nit-pick but in the context of US Government acquisition, CommercialnO > Off The Shelf, or COTS, simply means something from a commercial vendors thatlJ > isn't specially built or significantly modified to meet the requirements' > the item is being purchased against. t  U Good point. But the statement was from Compaq so the military slant isn't as obvious.n  M Besides, with Alpha officially on its death bed, one could argue that the few L remaining sales in the next few years will not be "off the shelf" but rather custom built for each customer.    ------------------------------  # Date: Tue, 07 Aug 2001 02:16:48 GMTn# From: ualski <ualski@earthlink.net>bF Subject: Re: very nice message also room for feedback on this web site- Message-ID: <3B6F4F79.4E39E3CF@earthlink.net>d   JF Mezei wrote:a > P > Secondly, the use of "commercial off the shelf hardware" goes against Compaq'sP > whole "public" decision to dump proprietary Alpha in favour of "off the shelf" > industry standard Intel crap.a > M > Is Alpha industry standard commercial off-the shelf or not ? If it is, thenEN > why kill it ? And if it isn't, then stop describing Alpha as such because it@ > makes Compaq look very silly to flip flop on its own products.  K Not to nit-pick but in the context of US Government acquisition, CommercialiM Off The Shelf, or COTS, simply means something from a commercial vendors thatsH isn't specially built or significantly modified to meet the requirementsJ the item is being purchased against.  I believe the idea behind COTS it toM take advantage of sharing the costs of hardware and software development withiM the (hopefully in the case of VMS) many thousands of other customers, keepingnO the application specific custom stuff to a minimum - Easier to do with hardwarer than software in my experience.   M Maybe COTS can have two meanings: The one I described and also "Commodity OfftO The Shelf", and adding IBCB (Intel Burdened Computing Boxes) to the glossary :)t   -- Aaron Sliwinski   ------------------------------  % Date: Mon, 06 Aug 2001 12:45:22 -0500  From: cmcgav@ionet.net! Subject: Re: VMS 7.3 experiences?p8 Message-ID: <bbltmt44uv2t2njmqmch61b59d457lnnqm@4ax.com>  C On 2 Jul 2001 12:08:23 -0500, young_r@encompasserve.org (Rob Young)p wrote:  X >In article <C2256A7D.004AA3C1.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes: >> ( >> u >> Tom,s >>  G >> According to the cover letter for V7.3, V6.2 is _not_ supported in ar >> migration-modeoS >> (or any other mode) with V7.3.  I have been told this is at least partly becauses >> ofhG >> mount hangs with volume shadowing on one of the Field Test releases.i >> s> >> Do you have any experience with this, positive or negative. >> t >.D >	Last week I booted an Alpha into a VAX 6.2 cluster.  Alpha running@ >	7.2-1 with latest SYS patch (but not the very latest, the one = >	updated Thursday or so?).  Mounted disks not in use, copied I >	those files, that's easy.  But I also mounted and copied all files off -I >	a VAX based shadowset.  Worked like a charm.  One datapoint does not a aI >	case make.  Your mileage may vary.  And the Alpha was removed from the - >	cluster after this operation.@ >t >				Rob    D Well, we are installing a new DS20E system, and did some simple timeA trials with a batch application that does a good mix of reads andn writes.t  9 The disks were served by an HSG80 dual controller system.n   HSG caching turned off   7.2-1    No VIOC        6min 7.2-1    VIOC cache   4min% 7.3      New XFC cache   9min!!!!        HSG caching turned ont  < 7.2-1   VIOC cache, HSG cache                      2min 1sec; 7.3      New XFC cache, HSG cache               2min 20 sece  D Needless to say we were surprised and disappointed by the results..   E Plus the IO's reported by the 7.3 runs were much higher than the IO'ssA from the 7.2-1 runs. CPU time and buffered were nearly identical.r  > Also all drives would only mount under VIOC compatibilty mode.  A Any ideas? I used the same settings for the 7.3 test as it was anp' upgraded copy of the 7.2-1 system disk.    ------------------------------  # Date: Mon, 06 Aug 2001 19:21:59 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: VMS LK-xxx Terminal Emulator 2 Message-ID: <r7Cb7.637$Yx2.15453@news.cpqcorp.net>  z In article <Pine.LNX.4.21.0108061544450.6108-100000@firewall.freddym.org>, Freddy Meerwaldt <frederik@freddym.org> writes:  2 :...What I want is a Terminal Emulator for Unix...E :If I have the appropriate control chars, I'd be able to write such au :program myself.  (   From the OpenVMS Freeware V5.0 area...   ..B DECxterm, UTILITIES, xterm key remapping (for use on UNIX Systems)  N The procedure remaps the Sun Keyboard, IBM AIX PC type Keyboard, Linux PC typeE Keyboard and Tru64 Compaq Unix keyboards to mappings suitable for VMS M This program is designed to run on a Unix machine, create a terminal emulator ? with VMS keyboard mappings and then telnet to a VMS machine....e    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  " Date: Mon,  6 Aug 01 17:33:16 +200' From: huber@mppmu.mpg.de (Joseph Huber)n) Subject: RE: VMS LK-xxx Terminal Emulatorc+ Message-ID: <9kmdbu$p4a$1@kiosk.rzg.mpg.de>0  I In Article <Pine.LNX.4.21.0108061544450.6108-100000@firewall.freddym.org>e/ Freddy Meerwaldt <frederik@freddym.org> writes:e+ >Is there anything like KEA! Term for Unix?iK >KEA! Term is only available for this old-school style Windows, but not forv >modern Unixes.tK >I've already tried playing around with xterm initialization files, but hadAK >no luck so far. What I want is a Terminal Emulator for Unix which supportsaJ >the PF[1-4] Keys, and just allows me to play around with VMS as I were on >the local console.r >And an additional question:I >I've searched the Net for this and was unable to find anything, so it isk$ >likely that this one doesn't exist.G >Unfortunately I havn't found a web page listing the Control Characters  >for these keys.A >So if someone could post a list with the control characters for: K >Backspace, PF[1-4], Find, Insert here, Remove, Select, Do, Help, and otherr3 >keys which may differ from the normal PeeCee Keys.uE >If I have the appropriate control chars, I'd be able to write such ae >program myself.    J I can't answer Your particular questions for a better terminal emulator - G but frequently work with xterm on several U*x systems without problems.aI Since Xterm is running under X11, just set the X11 keymaps to Your taste:5  8 use xev to see which keycodes are produced by the keys ,C then use xmodmap to make the window manager produce the right keys.-  9 Example: my xmodmap file for a HP station/keyboard looks:    keycode 127 = KP_F1    Num_LockS  keycode 128 = KP_F2    KP_Divide" keycode 135 = KP_F3    KP_Multiply" keycode 141 = KP_F4    KP_Subtract keycode 133 = KP_Separator keycode 122 = KP_Decimal keycode 96 = Help   Printo  keycode 104 = Menu   Scroll_Lock  keycode 107 = KP_Subtract  Pause         -- fI This message does not represent the policies of the Max-Planck-Institute. B Joseph "Sepp" Huber, MPI Physik, http://wwwvms.mppmu.mpg.de/~huber   ------------------------------  $ Date: Mon, 6 Aug 2001 15:48:53 -0500  From: norm.raphael@jamesbury.com Subject: Re: WHO ARE YOU forum?a4 Message-ID: <C2256AA0.007219A1.00@jklh21.valmet.com>  6 I believe there is a pc game for HHGTTG.  Don't Panic!        / Didier.Morandi@gmx.ch on 08/06/2001 05:32:44 AM   ' Please respond to Didier.Morandi@gmx.ch    To:   Info-VAX@mvb.saic.coml4 cc:    (bcc: Norm Raphael/Worcester/Neles-Jamesbury)  Subject:  Re: WHO ARE YOU forum?        ' PALADIN@209-16-45-102.insync.net wrote:s  C > Here's a site for the younger readers who might not have heard ofh% > the "Have Gun, Will Travel" series:i > + >    http://www.dynanet.com/hgwt/index.htmls  H Better late than never, I heard about Douglas Adams when he left us last< May. So, I jumped on the HHGTTG serie book and... I love it.   D.   ------------------------------  % Date: Mon, 06 Aug 2001 20:26:06 -0500i1 From: "David J. Dachtera" <djesys.nospam@fsi.net> D Subject: Re: You Get What You Pay For, a.k.a., There's No Free Lunch' Message-ID: <3B6F43AE.BE466AEE@fsi.net>j   Bill Gunshannon wrote: > ? > In article <88599d89.0108030357.18c525ca@posting.google.com>,C% >  alanb@cloud9.net (Alan B.) writes:sF > |> A recent comment from a software vendor this week at a meeting... > |>J > |> "Alphas? We're not really investing any more in Alphas. You can't getC > |> a kid out of college to work with them. You would have to hireyF > |> somebody who knows what they're doing...and you would have to pay > |> them".t > |>I > |> In other words, MicroS**T/Intel commodity "dime a dozen" "technical" J > |> people to run their servers are what they prefer in order to save $$. > |>1 > |> Later in the meeting, software vendor again:f > |>J > |> "It would be nice if we didn't have to reboot the WinTel servers once
 > |> a week".h > |> > G > I know this will come as no surprise to anyone here, but I just can'tb6 > resist.  Maybe someone will get a chuckle out of it. > A > I went into my PC lab the end of last week.  These are machineswC > running Win2000 thqat haven't been used since school ended at the B > beginning of June.  All of them are sitting there with the loginA > screensaver jumping around the screen.  And right in the middlee@ > of every screen is a Windows Popup error message informing theA > user that they have run out of virtual memory.  Just think what @ > it would be like if someone was actually logged on and running > something!!!    :-)   G I get that here on OSR2. I'll leave come back in a couple of hours, tryiF open Eudora, Netscape or whatever, and it'll just hang. When I finallyG do get a response to the three-fingered-salute, it says that the system.A is dangerously low on resources (whatever TF *THAT*'s supposed too mean!).2   Micro$hit - Gotta love it!   -- s David J. Dachterai dba DJE Systemsj http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.   ------------------------------   Date: 7 Aug 2001 03:29:28 GMT0) From: leslie@clio.rice.edu (Jerry Leslie)mD Subject: Re: You Get What You Pay For, a.k.a., There's No Free Lunch' Message-ID: <9knnao$3n0$1@joe.rice.edu>y  0 David J. Dachtera (djesys.nospam@fsi.net) wrote:I : I get that here on OSR2. I'll leave come back in a couple of hours, try H : open Eudora, Netscape or whatever, and it'll just hang. When I finallyI : do get a response to the three-fingered-salute, it says that the systemcC : is dangerously low on resources (whatever TF *THAT*'s supposed to 	 : mean!).i   : Micro$hit - Gotta love it!  > "You're riding with Microsoft, the Firestone of the Internet!"  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Mon, 06 Aug 2001 21:10:26 GMTt. From: "Stephen Fuld" <s.fuld@worldnet.att.net>E Subject: Re: [OT] Market corrections (was Re: Alpha: an invitation to H Message-ID: <6JDb7.35946$gj1.3352457@bgtnsc05-news.ops.worldnet.att.net>  : "Dave Weatherall" <djweath@attglobal.net> wrote in message/ news:DTiotGxQ0bj6-pn2-1dQ0I1gFbuwJ@localhost... G > On Sun, 5 Aug 2001 05:41:16, "Stephen Fuld" <s.fuld@worldnet.att.net>t > wrote: >a	 > Snip...u >eI > > > Yes, I always get a laugh when I hear the expression 'efficiency ofdH > > > private industry', especially when used in the same breath as digs$ > > > against public/civil servants. > >i > >n > >sK > > Wait a minute here.  The quality of the people is not the same thing ase thetG > > efficiency of the operation.  While I think the level of governmenteL > > employees is fine, the system they work under forces inefficiencies.  In thevI > > part of my earlier post that you snipped, I gave an example of one of  these. > >mG > > The goals of agencies in the government are in general to provide al quality K > > service to their customers, and to follow certain government rules thatr areyA > > designed to provide the appearance of fairness - primarily inq
 procurements,AJ > > and personel.  The following of these rules forces some inefficiencies andoD > > the lack of a profit motive and the easy measurability of profit compared tooL > > "provide a quality service" make it usually the case that the government isL > > less efficient than private industry.  The issue of size can be either a9 > > benefit or a drawback, depending on the area as well.- >R' > Sorry Stephen, I presume you meant :-u >m > >>>  >c% >  A big part of the problem with theeF > government is that they have a different set of rules.  For example, > whenD > buying something, it is very important to give the impression that > eachF > potential vendor has a fair shake.  Thus, where in private industry,	 > someone H > would just decide which one to buy, in the government,you have to do aF > request for proposals, etc.  (I know, not always - I'm generalizing) > Thesew> > cause great inefficiency.  There are other things like this, > particularly ino( > the personel area that cause problems. >o > <<<  >tG > Point taken, However, it shows up the difficulty in defining the word H > efficiency. Obviously, if an organisation wanted to buy $1000 worth ofF > ball-point pens it is grossly inefficient to put that out to tender.G > If the we're talking millions for Roads, bridges, hospitals, militarymE > a/c or the VMS systems that run them or their development, then theiC > cost to the taxpayer of the inefficiency (overhead) of the tenderPD > system can pay its dividend in ensuring they don't get ripped off.      K This is getting of topic, so I will try to bring it back with a true story.aL but first, the general principle.  If we presume that private industry is asE efficient as the government, then they should do RFPs as often as theiI government. (for the same types of service).  But most private industriesnL don't do as many RFPs for very good reasons - they waste a lot of resources. Now the example to show it.s  K A long time ago when I worked for the government, I participated in writingaL an RFP to replace our mainframe computer with a new one.  What we wanted wasL the newer model from the same vendor so that we wouldn't have to convert allJ of our applications, retrain all of our operators, etc.  We were told thatK we couldn't just go to that one vendor, but had to do an RFP.  Furthermore,yG to make the requirements such that essentially no other vendor would beiL competitive because they would be required to add the conversion costs wouldJ be considered anti-competitive.  We were told by our contracts people thatH conversion costs had to be assumed to be zero!  We fought this.  It tookJ well over a year of back and forth to get them to allow us to add a clauseL requiring instruction set compatibility (see I did relate it comp.arch).  OfK course by then, our users had endured more time of slow response time, etc.i< and the presumed life of the new computer was one year less.    J Another example.  At one point, the US government decided that they wantedL to have all peripheral devices the purchased be able to work on any computerI they purchased. so the defined a government standard channel (essentiallycJ the IBM OEMI channel) and told every other vendor that they had to come upJ with "adapters" to turn say Sperry, CDC, Burroughs, etc. channels into IBMI channels.  The result was that a lot of development time was wasted doingtF these channels, performance sucked due to the extra overhead and costs soared.u     Your tax dollars at work!n         >aG > One of my first experiences of purchasing in a large company was overAB > 20 years ago when I needed 2 10M resistors. I can't remember the@ > numbers but by the time it had gone thro' the system, each 25pD > resistor cost something like 25 quid... Would the company be doingA > that now? Probably not in the same area, the area requiring 10Mi1 > resistors would have been out-sourced by now...n    L Anyone can be stupid. The hope is that the stupid things in private industryC get weeded out by the competition.  That force doesn't exist in thegK government.  Of course, if I needed two 25P resistors, I would pay for themdG out of my pocket rather than put up with the hassle of dealing with the  purchasing people :-).     --     -  Stephen Fulde   ------------------------------   End of INFO-VAX 2001.435 ************************