0 INFO-VAX	Tue, 21 Jan 2003	Volume 2003 : Issue 41      Contents:5 Re: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest 5 RE: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest * Re: *** DANGER, Will Robinson! DANGER! ***) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape 1 Re: DECLASER 3500 Treiber zu WIN XP oder WIN 2000 - DECLASER 3500 Treiber zu WIN XP oder WIN 2000 1 Re: DECLASER 3500 Treiber zu WIN XP oder WIN 2000 1 Re: DECLASER 3500 Treiber zu WIN XP oder WIN 2000 = RE: DECLASER 3500 Treiber zu WIN XP oder WIN 2000 -Translated 2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! FA: DEC Pin, Mug, & More!  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  RE: How to Backup OSX + RE: Itanium ahead of itself, not behind ... - Re: Itanium with alpha goodies on the way ... - Re: Itanium with alpha goodies on the way ... - RE: Itanium with alpha goodies on the way ... - Re: Itanium with alpha goodies on the way ... - Re: Itanium with alpha goodies on the way ... - Re: Itanium with alpha goodies on the way ...  Re: MAIL 11 protocol definition  Re: Marvel Performance Re: Marvel Performance' Re: MicroVAX upgrade (to Alpha, maybe?) ' Re: MicroVAX upgrade (to Alpha, maybe?) ' Re: MicroVAX upgrade (to Alpha, maybe?) ' Re: MicroVAX upgrade (to Alpha, maybe?)  Re: MOP with Multiple NICs. Re: Most common OpenVMS versions in use today?. Re: Most common OpenVMS versions in use today?& Re: MX 5.3-2 ignoring vmsmail forwards. Re: Network Time Protocol (NTP) for OpenVMS ??. Re: Network Time Protocol (NTP) for OpenVMS ??. Re: Network Time Protocol (NTP) for OpenVMS ??. Re: Network Time Protocol (NTP) for OpenVMS ??) Re: OKIdata ML 320 Control Codes from VMS P Re: OpenVMS.org: Marvel article and HP's press release for Marvel and  Alpha RetP Re: OpenVMS.org: Marvel article and HP's press release for Marvel and Alpha RetaP Re: OpenVMS.org: Marvel article and HP's press release for Marvel and Alpha RetaP Re: OpenVMS.org: Marvel article and HP's press release for Marvel and Alpha Reta+ Re: Oracle LMON and LMDO buffered I/O usage 7 Re: Security threats seen big for 2003 ... not for VMS! 7 Re: Security threats seen big for 2003 ... not for VMS! 7 RE: Security threats seen big for 2003 ... not for VMS!  Re: smtp to vmsmail P Re: TCPIP: pseudo-interface: 2 IP addresses on 1 VMS system with 1 ethernet card< The MicroVAX-I console [was Re: JF and backporting features]  F ----------------------------------------------------------------------   Date: 20 Jan 2003 20:38:05 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)> Subject: Re: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest5 Message-ID: <b0hmnc$ocgrf$1@ID-135708.news.dfncis.de>   0 In article <01C2C071.3681F840@sulfer.icius.com>,' 	Shane Smith <ssmith@icius.com> writes: D > It's an attractive thought, but unfortunately impractical. In thisE > instance, what would you do, block all of Spain from the internet?    C Yes. As well as Taiwan, HonkKong and anyone else who is just in for C the free ride and doesn't think that use of the INTERNET comes with  responsibilities too.   K >                                                                     We're C > not talking about a group you can easily throw a blockade around. F > They're all over the place and mostly on DHCP addresses so you can'tG > block them for long. And if you try, you block the next person to get 2 > that address assigned, who hasn't done anything.  B Which is why I think it needs to be put on the heads of those with@ the power to do something about it.  Or, if they feel that beingE allowed access to the INTERNET is not worth the effort of controlling 2 those within their area of control, then so be it.  E We are not talking about isolated incidents here.  99% of the garbage F comes from 1% of the INTERNET.  I would recommend cutting off that 1%.   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: Mon, 20 Jan 2003 12:44:48 -0800 # From: "Tom Linden" <tom@kednos.com> > Subject: RE: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIECGGHAA.tom@kednos.com>   C Speaking of which, how does one correlate an IP with a geographical B region.  I am aware of arin and the like but how is the allocationB made, and by whom?  So you could block, for example, Korea but not
 ther Aussies?    >-----Original Message----- E >From: bill@gw5.cs.uofs.edu [mailto:bill@gw5.cs.uofs.edu]On Behalf Of  >Bill Gunshannon( >Sent: Monday, January 20, 2003 12:38 PM >To: Info-VAX@Mvb.Saic.Com? >Subject: Re: (OT) lots of spam in vmsnet.sdk.openvms.fieldtest  >  > 1 >In article <01C2C071.3681F840@sulfer.icius.com>, ( >	Shane Smith <ssmith@icius.com> writes:E >> It's an attractive thought, but unfortunately impractical. In this E >> instance, what would you do, block all of Spain from the internet?  > D >Yes. As well as Taiwan, HonkKong and anyone else who is just in forD >the free ride and doesn't think that use of the INTERNET comes with >responsibilities too. > L >>                                                                     We'reD >> not talking about a group you can easily throw a blockade around.G >> They're all over the place and mostly on DHCP addresses so you can't H >> block them for long. And if you try, you block the next person to get3 >> that address assigned, who hasn't done anything.  > C >Which is why I think it needs to be put on the heads of those with A >the power to do something about it.  Or, if they feel that being F >allowed access to the INTERNET is not worth the effort of controlling3 >those within their area of control, then so be it.  > F >We are not talking about isolated incidents here.  99% of the garbageG >comes from 1% of the INTERNET.  I would recommend cutting off that 1%.  >  >bill  >  >-- K >Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves E >bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.  >University of Scranton   | ? >Scranton, Pennsylvania   |         #include <std.disclaimer.h>  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). B >Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002    ------------------------------    Date: 20 Jan 2003 16:13:03 -06004 From: cornelius@encompasserve.org (George Cornelius)3 Subject: Re: *** DANGER, Will Robinson! DANGER! *** 3 Message-ID: <Ws5zfhkNmg0S@eisner.encompasserve.org>   ^ In article <OF292D438A.B7AB89FF-ON85256CB0.0063F33C@metso.com>, norm.raphael@metso.com writes:/ >    Press RETURN to continue, q RETURN to quit , > ***     DANGER, Will Robinson! DANGER! ***; >         operator new failure: insufficient virtual memory M > %SYSTEM-F-OPCCUS, opcode reserved to customer fault at PC=FFFFFFFF80A3E434, 
 > PS=0000001B  > 4 >   Improperly handled condition, image exit forced.  @ Yep, a cutsie message from the developer [see attached listing].   --9 George Cornelius              cornelius@encompasserve.org 0                               cornelius@mayo.edu  P  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +  - $ SEARCH SYS$SYSDEVICE:[DSN...]*.EXE ROBINSON    ******************************. SYS$SYSDEVICE:[DSN.LIB.ALPHA]DSNSHARE030.EXE;1   mutex (0x%p)E             <NUL><NUL><NUL>DsnMutex::DsnMutex(): Created mutex (0x%p) P                                                                      <NUL><NUL><@ NUL><NUL><NUL>DsnThread::~DsnThread(): Deleting thread %d (0x%p)P                                                                 <NUL><NUL><NUL><9 NUL><NUL>DsnThread::DsnThread(): Created thread %d (0x%p) P                                                          <NUL><NUL><NUL><NUL><NUP L><NUL><NUL>DSNTHREAD_DEFAULT_STACK_SIZE<NUL><NUL><NUL><NUL>*** DANGER, Will Rob inson! DANGER! ***I                         operator new failure: insufficient virtual memory P                                                                          <NUL><NP UL><NUL><NUL><NUL><NUL>DsnException::EXC_EXTERNAL_MESSAGE<NUL><NUL><NUL><NUL><NUP L><NUL>Your message here<NUL><NUL><NUL><NUL><NUL><NUL><NUL>DsnException::EXC_INFP INITE_LOOP<NUL>Infinite exception loop detected<NUL><NUL><NUL><NUL><NUL><NUL><NUP L><NUL>DsnNetEx::OK<NUL><NUL><NUL><NUL>Successful completion<NUL><NUL><NUL>DsnNe+ tEx::ATTRNOTINT<NUL><NUL><NUL><NUL>Specifie  $   P  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +   ------------------------------  % Date: Mon, 20 Jan 2003 21:04:02 +0100 " From: "Hans Vlems" <hvlems@iae.nl>2 Subject: Re: Antique question: 11/730 Console Tape5 Message-ID: <b0hknv$pkp7q$1@ID-143435.news.dfncis.de>   D Nobody seems to have answered the question, so I'll have a go at it.L But: the number of times I've booted an 11/730 is somewhere between 2 and 5.4 OTOH it is somewhat similar to an 11/750 and 11/785.> Register 0 contains the boot device (D/G/L 0 <some hex value>)L You should at least put the value found in DEFBOO into DUABOO, for registers 0 and 2.   HTH    Hans.   < "David Harrison" <djharrid@bellsouth.net> schreef in bericht0 news:0nAW9.44847$Jm2.27574@news.bellsouth.net...I > I'm administrator or a VAX 11/730 that ate its original console tape. I G > found another tape but with this tape the system refuses to perform a G > default boot to the UDA controller. I tried replacing DEFBOO.CMD with J > DUABOO.CMD (see below) and the system hits the disk, but only prints out the J > VMS banner before stopping. I then halt the CPU and run DUABOO again and it > boots VMS. > K > Question: is there something I need to add to the DUABOO file so that the I > system will boot from the UDA the first time? I used to have a bunch of ; > 11/730 documentation, but it has long since been trashed.  > 
 > DEFBOO.CMD:  >     I  >     D/P/L  F26200  86  >     D/P/L  F2620C  FFFFFFFF  >     D/P/L  F26200  6 >     D/G/L  0  00A80003 >     D/G/L  1  3  >     D/G/L  2  3FB86  >     D/G/L  3  0  >     D/G/L  4  0  >     D/G/L  5  0  >     E  SP  > 
 > DUABOO.CMD:  >     I  >     D/G  0  11 >     D/G  1  3  >     D/G  2  3F468  >     D/G  4  0  >     D/G  5  0  >     E  SP  > 	 > Thanks,  >  > David Harrison > djharrid@bellsouth.net >  >  >  >  >  >    ------------------------------  % Date: Mon, 20 Jan 2003 17:17:49 -0600 / From: "David Harrison" <djharrid@bellsouth.net> 2 Subject: Re: Antique question: 11/730 Console Tape6 Message-ID: <je%W9.26836$F_3.12525@news.bellsouth.net>  F I found a newsgroup post from 1997 by searching google.com newsgroups. This is for a VAX 11/750:   , D/G  0  11            UDA50 device type code  > D/G  1  FFE000    the base addr of the Unibus I/O page for UB0I                               I have 3 in this register. Not sure what is  correct for an 11/730.  4 D/G  2  3F468    CSR addr offset of the UDA50 on UB0  % D/G  3  0            unused on 11/750   . D/G  4  0            boot flag used by VMB.EXE  3 D/G  E  200        start of working memory plus 200   . It does not exactly agree with my DUABOO file.  B I only wish I had saved a good boot log printout from the console!    - "Hans Vlems" <hvlems@iae.nl> wrote in message / news:b0hknv$pkp7q$1@ID-143435.news.dfncis.de... F > Nobody seems to have answered the question, so I'll have a go at it.K > But: the number of times I've booted an 11/730 is somewhere between 2 and  5.6 > OTOH it is somewhat similar to an 11/750 and 11/785.@ > Register 0 contains the boot device (D/G/L 0 <some hex value>)D > You should at least put the value found in DEFBOO into DUABOO, for	 registers 
 > 0 and 2. >  > HTH  >  > Hans.  > > > "David Harrison" <djharrid@bellsouth.net> schreef in bericht2 > news:0nAW9.44847$Jm2.27574@news.bellsouth.net...K > > I'm administrator or a VAX 11/730 that ate its original console tape. I I > > found another tape but with this tape the system refuses to perform a I > > default boot to the UDA controller. I tried replacing DEFBOO.CMD with L > > DUABOO.CMD (see below) and the system hits the disk, but only prints out > the L > > VMS banner before stopping. I then halt the CPU and run DUABOO again and > it > > boots VMS. > > I > > Question: is there something I need to add to the DUABOO file so that  the K > > system will boot from the UDA the first time? I used to have a bunch of = > > 11/730 documentation, but it has long since been trashed.  > >  > > DEFBOO.CMD: 	 > >     I  > >     D/P/L  F26200  86  > >     D/P/L  F2620C  FFFFFFFF  > >     D/P/L  F26200  6 > >     D/G/L  0  00A80003 > >     D/G/L  1  3  > >     D/G/L  2  3FB86  > >     D/G/L  3  0  > >     D/G/L  4  0  > >     D/G/L  5  0 
 > >     E  SP  > >  > > DUABOO.CMD: 	 > >     I  > >     D/G  0  11 > >     D/G  1  3  > >     D/G  2  3F468  > >     D/G  4  0  > >     D/G  5  0 
 > >     E  SP  > >  > > Thanks,  > >  > > David Harrison > > djharrid@bellsouth.net > >  > >  > >  > >  > >  > >  >    ------------------------------    Date: 20 Jan 2003 15:22:07 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: DECLASER 3500 Treiber zu WIN XP oder WIN 20003 Message-ID: <FBtL+kZ5PYCP@eisner.encompasserve.org>   Y In article <3e2c4f82$1_2@news.bluewin.ch>, "Andr Zwygart" <trash.can@bluewin.ch> writes:   C    The primary language for this group is English.  My German isn't A    nearly good enough for technical work, this is what I get from     freetranslation.com:  >  >Hello together,   > 8 >would have some problems with my Printer DECLASER 3500.> >If pictures are printed, there is always paper obstruction ifG >however only documents are printed, functions the printer flawlessly.  4 >Would think that the driver makes these problems.   > I >Does someone have in addition experiences or a printer driver for and to ' >above-mentioned operating systems???     .    I really doubt you have a software problem.   > Hallo zusammen,  > M > Habe einige Probleme mit meinem Printer DECLASER 3500. Wenn Bilder gedruckt M > werden, so gibt es immer Papierstau, wenn jedoch nur Schriftstcke gedruckt J > werden, so funktioniert der Drucker einwandfrei. Denke, dass der Treiber > diese Probleme macht.  > G > Hat Jemand dazu Erfahrungen oder ein Druckertreiber fr und zu obigen  > Betriebssystemen???  >  > 
 > vielen Dank  > Andr  >         ------------------------------  % Date: Mon, 20 Jan 2003 20:35:22 +0100 , From: "Andr Zwygart" <trash.can@bluewin.ch>6 Subject: DECLASER 3500 Treiber zu WIN XP oder WIN 2000* Message-ID: <3e2c4f82$1_2@news.bluewin.ch>   Hallo zusammen,   K Habe einige Probleme mit meinem Printer DECLASER 3500. Wenn Bilder gedruckt K werden, so gibt es immer Papierstau, wenn jedoch nur Schriftstcke gedruckt H werden, so funktioniert der Drucker einwandfrei. Denke, dass der Treiber diese Probleme macht.   E Hat Jemand dazu Erfahrungen oder ein Druckertreiber fr und zu obigen  Betriebssystemen???      vielen Dank  Andr   K PS. Bitte nur hier antworten. Habe schlechte Erfahrungen gemacht mit SPAM!!    ------------------------------  % Date: Mon, 20 Jan 2003 19:35:58 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>: Subject: Re: DECLASER 3500 Treiber zu WIN XP oder WIN 2000/ Message-ID: <3E2C87D3.754A5441@vl.videotron.ca>   R I had been about to post a reply until I realised the subject talks about windows.  J Anyways, one possibility is that when you print graphics, the print driver9 sends different commands to the printer during the setup.   L SOme printers can be set to wait for a page to fully eject before proceedingK with next page, OR to start drawing the next page while the previous one is N still travelling through the printer. This MIGHT make a difference in why some2 print jobs get the paper stuck while others don't.  H It would help if you provided (in english) a description of where in the printer the paper gets stuck.    ------------------------------  % Date: Mon, 20 Jan 2003 20:41:39 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> : Subject: Re: DECLASER 3500 Treiber zu WIN XP oder WIN 2000' Message-ID: <3E2CB363.EF770635@fsi.net>    "Andr Zwygart" wrote: >  > Hallo zusammen,  > M > Habe einige Probleme mit meinem Printer DECLASER 3500. Wenn Bilder gedruckt M > werden, so gibt es immer Papierstau, wenn jedoch nur Schriftstcke gedruckt J > werden, so funktioniert der Drucker einwandfrei. Denke, dass der Treiber > diese Probleme macht.  > G > Hat Jemand dazu Erfahrungen oder ein Druckertreiber fr und zu obigen  > Betriebssystemen???  > 
 > vielen Dank  > Andr  > M > PS. Bitte nur hier antworten. Habe schlechte Erfahrungen gemacht mit SPAM!!   C Well, forgive my lack of German language skills. I live in the U.S.   D Try cleaning the paper path very thoroughly. It's possible that whenB printing pictures, the stresses on the paper are just different byC enough to make the paper jam against something that doesn't cause a B problem when printing text which deposits less toner on the paper.  F Just a guess, but if someone can express this in German well enough, I hope it helps.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 20 Jan 2003 13:55:54 -0800 $ From: Shane Smith <ssmith@icius.com>F Subject: RE: DECLASER 3500 Treiber zu WIN XP oder WIN 2000 -Translated0 Message-ID: <01C2C08B.B3006590@sulfer.icius.com>  F I had to Babelfish this to see what he was asking. Here's the slightly> cleaned up English version. Hope I didn't bork it up too much:   >Hello everybody > G >I am having some problems with my Printer DECLASER 3500. If pictures =  are  printed, theA >paper jams. If however only documents are printed, the printer = 	 functions 
 flawlessly. I  >suspect the printer driver=20 > ? >Does anyone have experience with a printer driver for and to =  above-mentioned  >operating systems??? =20  >  >thank you very much,  >Andr=E9 > D >PS.  Please only answer here.  I've had bad experiences with SPAM!!   -----Original Message-----3 From: Andr=E9 Zwygart [mailto:trash.can@bluewin.ch] ' Sent: Monday, January 20, 2003 11:35 AM  To: Info-VAX@Mvb.Saic.Com 6 Subject: DECLASER 3500 Treiber zu WIN XP oder WIN 2000     Hallo zusammen,   B Habe einige Probleme mit meinem Printer DECLASER 3500. Wenn Bilder gedrucktD werden, so gibt es immer Papierstau, wenn jedoch nur Schriftst=FCcke gedrucktH werden, so funktioniert der Drucker einwandfrei. Denke, dass der Treiber diese Probleme macht.   G Hat Jemand dazu Erfahrungen oder ein Druckertreiber f=FCr und zu obigen  Betriebssystemen???      vielen Dank  Andr=E9   D PS. Bitte nur hier antworten. Habe schlechte Erfahrungen gemacht mit SPAM!!   ------------------------------  # Date: Mon, 20 Jan 2003 19:00:24 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! , Message-ID: <cHXW9.67447$kH3.9946@sccrnsc03>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0301201010.54c780ca@posting.google.com... 9 > HP's AlphaServer GS1280 Launch: A MARVELous Development D > Posted by Terry Shannon (Sunday January 19 2003 @ 03:51PM EST) [ ]  L Bob, I really don't think that Terry is going to appreciate your posting hisI subscription newsletter. Notice that it IS copyrighted. I'm a subscriber,  and I don't appreciate it.  I >(c) 2003 by Terry C. Shannon, IT Consultant and Publisher, Shannon Knows  HPC      ML   ------------------------------  % Date: Mon, 20 Jan 2003 16:48:45 -0500 * From: "Bill Todd" <billtodd@metrocast.net>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! 2 Message-ID: <UB6dndrG7MhU87GjXTWcog@metrocast.net>  3 "Mark E. Levy" <mlevy70@attbi.com> wrote in message & news:cHXW9.67447$kH3.9946@sccrnsc03...7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0301201010.54c780ca@posting.google.com... ; > > HP's AlphaServer GS1280 Launch: A MARVELous Development F > > Posted by Terry Shannon (Sunday January 19 2003 @ 03:51PM EST) [ ] > J > Bob, I really don't think that Terry is going to appreciate your posting his K > subscription newsletter. Notice that it IS copyrighted. I'm a subscriber,  > and I don't appreciate it. > K > >(c) 2003 by Terry C. Shannon, IT Consultant and Publisher, Shannon Knows  > HPC   D I suspect that Bob may have lifted this from openvms.org (where it'sK featured, free of charge) rather than from the newsletter itself (which I'd L consider far more dubious, even though I'm not sure that legally there's any difference).  I And given that Terry has been known to claim copyright at openvms.org and I tru64.org on HP press releases that he's quoted (without attribution) 90% G verbatim, my sense of outrage is not what it might otherwise have been.    - bill   ------------------------------    Date: 20 Jan 2003 16:03:02 -0800( From: bob@instantwhip.com (Bob Ceculski); Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! = Message-ID: <d7791aa1.0301201603.1888d13b@posting.google.com>   \ "Mark E. Levy" <mlevy70@attbi.com> wrote in message news:<cHXW9.67447$kH3.9946@sccrnsc03>...7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0301201010.54c780ca@posting.google.com... ; > > HP's AlphaServer GS1280 Launch: A MARVELous Development F > > Posted by Terry Shannon (Sunday January 19 2003 @ 03:51PM EST) [ ] > N > Bob, I really don't think that Terry is going to appreciate your posting hisK > subscription newsletter. Notice that it IS copyrighted. I'm a subscriber,  > and I don't appreciate it. > K > >(c) 2003 by Terry C. Shannon, IT Consultant and Publisher, Shannon Knows  > HPC  >  > ML  8 well Mark, then you better tell that to www.openvms.org,2 because that is where I got it, and it is free ...   ------------------------------    Date: 20 Jan 2003 16:06:00 -0800( From: bob@instantwhip.com (Bob Ceculski); Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! = Message-ID: <d7791aa1.0301201606.1e537412@posting.google.com>   \ "Mark E. Levy" <mlevy70@attbi.com> wrote in message news:<cHXW9.67447$kH3.9946@sccrnsc03>...7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0301201010.54c780ca@posting.google.com... ; > > HP's AlphaServer GS1280 Launch: A MARVELous Development F > > Posted by Terry Shannon (Sunday January 19 2003 @ 03:51PM EST) [ ] > N > Bob, I really don't think that Terry is going to appreciate your posting hisK > subscription newsletter. Notice that it IS copyrighted. I'm a subscriber,  > and I don't appreciate it. > K > >(c) 2003 by Terry C. Shannon, IT Consultant and Publisher, Shannon Knows  > HPC  >  > ML  5 and if you don't belive me Mark, here is the link ...   9 http://www.openvms.org/stories.php?story=03/01/19/9517580    ------------------------------  # Date: Tue, 21 Jan 2003 01:14:41 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! / Message-ID: <4a1X9.764662$P31.557447@rwcrnsc53>   5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0301201603.1888d13b@posting.google.com...   : > well Mark, then you better tell that to www.openvms.org,4 > because that is where I got it, and it is free ...  ? That does NOT give you permission to re-post it on c.o.v., Bob.    ML   ------------------------------  % Date: Mon, 20 Jan 2003 20:35:42 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! ' Message-ID: <3E2CB1FE.8A15BC71@fsi.net>    Bob Ceculski wrote:  > ^ > "Mark E. Levy" <mlevy70@attbi.com> wrote in message news:<cHXW9.67447$kH3.9946@sccrnsc03>...9 > > "Bob Ceculski" <bob@instantwhip.com> wrote in message ; > > news:d7791aa1.0301201010.54c780ca@posting.google.com... = > > > HP's AlphaServer GS1280 Launch: A MARVELous Development H > > > Posted by Terry Shannon (Sunday January 19 2003 @ 03:51PM EST) [ ] > > P > > Bob, I really don't think that Terry is going to appreciate your posting hisM > > subscription newsletter. Notice that it IS copyrighted. I'm a subscriber,  > > and I don't appreciate it. > > M > > >(c) 2003 by Terry C. Shannon, IT Consultant and Publisher, Shannon Knows  > > HPC  > >  > > ML > 7 > and if you don't belive me Mark, here is the link ...  > ; > http://www.openvms.org/stories.php?story=03/01/19/9517580   D It's not a question of whether he believes you or not. If you *MUST*G scrape that hard for content, well, you may want to think twice or more D before you post. If you've that little to say, discretion may be the/ better part of valor (to quote the old saying).    FWIW...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 20 Jan 2003 21:25:25 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! / Message-ID: <3E2CA183.58C25309@vl.videotron.ca>    "Mark E. Levy" wrote: < > > well Mark, then you better tell that to www.openvms.org,6 > > because that is where I got it, and it is free ... > A > That does NOT give you permission to re-post it on c.o.v., Bob.     H If the author gave permission for his article to be posted in a publiclyJ available web site such as www.____vms.org, I am not entirely sure that it+ would be so inapropriate to repost it here.   L If the poster had a subscription to the private newsletter and reposted themM publicly without permission, then it would be a clear breach. But I am not so K sure that it is such a big breach to take a publicly available document and  post it on cov for discussion.  F Consider this: that ____vms.org web site also has a copy of HP's pressI release. Is it considered breach of copyright if I were to take the press M release from his web site and post it here ? How about if I took it from HP's  web site and posted it here ?   E Nobody makes money from cov, so the material here is just a forum for E discussions. Not very different than the chinese who put up copies of 8 newspapers on city walls for people to read and discuss.   ------------------------------  % Date: Mon, 20 Jan 2003 18:47:12 -0800 $ From: Shane Smith <ssmith@icius.com>; Subject: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! 0 Message-ID: <01C2C0B4.5D023FF0@sulfer.icius.com>  E I think the correct netiquette would be to post a link to the website @ article, along with a summary or quote so people know if they're6 interested enough to go read the original. Just my 2c.   Shane    -----Original Message-----7 From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca] & Sent: Monday, January 20, 2003 5:25 PM To: Info-VAX@Mvb.Saic.Com ; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!      "Mark E. Levy" wrote: < > > well Mark, then you better tell that to www.openvms.org,6 > > because that is where I got it, and it is free ... > A > That does NOT give you permission to re-post it on c.o.v., Bob.     H If the author gave permission for his article to be posted in a publiclyG available web site such as www.____vms.org, I am not entirely sure that  it+ would be so inapropriate to repost it here.   G If the poster had a subscription to the private newsletter and reposted  themF publicly without permission, then it would be a clear breach. But I am not soG sure that it is such a big breach to take a publicly available document  and  post it on cov for discussion.  F Consider this: that ____vms.org web site also has a copy of HP's pressC release. Is it considered breach of copyright if I were to take the  press H release from his web site and post it here ? How about if I took it from HP's web site and posted it here ?   E Nobody makes money from cov, so the material here is just a forum for E discussions. Not very different than the chinese who put up copies of 8 newspapers on city walls for people to read and discuss.   ------------------------------  # Date: Tue, 21 Jan 2003 04:22:16 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! = Message-ID: <YV3X9.26306$4u5.12798@rwcrnsc52.ops.asp.att.net>   = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3E2CA183.58C25309@vl.videotron.ca...   H > Consider this: that ____vms.org web site also has a copy of HP's pressK > release. Is it considered breach of copyright if I were to take the press J > release from his web site and post it here ? How about if I took it from HP's > web site and posted it here ?   G By nature, press releases are for general release, that's why they were K released to the press to begin with. I'm sure HP or any other company would F be happy for you to distribute their press releases any way you'd likeI (assuming that you don't alter them in any way). I'm not sure Terry would  feel the same.  G > Nobody makes money from cov, so the material here is just a forum for G > discussions. Not very different than the chinese who put up copies of : > newspapers on city walls for people to read and discuss.  E Not the same. Those newspapers were probably purchased prior to being H posted. Granted, someone who can read a posted paper doesn't have to buyJ one, thus depriving the publisher of revenue. A better comparison would beI for someone to copy one of those posted papers and post the copies around 8 town, thus depriving the publisher of even more revenue.  I Another issue, do you think Terry would like to be associated with Bob in  any way?   ML   ------------------------------  % Date: Mon, 20 Jan 2003 22:47:08 -0500 3 From: "Homer J. Simpson" <hsimpson@burnsenergy.com> " Subject: FA: DEC Pin, Mug, & More!6 Message-ID: <T73X9.27393$F_3.25877@news.bellsouth.net>  
 Lapel pin:= http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2302951407    Coffee mug: = http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3202627817    Inspirational item: J http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=302&item=2302635983   Other DEC stuff:L http://cgi6.ebay.com/ws/eBayISAPI.dll?ViewSellersOtherItems&userid=akloster&! include=0&since=-1&sort=3&rows=25    ------------------------------    Date: 20 Jan 2003 13:42:29 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: How to Backup OSX3 Message-ID: <vSFjYDQK+zbW@eisner.encompasserve.org>   f In article <howard-92EBC4.13144520012003@enews.newsguy.com>, Howard S Shubs <howard@shubs.net> writes:5 > In article <Hoh+qG8gl6mO@eisner.encompasserve.org>, / >  young_r@encompasserve.org (Rob Young) wrote:  > ? >> $ abc show backup site$disk:[username.routines]TST_AA_IF.TXT > >> Archive Backup Client for ADSM on OpenVMS, Version V3.1.0.1; >> Copyright 1996-2001, Storage Solutions Specialists, Inc. Q >> DISK$SITE_USERS:[USERS.USERNAME.ROUTINES]TST_AA_IF.TXT;1 (A) 6097 20-SEP-2001   >>  10:40:43 > G > Note that this particular syntax is very system specific.  I've been  > > trying to keep the discussion more general when I added the  > cross-posting to COV.  >   8 	There is a TSM client available for most all OSes.  The- 	statement about incrementals is not correct.    				Rob    ------------------------------  # Date: Mon, 20 Jan 2003 20:35:32 GMT % From: Tony Lawrence <tony@pcunix.com>  Subject: Re: How to Backup OSX- Message-ID: <o4ZW9.62086$Yq3.12889@sccrnsc02>    Rob Young wrote:V > In article <oxRW9.61882$hl1.6733@sccrnsc04>, Tony Lawrence <tony@pcunix.com> writes: >  > E >>My comments about backup are based on my experience with literally  J >>thousands of customers.  In the old days (not all that long ago) I'd be H >>involved in hard drive failures at least once a month.  Nowadays it's J >>once a year, if that, but I've seen the problems with differentials and I >>incrementals and I DO NOT RECOMMEND THEIR USE UNLESS IT IS UNAVOIDABLE.s >>@ >>If that's "ivory tower", I'm a 15th century blacksmith having  >>hallucinatory visions. >> >  > 		No, just very out of date. > E > 	I do incrementals - always.  Folks are somewhat uncomfortable withuC > 	that.  The warm and fuzzy is to do (typical) weekly fulls, daily2? > 	incrementals back to the weeklies.  With TSM, you are alwaysL > 	doing incrementals. > D > 	The problem is conceptual.  Think of your backups taking place toC > 	a fault-tolerant database.  Each day, an export goes off-site so G > 	your backed up files reside in two places (this is typical for most  ( > 	of us regardless of backup solution). > = > 	What is occuring is files that are *not* changing are only2- > 	backed up initially!  incrementals foreverB > ; > http://adsm.nerdc.ufl.edu/local/incrementals-forever.htmla > F > 	Picking a file at random, one created in 1999, you can see when it  > 	was last backed up: > > > $ abc show backup site$disk:[username.routines]TST_AA_IF.TXT= > Archive Backup Client for ADSM on OpenVMS, Version V3.1.0.1e: > Copyright 1996-2001, Storage Solutions Specialists, Inc.P > DISK$SITE_USERS:[USERS.USERNAME.ROUTINES]TST_AA_IF.TXT;1 (A) 6097 20-SEP-2001  >  10:40:43h > G > 	Last backed up over a year and a half ago.  I know I can restore it, < > 	as the database/tapepool containing it is fault-tolerant.   A year and a half ago?????????   No comment.i   >  > 	So, I disagree with this: >  > J >>once a year, if that, but I've seen the problems with differentials and I >>incrementals and I DO NOT RECOMMEND THEIR USE UNLESS IT IS UNAVOIDABLE.? >  > E > 	You have a poor backup solution in use, would be my first guess asa. > 	to why you so strongly oppose incrementals. > 	 > 				Robs >     G I love people who join a conversation late and make wild assumptiopns. i3 Go read http://aplawrence.com/Unixart/diffback.htmlN  G *My* personal backup solution is bit-level verified DVD-RAM.  Complete wI bootable backup with recovery tools on board, able to restore the entire  E thing to a virgin disk with one keystroke.  My *customers* solutions :A include that, qic-02, dat, helical scan, autochangers.. etc. and eA software from tar to Arcserve.  Generally they (at my advice) do   complete, bit verified backups.e  D Let me ask YOU a question:  which do you think is better: backup up I everything that has changed since the last master, or just files changed r since the last backup?  Why?  B BTW, when was the last time you verified your 18 month old backup?     -- y
 Tony Lawrencei, Free SCO, Mac OS X and  Linux Skills Tests: % http://aplawrence.com/skillstest.html    ------------------------------  # Date: Mon, 20 Jan 2003 20:40:56 GMTV% From: Tony Lawrence <tony@pcunix.com>r Subject: Re: How to Backup OSX, Message-ID: <s9ZW9.66836$hl1.7232@sccrnsc04>   Howard S Shubs wrote:-. > In article <oxRW9.61882$hl1.6733@sccrnsc04>,) >  Tony Lawrence <tony@pcunix.com> wrote:h >  > E >>My comments about backup are based on my experience with literally -J >>thousands of customers.  In the old days (not all that long ago) I'd be H >>involved in hard drive failures at least once a month.  Nowadays it's J >>once a year, if that, but I've seen the problems with differentials and I >>incrementals and I DO NOT RECOMMEND THEIR USE UNLESS IT IS UNAVOIDABLE.  >  > ! > It's almost always unavoidable.t > J > When you've got TB, or even a few hundred GB, to backup every night and K > it has to go over a network, even GB ethernet isn't enough to get it all  I > done in the wee hours.  You have to reduce the needed bandwidth to get a( > it done.  Incrementals are sufficient. >     I Oh for crying out loud.  How many times do I have to say it:  IF YOU ARE  D CONSTRAINED BY SPACE OR TIME THEN INCREMENTALS OR DIFFERENTIALS ARE  OBVIOUSLY NECESSARY.   Cripes.w    - Nevertheless:  in many systems, as I said at  I http://aplawrence.com/Unixart/diffback.html, the unchanging stuff is the oE LEAST of your problems: the 300 MB of OS static files etc. is pretty sF unimportant when you are backing up terabytes.  If you are backing up I that kind of set, you probably have pretty damn fast storage too, so the R: puny 300 MB or whatever probably doesn't add much to that.  E But (because obviously the attention span of Usenet requires this) I vB will once again say: IF YOU ARE CONSTRAINED BY SPACE OR TIME THEN 6 INCREMENTALS OR DIFFERENTIALS ARE OBVIOUSLY NECESSARY.   Cripes. Again.     -- d
 Tony Lawrence , Free SCO, Mac OS X and  Linux Skills Tests: % http://aplawrence.com/skillstest.htmlT   ------------------------------    Date: 20 Jan 2003 15:00:40 -0600+ From: young_r@encompasserve.org (Rob Young)H Subject: Re: How to Backup OSX3 Message-ID: <$mt$hBovn7Rl@eisner.encompasserve.org>I  U In article <o4ZW9.62086$Yq3.12889@sccrnsc02>, Tony Lawrence <tony@pcunix.com> writes:n > Rob Young wrote:   >> uG >> 	Picking a file at random, one created in 1999, you can see when it l >> 	was last backed up:l >> .? >> $ abc show backup site$disk:[username.routines]TST_AA_IF.TXTs> >> Archive Backup Client for ADSM on OpenVMS, Version V3.1.0.1; >> Copyright 1996-2001, Storage Solutions Specialists, Inc.pQ >> DISK$SITE_USERS:[USERS.USERNAME.ROUTINES]TST_AA_IF.TXT;1 (A) 6097 20-SEP-2001 n >>  10:40:43 >> uH >> 	Last backed up over a year and a half ago.  I know I can restore it,= >> 	as the database/tapepool containing it is fault-tolerant.n >   > A year and a half ago????????? > 
 > No comment.n >   > 	Backed up then, and still available today.  In other words, IC 	could restore it right now, in less than 2 minutes if I wanted to. ; 	Remember, I said that it is like backing up to a database.    >> ' >> 	So, I disagree with this:p >> c >> sK >>>once a year, if that, but I've seen the problems with differentials and PJ >>>incrementals and I DO NOT RECOMMEND THEIR USE UNLESS IT IS UNAVOIDABLE. >> e >> rF >> 	You have a poor backup solution in use, would be my first guess as/ >> 	to why you so strongly oppose incrementals.d >> t
 >> 				Rob >> p >  > F > Let me ask YOU a question:  which do you think is better: backup up K > everything that has changed since the last master, or just files changed a > since the last backup?  Why? >   
 	What master?   ) 	Only back the file up if it has changed.r  D > BTW, when was the last time you verified your 18 month old backup?  C 	You don't understand how TSM works and overlooked that I mentioned B 	the files are backed up to a fault-tolerant database with offsite 	copies.  D 	If you can list it via a show command, you can restore it.  Period.   				Rob    ------------------------------  % Date: Mon, 20 Jan 2003 17:10:57 -0500f' From: Howard S Shubs <howard@shubs.net>r Subject: Re: How to Backup OSX< Message-ID: <howard-4C3617.17105720012003@enews.newsguy.com>  , In article <s9ZW9.66836$hl1.7232@sccrnsc04>,'  Tony Lawrence <tony@pcunix.com> wrote:y  G > But (because obviously the attention span of Usenet requires this) I lD > will once again say: IF YOU ARE CONSTRAINED BY SPACE OR TIME THEN 8 > INCREMENTALS OR DIFFERENTIALS ARE OBVIOUSLY NECESSARY.  B This is why I referred to the Ivory Tower, because you are ALWAYS H constrained by SPACE AND TIME.  Always, no exceptions at all outside of  the Ivory Tower.   -- C4 Today, on Paper-view: The World Origami Championship   ------------------------------  # Date: Mon, 20 Jan 2003 23:08:27 GMTl% From: Tony Lawrence <tony@pcunix.com>t Subject: Re: How to Backup OSX- Message-ID: <Lj%W9.71429$1q3.10159@sccrnsc01>e   Howard S Shubs wrote:=. > In article <s9ZW9.66836$hl1.7232@sccrnsc04>,) >  Tony Lawrence <tony@pcunix.com> wrote:. >  > G >>But (because obviously the attention span of Usenet requires this) I eD >>will once again say: IF YOU ARE CONSTRAINED BY SPACE OR TIME THEN 8 >>INCREMENTALS OR DIFFERENTIALS ARE OBVIOUSLY NECESSARY. >  > D > This is why I referred to the Ivory Tower, because you are ALWAYS J > constrained by SPACE AND TIME.  Always, no exceptions at all outside of  > the Ivory Tower. >     G I have no idea what you are referring to.  Many businesses have a 8 to :E 16 hour window in which to do backup.  If their entire system can be  > backed up to removable media in that time frame, they are not  constrained by space or time.%  H I do have customers with 24 x 7 operations, and they are harder to deal G with.  If they can afford the cost, I like to handle that with logical  H volume software that can do a filesystem snapshot that can be backed up I at leisure.  If they can't do that, then we do what we can for the money  H they can affford to spend.  Sometimes incrementals are the only choice, % but I work hard to find a better way.   G But the great majority of my client base are 9 to 5, leaving plenty of L@ time for backup.  Tapes get bigger and bigger all the time, too.         --  
 Tony Lawrences, Free SCO, Mac OS X and  Linux Skills Tests: % http://aplawrence.com/skillstest.htmln   ------------------------------  % Date: Mon, 20 Jan 2003 19:51:17 -0500E' From: Howard S Shubs <howard@shubs.net>e Subject: Re: How to Backup OSX< Message-ID: <howard-A9F236.19511720012003@enews.newsguy.com>  - In article <Lj%W9.71429$1q3.10159@sccrnsc01>,+'  Tony Lawrence <tony@pcunix.com> wrote:-  I > I have no idea what you are referring to.  Many businesses have a 8 to iG > 16 hour window in which to do backup.  If their entire system can be b@ > backed up to removable media in that time frame, they are not  > constrained by space or time.e  E In my experience, this is vanishingly rare.  Most people like to get  F home rather than watch tapes spin, even if they can take down time in   order to get a nice cold backup.   -- L4 Today, on Paper-view: The World Origami Championship   ------------------------------  % Date: Mon, 20 Jan 2003 17:25:55 -0800 $ From: Shane Smith <ssmith@icius.com> Subject: RE: How to Backup OSX0 Message-ID: <01C2C0A8.FDF229E0@sulfer.icius.com>  F It all depends on which industry you're in. If you have a specialty or+ specialties, that may skew your sample set.r   Shane    -----Original Message-----. From: Howard S Shubs [mailto:howard@shubs.net]& Sent: Monday, January 20, 2003 4:51 PM To: Info-VAX@Mvb.Saic.Como Subject: Re: How to Backup OSX    - In article <Lj%W9.71429$1q3.10159@sccrnsc01>,B'  Tony Lawrence <tony@pcunix.com> wrote:s  I > I have no idea what you are referring to.  Many businesses have a 8 to tG > 16 hour window in which to do backup.  If their entire system can be 1@ > backed up to removable media in that time frame, they are not  > constrained by space or time.   E In my experience, this is vanishingly rare.  Most people like to get  F home rather than watch tapes spin, even if they can take down time in   order to get a nice cold backup.   -- /4 Today, on Paper-view: The World Origami Championship   ------------------------------  % Date: Mon, 20 Jan 2003 11:02:07 -0800 $ From: Shane Smith <ssmith@icius.com>4 Subject: RE: Itanium ahead of itself, not behind ...0 Message-ID: <01C2C073.7EBECA00@sulfer.icius.com>  E Customer: Madam, I bought this Itanium here not half an hour ago, andi
 it's dead.= Petshop owner: It's not dead, it's pining for the fnords.....l   Shanee   -----Original Message-----4 From: gokrix@hotmail.com [mailto:gokrix@hotmail.com]' Sent: Sunday, January 19, 2003 11:10 AM. To: Info-VAX@Mvb.Saic.Com 4 Subject: Re: Itanium ahead of itself, not behind ...    3 bob@instantwhip.com (Bob Ceculski) wrote in messageU9 news:<d7791aa1.0301181143.23c3574c@posting.google.com>....9 > if you are Bill Todd, then disregard this as pure b.s., 8 > otherwise, I know I can read as others can and Itanium7 > is actually ahead of schedule, not behind like othersu/ > (we know who) have asserted ... from cnet ...k >  > % > Intel accelerates Itanium schedule e >  > By Michael Kanellos  > Staff Writer, CNET News.como > January 15, 2003, 9:00 PM PT >  > Read more about chips  n > A > Intel has changed the release schedule of its Itanium chips for F > servers, adding a new chip for 2004 and moving up the launch date of8 > an Itanium with two processor cores to 2005 from 2007.B > The changes reflect Intel's confidence in its ability to releaseD > high-end server chips faster than competitors and thereby gain theE > performance high ground, said Jonathan Eunice, principal analyst at,
 > Illuminata.    I see the fnords!!!    --GS   ------------------------------   Date: 20 Jan 2003 22:04:19 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren)6 Subject: Re: Itanium with alpha goodies on the way ...0 Message-ID: <b0hrp3$jds$1@pegasus.csx.cam.ac.uk>  2 In article <cr-dnVWvnfJ49LGjXTWcog@metrocast.net>,) Bill Todd <billtodd@metrocast.net> wrote:t >l% > ... EV7 is now in place to hold the * >> fort for vms until it gets here (2005?) >tJ >Wrong yet again, Bob.  Intel has now told us officially what to expect inJ >2005:  Montecito, with dual cores.  And it already told us what MontecitoM >was:  a shrunk Madison (which itself is a shrunk McKinley) with added cache.y, >No Alpha influence whatsoever in 2005, Bob.  F While finding the reference that Mike Fister said Montecito was due inE 2004, I did see that he said it had some wonderful new goodies, which0B he wasn't going to talk about.  But I also remember seeing equallyD authoritative statements saying precisely what you say - and more of them.   D It is JUST possible that there is some Alpha influence in the memoryE and SMP management of the Montecito.  I am unconvinced that there can E be much, because it stopped being the easy part of chip design a very  long time ago.   > ... nothing has changed  >> in the game plan ...j >rK >Not in the game plan in your dreams, Bob.  But I don't think you'll find a-J >single person here who believes you have a clue what you're talking about> >(if there is one, by all means let him or her speak out now).  G I suspect that he has stumbled across the truth here.  My guess is thatrD this announcement doesn't actually signal a change of plan, but thatF Intel have run out of ideas and are praying that the Madison will fly.D My reading is that it is really just a shuffling of schedules ratherE than a new strategy, and that the only major change is that much moreg3 now hangs on Madison getting established this year.e     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------  % Date: Mon, 20 Jan 2003 16:27:53 -0500 * From: "Bill Todd" <billtodd@metrocast.net>6 Subject: Re: Itanium with alpha goodies on the way ...2 Message-ID: <cr-dnVWvnfJ49LGjXTWcog@metrocast.net>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0301201034.73f40861@posting.google.com...e7 > "Bill Todd" <billtodd@metrocast.net> wrote in messagef. news:<Jh6dnWjpFfjiobajXTWcqw@metrocast.net>...9 > > "Bob Ceculski" <bob@instantwhip.com> wrote in messager; > > news:d7791aa1.0301190634.72f65155@posting.google.com...i   ...n   > >  by the looks of things the-I > > > alpha team is slowly using EV7/EV8 alpha designs and slowly puttingE > > > them into itanium and the result is that itanium is starting to  > > > look better and better > >4L > > You utter idiot:  *NOTHING* from Alpha is making it into any Itanic thatI > > Intel has said anything about in public, except possibly Chivano (andp theaD > > 'Chivano' name is all that Intel has mentioned about that chip). > >c > D > that is what I am saying idiot, that chivano and post chivano will > have alpha influence  L Hmmm.  Without putting the question of who's the idiot to a vote, let's just3 observe that that's not at all what you said above.h  L You started with "By the looks of things" - what looks, Bob?  Since we *knowH nothing* about Chivano except its name (though we suspect that it may beK where the Alpha team starts to make a contribution), there's really nothingDJ to 'look' at except your private crystal balls that you seem to see things in that no one else can.  L "The alpha team is slowly using EV7/EV8 designs and slowly putting them intoI itanium" - got a reference for that, Bob, or just gazing with awe at yourt balls again?  H "And the result is that itanium is starting to look better and better" -F care to provide any specifics about exactly *what* aspects are lookingH better (and, specifically, demonstrate Alpha contributions)?  Surely, ifJ it's looking better and better, there are specific improved items that you
 can point to.   *  ... I have been saying it for over a year > now, and I will continue to   I Mindless repetition and babbling is indeed one mark of idiocy, I suppose.m$ Don't mistake it for substantiation.  $  ... EV7 is now in place to hold the) > fort for vms until it gets here (2005?)3  I Wrong yet again, Bob.  Intel has now told us officially what to expect in I 2005:  Montecito, with dual cores.  And it already told us what MontecitodL was:  a shrunk Madison (which itself is a shrunk McKinley) with added cache.+ No Alpha influence whatsoever in 2005, Bob.e    ... nothing has changed > in the game plan ...  J Not in the game plan in your dreams, Bob.  But I don't think you'll find aI single person here who believes you have a clue what you're talking aboutS= (if there is one, by all means let him or her speak out now).m   - bill   ------------------------------  % Date: Mon, 20 Jan 2003 14:36:18 -0800 $ From: Shane Smith <ssmith@icius.com>6 Subject: RE: Itanium with alpha goodies on the way ...0 Message-ID: <01C2C091.643B8B50@sulfer.icius.com>  @ Hmmm, I just had a thought. Given that it'll take a long time toH shoehorn Alpha features into Itanic, and given Intel's history of (ahem)A appropriating technologies, I wonder if they started adding AlphaeH features /before/ the agreement was signed? There had to be some advanceE disclosure so Intel would know what it was paying for, and I wouldn'toG put it past them. If that's the case, it's possible the 2005 chip could1 have some Alpha inheritance.   Shanet   -----Original Message-----4 From: nmm1@cus.cam.ac.uk [mailto:nmm1@cus.cam.ac.uk]& Sent: Monday, January 20, 2003 2:04 PM To: Info-VAX@Mvb.Saic.Coml6 Subject: Re: Itanium with alpha goodies on the way ...    2 In article <cr-dnVWvnfJ49LGjXTWcog@metrocast.net>,) Bill Todd <billtodd@metrocast.net> wrote:i >s% > ... EV7 is now in place to hold the5* >> fort for vms until it gets here (2005?) >jJ >Wrong yet again, Bob.  Intel has now told us officially what to expect inJ >2005:  Montecito, with dual cores.  And it already told us what MontecitoM >was:  a shrunk Madison (which itself is a shrunk McKinley) with added cache.2, >No Alpha influence whatsoever in 2005, Bob.  F While finding the reference that Mike Fister said Montecito was due inE 2004, I did see that he said it had some wonderful new goodies, whichiB he wasn't going to talk about.  But I also remember seeing equallyD authoritative statements saying precisely what you say - and more of them.u  D It is JUST possible that there is some Alpha influence in the memoryE and SMP management of the Montecito.  I am unconvinced that there canSE be much, because it stopped being the easy part of chip design a verye long time ago.   > ... nothing has changedc >> in the game plan ...r >rK >Not in the game plan in your dreams, Bob.  But I don't think you'll find a J >single person here who believes you have a clue what you're talking about> >(if there is one, by all means let him or her speak out now).  G I suspect that he has stumbled across the truth here.  My guess is thatoD this announcement doesn't actually signal a change of plan, but thatF Intel have run out of ideas and are praying that the Madison will fly.D My reading is that it is really just a shuffling of schedules ratherE than a new strategy, and that the only major change is that much moren3 now hangs on Madison getting established this year.      Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 3346792   ------------------------------  # Date: Mon, 20 Jan 2003 22:35:39 GMT # From: "John Smith" <a@nonymous.com>-6 Subject: Re: Itanium with alpha goodies on the way ...H Message-ID: <%Q_W9.54292$ej1.16279@news02.bloor.is.net.cable.rogers.com>  5 "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in messageo* news:b0hrp3$jds$1@pegasus.csx.cam.ac.uk...4 > In article <cr-dnVWvnfJ49LGjXTWcog@metrocast.net>,+ > Bill Todd <billtodd@metrocast.net> wrote:w > >o' > > ... EV7 is now in place to hold the1, > >> fort for vms until it gets here (2005?) > >pB > >Wrong yet again, Bob.  Intel has now told us officially what to	 expect inSB > >2005:  Montecito, with dual cores.  And it already told us what	 MontecitoTB > >was:  a shrunk Madison (which itself is a shrunk McKinley) with added cache.. > >No Alpha influence whatsoever in 2005, Bob. > E > While finding the reference that Mike Fister said Montecito was duet inA > 2004, I did see that he said it had some wonderful new goodies,i whichiD > he wasn't going to talk about.  But I also remember seeing equallyF > authoritative statements saying precisely what you say - and more of > them.m >tF > It is JUST possible that there is some Alpha influence in the memoryC > and SMP management of the Montecito.  I am unconvinced that therer caneB > be much, because it stopped being the easy part of chip design a very > long time ago. >t > > ... nothing has changed  > >> in the game plan ...- > >-F > >Not in the game plan in your dreams, Bob.  But I don't think you'll find aF > >single person here who believes you have a clue what you're talking aboutD@ > >(if there is one, by all means let him or her speak out now). >"D > I suspect that he has stumbled across the truth here.  My guess is thatF > this announcement doesn't actually signal a change of plan, but thatC > Intel have run out of ideas and are praying that the Madison willr fly.F > My reading is that it is really just a shuffling of schedules ratherB > than a new strategy, and that the only major change is that much more5 > now hangs on Madison getting established this year.p >n    ? Just another case of rearranging the deck chairs on the Itanic.    ------------------------------  % Date: Mon, 20 Jan 2003 18:47:55 -0500a* From: "Bill Todd" <billtodd@metrocast.net>6 Subject: Re: Itanium with alpha goodies on the way ...2 Message-ID: <E0ydnRB_oJArF7GjXTWcqA@metrocast.net>  F Ye gods and little fishes!  Alert the CDC!  Not only does Bob's idiocyA appear to be contagious, but it seems to be spreading via USENET!,  G Since your post is a bit more detailed than Shane's, I'll respond here:5  5 "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in messageb* news:b0hrp3$jds$1@pegasus.csx.cam.ac.uk...4 > In article <cr-dnVWvnfJ49LGjXTWcog@metrocast.net>,+ > Bill Todd <billtodd@metrocast.net> wrote:1 > >0' > > ... EV7 is now in place to hold thes, > >> fort for vms until it gets here (2005?) > > L > >Wrong yet again, Bob.  Intel has now told us officially what to expect inL > >2005:  Montecito, with dual cores.  And it already told us what MontecitoH > >was:  a shrunk Madison (which itself is a shrunk McKinley) with added cache.. > >No Alpha influence whatsoever in 2005, Bob. >yH > While finding the reference that Mike Fister said Montecito was due inG > 2004, I did see that he said it had some wonderful new goodies, whicho  > he wasn't going to talk about.  H Indeed - assuming that you specifically meant Itanic goodies, either theK 'bump' scheduled for Montecito in 2005 (which I now suspect always was dualbF cores, though earlier, before Intel had stated that Montecito would beJ upgrade-compatible with Madison and McKinley, I thought it might have been# EV7-style on-chip glue) or Chivano.n  J But while Chivano was originally scheduled for 2005 - 2006 (though when itJ was, it was not at all clear that it referred to Alpha team work but couldK at least as likely have been the dual-core Montecito, since this was before-H the 'bump' comment), more recent statements have seemed to emphasize theH later date, and a very recent comment from an Intel source to the effectK that dual cores had originally been scheduled for Chivano, coupled with theoI assertion (though I suspect it's a lie) that they were just moved ahead 2.H years to appear in 2005, suggests that Chivano might now not be expected until 2007.   $   But I also remember seeing equallyF > authoritative statements saying precisely what you say - and more of > them.m  E Anything Fister said that included a 2004 date for Montecito was just)E superseded by the change in plan.  But there's no indication that theiL Montecito core itself changed in any significant way, just that we won't see8 it until it appears in the 2005 dual-core configuration.   > F > It is JUST possible that there is some Alpha influence in the memory& > and SMP management of the Montecito.  L No, it's not - not unless you believe that they could turn such enhancementsL around from initial design to ship in little over two years (which I suspect would be utterly impossible).   F The reason is that there was *clearly* absolutely no change in the wayI Montecito handled memory and SMP earlier, while it was still scheduled torL ship in 2004 in single-core form.  Because it was stated publicly that, likeK Madison, Montecito would be a drop-in, interface-compatible replacement forME McKinley - and that's completely incompatible with the *major* system-. interface changes that EV7-style glue entails.  !   I am unconvinced that there canlG > be much, because it stopped being the easy part of chip design a verys > long time ago.  D If they had started aggressively 18 months ago, it would have been aC possibility.  But their statements about Montecito plug-replaceablei. compatibility make it clear that they did not.   >  > > ... nothing has changed- > >> in the game plan ...  > >tK > >Not in the game plan in your dreams, Bob.  But I don't think you'll findl aeL > >single person here who believes you have a clue what you're talking about@ > >(if there is one, by all means let him or her speak out now). > 7 > I suspect that he has stumbled across the truth here.t  K I suggest that you reconsider, in light of the above.  While it's certainly D possible, even probable, that there will eventually be notable AlphaG inspiration in some future Itanic, it clearly won't be in Montecito (oraJ earlier).  So unless you expect Intel to release *two* new Itanics in 2005J (dual-core Montecito plus Alpha-inspired Xcito), the truth is exactly whatH I've been suggesting since August, 2001:  no significant Alpha influenceJ will appear in an Itanic core prior to 2006 - 2007, and while perhaps someJ EV7-style glue *could* have appeared by 2005 it now appears that it won't.     My guess is thatF > this announcement doesn't actually signal a change of plan, but thatH > Intel have run out of ideas and are praying that the Madison will fly.  I Well, it certainly signals a significant change in schedule.  Releasing asL single-core Montecito in 2004 would have provided advantages in performance,J power consumption, on-chip cache, and yield (and thus price) compared withD the new plan to release a 130 nm. Madison with 9 MB of on-chip cacheI instead.  (I did find a second source for Madison II being 130 nm, by theeJ way:  the news.com reporter was confused/snowed about a lot of things, but this wasn't one of them.)b  F > My reading is that it is really just a shuffling of schedules rather > than a new strategy,  J Of course it's only a change in schedules:  there's no room for any changeI in strategy (save dropping the pig entirely) for many years out - they'rebH stuck with the McKinley core plus tweaks until the presumably Alpha-team$ work comes on line in 2006 or later.  1  and that the only major change is that much more 5 > now hangs on Madison getting established this year.   J That I can agree with, given that Madison II won't be nearly as attractive% in 2004 as Montecito would have been.a   - bill   ------------------------------  # Date: Tue, 21 Jan 2003 01:05:11 GMTa- From: bdc@world.std.com (Brian 'Jarai' Chase)u6 Subject: Re: Itanium with alpha goodies on the way ...& Message-ID: <H91Hoo.208@world.std.com>  = In article <d7791aa1.0301190634.72f65155@posting.google.com>,e) Bob Ceculski <bob@instantwhip.com> wrote:H  C > and who in the heck cares?  as long as they get the thing runningoB > well (and they will with the help of alpha team) and it runs vmsB > as well as it runs now on alpha with improvements in the future,B > who cares?  amd has had numerous delays ... alpha had delays ...B > as long as the darn thing performs, who cares?  only if it turnsC > out to be a dud will someone care, and by the looks of things thesE > alpha team is slowly using EV7/EV8 alpha designs and slowly puttingcA > them into itanium and the result is that itanium is starting tonD > look better and better ... the big event right now is the vms bootD > and getting the compilers tuned for itanium ... once that is done, > its all downhill ...  . Yes, for Itanium, it's all downhill from here.   -brian.e --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------  % Date: Mon, 20 Jan 2003 21:26:24 -0000n( From: "Nick de Smith" <fake@address.com>( Subject: Re: MAIL 11 protocol definition4 Message-ID: <b0hpmt$hvg$2$830fa7a5@news.demon.co.uk>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messagee) news:3E2BB6BB.3DB7AD00@vl.videotron.ca...  ...snip loads of questions...u   Joe,  I My, its been a while since I was here! I wrote all this up in about '92 -eK see the link to my PROTO package that Mike posted re: Hunter's server - Its ! answers all your questions, ISTR.p  	 Have fun,    Nick   ------------------------------    Date: 20 Jan 2003 11:20:18 -0800% From: Alan Greig <a.greig@virgin.net>n Subject: Re: Marvel Performance ) Message-ID: <b0hi5i01voi@drn.newsguy.com>e  N In article <t8TW9.51384$ej1.48671@news02.bloor.is.net.cable.rogers.com>, "John says...  >t5 >http://h18003.www1.hp.com/hps/announce/jan_perf.htmle >i >Found this on HP's web site.- >-E >No news announcement on Marvel from the HP home page news link. Theym@ >make more fuss about a new printer cable than they do about the0 >fastest general purpose computer in the market. >7  ( It's on the home page at www.hp.com now.   ------------------------------  # Date: Mon, 20 Jan 2003 22:32:57 GMTt# From: "John Smith" <a@nonymous.com>e Subject: Re: Marvel PerformancetH Message-ID: <tO_W9.54278$ej1.11631@news02.bloor.is.net.cable.rogers.com>  2 "Alan Greig" <a.greig@virgin.net> wrote in message# news:b0hi5i01voi@drn.newsguy.com...t > In articleC <t8TW9.51384$ej1.48671@news02.bloor.is.net.cable.rogers.com>, "John-	 > says...a > >07 > >http://h18003.www1.hp.com/hps/announce/jan_perf.html  > >Y > >Found this on HP's web site.p > > B > >No news announcement on Marvel from the HP home page news link. TheyB > >make more fuss about a new printer cable than they do about the2 > >fastest general purpose computer in the market. > >p >e* > It's on the home page at www.hp.com now. >o  1 It was not there at the time of my original post.r  A It's farcical - HP has the best/fastest general purpose computingeC architecture in Alpha, and the best/reliable o/s in VMS and they gocC out of their way to downplay, obfuscate, and generally ignore every.6 opportunity to market these products to new customers.  B You know, if they sold more of them, the costs would be lower, andC more customers would buy them, and then who would give a ship aboutoD whether Linux was open source and VMS wasn't. And Itanic isn't going( to be the vehicle that lowers the costs.   ------------------------------    Date: 20 Jan 2003 13:40:50 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e0 Subject: Re: MicroVAX upgrade (to Alpha, maybe?)3 Message-ID: <0aDBN293CWax@eisner.encompasserve.org>   k In article <tomnews-FDD395.13045120012003@news.comcast.giganews.com>, Tom Rymes <tomnews@rymes.net> writes:   H > 2.) We currently have a load of terminals, printers, etc connected to H > our VAX via terminal servers and MMJ jacks. Alpha Servers do not have K > MMJ jacks, as far as I can tell. Where does this leave us for connecting >K > our equipment? Multiple serial port cards? Just adapt the Alpha's Serial n > port to MMJ and go?   E How about just getting additional terminal servers ?  Those work finew with Alpha.t   ------------------------------  % Date: Mon, 20 Jan 2003 19:30:20 -0400t0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>0 Subject: Re: MicroVAX upgrade (to Alpha, maybe?)/ Message-ID: <3E2C8682.9EEC2015@vl.videotron.ca>y   Tom Rymes wrote:G > 2.) We currently have a load of terminals, printers, etc connected tocG > our VAX via terminal servers and MMJ jacks. Alpha Servers do not haven" > MMJ jacks, as far as I can tell.  N If you have LAT terminal servers (with an ethernet between the terminal serverI and the VAX) then you don't have to worry since your terminal server willnM happily connect to an alpha with no hardware changes to your terminal server.eM If your users are connected to LTAnnnn: devices, they they are connected to an terminal server.  J If your terminals are physically connected to Serial ports on the microvaxN (i.e. your users appear connected to TXan: terminals, one short term option isG to use the microvax as a glorified terminal server: configure a captive.K account to just do a "SET HOST new_alpha", and use the ALF (automatic loginTJ facility) in sys$manager to define all your terminals to autologin to thatK restricted account. This woudl work on a short/medium term solution, but intG long term, you may want to move the terminals to real terminal servers.    ------------------------------  % Date: Mon, 20 Jan 2003 19:03:38 -0500h( From: David Froble <davef@tsoft-inc.com>0 Subject: Re: MicroVAX upgrade (to Alpha, maybe?), Message-ID: <3E2C8E5A.6050209@tsoft-inc.com>   Tom Rymes wrote:  G > In article <tomnews-39F4DC.18560317012003@news.comcast.giganews.com>,r' >  Tom Rymes <tomnews@rymes.net> wrote:p >  > <snip> >    > E >>2.) What is the likelihood that we could move to an Alpha platform  G >>instead? Licensing issues? Would our software run on Alpha, or would NE >>there be recompilation, tweaking, and who knows what else involved?e >> >  > <snip> > J > Many thanks to everyone who posted feedback on my questions. Assuming I I > can get a straight answer out of my SW vendor, I am going to look into 2H > an Alpha version of our software. If not, a 3100-98 will provide some H > more breathing room, though I'm not certain how much. (256-512 MB RAM G > instead of 80MB max in our 3100-95, and slightly faster processor, I  " > believe) Now two more questions:    P If your software vendor is fair, then they may want something reasonable for an O ALpha version of the software, and I wouldn't blame them a bit.  However, I've rM seen vendors who think they have the customer by the balls, and want way too m@ much for basically upgrading your hardware to current standards.  N As for moving to Alpha, do you have the application sources?  If so, and it's N all in a higher level language, should be rather easy.  If you have MACRO-32, . there are issues, but they normally are minor.    C > 1.) What is the minimum required VMS version to run on a 3100-98?a      From the systems and options:  # OpenVMS VAX Media and DocumentationhQ Choose operating system media and documentation. Recommended for first system on a" site. Operating System support for, Models 88 and 98 require V5.5-2H4 or higher.
 QA-001AA-Hx1 n* OpenVMS media with extended documentation.
 QA-09SAA-Hx1  & OpenVMS media with base documentation. 1. m$ x denotes the media type: 8 = CD-ROM  O I'd consider V6.2, but if you really need to go back to 5.5-2, the H4 hardware o release included the model 98.    H > 2.) We currently have a load of terminals, printers, etc connected to H > our VAX via terminal servers and MMJ jacks. Alpha Servers do not have K > MMJ jacks, as far as I can tell. Where does this leave us for connecting  K > our equipment? Multiple serial port cards? Just adapt the Alpha's Serial U > port to MMJ and go?s    P You get terminal servers.  Go to EBay, you'll find DECrepeater 900s real cheap. O   Just saw one starting at $9.99.  That's 32 RJ45 ports.  It's not too hard to oP change MMJ jacks to RJ45s.  If you need the pin assignments, just ask.  Some of 6 the terminal server manuals show MMJ to RJ45 diagrams.  P Depending upon how many lines you're talking about, you can either get a DEChub P 90 and use 90TL and 90M terminal servers, or a DEChub 900 and DECrepeater 900s. Q   The smaller modules supply 8 ports, and the 900 modules are 32 ports.  It's 10 N- mbit ethernet, but that's good for terminals.S    I > Thanks again for the great answers thus far, and hopefully for more in   > response to this post! >  > Tom/ >   L I don't know your requirements, but, another suggested keeping the VAX, and O adding an Alpha.  Clustered, or not, if you need to run some users on your VAX  Q based applications, but others could run on the Alpha, freeing resources for the .
 VAX users.  O For Alphas, you can find cheap hardware on EBay, but almost always without VMS kJ license, or there is David at Island Computers, a bit more, but much less ; exposure to dead ends, a warranty/guarantee, licenses, etc.e  Q All this is general info.  To be more helpful, you precise requirements would be 0	   needed.r   Dave   ------------------------------  % Date: Mon, 20 Jan 2003 22:39:23 -0500R2 From: rdeininger@mindspring.com (Robert Deininger)0 Subject: Re: MicroVAX upgrade (to Alpha, maybe?)L Message-ID: <rdeininger-2001032239240001@user-2ive11k.dialup.mindspring.com>  I In article <tomnews-FDD395.13045120012003@news.comcast.giganews.com>, Tomo  Rymes <tomnews@rymes.net> wrote:  G >2.) We currently have a load of terminals, printers, etc connected to ,G >our VAX via terminal servers and MMJ jacks. Alpha Servers do not have kJ >MMJ jacks, as far as I can tell. Where does this leave us for connecting J >our equipment? Multiple serial port cards? Just adapt the Alpha's Serial  >port to MMJ and go?  I Many alpha servers do have MMJ ports.  Others have DB-9 serial ports, and	6 an adapter is easily available to convert DB-9 to MMJ.  J I believe HP still sells various MMJ cables and related stuff, and DigitalE Networks probably does too.  Several generic cables-and-parts vendorstI still sold MMJ pieces the last time I went looking a bit more than a yeart ago.  A Existing terminal servers should continue to work in an alpha VMSOE environment, and you can buy more if you need them (Digital Networks,mH Lantronix).  I certainly prefer terminal servers over serial port cards.  H Also, Nemonix still makes and sells upgrades for some VAX systems.  TheyH have faster CPUs, better SCSI, and faster ethernet available that I knowG of.  Depending on your layered product license situation, this might be- cost-effective.e   http://www.dnpg.com/   http://www.nemonixinc.com/   ------------------------------    Date: 20 Jan 2003 13:02:02 -08006 From: dave.reynolds@gallatinsteel.com (David Reynolds)# Subject: Re: MOP with Multiple NICs,= Message-ID: <a813e962.0301201302.2f045664@posting.google.com>v  A I had a similar problem moving from a Synoptics switch to a Ciscog switch.IC The auto-negotiate for duplex got mismatched between the server andR the switch.BB IP worked fine (no noticible problems) but LAT would not allow the terminal servers to boot.r5 Once I fixed duplex and speed everything worked fine.o   David   U Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<3E244970.CFCD926B@aaa.com>...- > Hi.-J > The only speed that matters is that the closest port (hub or switch) to F > the LAT device (DECserver?) is using the right speed, probably 10Mb.F > the speed on the rest of the network does not matter. I'd check that; > the LAT device connection is set hard to the right speed.. > G > The same for the DS25 connection, even if the DS25 have a 10/100 cardeG > and everything "should" just auto-negotiate correctly. I'v seen casesOH > where the boxes got the speed right, but one side selected half-duplexI > and the other full-duplex with "interesting" results. All can very well I > look OK for a while, but with a higher level of traffic, package losses  > are getting worse. >  >  >  > Dan Moore wrote: > >  > > Greetings, > > 6 > > We have just installed a DS25 and had to move LAT 8 > > (using LAT$DEVICE> logical) to another ethernet card8 > > because network performance was terrible compared to > > the system we replaced.u   ------------------------------  % Date: Mon, 20 Jan 2003 13:57:10 -0500y& From: David M Smith <dsmit115@csc.com>7 Subject: Re: Most common OpenVMS versions in use today?t8 Message-ID: <1cho2vo8sv5rgcq3kj4i82t8gm4vul9vpq@4ax.com>  M On 14 Jan 2003 16:36:25 -0600, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:   D >That does not address the problem of using the DEC Document Graphic/ >Editor on VMS being limited to V7.2 and below.n  M We use DECdocument, including the DECdocument Graphic Editor, on OpenVMS V7.3g (both VAX and Alpha).   K It is not the V7.3 upgrade which removes support for Display Postscript (atpK least not on our systems) but rather the update of MOTIF to V1.2-6 (we were N previously on V1.2-4 [VAX] and V1.2-5 [Alpha]). When this problem first showedI up, I analyzed the DECdocument image, found that it had references to two.M "missing" images, and restored those images from my backups -- which "healed"< the problem.  K I subsequently found the documentation on deletion of the images in section J 4.2.2.1.1 of DECW$MOTIFU6012.RELEASE_NOTES, but have chosen to leave thoseJ "obsolete" images in SYS$COMMON:[SYSLIB] so that I can continue to use theP DECdocuments Graphic Editor. This probably isn't strictly legitimate, I suppose,M but I reasoned that I could have continue to run MOTIF V1.2-4/5 had I chosen.eI -------------------------------------------------------------------------iI David M. Smith 302.391.8533                       dsmit115 at csc dot comeI Computer Sciences Corporation     (Opinions are those of the writer only)uI -------------------------------------------------------------------------o   ------------------------------  % Date: Mon, 20 Jan 2003 13:48:34 -0500r& From: David M Smith <dsmit115@csc.com>7 Subject: Re: Most common OpenVMS versions in use today?a8 Message-ID: <11ho2vg5geq08pmsvut05k8jo798ts0msq@4ax.com>  N On Mon, 13 Jan 2003 12:44:31 -0400, JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote:  L >I would think that 5.5-2 and 7.2 would be the most common. Anyone who movedO >beyond 5.5-2 would have been likely to continue to move at least until 7.2 (or N >7.2-1) in MY opinion. 7.3 removes functionality, so I suspect 7.2 will become >the new "5.5-2" landing spot.  M Among the systems we support, V7.1 (and its Alpha variants) is among the most N common. I believe this is because it was the "preferred Y2K version", and manyI folks upgraded for that reason; and because for many of those systems theuA changes in V7.2 and/or V7.3 are not compelling enough to upgrade. I -------------------------------------------------------------------------rI David M. Smith 302.391.8533                       dsmit115 at csc dot comoI Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------e   ------------------------------  # Date: Mon, 20 Jan 2003 19:30:44 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)/ Subject: Re: MX 5.3-2 ignoring vmsmail forwardsa3 Message-ID: <E7YW9.104910$TY.963915@news.chello.at>   i In article <b0gk6f$poa$1$8302bc10@news.demon.co.uk>, "Chris Sharman" <chris.sharman@sorry.nospam> writes:US >"Peter LANGSTOEGER"  wrote in message news:TcwW9.67405$TY.611542@news.chello.at...  >> But I've another hint:  >>= >> MAIL> SET FORWARD/USER=JOHNNY.CASH SMTP%"CASH@domain.name"  >aM >Ours are all simple, local forwards, used purely to create aliases for a vmse
 >username.K >We might have john.cash, johnny.cash, jonathan.cash, all pointing to cash.n  H Sorry for being unclear. I do not use NAME_CONVERSION to do what you do.D I use SET FORWARD. And I do this normally on the local machine only. Maybe a   / 	MAIL> SET FORWARD/USER=JOHNNY.CASH SMTP%"CASH"r1 	MAIL> SET FORWARD/USER=JONATHAN.CASH SMTP%"CASH"m  I will do exactly the same (I can't remember why we decided to not omit theo9 domain names) but the magic portion is the SMTP% (or MX%)    -- t Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialisti E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 20 Jan 2003 13:21:06 -0600+ From: young_r@encompasserve.org (Rob Young)i7 Subject: Re: Network Time Protocol (NTP) for OpenVMS ??$3 Message-ID: <gWF2yJAAQR0X@eisner.encompasserve.org>f  s In article <3E2C2E50.DD91A7D3@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes:>H > Of course, the GPS clock is by nature a broadcast medium, so it's wellG > suited to this sort of thing. OTOH, the PTB internet time servers areu6 > very responsive. Guess not too many people use them. >   C 	To further beat this horse until it is dead, several NIST servers N 	use ACTS for synchronization:  ; http://www.eecis.udel.edu/~ntp/ntp_spool/html/driver18.html   H This driver supports the NIST Automated Computer Time Service (ACTS). ItN periodically dials a prespecified telephone number, receives the NIST timecode0 data and calculates the local clock correction.   D 	So even though nist1-dc.glassey.com, nist1-ny.glassey.com advertise 	themselves as Stratum 1:  o  N      remote           refid      st t when poll reach   delay   offset    dispN ==============================================================================N *nist1-dc.glasse .ACTS.           1 u   59   64  377     7.78    0.407    2.55N -nist1-ny.glasse .ACTS.           1 u   58   64  377     8.76    4.919    2.47    ) 	Be aware ACTS has accuracy of 10-100 ms!g   	See page 3:  6 http://www.its.caltech.edu/~dundas/resume/ntp-talk.pdf  C 	GPS is far more accurate (see page 3) and you will find much more rD 	accurate Stratum 2 NTP servers out there  (as I back off my little > 	"glassey" experiment).  Here is one of my favorite Stratum 2 	 	servers:y  ? dstport=123, keyid=0, stratum=2, precision=-19, rootdelay=3.72,   C 	-19 is pretty hopping good.  Better than those glassey "stratum 1"  	ACTS servers.  E 	Buyer beware!  You may think "oh.. I've got a few Stratum 1 sources"rC 	and yet have picked very poor sources!  (And much of this probablye@ 	doesn't matter, many of us are happy with 1 second accuracy ;-)  F 	But don't be too enamored by "time servers" or stratum 1 servers, do  	your homework.a   				Rob7   ------------------------------    Date: 20 Jan 2003 13:27:10 -0600+ From: young_r@encompasserve.org (Rob Young)s7 Subject: Re: Network Time Protocol (NTP) for OpenVMS ??c3 Message-ID: <uNfuj5$mh5tT@eisner.encompasserve.org>d  a In article <gWF2yJAAQR0X@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:eu > In article <3E2C2E50.DD91A7D3@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes: I >> Of course, the GPS clock is by nature a broadcast medium, so it's well H >> suited to this sort of thing. OTOH, the PTB internet time servers are7 >> very responsive. Guess not too many people use them.h >> u > E > 	To further beat this horse until it is dead, several NIST servers    > 	use ACTS for synchronization: > = > http://www.eecis.udel.edu/~ntp/ntp_spool/html/driver18.html  > J > This driver supports the NIST Automated Computer Time Service (ACTS). ItP > periodically dials a prespecified telephone number, receives the NIST timecode2 > data and calculates the local clock correction.  > F > 	So even though nist1-dc.glassey.com, nist1-ny.glassey.com advertise > 	themselves as Stratum 1:  t > P >      remote           refid      st t when poll reach   delay   offset    dispP > ==============================================================================P > *nist1-dc.glasse .ACTS.           1 u   59   64  377     7.78    0.407    2.55P > -nist1-ny.glasse .ACTS.           1 u   58   64  377     8.76    4.919    2.47 >  > + > 	Be aware ACTS has accuracy of 10-100 ms!a >  > 	See page 3: > 8 > http://www.its.caltech.edu/~dundas/resume/ntp-talk.pdf >   # 	Well... end of my NIST experiment:w  N  time-b.nist.gov .ACTS.           1 u    9   64    1    12.65    1.993 15875.4N  dtc-truetime.nt .ACTS.           1 u    6   64    1    10.70    1.411 15875.4  @ 	time-b.nist.gov and nist1.aol-va-truetime.com are ACTS servers.  @ 	We are all probably better off pointing to GPS (or equivalent)  	time sources.   				Roby   ------------------------------    Date: 20 Jan 2003 15:04:23 -0600+ From: young_r@encompasserve.org (Rob Young)t7 Subject: Re: Network Time Protocol (NTP) for OpenVMS ??m3 Message-ID: <aL2nbHo5boa5@eisner.encompasserve.org>   f In article <howard-D5053B.15254120012003@enews.newsguy.com>, Howard S Shubs <howard@shubs.net> writes:5 > In article <ZqUvLBd$Xtpr@eisner.encompasserve.org>,i/ >  young_r@encompasserve.org (Rob Young) wrote:  > C >>         The GPS source of course is much better in many aspects.t > F > Yes, however to interface with it will require special hardware and 8 > software.  It's simpler to get yourself a device like H > http://www.brandywinecomm.com/mod_time.html (w/ option 15) or the XLi K > from http://www.truetime.com/ which seems to have been pulled from their  A > website for some reason.  We have one of these devices at work.- >   = 	Yeah, but you don't have to go that far.  One of the Stratum < 	2 servers I point to reports -19 precision with a GPS as a ? 	reference.  Contrast that to the -17 reported by the NIST ACTScH 	servers.  -17 to a +- 10-100ms server doesn't seem right.  I am certain@ 	-17 is much less than 10 ms accuracy, so maybe something isn't  	jiving some where.t   				Robo   ------------------------------  % Date: Mon, 20 Jan 2003 15:25:41 -0500n' From: Howard S Shubs <howard@shubs.net>e7 Subject: Re: Network Time Protocol (NTP) for OpenVMS ??a< Message-ID: <howard-D5053B.15254120012003@enews.newsguy.com>  3 In article <ZqUvLBd$Xtpr@eisner.encompasserve.org>,.-  young_r@encompasserve.org (Rob Young) wrote:   B >         The GPS source of course is much better in many aspects.  D Yes, however to interface with it will require special hardware and 6 software.  It's simpler to get yourself a device like F http://www.brandywinecomm.com/mod_time.html (w/ option 15) or the XLi I from http://www.truetime.com/ which seems to have been pulled from their  ? website for some reason.  We have one of these devices at work.f   -- y4 Today, on Paper-view: The World Origami Championship   ------------------------------    Date: 20 Jan 2003 13:26:07 -0800! From: nntpnews@thethin.net (Kyle)h2 Subject: Re: OKIdata ML 320 Control Codes from VMS= Message-ID: <30209e88.0301201326.5e4eb6d0@posting.google.com>o  E Thanks for the response. There was one crucial thing I left out of mywB post. We are using ip queues with telnetsym. As far as I know, setD terms don't work with these types of queues. It seems to also ignore% NOFEED and any type of form I set up.p   Thanks,t Kyle  g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E283C06.44975596@vl.videotron.ca>...aT > I don't have the exact asnwer for you, but I do what you want on my good old LA75. > 7 > Here is some information which may be of help to you:  > $ show queue matrix/fullR > Terminal queue MATRIX, idle, on VELO::TXA6:, mounted form LABELS (stock=DEFAULT)1 >   <LA75 LABELS (12 lignes-40 caractres/label)>tE >   /BASE_PRIORITY=4 /DEFAULT=(FORM=LABELS (stock=DEFAULT)) LowercasehA >   /OWNER=[SYSTEM] /NO_INITIAL_FF /PROTECTION=(S:M,O:D,G:R,W:RS)a >  >  > $ show queue/form labels/fulln; > Form name                            Number   Descriptiony; > ---------                            ------   -----------lD > LABELS (stock=DEFAULT)                   57   40char*12line labelsO >     /LENGTH=12 /MARGIN=(TOP=1,BOTTOM=1) /SETUP=(LINES-PAGE-12) /STOCK=DEFAULTd >     /WIDTH=40  >  > J > $ SET TERMINAL 'DEVMATRIX /NOBROADCAST /NOTYPEAHEAD /WRAP /FORM /NOTAB -G >       /LOWER /HOSTSYNC /TTSYNC /SPEED=(9600) /WIDTH=(80) /PAGE=(12) -  >       /DEV=LA75 /NOECHO /PERM4 > $!: > $ SET DEVICE /SPOOLED=(MATRIX,SYS$SYSDEVICE:) 'DEVMATRIX > K > If I  LIB/EXTRACT=lines-page-12/output=temp.tmp sys$library:sysdevctl.tlbm >  > and then dump/rec temp.tmp > I get-H > Dump of file SYS$SYSROOT:[SYSMGR]TEMP.TMP;1 on 17-JAN-2003 13:24:44.35; > File ID (2652,1618,0)   End of file block 1 / Allocated 6$ > A > Record number 1 (00000001), 5 (0005) bytes, RFA(0001,0000,0000)t > > >                          74 32315B1B .[12t........... 000000 > A > Which is the DEC sequence to set the LA75 to 12 lines per page.    ------------------------------  % Date: Mon, 20 Jan 2003 21:03:55 -0800l& From: Greg Cagle <gregc@gregcagle.com>Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marvel and  Alpha Retw/ Message-ID: <v2pl5le5ilmt5a@corp.supernews.com>h  , http://biz.yahoo.com/bw/030120/200078_1.html   JF Mezei wrote:dL > On the New York Stock Exchange, requesting the info for a company, you get) > varoius recent news about that company.g > 2 > Here is what NYSE had to say about HP on Monday:
 > 11:26am F >            Vista Software Provides EDIINT Collaboration Solutions in > Partnership - PR >            NewswireU >       7:42am tV >            2002 EMEA Personal Computer Shipments +1.9% Versus 2001 - IDC - Dow Jones >            Business News >       7:02am cL >            The International Imaging Industry Association - I3A: Technical > Sympos - Businessa >            Wire  >      1/17/03 -L >            Stock Rating Reiterations Closing Update: LEN VRTS HPQ CC - Dow > Jones Business >            Newse >      1/17/03  N >            EquityOutlook.Com Announces Stock Evaluation Ratings: New Ratings > on T - >            Business Wire >  > P > So it looks like HP's "press release" may not have been released to the press,M > instead being given to the places where existing customers might hear aboutr, > it, but never make it to mainstream press.P > And it was a relaitvely slow news day since the USA was off on holiday. HP canN > defend itself by claiming it has announced the new EV7, even though it knows4 > full well that wasn't a full fledged announcement. > H > And I do not believe that making a PR newswire press release that getsN > distributed to the world costs so much money that budgets would have been an	 > issue. e > Y > We'll see if perhaps it get re-released on tiesday , this time as a real press release.@   -- s
 Greg Cagle gregc at gregcagle dot com   ------------------------------    Date: 20 Jan 2003 16:35:34 -0800( From: bob@instantwhip.com (Bob Ceculski)Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marvel and Alpha Reta = Message-ID: <d7791aa1.0301201635.7bcf9be0@posting.google.com>u  u "John Smith" <a@nonymous.com> wrote in message news:<1gWW9.400777$F2h1.97261@news01.bloor.is.net.cable.rogers.com>... 5 > "Ken Farmer" <kfarmer@openvms.org> wrote in message 9 > news:80eeab56.0301200908.37846b8c@posting.google.com...n > > http://www.openvms.org > >iG > > Check out the articles.  I'm currently at the Partner Roundhouse inlG > > Nashua now and will return home tomorrow.  Email responses may be aa > > little slow. >  > ; > http://www.openvms.org/stories.php?story=03/01/20/1480031y > D > Sorry to say it Ken, but this isn't an 'article' - it's a HP press
 > release. > G > What HP pointedly leaves out are performance specs, and the fact thatoH > today's Marvel is a much better system than the Itanic II systems that% > will be released in 2-3 years time.f   you want a story, try here ...  9 http://www.openvms.org/stories.php?story=03/01/19/9517580   / you want specs, found these on the inquirer ...b  : SPECint_2000 marks of 875 or so, that's not bad, and 1,500E SPECfp_2000s. And some pretty sizzling reliability features includingsE auto server recovery, RAID memory, hot swapping server management LANtB components and redundo hot swap power fans. Sheesh! What a Marvel.   ------------------------------  % Date: Mon, 20 Jan 2003 16:04:56 -0400,0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marvel and Alpha Retae/ Message-ID: <3E2C565C.723DAD24@vl.videotron.ca>l   Ken Farmer wrote:o >  > http://www.openvms.org  K The press release talks only about existing customers. Not sogn that HP hasiN changed its original May 7th policy of making Alpha available only to existing> customers and steering new customers to PA-Risc and then IA64.   ------------------------------  % Date: Mon, 20 Jan 2003 23:36:16 -0400r0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marvel and Alpha Retat/ Message-ID: <3E2CC02F.14A8B80C@vl.videotron.ca>   J On the New York Stock Exchange, requesting the info for a company, you get' varoius recent news about that company.n  0 Here is what NYSE had to say about HP on Monday: 11:26am D            Vista Software Provides EDIINT Collaboration Solutions in Partnership - PR            Newswiree
       7:42am sT            2002 EMEA Personal Computer Shipments +1.9% Versus 2001 - IDC - Dow Jones            Business News
       7:02am eJ            The International Imaging Industry Association - I3A: Technical Sympos - BusinessB            Wiret
      1/17/03 tJ            Stock Rating Reiterations Closing Update: LEN VRTS HPQ CC - Dow Jones Business            Newso
      1/17/03 aL            EquityOutlook.Com Announces Stock Evaluation Ratings: New Ratings on T -            Business Wire    N So it looks like HP's "press release" may not have been released to the press,K instead being given to the places where existing customers might hear about * it, but never make it to mainstream press.N And it was a relaitvely slow news day since the USA was off on holiday. HP canL defend itself by claiming it has announced the new EV7, even though it knows2 full well that wasn't a full fledged announcement.  F And I do not believe that making a PR newswire press release that getsL distributed to the world costs so much money that budgets would have been an issue. n  W We'll see if perhaps it get re-released on tiesday , this time as a real press release.c   ------------------------------    Date: 20 Jan 2003 16:14:07 -0800, From: mcbill20@hotmail.com (Bill McLaughlin)4 Subject: Re: Oracle LMON and LMDO buffered I/O usage= Message-ID: <e9cbc4f2.0301201614.7b8fac9a@posting.google.com>n  @ Thanks for the info. However, I can't seem to find the option to? disable the parallel server. The only lines in my init.ora thats8 reference the parallel server are already commented out:  E # parallel_max_servers = 4 x (number of CPUs)                        e # MEDIUME # parallel_max_servers = 4 x (number of CPUs)                          # LARGEi4 # define parallel server (multi-instance) parameters  D Could you tell me what you did to disbale the parallel server?  I amE still trying to get my hands on the VMS 7.3 and Oracle 9i CD's so I'dc. like to just turn off the parallel option now.   Thanks.2 Bill McLaughlino    d "Sven Tieste" <sven.tieste@sw-hb.de> wrote in message news:<b0gb70$keg$1@f40-3.zfn.uni-bremen.de>... > It is me again! K > I forget, the first thing we did were disabling Oracle Parallel Server in  > init.ora and restart the DB.> > After that there will be no LMD0-process and LMON needs less
 > CPU and IO.  > greetingst > Sven? > Sven Tieste <sven.tieste@sw-hb.de> schrieb in im Newsbeitrag:s) > b0gao5$gqa$1@f40-3.zfn.uni-bremen.de...s > > Hello Bill,uE > > we are using a AlphaServer 1000A 5/400 and had the same problems.nF > > First, these two processes are processes of Oracle Parallel Server >  (AFAIK).tJ > > We solved this problem by upgrade to OpenVMS 7.2-2 and Oracle 8.1.7.3.L > > After this all work much better than before (quite good but not perfect; >  IOa9 > > from >500 to about 75; CPU from >90% to mean of 15%).nL > > I think this problem is well known at Oracle and HP but both of them did >  not" > > resolved it in older versions. > > Hope this will help.
 > > greetings2 > > Sven > >5 > >ME > > Bill McLaughlin <mcbill20@hotmail.com> schrieb in im Newsbeitrag:m6 > > e9cbc4f2.0301170918.296fa424@posting.google.com...J > > > I am running Oracle Enterprise Server version 8.1.6.0.0 on Alpha VMSB > > > 7.2. This is on a home system (AlphaStation 500 with 256MB). > > >cJ > > > Oracle works OK but there are two processes that eat up huge amountsK > > > of buffered I/O's, even on a totally idle database. The processes areiL > > > LMON and LMDO. When I do a MONITOR SYSTEM, the buffered I/O total sitsJ > > > at about 1030 and the top users alternate between the LMDO and LMON,E > > > at 512 or 513 each. After three days of uptime (with no processtG > > > accessing Oracle for the first two), the LMON has done 6133499390 J > > > I/O's and the LMDO has done 6133587962 I/O's. Here's the output form > > > SHOW SYSTEM: > > >.L > > > 2020012E ORA_V8160000000 LEF      6      194   0 00:00:00.22       277 > > >    263L > > > 20200130 ORA_CALLS1_PMON HIB      6      117   0 00:00:04.60       895 > > >   1079L > > > 20200131 ORA_CALLS1_LMON HIB      6133499390   0 00:00:06.45      1551 > > >   1340L > > > 20200132 ORA_CALLS1_LMD0 HIB      6133587962   0 00:00:06.13       908 > > >    909L > > > 20200133 ORA_CALLS1_DBW0 HIB      6      168   0 00:00:00.41       939 > > >   1010L > > > 20200134 ORA_CALLS1_LGWR HIB      6      250   0 00:00:00.39       906 > > >   1056L > > > 20200135 ORA_CALLS1_CKPT HIB      5   169118   0 00:01:45.14       770 > > >   1115L > > > 20200136 ORA_CALLS1_SMON HIB      4      200   0 00:00:09.84      1634 > > >   1267L > > > 20200137 ORA_CALLS1_RECO HIB      4      103   0 00:00:00.96      1103 > > >   1381L > > > 20200138 ORA_LISTENER907 HIB      5   260834   0 00:00:10.93       793 > > >    596L > > > 20200199 ORA_CALLS1B4824 LEF      6      191   0 00:00:00.35      2835 > > >   1022 > > >g > > >n > > >c > > > Any ideas? > > >  > > > Thanks in advance. > > >w > > > Bill McLaughline > >W > >8   ------------------------------    Date: 20 Jan 2003 21:31:18 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>@ Subject: Re: Security threats seen big for 2003 ... not for VMS!5 Message-ID: <20030120213118.6188.qmail@gacracker.org>   > On Mon, 20 Jan 2003, Nic Clews <sendspamhere@127.0.0.1> wrote: >Bob Ceculski wrote: >>  
 >(Article)E >> According to security experts, the rash of forecasted software and- >... >-H >Those 'security experts' just happen to work for companies that provideD >anti virus and firewall software for the systems under threat, theyI >don't however work in OpenVMS marketing. This sort of 'story' borders onnF >being advertorial. They are just working on keeping themselves on theC >gravy train, not specifically pointing out the weaknesses of thosehG >systems. Sorry Bob, this 'story' just doesn't say anything. But we allh) >know what it's trying to sell, don't we?p  G 27th of March my killfile entry for Bob expires. I wonder if he'll have : reached the top of the brain implant waiting list by then.     Doc. --  : Time and money, the psychotropics of the business world...K ~ VAXman                                             https://vmsbox.cjb.nete   ------------------------------    Date: 20 Jan 2003 16:09:53 -0800( From: bob@instantwhip.com (Bob Ceculski)@ Subject: Re: Security threats seen big for 2003 ... not for VMS!= Message-ID: <d7791aa1.0301201609.7965d3e3@posting.google.com>n  Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3E2C3586.3A8DCF0A@127.0.0.1>...s > Bob Ceculski wrote:  > >  >  (Article)F > > According to security experts, the rash of forecasted software and > ...  > I > Those 'security experts' just happen to work for companies that provide.E > anti virus and firewall software for the systems under threat, they J > don't however work in OpenVMS marketing. This sort of 'story' borders onG > being advertorial. They are just working on keeping themselves on the D > gravy train, not specifically pointing out the weaknesses of thoseH > systems. Sorry Bob, this 'story' just doesn't say anything. But we all* > know what it's trying to sell, don't we?  ; we sure do ... they are trying to sell something that everyo2 other os outside of vms doesn't have ... security!; If microsoft and all the other linux gang can't provide it,l, someone has to ... at least they are trying!   ------------------------------  % Date: Mon, 20 Jan 2003 16:06:48 -0800l$ From: Shane Smith <ssmith@icius.com>@ Subject: RE: Security threats seen big for 2003 ... not for VMS!0 Message-ID: <01C2C09E.08CAF640@sulfer.icius.com>  E Not /every/ other system is insecure Bob. Some of IBM's products fare- pretty well too.   Shanei  3 Nic Clews <sendspamhere@127.0.0.1> wrote in messagev% news:<3E2C3586.3A8DCF0A@127.0.0.1>...n > Bob Ceculski wrote:i > >  >  (Article)F > > According to security experts, the rash of forecasted software and > ...  > I > Those 'security experts' just happen to work for companies that provide E > anti virus and firewall software for the systems under threat, theylJ > don't however work in OpenVMS marketing. This sort of 'story' borders onG > being advertorial. They are just working on keeping themselves on thenD > gravy train, not specifically pointing out the weaknesses of thoseH > systems. Sorry Bob, this 'story' just doesn't say anything. But we all* > know what it's trying to sell, don't we?  ; we sure do ... they are trying to sell something that every 2 other os outside of vms doesn't have ... security!; If microsoft and all the other linux gang can't provide it,r, someone has to ... at least they are trying!   ------------------------------    Date: 20 Jan 2003 12:35:07 -0800. From: Jack.Trachtman@vmmc.org (Jack Trachtman) Subject: Re: smtp to vmsmail= Message-ID: <69d784c4.0301201235.47452cbc@posting.google.com>   J I ran into the same problem on my two systems which had the SYS-V500 patchG installed.  HP provided a temporary fix that seemed to work (note: thisn3 patch has a limitation in a clustered environment.)9  I Before I got the patch I tried playing with CTLPAGES, first doubling then.H quadrupling them, w/o the problem being fixed.  But both my systems haveJ CTLPAGES set to the default of 256.  Michael Austin mentions a much higher> value for this param.  Realizing this is a side question, but:  N How should CTLPAGES be calculated (presuming AUTOGEN doesn't offer any hints)?   ------------------------------  % Date: Mon, 20 Jan 2003 20:33:14 +0000g+ From: John Laird <john@laird-towers.org.uk>lY Subject: Re: TCPIP: pseudo-interface: 2 IP addresses on 1 VMS system with 1 ethernet carde8 Message-ID: <8amo2vcrghs1va907jdggdol7osi5rv9j0@4ax.com>  8 On Mon, 20 Jan 2003 19:50:13 +0100 (MET), Phillip Helbig+ <HELBPHI@sysdev.deutsche-boerse.com> wrote:r  J >> The problem is probably at the other end - your router thinks that onlyK >> 192.168.1.0 is "inside".  It will be ignoring connect requests from yourmK >> existing IP address range until you tell it *that* is the network on itseK >> LAN side (either ignoring them or trying to send the acknowledgement outr >> over the Internet !).   > E >OK, makes sense, but in order to tell it that, I have to be able to nG >access it over the network!  As I said, one should never buy hardware  6 >one can't configure via a VT and a serial connection!  L Good luck in that department !  Actually, I find the http configuration toolF very much easier to use on my router than the command-line telnet one.  H >> So, you'll need to configure your VMS machine temporarily in the same >> 192.168.1.0 network.  >fD >Not wanting to get rid of the real IP address, could an additional % >(pseudo)interface do the trick here?   J I guess it would (having never tried it).  It's only a minute or so insideE UCX$CONFIG (or its TCPIP equivalent) to change interface information, K shutdown, startup, though.  I suspect you have several VMS machines booted,eJ so you can configure your router and test from another one, without having8 to continually stop and start TCP/IP with new addresses.  I >> My ADSL router allows me to add internal networks either singly as theiH >> network to be routed outside (directly or NAT), or multiply as staticG >> routes.  I know the management tools work on the routed network, andaF >> assume they would likewise work on the static route side.  I have aJ >> final option which is to allow external management, from known networksG >> or addresses - this may be useful for you if it is available on yourl
 >> hardware.   >wE >I actually have two different routers which appear to have the same aC >functionality.  I can't look at them in detail though until I can s >connect to them!   J I know its heresy to say it, but having a Wintel box around at a time like this can be very handy ;-)  B >> TCP/IP is not like Decnet - two machines on the same lan but inJ >> different networks can talk without an intervening router provided theyI >> both have routing entries for one another.  They will learn where eachrK >> other is physically, using the Ethernet MAC addresses.  It's all handled K >> in the ARP/RARP stuff.  (Maybe a little bit more like LAT than DECnet ifn >> you like.)  >iH >This is what I thought, and my original motivation for trying to set a F >route.  Assume for the moment that it's not a DSL router which might G >have other ideas but, say, another VMS machine with an address on the aD >other network.  What would be the SET ROUTE command to allow me to I >access it?  (Presumably, I would have to do SET ROUTE on both machines,  ( >so that each knows where the other is.)  C SET ROUTE destination-ip/GATEWAY=my-ip  (and its /PERM equivalent).   J This sets up a routing table entry which tells your node that the directlyH connected physical network corresponding to my-ip (just in case you haveK more than network card) also contains destination-ip (which can be a singleeI node or a whole subnet, and there is a /NETWORK qualifier in case you aresK confusing the utility too much).  When I was drafting my reply, I'd added aeD simple route for 192.168.1.1 to my Vaxstation (which has a public IPI address), and this worked, but a little more testing showed that this wasaG because the router knew where that public IP was.  When I switched to aeF 10.x.x.x address, the Vax and router could not communicate until I hadF reset, and reconfigured the router to have a static route for 10.x.x.xJ In summary then, you generally *must* configure a 192.168.1.x interface onL your machine to establish initial access to the router.  After that, you mayK well be able to set routes or give LAN identities to the router so that younK can reconfigure your VMS box back to what you would like it to be and still # have communication between the two.   L If I remember rightly, Phillip, you had two VMS networks, connected via someK dialup.  Have you bought routers that will set up VPN between themselves oneG demand, allowing each cluster at either end to transparently access theoA other network with excellent security ?  There are some very goodeJ router/firewalls that will do this, at very reasonable cost.  When I think: what two Decrouters and a leased line used to add up to...     	John@   ------------------------------  # Date: Tue, 21 Jan 2003 00:04:49 GMT - From: bdc@world.std.com (Brian 'Jarai' Chase)nE Subject: The MicroVAX-I console [was Re: JF and backporting features]h& Message-ID: <H91Ew1.Mv7@world.std.com>  O In article <avdgpt$8ag$2@web1.cup.hp.com>, Hoff Hoffman <hoff@hp.nospam> wrote:(  K >   For some similar "fun" of the even older MicroVAX I console, please see J >   the ancient VMBUVAX1 tool and related hackery -- this tool was how theK >   MicroVAX I console was extended.  VMBUVAX1 was a version of the primary-I >   VMB bootstrap that mimicked the SYSBOOT secondary bootstrap, and thatiK >   effectively supplemented the limited VMB that was found in the MicroVAXMK >   I KA610 ROMs.  The console ROM VMB image found and loaded SYSBOOT off a J >   VMB-supported device, though it actually got VMB with the boot driversL >   for the real target device and that version of VMB then wandered off andA >   loaded the real SYSBOOT, and onwards through the bootstrap...h  E Hey, this certainly could explain why I've struggled with getting the J NetBSD/vax bootloader to work with my MicroVAX-I system.  You don't happenH to have any pointers to more information about it?  The only thing I can find referencing VMBUVAX1 is:   s   http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/hardware/micronotes/numerical/micronote36.txt>   -brian.o -- hF --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------   End of INFO-VAX 2003.041 ************************