0 INFO-VAX	Wed, 06 Feb 2002	Volume 2002 : Issue 71      Contents:/ alpha4100 console connection to serial terminal 3 RE: alpha4100 console connection to serial terminal 3 Re: alpha4100 console connection to serial terminal  Re: Any news on fix for XFC ?  Any RRD43 CD Drives out there ! Re: Any RRD43 CD Drives out there 1 Are your Mortgage Rates the Best they can be?9074  Re: Bridgeworks & DCE  Re: Bridgeworks & DCE  Re: Bridgeworks & DCE  Re: Bridgeworks & DCE * Re: compaq logo on DECwindows login screen* Re: compaq logo on DECwindows login screenD Re: DECnet Phase V doesn't recognize node 0 with object access; huh?D Re: DECnet Phase V doesn't recognize node 0 with object access; huh? Re: DECNET Problem# Re: Default terminal printer in CDE  Deleting ACCOUNTNG.DAT file  Re: Deleting ACCOUNTNG.DAT file 2 Re: Does DELETE/ENTRY guarantee exit handler call?2 Re: Does DELETE/ENTRY guarantee exit handler call?2 Re: Does DELETE/ENTRY guarantee exit handler call?
 DS10 on a KVM  Re: DS10 on a KVM  Dxterm displayed on Solaris  Forte 4GL update8 Re: HP Announces Stockholder Vote Set For March 19, 2002L HP Sets March 19 for Special Meeting of Shareowners to Vote on Compaq MergerP Re: HP Sets March 19 for Special Meeting of Shareowners to Vote on Compaq Merger Re: INITIALIZE a big disk  Re: INITIALIZE a big disk  Re: INITIALIZE a big disk / Re: Load Balancing DNA across 2*2MBit WAN links  Re: Lottery Systems  Re: Lottery Systems  Re: Lottery Systems  Re: Lottery Systems  Re: Lottery Systems  Re: Lottery Systems  Re: Lottery Systems 0 Re: Microsoft will stop "innovating" for a month0 Re: Microsoft will stop "innovating" for a month0 Re: Microsoft will stop "innovating" for a month Re: setting the record straight  RE: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  Re: setting the record straight  TCPIP V5.1 eco 3 memory leaks ! Re: TCPIP V5.1 eco 3 memory leaks ! Re: TCPIP V5.1 eco 3 memory leaks ! Re: TCPIP V5.1 eco 3 memory leaks - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule - Re: The Inq : The OpenVMS on Itanium schedule  Re: V5 Freeware - DIBOL  Re: V5 Freeware - DIBOL  Re: V5 Freeware - DIBOL 6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)E Re: Where's Alpha savings going (was Re: setting the record straight)  Re: Zip disks and VMS  Re: Zip disks and VMS  Re: Zip disks and VMS   F ----------------------------------------------------------------------  $ Date: Tue, 5 Feb 2002 13:13:29 -0600/ From: "patricia meece" <pameece@oandm.uiuc.edu> 8 Subject: alpha4100 console connection to serial terminal7 Message-ID: <G5W78.14660$tg4.169634@vixen.cso.uiuc.edu>    Hello folks.G I am preparing to upgrade OpenVMS from 7.1-2 to 7.3 on our Alpha4100's. J Currently console terminal is a graphics monitor. I would like to attach aJ VT420 terminal as console so that I can setup VT420 to print screen output during upgrade. I Unfortunately the previous management did not get the hardware manuals. I > have gleaned from the System Drawer guide about EV console andI tt_allow_login and COM1 port. To date I have had no luck getting VT420 to  respond as the console monitor. K Can someone reply back with some step by step instructions or where I might " find some more hardware manuals???   Thanks for your time.    ------------------------------  $ Date: Tue, 5 Feb 2002 14:25:47 -0500+ From: "Main, Kerry" <Kerry.Main@Compaq.com> < Subject: RE: alpha4100 console connection to serial terminalT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1C35@kaoexc01.americas.cpqcorp.net>  	 Patricia,   @ If all you want is a temporary step, then you can use a terminalE emulator (e.g. Kea) on a PC/laptop with logging turned on the console F plugged into COM1 or COM2. You can save everything that happens on theH console to a log file - VMS can be up or down. That log file can also be! handy for future troubleshooting.   F Alternativey, a console mgmt solution might be a consideration for the longer term.  
 Reference: http://www.consoleworks.com or6 http://www.robomon.com/products/detail_robocentral.htm   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: patricia meece [mailto:pameece@oandm.uiuc.edu] Sent: February 5, 2002 2:13 PM To: Info-VAX@Mvb.Saic.Com 8 Subject: alpha4100 console connection to serial terminal     Hello folks.G I am preparing to upgrade OpenVMS from 7.1-2 to 7.3 on our Alpha4100's. H Currently console terminal is a graphics monitor. I would like to attach a C VT420 terminal as console so that I can setup VT420 to print screen  output during upgrade. G Unfortunately the previous management did not get the hardware manuals.  I > have gleaned from the System Drawer guide about EV console andF tt_allow_login and COM1 port. To date I have had no luck getting VT420 to respond as the console monitor. E Can someone reply back with some step by step instructions or where I  might " find some more hardware manuals???   Thanks for your time.    ------------------------------   Date: 5 Feb 2002 15:45:42 -0800 - From: tessier-ashpool@usa.net (Chris Bardell) < Subject: Re: alpha4100 console connection to serial terminal= Message-ID: <9f261edc.0202051545.42721789@posting.google.com>    > I would like to attach aL > VT420 terminal as console so that I can setup VT420 to print screen output > during upgrade. K > Unfortunately the previous management did not get the hardware manuals. I @ > have gleaned from the System Drawer guide about EV console andK > tt_allow_login and COM1 port. To date I have had no luck getting VT420 to ! > respond as the console monitor. M > Can someone reply back with some step by step instructions or where I might $ > find some more hardware manuals???   Couple of suggestions:  F 1. I believe there's an environmental variable at console level to set. the type of terminal on Alphas. Something like   >>>SET CONSOLE SERIAL   F from the console prompt. Granted, you're having difficulty getting the! console port to respond at all...   D 2. Have you tried all baud rates with the VT420? Should be 8-bit, noC parity, but could be any baud rate. Applies equally to the use of a A terminal emulator or console mgmt product as per previous poster.   B 3. I believe a 4100 has one or two TTA serial ports (also 9-pin D)E right near the console. Can you get any response out of those? If so, 9 do a $SHO TERM and $SET the same characteristics on OPA0:   F 4. The console port isn't stuck inside an application is it? Ctrl/T?OrE has it gone RWAST or something? May be a dumb question - not clear if 2 you've rebooted the box since the problem started.  - 5. See if you can find anything usefule here: / http://www.compaq.com/alphaserver/archive/4100/   - Anyway, a few suggestions - HTH etc. Regards.    Chris Bardell, UK.   ------------------------------   Date: 5 Feb 2002 19:31:26 -0600 + From: kuhrt@encompasserve.org (Marty Kuhrt) & Subject: Re: Any news on fix for XFC ?3 Message-ID: <e9sA6jsAG48u@eisner.encompasserve.org>   ` In article <3C5E96CB.5F9D1DD@BlueBubble.UK.Com>, Roy Omond <Roy.Omond@BlueBubble.UK.Com> writes: > Hoff wrote on 31-Oct-2001: > F >>>Has anyone heard anything on a fix for the XFC?  I searched DSNlinkD >>>tonight and didn't find anything new.  The one XFC patch is still
 > on-hold. >>I >> Pending, but I do not have a specific nor an official schedule for the  >  >> XFC V2.0 ECO kit shipment.  >>F >> I am aware of at least one customer site that has loaded the images > that> >> may well become the XFC V2.0 kit, and that is now operating > successfullyI >> with XFC enabled.  Assuming that these prove to be the final images --  > F >> something that I am not certain is the case -- I would *guess* that > the 3 >> XFC V2.0 kit will be available in about a month.  >>F >> Regardless of the actual/eventual release schedule for the ECO kit, > the G >> VIOC-based I/O caching does work -- please enable (via the VCC_FLAGS H >> system parameter) and use VIOC on existing OpenVMS Alpha V7.3 systems0 >> pending the availability of the XFC V2.0 kit. > H > I'm getting to a stage at one customer site where I could really start< > to use the (promised) performance improvement with XFC ... > . > Hoff, any update on expected time for this ? >   ; There are three third party disk caching products that can  = give you the same performance boost and have been working for  years...F   - PerfectCache from Raxco (the one caching product I didn't support)?   - CacheManager from Symark (don't know if Symark exists, now) (   - I/O Express from Executive Software   E All three are/were clusterwide, block level, use any available memory F caching products.  When I started working on I/O Express over a decadeC ago, it was very solid.  When I stopped working on caching products C when I left Symark five years ago, it was still solid and had some   added features.      Need it now?  Go third-party.   C (disclaimer: I don't work for any of the above-mentioned companies)    ------------------------------  % Date: Tue, 05 Feb 2002 23:29:39 +0000 0 From: Mark W J Redding <grawlfang@ukhackers.net>& Subject: Any RRD43 CD Drives out there- Message-ID: <3C606AE3.D3BA5EED@ukhackers.net>   [ Having just purchased my hobbyist CD for my VAXSstation 4000 VLC I've borrowed a PLEXTOR CD   Y from work in order to try to install VMS on the machine. Sadly, as as I found in one post   Z on a newsgroup, this drive goes offline (%SYSTEM-I-MOUNTVER) just after I issue the backup  - command to install the base VMS072.A saveset.   Y Is there anyone on this newsgroup in the London or Cambridge area who could possibly loan   E me a DEC CD drive (the RRD43 is the one I used when I worked on VMS).   ` Failing this, does anyone know of an alternative method of installing VMS. I have a Linux system  W (and can get a FreeBSD) system that I've used in the past to install NetBSD/VAX on this   Y machine via the ethernet adapter. Is there a way to read/extract the files from the CD on   O another system that would allow me to boot ESA0 and carryout the image restore.   S thanks in advance for any help (and sorry for any bad formatting, that's Netscape).    -- Mark W J Redding  F Chaos reigns within.  Reflect, repent and reboot.  Order shall return.   ------------------------------  # Date: Wed, 06 Feb 2002 04:51:02 GMT ( From: Terry Kennedy <terry@gate.tmk.com>* Subject: Re: Any RRD43 CD Drives out there8 Message-ID: <WC288.716$yK.18192@iad-read.news.verio.net>  2 Mark W J Redding <grawlfang@ukhackers.net> writes:] > Having just purchased my hobbyist CD for my VAXSstation 4000 VLC I've borrowed a PLEXTOR CD [ > from work in order to try to install VMS on the machine. Sadly, as as I found in one post \ > on a newsgroup, this drive goes offline (%SYSTEM-I-MOUNTVER) just after I issue the backup/ > command to install the base VMS072.A saveset.   O   Look at the back of the drive for a jumper marked "block size". This controls N whether the drive reports a 2048-byte block size (most applications) or a 512-M byte block size (VMS and Sun systems). Change it to the other setting, power-  cycle the drive, and try again.   4         Terry Kennedy             http://www.tmk.com2         terry@tmk.com             New York, NY USA   ------------------------------  % Date: Wed, 06 Feb 2002 04:29:42 -0200 5 From: "Sarah Berris" <activeleads8970@eudoramail.com> : Subject: Are your Mortgage Rates the Best they can be?9074? Message-ID: <00005da079ee$00004d64$00002b79@mx2.eudoramail.com>    <html>   <head>= <meta name=3D"GENERATOR" content=3D"Microsoft FrontPage 5.0"> < <meta name=3D"ProgId" content=3D"FrontPage.Editor.Document">K <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-=  1252">4 <title>HAS YOUR MORTGAGE SEARCH GOT YOU DOWN</title> <style>  <!-- fine {K 	FONT-SIZE: 9px; COLOR: #666666; FONT-FAMILY: Tahoma, Arial, Helvetica, sa=  ns-serif }  -->  </style> </head>    <body bgcolor=3D"#FFCC66">  K <p align=3D"center"><u><font color=3D"#0000FF" size=3D"6" face=3D"Verdana"=  ><b>DO YOU  * NEED A SECOND MORTGAGE?</b></font></u></p> <font SIZE=3D"4">  <p align=3D"center">&nbsp;</p>K <p align=3D"center"><font face=3D"Verdana">Put down your pen and throw out=   all those  # long, complicated forms!</font></p> K <p align=3D"center"><font face=3D"Verdana">Forget all the confusing rates,=   terms,  and programs.</font></p> <dir> K   <p align=3D"center"><font face=3D"Verdana">Fill out one quick form and w=  e will  K   instantly search thousands of lenders and programs for those that meet y=  our    exact needs. </font></p> </dir> </font> K <p align=3D"center"><font face=3D"Verdana"><font size=3D"5" color=3D"#8000=  80">K <a href=3D"http://www.freewebhost4u.com/mort23/mort2.htm"><font color=3D"#=  800080">Click ? here NOW!</font></a></font><font SIZE=3D"5"> </font></font></p> K <p align=3D"center"><font SIZE=3D"4" face=3D"Verdana">It is 100% money and=   hassle  FREE!</font></p>K <table align=3D"center" border=3D"0" cellPadding=3D"10" cellSpacing=3D"0" =  width=3D"600">   <tr>K     <td colSpan=3D"2"><span class=3D"fine"><font color=3D"#000000">Did you=   receive an K     email advertisement in error? Our goal is to only target individuals w=  ho  K     would like to take advantage of our offers. If you'd like to be remove=  d from  J     our mailing list, please click on the link below. You will be removed K     immediately and automatically from all of our future mailings.</font><=  /span></td>    </tr>    <tr>K     <td><span class=3D"fine"><font color=3D"#000000">We protect all email = 
 addresses ;     from other third parties. Thank you.</font></span></td> K     <td align=3D"right"><span class=3D"fine"><a href=3D"http://www.freeweb= # host4u.com/mort23/mort_remove.htm"> M     <font color=3D"#000000">Please <b>remove</b> me</font></a><font color=3D=  "#000000">.</font></span></td>   </tr>  </table>   </body>    </html>    ------------------------------   Date: 5 Feb 2002 11:51:20 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett)  Subject: Re: Bridgeworks & DCE, Message-ID: <tvWr$9C2Sf8e@malvm6.mala.bc.ca>  4 In article <lK8XyrhgdaCW@eisner.encompasserve.org>, 2    Kilgallen@SpamCop.net (Larry Kilgallen) writes:  B >> And I do not think that Compaq is making truckloads of money on) >> DCE Application Developers Kit either.  > K > But they do get a measure of how much use it gets.  If it is cheap enough H > customers should not mind.  Remember what happened to Posix support --H > they couldn't figure out whether anyone was using it because there was  > no license associated with it.  C    Seems to me the obvious solution then is to put up a site ( like E the hobbyist license site ) that would let one download free licenses C for such products that are good for 1 year. By tracking the initial C requests and renewals they'd get an excellent indication of who had 5 some interest and who was actually using the product.   G    Of course, then we'd all be paranoid that this was a bait-and-switch G tactic and that once enough people were dependant on the product Compaq % intended to start charging for it :-)    ------------------------------   Date: 5 Feb 2002 16:32:39 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Bridgeworks & DCE3 Message-ID: <BwQYfzAqu6JT@eisner.encompasserve.org>   ` In article <tvWr$9C2Sf8e@malvm6.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:  E >    Seems to me the obvious solution then is to put up a site ( like G > the hobbyist license site ) that would let one download free licensesbE > for such products that are good for 1 year. By tracking the initialiE > requests and renewals they'd get an excellent indication of who hadi7 > some interest and who was actually using the product.   B Nobody is going to bet their business on a license that expires in? one year and might not be available in the future.  The currenttC version of software must continue to work for any business-critical 
 component.   ------------------------------   Date: 5 Feb 2002 14:56:52 -0700c1 From: nothome@spammers.are.scum (Malcolm Dunnett)e Subject: Re: Bridgeworks & DCE, Message-ID: <hzqC8ulojLKZ@malvm6.mala.bc.ca>  4 In article <BwQYfzAqu6JT@eisner.encompasserve.org>, 2    Kilgallen@SpamCop.net (Larry Kilgallen) writes:  b > In article <tvWr$9C2Sf8e@malvm6.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes: > F >>    Seems to me the obvious solution then is to put up a site ( likeH >> the hobbyist license site ) that would let one download free licensesF >> for such products that are good for 1 year. By tracking the initialF >> requests and renewals they'd get an excellent indication of who had8 >> some interest and who was actually using the product. > D > Nobody is going to bet their business on a license that expires inA > one year and might not be available in the future.  The currentTE > version of software must continue to work for any business-criticale > component.  C    Tell that to all the colleges and universities that are/were on   CSLG ;-)  C     If you trusted Compaq to continue to make the license availableiC on an ongoing basis why would this annual renewal be a big problem?"? If you don't trust them to continue the product it's possibly aeC poor business decision to be buying it in the first place isn't it?    ------------------------------  # Date: Wed, 06 Feb 2002 00:14:06 GMTnL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: Bridgeworks & DCE8 Message-ID: <00A091E8.999A6618@SSRL04.SLAC.STANFORD.EDU>  c In article <BwQYfzAqu6JT@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:na >In article <tvWr$9C2Sf8e@malvm6.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:  >1F >>    Seems to me the obvious solution then is to put up a site ( likeH >> the hobbyist license site ) that would let one download free licensesF >> for such products that are good for 1 year. By tracking the initialF >> requests and renewals they'd get an excellent indication of who had8 >> some interest and who was actually using the product. > C >Nobody is going to bet their business on a license that expires inh@ >one year and might not be available in the future.  The currentD >version of software must continue to work for any business-critical >component.r  L Then this idea could be modified by issuing permanent licenses good only forK the current version and putting out new releases every year.  (Even if only I the documentation improves - documentation can _always_ improve, right? --+ for free a lot of people will get the kit.)5   -- Alan3    O ===============================================================================n0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056pM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210lO ===============================================================================a   ------------------------------    Date: 06 Feb 2002 03:53:10 +0800, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: compaq logo on DECwindows login screena- Message-ID: <87k7trpuxl.fsf@prep.synonet.com>a  D "Dr. Martin P.J. Zinser" <ZINSER@sysdev.deutsche-boerse.com> writes:  B > pain if you do want to really use a OpenVMS icon somewhere. So IC > would prefer a logo that scales down gracefully at least to 16x16hF > (yupp, the size of all these pesky icons in the browser URL bars akaC > favicon). Unfortunatly I can not offer an implementation since my 0 > artistic skills are not good enough to do one.  D How about back to the original, the 'virtual Cheshire Cat' smile and tail?i   -- c< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda./@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 5 Feb 2002 18:49:01 -0600t- From: Kilgallen@SpamCop.net (Larry Kilgallen)g3 Subject: Re: compaq logo on DECwindows login screenr3 Message-ID: <KRbXACIxQuZ8@eisner.encompasserve.org>h  \ In article <87k7trpuxl.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:F > "Dr. Martin P.J. Zinser" <ZINSER@sysdev.deutsche-boerse.com> writes: > C >> pain if you do want to really use a OpenVMS icon somewhere. So InD >> would prefer a logo that scales down gracefully at least to 16x16G >> (yupp, the size of all these pesky icons in the browser URL bars akaoD >> favicon). Unfortunatly I can not offer an implementation since my1 >> artistic skills are not good enough to do one.m > F > How about back to the original, the 'virtual Cheshire Cat' smile and > tail?2  D That was a DECUS VAX SIG mascot, the shark was from VMS Development.   ------------------------------  % Date: Tue, 05 Feb 2002 22:56:46 +0000y+ From: "antonio.carlini" <arcarlini@iee.org>lM Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh?s& Message-ID: <3C60632E.4060505@iee.org>  * Alan Winston - SSRL Admin Cmptg Mgr wrote:   > $ REPLY/ENABLE > $ dir 0"http_server":: >  > * > Message from user AUDIT$SERVER on HUDSONO > Security alarm (SECURITY) and security audit (SECURITY) on HUDSON, system id:  > 10 > 255 > Auditable event:          Network breakin detectiona3 > Event time:                5-FEB-2002 08:09:01.55@$ > PID:                      00000110# > Process name:             NET$ACPs' > Username:                 HTTP_SERVERr0 > Remote node id:           49004008002BC33056214 > Remote node fullname:     NET$49004008002BC3305621" > Remote username:          SYSTEM= > Status:                   %LOGIN-F-INVPWD, invalid passwordo    ) I suspect your problem is that your node, ' for whatever reason, does not recognisea itself when you do a SET H 0.s   How is it registered in ther' namespace (look using DECNET_REGISTER).u  If you register your node in the& local namespace (say as LOCAL:.HUDSON) and then try the DIR 0:: stuff& the error message should then complain" about a remote node LOCAL:.HUDSON.& Then you add a proxy for LOCAL:.HUDSON and you're set.l  #  From your earlier message it seems % you already have HUDSON::HTTP_SERVER.d% I *think* that this is *different* to  LOCAL:.HUDSON.  # Try SET H 0 and logging in. What do " you see for SYS$REM_NODE_FULLNAME?$ This is what the proxy should match.# (I think ... it's been a while ...)    AntonioT   -- a   --------------- - Antonio Carlini             arcarlini@iee.orgp   ------------------------------  # Date: Wed, 06 Feb 2002 02:18:02 GMTiL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")M Subject: Re: DECnet Phase V doesn't recognize node 0 with object access; huh? 8 Message-ID: <00A091F9.E94AD7BD@SSRL04.SLAC.STANFORD.EDU>  T In article <3C60632E.4060505@iee.org>, "antonio.carlini" <arcarlini@iee.org> writes:+ >Alan Winston - SSRL Admin Cmptg Mgr wrote:. >g >> $ REPLY/ENABLEd >> $ dir 0"http_server"::- >> - >> -+ >> Message from user AUDIT$SERVER on HUDSON P >> Security alarm (SECURITY) and security audit (SECURITY) on HUDSON, system id: >> 10D >> 2566 >> Auditable event:          Network breakin detection4 >> Event time:                5-FEB-2002 08:09:01.55% >> PID:                      00000110o$ >> Process name:             NET$ACP( >> Username:                 HTTP_SERVER1 >> Remote node id:           49004008002BC3305621.5 >> Remote node fullname:     NET$49004008002BC3305621g# >> Remote username:          SYSTEM > >> Status:                   %LOGIN-F-INVPWD, invalid password >  >I* >I suspect your problem is that your node,( >for whatever reason, does not recognise >itself when you do a SET H 0. >  >How is it registered in the( >namespace (look using DECNET_REGISTER).! >If you register your node in the ' >local namespace (say as LOCAL:.HUDSON)i >and then try the DIR 0:: stufft' >the error message should then complainl# >about a remote node LOCAL:.HUDSON.s' >Then you add a proxy for LOCAL:.HUDSON  >and you're set. >h$ > From your earlier message it seems& >you already have HUDSON::HTTP_SERVER.& >I *think* that this is *different* to >LOCAL:.HUDSON.h  5 I tried setting up local.:hudson.dyndns.info and also. tried local.:hudsont > $ >Try SET H 0 and logging in. What do# >you see for SYS$REM_NODE_FULLNAME?r  7 I got NET$49004008002BC3305621.  However, proxying fromn5 NET$49004008002BC3305621::SYSTEM  didn't work either.h  E Would DECnet-OSI get confused if it were initially configure with onerD canonical name and you changed the canonical name in TCP/IP without  changing anything in DECnet?  A Should I remove and reinstall DECnet-OSI? (If I can find the CD)?a   Thanks,n   -- Alan/    O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210tO ===============================================================================    ------------------------------  % Date: Tue, 05 Feb 2002 22:37:07 +0000-+ From: "antonio.carlini" <arcarlini@iee.org>e Subject: Re: DECNET Problem & Message-ID: <3C605E93.5030006@iee.org>   Gennaro Napolitano wrote:v    > It seems stronger then us ;-)) > & > I tried and retried without success.    * Are you trying to solve just the namespace. (backtranslation) problem or do you still have a problem logging in?S  & If you have a problem logging in, what# happens if you bypass the namespacee& altogether by using the DECnet address	 directly:u   	$ SET HOST 1.6 ! (or whatever)t    % What OPCOM messages do you see on 1.6n  (make sure you enable them all)?   Antonioe     --     --------------- - Antonio Carlini             arcarlini@iee.orgs   ------------------------------  # Date: Wed, 06 Feb 2002 02:16:58 GMTa1 From: "David J. Dachtera" <djesys.nospam@fsi.net>m, Subject: Re: Default terminal printer in CDE' Message-ID: <3C609371.6514B3B7@fsi.net>t   Brian Tillman wrote: > [snip]1 > I use a command I wrote myself called SYSPRINT.o  ) Is this available for download somewhere?o   --   David J. Dachterao dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------   Date: 5 Feb 2002 19:18:19 -0800O' From: salikin@yahoo.com (Hamid Salikin)-$ Subject: Deleting ACCOUNTNG.DAT file= Message-ID: <d82d06f8.0202051918.7386708c@posting.google.com>:  6 Can I safely delete ACCOUNTNG.DAT file under directoryE DKA0:[SYS0.SYSMGR]? This file consumes 738,499 blocks which I suspectk? has caused low disk space problem on my AlphaStation 200 4/100.A  F Another machine running identical setup has much smaller ACCOUNTNG.DATB file at only 33,036 blocks. If it's only a log file I assume I can& just delete it. Anyone, please advise.   Thanks.I   ------------------------------  % Date: Tue, 05 Feb 2002 20:23:26 -07000% From: Dan O'Reilly <dano@process.com> ( Subject: Re: Deleting ACCOUNTNG.DAT fileB Message-ID: <5.1.0.14.2.20020205202242.00a7ede0@raptor.psccos.com>  H $ SET ACCOUNTING/NEW_FILE will create a new ACCOUNTNG.DAT file, then youG can delete the old one, or back it up and delete it, whatever you wish.   * At 08:18 PM 2/5/2002, Hamid Salikin wrote:7 >Can I safely delete ACCOUNTNG.DAT file under directory F >DKA0:[SYS0.SYSMGR]? This file consumes 738,499 blocks which I suspect@ >has caused low disk space problem on my AlphaStation 200 4/100. >eG >Another machine running identical setup has much smaller ACCOUNTNG.DAT$C >file at only 33,036 blocks. If it's only a log file I assume I cane' >just delete it. Anyone, please advise.P >  >Thanks.   ------I +-------------------------------+---------------------------------------+nI | Dan O'Reilly                  |                                       | I | 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    |tI +-------------------------------+---------------------------------------+    ------------------------------  # Date: Wed, 06 Feb 2002 01:01:22 GMT31 From: "Mark D. Jilson" <jilly@clarityconnect.com>e; Subject: Re: Does DELETE/ENTRY guarantee exit handler call? 2 Message-ID: <3C6080B6.2337DA69@clarityconnect.com>  G This is correct for DELETE/ENTRY and in a future version of VMS this isnE supposed to become an option for STOP.  This future version may be asdC early as V7.3-1.  Look for it in the New Features or Release Notes.o   briggs@encompasserve.org wrote:t > u > In article <3C5FA93C.F2405CCF@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes:zD > >> Does VMS guarantee exit handlers will be called if DELETE/ENTRY' > >> is used to halt a job in progress?0 > >>H > > IIRC, JOBCTL does a $DELPRC for this, not a $FORCEX. Thus, user-mode% > > exit handlers will not be called.c > & > This is incorrect.  $FORCEX is used. > D > If I recall correctly (and testing confirms this), JOBCTL hits theH > target process with a user mode $FORCEX with a "JBC-F-JOBABORT" statusF > code.  It then waits for a few seconds and drops the $DELPRC hammer. > B > If the target process stays down in supervisor mode doing nativeC > DCL stuff then it won't execute the user mode $FORCEX AST and the ) > process will die when the $DELPRC hits.i > H > If the target process is down in supervisor mode when the $FORCEX hitsC > and activates an image before the $DELPRC strikes, the image will B > immediately exit with the "JBC-F-JOBABORT" status just as if the8 > $FORCEX had struck during the execution of that image. > D > If the target process is executing an image when the $FORCEX hits,E > the image will respond to the $FORCEX as usual, firing any declaredtA > exit handlers.  By default, in the absence of any declared exit<@ > handlers in the image and in the absence of any declared error= > processing in the command file, you get image exit with the-@ > "JBC-F-JOBABORT" status and then command procedure exit due toD > the default ON ERROR THEN EXIT behavior.  The batch job terminatesE > and you see "%JBC-F-JOBABORT, job aborted during execution" in your.6 > batch log file.  And JOBCTL never fires the $DELPRC. >  >         John BriggsI   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Wed, 06 Feb 2002 02:56:21 GMTa4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>; Subject: Re: Does DELETE/ENTRY guarantee exit handler call?i0 Message-ID: <3C609A54.DE736EA3@blueyonder.co.uk>   "Mark D. Jilson" wrote:w > I > This is correct for DELETE/ENTRY and in a future version of VMS this ishG > supposed to become an option for STOP.  This future version may be ashE > early as V7.3-1.  Look for it in the New Features or Release Notes.  > - good, stop always seemed a bit brutal to me, a  > then again, rolling your own forcex utility can be instructive -- e Tim.Llewellyn@cableinet.co.uk  r  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.e   ------------------------------  # Date: Wed, 06 Feb 2002 03:01:23 GMT-1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a; Subject: Re: Does DELETE/ENTRY guarantee exit handler call?.' Message-ID: <3C609DC7.A3B41E06@fsi.net>e   Tim Llewellyn wrote: >  > "Mark D. Jilson" wrote:( > > K > > This is correct for DELETE/ENTRY and in a future version of VMS this is I > > supposed to become an option for STOP.  This future version may be asuG > > early as V7.3-1.  Look for it in the New Features or Release Notes.i > >s. > good, stop always seemed a bit brutal to me, > @ > then again, rolling your own forcex utility can be instructive  
 ...or try:  9 http://vms.process.com/scripts/fileserv/fileserv.com?KILLf   -- u David J. Dachtera  dba DJE Systemsc http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------   Date: 5 Feb 2002 20:24:29 -0600D+ From: kuhrt@encompasserve.org (Marty Kuhrt)c Subject: DS10 on a KVM3 Message-ID: <0wQ3F+qWdrCd@eisner.encompasserve.org>C  = Up until just recently I've been using DS10s with VTs pluggedl> into the console port.  Now I'm trying to hook some up to KVMs0 and graphic monitors and not having much luck.    @ If I hook the keyboard, mouse and monitor up directly, eveything; seems to work fine.  If I hook them up through a KVM, I geta> mixed results.  Sometimes it'll work, sometimes the mouse will= disappear, sometimes the keyboard would lockup, sometimes the  monitor will not sync, etc.   9 I've tried three different KVMs, two keyboards, and threesA different DS10s with the same results.  The KVMs were an OmniCubel: 2 port, a Raritan Master Console IIx 16 port, and a Compaq; 120206-001 1X2P KVM.  The keyboards tried were LK461-A2 and > LK46W-A2.  One with a 4D10T video card, the other two with the? DV-DEPVZ-AA PCI SCSI/NIC/Vid combo card.  VMS V7.3, all patches  as of 1-FEB-2002.   8 So, long story short, what DS10 KVM combo works for you?   ------------------------------  % Date: Tue, 05 Feb 2002 22:34:16 -0600 + From: Shael Richmond <ksrich@bellsouth.net>  Subject: Re: DS10 on a KVM- Message-ID: <3C60B248.9AC5C2F3@bellsouth.net>e   Marty Kuhrt wrote: > ? > Up until just recently I've been using DS10s with VTs pluggedg@ > into the console port.  Now I'm trying to hook some up to KVMs0 > and graphic monitors and not having much luck. > B > If I hook the keyboard, mouse and monitor up directly, eveything= > seems to work fine.  If I hook them up through a KVM, I geth@ > mixed results.  Sometimes it'll work, sometimes the mouse will? > disappear, sometimes the keyboard would lockup, sometimes thee > monitor will not sync, etc.o > ; > I've tried three different KVMs, two keyboards, and three C > different DS10s with the same results.  The KVMs were an OmniCubee< > 2 port, a Raritan Master Console IIx 16 port, and a Compaq= > 120206-001 1X2P KVM.  The keyboards tried were LK461-A2 and @ > LK46W-A2.  One with a 4D10T video card, the other two with theA > DV-DEPVZ-AA PCI SCSI/NIC/Vid combo card.  VMS V7.3, all patchesa > as of 1-FEB-2002.o > : > So, long story short, what DS10 KVM combo works for you?    H I've used the Raritan System Commander with success on DS20's.  It's the one E with push buttons and specifically says for Alpha's.  I use the LK461 	 keyboard.d   Shaeli   ------------------------------  % Date: Tue, 05 Feb 2002 16:50:49 -0500i' From: Jack Patteeuw <jpatteeu@ford.com>=$ Subject: Dxterm displayed on Solaris( Message-ID: <3C6053B9.B20FBDEC@ford.com>  F With a bit of work, I have figured out how to start DECterm on VMS andF have it display back to a Solaris workstation via a script on the Sun.D (Why would I do this ? Try using Unix xterm and telneting to VMS and5 running an editor or an app that uses FMS or SMG !!!)a  D Now the problem is the (&*^%$#@!%@# Sun keyboard !  How do I get theD DECterm process to use a different keyboard map than the rest of the$ windows on the Solaris CDE desktop ?  H Has anyone fiddled with xmodmap to create an "appropriate" keyboard file? to use with DECterm when it is being displayed on Solaris/CDE ?a   Thanks !    G ... or perhaps Compaq will put the source code to (the Unix version) of ) DECterm (dxterm) in the public domain ...l      
 Jack Patteeuw    ------------------------------  # Date: Tue, 05 Feb 2002 23:07:37 GMTl# From: "John Smith" <a@nonymous.com>l Subject: Forte 4GL update 0 Message-ID: <ZAZ78.1312$6lf1.551@news2.bloor.is>  L A few weeks ago somebody asked about Forte 4GL and its availability. Thought# I'd post some up-to-date news here.5  J It's now called iPlant Universal Development Server (UDS). It is currently at v5.0 SP1W  D I was at an iPlanet technical briefing today and was told by the UDSJ development manager that the product is available on Compaq platforms for:    Tru64  (2 most recent  releases)  OpenVMS (2 most recent releases)E and also supports Oracle Rdb (2 most recent releases), in addition tow3 supporting Oracle (various verions), and Sybase 11.r   ------------------------------  # Date: Tue, 05 Feb 2002 22:22:24 GMTl4 From: "Terry C. Shannon" <terryshannon@mediaone.net>A Subject: Re: HP Announces Stockholder Vote Set For March 19, 2002>6 Message-ID: <AWY78.95$Cg4.176368@typhoon.ne.ipsvc.net>  < "John Hornberger" <john.hornberger@SPX.COM> wrote in message& news:a3p9b101a09@enews3.newsguy.com... > FYI, >e > Read about it at:s >U- > http://biz.yahoo.com/bw/020205/50328_1.htmlo >f > Vote early and vote often!!   J You can also read about it at www.tru64.org and www.openvms.org. And while< you're there, you can participate in a survey on the merger.   ------------------------------  $ Date: Tue, 5 Feb 2002 14:17:42 -0500- From: "Peter Weaver" <peter.weaver@stelco.ca>eU Subject: HP Sets March 19 for Special Meeting of Shareowners to Vote on Compaq Mergere0 Message-ID: <KdW78.7250$X2.91309@nnrp1.uunet.ca>  6 Details at http://biz.yahoo.com/bw/020205/50328_1.html   ------------------------------  % Date: Tue, 05 Feb 2002 14:30:50 -0500s- From: JF Mezei <jfmezei.spamnot@videotron.ca>VY Subject: Re: HP Sets March 19 for Special Meeting of Shareowners to Vote on Compaq Mergerd, Message-ID: <3C6032EA.62CFA0AA@videotron.ca>   Peter Weaver wrote:a > 8 > Details at http://biz.yahoo.com/bw/020205/50328_1.html  M Will Compaq shareholders also have to approve this, or will they just vote by / tendering or not tendering their shares to HP ?    ------------------------------   Date: 5 Feb 2002 20:39:40 -06008+ From: kuhrt@encompasserve.org (Marty Kuhrt)T" Subject: Re: INITIALIZE a big disk3 Message-ID: <kRAkWirgl8TD@eisner.encompasserve.org>o  e In article <1d08b916.0202050304.4f27561e@posting.google.com>, mb301@hotmail.com (Mark Bowman) writes:  > Hi,e > 9 > I have disk which is 106,669,167 Blocks (94)GB in size.y1 > The disk contains about 21,000 large RMS files.a > G > As a general rule what should the extened size be set to? The defaulte7 > value of 5 is leading to file fragmentation problems.a > & > I was thinking something like this:- >  > $ init/header=50,000 /exten=?e > 	 > Regardsd > Mark   Here are a couple of options...t  = You might be better served by running analyse/rms/fdl againstn@ some of the most used files and using that information to get an? idea of extend quantites.  Once you have the fdl files, you cann@ edit/fdl the those files to run the interactive optimizer script> and see what it recommends.  You could then use that optimized> fdl file to convert the old to the new and they would have the@ extend quantities built in.  Or you could use the analysis info > and do a set file/extend on the various files the get extended8 the most, if you didn't want to set a volume wide extend	 quantity.3   ------------------------------  # Date: Wed, 06 Feb 2002 02:24:37 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>P" Subject: Re: INITIALIZE a big disk' Message-ID: <3C609528.47B9BF66@fsi.net>T   Mark Bowman wrote: >  > Hi,l > 9 > I have disk which is 106,669,167 Blocks (94)GB in size.i1 > The disk contains about 21,000 large RMS files.t > G > As a general rule what should the extened size be set to? The default 7 > value of 5 is leading to file fragmentation problems.  > & > I was thinking something like this:- >  > $ init/header=50,000 /exten=?   G As other posters have noted, SET VOLUME/EXTEN=x will do it as well. For2G "x", I like to use the square of the volume clustersize as rough-guess,  and fine tune from there.i   FWIW, probably very little...u   -- e David J. Dachtera, dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------   Date: 5 Feb 2002 21:11:37 -0600l+ From: young_r@encompasserve.org (Rob Young)t" Subject: Re: INITIALIZE a big disk3 Message-ID: <k7hsafcrrgWh@eisner.encompasserve.org>e  [ In article <3C609528.47B9BF66@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:a > Mark Bowman wrote: >> u >> Hi, >>  : >> I have disk which is 106,669,167 Blocks (94)GB in size.2 >> The disk contains about 21,000 large RMS files. >> nH >> As a general rule what should the extened size be set to? The default8 >> value of 5 is leading to file fragmentation problems. >> 0' >> I was thinking something like this:-n >> $  >> $ init/header=50,000 /exten=? > I > As other posters have noted, SET VOLUME/EXTEN=x will do it as well. ForeI > "x", I like to use the square of the volume clustersize as rough-guess,h > and fine tune from there.C >  > FWIW, probably very little...  >    	My 2 cents...  C 	I've mentioned this before.  I actually played around with extents=D 	quite a bit.  I didn't have the luxury of pre-allocating (best) andA 	had this 3rd party search engine that would create temp files oneF 	re-index (RUP, DUP, SRT for those of you in the know ;-).  Trial and F 	error at setting extents, I discovered I didn't get a speed up above C 	about 1024... i.e. 2048 wasn't any faster (may have actually been -@ 	slower).  I want to guess that going beyond the ballpark figure? 	of 1024 actually forces more time being spent trudging throughC+ 	BITMAP.SYS, hence wall clock time goes up.e   				Robe   ------------------------------  % Date: Tue, 05 Feb 2002 20:15:37 +0100  From: Dirk Munk <munk@home.nl>8 Subject: Re: Load Balancing DNA across 2*2MBit WAN links& Message-ID: <3C602F59.1090209@home.nl>  H If you use routers with 2 WAN connections each, both links will be used > and load balancing will occur. This is normal for DNA routing.H With a bridging configuration things are different. Only if the bridges I (or brouters) ara capable to combine both links as if they are one, then  E bridging will also use both links. However if both links are seen as -G traditional bridging links (that means two links), one link wil always  G be shut down. The bridging spanning tree protocol only allows one link a* to any given point in the bridged network.       Scumbag Adie wrote:l   >Hi, > E >I've got two VMS 6.1 Clusters (main/standby) connected via 2 2Mb WAN E >links can these be load balanced (DNA mainly used) using appropriate C >Router/Bridges (prefer bridging) or is this a function of the hoste >s/w?  >pB >Host based volume shadowing is to be deployed across these links. >  >Thanks in advance >0   ------------------------------  # Date: Tue, 05 Feb 2002 17:02:00 GMT.4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Lottery Systems4 Message-ID: <ceU78.4$Cg4.16908@typhoon.ne.ipsvc.net>  > "Michael Austin" <maustin@firstdbasource.com> wrote in message, news:3C600EE6.FE84D39E@firstdbasource.com...I > I just received a call from a headhunter looking for an Oracle DBA withlC > experience in both OpenVMS and NT.  The project is to replace the J > OpenVMS Lottery system with an NT system over the next 3-6 months.  I do' > not know who got the server hardware.  >   J Well, that adds yet another element of chance to a game of chance designed" for the mathematically-challenged.   ------------------------------  # Date: Tue, 05 Feb 2002 17:49:29 GMTI4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Lottery Systems5 Message-ID: <JWU78.10$Cg4.38449@typhoon.ne.ipsvc.net>0  > "Michael Austin" <maustin@firstdbasource.com> wrote in message, news:3C60179C.44BD36EF@firstdbasource.com...H > either that or some marketing hound played the VMS is dead card.  WhenJ > the HH mentioned they were moving from OpenVMS to NT, I stated they wereH > simply out of their ever-loving mind.  Talk about a vulnerable system.  J I seem to recall that the Hong Kong Jockey Club moved from a VMScluster to> Windoze. Word has it that results were not that pretty at all.   ------------------------------  $ Date: Tue, 5 Feb 2002 14:28:33 -08002 From: "Randy Park" <rjpark@mindspring.com.nospaam> Subject: Re: Lottery Systems2 Message-ID: <a3pmaq$84f$1@slb7.atl.mindspring.net>  = Terry C. Shannon <terryshannon@mediaone.net> wrote in message / news:JWU78.10$Cg4.38449@typhoon.ne.ipsvc.net...  > @ > "Michael Austin" <maustin@firstdbasource.com> wrote in message. > news:3C60179C.44BD36EF@firstdbasource.com...J > > either that or some marketing hound played the VMS is dead card.  WhenL > > the HH mentioned they were moving from OpenVMS to NT, I stated they wereJ > > simply out of their ever-loving mind.  Talk about a vulnerable system. >iL > I seem to recall that the Hong Kong Jockey Club moved from a VMScluster to@ > Windoze. Word has it that results were not that pretty at all. >s >.  ; That's nothing.  Microsoft itself had to make more than oneg; attempt to move a business systems application from OpenVMS5; to Windoze.  Their array of NT boxes could not get the samer: throughput that their cluster of VAX 9000's got.  Granted,@ the application was from a different vendor, but the transaction? volume was the same.  They had to cancel the original cut over.o; I think they used the Vaxes for at least another year whilea@ things were tuned and row level locking was added to SQL Server.: Once the applications were up and running on Windoze, theyB needed 4 - 5 times more support personnel.  User's also discovered> that they could no longer just "submit a report to batch", but( long processes had to tie up a computer.   ------------------------------    Date: 06 Feb 2002 07:57:26 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Lottery Systems- Message-ID: <87bsf3pjmh.fsf@prep.synonet.com>   , WILLIAM WEBB <WWEBB1@email.usps.gov> writes:   > Hmmm.n > 
 > 1. Lottery.D > 2. NT "security".a! > 3. I could use some extra cash.h  J
 > What state?s  = He did say 'big', so I guess it is the only one. Sort of Lonef in fact.   The ENRON lottery is it?   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Tue, 05 Feb 2002 23:36:09 GMT # From: "John Smith" <a@nonymous.com>o Subject: Re: Lottery Systems1 Message-ID: <J%Z78.1223$WHj1.1016@news1.bloor.is>e  L Guess they'll soon be paying out more than they bring in. Brings a whole new* meaning to the term 'bankrupt government'.        > "Michael Austin" <maustin@firstdbasource.com> wrote in message, news:3C600EE6.FE84D39E@firstdbasource.com...I > I just received a call from a headhunter looking for an Oracle DBA with C > experience in both OpenVMS and NT.  The project is to replace the:J > OpenVMS Lottery system with an NT system over the next 3-6 months.  I do' > not know who got the server hardware.e >aB > Unfortunately they needed someone *onsite* and only for up to 10C > hrs/week --remote not possible-- can't make a descent living thate	 > way....  > H > <name of this big state has been omitted for confidentiallity reasons> > -- > 
 > Regards, >- > Michael Austin9 > First DBA Source, Inc. -- http://www.firstdbasource.com  > President/Sr. DBA Consultant > 704-947-1089 (Office)o > 704-236-4377 (Mobile)i >r   ------------------------------   Date: 5 Feb 2002 18:47:56 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Lottery Systems3 Message-ID: <z2JPoSHsbM92@eisner.encompasserve.org>,  \ In article <87bsf3pjmh.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:. > WILLIAM WEBB <WWEBB1@email.usps.gov> writes: >  >> Hmmm. >> . >> 1. Lottery. >> 2. NT "security"." >> 3. I could use some extra cash. >    >> What state? > ? > He did say 'big', so I guess it is the only one. Sort of Loneu
 > in fact. >  > The ENRON lottery is it?  F Well you appear to have gotten it right (even though Alaska is bigger)2 based on doing a search on Dice.com for "lottery":  . http://www.dice.com/DandL/c/cxaicbp.43096.html   ------------------------------   Date: 6 Feb 2002 01:33:31 GMTp1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)L Subject: Re: Lottery Systems+ Message-ID: <a3q15b$kto$2@info.cs.uofs.edu>   - In article <87bsf3pjmh.fsf@prep.synonet.com>,w/  Paul Repacholi <prep@prep.synonet.com> writes:-/ |> WILLIAM WEBB <WWEBB1@email.usps.gov> writes:m |> r
 |> > Hmmm. |> >   |> > 1. Lottery. |> > 2. NT "security".$ |> > 3. I could use some extra cash. |>   |> > What state? |>  @ |> He did say 'big', so I guess it is the only one. Sort of Lone |> in fact.' |> i   Big??  Must be Alaska.     :-)   bill   -- aJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   s   ------------------------------   Date: 5 Feb 2002 16:38:11 -0800c( From: bob@instantwhip.com (Bob Ceculski)9 Subject: Re: Microsoft will stop "innovating" for a montht= Message-ID: <d7791aa1.0202051638.315fb07b@posting.google.com>e  h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<jRL39koNQTVB@eisner.encompasserve.org>...: > From: http://gcn.com/vol1_no1/daily-updates/17874-1.html > I > > Microsoft Corp. today announced a month-long moratorium on new codingoJ > > as part of its Trustworthy Computing Initiative, said Richard Purcell,E > > director of the companyas corporate computing office. "We are notdF > > coding new code as of today for the next month," Purcell said at aE > > privacy and data security summit in Washington that was sponsored I > > by the Corporation of Privacy Officers. Instead, the company is going I > > to go over its old code as a first step in cleaning out bugs. PurcellnI > > likened it to a 20-year spring cleaning. "It's time to get the garageeE > > cleaned out," he said. Describing the state of computing today ashB > > unstable and unreliable, he said Microsoft chairman Bill GatesE > > "is really annoyed by the incredible pain we put everyone throughi > > in computing." > C > Obviously Bill Gates could not possibly be as annoyed as the rest  > of us.  K I don't know how they are going to finish a complete rewrite in 30 days ...a   ------------------------------  # Date: Wed, 06 Feb 2002 02:53:24 GMTa4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>9 Subject: Re: Microsoft will stop "innovating" for a month 0 Message-ID: <3C6099A3.E0AA2DCD@blueyonder.co.uk>   Bob Ceculski wrote:  > M > I don't know how they are going to finish a complete rewrite in 30 days ...i  I teeny bopper coder mentality, just goes to show they havn't really learntn	 anything.f     -- y Tim.Llewellyn@cableinet.co.uk     C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.k   ------------------------------  # Date: Wed, 06 Feb 2002 03:09:14 GMTsL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")9 Subject: Re: Microsoft will stop "innovating" for a month 8 Message-ID: <00A09201.109DAB36@SSRL04.SLAC.STANFORD.EDU>  g In article <3C6099A3.E0AA2DCD@blueyonder.co.uk>, Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> writes:! >a >  >Bob Ceculski wrote: >> %N >> I don't know how they are going to finish a complete rewrite in 30 days ... >rJ >teeny bopper coder mentality, just goes to show they havn't really learnt
 >anything. >   I Oh,  they [M$] have learnt plenty.  They've learnt that they may get into ; trouble if they don't _appear_ to be taking this seriously.p  I Of course, what they're going to find in a month of deskchecking is sillytJ implementation bugs; possibly buffer overflows or memory leaks, if they're  looking for those in particular.  H What they can't find is stupid design decisions (or marketing overrulingH engineering); they can't find poor algorithms, and they can't find stuffL that's designed to fail.  Outlook spreads viruses because it's designed to; J they're not going to find an errant line of code without which there'd be A no vulnerability because of allowing embedded executable content.i   -- Alang  O ===============================================================================n0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210bO ===============================================================================l   ------------------------------   Date: 5 Feb 2002 13:12:07 -0600H+ From: young_r@encompasserve.org (Rob Young),( Subject: Re: setting the record straight3 Message-ID: <txcGUOgfw6c4@eisner.encompasserve.org>e  \ In article <3C60288C.AAA0F631@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >  > 3 letters: MPE.b >    	Two words:  No Money1   				Rob    ------------------------------  $ Date: Tue, 5 Feb 2002 14:19:32 -0500+ From: "Main, Kerry" <Kerry.Main@Compaq.com>e( Subject: RE: setting the record straightT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1C34@kaoexc01.americas.cpqcorp.net>   JF,t  H >>> My gut tells me that Alpha sales will surpass IA64 non-windows sales for quite some time.<<  > I am assuming you mean VMS specifically, but this would not be@ surprising if one looks at past migrations such as VAX to Alpha:  D First wave (small % based on business requirements resolved with newG features and/or capabilities, but not necessarily performance. Remembers2 that big VAX's outperformed initial Alpha systems)  F Second wave (larger % based on business requirements resolved with newH features and/or capabilities, and an increased % based on performance as$ target systems got better over time)  F Third wave (smaller % still on VAX as their existing environments withF incrremental tweaks have been able to meet all their existing business requirements.)  H I personally would expect a similar trend for OpenVMS Alpha to IPF basedG systems. However, with the increased focus on DECmigrate type emulatorstB (e.g. Alpha to IPF), the third wave numbers will hopefully be much smaller.  B Actually, this is likely the trend you would see with any platform
 migration.   Regards,  
 Kerry Main Senior Consultantr Compaq Canada Corp.  Professional Servicess Voice: 613-592-4660e Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca] Sent: February 5, 2002 1:47 PM To: Info-VAX@Mvb.Saic.Coma( Subject: Re: setting the record straight     Alan Greig wrote:nD > To be honest, I think the VMS port is safe now. Whether the futureE > lies with VMS remaining with Compaq/HP long term I don't know. OncelD > the port is complete and *if* Itanium becomes an industry standard  > then VMS can stand on its own.   3 letters: MPE.t  H In the end, it doesn't matter. An existing VMS customer won't jump to be theeH first to migrate to that IA64 thing. If Compaq were to announce that VMS wasaF mature effective with 7.3 and that the port would no longer be done to saveG money, then existing VMS customers would still have one more generation- Alpha G systems and at least 5-6 years of life on VMS-Alpha combination, plenty. of1 time to consider where they should eventually go.e  @ What is left of the VMS customer base are the large very captive
 customers whoaE couldn't easily migrate when they were asked to by Palmer and friendsn during
 the 1990s.    $ > But notice now that there is heavyB > industry speculation that Itanium may flop and Intel has already/ > leaked details of its "Plan B" via X86-64.=20a    H HP is big enough to continue IA64 production, in the same way that Apple waspG big enough to get PowerPc to survive (and ironically outlive Alpha). Sok whatD if IA64 is slow as molasses ? They'll just price it competitively so	 that witheC more processors you have the adequate power at a competitive price.     E As far as I am concerned, IA64 is an HP proprietary chip until provenP
 otherwise.  G Did PowerPC beat the 8086 in marketshare ? Not even close. But it still  had a:> large enough market between Apple and IBM to warrant continued development.C Same will happen with IA64 initially, and perhaps over time, it maye become a respectable chip.B  ? The problem is not what IA64 will eventually be, it is what the 
 transition tor> a chip that isn't yet ready for prime time will do to VMS. The uncertaintynG combined with the inferior performance for the first few years won't do  anything to help VMS.d  H My gut tells me that Alpha sales will surpass IA64 non-windows sales for quitea
 some time.   ------------------------------  % Date: Tue, 05 Feb 2002 14:52:38 -05005- From: JF Mezei <jfmezei.spamnot@videotron.ca>e( Subject: Re: setting the record straight, Message-ID: <3C603804.9F13C7E9@videotron.ca>   "Main, Kerry" wrote:+ > I am assuming you mean VMS specifically,    M Only VMS is being ported from Alpha to IA64. So Tru64 customers will continuefI to buy Alpha until they have completed their migration to AIX or Solaris.t  B > surprising if one looks at past migrations such as VAX to Alpha:  L Correct. But Compaq has already given indication that VMS-Alpha *might* stopI being developped past 2006, which give only 2 years between the projectednK release of VMS on whatever slow IA64 is available in 2004 and the time whene, VMS on Alpha is potentially declared mature.  K My point is that Compaq may have underestimated the reluctance of remainingsI VMS and Tru64 customers to move off Alpha and may be forced to keep Alpha	N systems production longer than anticipated. And for every day that Compaq mustI contine to make Alpha systems, its goal of "consolidating" systems into a2 single chip won't happen.   H In essence, HP will end up with a real mess of architectures to support,E including Mips/Tandem, IA64-Tandem, Alpha-Tru64, Alpha-VMS, IA64-VMS,aK windows-8086, windows-ia64, linux-alpha, linux-8086, linux-ia64, HPUX-IA64,iF HPUX-PA-risc, and MPE, as well as the strongarm based WIN-CE palmtops.  N It would have been much simpler to delay all these ports and do them graduallyK so as to not double the number of architectures that HP will be required toa support for close to a decade.   ------------------------------  # Date: Tue, 05 Feb 2002 19:12:33 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: setting the record straight5 Message-ID: <B8W78.21$Cg4.78396@typhoon.ne.ipsvc.net>o  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:txcGUOgfw6c4@eisner.encompasserve.org...f7 > In article <3C60288C.AAA0F631@videotron.ca>, JF Mezeio& <jfmezei.spamnot@videotron.ca> writes: > >  > > 3 letters: MPE.- > >- >- > Two words:  No Money  G And one comment (vis-a-vis VMS and MPE) from a senior CPQ executive whodH prefers to remain nameless: "If we had to shoot one of them [proprietary+ operating systems], we shot the right one."s   ------------------------------  # Date: Tue, 05 Feb 2002 19:31:56 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: setting the record straight5 Message-ID: <MqW78.28$Cg4.89212@typhoon.ne.ipsvc.net>c  6 "Main, Kerry" <Kerry.Main@Compaq.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF401AB1C34@kaoexc01.americas.cpqcorp.net. .. JF,d  H >>> My gut tells me that Alpha sales will surpass IA64 non-windows sales for quite some time.<<  > I am assuming you mean VMS specifically, but this would not be@ surprising if one looks at past migrations such as VAX to Alpha:  D First wave (small % based on business requirements resolved with newG features and/or capabilities, but not necessarily performance. Remember 2 that big VAX's outperformed initial Alpha systems)  F Second wave (larger % based on business requirements resolved with newH features and/or capabilities, and an increased % based on performance as$ target systems got better over time)  F Third wave (smaller % still on VAX as their existing environments withF incrremental tweaks have been able to meet all their existing business requirements.)  H I personally would expect a similar trend for OpenVMS Alpha to IPF basedG systems. However, with the increased focus on DECmigrate type emulators:B (e.g. Alpha to IPF), the third wave numbers will hopefully be much smaller.  B Actually, this is likely the trend you would see with any platform
 migration.  G I suspect that once McKinley systems begin to ship (and HWP already hasmL hundreds and hundreds of them deployed internally and at seed sites) the IPFH adoption rate will ratchet up quite rapidly. I would not use the Itanium2 track record as a predictor of future performance.  G Still, it's gonna be a while until there's a REAL OS on IPF (enterpriseu UNIX, NSK, VMS).   ------------------------------  # Date: Tue, 05 Feb 2002 21:40:12 GMTs* From: "Bill Todd" <billtodd@metrocast.net>( Subject: Re: setting the record straightB Message-ID: <%iY78.134595$iX5.9316054@bin8.nnrp.aus1.giganews.com>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messageT/ news:MqW78.28$Cg4.89212@typhoon.ne.ipsvc.net...h   ...t  I > Still, it's gonna be a while until there's a REAL OS on IPF (enterprised > UNIX, NSK, VMS).  K Isn't HP/UX there already?  I think most people would say that qualifies asrJ a real, enterprise OS (though I wouldn't choose it myself over quite a few alternatives).   - bill   ------------------------------  $ Date: Tue, 5 Feb 2002 16:40:35 -0600, From: "Rich Jordan" <rjordan@mindspring.com>( Subject: Re: setting the record straight2 Message-ID: <a3pmmv$ghi$1@slb6.atl.mindspring.net>  H Do you remember the rather pointed queries as numerous new features cameF out as to why they were not being made available on VAX?  SpecificallyE the ones that had no obvious requirement for 64-bitness?  I know that.G the decision to not implement ODS5 on VAX was a blow to a couple of our H larger customers who ran mixed architecture clusters.  IOW not all theirF business needs were met, and in this case at least it was reportedly a3 business, not tech, decision on DECs part at fault.t  F To be fair, I'd say the tweaks met most business requirements, but theC lack of improvements, and especially situations where a cluster was B negatively impacted (can't properly share that ODS5 storage, where> storage common accessibility was one of the foundations of VMS clustering...).l    % Terry C. Shannon wrote in message ...- >- >-G >Third wave (smaller % still on VAX as their existing environments with<G >incrremental tweaks have been able to meet all their existing businessH >requirements.)o >s >    ------------------------------  # Date: Tue, 05 Feb 2002 23:00:19 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: setting the record straight7 Message-ID: <7uZ78.117$Cg4.199445@typhoon.ne.ipsvc.net>s  7 "Rich Jordan" <rjordan@mindspring.com> wrote in messageo, news:a3pmmv$ghi$1@slb6.atl.mindspring.net...J > Do you remember the rather pointed queries as numerous new features cameH > out as to why they were not being made available on VAX?  SpecificallyG > the ones that had no obvious requirement for 64-bitness?  I know thatdI > the decision to not implement ODS5 on VAX was a blow to a couple of our J > larger customers who ran mixed architecture clusters.  IOW not all theirH > business needs were met, and in this case at least it was reportedly a5 > business, not tech, decision on DECs part at fault.   L I am not surprised that it would be a bad business decision. DEC made plenty> of those. Fortunately they made fewer bad technical decisions.   ------------------------------    Date: 06 Feb 2002 08:07:55 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: setting the record straight- Message-ID: <873d0fpj50.fsf@prep.synonet.com>c  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:B  D > HP is big enough to continue IA64 production, in the same way that@ > Apple was big enough to get PowerPc to survive (and ironically > outlive Alpha).e  E How? HP have sacked all their engineers and are now totally dependant ' on others for CPUs and interface chips.u  = > So what if IA64 is slow as molasses ? They'll just price itaB > competitively so that with more processors you have the adequate > power at a competitive price.   -@ > As far as I am concerned, IA64 is an HP proprietary chip until > proven otherwise.f  C > Did PowerPC beat the 8086 in marketshare ? Not even close. But itqB > still had a large enough market between Apple and IBM to warrantC > continued development.  Same will happen with IA64 initially, andI6 > perhaps over time, it may become a respectable chip.  ; You overlook that the PPC sales are *huge*, in the embedded D area. Apple is just a small player riding on the coat tails of MotosB main market.  MIPS ditto. There are several chips sold for embeded" systems for every 'computer' sale.   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 06 Feb 2002 08:01:36 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: setting the record straight- Message-ID: <877kprpjfj.fsf@prep.synonet.com>e  ' Alan Greig <a.greig@virgin.net> writes:j  C >  I've been burnt twice. Once with TOPS-20 and once with Alpha/NT.o  $ What? you miss out on OSF/1 on MIPS?  F > Then just a few months ago Compaq sales sat just ten feet from where> > I'm typing this and assured us that Tru64 would be ported to) > Itanium, What worth that assurance now?r  ' Ah, sorry, that evens the odds I guess.i   -- c< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Tue, 05 Feb 2002 22:14:55 -0500.- From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: Re: setting the record straight, Message-ID: <3C609FA2.6E193E7A@videotron.ca>   "David J. Dachtera" wrote:E > Consider: a reputation is *NOT* built upon what we are GOING TO do,dB > rather upon what have done and continue to do. As illustrated byB > multiple posts here in this forum, Compaq's reputation is ratherC > tarnished at this point. I'd have to agree, though I wish it were  > otherwise.  K Only a small minority of us feel that Compaq's image and reputation is bad.aK Only a small minority consider that Compaq broke commitments when it killedeN Alpha and only a small minority feel that Compaq doesn't have much credibility with its promises.  F > On the other hand, signs are rare indeed that your management *DOES*J > support VMS, beyond basic life support that is, and beyond the IPF port.  K Compaq employees seem to think otherwise and seem very confident that their M management is out to push VMS and make it as succesful as it possibly can be. N Just because a minority of us don't see any signs of such efforts doesn't meanK they aren't happening. Remember, Compaq employees get those memos that tell0D them about the individual sales for VMS. Why should they believe our@ predictions of doom and gloom when they only see positive news ?  N Perhaps VMS' connection to the military forced Compaq and HP to stop admittingM to the existance of VMS in order to get that big 10,000 CPU Wildfire sale forlK Area 51. (But think of the potential if a few of us were to post some signs N near area 51 stating that Aera 51 runs on VMS, and then point all the touristsL to the hobbyist web site as well as islandco's to get UFOlogists to buy into VMS !n  N  Update "Flight" to have a few of the "vehicles" that Area 51 has designed andM we'd be in business. In the UFO business, the best way to make something very F popular is to work hard to hide it. Come to think of it, perhaps a fewN references to a hidden secret VMS project in the World Weekly News would boost% sales quite a bit in the military :-)a   ------------------------------  # Date: Wed, 06 Feb 2002 02:12:05 GMTw1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o( Subject: Re: setting the record straight' Message-ID: <3C609249.2306B8C8@fsi.net>=   Fred Kleinsorge wrote: > [snip]D > While I can't say that I am happy about the phasing out of Alpha -M > EV7/Marvel for example will be the best thing we have ever built - I can onPN > the other hand accept the reasons for it long term, and see a path that getsK > most VMS customers what they want and need, and perhaps even make it morel > attractive.   ? Y'know, and this is the concept that I can't seem to get across_D effectively, I can see that a follow-on to Alpha was both needed andH necessary. There was never a doubt in my mind. What I *CAN'T* see is theG whole idea of "dis-favoring" (I had to invent a word 'cuz I didn't havewB a good one, and even that's not quite right) one's own product - aH proven, respected product - in favor of someone else's product when that- product is not yet a fully practical reality.m  H Here's a parallel: announcing a commitment to IPF now at Alpha's expenseE is (to me, at least) like announcing products now for the electicallyyC powered "gasoline-less" cars of tomorrow: they're not here yet, ando> today's "beta" hybrids, fuel-cell vehicles, etc. are not yet a "practical reality".    ? Similarly, IPF is not yet widely accepted, certainly not widely E implemented, though you can get Linux, *BSD and such for IPF now. I'me8 told there's even M$ Windows-something available for it.  H So, to me, doing the IPF port of VMS, while a noble and well-intentionedE gesture (I think someone recently mentioned something similar to "thesF road to hell is paved with good intentions", or did I read that from aG local newspaper columnist?), it seems highly premature at this point inhD time, to the point of being both counter productive and inadvisable,D unless Intel is working directly with OVMS-Engr to iron out IPF bugsF (such as the recent "sightings") specifically to OVMS's benefit, as ifA OVMS will be the first commercial O.S. rolled out in bulk on IPF.h  5 Then again, that may be too "bleeding edge" for some.   C Consider: a reputation is *NOT* built upon what we are GOING TO do,l@ rather upon what have done and continue to do. As illustrated by@ multiple posts here in this forum, Compaq's reputation is ratherA tarnished at this point. I'd have to agree, though I wish it werei
 otherwise.  < > I have not seen any indications internally that VMS is not > supported by management. o  D On the other hand, signs are rare indeed that your management *DOES*H support VMS, beyond basic life support that is, and beyond the IPF port.E Those who do see the signs do not typically participate in this forumnE and those of them who do (including yourself) aren't talking (shutup,sA Rob!), for whatever reason they may have to keep such information $ concealed and out of the public eye.  0 > I have seen the industry standard server groupJ > tell us that VMS is important, and take steps to make sure what they are > designing works for us.   B In my mind at least, that one sentence speaks more eloquently (andB convincingly, if true) than any advert could ever hope to achieve.  B ...not to mention that it's the most many of us here - deep in theG trenches, beyond the financial shadows - have heard in search directionM5 at any time in the last, well, long time, to be sure.h  3 > I have seen the incremental headcount going up inP. > step with what we have asked for by quarter.  @ Are those permanent positions, or will they go away once the new" product(s) is(are) up and running?   -- d David J. Dachtera  dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Tue, 05 Feb 2002 23:33:19 -0500s( From: David Froble <davef@tsoft-inc.com>( Subject: Re: setting the record straight, Message-ID: <3C60B20F.5050603@tsoft-inc.com>   David J. Dachtera wrote:    > Fred Kleinsorge wrote:p  >E  >> [snip] While I can't say that I am happy about the phasing out ofeA  >> Alpha - EV7/Marvel for example will be the best thing we have B  >> ever built - I can on the other hand accept the reasons for itD  >> long term, and see a path that gets most VMS customers what they<  >> want and need, and perhaps even make it more attractive.  " As in, can I say it, 'affordable'?  C  > Y'know, and this is the concept that I can't seem to get across e effectively,F  >  I can see that a follow-on to Alpha was both needed and necessary.G  >  There was never a doubt in my mind. What I *CAN'T* see is the whole4G  >  idea of "dis-favoring" (I had to invent a word 'cuz I didn't have a-L  >  good one, and even that's not quite right) one's own product - a proven,L  >  respected product - in favor of someone else's product when that product)  >  is not yet a fully practical reality.r  G I hate to say this.  Alpha is dead.  Quite a few people told Compaq, ortC tried to, that this was a mistake.  Compaq management doesn't care,aB never did.  We said our piece, things will not change with current) Compaq management.  It's time to move on.s  C With the potential for EV7 to be competitive for quite a few years,nF Alpha will have lived a significant portion of the initially projected@ 25 years.  At some point there would be (possibly) something newG regardless.  Though, there is some merit in the argument that EV8, EV9, @ EV10, any one or more of them would in fact be considered a 'newH architechure, and outside the 25 years projected for Alpha.  Regardless, it's not to be.  RIP Alpha.h    >:  > So, to me, doing the IPF port of VMS, while a noble and?  > well-intentioned gesture (I think someone recently mentioneds<  > something similar to "the road to hell is paved with goodF  > intentions", or did I read that from a local newspaper columnist?),D  >  it seems highly premature at this point in time, to the point ofA  > being both counter productive and inadvisable, unless Intel isUD  > working directly with OVMS-Engr to iron out IPF bugs (such as theF  > recent "sightings") specifically to OVMS's benefit, as if OVMS will;  >  be the first commercial O.S. rolled out in bulk on IPF.t    F IPF is not important.  The port to 'relative hardware independance' isE what's important.  It could allow VMS to survive every system we knowm* about today.  Let's NOT badmouth the port.    8  > Then again, that may be too "bleeding edge" for some.  >G  > Consider: a reputation is *NOT* built upon what we are GOING TO do, e ratherF  >  upon what have done and continue to do. As illustrated by multipleE  >  posts here in this forum, Compaq's reputation is rather tarnishedoE  > at this point. I'd have to agree, though I wish it were otherwise.o    H Compaq and VMS are not necessarily the same thing.  Compaq owns VMS now.E DEC owned VMS at one time.  HP may own VMS.  Others may in the futurer own VMS.  G Compaq's reputation is in tatters.  Given.  Let's worry about important- things.     D  >> I have seen the incremental headcount going up in step with what!  >> we have asked for by quarter.e  >>r  >D  > Are those permanent positions, or will they go away once the new 
 product(s)  >  is(are) up and running?n  B It doesn't matter.  Once we have VMS re-invented as 'new hardware I independant', if the headcount goes down, that's a transitory thing.  It pL can go up and down multiple times.  A finished port is what's important now.   Dave   -- ,4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Wed, 06 Feb 2002 01:52:37 -0500l- From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: Re: setting the record straight, Message-ID: <3C60D2AB.ED26EAD2@videotron.ca>   David Froble wrote:vB > 25 years.  At some point there would be (possibly) something newI > regardless.  Though, there is some merit in the argument that EV8, EV9,nB > EV10, any one or more of them would in fact be considered a 'newJ > architechure, and outside the 25 years projected for Alpha.  Regardless, > it's not to be.  RIP Alpha.:  L Power is older than Alpha. IA64 was designed as a compromise, and my feelingM is that Intel and HP just wanted a "me too" 64 bit chip. If they had wanted a.L high performance chip, they would have done like DEC did: design a chip from- scratch without any heritage to slow it down.l  M There really was nothing on the horizon to compete against Alpha and Power ind the high performance area.  M Alpha was in its puberty, with all the initial kinks worked out and knowledgelL about its performance well known and the architecture poised for great leapsN starting with EV6. Meanwhile, IA64 is just a newborn fat baby still struggling with the basics.  G Also, if Digital and Compaq had set their minds/budgets to it, I have a69 feeling that Alpha could have moved forwards much faster.r    H > IPF is not important.  The port to 'relative hardware independance' isG > what's important.  It could allow VMS to survive every system we knowA, > about today.  Let's NOT badmouth the port.  L In what way will the port to IA64 make a port to another 64 bit platform anyF easier ? Wasn't the real work done when the ported from VAX to Alpha ?      I > Compaq's reputation is in tatters.  Given.  Let's worry about importantb	 > things.:  M Compaq is currently in the same state as Digital was prior to its being takenrI over by Compaq. It doesn't matter that it is in tatters. In a few months,uL Carly will take over and restructure everything, have a few games of musicalN chairs, make big cuts every quarter when the numbers won't please Wall Street.	  Dj vu.r   ------------------------------  % Date: Tue, 05 Feb 2002 20:21:52 +01005 From: Dirk Munk <munk@home.nl>& Subject: TCPIP V5.1 eco 3 memory leaks& Message-ID: <3C6030D0.4010008@home.nl>  ? If you experience problems with TCPIP 5.1 eco 3 , like slugish dI performance and "process quota exeeded" messages, then please be advised 'E that there are memory leak problems with this version. I noticed the vI trouble with CSWS, FTP and POP,  and our friendly software engineer gave  ? me some patches that resolved the problem on my hobby machine. c   ------------------------------  # Date: Tue, 05 Feb 2002 21:05:21 GMT  From: lbohan@spamless..dbc.com* Subject: Re: TCPIP V5.1 eco 3 memory leaks8 Message-ID: <roh06us0ujindaq2re57e90mrtso6r5b43@4ax.com>  C On Tue, 05 Feb 2002 20:21:52 +0100, Dirk Munk <munk@home.nl> wrote:o  @ >If you experience problems with TCPIP 5.1 eco 3 , like slugish J >performance and "process quota exeeded" messages, then please be advised F >that there are memory leak problems with this version. I noticed the J >trouble with CSWS, FTP and POP,  and our friendly software engineer gave @ >me some patches that resolved the problem on my hobby machine.   8 about 2 weeks ago, I saw problems w/ (udp) multicast on 8 this ECO also, that went away when I rolled back to the  original 5.1, or 5.1 + eco 2.     9 more specifically, not seeing a number of (low-bandwidth)h7 multicast streams, or sporadically so.  I suspect some o, sort of IGMP membership join/leave problems.  3 Haven't talked to anyone at CPQ yet;  this problem n/ would likely need to be reproduced, along with e' various tcpdump and/or mtrace captures.n  > I haven't had the time to try and prove it was ECO 3 at fault.   ------------------------------  % Date: Tue, 05 Feb 2002 22:23:21 +0100e) From: labadie <labadie.gerard@wanadoo.fr>-* Subject: Re: TCPIP V5.1 eco 3 memory leaks* Message-ID: <3C604D49.9999F59B@wanadoo.fr>   Dirk Munk wrote:  @ > If you experience problems with TCPIP 5.1 eco 3 , like slugishJ > performance and "process quota exeeded" messages, then please be advisedF > that there are memory leak problems with this version. I noticed theJ > trouble with CSWS, FTP and POP,  and our friendly software engineer gave@ > me some patches that resolved the problem on my hobby machine.  2 I would tend to disagree that a message similar to( system-f-exquota, process quota exceeded: is specifically seen after applying the Eco 3 of Tcpip 5.1J I used to bench a Wasd server, and was able to get this when I reached theI limit of 10 000 Bg device_sockets, with Tcpip 5.0 a ECO3, Tcpip 5.1 eco 1f and Tcpip 5.1 Eco 3t To check it, doe ana/sysN sda> tcpip sh inetcb/statt* just after having met this exquota message? if you see 2710 (hexa, so 10 000) or very near in the number oft
 device_sockety you have met this problem,   Regardso   Grard   ------------------------------  # Date: Wed, 06 Feb 2002 00:21:03 GMTe* From: Jeff Goodwin <jgoodwin@maine.rr.com>* Subject: Re: TCPIP V5.1 eco 3 memory leaks, Message-ID: <3C6078F2.A2910A7B@maine.rr.com>  I Could you be a little more specific in regards to the image filenames and > their matching ident versions that you got to fix your issues?   -Jeff    Dirk Munk wrote:  @ > If you experience problems with TCPIP 5.1 eco 3 , like slugishJ > performance and "process quota exeeded" messages, then please be advisedF > that there are memory leak problems with this version. I noticed theJ > trouble with CSWS, FTP and POP,  and our friendly software engineer gave@ > me some patches that resolved the problem on my hobby machine.   ------------------------------  # Date: Tue, 05 Feb 2002 17:48:15 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net>6 Subject: Re: The Inq : The OpenVMS on Itanium schedule4 Message-ID: <zVU78.7$Cg4.37822@typhoon.ne.ipsvc.net>  6 "John Gemignani, Jr." <john@ossc.net> wrote in message7 news:35b06b78.0202050911.38f28655@posting.google.com...t: > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message( news:<3C60007B.EE39BD96@videotron.ca>... > > Sue Skonetski wrote: > > > $ > > > This information is incorrect. > >l > >aI > > Why do people put so much focus on when VMS first boots on IA64 ?  ToC me, theWL > > first important milestone is when VMS is sufficiently ported that non-HPF > > employees will be shown the $ sign on a IA64 box. Until that time, whether the2I > > egineers have ported the console, initial vms boot,  or the kernel is: notiJ > > quite relevant. All that is needed is to state that work is continuing on2 > > schedule and that the budget has not been cut. >uH > So we don't get to know about baby's first steps?  Or first teeth?  Of  > when it says "mama" or "dada"? >p0 > Sort of takes the fun out of, don't you think? >a  H Yeah. Some of us like to follow the technical details, such was the caseI with the VAX to Alpha migration as well (I can't comment on the PDP-11 topI VAX migration since I was a mere RSX-11M sys$munger in those days, not atn* all close to things of a migratory nature.  G Anyhoo, I would rather read about VMS-on-IPF porting progress than read A inane press releases about Microsoft inventing computer security.D   ------------------------------  $ Date: Tue, 5 Feb 2002 16:37:52 -0500/ From: "Michael A. Foley" <mikiefoley@yahoo.com>e6 Subject: Re: The Inq : The OpenVMS on Itanium schedule/ Message-ID: <u60k5hf8pdpo76@corp.supernews.com>l  + "John Gemignani, Jr." <john@ossc.net> wrote H > So we don't get to know about baby's first steps?  Or first teeth?  Of  > when it says "mama" or "dada"?  D     Do we need to see the "Cluster Baby Pictures" too? (I heard thatG     term when I gave a presentation last year for a bunch of Los AlamossH     guys. It's the term they use when someone puts up a picture of their@     Beowulf cluster that they are so proud to have put together)  0 > Sort of takes the fun out of, don't you think?  E     Nope.. :) I have a little one on the way, due in July. I've got at?     picture of the ultrasound (at www.yelof.com) so I know it'shE     still being made, but I'm not about to send a probe in and ask itMB     how its doing.  Its work is on schedule and its budget has notA     been cut. Its future Mom and Dads budget, however, it runninge@     REALLY low and Dad will probably have to go shlep for a realA     job before Mom gets too big. Any technical marketing openings 1     in VMS? I think I know a little about the OS.a  L                                                                         mikeK                                       Future dad, former VMS system managern7                                       in the VMS group.D   ------------------------------  # Date: Tue, 05 Feb 2002 23:10:35 GMTl# From: "John Smith" <a@nonymous.com>h6 Subject: Re: The Inq : The OpenVMS on Itanium schedule/ Message-ID: <LDZ78.1315$6lf1.49@news2.bloor.is>   K Maybe it will be when it turns out that Itanic is shown to be a performance  pig.    @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:_uT78.474$am1.36578@news.cpqcorp.net... >p? > JF Mezei wrote in message <3C60007B.EE39BD96@videotron.ca>...  > >Sue Skonetski wrote:t > >># > >> This information is incorrect.d > >i > >mL > >Why do people put so much focus on when VMS first boots on IA64 ?  To me, > the'K > >first important milestone is when VMS is sufficiently ported that non-HPoE > >employees will be shown the $ sign on a IA64 box. Until that time,t whethert > thecL > >egineers have ported the console, initial vms boot,  or the kernel is notL > >quite relevant. All that is needed is to state that work is continuing on1 > >schedule and that the budget has not been cut.- >s >aJ > The work is continuing on schedule and that the budget has not been cut. >e >l >  >.   ------------------------------  # Date: Tue, 05 Feb 2002 23:11:48 GMTy# From: "John Smith" <a@nonymous.com>l6 Subject: Re: The Inq : The OpenVMS on Itanium schedule0 Message-ID: <UEZ78.1316$6lf1.383@news2.bloor.is>  = Try Michelin...they run about 400 OpenVMS servers world-wide.       : "Michael A. Foley" <mikiefoley@yahoo.com> wrote in message) news:u60k5hf8pdpo76@corp.supernews.com...  >l- > "John Gemignani, Jr." <john@ossc.net> wrotetJ > > So we don't get to know about baby's first steps?  Or first teeth?  Of" > > when it says "mama" or "dada"? >oF >     Do we need to see the "Cluster Baby Pictures" too? (I heard thatI >     term when I gave a presentation last year for a bunch of Los AlamosiJ >     guys. It's the term they use when someone puts up a picture of theirB >     Beowulf cluster that they are so proud to have put together) > 2 > > Sort of takes the fun out of, don't you think? >nG >     Nope.. :) I have a little one on the way, due in July. I've got a.A >     picture of the ultrasound (at www.yelof.com) so I know it'suG >     still being made, but I'm not about to send a probe in and ask itsD >     how its doing.  Its work is on schedule and its budget has notC >     been cut. Its future Mom and Dads budget, however, it runningsB >     REALLY low and Dad will probably have to go shlep for a realC >     job before Mom gets too big. Any technical marketing openingss3 >     in VMS? I think I know a little about the OS.u >  >  mikeE >                                       Future dad, former VMS systemr manager 9 >                                       in the VMS group.n >u >f   ------------------------------   Date: 5 Feb 2002 20:47:17 -0600 + From: young_r@encompasserve.org (Rob Young)p6 Subject: Re: The Inq : The OpenVMS on Itanium schedule3 Message-ID: <o8TaX4gV9Vpu@eisner.encompasserve.org>e  U In article <LDZ78.1315$6lf1.49@news2.bloor.is>, "John Smith" <a@nonymous.com> writes:.M > Maybe it will be when it turns out that Itanic is shown to be a performanceo > pig. >   ' 	Get back under yer bridge there laddy!o   				Robt   ------------------------------  # Date: Wed, 06 Feb 2002 03:59:48 GMTm* From: "Bill Todd" <billtodd@metrocast.net>6 Subject: Re: The Inq : The OpenVMS on Itanium scheduleC Message-ID: <US188.219546$vH6.14823565@bin6.nnrp.aus1.giganews.com>n  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:o8TaX4gV9Vpu@eisner.encompasserve.org...p> > In article <LDZ78.1315$6lf1.49@news2.bloor.is>, "John Smith" <a@nonymous.com> writes:C > > Maybe it will be when it turns out that Itanic is shown to be a- performancej > > pig. > >g >e( > Get back under yer bridge there laddy!  L So now you feel that anyone who doesn't share your rosy vision of the futureJ deserves being called a troll?  Especially when all the available evidenceG supports their statement:  Merced's *extreme* sluggishness, Intel's ownvE statements that McKinley will improve this performance by a factor oftK 'between 1.5 and 2' (don't bank on the high end of that range), which still,K won't match any competitor save possibly SPARC, Compaq's own projections ofeB the dates for Madison introduction and its clock ramp-up schedule.  K Aren't you one who used to disparage SPARC for its uninspiring performance?nG Itanic is, and by all evidence will continue to be, in exactly the sameiJ position as far as commercial workloads go.  I also recall your propensityL for ridiculing Wintel server farms as '1000 rabbits trying to do the work ofK 2 Clydesdales' (I'm not going to bother digging up your exact phrase), and,hJ again, that's exactly the position Itanic will be in compared to the likesL of POWER4, EV7, and very likely Hammer, with PA-RISC 8800 (and possibly evenF MIPS upgrades) occupying the middle ground between those two extremes.  L Funny how you suddenly stopped saying such things on June 25th.  Couldn't be# a radical change in bias, could it?t   - bill   ------------------------------  % Date: Tue, 05 Feb 2002 23:38:43 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>p6 Subject: Re: The Inq : The OpenVMS on Itanium schedule, Message-ID: <3C60B351.D790AD0D@videotron.ca>   Bill Todd wrote:* > > Get back under yer bridge there laddy! > N > So now you feel that anyone who doesn't share your rosy vision of the future" > deserves being called a troll?    K Mr Todd, have you seen the movie "Scanners" (with Donald Sutherland).  SomenN evil and alien organism (we'll call it "wintel") invades people and takes overN their mind. Under that control, they learn to spot those who have not yet beenH "converted" and ensures that efforts are expanded to convert the few who remain unconverted.   K Once they have been turned over to the other side, there is nothing you caniI do. The best bet is to keep a low profile and most certaintly don't admitgK publicly that you haven't been assimilated yet because that will only causemK them to point fingers at you and accuse you of all sorts of things, such as I being a troll.  And they'll work until they've succesfully converted you.M   ------------------------------   Date: 5 Feb 02 13:19:26 PSTu From: mckinneyj@cpva.saic.com,  Subject: Re: V5 Freeware - DIBOL( Message-ID: <0$hLyYYbCptd@cpva.saic.com>  * In article <3c5ff82c$1@news.kapsch.co.at>,-  eplan@kapsch.net (Peter LANGSTOEGER) writes: J > In article <YV60ZnZt3cLL@cpva.saic.com>, mckinneyj@cpva.saic.com writes:I >>Included on the V5 freeware is the old VAX DIBOL distribution. Is therei >>a license to accompany it? >>: >>http://www.openvms.compaq.com/freeware/freeware50/dibol/ > 9 > Haven't seen a response so far. Did you get an answer ?  >  > -- r> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651= > Network and OpenVMS system manager  Fax.    +43 1 81111 888r> > KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"  A No... no response. It would be nice if a future freeware includedd% the license (as was done with Bliss).e   --   - Jimr   ------------------------------   Date: 5 Feb 2002 17:52:07 -0800 ( From: bob@instantwhip.com (Bob Ceculski)  Subject: Re: V5 Freeware - DIBOL= Message-ID: <d7791aa1.0202051752.7138c7b9@posting.google.com>   M mckinneyj@cpva.saic.com wrote in message news:<0$hLyYYbCptd@cpva.saic.com>...l, > In article <3c5ff82c$1@news.kapsch.co.at>,/ >  eplan@kapsch.net (Peter LANGSTOEGER) writes:eL > > In article <YV60ZnZt3cLL@cpva.saic.com>, mckinneyj@cpva.saic.com writes:K > >>Included on the V5 freeware is the old VAX DIBOL distribution. Is theres > >>a license to accompany it? > >>< > >>http://www.openvms.compaq.com/freeware/freeware50/dibol/ > > ; > > Haven't seen a response so far. Did you get an answer ?  > >  > > -- o@ > > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651? > > Network and OpenVMS system manager  Fax.    +43 1 81111 888h@ > > KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netL > > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist" > C > No... no response. It would be nice if a future freeware included"' > the license (as was done with Bliss)..  H it would have been nice if they would have ported dibol to alpha insteadE of letting vax dibol users get hosed by synergy ... they have a greatnG product but it costs ... losing mcba and other dibol shops hurt dec bigrK time on future alpha sales since synergy runs on windoze, linux, unix, they  left!    ------------------------------  # Date: Wed, 06 Feb 2002 02:50:47 GMTf1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i  Subject: Re: V5 Freeware - DIBOL' Message-ID: <3C609B4A.B0033027@fsi.net>g   Bob Ceculski wrote:  > O > mckinneyj@cpva.saic.com wrote in message news:<0$hLyYYbCptd@cpva.saic.com>...c. > > In article <3c5ff82c$1@news.kapsch.co.at>,1 > >  eplan@kapsch.net (Peter LANGSTOEGER) writes:iN > > > In article <YV60ZnZt3cLL@cpva.saic.com>, mckinneyj@cpva.saic.com writes:M > > >>Included on the V5 freeware is the old VAX DIBOL distribution. Is thereo  > > >>a license to accompany it? > > >>> > > >>http://www.openvms.compaq.com/freeware/freeware50/dibol/ > > >p= > > > Haven't seen a response so far. Did you get an answer ?t > > >  > > > --B > > > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651A > > > Network and OpenVMS system manager  Fax.    +43 1 81111 888rB > > > KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netN > > > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist" > >wE > > No... no response. It would be nice if a future freeware included ) > > the license (as was done with Bliss).r > J > it would have been nice if they would have ported dibol to alpha instead  H I know of one shop that develops in VAX DIBOL, then VESTs the images and runs them on Alpha.    -- a David J. Dachterao dba DJE Systemsg http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 6 Feb 2002 00:01:10 GMT & From: peter@abbnm.com (Peter da Silva)? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)-% Message-ID: <a3pro6$8m8@web.nmti.com>   G In article <a3lqgm$g29$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:sJ > I wouldn't call this a _portable_ OS.  I'd call it backwards compatible.   It's also sideways compatible.  C > My interpretation of portable is a program that doesn't care what3 > hardware it runs on.  H There's almost no portable software, then, other than pcode designs like Java.r  . > At the OS level it had better care about theH > hardware it's running on...or how else is it going to trap interrupts,B > set up IOWD (IO words), or deliver software packets to specified? > hardware addresses?  These intimate little details cannot be   > invisible to an OS.e  H Actually, they can. The boot-loader can load appropriate modules for theL hardware that do that work for the OS. That's the intent of the IBM-PC BIOS,@ for example (though the implementation left much to be desired).  . > If it is invisible, then the OS is merely anF > app.  The TOPS-10 emulators are apps.  A TOPS-10 running under those? > emulators becomes an app because _it has no knowledge of the e > hardware_.  L To the underlying OS, it's an app. To the apps running under it, it's an OS.   What about things like IBM VM?   -- b+  `-_-'   In hoc signo hack, Peter da Silva.VE   'U`    "A well-rounded geek should be able to geek about anything."iL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 6 Feb 2002 01:31:15 GMTa1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)d? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)e+ Message-ID: <a3q113$kto$1@info.cs.uofs.edu>e  % In article <a3pro6$8m8@web.nmti.com>,o)  peter@abbnm.com (Peter da Silva) writes: J |> In article <a3lqgm$g29$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote: |>F |> > My interpretation of portable is a program that doesn't care what |> > hardware it runs on.e |> iK |> There's almost no portable software, then, other than pcode designs likec |> Java. |>    A Or it's grandfather, UCSD-Pascal.  Now there was an OS supportingv portability of apps!! :-)e   bill   -- 1J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   c   ------------------------------  # Date: Wed, 06 Feb 2002 01:39:10 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>rN Subject: Re: Where's Alpha savings going (was Re: setting the record straight)' Message-ID: <3C608A71.C7C87FB4@fsi.net>    Fred Kleinsorge wrote: > K > John McLean wrote in message <3C5F70F4.2DCF7374@swissonline.delete.ch>...a > >d3 > >Fred Kleinsorge wrote (among some other things):e > >> > >....oJ > >> I don't make the decisions here.  I can either leave, or I can try toL > >> understand and accept those decisions.  Despite the short-term problems > inD > >> the Alpha decision, I think that long term it is the right one. > >> > >1D > >This triggered a thought - can you tell us where the cost savingsH > >associated with the transfer of Alpha to Intel are being spent (or if > >they are being spent) ? > > K > >Are they being spent mainly on the Tru64 & OpenVMS (seeing how they were5I > >products financially supporting Alpha) ?  If so, what general kinds of., > >downstream services should we be seeing ? > >t > K > I dunno.  I think anyone who reads this conference is too far down in the.1 > trenches to have any insight into the finances.n  ) ...and a *VERY* good morning to you, too!W   -- i David J. Dachterat dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------  # Date: Tue, 05 Feb 2002 23:28:40 GMT   From: "mhr" <mreilly36@home.com> Subject: Re: Zip disks and VMS< Message-ID: <IUZ78.31697$B21.6976660@news1.rdc1.fl.home.com>  K I've run both zip (IDE) and Jazz(SCSI) on DPWS with 7.2-...; use load intels5 whatever from dqdriver for intel chipsets. Works finea mhr ; "Lyndon Bartels" <lbartels@pressenter.com> wrote in messagee( news:3C5F84B2.7C2F1155@pressenter.com...J > Has anybody done any work/experimentation with various removable drives, > like the zip disks, with VMS?  >rJ > Since I have identical machines at work and at home, it'd be a handy way4 > of moving small amounts of data between the sites. >h3 > Obviousy, I'd use tape backup for larger amounts.  >n > Thanks in advance, >c > Lyndon > --I > My opinions are mine and mine alone. They seldom align with those of my2 > employer.- >0 >rJ > The only good thing about putting the cart before the horse is you don't > have > to look at the horse's butt.   ------------------------------    Date: 06 Feb 2002 04:44:31 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Zip disks and VMS- Message-ID: <87g04fpsk0.fsf@prep.synonet.com>   0 Lyndon Bartels <lbartels@pressenter.com> writes:  B > Has anybody done any work/experimentation with various removable' > drives, like the zip disks, with VMS?t  : I ran a 164PC with its page file one a ZIP drive ;) It was= faster than T64 paging onto a 'real' disk... So ZIPs at leasto' work. Not tried a Jazz or an Orbit yet.n   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 06 Feb 2002 02:35:17 GMTy1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t Subject: Re: Zip disks and VMS' Message-ID: <3C6097A2.DF7670CD@fsi.net>a   Paul Repacholi wrote:  > 2 > Lyndon Bartels <lbartels@pressenter.com> writes: > D > > Has anybody done any work/experimentation with various removable) > > drives, like the zip disks, with VMS?  > < > I ran a 164PC with its page file one a ZIP drive ;) It was? > faster than T64 paging onto a 'real' disk... So ZIPs at least") > work. Not tried a Jazz or an Orbit yet.T  ! Do you mean Castlewood Orb drive?g   Anyway, check out:  / http://www.djesys.com/vms/hobbyist/support.htmlr  A I started that page a couple of years ago, before my professionaliG situation went into the dumper. Things are settling down now, and I may13 get back to it and finish it up sometime this year.e   -- 3 David J. Dachterad dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------   End of INFO-VAX 2002.071 ************************