0 INFO-VAX	Thu, 08 Feb 2001	Volume 2001 : Issue 77      Contents: Re: "Future VMS Site" in PA  Re: "Future VMS Site" in PA  Re: "Future VMS Site" in PA ; Antigen found the W32/Ska@M virus in a message you received $ Antigen found W32/Ska.A@m.Worm virus Re: apache CGI problem Re: Ask The Wizard  Backup Error Message Discrepancy$ Re: Backup Error Message Discrepancy$ Re: Backup Error Message Discrepancy
 COE and POSIX " Re: Compaq and Ally McBeal servers" Re: Compaq and Ally McBeal servers0 Re: Compaq presentation in Montreal. Feb 6, 20010 Re: Compaq presentation in Montreal. Feb 6, 2001. Compaq speaks: OpenVMS Strategy and Directions2 Re: Compaq speaks: OpenVMS Strategy and Directions2 Re: Compaq speaks: OpenVMS Strategy and Directions2 RE: Compaq speaks: OpenVMS Strategy and Directions2 Re: Compaq speaks: OpenVMS Strategy and Directions configuring a vax vms  Re: configuring a vax vms  RE: configuring a vax vms  Re: configuring a vax vms  Re: configuring a vax vms  Re: configuring a vax vms  Re: configuring a vax vms & Re: copying savesets from tape to disk Re: DVD-R on VMS (revisited) Re: DVD-R on VMS (revisited) Re: DVD-R on VMS (revisited)3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1 3 Re: Firmware upgrade for PWS 600au to use a ZLXp-L1  Re: GNUPG 1.02 -> 1.04 ??  Help with CDRW anyone? Re: Help with CDRW anyone? Re: Help with CDRW anyone?+ Re: HP DAT drive non functional under EFT 2 + Re: HP DAT drive non functional under EFT 2  Re: I still dont know! Re: I still dont know!/ Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours  Laser Developer Needed Re: Lisbon Conference  Re: Lisbon Conference , Re: List of cdroms working with DEC hardware, Re: List of cdroms working with DEC hardware, Re: List of cdroms working with DEC hardware, Re: List of cdroms working with DEC hardware, Re: List of cdroms working with DEC hardware, Re: List of cdroms working with DEC hardware  MDM, LAT for the cheap at heart?& Re: MIME in a DCL procedure - versions4 Re: No technical computing, was: expanding the niche& OpenVMS Alpha 1200 5/533 login problem* Re: OpenVMS Alpha 1200 5/533 login problem* Re: OpenVMS Alpha 1200 5/533 login problem* Re: OpenVMS Alpha 1200 5/533 login problem OpenVMS Success stories / Re: OpenVMS V7.1 and DST (Daylight Saving Time)  Re: OpenVMS x NATO PC164SX and OpenVMS  PC164SX and OpenVMS  Re: PC164SX and OpenVMS # pls feed vmsnet.* newsgroups for us  Re[2]: I still dont know!  set character set? Re: set character set? Re: set character set? Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7 % Re: Suggested upgrade to VMS (DECnet) % Re: Suggested upgrade to VMS (DECnet)  The "deleting many files" myth" Re: The "deleting many files" myth" Re: The "deleting many files" myth" Re: The "deleting many files" myth" Re: The "deleting many files" myth" Re: The "deleting many files" myth" Re: The "deleting many files" myth TK70 manual ! Re: typo in TCP/IP management doc 5 VAX/VMS 7.2 BACKUP/IMAGE behavior when a file is open 9 Re: VAX/VMS 7.2 BACKUP/IMAGE behavior when a file is open  Virus Alert - virus is last post from john..(re:dvd-r on..) ) Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXE & Re: VMSINSTAL to PRODUCT INSTALL tool?9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 RE: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security ) Re: what version of VMS are people using? ) Re: what version of VMS are people using?  Wildfire systems Re: Wildfire systems RE: Wildfire systems: With apologies to J.R.R. Tolkien (was: I still dont know!)' Re: Writes flushed to Disk on Dismount?  Re: Xerox = Digital  Re: Xerox = Digital   F ----------------------------------------------------------------------   Date: 7 Feb 2001 16:47:36 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) $ Subject: Re: "Future VMS Site" in PA3 Message-ID: <B583VX0srq5I@eisner.encompasserve.org>   ^ In article <95s1g2$88$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:B > OK, if everybody has finally stopped laughing about the "VirtualC > Milking System", here's yet another one to set you rolling on the  > floor. > B > You may remember a couple of months back there was some mention A > on the List about signs along PA Highways that read "FUTURE VMS A > SITE".  It wasn't easy, but I fonally got someone in PennDOT to # > tell me what that actually meant.   D Thank you Bill.  My birthday party trip to Scranton is now complete.   ------------------------------  % Date: Wed, 07 Feb 2001 17:13:33 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> $ Subject: Re: "Future VMS Site" in PA, Message-ID: <3A81C884.FF7BB94B@videotron.ca>   Bill Gunshannon wrote:= >      To answer your question : Future VMS site means future  >      Variable Message Sign.   A > And in keeping with the (oft varied from) charter of this List, A > should we read anything into Compaq's apparent lack of interest A > defending what should be one of it's most valuable trademarks??   M Compaq could only sue the highway dept when there are workers on site and the K panel has been removed, making the VMS and "openVMS". Otherwise, when it is $ just VMS, Compaq wouldn't defend it.   :-)    ------------------------------  # Date: Wed, 07 Feb 2001 23:08:34 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) $ Subject: Re: "Future VMS Site" in PA0 Message-ID: <009F74B9.7307E6D1@SendSpamHere.ORG>  ^ In article <95s1g2$88$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:A >OK, if everybody has finally stopped laughing about the "Virtual B >Milking System", here's yet another one to set you rolling on the >floor.  > A >You may remember a couple of months back there was some mention  @ >on the List about signs along PA Highways that read "FUTURE VMS@ >SITE".  It wasn't easy, but I fonally got someone in PennDOT to7 >tell me what that actually meant.  Here's his message:    Bill,   I Next time I head home to the Lehigh Valley, I'd like to get a picture of  F one of these signs.  Can you let me know where I might locate one?  It) would be a great addition to my web site.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Wed, 07 Feb 2001 13:13:32 -0600 8 From: ANTIGEN_UMKC-MAIL02 <ANTIGEN_UMKC-MAIL02@umkc.edu>D Subject: Antigen found the W32/Ska@M virus in a message you receivedB Message-ID: <95A711A70065D111B58C00609451555C09A0CC59@UMKC-MAIL02>  L You have recently received a virus infected message.  Please read this whole message for details.  ; In a message with the subject of:  "Help with CDRW anyone?"  Sent from: John ( At the email address of: cmiink@msn.com 2 Antigen for Exchange found the file: Happy99.exe  & Infected with the virus:  W32/Ska@M  . The file is:  Deleted.    / The message was sent to: ,Info-VAX@Mvb.Saic.Com N The message was discovered in the folder: Crosson, Mary\Inbox\vms mailing list: located at University of Missouri/Kansas City/UMKC-MAIL02.  N      If the person that sent you a message with the subject line of: Help withP CDRW anyone? was from UMKC, your copy of this message has probably been cleaned.N You may want to have the sender resend the message after they have disinfected their machine just to be safe.  N      If the person that sent you a message with the subject line of: Help withP CDRW anyone? was NOT from UMKC, you have an infected copy of the message and youP should delete it without opening it.  Then contact that person about getting you1 a new copy after they have cleaned their machine.    ------------------------------  % Date: Wed, 07 Feb 2001 12:13:29 -0700 ; From: ANTIGEN_DOAISD02003 <ANTIGEN_DOAISD02003@state.mt.us> - Subject: Antigen found W32/Ska.A@m.Worm virus @ Message-ID: <1245D1C0C039D411933708002BB29C64F77580@DOAISD02003>  L Antigen for Exchange found Happy99.exe infected with W32/Ska.A@m.Worm virus.J The file is currently Deleted.  The message, "Help with CDRW anyone?", was= sent from John and was discovered in Rowell, Bradley\Info-VAX & located at Montana/State2/DOAISD02003.   ------------------------------  % Date: Wed, 07 Feb 2001 20:49:52 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: apache CGI problem ; Message-ID: <3a81a6e0.524144494f47414741@radiogaga.harz.de>   ) Matthias Koch (koch@weblab-edv.de) wrote: F > While porting a Linux application to VMS, I experienced an irregular+ > behaviour with CSWS-V0100-1-1 using CGIs.  > 5 > This litte test program just returns its arguments:  ... J > On the command line under VMS as well as from Apache running under Linux > it reacts like expected: ... B > But called from Apache under VMS, it gives back wrong arguments: ... @ > This means, that CGIs do not work correctly. Is this an ApacheJ > configuration problem or do I have to change the sourcecode of the CGIs?  G You have to understand how CGI works; any parameters (query, path_info, D server info, etc.) are not passed to the CGI program through command. line arguments, but via environment variables;F cf. http://www.pdv-systeme.de/users/martinv/cgi_basics/cgi_basics.html (in german!)   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 07 Feb 2001 23:37:21 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Ask The Wizard L Message-ID: <rdeininger-0702012337220001@user-2ivecd1.dialup.mindspring.com>  \ In article <Xheg6.510$cu.2084@gazette.loc1.tandem.com>, hoffman@xdelta.zko.dec.nospam wrote:  H >   The crop of selected January 2001 questions and answers and the cropH >   of updates to selected older questions and answers have been posted * >   at the OpenVMS Ask The Wizard website. > # >     www.openvms.compaq.com/wizard     = If you happen to see the Wizard, be sure to thank him for us.   7 I always learn something when I visit the Emerald City.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Wed, 07 Feb 2001 21:49:07 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton) ) Subject: Backup Error Message Discrepancy 0 Message-ID: <3a81c166.10335401@news.wcc.govt.nz>  	 Hi Chaps,    My first post in way too long.F We run SLS. When an error is reported it gets stored as a symbol which& is then used for subsequent messaging.> Alas, a number of the Backup Error Messages get translated via f$message as NOMSG Errors. See the example below.  ? Any ideas how you can get f$message to return the correct info?    Rob.   $ help /mess /stat=%X10A3800A   ,  OPENIN,  error opening 'file-name' as input  &   Facility:     BACKUP, Backup Utility  B   Explanation:  The Backup utility cannot open the specified input file.   F   User Action:  Determine why the file cannot be opened and repeat the backup                 operation.    + $  write sys$output f$message("%X10A3800A") ( %BACKUP-E-NOMSG, Message number 10A3800A   ------------------------------  % Date: Wed, 07 Feb 2001 18:43:59 -0500   From: jamese@beast.dtsw.army.mil- Subject: Re: Backup Error Message Discrepancy 0 Message-ID: <01020718435971@beast.dtsw.army.mil>   Rob,  M rob.buxton@wcc.govt.nz (Rob Buxton) wrote on Wed, 07 Feb 2001 21:49:07 GMT in % <3a81c166.10335401@news.wcc.govt.nz>:    > Hi Chaps,  >   > My first post in way too long.   Well, welcome back.   H > We run SLS. When an error is reported it gets stored as a symbol which( > is then used for subsequent messaging.@ > Alas, a number of the Backup Error Messages get translated via > f$message as NOMSG Errors. > See the example below. > A > Any ideas how you can get f$message to return the correct info?  >  > Rob. >  > $ help /mess /stat=%X10A3800A  > . >  OPENIN,  error opening 'file-name' as input > ( >   Facility:     BACKUP, Backup Utility > D >   Explanation:  The Backup utility cannot open the specified input > file.  > H >   User Action:  Determine why the file cannot be opened and repeat the > backup >                 operation. >  > - > $  write sys$output f$message("%X10A3800A") * > %BACKUP-E-NOMSG, Message number 10A3800A  # $ set message sys$message:sysmgtmsg * $ write sys$output f$message("%X10A3800A") $ set message /delete    HTH.  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919 5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------  % Date: Thu, 08 Feb 2001 03:38:50 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)- Subject: Re: Backup Error Message Discrepancy ; Message-ID: <3a8206ba.524144494f47414741@radiogaga.harz.de>   * Rob Buxton (rob.buxton@wcc.govt.nz) wrote:@ > Alas, a number of the Backup Error Messages get translated via > f$message as NOMSG Errors.A > Any ideas how you can get f$message to return the correct info?  > - > $  write sys$output f$message("%X10A3800A") * > %BACKUP-E-NOMSG, Message number 10A3800A   $ type find_message.com ? $ ! FIND_MESSAGE.COM - find a message text for a condition code  $ loop: % $   f = F$SEARCH("SYS$MESSAGE:*.EXE") # $   IF f .EQS. "" THEN GOTO endloop  $   SET MESSAGE 'f'  $   m = F$MESSAGE('p1') < $   IF F$LOCATE("-NOMSG,",m) .LT. F$LENGTH(m) THEN GOTO loop5 $   WRITE SYS$OUTPUT "Found in ", F$PARSE(f,,,"NAME")  $   WRITE SYS$OUTPUT m $   GOTO fin
 $ endloop:& $ WRITE SYS$OUTPUT "Message not found" $ fin:$ $ SET MESSAGE SYS$MESSAGE:SYSMSG.EXE $ EXIT $  $ @find_message.com %X10A3800A Found in SYSMGTMSG, %BACKUP-E-OPENIN, error opening !AS as input $    cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Wed, 07 Feb 2001 18:51:54 GMT ' From: moi_is_me <moi_is_me@my-deja.com>  Subject: COE and POSIX) Message-ID: <95s5g6$t5p$1@nnrp1.deja.com>    Hi,    According to the FAQ at   G Http://www.openvms.compaq.com/solutions/government/coe/dii_COE_Faq.html   ,   OpenVMS will support POSIX 1003.1 & 1003.2  D   However, trying to determine what POSIX 1003.1 & 1003.2 encompass,   is a different matter.  C   One site suggests that IEEE 1003.1-1996 includes .1b, .1c and .1i ?   whereas another suggest that 1003.1b (formerly 1003.4) is NOT    part of 1003.1    C   Without upsetting IEEE (dont want the whole doc), anybody care to B   enlighten me as to what is included in POSIX 1003.1 & 1003.2 ???       TIA    -Pierre            Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Wed, 07 Feb 2001 19:39:06 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> + Subject: Re: Compaq and Ally McBeal servers - Message-ID: <3A81F8BA.97EE81E5@earthlink.net>    Robert Deininger wrote:  > S > In article <95qbmi$fqd$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> wrote:w >  > > our society hasfI > > a long and illustrious history of ignoring the real costs of anythinge% > > whenever it's possible to do so).e > = > Especially when the price is fixed by the gooberment... :-)t  2 Y'wanna know something that's bugged me for years?  @ We always hear about "gubernatorial" candidates, elections, etc.  * I have a question: what is a "gubernator"?   -- n David J. Dachteran dba DJE Systemsu http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/2  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.i   ------------------------------  % Date: Thu, 08 Feb 2001 00:13:56 -0500,2 From: rdeininger@mindspring.com (Robert Deininger)+ Subject: Re: Compaq and Ally McBeal serversOL Message-ID: <rdeininger-0802010013560001@user-2ivecd1.dialup.mindspring.com>  f In article <3A81F8BA.97EE81E5@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> wrote:  B > We always hear about "gubernatorial" candidates, elections, etc. > , > I have a question: what is a "gubernator"?  $ I don't know.  And I think I'm glad!   -- r Robert Deininger rdeininger@mindspring.com    ------------------------------   Date: 7 Feb 2001 19:10:03 GMT 1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)c9 Subject: Re: Compaq presentation in Montreal. Feb 6, 2001 + Message-ID: <95s6ib$28l$2@info.cs.uofs.edu>c  9 In article <YAgg6.11925$rF1.201467@wagner.videotron.net>, )  "Syltrem" <syltrem@videotron.ca> writes:o |>J |> They spend over 200 million $ around VMS (soft/hardware developpement + |> marketing, enhancements,   < American or Canadian??  Sorry, the devil made me do it.  :-)   |>N |> BTW, Mitnick apparently declared before US congress that the only system he |> could not crack was OpenVMS.a  A Yeah, and the "414 hackers" told Congress that they re-booted the B Sloan Kettering Cancer Center Computer System over a dial-up line.A I place about equal value on the statements and abilities of bothnC these parties.  Especially, when I consider the technical expertisen. (or even general inteligence) of the audience.   bill   -- .J 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>       ------------------------------  % Date: Wed, 07 Feb 2001 17:19:18 -0500d- From: JF Mezei <jfmezei.spamnot@videotron.ca>n9 Subject: Re: Compaq presentation in Montreal. Feb 6, 2001s, Message-ID: <3A81C9DC.95F99FB0@videotron.ca>   Syltrem wrote: > L > Yesterday January 6, we had a Compaq presentation in Montreal, for OpenVMS > and Tru64 customers.  ; Ahh, were you the other who asked a question to Marcello ? m  ( > New TCP IP services will support IPV6.  J I didn't catch that one. The Unix presentation spent a lot of time on this5 issue, but i did not recall Marcello announcing this..   ------------------------------   Date: 7 Feb 2001 20:45:24 GMTc2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)7 Subject: Compaq speaks: OpenVMS Strategy and Directionse, Message-ID: <95sc54$1hb@gap.cco.caltech.edu>  I This appears to be new - don't know who put it together though.  It looksrG like yet another effort by Compaq to calm the fears of the OpenVMS userrH base - without actually doing anything substantial to allay any of thoseL customers' concerns.  Can somebody kick Capellas in the butt and explain to G him that We've been down this road for far too many years and talk justy doesn't do it anymore?  Anyway:i  A   http://www.openvms.compaq.com/presentations/openvmsstrategy.htmm  C I have not waded through it all yet as I'll have to move to another J machine and download the PPT document to do so because most of the slides B are too small to read on my DS10.  Slide 19 is amusing.  It says:        Whenever you do a search using&   Northern Lights search engine, youll    see how prominently OpenVMS on$   AlphaServer systems  is displayed!  I and then shows a picture that has COMPAQ in huge letters, then COMPAQ in dJ smaller letters, and finally "OpenVMS Alphaserver" in microfiche.  Oh yeahB baby, we see just exactly how prominently "OpenVMS" is displayed!   K There is a (small) section down at the bottom that is entitled "PositioninghL OpenVMS for growth" which is typically shocking in what it does not contain.F There's the usual verbiage about DII COE (which really might be a goodE thing), a few partnerships are mentioned - none of which appear to be @ relevant to anything I do, and on slide 67 they trot out the newH educational program, as if a disorganized program that provides licensesI that cannot be used for real work and does not provide anything much elsenF besides would result in the sale of even one more system.  (They can'tG even mention the ESL/CSLG though, as the cost of that is driving peopleoD off of Alpha and VAX systems.)  So the only things missing from thisH section are all the other factors and methods that everybody else in theH world turns to when they are really serious about increasing sales.  For
 instance:      new markets targettede2   investments in software to address these markets   price reductionsM   improved sales mechanisms (order your DS10 on the web, more salesmen, etc.),  G Elsewhere in the presentation they discuss their advertising (sic) for -H OpenVMS which is so limited that it can easily fit it all onto a couple F of slides and not miss anything.  And they have to include advertisingI in _Prague_ to pad it out.  Not to bad mouth Prague, but it's hardly the ( "center of the tech universe".  lI It's doubtful that Compaq could increase the sales of eternal youth serums7 if they marketed it the way they market (sic) OpenVMS. r   Regards,   David Mathog mathog@seqaxp.bio.caltech.edug? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  $ Date: Wed, 7 Feb 2001 16:03:37 -0500& From: "Syltrem" <syltrem@videotron.ca>; Subject: Re: Compaq speaks: OpenVMS Strategy and Directions 7 Message-ID: <PGig6.10536$HE.175468@weber.videotron.net>F  H That's the presentation made yesterday by David Booth in Montreal at theH annual OpenVMS customers event. Nice corporate speech, as I said before.   --   Sytrem  http://pages.infinit.net/syltrem  L "David Mathog" <mathog@seqaxp.bio.caltech.edu> a crit dans le message news:! 95sc54$1hb@gap.cco.caltech.edu...UK > This appears to be new - don't know who put it together though.  It looksuI > like yet another effort by Compaq to calm the fears of the OpenVMS useriJ > base - without actually doing anything substantial to allay any of thoseJ > customers' concerns.  Can somebody kick Capellas in the butt and explain toI > him that We've been down this road for far too many years and talk just,! > doesn't do it anymore?  Anyway:o >sC >   http://www.openvms.compaq.com/presentations/openvmsstrategy.htms >$E > I have not waded through it all yet as I'll have to move to anotherwK > machine and download the PPT document to do so because most of the slidesiC > are too small to read on my DS10.  Slide 19 is amusing.  It says:a >O" >   Whenever you do a search using( >   Northern Lights search engine, youll" >   see how prominently OpenVMS on& >   AlphaServer systems  is displayed! >hJ > and then shows a picture that has COMPAQ in huge letters, then COMPAQ inL > smaller letters, and finally "OpenVMS Alphaserver" in microfiche.  Oh yeahC > baby, we see just exactly how prominently "OpenVMS" is displayed!  > @ > There is a (small) section down at the bottom that is entitled "PositioningE > OpenVMS for growth" which is typically shocking in what it does note contain.H > There's the usual verbiage about DII COE (which really might be a goodG > thing), a few partnerships are mentioned - none of which appear to be B > relevant to anything I do, and on slide 67 they trot out the newJ > educational program, as if a disorganized program that provides licensesK > that cannot be used for real work and does not provide anything much elseiH > besides would result in the sale of even one more system.  (They can'tI > even mention the ESL/CSLG though, as the cost of that is driving people F > off of Alpha and VAX systems.)  So the only things missing from thisJ > section are all the other factors and methods that everybody else in theJ > world turns to when they are really serious about increasing sales.  For > instance:k >O >   new markets targettedo4 >   investments in software to address these markets >   price reductionsI >   improved sales mechanisms (order your DS10 on the web, more salesmen,e etc.)  > H > Elsewhere in the presentation they discuss their advertising (sic) forI > OpenVMS which is so limited that it can easily fit it all onto a couple H > of slides and not miss anything.  And they have to include advertisingJ > in _Prague_ to pad it out.  Not to bad mouth Prague, but it's hardly the  > "center of the tech universe". >)K > It's doubtful that Compaq could increase the sales of eternal youth serumL8 > if they marketed it the way they market (sic) OpenVMS. > 
 > Regards, >g > David Mathog > mathog@seqaxp.bio.caltech.edue@ > Manager, sequence analysis facility, biology division, Caltech   ------------------------------  $ Date: Wed, 7 Feb 2001 16:05:12 -0500& From: "Syltrem" <syltrem@videotron.ca>; Subject: Re: Compaq speaks: OpenVMS Strategy and Directions 7 Message-ID: <hIig6.10537$HE.175706@weber.videotron.net>W  7 What did I say? Presentation by Rich Marcello, that is!y   --   Sytrem  http://pages.infinit.net/syltrem  L "David Mathog" <mathog@seqaxp.bio.caltech.edu> a crit dans le message news:! 95sc54$1hb@gap.cco.caltech.edu...rK > This appears to be new - don't know who put it together though.  It looks I > like yet another effort by Compaq to calm the fears of the OpenVMS userSJ > base - without actually doing anything substantial to allay any of thoseJ > customers' concerns.  Can somebody kick Capellas in the butt and explain toI > him that We've been down this road for far too many years and talk justa! > doesn't do it anymore?  Anyway:  > C >   http://www.openvms.compaq.com/presentations/openvmsstrategy.htmd >sE > I have not waded through it all yet as I'll have to move to anotheriK > machine and download the PPT document to do so because most of the slidesnC > are too small to read on my DS10.  Slide 19 is amusing.  It says:5 >3" >   Whenever you do a search using( >   Northern Lights search engine, youll" >   see how prominently OpenVMS on& >   AlphaServer systems  is displayed! >aJ > and then shows a picture that has COMPAQ in huge letters, then COMPAQ inL > smaller letters, and finally "OpenVMS Alphaserver" in microfiche.  Oh yeahC > baby, we see just exactly how prominently "OpenVMS" is displayed!e >e@ > There is a (small) section down at the bottom that is entitled "PositioningE > OpenVMS for growth" which is typically shocking in what it does not  contain.H > There's the usual verbiage about DII COE (which really might be a goodG > thing), a few partnerships are mentioned - none of which appear to beEB > relevant to anything I do, and on slide 67 they trot out the newJ > educational program, as if a disorganized program that provides licensesK > that cannot be used for real work and does not provide anything much elsehH > besides would result in the sale of even one more system.  (They can'tI > even mention the ESL/CSLG though, as the cost of that is driving peoplebF > off of Alpha and VAX systems.)  So the only things missing from thisJ > section are all the other factors and methods that everybody else in theJ > world turns to when they are really serious about increasing sales.  For > instance:e >o >   new markets targettedu4 >   investments in software to address these markets >   price reductionsI >   improved sales mechanisms (order your DS10 on the web, more salesmen,o etc.)y >dH > Elsewhere in the presentation they discuss their advertising (sic) forI > OpenVMS which is so limited that it can easily fit it all onto a couplerH > of slides and not miss anything.  And they have to include advertisingJ > in _Prague_ to pad it out.  Not to bad mouth Prague, but it's hardly the  > "center of the tech universe". >rK > It's doubtful that Compaq could increase the sales of eternal youth serumi8 > if they marketed it the way they market (sic) OpenVMS. >l
 > Regards, >e > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, Caltech   ------------------------------  % Date: Wed, 07 Feb 2001 14:59:39 -0600 + From: Christopher Smith <csmith@amdocs.com>r; Subject: RE: Compaq speaks: OpenVMS Strategy and Directions-L Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD5312@cmiexch1.cmi.itds.com>  L It's not as bad as all that -- remember that windows users all have displays: that will only do resolutions of 640x480 at 256 colors. ;)  J Seriously -- has anyone else noticed that?  I assume that most people justI aren't intelligent enough to change the default, but it's sort of creepy.e   Regards,   Chrisn  ! Christopher Smith, Perl Developer  Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");n 'o  i   > -----Original Message-----% > From: mathog@seqaxp.bio.caltech.edu-  " >   see how prominently OpenVMS on& >   AlphaServer systems  is displayed! > < > and then shows a picture that has COMPAQ in huge letters,  > then COMPAQ in 88 > smaller letters, and finally "OpenVMS Alphaserver" in  > microfiche.  Oh yeahD > baby, we see just exactly how prominently "OpenVMS" is displayed!    ------------------------------  % Date: Wed, 07 Feb 2001 19:38:12 -0500u- From: JF Mezei <jfmezei.spamnot@videotron.ca> ; Subject: Re: Compaq speaks: OpenVMS Strategy and Directionsu, Message-ID: <3A81EA6D.150686FA@videotron.ca>   David Mathog wrote:rC >   http://www.openvms.compaq.com/presentations/openvmsstrategy.htmS  J The powerpoint presentation is basically what Mr Marcello is using for hi= s-J presentations to customers such as the one he did in Montr=E9al yesterday= =2Em  J You have to remember that it being presented with oral comments, so it is= n'tS) as bad as it looks on the presentation. =1    J I am not saying that I agree 100% with what is being said in the presenta= tion.eJ But I think that it is easy to exagerate the words in the presentation wh= en& taken outside the context of a speech.   ------------------------------  % Date: Wed, 07 Feb 2001 11:19:43 -0800e1 From: Hossein Rafighi <Hossein.Rafighi@triumf.ca>  Subject: configuring a vax vms) Message-ID: <3A819FCF.D1A0B645@triumf.ca>I  & --------------51F890F6BA5716C56E0C5B88* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitl  L Does anyone on this list know/remember how to configure a vax vms? I need toK give it an Ip address, router, subnet,.... and connect it to our network? Il! tried to use sysgen, but no luck.e     Megathanks,  Hossein Rafighif   --:  _____  _____   _____  _   _  _   _  ____  Hossein RafighiE |_   _||  _  \ |_   _|| | | || \_/ ||  __| TRIUMF, 4004 Wesbrook Mall I   | |  | |_|  )  | |  | | | ||     || |__  Vancouver, BC, Canada, V6T 2A3:@   | |  |  _  /   | |  | \_/ || \_/ ||  __| Voice: (604) 221-3233@   | |  | | \ \  _| |_ |     || | | || |    Fax:   (604) 222-1074H   |_|  |_|  \_\|_____| \___/ |_| |_||_|    Website: http://www.triumf.ca      & --------------51F890F6BA5716C56E0C5B88) Content-Type: text/html; charset=us-asciig Content-Transfer-Encoding: 7bitt  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>I Does anyone on this list know/remember how to configure a vax vms? I need9L to give it an Ip address, router, subnet,.... and connect it to our network?# I tried to use sysgen, but no luck.S
 <br>&nbsp; <p>Megathanks, <br>Hossein Rafighir
 <pre>--&nbsp;\v &nbsp;_____&nbsp; _____&nbsp;&nbsp; _____&nbsp; _&nbsp;&nbsp; _&nbsp; _&nbsp;&nbsp; _&nbsp; ____&nbsp; Hossein Rafighih |_&nbsp;&nbsp; _||&nbsp; _&nbsp; \ |_&nbsp;&nbsp; _|| | | || \_/ ||&nbsp; __| TRIUMF, 4004 Wesbrook Mall{ &nbsp; | |&nbsp; | |_|&nbsp; )&nbsp; | |&nbsp; | | | ||&nbsp;&nbsp;&nbsp;&nbsp; || |__&nbsp; Vancouver, BC, Canada, V6T 2A3rh &nbsp; | |&nbsp; |&nbsp; _&nbsp; /&nbsp;&nbsp; | |&nbsp; | \_/ || \_/ ||&nbsp; __| Voice: (604) 221-3233| &nbsp; | |&nbsp; | | \ \&nbsp; _| |_ |&nbsp;&nbsp;&nbsp;&nbsp; || | | || |&nbsp;&nbsp;&nbsp; Fax:&nbsp;&nbsp; (604) 222-1074 &nbsp; |_|&nbsp; |_|&nbsp; \_\|_____| \___/ |_| |_||_|&nbsp;&nbsp;&nbsp; Website: <A HREF="http://www.triumf.ca">http://www.triumf.ca</A></pre>h
 &nbsp;</html>V  ( --------------51F890F6BA5716C56E0C5B88--   ------------------------------   Date: 7 Feb 2001 20:15:22 GMTf1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)a" Subject: Re: configuring a vax vms+ Message-ID: <95sacq$4n6$1@info.cs.uofs.edu>-  ) In article <3A819FCF.D1A0B645@triumf.ca>,e4  Hossein Rafighi <Hossein.Rafighi@triumf.ca> writes: |>O |> Does anyone on this list know/remember how to configure a vax vms? I need tonN |> give it an Ip address, router, subnet,.... and connect it to our network? I$ |> tried to use sysgen, but no luck.  ? What IP Stack?? TCPIP is a separate product and there are threea6 different stacks still available I think.  Maybe four.@ What version of VMS?? (doesn't make a difference, just curious.)   bill   -- !J 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>   g   ------------------------------  % Date: Wed, 07 Feb 2001 15:41:25 -05007/ From: "Webb, William W" <wwebb1@email.usps.gov>e" Subject: RE: configuring a vax vmsI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB3E5@rlghncst625.usps.gov>g  < Depends on what TCP/IP product you've got, and what version.) Give us specifics and we'll help you out.a  @ While you're at it, check the FAQ for other helpful information:5 http://www.openvms.compaq.com/wizard/openvms_faq.html    WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET * Sent: Wednesday, February 07, 2001 2:27 PM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET Subject: configuring a vax vms    L Does anyone on this list know/remember how to configure a vax vms? I need toK give it an Ip address, router, subnet,.... and connect it to our network? Iv! tried to use sysgen, but no luck.      Megathanks,  Hossein Rafighi.   --:  _____  _____   _____  _   _  _   _  ____  Hossein RafighiE |_   _||  _  \ |_   _|| | | || \_/ ||  __| TRIUMF, 4004 Wesbrook MalleI   | |  | |_|  )  | |  | | | ||     || |__  Vancouver, BC, Canada, V6T 2A3o@   | |  |  _  /   | |  | \_/ || \_/ ||  __| Voice: (604) 221-3233@   | |  | | \ \  _| |_ |     || | | || |    Fax:   (604) 222-1074H   |_|  |_|  \_\|_____| \___/ |_| |_||_|    Website: http://www.triumf.ca      1 File item 2 original document name: Not specified ! File item 2 document type: PCDATAm File item 2 size (bytes): 1069   ------------------------------    Date: 08 Feb 2001 04:31:08 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: configuring a vax vms- Message-ID: <87hf26w7zn.fsf@prep.synonet.com>1  3 Hossein Rafighi <Hossein.Rafighi@triumf.ca> writes:v  N > Does anyone on this list know/remember how to configure a vax vms? I need toM > give it an Ip address, router, subnet,.... and connect it to our network? I # > tried to use sysgen, but no luck.y  ) @sys$manager:ucx$config, or TCPIP$config.   1 Ask Fred Bach if he's there, he'll set you right.n   -- s< 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.   ------------------------------  % Date: Wed, 07 Feb 2001 21:28:08 -0000t- From: wspencer@ap.nospam.org (Warren Spencer)e" Subject: Re: configuring a vax vms/ Message-ID: <t83ff8aacu95bd@news.supernews.com>o  4 Hossein.Rafighi@triumf.ca (Hossein Rafighi) wrote in <3A819FCF.D1A0B645@triumf.ca>: r  E >Does anyone on this list know/remember how to configure a vax vms? IpI >need to give it an Ip address, router, subnet,.... and connect it to ourt- >network? I tried to use sysgen, but no luck.d >m   Hossein,  I There might be a few people in this group who remember, but they'll need s
 more details:r       	What version of OpenVMSD     	Which TCPIP stack (UCX, Digital TCPIP, Multinet...) and version  J You can also check out the docs for the system.  If it's reasonably up-to-- date, go to SYSTEM MANAGEMENT 1 - Essentials.D     ws  3 << What if there were no hypothetical questions? >>s   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **a   ------------------------------  % Date: Wed, 07 Feb 2001 17:22:43 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>s" Subject: Re: configuring a vax vms+ Message-ID: <3A81CAA9.F274088@videotron.ca>m   Hossein Rafighi wrote: > N > Does anyone on this list know/remember how to configure a vax vms? I need toM > give it an Ip address, router, subnet,.... and connect it to our network? Ie# > tried to use sysgen, but no luck.w    N You are trying to configure the TCPIP stack *on* VMS, not configure VMS. SinceL there are multiple TCPIPO stacks available on VMS, you need to mention which one you have and what version.  N Does typing TCPIP at the $ sign give you a TCPIP> prompt ? If so, you may want to try:y   @SYS$MANAGE:TCPIP$CONFIG   ------------------------------  % Date: Wed, 07 Feb 2001 16:17:05 -0800a1 From: Hossein Rafighi <Hossein.Rafighi@triumf.ca>y" Subject: Re: configuring a vax vms( Message-ID: <3A81E580.152EDC5@triumf.ca>  & --------------26911EF14B845EA4F73BDE62* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitt  L Thanks to all of your replys. This was a machine brougth to us by a visitingP researcher. When I posted my message I hadn't seen the machine yet. Upon callingP the researcher I found out it's running open vms 6.2 with multinet installed. We/ did manage to bring it online and configure it.       Many Thanks to all your replies, Hosseina      N > Does anyone on this list know/remember how to configure a vax vms? I need toM > give it an Ip address, router, subnet,.... and connect it to our network? It# > tried to use sysgen, but no luck.  >e >r
 > Megathanks,a > Hossein Rafighi  >  > --< >  _____  _____   _____  _   _  _   _  ____  Hossein RafighiG > |_   _||  _  \ |_   _|| | | || \_/ ||  __| TRIUMF, 4004 Wesbrook MalloK >   | |  | |_|  )  | |  | | | ||     || |__  Vancouver, BC, Canada, V6T 2A3hB >   | |  |  _  /   | |  | \_/ || \_/ ||  __| Voice: (604) 221-3233B >   | |  | | \ \  _| |_ |     || | | || |    Fax:   (604) 222-1074J >   |_|  |_|  \_\|_____| \___/ |_| |_||_|    Website: http://www.triumf.ca >e >s   --:  _____  _____   _____  _   _  _   _  ____  Hossein RafighiE |_   _||  _  \ |_   _|| | | || \_/ ||  __| TRIUMF, 4004 Wesbrook MallyI   | |  | |_|  )  | |  | | | ||     || |__  Vancouver, BC, Canada, V6T 2A3s@   | |  |  _  /   | |  | \_/ || \_/ ||  __| Voice: (604) 221-3233@   | |  | | \ \  _| |_ |     || | | || |    Fax:   (604) 222-1074H   |_|  |_|  \_\|_____| \___/ |_| |_||_|    Website: http://www.triumf.ca      & --------------26911EF14B845EA4F73BDE62) Content-Type: text/html; charset=us-asciig Content-Transfer-Encoding: 7bitl  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>L Thanks to all of your replys. This was a machine brougth to us by a visitingH researcher. When I posted my message I hadn't seen the machine yet. UponJ calling the researcher I found out it's running open vms 6.2 with multinet= installed. We did manage to bring it online and configure it. 
 <br>&nbsp;# <p>Many Thanks to all your replies,  <br>Hosseine
 <br>&nbsp;
 <br>&nbsp;M <blockquote TYPE=CITE>Does anyone on this list know/remember how to configure K a vax vms? I need to give it an Ip address, router, subnet,.... and connectn6 it to our network? I tried to use sysgen, but no luck.
 <br>&nbsp; <p>Megathanks, <br>Hossein Rafighih
 <pre>--&nbsp;ev &nbsp;_____&nbsp; _____&nbsp;&nbsp; _____&nbsp; _&nbsp;&nbsp; _&nbsp; _&nbsp;&nbsp; _&nbsp; ____&nbsp; Hossein Rafighih |_&nbsp;&nbsp; _||&nbsp; _&nbsp; \ |_&nbsp;&nbsp; _|| | | || \_/ ||&nbsp; __| TRIUMF, 4004 Wesbrook Mall{ &nbsp; | |&nbsp; | |_|&nbsp; )&nbsp; | |&nbsp; | | | ||&nbsp;&nbsp;&nbsp;&nbsp; || |__&nbsp; Vancouver, BC, Canada, V6T 2A3dh &nbsp; | |&nbsp; |&nbsp; _&nbsp; /&nbsp;&nbsp; | |&nbsp; | \_/ || \_/ ||&nbsp; __| Voice: (604) 221-3233| &nbsp; | |&nbsp; | | \ \&nbsp; _| |_ |&nbsp;&nbsp;&nbsp;&nbsp; || | | || |&nbsp;&nbsp;&nbsp; Fax:&nbsp;&nbsp; (604) 222-1074 &nbsp; |_|&nbsp; |_|&nbsp; \_\|_____| \___/ |_| |_||_|&nbsp;&nbsp;&nbsp; Website: <a href="http://www.triumf.ca">http://www.triumf.ca</a></pre>g &nbsp;</blockquote>   
 <pre>--&nbsp;ev &nbsp;_____&nbsp; _____&nbsp;&nbsp; _____&nbsp; _&nbsp;&nbsp; _&nbsp; _&nbsp;&nbsp; _&nbsp; ____&nbsp; Hossein Rafighih |_&nbsp;&nbsp; _||&nbsp; _&nbsp; \ |_&nbsp;&nbsp; _|| | | || \_/ ||&nbsp; __| TRIUMF, 4004 Wesbrook Mall{ &nbsp; | |&nbsp; | |_|&nbsp; )&nbsp; | |&nbsp; | | | ||&nbsp;&nbsp;&nbsp;&nbsp; || |__&nbsp; Vancouver, BC, Canada, V6T 2A3rh &nbsp; | |&nbsp; |&nbsp; _&nbsp; /&nbsp;&nbsp; | |&nbsp; | \_/ || \_/ ||&nbsp; __| Voice: (604) 221-3233| &nbsp; | |&nbsp; | | \ \&nbsp; _| |_ |&nbsp;&nbsp;&nbsp;&nbsp; || | | || |&nbsp;&nbsp;&nbsp; Fax:&nbsp;&nbsp; (604) 222-1074 &nbsp; |_|&nbsp; |_|&nbsp; \_\|_____| \___/ |_| |_||_|&nbsp;&nbsp;&nbsp; Website: <A HREF="http://www.triumf.ca">http://www.triumf.ca</A></pre>o
 &nbsp;</html>h  ( --------------26911EF14B845EA4F73BDE62--   ------------------------------  $ Date: Wed, 7 Feb 2001 21:56:12 +0100, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>/ Subject: Re: copying savesets from tape to diske+ Message-ID: <95scps$2c6g$1@buty.wanadoo.nl>   3 "Rudolf Wingert" <win@fom.fgan.de> wrote in messageh0 news:200102070720.IAA20842@sinet1.fom.fgan.de... > Hello, >aI > AFAIK, you will have two possibilitties to copy savesets. One is to useuD > the copy command. If I remember right, you must set the /BLOCKSIZE	 qualifier E > and the /RECORDSIZE qualifier of the mount to a big value (32767 or L > greater). The better way to copy SAVESETs is to use (if you will have) theI > SAVESET MANAGER utility. Then you must mount the tape foreign. Also youI cana8 > check the SAVESETs with this utility. Hope this helps.  > This is NOT true. Saveset manager uses files-11 mounted tapes.   >m > Regards Rudolf Wingert >   	 Bart Zorn3   ------------------------------  $ Date: Wed, 7 Feb 2001 17:42:47 -0500, From: "Alan Boyles" <alan.boyles@compaq.com>% Subject: Re: DVD-R on VMS (revisited) * Message-ID: <95sipc$f35@usenet.pa.dec.com>  E DVD-R is supported on VMS by  US DESIGN.  Check out there web page atl www.usdesign.com   Alan  2 "Dean Woodward" <deanw@rdrop.com> wrote in message# news:3A806FD7.CA727AAE@rdrop.com... F > I've a pending business proposition copying old DAT tapes to DVD forH > archival purposes.  I recall Mr Hoffman (<grovel> the great, the wise,B > the all-knowing </grovel>) mentioning that though not officially> > supported, VMS Engineering was using DVD-R internally.  EvenD > unofficially, are there any more leads you might be able to share? > I > Otherwise, it may involve unpacking onto a VMS box and net copying themp! > to an NT box to burn the DVD...u >  > --- > Dean Woodward   |    # include <sigquote.h>h > deanw@rdrop.com |uF > ----------------+---------------------------------------------------? > '66 Duc 250 - '85 Yam FJ1100 - '00 Kaw KLR650 - '01 Apr Falcof   ------------------------------  $ Date: Thu, 8 Feb 2001 11:12:10 +1100/ From: "Phil Howell" <phowell@snowyhydro.com.au>o% Subject: Re: DVD-R on VMS (revisited)h2 Message-ID: <2tlg6.3469$sS4.125649@ozemail.com.au>   >t? > Hmmm ! It is why I think OVMS cannot be used as a workstationr > operating system.....s* > It doesnt support DVD, USB, Firewire.... >a >m	 > Regardsu >S > FC > 3 You are really Andrew Harrison and I claim my $5 :)p   ------------------------------  $ Date: Wed, 7 Feb 2001 23:45:03 -05002 From: "John Gemignani, Jr." <john@ossc.DELETE.net>% Subject: Re: DVD-R on VMS (revisited) ) Message-ID: <3a8224ab@newsfeed.vitts.com>_  ! They've also got a 9.4 G DVD-RAM.u   -John,    7 "Alan Boyles" <alan.boyles@compaq.com> wrote in message $ news:95sipc$f35@usenet.pa.dec.com...G > DVD-R is supported on VMS by  US DESIGN.  Check out there web page atm > www.usdesign.com >l > Alan >,4 > "Dean Woodward" <deanw@rdrop.com> wrote in message% > news:3A806FD7.CA727AAE@rdrop.com...,H > > I've a pending business proposition copying old DAT tapes to DVD forJ > > archival purposes.  I recall Mr Hoffman (<grovel> the great, the wise,D > > the all-knowing </grovel>) mentioning that though not officially@ > > supported, VMS Engineering was using DVD-R internally.  EvenF > > unofficially, are there any more leads you might be able to share? > >pK > > Otherwise, it may involve unpacking onto a VMS box and net copying them # > > to an NT box to burn the DVD...s > >t > > --/ > > Dean Woodward   |    # include <sigquote.h>  > > deanw@rdrop.com |oH > > ----------------+---------------------------------------------------A > > '66 Duc 250 - '85 Yam FJ1100 - '00 Kaw KLR650 - '01 Apr Falcoe >" >t >o >r >r >a >r >.   ------------------------------  % Date: Wed, 07 Feb 2001 21:44:55 +0000.) From: Christof Brass <brass@infopuls.com> < Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1, Message-ID: <3A81C1D7.31BCDF58@infopuls.com>   Robert Deininger wrote:8 > Y > In article <3A807AD6.6F66E713@infopuls.com>, Christof Brass <brass@infopuls.com> wrote:s >  > >xB > > No, I don't have it. Is this on CD or is this on paper? At theD > > moment I'm not interested in Open3D, I'm only interested in fourB > > heads and not colour switching and of course perfect operation+ > > (fast, smooth and no redraw bugs etc.).E >  > I have it on the documentation library CDs, in bookreader format.  I understand you wouldn't want Open3D unless you are really do graphics programming, but the manual does happen to have some stuff about graphics adapters. >  > -- > Robert Deininger > rdeininger@mindspring.como  > I have the documentation library CDS, thanks, I'll look there.= Presently my CDROM drive isn't working probably of a too long # SCSI cable, have to fix that first.w   ------------------------------   Date: 7 Feb 2001 16:45:03 -0500s9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) < Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L13 Message-ID: <k+Le6EjKDd$V@eisner.encompasserve.org>   d In article <95s44s$c3v0$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:  K > The complaint here is that vanilla CDE V1.0 pretty much sucks in terms ofpJ > the ease of directing which head to use for an application, and does not- > give you "desktops" on the secondary heads.m > M > The complaint has been heard fairly loud, we are considering what we can doo > about it.   D If you are able to do something, please ensure that somebody workingF on it at least has seen how Macintosh handles arrangements of multipleB screens from a User Interface perspective.  There is a cute little? applet that allows you to drag around which screen is logically:@ positioned to the left and to the right and above and below each
 other screen.\   ------------------------------  % Date: Wed, 07 Feb 2001 21:52:10 +0000\) From: Christof Brass <brass@infopuls.com>m< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1, Message-ID: <3A81C38A.7BBBF378@infopuls.com>   Fred Kleinsorge wrote: > E > Christof Brass wrote in message <3A7F2147.310323E1@infopuls.com>...a > > C > >Yup, read the same (or almost - it said that up to 8 heads couldv > >be used in some systems). > >. > ' > The number of heads is a function of:o > P >     1) A number less than or equal to 16  (or 7 on some earlier VMS versions).= >     2) The number of slots available (plus power & cooling)&1 >     3) The number of cards tested and qualifiede >     4) The type of card_ > K > In general, the cards must be homogenous (the same type), only one can beoN > the console (if used, and this must be on a PCI with the ISA bridge), and at? > that point "usually" the cards will work up until you hit #2.n  = The DS20E web page says that you can combine two P350 and two; P300.i  I > But the actual limit is #3.  That is, the TESTED number of cards.  ThatnJ > number ranges from 1 to usually 4, but in some cases may be as high as 8= > where we have done testing for a specific customer or sale.;  5 Why is the actual limit #3? On the DS20E web page ...f   > >>V > >> Note that the new desktop DECwindows stuff is a little rough with multiple heads. > >-> > >Ah - what does this mean? No smooth operation or hassles in > >configuring?u > >n > K > The complaint here is that vanilla CDE V1.0 pretty much sucks in terms ofeJ > the ease of directing which head to use for an application, and does not- > give you "desktops" on the secondary heads.e > M > The complaint has been heard fairly loud, we are considering what we can dop > about it.t  = I don't use CDE. I don't want to have redraw problems and the ? like. If the colour palettes are huge and the operation is fastc	 I'm fine.    ------------------------------  % Date: Wed, 07 Feb 2001 22:00:50 +0000r) From: Christof Brass <brass@infopuls.com>u< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1, Message-ID: <3A81C592.C8F068BA@infopuls.com>   Fred Kleinsorge wrote: > E > Christof Brass wrote in message <3A7D77E6.B1D6B32F@infopuls.com>...t > >eA > >Thanks a lot!! I started this morning writing a message to you-A > >directly because I knew from my searches in Deja and followingmA > >the threads in cov that you are *the* expert (with an appologyi> > >at the beginning for bothering you by direct mail) but then@ > >decided to do further investigation and abandoned writing the< > >email later after finding out that I might be able to use> > >several of the current graphics cards within my DS20E. SomeA > >months ago a compaq sales person told me that within the Alpha A > >servers there is only one graphics card supported. So I lookediA > >around to buy a front-end box to equip with 2 or 3 heads. From @ > >the latest specs I found at the Compaq web site it seems that@ > >the DS20E supports up to four heads with VMS which is awfullyA > >great. The remaining question is: are these new graphics cardsbB > >SN-PBXGD-AD (102454-B21) P300 and SN-PBXGD-AE (102455-B21) P350C > >of good quality in comparison to the ZLXp-L1? I want to have big C > >colour palettes to avoid having to start several apps with their > > >private colour palettes which changes the colour of all the > >other windows.  > M > Cards that worked on systems prior to the EV6 based systems in general williK > not work on EV6 platforms.  The main exception to this are the 3D30/4D20,2L > and the S3 Trio64.  EV6 required changes to how byte IO was performed, andN > we did not go back and "fix" every device (since many were very old anyway). > N > The P350 and P300 will do everything that the 4D20 or the ZLXp-L* series didL > and more.  The support is via a patch kit from the web, integrated supportL > (in the base OS) is in the next VMS version (V7.3).  To use the OpenGL 1.1N > capabilities, you need the Open3D license (but the Open3D *kit* is no longer
 > needed). > @ > I believe that 4 heads were tested and qualified on the DS20E. > N > And yes, mixed depth windows and multiple colormaps are supported (this card( > uses the IBM RAMDAC with window tags).  = Perfect!! Many thanks. I'm already in contact with a retailery? who will offer the cards. The question is now which displays to1? attach. I would like to have 1280x1024 resolution and to re-usem@ my current SyncMaster 1000p (20") and my current DEC VRC16 which? both support 1280x1024. The problem might be that the 16" has a-< much smaller dot pitch so if I use the same font size (wrong= word, I mean the switch between 100dpi and 75dpi fonts) as on:@ the larger screen I won't be able to read anything. But I cannot> use 100dpi on the larger screen and 75dpi on the smaller. So I@ probably have to buy three new screens. The next problem is that@ I want to have LCDs with analog (required for the P300/P350) and? with digital interfaces which is better and expected to replacer the analog system.   ------------------------------    Date: 08 Feb 2001 06:28:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1- Message-ID: <873ddqw2jy.fsf@prep.synonet.com>   + Christof Brass <brass@infopuls.com> writes:m  A > both support 1280x1024. The problem might be that the 16" has at> > much smaller dot pitch so if I use the same font size (wrong? > word, I mean the switch between 100dpi and 75dpi fonts) as ondB > the larger screen I won't be able to read anything. But I cannot@ > use 100dpi on the larger screen and 75dpi on the smaller. So IB > probably have to buy three new screens. The next problem is thatB > I want to have LCDs with analog (required for the P300/P350) andA > with digital interfaces which is better and expected to replacet > the analog system.  = You can specify the DPI in one of the server startup file fors each screen.   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 07 Feb 2001 23:09:43 -0500r2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1L Message-ID: <rdeininger-0702012309430001@user-2ivecd1.dialup.mindspring.com>  c In article <95s3mu$c3jb$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:1    J > The ZLXp-L* will *probably* NOT work in a EV6 system.  It might work, weK > have never actually tried it.  It was never tested.  If it does it is "at N > your own risk".  The IO architecture changed for byte/word access in EV6, soN > it all depends on if this card did any -- and there is always the problem of? > potential timing issues on faster systems that could be seen.  > = > The appropriate replacement card would be the P300 or P350.a  Speaking for us Poor Folks, the major difference is price.  ZLX(p)-xn cards often show up on the used market for cheap.  I assume the performance isn't what a new card would give, but these old high-end cards would be better than the current low-end ones.  At least that's our hope.   Support is another question, but us poor folks often do our own support.  Obviously re-writing device drivers from scratch isn't something most of us are prepared to do.   Do you have any advice about the ZLX turbochannel cards with modern VMS?  I've seen that they are all unsupported in Open3D for the last several versions.  Do they really stop working?  Was the code removed from Open3D, or is this another case of combinations that just weren't tested due to lack of time?  Will these cards provide basic DECwindows functionality even without Open3D?    I too have a user who is starting to gripe about the 8-bit color on the basic PMAGB-B turbochannel card.  What chance that better cards will still work?  If the old cards are really abandoned by Compaq, is there a possibility of trying an open-source experiment with the old driver code?  Tweeking a driver to match a new memory model doesn't sound too scary; writing from scratch is not a hobby project for anyone I know.   -- n Robert Deininger rdeininger@mindspring.coms   ------------------------------  % Date: Wed, 07 Feb 2001 23:15:51 -0500s2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1L Message-ID: <rdeininger-0702012315510001@user-2ivecd1.dialup.mindspring.com>  c In article <95s4jk$c450$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:s  L > Indeed.  The TurboChannel cards that are "desupported" were done mostly toN > not have to do maintenance on them by the former WS group.  They continue toL > work, at least on the versions of VMS they came out on.  The real issue isI > that no testing was done to make sure that they continue to work on newpN > versions of VMS.  Most of them probably do work (I don't have any complaints$ > right now about them not working). > I > We decided to NOT remove the code from Open3D once we took it over.  SonN > despite the threats to the contrary, new versions of Open3D will continue toG > ship the support for them.  The next point where this will need to be\J > reconsidered would be a binary incompatible release (say, like a V8.0 of > VMS) at some distant time.   I noticed that PCI mapping changed for some systems between 7.1 and 7.2.  I'm guessing such changes are rather less likely for turbochannel systems.  L > BUT if the code should for any reason stop functioning correctly, or majorL > problems surface... then you will pretty much see it withdrawn due to lackI > of our capability to diagnose, reproduce, and fix the problem (that is,;J > NOBODY is still here who knows the code or the hardware, and most of the= > hardware isn't even available in-house to reproduce it on).|  L Ok, this answers most of what I asked in reply to one of your other replies.   Except I'll repeat that maybe Compaq could consider releasing some driver source code if the time comes when it stops "just working".  Lots of hobbyist turbochannel systems around...   -- s Robert Deininger rdeininger@mindspring.com|   ------------------------------  % Date: Wed, 07 Feb 2001 23:19:01 -0500H2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: Firmware upgrade for PWS 600au to use a ZLXp-L1L Message-ID: <rdeininger-0702012319010001@user-2ivecd1.dialup.mindspring.com>  n In article <k+Le6EjKDd$V@eisner.encompasserve.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:    F > If you are able to do something, please ensure that somebody workingH > on it at least has seen how Macintosh handles arrangements of multipleD > screens from a User Interface perspective.  There is a cute littleA > applet that allows you to drag around which screen is logicallyOB > positioned to the left and to the right and above and below each > other screen.7   There'll be an ice-skating party in Hades when X-windows can support multiple screens as well as a Mac could in 1990.  Still, your suggestion is a good one.  Every little bit of improvement helps.  g I notice Billy-boxes can handle 2 screens now.  I wonder if they have copied all the Mac functionality.u   -- n Robert Deininger rdeininger@mindspring.com-   ------------------------------   Date: 7 Feb 2001 23:20:12 GMTl2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)" Subject: Re: GNUPG 1.02 -> 1.04 ??, Message-ID: <95sl7c$9ku@gap.cco.caltech.edu>  c In article <95cq1a$j0u$1@nnrp1.deja.com>, Alphaman <alphaman-nix-spam@hsv.sungardtrust.com> writes:w* >In article <94msft$79t$1@nnrp1.deja.com>, >  d.webb@mdx.ac.uk wrote:
 >>  David, >>> >>  Can this "Overlay" be applied to later versions of GNUPG ?D >>  The latest version (and only version I can seem to access on theH >>  www.gnupg.org site) appears to be GNUPG 1.04. (To which an important$ >>  security patch must be applied.) >.H >It can be applied, but it's not complete, and sometimes extraneous.  SoA >far, I've identified an issue with a definition in MPI.H that istF >erroring off the compile -- looks like something was added in between >1.02 and 1.04.c  I Since I've been through this once already I've done another minimal port -M of gnupg starting from the 1.0.2 info, but for 1.0.4.  it clears up the MPI.HRG problems but it's still got a lot of warnings and informationals in it.b  K The complete distribution in ZIP/VMS format (with VMS 7.2-1 Alpha binaries): is at: R  ?   http://seqaxp.bio.caltech.edu/pub/SOFTWARE/gnupg1_0_4_vms.zipm  8 I'm NOT supporting this, use at your own risk, etc. etc.   David Mathog mathog@seqaxp.bio.caltech.edut? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  $ Date: Wed, 7 Feb 2001 13:59:54 -0500 From: "John" <cmiink@msn.com>e Subject: Help with CDRW anyone?m) Message-ID: <uxLEJjTkAHA.269@cpmsnbbsa07>e  ] I have three CT scanners (Siemens) with old 3200 MicroVAX with VMS 5.3   Anyone know if it is ` possible to configure a CDRW to replace reel-to-reel tape archiving of patient images?  The user` "SOMARIS" also has capabilities for an optical drive (Old 12"  1 Gig platters that are very hard_ to find).  If there are drivers for CDRW that will work with VAX 5.3, maybe load them into thatm slot? W I know very little about the VMS system and would appreciate any help/advice with this.l TIA...John Pittman   ------------------------------    Date: 08 Feb 2001 04:39:43 +0800, From: Paul Repacholi <prep@prep.synonet.com># Subject: Re: Help with CDRW anyone? - Message-ID: <87d7cuw7lc.fsf@prep.synonet.com>r   "John" <cmiink@msn.com> writes:   D > I have three CT scanners (Siemens) with old 3200 MicroVAX with VMSB > 5.3 Anyone know if it is possible to configure a CDRW to replaceD > reel-to-reel tape archiving of patient images?  The user "SOMARIS"D > also has capabilities for an optical drive (Old 12" 1 Gig plattersB > that are very hard to find).  If there are drivers for CDRW thatF > will work with VAX 5.3, maybe load them into that slot?  I know veryB > little about the VMS system and would appreciate any help/advice > with this.  A I think the best way would be to get a SH Vax with DECnet and VMSw= 7.x. Tranfer the licences, Decnet the data over, and write itD
 out there.  < Finding a compatible replacment for the worm would be a pain
 I suspect.   -- u< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.p@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Wed, 7 Feb 2001 19:23:55 -0500 From: "John" <cmiink@msn.com>d# Subject: Re: Help with CDRW anyone?e) Message-ID: <O9ELIYWkAHA.279@cpmsnbbsa07>p  4 Thanks for the many notices of a virus in my system.5 I apologize for any problems I may have caused. I wass: aided in removing the worm ( I hope!) by Barry Treahy, Jr.6 I must need to update my virus scanning software...how embarrassing.. Thanks again for all the help. John Pittman   ------------------------------  # Date: Wed, 07 Feb 2001 18:55:24 GMT-2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: HP DAT drive non functional under EFT 27 Message-ID: <wSgg6.516$cu.1825@gazette.loc1.tandem.com>o  Q In article <95rl00$cn0$1@nnrp1.deja.com>, Alan Greig <agreig@my-deja.com> writes:5 ..E :I just received the EFT 2 CD, booted it on an Alphastation 400 4/233o1 :and tried to backup the system disk. The result:C8 :%MOUNT-F-UNSUPPORTED, unsupported operation or function  >   Anything interesting (and relevent) in the system error log?  ?   The Compaq-internal problem report 75-65-183 has been logged.n  M --------------------------- pure personal opinion ---------------------------eL    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 08 Feb 2001 00:19:29 GMT ' From: "Kathy Cadruvi" <kaewing@gte.net>i4 Subject: Re: HP DAT drive non functional under EFT 29 Message-ID: <lClg6.3086$2H3.282962@dfiatx1-snr1.gtei.net>n  K If I had to bet, I'd bet it has something to do with the multi-density codee in AXP/VMS V7.3EFT2.2  B Try specifying /MEDIA=NOCOMPACT and doing the same with the BACKUP commandp   just my opinion, Rick...  2 "Alan Greig" <agreig@my-deja.com> wrote in message# news:95rl00$cn0$1@nnrp1.deja.com...i >f >aF > I just received the EFT 2 CD, booted it on an Alphastation 400 4/2332 > and tried to backup the system disk. The result:9 > %MOUNT-F-UNSUPPORTED, unsupported operation or functionb >oC > Any attempt to access or explicitly mount the device returns thistG > error. Although formally unsupported this DAT drive has operated withaF > every combination of VAX or Alpha I have ever tried it on until now.4 > You can backup fine from the 7.2-1 CD for example. >l@ > I believe HP DAT drives to be relatively commonly connected toH > (especially) low end systems such as workstations and I have used thisI > drive or similar HP at least as far back as VAX 5.4-2 and Alpha 1.5 andh > probably further.  >tI > I'll perhaps try digging out some other DEC/Compag and third party tape H > drives we have sitting around and find out what works and what doesn'tC > although it may be a day or two before I can get back to this andt > complete the install.t >r2 > Any suggestions? Anyone else seen tape problems? >w > Drive details  > =============tF > Front of drive is marked HP Surestore 6000 and SHOW DEV/FULL returns > J > Magtape MKA500:, device type HP C1533A, is online, file oriented device,E > available to cluster, error logging is enabled, controller supportsy= > compaction (compaction disabled), device supports fastskip.  > 0 > Error count          3  Operations completed 64 > Owner Process        "" Owner UIC            [1,4]: > Owner Process ID 00000000 Dev Prot   S:RWPL,O:RWPL,G:R,W2 > Reference Count 0       Default buffer size 20480 > Density      default    Format       Normal-11 >eF > Volume Status: no-unload on dismount, beginning-of-tape, odd parity. >- > -- > Alan Greig >, >  > Sent via Deja.com0 > http://www.deja.com/   ------------------------------  % Date: Wed, 07 Feb 2001 20:42:06 +0100a2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: I still dont know! ; Message-ID: <3a81a50e.524144494f47414741@radiogaga.harz.de>.  ( Randy Hawley (rhawley@iquest.net) wrote: > Martin Vorlaender wrote: > > One OS to rule them alls > > One OS to find them  > > One OS to bring them all" > > And in the Darkness bind them. >r' > In Redmond, where the shadows lie ...   E That line is implied (and besides, I didn't want to have my signatures grow beyond four lines).   cu,e   Martin --G                            | Martin Vorlaender  |  VMS & WNT programmern4  UNIX is user friendly.    | work: mv@pdv-systeme.deK  It's just selective about |       http://www.pdv-systeme.de/users/martinv/y;  who its friends are.      | home: martin@radiogaga.harz.dea   ------------------------------  % Date: Wed, 07 Feb 2001 15:44:55 -0500n  From: norm.raphael@jamesbury.com Subject: Re: I still dont know! 4 Message-ID: <C22569EC.00712CBB.00@jklh21.valmet.com>  / One OS to rule them all / One OS to find them / 5 One OS to bring them all / One OS to bring them all /5% In Redmond, where the shadows lie ...r [And a line to spare....]    ;-)         2 martin@radiogaga.harz.de on 02/07/2001 02:42:06 PM  * Please respond to martin@radiogaga.harz.de   To:    Info-VAX@mvb.saic.com      Subject:  Re: I still dont know!        ( Randy Hawley (rhawley@iquest.net) wrote: > Martin Vorlaender wrote: > > One OS to rule them alle > > One OS to find them3 > > One OS to bring them all" > > And in the Darkness bind them. > ' > In Redmond, where the shadows lie ...a  E That line is implied (and besides, I didn't want to have my signaturea grow beyond four lines).   cu,h   Martin --G                            | Martin Vorlaender  |  VMS & WNT programmerw4  UNIX is user friendly.    | work: mv@pdv-systeme.deK  It's just selective about |       http://www.pdv-systeme.de/users/martinv/O;  who its friends are.      | home: martin@radiogaga.harz.de    ------------------------------  % Date: Wed, 07 Feb 2001 21:39:45 +0000 ) From: Christof Brass <brass@infopuls.com>o8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A81C0A1.50674B93@infopuls.com>   Alan Greig wrote:i > J > In article <y47l33yamw.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,E >   Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>c > wrote:+ > > Alan Greig <agreig@my-deja.com> writes:w > > F > > > at some level inside Compaq. As we have now had a statement fromI > > > Capellas that the presentation was unbalanced and that this will beiB > > > corrected I feel I fell a lot happier. Not totally happy but
 > happier. > > H > > Given your decription of Winkler's co-presentation, Alan, this seems > completely# > > inconsistent an interpretation.s > C > Yes it is inconsistent but I must continue to hold both views. 1) H > Compaq made a mistake. 2) Compaq are intentionally destroying VMS thenE > Unix bit by bit because that's what they have agreed with Microsofte) > (and is effectively what Winkler said).p > F > If I thought with absolute and utter consistent certainty that 2) isH > the correct interpretation, and that is still the one my head believesI > even if my heart says otherwise, then I'd be looking at a career switchbI > to Solaris pretty quickly as the only probably long term alternative tos > Microsoft. > / > So you see why I want to remain in two minds.7 >  > >s
 > >       Jan  > >r >  > -- > -- > Alan Greig >  > Sent via Deja.com  > http://www.deja.com/  @ Solaris is dead. SUN is going to drop it in favour of Linux. The: only chance for Solaris to survive is that the open source< comunity will adopt it. What about learning Linux instead of Solaris?   ------------------------------  % Date: Wed, 07 Feb 2001 19:14:46 -0600a7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 8 Subject: Re: It's the end for VMS and other Wild Rumours- Message-ID: <3A81F306.64260661@earthlink.net>    "Terry C. Shannon" wrote:n > [snip]L > That's funny, my conversation this morning with Howard Elias would seem to2 > indicate that CPQ is dead serious about OpenVMS.  ! What action steps did he outline?1   -- 4 David J. Dachterai dba DJE Systems. http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/9  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  * Date: Thu, 8 Feb 2001 02:32:16 +0000 (UTC)  From: mustang@ucc.asn.au.invalid8 Subject: Re: It's the end for VMS and other Wild Rumours* Message-ID: <95t0fg$s9n$1@enyo.uwa.edu.au>  * Christof Brass <brass@infopuls.com> wrote:  B : Solaris is dead. SUN is going to drop it in favour of Linux. The< : only chance for Solaris to survive is that the open source> : comunity will adopt it. What about learning Linux instead of
 : Solaris?  ( Christof - crawl back under your bridge.- Are you an anti-matter-troll Andrew Harrison?e  + Will you destroy each other upon collision?hC Can Charlie Matco and Bill Joy shout you a plane ticket to Blighty?n   D. --  ! I don't get mad.... I get stabby.c   ------------------------------  % Date: Wed, 07 Feb 2001 19:58:36 -0700o% From: Dean Woodward <deanw@rdrop.com>o8 Subject: Re: It's the end for VMS and other Wild Rumours) Message-ID: <3A820B5C.453CBC60@rdrop.com>l  ! mustang@ucc.asn.au.invalid wrote:n > , > Christof Brass <brass@infopuls.com> wrote: > D > : Solaris is dead. SUN is going to drop it in favour of Linux. The> > : only chance for Solaris to survive is that the open source@ > : comunity will adopt it. What about learning Linux instead of > : Solaris? > * > Christof - crawl back under your bridge./ > Are you an anti-matter-troll Andrew Harrison?t  D If anyone's interested, Compaq keyboards are coffee resistant... ;-)   ------------------------------  % Date: Wed, 07 Feb 2001 22:44:13 -0700r% From: Dan O'Reilly <dano@process.com>u Subject: Laser Developer NeededhA Message-ID: <5.0.2.1.2.20010207224331.027b3960@ntbsod.psccos.com>r  D Anybody have a spare LN08X-AC laying around they don't need?  I needG one badly...it's a developer cartridge for the DEClaser 3200 (aka LN08)  printer.   Thanks!R     ------I +-------------------------------+---------------------------------------+1I | Dan O'Reilly                  |                                       |zI | Principal Engineer            |  "Those are my principles. If you     |nI | Process Software              |   don't like them I have others."     | I | http://www.process.com        |                    -- Groucho Marx    |oI +-------------------------------+---------------------------------------+    ------------------------------   Date: 7 Feb 2001 18:56:30 GMTo1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)l Subject: Re: Lisbon Conference+ Message-ID: <95s5ou$28l$1@info.cs.uofs.edu>   ) In article <3A8183DF.439835B7@bbc.co.uk>,O0  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: |>   |> e |> Paul Repacholi wrote: |> 3) |> > Ah, so London is north of Liverpool.t |>  @ |> So, weren't the Red Indian names for these places good enoughA |> that the yanks had to go around copying our names? :-) :-) :-)e  ; There weren't any yanks when those names were put in place.y: Maybe the Brits couldn't pronounce words like Monongehella< or Youghiogheny.  :-)  :-)  :-)  I know the French couldn't.   bill   -- yJ 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>       ------------------------------    Date: 08 Feb 2001 04:03:54 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Lisbon Conference- Message-ID: <873ddqxnth.fsf@prep.synonet.com>e  3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:e  B > |> So, weren't the Red Indian names for these places good enoughC > |> that the yanks had to go around copying our names? :-) :-) :-)d > = > There weren't any yanks when those names were put in place. < > Maybe the Brits couldn't pronounce words like Monongehella> > or Youghiogheny.  :-)  :-)  :-)  I know the French couldn't.  - I KNOW i'm going to screw the spelling, OK...2  C A few years ago, there where some really spectacular floods throughKA large parts of inland NSW. One place of great interest was a townL called Ningann.r  G Enquiries revealed that the aboriganal word meant 'long shinning lake'.r   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.h@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Wed, 07 Feb 2001 19:07:54 GMTb2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: List of cdroms working with DEC hardware 7 Message-ID: <e2hg6.518$cu.1825@gazette.loc1.tandem.com>o  ` In article <G8DAGJ.G3t@world.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:J :I read in a FAQ somewhere that all Toshiba SCSI CDROMS are able to handle, :512 byte sectors and thus work with VMS....J :...As to that FAQ, it was a couple of years ago, so perhaps newer ToshibaI :drives won't work.  I'm not 100% sure it was accurate anyway, I may havea :just gotten lucky.c  G   You did not read that statement in any recent OpenVMS FAQ -- nor do IuG   recall that statement being included in any of the older versions of dI   the OpenVMS FAQ.  ("All" is a very risky term when used in conjunction v   with SCSI widgetry. :-)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 07 Feb 2001 19:03:22 +0000e+ From: "antonio.carlini" <arcarlini@iee.org>e5 Subject: Re: List of cdroms working with DEC hardware ' Message-ID: <3A819BFA.19A737F5@iee.org>    Dennis Grevenstein wrote:  >  > Chris Scheers wrote: > >c0 > > RRD40 ... Phillips LMSI drive w/SCSI adapter >  > What's that?  9 RRD40 is very old and very slow and uses an "interesting"s2 caddy (usually referred to as "antlers"). It could2 be driven via a KRQ50 Qbus interface (as could the. RRD50) or (more commonly, I guess) it would be. mounted inside a VAXstation 3100 along with an/ interface board that presented a SCSI interface, to the rest of the machine.t  . If you meant "what is LMSI" then it is/was the/ interface Phillips used on their original CDROMv* drives. (It was also used on the RRD50 ...7 which was older, slower(!!) and bigger than the RRD40).h   Antoniom   -- e   ---------------h- Antonio Carlini             arcarlini@iee.orgm   ------------------------------  # Date: Wed, 07 Feb 2001 20:25:43 GMTi+ From: rjordan@mars.mcs.net (Richard Jordan)t5 Subject: Re: List of cdroms working with DEC hardwaren4 Message-ID: <bbig6.1103$jE2.112495@news.goodnet.com>  F Some Toshiba CDROM drives, probably earlier ones, had to have a jumperE on the controller board cut to support 512-byte blocks; saw that in a I Sun FAQ somewhere (older Suns also want 512-byte support).  I had a 5301- 4 mumble that would not work until the jumper was cut.  F Pioneer DR-U06S, 32X slot drive, 100% success with VAXstation 3100-30,E VAXstation 3100-76, MicroVAX 3100-10e, MicroVAX 3100-30 under OpenVMSHF VAX V6.1, V6.2, and V7.2.  Also 100% success on AlphaStation 200-4/233D embedded SCSI controller and DEC 2000 model 300 EISA/SCSI interface $ under OpenVMS Alpha V7.1 and V7.2-1.  B Toshiba XM5701B generic drive worked 100% in all above, plus in an InfoServer 1000 V3.5a system.p  E Toshiba XM6401B 40X generic drive worked in all VAX and Alpha systemslG above EXCEPT the DEC 2000-300 with EISA/SCSI adapter.  Fatal controlleraB errors on all access attempts there with VMS V7.1 and V7.2-1.  Not tested in the InfoServer.y  G And of course all the RRDs I have (RRD42, RRD43, RRD45, and RRD46) haveh; worked perfectly in all of the above systems.  No surprise.D   Rich Jordan  rjordan@mcs.netl   ------------------------------    Date: 08 Feb 2001 04:45:24 +0800, From: Paul Repacholi <prep@prep.synonet.com>5 Subject: Re: List of cdroms working with DEC hardware - Message-ID: <877l32w7bv.fsf@prep.synonet.com>0  B You ca also add the Toshiba TXM3301E1 to the list and the XM-3301BI aka HP-something. The later on a 3100 at least, the former, vax or Alpha.l     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.H@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 7 Feb 2001 20:07:28 GMTi& From: Cthulhu <cthulhu@kadath.deep.it>5 Subject: Re: List of cdroms working with DEC hardwaren( Message-ID: <95s9u0$pb$1@kadath.deep.it>  M In comp.sys.dec, Malcolm MacArthur <malcolmm@rustic-place.demon.co.uk> wrote:e  K > I can add that the NEC Multispin 4X SCSI CDROM works with a Multia's SCSI)6 > interface, and probably with other SCSI Alphas/Vaxen  A My elder NEC Multispin 3X worked fine with a VAX 4000-300, KZQSA,e OpenVMS 7.2.  
 	reportingly, 
 	  Cthulhu   -- m  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!p# 		        <cthulhu at rlyeh dot it>a   ------------------------------  # Date: Wed, 07 Feb 2001 23:31:55 GMTe+ From: Chris Doran <chris_doran@my-deja.com>(5 Subject: Re: List of cdroms working with DEC hardwarei) Message-ID: <95sltb$d9m$1@nnrp1.deja.com>o  0 In article <009F73E7.E9C1C214@SendSpamHere.ORG>,    system@SendSpamHere.ORG wrote:H > In article <95pqin$svq$1@nnrp1.deja.com>, Chris Doran <chris_doran@my- deja.com> writes:- > >...F > >Since supplying Dennis with notes on the HP C2944D, I have tried it onB > >a uVAX 3100-40 without success. Those who know more about these thingsH > >than I do may find some significance in the fact that the C2944D saysE > >it's "SCSI-2 single-ended", and/or that my 3100-40's external SCSI/ bus7A > >is the SCSI-A, whereas on the 3100-20s it works on its SCSI-B.   F > Does the RRD45 have the termination in or out?  That might be one of > your problems.  C I've tried it with and without internal & external terminators. ButiC maybe there's something funny about my -40 which I suspect has been F "got at" at some time. I'll investigate further some time. Meanwhile IG just wanted to post a caveat about my report on the C2944D. BTW, havingn4 taken the lid off it, I note it's a Fujitsu XM5401B.   Christ     Sent via Deja.comp http://www.deja.com/   ------------------------------  + Date: Wed, 07 Feb 2001 22:39:31 -0600 (CST)f From: sms@antinode.org) Subject: MDM, LAT for the cheap at heart?o) Message-ID: <01020722393173@antinode.org>p  C    MDM.  Now that VAXes are out of production, has anyone at CompaqrA thought about making the MicroVAX Diagnostic Monitor available atnA approximately zero cost, or is it still providing a major revenuet? stream?  There is a fair-sized set of hobbyists (and other junko< cultivators) out there who would enjoy use of a "DIAG MAINT" TK50/disk/MOP kit.  H    LAT.  Some time ago, I got a bargain on a Lantronix terminal server. F It supports LAT, but the $15/port ($240) LAT license fee (roughly fourB times what I paid for the unit itself) is hard for a cheapskate toD justify.  Is Compaq still collecting this, or did the LAT rights getC sold off somewhere along the line?  Is there any hope for a sudden,d drastic price drop?y  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)wC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)PG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)s9    sms@antinode.org                sms@provis.com  (work)a   ------------------------------  # Date: Thu, 08 Feb 2001 01:16:01 GMTl/ From: Paul Mosteika <paulmosteika@adelphia.net>w/ Subject: Re: MIME in a DCL procedure - versions + Message-ID: <3A81F355.3B08917@adelphia.net>   J In earlier versions, the MIME help, MIME image ID, and the product versionA were not in synchronization. That has been rectified a while ago.a  I To clarify, also analyze the image and look at the image ID and link dateS< (which should be fairly recent for the V1.4 - latest image).               Regards,               Paul Mosteika    ------------------------------  % Date: Wed, 07 Feb 2001 22:20:46 +0000e) From: Christof Brass <brass@infopuls.com>w= Subject: Re: No technical computing, was: expanding the niche , Message-ID: <3A81CA3E.AD8073BE@infopuls.com>   Jan Vorbrueggen wrote: > - > Christof Brass <brass@infopuls.com> writes:c > ? > > I'm not familiar with low level programming and HW details.s@ > > Therefore I would like to know if the two points criticised,A > > i.e. slow I/O and fast controllers for a reasonable price notm6 > > available could be solved by writing a filesystem. > H > No, they can't, because the file system sits _above_ both _actual_ I/OH > (as defined by logical/physical I/O operations that cal $QIO) and that# > again sits above the controllers.h > N > But VMS has never had slow I/O, and particularly not slow disk I/O. In fact,K > it has always done "direct I/O" to disks - the data in the user's virtual M > address space is locked into memory, and the transfer of data goes directlyaL > from or to that memory to or from the device controller. VMS also has, andL > most Unices _only_ have, buffered I/O, where the data is first copied fromN > user space to a kernel space buffer, and only then to the device controller.N > Hey, SGI made a big noise about 6-8 years back when they finally offered the( > _option_ of doing direct I/O to disks! > K > Of course, implementing a buffer/file cache aside direct I/O is much moresL > difficult than doing the same aside buffered I/O. RMS takes up some of theO > slack in certain situations with local and global buffering, but that doesn'tmL > help in the typical (Unix, but not only) pipeline scenario, where the fileM > system is really being misused as an interprocess communications mechanism.:M > The pessimal mailbox IPC implementation e.g. in DCL's SPAWN, or some of thefP > problems of the DCL PIPE implementation don't help VMS's image in this regard,M > of course. It's one of the few criticisms of VMS engineering I have that itiM > took them way too long to design and implement a general, cluster-aware and N > cluster-capable IPC mechanism...and I don't see much use of what's there now) > - anybody with exprience of using this?l > 
 >         Jan   * Thanks for the comprehensible explanation.> I don't use pipes much because I don't like this low bandwidth( information destroying stream interface.   ------------------------------  # Date: Wed, 07 Feb 2001 20:35:41 GMT  From: kkratz@my-deja.com/ Subject: OpenVMS Alpha 1200 5/533 login problemp) Message-ID: <95sbis$3ai$1@nnrp1.deja.com>l  F When DECWindows starts We get the console login, but it flashes almostC like it is constantly refreshing.  You can't type the login name or F password because of this...Any suggestions?  Restarting the DECWindows( server does not fix the problem.  Thanks  	 Kee Kratz      Sent via Deja.comn http://www.deja.com/   ------------------------------  % Date: Wed, 07 Feb 2001 21:36:20 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) 3 Subject: Re: OpenVMS Alpha 1200 5/533 login problemn/ Message-ID: <t83fukhh7s618f@news.supernews.com>   : kkratz@my-deja.com wrote in <95sbis$3ai$1@nnrp1.deja.com>:  G >When DECWindows starts We get the console login, but it flashes almost.D >like it is constantly refreshing.  You can't type the login name orG >password because of this...Any suggestions?  Restarting the DECWindows-) >server does not fix the problem.  Thanks  > 
 >Kee Kratz >0 >a >Sent via Deja.com >http://www.deja.com/e >h  B Sounds like a keyboard malfunction - it may be constantly sending  characters.3   ws   -- 63 << What if there were no hypothetical questions? >>s   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **.   ------------------------------  # Date: Thu, 08 Feb 2001 03:22:15 GMTJ From: kkratz@my-deja.com3 Subject: Re: OpenVMS Alpha 1200 5/533 login problemn) Message-ID: <95t3d1$ol5$1@nnrp1.deja.com>/  G If it were a keyboard problem, wouldn't it start sending the characterst7 in bootup? This only happens when DECWindows starts up.g    / In article <t83fukhh7s618f@news.supernews.com>,s0   wspencer@ap.nospam.org (Warren Spencer) wrote:< > kkratz@my-deja.com wrote in <95sbis$3ai$1@nnrp1.deja.com>: > B > >When DECWindows starts We get the console login, but it flashes almostF > >like it is constantly refreshing.  You can't type the login name or> > >password because of this...Any suggestions?  Restarting the
 DECWindows+ > >server does not fix the problem.  Thankst > >a > >Kee Kratz > >  > >y > >Sent via Deja.com > >http://www.deja.com/  > >e > C > Sounds like a keyboard malfunction - it may be constantly sendingi
 > characters.- >a > ws >n > --5 > << What if there were no hypothetical questions? >>n >  > Warren Spencer > Senior Software Engineer > The Associated Press >lA > ** My employer does not necessarily agree with my statements **  >.     Sent via Deja.com- http://www.deja.com/   ------------------------------  % Date: Wed, 07 Feb 2001 22:10:43 -0500w* From: Eric Ebinger <eebinger@telocity.com>3 Subject: Re: OpenVMS Alpha 1200 5/533 login problemC8 Message-ID: <001c01c0917c$b9cf0ba0$e900a8c0@teamrdb.com>   Replace the keyboard.@  G (I had the same problem that was corrected by replacing the PC keyboarda with a real LK4* keyboard.)c   Eric Ebinger     ----- Original Message ----- e From: <kkratz@my-deja.com> To: <Info-VAX@Mvb.Saic.Com>n* Sent: Wednesday, February 07, 2001 3:35 PM/ Subject: OpenVMS Alpha 1200 5/533 login problemt    H > When DECWindows starts We get the console login, but it flashes almostE > like it is constantly refreshing.  You can't type the login name or H > password because of this...Any suggestions?  Restarting the DECWindows* > server does not fix the problem.  Thanks >  > Kee Kratz3 >  >  > Sent via Deja.comr > http://www.deja.com/ >    ------------------------------  $ Date: Wed, 7 Feb 2001 14:49:36 -05002 From: "Sue Skonetski" <susan.skonetski@compaq.com>  Subject: OpenVMS Success stories7 Message-ID: <WFhg6.519$cu.2324@gazette.loc1.tandem.com>-   Dear Newsgroup,'  L I just wanted to make sure that you are aware that there are OpenVMS Success/ stories available off of the OpenVMS home page.I  = Please be aware that this site is updated on a regular basis.   2 http://www.openvms.compaq.com/success-stories.html  
 Best Regards,    Sue    ------------------------------  $ Date: Wed, 7 Feb 2001 20:57:20 +0100" From: "Hans Vlems" <hvlems@iae.nl>8 Subject: Re: OpenVMS V7.1 and DST (Daylight Saving Time)( Message-ID: <95s924$oqm$1@news.IAEhv.nl>   Piet,j  I in case you'd like to change the time gradually (not a blunt $ set time =n "-1")eG there is a tool (not supported) that speeds up or slows down the system> time.:J We (Fuji Tilburg) use that tool because some of our application don't likeC sudden changes in system time, so neither NTP nor a DCL command arecL acceptable. We've used it on VAXen (fine) and Alpha'a (with  mixed results).  
 Hans Vlems  I Piet Timmers heeft geschreven in bericht <95rgig$8rv$1@nnrp1.deja.com>...n >Hello,n >wH >We want to use OpenVMS V7.1 (both VAX and Alpha) and NTP to synchronizeH >the system times. But what is the best way to change time at the momentH >we use daylight saving time. All I can find is that this cannot be done* >automatically, at least not without DTSS. >n >Thanks. >n
 >Piet Timmers  >  >  >Sent via Deja.com >http://www.deja.com/-   ------------------------------    Date: 08 Feb 2001 04:25:59 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: OpenVMS x NATOg- Message-ID: <87puguw888.fsf@prep.synonet.com>l  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  2 > Oh not again this has been done to death. There 5 > OpenVMS is under-represented in the CERT advisoriesg2 > not because it is more secure than any other OS 3 > but because Compaq havn't reported vunerabilites  . > to various exploits. Of course some of these0 > vunerabilites are actually in UCX and various 3 > people have defended the lack of OpenVMS listingsi0 > because you might not be running UCX in which  > case you would be OK.h  I Horse piss Andrew. DEC before, and Compaq now respond to CERT and AusCERTa* alerts and queries very quickly and fully.  J Stick a Sun/Solaris box on the net and offer $10000 to anyone who gets in,2 just as was done with a VMS system for many years.  C We await your posting the address of the challenge machine. You can ! even pick one with working cache.0   -- ,< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Wed, 07 Feb 2001 19:30:49 GMTt, From: peterw@u.genie.co.uk (Peter Watkinson) Subject: PC164SX and OpenVMS= Message-ID: <3a81a12e.18156632@newshost.netscapeonline.co.uk>e   Hi,d  < I have a PC164SX system is it possible to run OpenVMS on it?" I know it's possible to run tru64.   The hardware iss   21164PC 533mhz processor PC164SX motherboarda 2x Compaq 9GB UW SCSI HDDv Samsung 32x cdromc
 S3 pci VGA SB AWE32 Sound 3com 3C900 nic  : Currently dual booting RH6.2 Linux and NT4 with alphabios.  	  regards,d     Peter Watkinsonv peterw@u.genie.co.uk& http://www.windsurf-international.com/ http://www.pwnavigate.com/ http://you.genie.co.uk/peterw/   ------------------------------  % Date: Wed, 07 Feb 2001 14:38:29 -0600-+ From: Christopher Smith <csmith@amdocs.com>r Subject: PC164SX and OpenVMSL Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD5310@cmiexch1.cmi.itds.com>  J I'm not exactly familiar with the model.  I *think*, though, that VMS willJ run on nearly any machine that will run tru64.  Of course, you'd need SRM, rather than AlphaBIOS.  " (By the way, everybody, I'm back.)   Regards,   Chris   ! Christopher Smith, Perl Developera Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");c 'd  e   > -----Original Message-----: > From: peterw@u.genie.co.uk [mailto:peterw@u.genie.co.uk]  > > I have a PC164SX system is it possible to run OpenVMS on it?$ > I know it's possible to run tru64.   ------------------------------  # Date: Thu, 08 Feb 2001 01:40:38 GMTs. From: Evan Mulcaster <evan.mulcaster@home.com>  Subject: Re: PC164SX and OpenVMS( Message-ID: <3A81F8DC.2496E962@home.com>  ? There was a problem with the OpenVMS palcode that prevented the-A PC164SX/VMS combination from working. As it was never a supported-> platform, Compaq isn't interested in making it work. The AlphaG Architecture Ref talks about it working, and the OpenVMS C compiler haskG switches to optimize for the 21164PC, but for some reason, Compaq isn'toE interested enough to fix the palcode. Most unfortunate too. The PC164uH and the PC164LX can run OpenVMS though they are not on the support list.  A I've only tried back to 6.2. Maybe an older version works though.    EM     Peter Watkinson wrote:   > Hi,t >j> > I have a PC164SX system is it possible to run OpenVMS on it?$ > I know it's possible to run tru64. >- > The hardware is0 >M > 21164PC 533mhz processor > PC164SX motherboard  > 2x Compaq 9GB UW SCSI HDDl > Samsung 32x cdrom  > S3 pci VGA > SB AWE32 Sound > 3com 3C900 nic >S< > Currently dual booting RH6.2 Linux and NT4 with alphabios. >M >  regards,  >v > Peter Watkinsonl > peterw@u.genie.co.uk( > http://www.windsurf-international.com/ > http://www.pwnavigate.com/  > http://you.genie.co.uk/peterw/   ------------------------------  # Date: Wed, 07 Feb 2001 21:23:16 GMTo From: maulis@my-deja.com, Subject: pls feed vmsnet.* newsgroups for us) Message-ID: <95sebm$664$1@nnrp1.deja.com>    Hello,  H Because of some unfortunate reasons we has no got a right vmsnet.* feed.5 Is there anybody who can feed this newsgroups for us?.  ; (Auxiliary comp.os.vms feed is also will be a right think.)4   Our servers: ludens.elte.hu 157.181.2.1< AlphaServer ES40, VMS 7.2-1, TCPIP 5.0A-ECO1, ANU-NEWS 6.2.1  $ Any suggestion will be very helpful.   Regards, Adam Maulisa maulis@ludens_notspam_.elte.hu system manager  & Please ignore my catastrophic English.     Sent via Deja.como http://www.deja.com/   ------------------------------  % Date: Wed, 07 Feb 2001 16:33:02 -0500   From: norm.raphael@jamesbury.com" Subject: Re[2]: I still dont know!4 Message-ID: <C22569EC.0075942B.00@jklh21.valmet.com>  
 Corrected:  / One OS to rule them all / One OS to find them /-: One OS to bring them all / And in the Darkness bind them /% In Redmond, where the shadows lie ...L [And a line to spare....]D   ;-)w        2 martin@radiogaga.harz.de on 02/07/2001 02:42:06 PM  * Please respond to martin@radiogaga.harz.de   To:    Info-VAX@mvb.saic.com      Subject:  Re: I still dont know!        ( Randy Hawley (rhawley@iquest.net) wrote: > Martin Vorlaender wrote: > > One OS to rule them alll > > One OS to find themh > > One OS to bring them all" > > And in the Darkness bind them. > ' > In Redmond, where the shadows lie ...h  E That line is implied (and besides, I didn't want to have my signature  grow beyond four lines).   cu,-   Martin --G                            | Martin Vorlaender  |  VMS & WNT programmerm4  UNIX is user friendly.    | work: mv@pdv-systeme.deK  It's just selective about |       http://www.pdv-systeme.de/users/martinv/C;  who its friends are.      | home: martin@radiogaga.harz.den   ------------------------------  $ Date: Thu, 8 Feb 2001 00:00:58 +0100+ From: "Fred A G" <nospam@allowed.localhost>n Subject: set character set?44 Message-ID: <Iskg6.808$It1.3358@nntpserver.swip.net>  E I'm having some problems printing from VMS 7.2-1 via telnet symbiont.sC The character symbols don't come out right (using only the standardeE device control library). I guess the character set on the VMS side is B some DEC/VT variant, but how do I find out exactly which one? WhatE character set are usually available and how do I change it? Files are.H edited over telnet sessions with Reflection emulator on the client side.  B And, how common are DEC character sets in non-DEC printers like HP Laserjet and the-like?   Regardsg /Fad   ------------------------------  $ Date: Thu, 8 Feb 2001 11:43:14 +1100/ From: "Phil Howell" <phowell@snowyhydro.com.au>t Subject: Re: set character set? 2 Message-ID: <fWlg6.3513$sS4.125922@ozemail.com.au>  4 Fred A G <nospam@allowed.localhost> wrote in message. news:Iskg6.808$It1.3358@nntpserver.swip.net...G > I'm having some problems printing from VMS 7.2-1 via telnet symbiont.3E > The character symbols don't come out right (using only the standardsG > device control library). I guess the character set on the VMS side isaD > some DEC/VT variant, but how do I find out exactly which one? WhatG > character set are usually available and how do I change it? Files arenJ > edited over telnet sessions with Reflection emulator on the client side. > ( What character symbols and what printer?  C You can find out exactly what the telnet symbiont is up to by usingr (from v7.2 doc)n   TCPIP$TELNETSYM_DEBUGeJ Used with TCPIP$TELNETSYM_VERBOSE, this logical name tells TELNETSYM which  diagnostic message types to log.B Specify a value for each bit. Each bit set in the value turns on aG particular logging function. The options are: Bit 0  Tracks the flow of- code, for example: xyz-n-xyz-routine entered-4 Bit 1  Tracks the allocation of memory, for example: just freed address 7F0000S9 Bit 2  Logs the bytes sent and received over TCP/IP link.P  J To set a bit, assign the value to the logical name whose binary equivalentB would have the bit set. For example, you can tell TELNETSYM to logC everything that it writes to, and receives from, the TCP/IP link by 	 entering:k  ( $ DEFINE /SYSTEM TCPIP$TELNETSYM_DEBUG 4   Phil   ------------------------------  % Date: Wed, 07 Feb 2001 20:33:14 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: set character set?e, Message-ID: <3A81F74E.DFFC749C@videotron.ca>   Fred A G wrote: G > I'm having some problems printing from VMS 7.2-1 via telnet symbiont.SE > The character symbols don't come out right (using only the standard G > device control library). I guess the character set on the VMS side is-? > some DEC/VT variant, but how do I find out exactly which one?a    M Which symbols are you trying to print ? And where are the documents generatedi using what software ?C  ; Is the printer in postscript mode, or some HPCL variation ?i   ------------------------------   Date: 7 Feb 2001 19:52:03 GMTw) From: woodacre@sgi.com (Michael Woodacre)  Subject: Re: Status of EV7. Message-ID: <95s913$2hg8n$1@fido.engr.sgi.com>  h In article <mmlhqm8G1MWn@eisner.encompasserve.org>, young_r@eisner.encompasserve.org (Rob Young) writes:d |> In article <95rukg$pqu$2@news.rchland.ibm.com>, cecchi@signa.rchland.ibm.com (Del Cecchi) writes:8 |> > In article <VYku618vwhE$@eisner.encompasserve.org>,: |> >  young_r@eisner.encompasserve.org (Rob Young) writes: |> l |> > |> F |> > |> 	And Tandem's (now Himalaya NSK) growth is very good accordingC |> > |> 	to recent financials... implication is off the mark there!l |> > |>  |> > |> 				Robt |> > |>  |> >  K |> > The only implication was that being part of the same company might be aP |> > related to Tandem choosing Alpha.  Reasons being either "Alpha is so great Q |> > we bought the company" or "We bought the company so we will use Alpha."  Is l& |> > Tandem selling Alpha boxes now?   |> > r |> k> |> 	Not sure all the ins and outs... but given the investment @ |> 	required surely several choices were evaluated, at the leastE |> 	IA64 surely was kicked about.  MIPS end of life forced the issue	dG |> 	(yes, MIPS is still in business but handwriting is on the wall witha |> 	SGIs migration to IA64). |> '  C Sorry to correct you Rob, but MIPS/IRIX has not reached end of life C Check out http://www.sgi.com/developers/feature/2000/irix_mips.htmlc  9 I believe all the current Himalaya systems are MIPs based   L I would guess the biggest issue in moving to alpha will be making the h/w doP what Tandem systems want. There are many subtle issues to solve that the rest of; the alpha based systems do not care about in the slightest.g  3 Care to guess when an EV7 based Himalaya will ship?    Cheers,a Mike    A |> 	The Tandem branding has slowly vanished.  Digital's brand wasdD |> 	ditched at the outset... all the latest press refers to Himalaya |> 	and NSK. |> lD |> 	Who knows all the reasons Alpha was chosen.  Seems a MUCH easierD |> 	migration from the outside (Digital engineering had already done? |> 	a MIPS to Alpha binary translator, etc.).  I'll stop now to- |> 	minimize flamage.V |> p
 |> 				Rob |> i   -- e    Michael S. Woodacre a UUCP: woodacre@sgi.com   n Phone: +44 118 925 7846 
 M/S: IGB-3110i Address    : 1530 Lakeside$              Arlington Business Park              Theale, Berkshire              Reading              RG7 4SB              United Kingdomv   ------------------------------   Date: 7 Feb 2001 15:45:47 -0500.2 From: young_r@eisner.encompasserve.org (Rob Young) Subject: Re: Status of EV73 Message-ID: <g9pBNrzMFnl5@eisner.encompasserve.org>(  Z In article <95s913$2hg8n$1@fido.engr.sgi.com>, woodacre@sgi.com (Michael Woodacre) writes:   > E > Sorry to correct you Rob, but MIPS/IRIX has not reached end of life.E > Check out http://www.sgi.com/developers/feature/2000/irix_mips.htmlf >   ; 	I didn't say soon, did I?  But if SGI is transitioning offt; 	of MIPS (note the "maybe" after R18K in the figure there),?@ 	it is only a matter of "when" , not "if."  Same could be argued> 	for PA/RISC, right?  And this brings up this tired old thread 	again:e  0 http://news.cnet.com/news/0-1003-200-339863.html  N "SGI's processor will balance the company's plans to adopt Intel chips and the. need to make an easy transition, said Mashey."  9 	A transition is planned and the extension of the roadmape# 	helps "ease" that transition, etc.m  ; > I believe all the current Himalaya systems are MIPs based    	Yes.2   > N > I would guess the biggest issue in moving to alpha will be making the h/w do > what Tandem systems want.  >     B 	Yes, this is why EV7 has lockstep and NSK won't be the only OS toB 	take advantage of lockstep.  Tru64 will too.  Perhaps that is oneD 	reason Compaq/Tru64 is winning all those supercomputer bids?  I wasB 	almost shocked to learn ASCI White's mean uptime is one week.  IsC 	that right?  Can't find that link... so maybe I am misremembering.g    8 > There are many subtle issues to solve that the rest of= > the alpha based systems do not care about in the slightest.w > 5 > Care to guess when an EV7 based Himalaya will ship?W >   = 	Nope.  Got burnt way too many times in the last 2 or 3 yearsa1 	guessing when Alpha products ship.  Shame on me..   				Rob    ------------------------------    Date: 08 Feb 2001 04:14:15 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Status of EV7- Message-ID: <87y9viw8rs.fsf@prep.synonet.com>r  4 young_r@eisner.encompasserve.org (Rob Young) writes:  = > 	Not sure all the ins and outs... but given the investment *? > 	required surely several choices were evaluated, at the least-D > 	IA64 surely was kicked about.  MIPS end of life forced the issue	F > 	(yes, MIPS is still in business but handwriting is on the wall with > 	SGIs migration to IA64).D  = And, as comp.arch reader will know, John Mashey has left SGI.b? 3 years anyone till 'merger'. Hey Compaq, if you want some GOOD  graphics app stuff ;)a   -- K< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.C@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 7 Feb 2001 14:01:54 -0700e& From: cruff@ncar.ucar.edu (Craig Ruff) Subject: Re: Status of EV7( Message-ID: <95sd42$c8u$1@ncar.ucar.edu>  3 In article <mmlhqm8G1MWn@eisner.encompasserve.org>, 3 Rob Young <young_r@eisner.encompasserve.org> wrote:aC >	MIPS end of life forced the issue (yes, MIPS is still in business-> >	but handwriting is on the wall with SGIs migration to IA64).  H I believe MIPS does a much larger business with embedded processors than( they ever did with SGI-branded products. --  + Craig Ruff      	NCAR			cruff@ncar.ucar.eduu (303) 497-1211  	P.O. Box 3000( 			Boulder, CO  80307	Amateur Call KI0NO   ------------------------------   Date: 7 Feb 2001 20:57:55 GMTp( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Status of EV70 Message-ID: <95scsj$235$1@pegasus.csx.cam.ac.uk>  3 In article <g9pBNrzMFnl5@eisner.encompasserve.org>,+3 Rob Young <young_r@eisner.encompasserve.org> wrote:: >e< >> I believe all the current Himalaya systems are MIPs based >$ >	Yes.  B Codename confusion.  Can you clarify what "Himalaya" is?  Beyond a! range of mountains, of course :-)   I >       Yes, this is why EV7 has lockstep and NSK won't be the only OS toeI >       take advantage of lockstep.  Tru64 will too.  Perhaps that is oneiK >       reason Compaq/Tru64 is winning all those supercomputer bids?  I waseI >       almost shocked to learn ASCI White's mean uptime is one week.  Is J >       that right?  Can't find that link... so maybe I am misremembering.  : I won't mention the names, to protect the guilty, but ....  ? There was a meeting in the UK where our system was described as B delivering 70% of its time to users and running for weeks and more@ without major problems.  The host site's head honcho then had toB grit his teeth saying that they had IMPROVED the time delivered to/ users to 30%, often with days between failures.   6 >> Care to guess when an EV7 based Himalaya will ship? >+> >	Nope.  Got burnt way too many times in the last 2 or 3 years2 >	guessing when Alpha products ship.  Shame on me.  
 Shame on WHO?n     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------   Date: 7 Feb 2001 21:18:38 GMTe/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)  Subject: Re: Status of EV71 Message-ID: <95se3e$fq8$1@ausnews.austin.ibm.com>s  ( In article <95sd42$c8u$1@ncar.ucar.edu>,' Craig Ruff <cruff@ncar.ucar.edu> wrote: 4 >In article <mmlhqm8G1MWn@eisner.encompasserve.org>,4 >Rob Young <young_r@eisner.encompasserve.org> wrote:D >>	MIPS end of life forced the issue (yes, MIPS is still in business? >>	but handwriting is on the wall with SGIs migration to IA64).e >.I >I believe MIPS does a much larger business with embedded processors thanv) >they ever did with SGI-branded products.a  3 In units, yes, by at least two orders of magnitude.d  @ In overall product revenue, no, since the embedded MIPS products= generated very small per-cpu royalties to MIPS, while systems,< containing MIPS products each generated something more like 7 three orders of magnitude more revenue per CPU for SGI.r  ? It is hard to make quantitative comparisons, since any internale> funds transfers between the (former) MIPS group within SGI and8 the product divisions would have been purely bookkeeping
 transactions.i --  9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.com6? Senior Scientist           IBM POWER Microprocessor Development -     "I am willing to make mistakes as long asS1      someone else is willing to learn from them."2   ------------------------------   Date: 7 Feb 2001 22:00:31 GMT 7 From: woodacre@scala.reading.sgi.com (Michael Woodacre)o Subject: Re: Status of EV7. Message-ID: <95sghv$2i2je$1@fido.engr.sgi.com>  h In article <g9pBNrzMFnl5@eisner.encompasserve.org>, young_r@eisner.encompasserve.org (Rob Young) writes:] |> In article <95s913$2hg8n$1@fido.engr.sgi.com>, woodacre@sgi.com (Michael Woodacre) writes:c |> d |> >  H |> > Sorry to correct you Rob, but MIPS/IRIX has not reached end of lifeH |> > Check out http://www.sgi.com/developers/feature/2000/irix_mips.html |> > a |> t> |> 	I didn't say soon, did I?  But if SGI is transitioning off> |> 	of MIPS (note the "maybe" after R18K in the figure there),C |> 	it is only a matter of "when" , not "if."  Same could be arguedP  P Who knows what the future holds. We can all spread FUD, for example, when those R IA64 chips start rolling, don't you think Compaq would love to ditch the overhead  of alpha design?      A |> 	for PA/RISC, right?  And this brings up this tired old thread-
 |> 	again: |> ,3 |> http://news.cnet.com/news/0-1003-200-339863.htmln    T That article is 2 years old. Don't you think SGI has a loyal MIPS/IRIX customer baseW that we like to continue to serve, kind of like the VMS customer base Compaq inherited.o   |> oQ |> "SGI's processor will balance the company's plans to adopt Intel chips and them1 |> need to make an easy transition, said Mashey."o |>    R Some customers will want to transition, some won't. IRIX has a lot of features notV available in IA64-linux and so customers who rely on them will stay on the MIPS growthV path. The SGI IA64 platform will offer different performance tradeoffs to the SGI MIPSA platform. The customer gets to decide what makes sense for them.      < |> 	A transition is planned and the extension of the roadmap& |> 	helps "ease" that transition, etc. |> ?> |> > I believe all the current Himalaya systems are MIPs based |>   |> 	Yes. |> p |> > rQ |> > I would guess the biggest issue in moving to alpha will be making the h/w dop |> > what Tandem systems want. 3 |> > c |>   |> rE |> 	Yes, this is why EV7 has lockstep and NSK won't be the only OS to E |> 	take advantage of lockstep.  Tru64 will too.  Perhaps that is one-G |> 	reason Compaq/Tru64 is winning all those supercomputer bids?  I waskE |> 	almost shocked to learn ASCI White's mean uptime is one week.  Is:F |> 	that right?  Can't find that link... so maybe I am misremembering. |> o |>  ; |> > There are many subtle issues to solve that the rest ofs@ |> > the alpha based systems do not care about in the slightest. |> > e8 |> > Care to guess when an EV7 based Himalaya will ship? |> > m |> v@ |> 	Nope.  Got burnt way too many times in the last 2 or 3 years4 |> 	guessing when Alpha products ship.  Shame on me. |> -
 |> 				Rob |> 2   -- n    Michael S. Woodacre   UUCP: woodacre@sgi.com   M Phone: +44 118 925 7846s
 M/S: IGB-3110y Address    : 1530 Lakeside$              Arlington Business Park              Theale, Berkshire              Reading              RG7 4SB              United Kingdom0   ------------------------------   Date: 7 Feb 2001 22:05:36 GMTt7 From: woodacre@scala.reading.sgi.com (Michael Woodacre)o Subject: Re: Status of EV7. Message-ID: <95sgrg$2i2je$2@fido.engr.sgi.com>   |> nE |> 	Yes, this is why EV7 has lockstep and NSK won't be the only OS todE |> 	take advantage of lockstep.  Tru64 will too.  Perhaps that is oneaG |> 	reason Compaq/Tru64 is winning all those supercomputer bids?  I wasaE |> 	almost shocked to learn ASCI White's mean uptime is one week.  IstF |> 	that right?  Can't find that link... so maybe I am misremembering. |>    K Forgot to reply to this. At SC2000 in Dallas, after the presentation on therK new ASCI Q machine I asked the guy from LANL what the predicted MTBF of the M h/w for the system was and his reply was on the order of a few hours, I can't W remember the exact amount but maybe I wrote it down somewhere, but it was significantlyMM less than a day. Things get really exciting when you build these big systems.m= We certainly learned a lot, I guess it's Compaqs turn now ;-).   Cheers,. Mike   |> i; |> > There are many subtle issues to solve that the rest ofz@ |> > the alpha based systems do not care about in the slightest. |> > +8 |> > Care to guess when an EV7 based Himalaya will ship? |> > c |> t@ |> 	Nope.  Got burnt way too many times in the last 2 or 3 years4 |> 	guessing when Alpha products ship.  Shame on me. |>  
 |> 				Rob |> h   --      Michael S. Woodacre g UUCP: woodacre@sgi.com   e Phone: +44 118 925 7846.
 M/S: IGB-3110a Address    : 1530 Lakeside$              Arlington Business Park              Theale, Berkshire              Reading              RG7 4SB              United Kingdom    ------------------------------  % Date: Wed, 07 Feb 2001 22:09:43 +0000 ) From: Christof Brass <brass@infopuls.com>o Subject: Re: Status of EV7, Message-ID: <3A81C7A7.DFD84E93@infopuls.com>   Rob Young wrote: > c > In article <95rukg$pqu$2@news.rchland.ibm.com>, cecchi@signa.rchland.ibm.com (Del Cecchi) writes:R7 > > In article <VYku618vwhE$@eisner.encompasserve.org>,29 > >  young_r@eisner.encompasserve.org (Rob Young) writes:t >  > > |>G > > |>    And Tandem's (now Himalaya NSK) growth is very good accordingeD > > |>    to recent financials... implication is off the mark there! > > |>% > > |>                            Robr > > |> > >cI > > The only implication was that being part of the same company might beVN > > related to Tandem choosing Alpha.  Reasons being either "Alpha is so greatO > > we bought the company" or "We bought the company so we will use Alpha."  Is # > > Tandem selling Alpha boxes now?t > >. > C >         Not sure all the ins and outs... but given the investmentyF >         required surely several choices were evaluated, at the leastJ >         IA64 surely was kicked about.  MIPS end of life forced the issueM >         (yes, MIPS is still in business but handwriting is on the wall witht" >         SGIs migration to IA64). > G >         The Tandem branding has slowly vanished.  Digital's brand was J >         ditched at the outset... all the latest press refers to Himalaya >         and NSK. > J >         Who knows all the reasons Alpha was chosen.  Seems a MUCH easierJ >         migration from the outside (Digital engineering had already doneE >         a MIPS to Alpha binary translator, etc.).  I'll stop now toT >         minimize flamage.t > % >                                 Robi  < I heard that MIPS is selling incredible numbers of chips for game boxes.-   ------------------------------  % Date: Wed, 07 Feb 2001 22:12:00 +0000 ) From: Christof Brass <brass@infopuls.com>u Subject: Re: Status of EV7, Message-ID: <3A81C830.259C2F09@infopuls.com>   Rob Young wrote: > c > In article <95rukg$pqu$2@news.rchland.ibm.com>, cecchi@signa.rchland.ibm.com (Del Cecchi) writes:'7 > > In article <VYku618vwhE$@eisner.encompasserve.org>,r9 > >  young_r@eisner.encompasserve.org (Rob Young) writes:  >  > > |>G > > |>    And Tandem's (now Himalaya NSK) growth is very good accordingrD > > |>    to recent financials... implication is off the mark there! > > |>% > > |>                            Robt > > |> > >eI > > The only implication was that being part of the same company might be:N > > related to Tandem choosing Alpha.  Reasons being either "Alpha is so greatO > > we bought the company" or "We bought the company so we will use Alpha."  Iss# > > Tandem selling Alpha boxes now?r > >m > C >         Not sure all the ins and outs... but given the investmentdF >         required surely several choices were evaluated, at the leastJ >         IA64 surely was kicked about.  MIPS end of life forced the issueM >         (yes, MIPS is still in business but handwriting is on the wall withl" >         SGIs migration to IA64). > G >         The Tandem branding has slowly vanished.  Digital's brand was>J >         ditched at the outset... all the latest press refers to Himalaya >         and NSK. > J >         Who knows all the reasons Alpha was chosen.  Seems a MUCH easierJ >         migration from the outside (Digital engineering had already doneE >         a MIPS to Alpha binary translator, etc.).  I'll stop now to  >         minimize flamage.a > % >                                 Robm  ? Maybe Compaq should go the same for VMS/Alpha i.e. create a newa phantasy name like "Bermuda"?a   ------------------------------  % Date: Wed, 07 Feb 2001 22:15:20 +0000n) From: Christof Brass <brass@infopuls.com>> Subject: Re: Status of EV7, Message-ID: <3A81C8F8.F84352E5@infopuls.com>   Rob Young wrote: > \ > In article <95s913$2hg8n$1@fido.engr.sgi.com>, woodacre@sgi.com (Michael Woodacre) writes: >  > >nG > > Sorry to correct you Rob, but MIPS/IRIX has not reached end of lifemG > > Check out http://www.sgi.com/developers/feature/2000/irix_mips.html  > >a > D >         I didn't say soon, did I?  But if SGI is transitioning offD >         of MIPS (note the "maybe" after R18K in the figure there),I >         it is only a matter of "when" , not "if."  Same could be arguedvG >         for PA/RISC, right?  And this brings up this tired old threads >         again: > 2 > http://news.cnet.com/news/0-1003-200-339863.html > P > "SGI's processor will balance the company's plans to adopt Intel chips and the0 > need to make an easy transition, said Mashey." > B >         A transition is planned and the extension of the roadmap, >         helps "ease" that transition, etc. > = > > I believe all the current Himalaya systems are MIPs basedI >  >         Yes. >  > >aP > > I would guess the biggest issue in moving to alpha will be making the h/w do > > what Tandem systems want.R > >B > K >         Yes, this is why EV7 has lockstep and NSK won't be the only OS to0K >         take advantage of lockstep.  Tru64 will too.  Perhaps that is onecM >         reason Compaq/Tru64 is winning all those supercomputer bids?  I wasnK >         almost shocked to learn ASCI White's mean uptime is one week.  IsrL >         that right?  Can't find that link... so maybe I am misremembering. > : > > There are many subtle issues to solve that the rest of? > > the alpha based systems do not care about in the slightest.i > >n7 > > Care to guess when an EV7 based Himalaya will ship?t > >g > F >         Nope.  Got burnt way too many times in the last 2 or 3 years: >         guessing when Alpha products ship.  Shame on me. > % >                                 Robw  ( Will VMS have any advantage of lockstep?   ------------------------------    Date: 08 Feb 2001 06:37:12 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Status of EV7- Message-ID: <87u266unl3.fsf@prep.synonet.com>t  9 woodacre@scala.reading.sgi.com (Michael Woodacre) writes:s  D > Some customers will want to transition, some won't. IRIX has a lotF > of features not available in IA64-linux and so customers who rely onD > them will stay on the MIPS growth path. The SGI IA64 platform willE > offer different performance tradeoffs to the SGI MIPS platform. Thes4 > customer gets to decide what makes sense for them.  C I think they would move to IRIX and their apps on a Bigendian Alpha 
 in a shot.   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 8 Feb 2001 04:16:35 GMTh From: TTK Ciar Subject: Re: Status of EV7* Message-ID: <95t6j3142p@news2.newsguy.com>  I > Who knows what the future holds.  We can all spread FUD.  For example, lI > when those IA64 chips start rolling, don't you think Compaq would love  ( > to ditch the overhead of alpha design?  D   Depends on whether Compaq wants a processor in their systems that % works well (Alpha) or not (McKinley).t  D   If they did decide to abandon Alpha, I can only imagine that they C would transition to a processor that has been demonstrated to work  - well, like something from IBM's POWER family.g     -- TTK   ------------------------------  % Date: Wed, 07 Feb 2001 20:35:57 +0000w+ From: "antonio.carlini" <arcarlini@iee.org>t. Subject: Re: Suggested upgrade to VMS (DECnet)' Message-ID: <3A81B1AD.FEDE760A@iee.org>p   "David J. Dachtera" wrote:  J > I think you missed his point. He seems to be saying that less than 1% ofI > OpenVMS sites have needs which can only be served by the specialties ofC  6 I don't think I missed the point really. If only 1% of1 sites need Phase V then updating the NCP emulatore/ isn't a useful thing to have an engineer doing.:  4 Now if he is claiming that 99% of sites don't really- want Phase V but have to have it for support s> reasons, then I contend that they really should learn a little3 bit about Phase V if they want to understand why it ' isn't doing what they expect it to do. o/ Pretending that NCP and NCL are equivalent justi3 isn't going to fly: as an(other) analogy, babelfisho3 is useful for browsing the occasional press release./ in a language with which I am unfamiliar but itd+ won't help me to write a letter that might r impress a business customer.  C > Personally, I find Phase-IV stable enough to run mission-criticalr9 > without formal support. Can't say the same for Phase-V.   2 I disagree ... Phase V worked fine for me for many3 years ... even when I was running FT versions on myr4 local workstation. But given your stated opinion, I 6 would expect that you would prefer an engineer working3 on resolving your reported bugs rather than tartingn up the ncp emulator.   Antonio    -- a   ---------------s- Antonio Carlini             arcarlini@iee.org7   ------------------------------  % Date: Wed, 07 Feb 2001 19:33:30 -0600o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e. Subject: Re: Suggested upgrade to VMS (DECnet)- Message-ID: <3A81F76A.DE16F2F1@earthlink.net>e   "antonio.carlini" wrote:) > [snip] But given your stated opinion, In8 > would expect that you would prefer an engineer working5 > on resolving your reported bugs rather than tarting  > up the ncp emulator.  H Actually, what I'd like to see is a "management layer" on top of all theD NCL and other nonsense. We need a way to do things (so it's actually7 POSSIBLE!) that doesn't get in the way of productivity.t  F ...although, as I've said before, by hobbyist Alpha doesn't run DECnetB at all (Phase-IV is installed, but not configured), only Multinet.  * ...and as always, IMHO. YMMV considerably.   -- t David J. Dachteras dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.n   ------------------------------   Date: 8 Feb 2001 00:25:25 GMTu5 From: ccburgess@uqstu.jdstory.uq.edu.au (Ian Burgess)u' Subject: The "deleting many files" mythe. Message-ID: <95sp1l$d99$1@bunyip.cc.uq.edu.au>  A A rogue system, that shall remain nameless to protect the guilty,P1 madly created 280,000 files before we stopped it.iM The resulting directory size was 28,000 blocks (maybe an unenviable record!).., It has taken two days to delete the files...  : Anyway the point of this message is the frequently asked, > "What is the quickest way to delete a large number of files?".  = I deleted four files at the end of the directory, and it tookr 20 seconds.a  : Repeating the command, took the same time, just giving the' "file not found" at 5 second intervals.h  D Deleting *.*/log  showed a pattern of deleting 10 files in 5 seconds then a pause of 5 seconds.  E So it looks like it is about as fast to shuffle out an empty block asr4 it is to find the last file in a directory that big!  lJ So the generally accepted wisdom of sorting a directory listing in reverseD order and deleting from the end of the directory is NOT a good idea!  F In the end I just submitted a batch job to delete *.trc;1 and watched B the size of the directory decrease (by 3 blocks/minute at 28,000, 5 22/min at 13,000 and so on!).  Took a couple of days.M   Ian Burgess  University of Queensland I.Burgess@its.uq.edu.auc www.its.uq.edu.au7   ------------------------------  $ Date: Thu, 8 Feb 2001 12:25:52 +1100/ From: "Phil Howell" <phowell@snowyhydro.com.au>m+ Subject: Re: The "deleting many files" mythl2 Message-ID: <7ymg6.3539$sS4.126646@ozemail.com.au>  @ Ian Burgess <ccburgess@uqstu.jdstory.uq.edu.au> wrote in message( news:95sp1l$d99$1@bunyip.cc.uq.edu.au...C > A rogue system, that shall remain nameless to protect the guilty,r why?3 > madly created 280,000 files before we stopped it.BE > The resulting directory size was 28,000 blocks (maybe an unenviableK	 record!).u. > It has taken two days to delete the files... > ; > Anyway the point of this message is the frequently asked,d@ > "What is the quickest way to delete a large number of files?". >r? > I deleted four files at the end of the directory, and it took 
 > 20 seconds.? > < > Repeating the command, took the same time, just giving the) > "file not found" at 5 second intervals.c >.F > Deleting *.*/log  showed a pattern of deleting 10 files in 5 seconds > then a pause of 5 seconds. >RG > So it looks like it is about as fast to shuffle out an empty block as 6 > it is to find the last file in a directory that big! >oL > So the generally accepted wisdom of sorting a directory listing in reverseF > order and deleting from the end of the directory is NOT a good idea! > G > In the end I just submitted a batch job to delete *.trc;1 and watched-J > the size of the directory decrease (by 3 blocks/minute at 28,000, option7 > 22/min at 13,000 and so on!).  Took a couple of days.a >f Your options are: / set file/nodir xxx.dir and then delete xxx.dir;sC (I don't know what happens to the "files" so this may take as long)f Use dfu from the freeware cd Upgrade to vms 7.2 Backup/initialise/restorel Phil   ------------------------------  % Date: Wed, 07 Feb 2001 21:07:04 -0500I- From: JF Mezei <jfmezei.spamnot@videotron.ca>h+ Subject: Re: The "deleting many files" mythm, Message-ID: <3A81FF3A.D35E7EBB@videotron.ca>   Ian Burgess wrote:C > A rogue system, that shall remain nameless to protect the guilty,t3 > madly created 280,000 files before we stopped it.n  I The advantage of my all mighty Microvax II is that it would take years tooG create that many files so I would never be stuck with such a problem...      Would the following work:b  N Create 1000 directories. Use SET FILE/ENTER to create an entry for each of theG 280,000 files, distributed amongst all these directories (280 files perg directory, 1000 directories).e  4 You then SET FILE/NODIRECTORY of the huge directory.  J And now, you spawn a few subprocesses, each responsible for deleting files& from the each of the 1000 directories.    K I think that giving DELETE the ability to delete by file-id would go a longm( way towards helping resolve such issues.   ------------------------------  % Date: Wed, 07 Feb 2001 20:00:13 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> + Subject: Re: The "deleting many files" myth - Message-ID: <3A81FDAD.11C15927@earthlink.net>0   Phil Howell wrote: > [snip] > Your options are:m1 > set file/nodir xxx.dir and then delete xxx.dir;eE > (I don't know what happens to the "files" so this may take as long)w  C In such case, the files catalogued in that directory become "lost".e   > Use dfu from the freeware cd  @ Recommended, but understand that it's still not "instantaneous".  F Actually, get DFU from http://www.djesys.com/freeware/vms/ Get the kit *AND* the ECO-1 file!    > Upgrade to vms 7.2   What does that do?   > Backup/initialise/restore    Selective save/restore, or ???   Non capisco.   --   David J. Dachterar dba DJE Systemsi http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.h   ------------------------------  $ Date: Thu, 8 Feb 2001 13:29:42 +1100/ From: "Phil Howell" <phowell@snowyhydro.com.au>e+ Subject: Re: The "deleting many files" mytho2 Message-ID: <0ung6.3596$sS4.127428@ozemail.com.au>  @ David J. Dachtera <djesys.nospam@earthlink.net> wrote in message' news:3A81FDAD.11C15927@earthlink.net...i > Phil Howell wrote:
 > > [snip] > > Your options are:a3 > > set file/nodir xxx.dir and then delete xxx.dir;+G > > (I don't know what happens to the "files" so this may take as long)  >lE > In such case, the files catalogued in that directory become "lost".i >   > > Use dfu from the freeware cd >iB > Recommended, but understand that it's still not "instantaneous". >1H > Actually, get DFU from http://www.djesys.com/freeware/vms/ Get the kit > *AND* the ECO-1 file!D >3 > > Upgrade to vms 7.2 >o > What does that do?4 7.2 can cache directories of (almost) unlimited sizeL previous versions have to go back to the disk if the size exceeds 128 blocks >$ > > Backup/initialise/restore  >y  > Selective save/restore, or ???, backup everything except the large directory initialise the diska restore the backup >o > Non capisco. Que?   ------------------------------  % Date: Thu, 08 Feb 2001 03:49:09 +0100>2 From: martin@radiogaga.harz.de (Martin Vorlaender)+ Subject: Re: The "deleting many files" mythh; Message-ID: <3a820925.524144494f47414741@radiogaga.harz.de>a  . Phil Howell (phowell@snowyhydro.com.au) wrote:: > Ian Burgess <ccburgess@uqstu.jdstory.uq.edu.au> wrote...N > > So the generally accepted wisdom of sorting a directory listing in reverseH > > order and deleting from the end of the directory is NOT a good idea! >l > Your options are:e1 > set file/nodir xxx.dir and then delete xxx.dir; E > (I don't know what happens to the "files" so this may take as long)i  9 And don't forget to ANALYZE/DISK/REPAIR before and after.    > Use dfu from the freeware cd   A must-have anyway, IMHO.n   > Upgrade to vms 7.2 > Backup/initialise/restore    cu,e   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deMJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   Date: 8 Feb 2001 00:04 CST' From: carl@gerg.tamu.edu (Carl Perkins)h+ Subject: Re: The "deleting many files" myths, Message-ID: <8FEB200100043003@gerg.tamu.edu>  + ccburgess@uqstu.jdstory.uq.edu.au writes... B }A rogue system, that shall remain nameless to protect the guilty,2 }madly created 280,000 files before we stopped it.N }The resulting directory size was 28,000 blocks (maybe an unenviable record!).- }It has taken two days to delete the files...  } ; }Anyway the point of this message is the frequently asked, g? }"What is the quickest way to delete a large number of files?".   C As usual, the answer is to install the freeware utility called DFU. C It can delete files faster. A lot faster. Lots and lots. And it can ) do a variety of other spiffy things, too.t   --- Carl   ------------------------------  % Date: Thu, 08 Feb 2001 10:05:06 +0800b' From: Tim Sneddon <tsneddon@olc.com.au>  Subject: TK70 manual< Message-ID: <2FCE1FC4E068D411877B00D0B7477F4D0E1993@onlpc26>  1 Does anyone out there have a scanned TK70 manual?l   Thanks, Tim.  D --------------------------------------------------------------------C "You can download an atmosphere and dial up a groove, but there's atC certain magic when three musicians and a dyslexic get together and f play in a room."
    -- BonoD --------------------------------------------------------------------   ------------------------------  # Date: Wed, 07 Feb 2001 19:03:20 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)* Subject: Re: typo in TCP/IP management doc7 Message-ID: <YZgg6.517$cu.1825@gazette.loc1.tandem.com>    In article <rdeininger-0702010944470001@user-2ive6m2.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:dG :In article <95rea8$72q$1@nnrp1.deja.com>, Didier.Morandi@gmx.fr wrote:w :  :> Hoff, :> i< :> Could you forward this to the appropriate person, please? :> (from 6526profile_010.html) : E :Isn't there still a form, both on the web and in printed documents, -1 :for readers to submit comments on the manuals?  :  H   Ayup.  Email reporting addresses for documentation are available, too.H   (For the truely impatient, there is unfortunately no instant messaging;   mechanism available for reporting documentation bugs. :-)r  G :If so, there's no need to bother Hoff, and your message will get very b& :close to the right people in one hop.  F   The approach of posting reports to newsgroups also assumes that the I   intended recipent actually sees the report and then also then actually oG   remembers (in the blizzard of other tasks) to log the problem report.eE   (At least in my case, these are not particularly safe assumptions.)eC   And yes, I did see and did pass this report along to the IP team.d  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 07 Feb 2001 20:24:20 GMT # From: hoke@gse.harvard.edu (Ken Ho)x> Subject: VAX/VMS 7.2 BACKUP/IMAGE behavior when a file is open0 Message-ID: <3a81ae35.20726779@news.harvard.edu>  D When doing an /IMAGE backup under VAX/VMS 7.2, if a file is open forC write when BACKUP gets to it, does it get reliably backed up *as ith existed at that time*?   Ken Ho hoke@gse.harvard.edu   ------------------------------  % Date: Wed, 07 Feb 2001 15:51:11 -0500v  From: norm.raphael@jamesbury.comB Subject: Re: VAX/VMS 7.2 BACKUP/IMAGE behavior when a file is open4 Message-ID: <C22569EC.0071BF58.00@jklh21.valmet.com>  . hoke@gse.harvard.edu on 02/07/2001 03:24:20 PM   To:   Info-VAX@mvb.saic.comt cc:n? Subject:  VAX/VMS 7.2 BACKUP/IMAGE behavior when a file is open         E /When doing an /IMAGE backup under VAX/VMS 7.2, if a file is open foroD /write when BACKUP gets to it, does it get reliably backed up *as it /existed at that time*?p   Yes... /  /Ken Ho  /hoke@gse.harvard.eduo /n  # ....if you used ignore = interlock.   G Of course, that's just the beginning.  If it's a multikey RMS ISAM file # undergoing a bucket-split-on-update O operation (paraphrased) and is in more than one area, who knows if the restored  file will be useful, butM it will be *as it existed at that time*, FWIW.  It's much better to quiet theu disk, if you want to use the backups for anything.   ------------------------------  + Date: Wed, 07 Feb 2001 20:13:48 +0100 (MET)i From: interscan@infonation.se  Subject: Virus Alert7 Message-ID: <20010207191348.CCCFE960F0@pippin.inse.net>w  a Have detected a virus (TROJ_SKA) in your mail traffic on 02/07/2001 20:12:54 with an action move.    ------------------------------  % Date: Wed, 07 Feb 2001 20:17:38 +0100f, From: "Waard, D.G.A. de" <deWaard@WT.TNO.NL>6 Subject: virus is last post from john..(re:dvd-r on..)C Message-ID: <2ABC8BB85FE5D411AC100008C7F37BC23F6D6F@wt15.wt.tno.nl>)  > there is a virus in the last post of john ... (re:dvdr on vms)   ------------------------------  $ Date: Wed, 7 Feb 2001 13:56:24 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>-2 Subject: Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXE, Message-ID: <95s5n1$c4eq$1@lead.zk3.dec.com>  F decw$reinit  is a simple utility that's purpose in life is to call the6 controller and unit init routines for a device driver.  K What is the graphics device?  What does a CLUE CRASH and a CLUE CONFIG givep you on the dump?      ; Jerry Leslie wrote in message <67hc6.257$_O.7678@insync>...o >ethornber@my-deja.com wrote:e >:2 >: It appears you need need to adjust NPAGEDYN ... >: >: SOLUTION: >:+ >: From OpenVMS Alpha V7.1-2 Release Notes:  >:5 >: --------------------------------------------------E >: -------------------- 1 >: 2.19  Problem on Digital Personal Workstations  >: with Powerstorm Graphic >:       Cards5 >: --------------------------------------------------t >: --------------------D >: >:1 >: To correct this problem, increase the NPAGEDYN: >: system parameter. For3 >: example, if the system crashes with NPAGEDYN set  >: to 2244608, increases2 >: the parameter setting to 4489216 to prevent the >: system from crashing.0 >: OpenVMS recommends that you run AUTOGEN after >: increasing the NPAGEDYN >: system parameter. >: >: Ed. >: >: >d >g4 >MIN_NPAGEDYN was raised from 7966720 to 63700992 in SYS$SYSTEM:MODPARAMS.DATE >an AUTOGEN was performed, followed by a reboot, but the system stillo crashed. >i0 >Time for a call to the Customer Support Center. >y > 0 >--Jerry Leslie   leslie@209-16-45-97.insync.net< >                 leslie@209-16-45-102.insync.net is invalid3 >                 (my opinions are strictly my own)w   ------------------------------   Date: 7 Feb 2001 16:27:00 -0500a9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)r/ Subject: Re: VMSINSTAL to PRODUCT INSTALL tool? 3 Message-ID: <B1vXHnTySXbj@eisner.encompasserve.org>   G In article <95s27h$pjb$1@nnrp1.deja.com>, Didier.Morandi@gmx.fr writes:. > H >> As a test, try your VMSINSTAL kit with "autoanswer" and then transfer@ >> the "autoanswer" file to another machine and see if it works. > I > You're right too. It can't as this product is currently installed on 17o< > Alpha systems with different disks names and quantities... > I > So, I'll follow your philosophy and split the installation procedure in = > two. The actual installation, then the configuration phase.3 >  > Thank you very much, Larry.a  A Separation of Installation and Configuration is something I heardM? from one of the VMS developers, but I guess they don't put thatt1 philosophical approach across in the book as yet.d   ------------------------------  % Date: Wed, 07 Feb 2001 14:52:40 -0500n% From: Aaron Sawyer <asawyer@iris.com>aB Subject: Re: Vote Early and Often... Give up your Browser Security( Message-ID: <3A81A788.5F25F380@iris.com>   Paul Repacholi wrote:  > ) > "Brian Tillman" <tillman_brian> writes:O > J > > Using Navigator V3.03 on a VAX displays more than the "spine", but theJ > > layout doesn't make a lot of sense (the stupid "mouse-overs").  Mosaic7 > > V3.6-2 for OpenVMS displays it just like Navigator.a > E > Well, when I try with NS3.03, I get a error, "jsexists not defined"  > 1 > Anyone get a spare lepard and filing cabinet :)  >   E Just lie down in front of the bulldozer; we'll see who rusts first.  n 8-)V   -42-   -- g; .============================v============================.e; | D. Aaron Sawyer            : Aaron.Sawyer@IrisSP.AMcom  |.; | Iris Associates            : Voice:   +1.978.392.5298   | ; | Five Technology Park Drive : Fax:     +1.978.392.6669   |-; | Westford, MA  01886        : Email:  s/SP.AM/./ above   |q; `============================^============================'m   ------------------------------  % Date: Wed, 07 Feb 2001 21:29:11 +0000 ) From: Christof Brass <brass@infopuls.com>cB Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <3A81BE27.ED052084@infopuls.com>   Bill Gunshannon wrote: > . > In article <3A80744E.5FCB0B53@infopuls.com>,. >  Christof Brass <brass@infopuls.com> writes: > |> Bill Gunshannon wrote:q > |> >3 > |> > In article <3A7F3AB9.5B2999AC@infopuls.com>, 3 > |> >  Christof Brass <brass@infopuls.com> writes: 	 > |> > |>aF > |> > |>             I don't see any big deal to switch on JavaScript5 > |> > |> for a trusted site and switch if off later.h > |> >I > |> > Why should anyone consider this a trusted site??  I don't consideriJ > |> > sites in other departments of my own organization to be trusted and > |> > I know who works there. > |> > > |> > |> BecauseA > |> - the image to loose is too expensive if Compaq doesn't taker	 > |> caree > D > I place no value on the image now, why would I place trust in it??  = Because the image's value not only depends on you. Think fromo Compaq's point of view!(  3B > |> - if the site has been hacked the probability to be the first > |> one is near to zero > ; > It doesn't matter wether I'm #1 or #1111 if the chance is.< > anything above 0 there would have to be something of value= > there for me to take the risk.  Because i think this is yet.= > another meaningless and functionless gesture, the potential- > risk is to great.2  < This sounds great, but isn't thought through completely. The@ risk of beeing betrayed by one of your colleagues is higher than@ suffer damage from Compaq's web site and from the survey's page.< If you've studied the *real* risks in our business you would= know that technical part is the little. Don't waste your timeu: and effort in optimising a part of the problem which isn't worth.  = > |> - you've never had been attacked by this site, have you?d > : > Sounds like "Have you stopped beating your wife?" logic.   ??? I should have extended the argument by asking if you ever heardo( of someone beeing attacked by this site.  nA > |> - this site is not a interesting target for manipulation tooo# > |> less trafic too less importantg > < > Looks like it will be even less as apparently I am not the? > only one who considers JS and cookies to be a security threath > worth minding.   YMMV - take it or leave it.    > |> - you drive carst > 7 > Sure.  I drive a 1979 Triumph Spitfire.  I rebuilt it 9 > myself and maintain it myself.  That's not just for the 8 > fun, being the only mechanic I trust enough to work on8 > it I do it to decreaset he risk of having someone else< > make a mistake.  And that's the crux of the problem.  It's8 > all about risk.  If a site offers enough to offset any8 > potential risk, I and others would probably turn on JS6 > and cookies and visit it.  Aparently there are those7 > who don;t see this site as having that kind of value.r  @ Brilliant example of what I tried to show a few lines above: you> don't know where the risks are. To suffer from a broken car is? much, much less probable than have an accident because of other = people's failure. To use that old car is a severe safety riskF@ anyway, or do you have airbags and sufficient impact protection?: Drive save! The only save way to drive is at 0 mph BTW ;-)   ------------------------------  # Date: Wed, 07 Feb 2001 21:23:29 GMT - From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>tB Subject: Re: Vote Early and Often... Give up your Browser Security0 Message-ID: <3A81BC61.B30EFD7A@ost.cdrh.fda.gov>   Malcolm Dunnett wrote:' > I've also found JS useful for openingfK > child windows to have the user run a secondary process without losing theg > context of the main screen  O Forget security!  I loath this feature so much, I turn off javascript expresslyf4 to avoid it.  How many pop-up windows have you seen:   1) get in the way of other worke  O 2) take a ton of bandwidth to spit out a big distracting animated banner gif ofm no interest whatsoever   3) show no URL   4) show no scroll bars   5) show no pull down menu    6) prevent copying information   7) prevent resizingo  P Compare the number of sites which do this (or other javascript obscenities), andH the one or two sites which use javascript responsibly.  The latter are aP vanishingly small fraction of the total, so there is no recourse but to turn offL javascript and leave it off.  Businesses who try to force javascript down my* throat find themselves minus one customer.   ------------------------------  % Date: Wed, 07 Feb 2001 13:36:33 -0800'! From: Shane.F.Smith@Healthnet.comuB Subject: Re: Vote Early and Often... Give up your Browser SecurityD Message-ID: <OF493668CB.EC38EF6D-ON882569EC.00769B18@foundation.com>  F No, you do that while I go to the bar. I feel a need to have my brainsC bashed out with a slice of lemon wrapped around a large gold brick.y   Shane           9 Aaron Sawyer <asawyer@iris.com> on 02/07/2001 11:52:40 AMw  ' Please respond to Aaron.Sawyer@Iris.comV   To:   Info-VAX@Mvb.Saic.Comt cc:i  C Subject:  Re: Vote Early and Often... Give up your Browser Security      Paul Repacholi wrote:o > ) > "Brian Tillman" <tillman_brian> writes:r >oJ > > Using Navigator V3.03 on a VAX displays more than the "spine", but theJ > > layout doesn't make a lot of sense (the stupid "mouse-overs").  Mosaic7 > > V3.6-2 for OpenVMS displays it just like Navigator.e >mE > Well, when I try with NS3.03, I get a error, "jsexists not defined"c >r1 > Anyone get a spare lepard and filing cabinet :)e >3  C Just lie down in front of the bulldozer; we'll see who rusts first.  8-)r   -42-   --; .============================v============================.I; | D. Aaron Sawyer            : Aaron.Sawyer@IrisSP.AMcom  |o; | Iris Associates            : Voice:   +1.978.392.5298   |o; | Five Technology Park Drive : Fax:     +1.978.392.6669   | ; | Westford, MA  01886        : Email:  s/SP.AM/./ above   |o; `============================^============================'w   ------------------------------  % Date: Wed, 07 Feb 2001 15:45:20 -0600 + From: Christopher Smith <csmith@amdocs.com>tB Subject: RE: Vote Early and Often... Give up your Browser SecurityL Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD5314@cmiexch1.cmi.itds.com>  F Hear hear.  I feel the same way about javascript, flash (and generallyI anything else that requires a plug-in), frames (I honestly wish you coulduK turn those off too...), etc, etc.  It seems that javascript is the atrocity>J of the day -- it used to be the blink tag, and I assume that at some laterH date it will be something else.  -- I wonder whether people will find anH annoying, counter-productive way to use style-sheets that will catch on?   Regards,   Chriss    ! Christopher Smith, Perl Developern Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");r 'o  i   > -----Original Message-----6 > From: Jonathan Boswell [mailto:jsb@ost.cdrh.fda.gov]  6 > Compare the number of sites which do this (or other  > javascript obscenities), and> > the one or two sites which use javascript responsibly.  The  > latter are a: > vanishingly small fraction of the total, so there is no  > recourse but to turn off< > javascript and leave it off.  Businesses who try to force  > javascript down my, > throat find themselves minus one customer.   ------------------------------    Date: 08 Feb 2001 06:32:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>B Subject: Re: Vote Early and Often... Give up your Browser Security- Message-ID: <87y9viunsu.fsf@prep.synonet.com>T  + Christof Brass <brass@infopuls.com> writes:j  B > Brilliant example of what I tried to show a few lines above: you@ > don't know where the risks are. To suffer from a broken car isA > much, much less probable than have an accident because of other ? > people's failure. To use that old car is a severe safety riskgB > anyway, or do you have airbags and sufficient impact protection?< > Drive save! The only save way to drive is at 0 mph BTW ;-)  8 I would be much safer proceeding in Triumph in a Spriget6 with seat belt, and the lumbering air barfed tanks the 'safer' barge around in...  5 The dynamics of US vehicles is positivly frightening.    -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.-@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Wed, 7 Feb 2001 18:31:17 -0500% From: Karl S. Erbland <karl@ksme.net>7B Subject: Re: Vote Early and Often... Give up your Browser Security5 Message-ID: <MPG.14eba4d3e007abe09896fd@news.alt.net>m  A In article <VA.00000283.21ec3777@sture.ch>, paul@sture.ch says...eT > From the acknowledgements page at the beginning of the "OpenVMS and Windows NT(R)   > Integration for Dummies" book: > 3 > "Larry Kilgallen, the most secure person we know"- >  > :-)e    9 "I don't drink java, it makes me jittery and insecure anda" there's no switch to turn it off."  3     - from a fake attribution about Larry Kilgallen5       in Mr. Coffee Magazine   :-)c   ------------------------------  % Date: Wed, 07 Feb 2001 19:43:31 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca> B Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <3A81EBAB.5677CB69@videotron.ca>   Christopher Smith wrote:H > Hear hear.  I feel the same way about javascript, flash (and generallyK > anything else that requires a plug-in), frames (I honestly wish you couldtM > turn those off too...), etc, etc.  It seems that javascript is the atrocitye- > of the day -- it used to be the blink tag, t    H Flash was designed to be secure. And it is distributed as part of modernJ browsers. However, I agree that in the context of VMS, using FLASH for web$ pages is perhaps not so appropriate.  L I find it interesting that nobody has blasted JAVA yet. I find java far moreI dangerous and insidous than javascript. With javascript, I can do a "VIEWe: SOURCE" and see what it is trying to do. Not so with JAVA.   ------------------------------  $ Date: Wed, 7 Feb 2001 21:11:35 +0100" From: "Hans Vlems" <hvlems@iae.nl>2 Subject: Re: what version of VMS are people using?( Message-ID: <95s9sr$r2k$1@news.IAEhv.nl>  C My VAXcluster at home runs V7.2, the VS2000 runs V5.5-1 because theh8 DECwindows graphics are easier on the system than Motif.E At work, all VMS systems run V7.1 except for a VAX8550 which is still2+ on V6.1 and an Alphacluster that runs V6.2.   C If not for the Y2K patches, we'd still be running V5.5-2. It's very- difficult to justifyF an upgrade in a (stable) manufacturing environment on systems that run perfectly well.r  L For VAXen my guess is that there are still V4.7 systems around (very stable, noE LMF). Perhaps a couple that run V5.3-1. Many VAXen probably still run-
 V5.5-2(H4)K because DEC promised backward support for that version of VMS for hardware.:  
 Hans Vlems    H JF Mezei heeft geschreven in bericht <3A80B498.8525B909@videotron.ca>...7 >One machine VAX-VMS 7.2, DECNET-4, CMU-IP TCPIP stack.1= >Second machine is VAX-VMS 7.2, Decnet-4, TCPIP-5.0 services.A   ------------------------------  % Date: Thu, 08 Feb 2001 03:08:21 +0100n2 From: martin@radiogaga.harz.de (Martin Vorlaender)2 Subject: Re: what version of VMS are people using?; Message-ID: <3a81ff95.524144494f47414741@radiogaga.harz.de>   
 Let me see...@  " My home VAXstation 4060 is at 6.2.  D At work, we have development systems at VAX 5.5-2 and Alpha 6.2, andH a productive Alpha at 7.1-something (hopefully 7.2-1 RSN to setup CSWS);J a VAX at 6.2 as name and mail server, and an Alpha webserver at 7.1 (those9 two to be replaced by a two-node Alpha cluster at 7.2-1).i  C At the other place I do contract work for, they just switched off aeF three-node 5.5-2 cluster (one machine remaining), and have four Alphas	 at 7.1-2.2  L I also remotely administer six customers' Alphas at 7.1, and a MicroVAX 3100	 at 5.5-2.0  ( All in all, quite a mixed environment...   cu,t   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de0J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 07 Feb 2001 21:14:34 +0000h From: Brian Tyndall. Subject: Wildfire systems-8 Message-ID: <83e38to3unn90lppea8p18i37pkf2vdjee@4ax.com>  @ Please excuse the general nature of this question but I am afterB information about how the new systems operate and configure rather  than solving a specific problem.    F We are looking to upgrade our multisite cluster from Alpha Server 8400C using HSJ80 to GS160 / GS320 using fiber channel Running VMS 7.2-1.d  + This cluster is a 24x7 production cluster. G  E We will probably be putting as least 2 Galaxy instances on one of the_ systems.  @ How much of the marketing hype is true and has any one found andD "Features!" that have casued them problems? Any other handy tips for setting these up?N   ------------------------------  % Date: Wed, 07 Feb 2001 21:47:49 -0000-- From: wspencer@ap.nospam.org (Warren Spencer)e Subject: Re: Wildfire systemso/ Message-ID: <t83gk5eifehh99@news.supernews.com>-  D Brian Tyndall wrote in <83e38to3unn90lppea8p18i37pkf2vdjee@4ax.com>:  A >Please excuse the general nature of this question but I am aftereC >information about how the new systems operate and configure rather ! >than solving a specific problem.r >t >gG >We are looking to upgrade our multisite cluster from Alpha Server 8400dD >using HSJ80 to GS160 / GS320 using fiber channel Running VMS 7.2-1. >e, >This cluster is a 24x7 production cluster.  >aF >We will probably be putting as least 2 Galaxy instances on one of the	 >systems.f >eA >How much of the marketing hype is true and has any one found and E >"Features!" that have casued them problems? Any other handy tips fore >setting these up?  K If you're going FDDI to mirrored disk controllers, I would suggest getting  I CPQ's engineers involved to help choose, and implement, that part of the -G configuration.  I recently saw one installation where CPQ took 3 stabs nM before getting it right (combination of cabling issues, and config issues).  sE And I've heard anectodal evidence that the FDDI drivers are a little pJ immature just yet.  Neither of these are show-stoppers, just areas to pay  extra attention to.t  K Most people avoid DECNet Phase V - which is the default when you install.  nJ If you don't need its new features, you may prefer to stick with Phase IV.  < Can't help with Galaxy.  Sounds great, haven't seen one yet.     ws   -- e3 << What if there were no hypothetical questions? >>    Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **    ------------------------------  % Date: Wed, 07 Feb 2001 19:11:46 -0500e: From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com> Subject: RE: Wildfire systemstK Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DBDD9@MBCALBEXC03.BENDER.COM>1  G Say Brian... my email to you at lexis-nexis.com seems to bounce back.  a  , Could you provide me with your contact info?   :) jck     > -----Original Message-----% > From: Brian.Tyndall@lexis-nexis.coml( > [mailto:Brian.Tyndall@lexis-nexis.com], > Sent: Wednesday, February 07, 2001 4:15 PM > To: Info-VAX@mvb.saic.coma > Subject: Wildfire systemsn >  > B > Please excuse the general nature of this question but I am afterD > information about how the new systems operate and configure rather" > than solving a specific problem. >  > H > We are looking to upgrade our multisite cluster from Alpha Server 8400E > using HSJ80 to GS160 / GS320 using fiber channel Running VMS 7.2-1.= > - > This cluster is a 24x7 production cluster. = > G > We will probably be putting as least 2 Galaxy instances on one of thec
 > systems. > B > How much of the marketing hype is true and has any one found andF > "Features!" that have casued them problems? Any other handy tips for > setting these up?= >    ------------------------------  % Date: Thu, 08 Feb 2001 02:48:18 +0100-2 From: martin@radiogaga.harz.de (Martin Vorlaender)C Subject: With apologies to J.R.R. Tolkien (was: I still dont know!) ; Message-ID: <3a81fae2.524144494f47414741@radiogaga.harz.de>B  ! norm.raphael@jamesbury.com wrote:n4 > martin@radiogaga.harz.de on 02/07/2001 02:42:06 PM, > > Randy Hawley (rhawley@iquest.net) wrote: > > > Martin Vorlaender wrote: > > > > One OS to rule them allr > > > > One OS to find themp  > > > > One OS to bring them all& > > > > And in the Darkness bind them. > > >>+ > > > In Redmond, where the shadows lie ...  > >hI > > That line is implied (and besides, I didn't want to have my signature> > > grow beyond four lines). >i1 > One OS to rule them all / One OS to find them />< > One OS to bring them all / And in the Darkness bind them /' > In Redmond, where the shadows lie ...  > [And a line to spare....]>  G And now, if you could just add the right part of my signature into that K (got to have at least *some* info there) - and yet not exceed four lines...e. And maybe add the apology to J.R.R., also. ;-)  H Speaking of it: I remember seeing this as part of a longer text ("One OS6 for the..."), but I'm afraid I can't find it any more.   cu,    Martin -- mF                           | Martin Vorlaender  |  VMS & WNT programmer3  Cetero censeo            | work: mv@pdv-systeme.detJ  Redmondem esse delendam. |       http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 07 Feb 2001 22:04:10 +0000g) From: Christof Brass <brass@infopuls.com>e0 Subject: Re: Writes flushed to Disk on Dismount?, Message-ID: <3A81C65A.AFCC6C97@infopuls.com>  ! "Koska, John C. (LNG-MBC)" wrote:d >  > > -----Original Message-----4 > > From: Christof Brass [mailto:brass@infopuls.com], > > Sent: Tuesday, February 06, 2001 6:16 PM > > To: Info-VAX@mvb.saic.comt4 > > Subject: Re: Writes flushed to Disk on Dismount? > >  > >e% > > "Koska, John C. (LNG-MBC)" wrote:h > > >v" > > > > -----Original Message-----8 > > > > From: Christof Brass [mailto:brass@infopuls.com]/ > > > > Sent: Sunday, February 04, 2001 6:30 PMt! > > > > To: Info-VAX@mvb.saic.comr8 > > > > Subject: Re: Writes flushed to Disk on Dismount? > > > >a > > > > E > > > > > They are all on a service contract for 2 hour response overtE > > > > > 7 by 24 by 365.  So we get fairly good care over time, evend > > > >t( > > > >   ^^^^^^^^^^^^^^  ?????????????? > > >IE > > > Please excuse the abbreviation.  I have a service contract with @ > > > Compaq for my systems for around the clock (7 days a week,C > > > 24 hours a day, 365 or so days a year) with a 2 hour response  > > > time.h > > >o > > > :) jck > >sC > > Please excuse my abbreviation. I think to talk about 7 by 24 byaA > > 365 is rediculous as a year has only 24 x 365 hours to offer.i > > Drop the 7.y > @ > You right, me wrong.  Just a figure of speech. (Pun intended.) >  > :) jck  : You are not the first and you won't probably the last. :-)   ------------------------------  % Date: Wed, 07 Feb 2001 17:09:04 -0500s- From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: Xerox = Digital, Message-ID: <3A81C777.96E91D93@videotron.ca>   Warren Spencer wrote:dM > IIRC (my fav new abbrev), PARC invented the GUI/windows thing. Apple clonedm, > it.  Microsoft "embraced and extended" it.  
 Not quite:  M Parc developped the GUI, but abandoned the project. Apple talked to Xerox and:N Zerox said "sure, you have have it, we won't be making anything with it". This= was the foundation for the LISA (precursor to the Macintosh).a  L What Microsoft did with  Windows 3.1 seemed more a copy of x windows than ofJ Apple's UI. Pull down menus existed in DOS character cell, and even in VMS. (remember SWING to traverse directory trees ?)    M Windows 95 on the other hand was a clear attempt at copying the Macintosh UI.t   ------------------------------  # Date: Thu, 08 Feb 2001 00:51:23 GMTgL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: Xerox = Digital8 Message-ID: <009F74AE.AAEE990F@SSRL04.SLAC.STANFORD.EDU>  _ In article <t8305j74phoq68@news.supernews.com>, wspencer@ap.nospam.org (Warren Spencer) writes:i  M >IIRC (my fav new abbrev), PARC invented the GUI/windows thing. Apple cloned e+ >it.  Microsoft "embraced and extended" it.s  O Doug Engelbart at SRI did a bunch of work on GUI and mice before Xerox PARC gotoL to it, starting in the 1960s.  His was mainframe based; PARC did the desktop% workstation (Bravo, Alto, etc) later.e   -- Alane    O ===============================================================================n0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================s   ------------------------------   End of INFO-VAX 2001.077 ************************