1 INFO-VAX	Fri, 05 Oct 2001	Volume 2001 : Issue 553       Contents: ++VMS Tech Support -Ontario+++" Re: ++VMS Tech Support -Ontario+++" Re: ++VMS Tech Support -Ontario+++ Re: Ben Rosen the real culprit?  Re: Ben Rosen the real culprit?  Re: Ben Rosen the real culprit? E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter " Compaq Service FTP1 Server Broken?& Re: Compaq Service FTP1 Server Broken?& Re: Compaq Service FTP1 Server Broken?& Re: Compaq Service FTP1 Server Broken?& Re: Compaq Service FTP1 Server Broken?& Re: Compaq Service FTP1 Server Broken?
 EV7 Status HSD05 K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! = Re: IBM goes after Sun ? (was Sun goes after Alpha user base) C Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?) C Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?) C Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?)  LA-70 Driver Latest issue of OpenVMS Times , Re: Locate Filename containing logical block, Re: Locate Filename containing logical block, Re: Locate Filename containing logical blockD Re: Managing License PAKs (was: Re: DECmigrate on 2-node VMScluster)A Re: Microsoft Addresses Security Fears: Chance To Market VMS/CSWS $ Re: OpenVMS FAQ - 2nd. October, 2001 Re: Pathworks on Win2000 Re: Pathworks on Win2000 Re: Pathworks on Win2000 Re: Pathworks on Win2000 Re: PGP for OpenVMS??  Re: PGP for OpenVMS??  Re: PGP for OpenVMS??  Purveyor Users?   Re: Reset error account on Alpha< Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETE< Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETE Re: SAM synchronization failure  Re: SAM synchronization failure  Senzacion ! " Re: Sun goes after Alpha user base SuperDLT on older (EV5) Alphas# Re: UCX FTP over WIN2k VPN problems  Re: VAX 7000's Re: VAX 7000's Re: VAX 7000's Re: VAX 7000's Re: VAX 7000's Re: vms files on floppy , [VMS V7.3 Alpha] my first crash since months  F ----------------------------------------------------------------------  % Date: Thu, 04 Oct 2001 14:36:14 -0400 $ From: Herbert Hess <hr@hessjobs.com>' Subject: ++VMS Tech Support -Ontario+++ , Message-ID: <3BBCAC1E.8A9CD208@hessjobs.com>  > Description: Position # 847. VMS UNIX NT IT SUPPORT SPECIALIST7 sought for stable manufacturing firm in Kitchener area.  REQUIREMENTS: BSC Computer Science/ related. NT, Unix, VMS operating systems. Oracle, 	 Ethernet, G TCP/IP, Routers. Great communication skills - ability to transfer ideas  between  shop and IT. ASSETS: Microsoft IIS.F DUTIES: Support existing applications. Install, integrate new software? programs. Work with shop floor and IT re manufacturing systems. & PERMANENT POSITION. Salary $50 to 65K.    < For prompt attention, please e-mail your resume to Paula at:& HR@hessjobs.com quoting position # 847  & TO SEE A LIST OF OUR CURRENT OPENINGS:7 Please refer to our web site at http://www.hessjobs.com     < Hess Associates, 712-1500 Don Mills Road Toronto, ON M3B 3K4  = E-mail: HR@hessjobs.com Phone:(416)447-3355 Fax:(416)447-3595   7 Please refer to our web site at http://www.hessjobs.com    ------------------------------   Date: 4 Oct 2001 14:32:08 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) + Subject: Re: ++VMS Tech Support -Ontario+++ 3 Message-ID: <N5cZWIsPUuQG@eisner.encompasserve.org>    > ASSETS: Microsoft IIS.   ?    ------------------------------  # Date: Fri, 05 Oct 2001 02:51:46 GMT ; From: "Curtis Rempel" <vmsguy.no.spam.here.please@home.com> + Subject: Re: ++VMS Tech Support -Ontario+++ = Message-ID: <6f9v7.39511$oa2.15644477@news2.rdc1.ab.home.com>   % I think that is a typo, it should be:    LIABILITIES: Microsoft IIS.     : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:N5cZWIsPUuQG@eisner.encompasserve.org...  > > ASSETS: Microsoft IIS. >  > ?    ------------------------------    Date: 04 Oct 2001 17:51:25 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com> ( Subject: Re: Ben Rosen the real culprit?0 Message-ID: <qhd742ewoi.fsf@ruckus.brouhaha.com>  * "Greg Cagle" <gregc@gregcagle.com> writes:M > HP-UX 11 is SVR4 but has lots of BSD legacy as well. Previous versions were  > more BSD-ish.   K If you look under the hood, the HP-UX kernel is definitely BSD-derived, not 
 SysV-derived.    ------------------------------  $ Date: Thu, 4 Oct 2001 19:19:50 -0700( From: "Greg Cagle" <gregc@gregcagle.com>( Subject: Re: Ben Rosen the real culprit?/ Message-ID: <trq6b05k5in3ed@corp.supernews.com>   k "Eric Smith" <eric-no-spam-for-me@brouhaha.com> wrote in message news:qhd742ewoi.fsf@ruckus.brouhaha.com... , > "Greg Cagle" <gregc@gregcagle.com> writes:O > > HP-UX 11 is SVR4 but has lots of BSD legacy as well. Previous versions were  > > more BSD-ish.  > M > If you look under the hood, the HP-UX kernel is definitely BSD-derived, not  > SysV-derived.   D I didn't say where it was derived from. The question was about APIs.   --
 Greg Cagle gregc at gregcagle dot com   ------------------------------  $ Date: Thu, 4 Oct 2001 19:22:27 -0700( From: "Greg Cagle" <gregc@gregcagle.com>( Subject: Re: Ben Rosen the real culprit?/ Message-ID: <trq6b0i6mb9cee@corp.supernews.com>   k "Eric Smith" <eric-no-spam-for-me@brouhaha.com> wrote in message news:qhd742ewoi.fsf@ruckus.brouhaha.com... , > "Greg Cagle" <gregc@gregcagle.com> writes:O > > HP-UX 11 is SVR4 but has lots of BSD legacy as well. Previous versions were  > > more BSD-ish.  > M > If you look under the hood, the HP-UX kernel is definitely BSD-derived, not  > SysV-derived.   D I didn't say where it was derived from. The question was about APIs.   --
 Greg Cagle gregc at gregcagle dot com   ------------------------------   Date: 5 Oct 2001 05:37:28 GMT 3 From: vance@alumni.caltech.edu (Vance R. Haemmerle) N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter, Message-ID: <9pjguo$fdh@gap.cco.caltech.edu>  = In article <vWmu7.15971$xG6.6512127@typhoon.ne.mediaone.net>, 3 Terry C. Shannon <terryshannon@mediaone.net> wrote:  > 0 >"John Nebel" <nebel@csdco.com> wrote in messageA >news:Pine.OSF.4.21.0110021006250.1447-100000@athena.csdco.com...  >> >> What are "C-level folks"? >  >CEO, CIO, CFO, CTO  > -   Good ol' Compaq bought the farm.  C-I-E-I-O    -- Vance Haemmerle  vance@alumni.caltech.edu   ------------------------------  " Date: Thu, 4 Oct 2001 19:14:02 GMT' From: Rick Dyson <Rick-Dyson@UIowa.EDU> + Subject: Compaq Service FTP1 Server Broken? ) Message-ID: <3BBCB4FA.94CE07B9@UIowa.EDU>   F I have, for years, used the ftp.service.digital.com server to get ECOsF from Digital/Compaq.  I tried that yesterday (I had not been there in F a month or two) and found it broken.  It does not appear to be able toF server any files.  You can login, etc.  You just can't see or retrieve any patch files.  ! Does anyone else know about this?   I Is there anyone at Compaq reading this that can look into the problem, or + tell me it is broken for good, or whatever?   . Here is a snippet of the kind of errors I get:   200 PORT command successful.J 150 Opening ASCII mode data connection for /bin/ls (xxx.xxx.xxx.xxx,1173)." /bin/ls: No such file or directory  F Is is possible that the server name has changed?  I am still using theF old "digital" one, but I can see that "ftp1.support.compaq.com" is theC node actually servicing my FTP session.  (Note, the login is via an 0 account and password.  It is not Anonymous FTP.)   Regards, Rick --  H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _  _____                    http://www-pi.physics.uiowa.edu/~dyson/H | | | ||_   _|  Senior Systems Analyst  --  INFORMM-Cerner Systems Group< | | | |  | |    The University of Iowa Hospitals and ClinicsH | \_/ | _| |_   Information Systems BT1000 GH       Office: 319/384-7016H  \___/ |_____|  Iowa City, IA 52242-1052               FAX: 319/384-7020   ------------------------------  # Date: Thu, 04 Oct 2001 19:41:50 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Compaq Service FTP1 Server Broken? 2 Message-ID: <2Y2v7.1095$YP.26290@news.cpqcorp.net>  S In article <3BBCB4FA.94CE07B9@UIowa.EDU>, Rick Dyson <Rick-Dyson@UIowa.EDU> writes: G :I have, for years, used the ftp.service.digital.com server to get ECOs G :from Digital/Compaq.  I tried that yesterday (I had not been there in  G :a month or two) and found it broken.  It does not appear to be able to G :server any files.  You can login, etc.  You just can't see or retrieve  :any patch files.  : " :Does anyone else know about this?  G   Well, the (new) ECO URL was coincidently included in the just-shipped J   edition of the OpenVMS FAQ.  (I hate when that happens. :-)  Please see M   the section "MGMT25. How do I acquire OpenVMS patches, fixes, and ECOs?".     <   So y'all don't have to go look at the FAQ, the new URL is:  ,     ftp://ftp.support.compaq.com/public/vms/  3   I just tried this URL, and it seems to work fine.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 04 Oct 2001 21:10:34 GMT  From: dittman@dittman.net / Subject: Re: Compaq Service FTP1 Server Broken? A Message-ID: <ef4v7.24220$S27.1282823@e420r-atl2.usenetserver.com>   ( Rick Dyson <Rick-Dyson@uiowa.edu> wrote:H : I have, for years, used the ftp.service.digital.com server to get ECOsH : from Digital/Compaq.  I tried that yesterday (I had not been there in H : a month or two) and found it broken.  It does not appear to be able toH : server any files.  You can login, etc.  You just can't see or retrieve : any patch files.  # : Does anyone else know about this?   K : Is there anyone at Compaq reading this that can look into the problem, or - : tell me it is broken for good, or whatever?   0 : Here is a snippet of the kind of errors I get:   : 200 PORT command successful.L : 150 Opening ASCII mode data connection for /bin/ls (xxx.xxx.xxx.xxx,1173).$ : /bin/ls: No such file or directory  H : Is is possible that the server name has changed?  I am still using theH : old "digital" one, but I can see that "ftp1.support.compaq.com" is theE : node actually servicing my FTP session.  (Note, the login is via an 2 : account and password.  It is not Anonymous FTP.)  M I've run into the same problem.  I've opened a service call with Compaq.  I'm  waiting for a resolution.  --   Eric Dittman dittman@dittman.net = Check out the DEC Enthusiasts Club at http://www.dittman.net/    ------------------------------   Date: 4 Oct 2001 22:24:01 GMT ) From: leslie@clio.rice.edu (Jerry Leslie) / Subject: Re: Compaq Service FTP1 Server Broken? ' Message-ID: <9pini1$odj$1@joe.rice.edu>   3 Hoff Hoffman (hoffman@xdelta.zko.dec.nospam) wrote:  : H :  Well, the (new) ECO URL was coincidently included in the just-shippedK :  edition of the OpenVMS FAQ.  (I hate when that happens. :-)  Please see  L :  the section "MGMT25. How do I acquire OpenVMS patches, fixes, and ECOs?". : = :  So y'all don't have to go look at the FAQ, the new URL is:  : . :     ftp://ftp.support.compaq.com/public/vms/ : 4 :  I just tried this URL, and it seems to work fine. :   F If an ftp via a browser fails, such as a connection timeout, there is E no notification of the failure. This article explains it much better:   1   http://catless.ncl.ac.uk/Risks/21.54.html#subj6 &   The Risks Digest Volume 21: Issue 54  '   Date: Sun, 22 Jul 2001 18:43:09 -0700 '   From: Scott Renfro <scott@renfro.org> =   Subject: Did download failures increase Code Red's success?      --Jerry Leslie   ------------------------------  % Date: Thu, 04 Oct 2001 15:45:51 -0700 0 From: "William S. LaCounte" <vmsmanager@ups.edu>/ Subject: Re: Compaq Service FTP1 Server Broken? # Message-ID: <3BBCE69F.2565@ups.edu>   C I just tried connecting using the bookmark I have used for the last ! several years and had no problem.   1 The url is http://www.support.compaq.com/patches/    Bill   ------------------------------  # Date: Thu, 04 Oct 2001 23:26:04 GMT  From: dittman@dittman.net / Subject: Re: Compaq Service FTP1 Server Broken? A Message-ID: <ge6v7.24723$S27.1305992@e420r-atl2.usenetserver.com>   / William S. LaCounte <vmsmanager@ups.edu> wrote: E : I just tried connecting using the bookmark I have used for the last # : several years and had no problem.   3 : The url is http://www.support.compaq.com/patches/   I The problem appears to be if you are using a support account and password  to access the server.  --   Eric Dittman dittman@dittman.net = Check out the DEC Enthusiasts Club at http://www.dittman.net/    ------------------------------  # Date: Thu, 04 Oct 2001 21:33:38 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: EV7 Status = Message-ID: <SA4v7.78858$vq.14760315@typhoon.ne.mediaone.net>   9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:874rpfnpbb.fsf@prep.synonet.com... + > "Bill Todd" <billtodd@foo.mv.com> writes:  > H > > And I expect EV7 to be lucky to get out the door at all (i.e., to beB > > a lot shorter-lived than Compaq *states*, which may or may not. > > relate at all closely to what it *plans*). > ? > It is all quite sad really, POWER4 numbers have just apeared. ; > Only single CPU at the moment, and it is about 1.3 a 1GHz 2 > EV6. So EV8 should have been way up on POWER4...    K Haven't seen the Power4 numbers yet, but word has it that the CPU will kick I butt and take names. As for EV7, it's been up and running since 9 July in H Marlboro; VMS booted July 10, a dual-processor system booted Unix on theI same day. 8-CPU systems were operational as of August 16 (Charlie Matco's K birthday) and pilot systems shipped on August 31. 16-processor systems have " been running for the last 30 days.  L Not bad at all. Historically, vendors have fielded new processor generationsJ in uniprocessor systems first, and it's taken them a while to work out theI kinks in larger and way-large SMP configurations. Apparently the glueless  SMP stuff in EV7 really works.   ------------------------------  # Date: Thu, 04 Oct 2001 23:29:16 GMT  From: dittman@dittman.net  Subject: HSD05A Message-ID: <gh6v7.24724$S27.1304828@e420r-atl2.usenetserver.com>   ? I have a couple of HSD05 controllers.  I need to configure them @ correctly, but I don't have a manual.  Does anyone have a manual
 available?  D If not, what are the settings for the dip switches inside the HSD05?  C I connected one to my VAX 4000/500 on DSSI bus 1.  From the console D problem (>>>) I can see the HSD05 and the connected drives, but onceF I boot VMS neither the drives nor the HSD05 can be seen.  I'm guessingF I have something configured wrong, but without a manual I can't figure out what is wrong. --   Eric Dittman dittman@dittman.net = Check out the DEC Enthusiasts Club at http://www.dittman.net/    ------------------------------    Date: 05 Oct 2001 04:01:22 +0800, From: Paul Repacholi <prep@prep.synonet.com>T Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!- Message-ID: <878zernpil.fsf@prep.synonet.com>   ' Alan Greig <a.greig@virgin.net> writes:   A > Exactly! In fact why not forward it to Capellas and Winkler for 0 > comment? That's a serious question by the way.  @ `Cause you would then have to explain VMS to them. In words of 2 letters.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Fri, 05 Oct 2001 01:07:02 GMT = From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu> T Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!" Message-ID: <5iuip9.1pg.ln@really>  = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message , news:sl_u7.1073$YP.26045@news.cpqcorp.net... > Bob, > L > I just wanted to let you know that I sent your note to the VMS engineeringK > group here in ZK today.  Talk about making a persons day.  Thank you veryc4 > much for posting this note.  We feel the same way.  D Yes perhaps. But how do the marketing people (???) feel ? How do the beancounters feel ? E I know how I feel. I feel let down by compaq and so do a number of EXoJ OpenVMS users in this country (Australia). We feel let down and incredibly4 pissed off at the way compaq have "handled" OpenVMS.   Ooroor	 Mark F...e     >o > Warm Regards,  >0 > Sue  >I7 > "Bob Ceculski" <bob@instantwhip.com> wrote in messageB9 > news:d7791aa1.0109291946.256c80b1@posting.google.com...SI > > I AM TIRED OF READING THESE LAME BRAIN SO CALLED VMS USERS SAYING VMSAH > > TIME IS COMING ... THAT OTHER OS'S ARE CATCHING UP ... WHAT OS'S AREI > > CATCHING UP???  UNIX IS A HACK CITY WISH I WAS VMS OS, AND SURELY YOUpJ > > DON'T MEAN WINDOWS??? I JUST SPENT 3 DAYS TRAINING ON WINDOWS ADVANCEDJ > > SERVER 2000 AND IT CRASHED 3 TIMES WHILE IN CLASS!  GARTNER GROUP JUSTI > > PUT OUT A WARNING TO ABANDON IIS IMMEDIATELY!  I HAVE BEEN ON VMS NOWF FORmJ > > OVER 15 YEARS AND HAVE YET TO HAVE AN OS CRASH!  WINDOWS IS AND ALWAYSI > > WILL BE A CLIENT ... DAVE CUTLER HAS FAILED TO MAKE WINDOWS LIKE VMS!kH > > GARTNER SAYS IIS IS HACK CITY AND NEEDS REWRITTEN AND THAT COMPANIESE > > WORRIED ABOUT SECURITY SHOULD LOOK AT NEW ALTERNATIVES ... WELL In ALREADY H > > AM ON THE MOST SECURE OS ON THE WORLD ... VMS ... MY COUSIN RECENTLYJ > > WENT TO THE DEPT. OF DEFENSE TO SELL NETWORK PRODUCTS AND SAID VMS WASI > > ALL OVER THE PLACE ... IT HAS JUST WENT INTO THE JSTARS PLANE THAT ISRJ > > RIGHT NOW FLYING OVER AFGANISTAN ... THE MILITARY ISN'T STUPID ... ANDI > > NEITHER AM I ... VMS WILL BE AROUND THRU 2015 AND MAYBE LONGER ... IT  ALSOK > > IS THE BEST WEB SERVER AROUND ... AND ALL THESE IDIOTS ARE ON THIS SITE0F > > SAYING SOON WE WILL HAVE TO PORT TO UNIX OR WINDOWS CAUSE THEY ARE
 > CATCHINGI > > UP?  HELLO!!!  WHAT HAVE THESE PEOPLE BEEN SMOKING?  YOU GO AHEAD AND- PORTK > > TO WINDOWS AND IIS AND UNIX ... I WILL STICK WITH THE MILITARY AND STAYrK > > ON VMS ... AND WE WILL SEE WHO GOES BALD FIRST!  SECURITY, RELIABILITY, K > > CLUSTERING ARE WHAT VMS IS ALL ABOUT, AND NO ONE IS GOING TO COME CLOSEV" > > FOR A LONG LONG TIME!  PERIOD! >t >r   ------------------------------  % Date: Thu, 04 Oct 2001 23:48:04 -0400S. From: Chuck McCrobie <mccrobie@cablespeed.com>F Subject: Re: IBM goes after Sun ? (was Sun goes after Alpha user base). Message-ID: <3BBD2D74.7F1F6F1F@cablespeed.com>  ' From a "Unix is a standard" view - YES!x  H Perhaps there will be only two computer companies:  IBM and MicroIntel -G after HP disolves into management oblivion (with certian parts going to0 -yuk- CA...)   Chuck McCrobie   John McLean wrote: > F > Check The Inquirer report at http://www.theinquirer.net/04100106.htm > & > There's strange happenings afoot ... > 
 > John McLeanp >  > Andrew Harrison wrote: > >c > > cjt & trefoil wrote: > >T > > > "Terry C. Shannon" wrote:h > > > >o; > > > > "Dan Foster" <dsf@frontiernet.net> wrote in messageu7 > > > > news:9p966a$2gau$1@node21.cwnet.roc.gblx.net...-4 > > > > > In article <3B713EBB.CDA83D5E@uk.sun.com>,< > > > > > andrew harrison  <andrew.nospam@uk.sun.com> wrote:P > > > > > >> some time next year or early 2003, EV7 is likely to.  When will Sun > > > > figure0 > > > > > >> out how to make a cache that works? > > > > > >> > > > > > >1@ > > > > > >We did some time ago. The ecache on E10Ks and smallerB > > > > > >UltraII based machiens has been modified. This happened > > > > > >late last year.	 > > > > >aK > > > > > Hmm. From published reports that I've read, Sun went as far as tooK > > > > > 'request' that early sites with the ecache fixes do so under NDA?s	 > > > > >QB > > > > > If true (in whatever form), that sure wasn't impressive. > > > >-Q > > > > I reported this matter a couple of years ago, back when disgruntled UE10KcN > > > > users set up a "Disgruntled UE10K Users" Web site. Jaikumar Vijayan atO > > > > ComputerWorld ran the story in midsummer 2000. Sun was not amused aboutw> > > > > being outed, but they ultimately resolved the problem. > > > >e	 > > > > > M > > > > > My understanding is that it took Sun quite a while to get an handleyK > > > > > on the whole thing - admittedly I still don't know what the cause L > > > > > is to this day, but it's sounding like a general chip design issue1 > > > > > that just didn't get caught in testing.t > > > >nO > > > > The cache in the 400MHz and 440MHz UltraSparc II CPUs didn't have error Q > > > > correction capability. As noted about, the more recent CPUs do not suffera > > > > from this deficiency.i > > >bT > > > That in and of itself might not have been serious, as I understand it, had oneU > > > of their suppliers not produced cache that was especially susceptible to cosmicr: > > > rays, and in a year of exceptional sunspot activity. > > >a > >AF > > I don't know about the Sunspot activity, however one of the ecacheE > > suppliers had a much, much lower failure rate than the other due." > >g > > >a > > > Murphy's law.: > >R > > Regards  > > Andrew Harrison  > > Enterprise IT Architects   --   --i   ------------------------------    Date: 05 Oct 2001 04:05:44 +0800, From: Paul Repacholi <prep@prep.synonet.com>L Subject: Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?)- Message-ID: <874rpfnpbb.fsf@prep.synonet.com>e  ) "Bill Todd" <billtodd@foo.mv.com> writes:   F > And I expect EV7 to be lucky to get out the door at all (i.e., to be@ > a lot shorter-lived than Compaq *states*, which may or may not, > relate at all closely to what it *plans*).  = It is all quite sad really, POWER4 numbers have just apeared. 9 Only single CPU at the moment, and it is about 1.3 a 1GHzj0 EV6. So EV8 should have been way up on POWER4...   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 04 Oct 2001 20:11:23 -0400C- From: JF Mezei <jfmezei.spamnot@videotron.ca> L Subject: Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?), Message-ID: <3BBCFAAA.7C099DDA@videotron.ca>   Paul Repacholi wrote: : > Problem one here... There are 3 groups of Vax users now; > 1 Home users > 2 Developers of SWE > 3 Those with SW or HW that is NOT and won't be available for alpha.m+ >   And that won't be on the itanic either.a   There is a 4th:   K Those who have stable systems with no plan to grow their VMS infrastructurerK with the eventual goal to move the remaining apps off VMS. They couldn't bei? bothered migrating to Alpha for the sake of migrating to alpha.C   ------------------------------    Date: 04 Oct 2001 17:53:00 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>fL Subject: Re: Itanium and Bi-endianism (was: Re: Ben Rosen the real culprit?)0 Message-ID: <qh8zeqewlv.fsf@ruckus.brouhaha.com>  * Nic Clews <sendspamhere@127.0.0.1> writes: > As IG > mentioned before, would anyone have supposed that the introduction oft$ > Alpha would have 'killed' the VAX?  @ Yes, everyone who had two neurons to rub together expected that.   ------------------------------  # Date: Thu, 04 Oct 2001 22:21:47 GMT)& From: Andy Csepely <kicsi2l8@home.com> Subject: LA-70 Driver ( Message-ID: <3BBCE024.E50631D8@home.com>  E I'm in need of a windows driver for an LA-70 printer. Any thoughts? I 0 looked on some sites but was unable to find one.   ------------------------------  $ Date: Thu, 4 Oct 2001 13:35:30 -04002 From: "Sue Skonetski" <susan.skonetski@compaq.com>& Subject: Latest issue of OpenVMS Times2 Message-ID: <_41v7.1084$YP.26226@news.cpqcorp.net>   Dear Newsgroup,-  G The latest issue of OpenVMS Times will be up on the web site tonight ata) midnight.  Thanks to Warren our webmasterj+ http://www.openvms.compaq.com/openvmstimes/   H If you need a copy sooner please just send me mail.  This is a pdf file.  
 Warm Regards,>   sueD   ------------------------------   Date: 4 Oct 2001 13:00:36 -0700p1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)i5 Subject: Re: Locate Filename containing logical blockr= Message-ID: <cf15391e.0110041200.5d3e85ee@posting.google.com>a  \ norm.raphael@jamesbury.com wrote in message news:<C2256ADB.0049032F.00@jklh21.valmet.com>...1 > The forced-error block yesterday found it's wayi, > into the accountng.dat file on the system.1 > I created a new accountng.dat, renaming the oneO+ > with the forced-error block.  Then I madeP2 > a new copy of that using convert/fdl and deleted& > the one with the forced-error block.  A Once you had the forced-error block in a file, it would have been B interesting to see if DELETE/ERASE on that file would clear up the problem.  R > I then did an analyze/disk/read/repair on the shadowset, and it found nothing to	 > report.-D > I then executed the dump command, and the error count incremented.  @ I'm curious if the BACKUP/IMAGE still reports an error after the? ANALYZE/DISK/REPAIR pass? or just the DUMP command of that LBN?i  r2 > I really do not know what to try next,  As Keith/ > says, the forced-error flag should be on both 3 > disks.  I thought, though, that deleting the file - > with the forced-error block should make the70 > block go out-of-use and a new logical block be- > assigned, which seems not to have happened.   D In theory, the bad block should already have been re-vectored at theC time of the initial uncorrectable ECC error, and (what was left of) @ the data copied to the re-vectored block in a cooperative effortD between VMS and the SCSI disk.  So in theory, the original bad blockC itself should have been fixed, and it is just the forced-error flagsF which is forcing an error to be reported each time the suspect data is: re-read.  If you can arrange to rewrite that LBN, then theF forced-error flag should be cleared by the write.  (Actually, once the? block was re-allocated to the ACCOUNTING.DAT file, I would havesF thought it was likely to have been overwritten as a result of becoming part of that file.)e  > In any case, when you deleted the file, that block then becameC available for allocation as part of another file, which is probably D not what you really wanted.  You might want to try to allocate it to? another junk file to "trap" it, perhaps by doing something likeoE $COPY/ALLOCATION=<some_size> _NLA0: disk:[dir]JUNK.FILE until you getoF it.  Otherwise it will probably eventually get caught in a system file/ like ACCOUNTNG.DAT again or maybe OPERATOR.LOG.-  D It is conceivable that the SCSI disk(s) have run out of spare blocksF to re-vector to, and thus the block has not been re-vectored, and getsC an ECC error even after being rewritten, because it is incapable of( reliably holding any data.  E And since SCSI disks handle forced-error flags a bit differently thanhD MSCP disks, there is also the possibility of a bug in Shadowing codeF or DKDRIVER or disk firmware which is causing unexpected results.  AreB you working with the CSC or Engineering on this problem as well as here?F  D If all else fails, if you can get the bad block into a file and thenD keep that file around (renamed to some harmless area), it seems like= that should work to "quarantine" the bad block (which is whatiB BADBLK.SYS was used for prior to disks being able to re-vector bad blocks themselves).tC ------------------------------------------------------------------- C Keith Parris | parris at encompasserve dot org | VMS consulting on:eC Clusters, Disaster Tolerance, Internals, Performance, Storage & I/Oo   ------------------------------  # Date: Thu, 04 Oct 2001 20:13:42 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Locate Filename containing logical blockm2 Message-ID: <Wp3v7.1099$YP.26326@news.cpqcorp.net>  q In article <cf15391e.0110041200.5d3e85ee@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:p  E :In theory, the bad block should already have been re-vectored at the D :time of the initial uncorrectable ECC error, and (what was left of)A :the data copied to the re-vectored block in a cooperative efforte! :between VMS and the SCSI disk...3  H   There was a (long) discussion of bad block handling circulating among G   some of the local engineers back circa August -- see topic (6926) in sE   the Ask The Wizard area for a distillation of the discussion -- as hE   there are various permutations and various considerations involved.y2   (The discussion involved some bad puns, too. :-)  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 05 Oct 2001 10:58:05 +0800, From: Paul Repacholi <prep@prep.synonet.com>5 Subject: Re: Locate Filename containing logical block - Message-ID: <87vghun682.fsf@prep.synonet.com>   3 keithparris_NOSPAM@yahoo.com (Keith Parris) writes:C  B > And since SCSI disks handle forced-error flags a bit differentlyF > than MSCP disks, there is also the possibility of a bug in Shadowing? > code or DKDRIVER or disk firmware which is causing unexpected3? > results.  Are you working with the CSC or Engineering on this  > problem as well as here?  A I had a block go bad on the system disk of my M600 some time ago..D The block replacment failed. Horribly... But, it is a Seagate 'cuda,8 not a 'real DEC' drive, so the u-code may be all at sea.  C I run with a single member shadow set, and when it happened I addedcF another drive as a saftey measure. Well, the shadow copy started, thenG it all died a horrible death at the bad spot. Worst part of it was thatc; the added drive was silently dropped out of the shadow set!r  B A backup/ima got it all back, except for the dead file. GS.EXE, soB hey, it needed updating anyway. Another oddness: backup would read> over the error, the shadow copy would hit the bad spot and die totally.  A It seemed, after all the fun, that the bad block had been removedj? but the revectoring failed for some reason and there was no newtB block. The bad block became a 'hole' in the LBNs! A console format fixed it...    -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.h@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Thu, 4 Oct 2001 21:34:52 -04004 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>M Subject: Re: Managing License PAKs (was: Re: DECmigrate on 2-node VMScluster)s, Message-ID: <9pj2ur$dk7p$1@lead.zk3.dec.com>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagem+ news:gjOs7.741$YP.22317@news.cpqcorp.net...j6 > In article <3bb339f0$1@pull.gecm.com>, "Tim Jackson" <tim.jackson@amsjv.com> writes:-F > :I am trying to use the now freely available DECmigrate product on aE > :2-node VMScluster.  The download site provides a license PAK whichk onlyH > :installs sufficient units for one node to load the license at any oneC > :time.  Does anyone have any ideas how I might be able to installlE > :sufficient units to allow both machines to load the product at the- same > :time?  1 What type of license is it?  Availability?  User?   E >   Assuming you do not have a node-specific license database on eachl1 >   node, try LICENSE MODIFY/INCLUDE, as a start.   G I would think the /INCLUDE is not needed unless you are trying to limit E it to a subset or the NO_SHARE option is set and needs to be setup tom0 share it in the few situations it can be shared.  E >   (This does not appear to be specific to DECmigrate, it appears to5 >   be a licensing question.)o  $ PAK generation more than likely! :-)  F >   I'll see if I can get a "corrected" PAK posted at the site, once I >   track down some details.  E Two PAK's would likely fix the problem for a 2 node cluster.  For a 3 E node cluster, 3 PAK's will likely work, etc.  The question is can youtG get more than 1 license?  Depending on license type multiple PAK's will 	 not work.)       mark   ------------------------------   Date: 4 Oct 2001 18:59:49 -0700o2 From: alan.e.feldman@verizon.net (Alan E. Feldman)J Subject: Re: Microsoft Addresses Security Fears: Chance To Market VMS/CSWS= Message-ID: <1ad5d606.0110041759.77702b6c@posting.google.com>   Z David Mathog <mathog@caltech.edu> wrote in message news:<3BBBA1A4.75CAFA1F@caltech.edu>... > Jerry Leslie wrote:6 >  > >@I > > Someone in HP/Compaq should install an OpenVMS/CSWS at Mr. Osbourne'sDG > > site, and let him see that there are web servers that don't requireN# > > "frequent patches and updates".U [snip] XB > However, it is inconceivable that Compaq will capitalize on this > opportunity because: > M > 1.  Q management wouldn't recognize a business opportunity if it was shoved 
 > up theirC > collective rear ends with a ten foot pole (to mangle a metaphor).HL > 2.  Acting on this opportunity would anger Microsoft..  Since Q management > has its lipsM > firmly affixed to that other company's posterior they would never make suchV  E Dear sir, I do *not* believe that comments about rear ends, lips, andAD posterior, like those quoted above, are helpful. If someone forwards? comments like these to Compaq or HP executives (and someone mayMD already have done so!), then it will only hurt the future of VMS. ItF will only "harden their hearts" against us. I mean, imagine if someone7 made comments like that about you! How would you react?O  C Please do try to rephrase in the future. (Yes, you can say what you., want -- I'm only asking you to consider it.)  A I do, however, share your frustation about the lack of marketing, A etc., for VMS, and would like nothing more than for VMS to have aN bright future.  F And re point 2) above: I would like to point out that Compaq announcedF it would put AOL and Disney icons on their PC's' desktops. Even thoughB MS can point to this in court and say that there is competition, I: really doubt that MS is even the least bit happy about it.  
 > a move even ; > if by some miracle they thought of it in the first place.O > H > Both of which go a long way towards explaining how the Q got to be the > shambles it is today.0   Disclaimer: JMHO Alan E. Feldmanb alan.e.feldman & verizon.net   ------------------------------   Date: 4 Oct 2001 14:30:33 -05003- From: Kilgallen@SpamCop.net (Larry Kilgallen)x- Subject: Re: OpenVMS FAQ - 2nd. October, 2001i3 Message-ID: <6BnPZYr1IFh6@eisner.encompasserve.org>l  W In article <3BBC9E3A.3080106@tzora.co.il>, Mike Rechtman <rechtman@tzora.co.il> writes:  >  > & > Brian Schenkenberger, VAXman- wrote: > [ >> In article <3BBC80FC.B2B196B0@ohio.edu>, "Richard D. Piccard" <piccard@ohio.edu> writes:n >  > F >> FYI, the [No-Frame] "link" does not work with Netscape 3.03 on VMS. >  >  > ??? Thats strange, because -7 > (a) all the editing (and checking) was done on a VAX i( > 4000-90, VMS V6.2 + Netscape 3.03, and= > (b) The upper right frame source has not changed for a few c > versions now.3 > / > Are you setup to disable JavaScript, perhaps?n   And if not, why not ?    ------------------------------  $ Date: Thu, 4 Oct 2001 17:29:52 -04003 From: "Brad McCusker" <Brad.McCuskerSP@Mcompaq.com>a! Subject: Re: Pathworks on Win2000 2 Message-ID: <rC4v7.1108$YP.26210@news.cpqcorp.net>  2 PATHWORKS 32 V7.2 absolutely supports Windows2000.  D The client license requestor also works quite well with Windows2000.H Further, Advanced Server V7.3 for OpenVMS and PATHWORKS V6.1 for OpenVMSH contain the updated client license requestor bits for Win2K in the PWLIC share.  L There is an issue with PATHOWORKS 32 and DECnet on the client side, althoughL I don't know the details.  If you are using TCP/IP, the licenses bits should work just fine on Win2K.  H Lastly, as someone else said, be sure you really even need to use clientJ based licensing.  Unless your clients are connecting to multiple differentD servers, you should use server based licensing (turn off the license; server).  No need for any software at all on the Win2K box.    HTHn   Brad     --( The opinions expressed herein are my own' and do not reflect those of my employer  or anyone else.    Brad  E "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> wrote in message A news:3bbc3d9f$0$33462$5039e797@newsreader01.highway.telekom.at...h >n4 > Safir <axica@yahoo.com> schrieb in im Newsbeitrag:4 > e85d7983.0110040000.56e126b6@posting.google.com...@ > > "Chris Townley" <news@townleyc.demon.co.uk> wrote in message@ > news:<1002157254.24747.0.nnrp-08.d4e45fa5@news.demon.co.uk>... > > 8 > > On the other hand if you want client based licensing@ > > you must install PAthworks 32 7.2 on the windows 2000 client, > > It includes the client license requester > >  > > hthA > - > AFAIK Pathworks 32 7.2 does not run on W2K.v >o > Armin  >c >    ------------------------------  $ Date: Fri, 5 Oct 2001 01:03:32 +01001 From: "Chris Townley" <news@townleyc.demon.co.uk> ! Subject: Re: Pathworks on Win2000iB Message-ID: <1002240257.11800.0.nnrp-13.d4e45fa5@news.demon.co.uk>  * "Safir" <axica@yahoo.com> wrote in message7 news:e85d7983.0110040000.56e126b6@posting.google.com...d> > "Chris Townley" <news@townleyc.demon.co.uk> wrote in message> news:<1002157254.24747.0.nnrp-08.d4e45fa5@news.demon.co.uk>...G > > An interesting issue using Pathworks on Win 2000. It seems that thea normal? > > method of getting licences is no longer supported underW2K.  > >yI > > We cannot get DecNet over TCP/IP working as our license server has ane old G > > TCPWare cludge of using 2 IP addresses, so need to resort to client  basedt > > licensing. > > % > > Any ideas how this can be setup ?. > , > Do you really need to use Decnet over IP ?  , No, it was an alternative that could work... > K > You can connect to the PW server using the native TCP/IP stack of windows  2000$ > Nothing to install on windows 2000 >a? > On the VMS server, depending on the version of the PW server,bK > either you don't start the license server or you put some licenses in the06 > server-based group ---> you don't need client based. >o6 > On the other hand if you want client based licensing> > you must install PAthworks 32 7.2 on the windows 2000 client* > It includes the client license requesterG That is the whole point of the post. The client license s NEEDED to map 0 drives et alia - some elements work fine, but...  L The client license load would overcome the need to get the license requestor working.     -- Chris    ------------------------------  $ Date: Fri, 5 Oct 2001 01:04:40 +01001 From: "Chris Townley" <news@townleyc.demon.co.uk>a! Subject: Re: Pathworks on Win2000hB Message-ID: <1002240325.11831.0.nnrp-13.d4e45fa5@news.demon.co.uk>  E "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> wrote in messagecA news:3bbc3d9f$0$33462$5039e797@newsreader01.highway.telekom.at...d >-4 > Safir <axica@yahoo.com> schrieb in im Newsbeitrag:4 > e85d7983.0110040000.56e126b6@posting.google.com...@ > > "Chris Townley" <news@townleyc.demon.co.uk> wrote in message@ > news:<1002157254.24747.0.nnrp-08.d4e45fa5@news.demon.co.uk>... > >e8 > > On the other hand if you want client based licensing@ > > you must install PAthworks 32 7.2 on the windows 2000 client, > > It includes the client license requester > >e > > hths >8- > AFAIK Pathworks 32 7.2 does not run on W2K.  >B  I Runs fine thankyou. Problem is the license requesting - without which yout cannot map a drive.      -- Chriss   ------------------------------  $ Date: Fri, 5 Oct 2001 01:12:11 +01001 From: "Chris Townley" <news@townleyc.demon.co.uk>s! Subject: Re: Pathworks on Win2000uB Message-ID: <1002240776.11992.0.nnrp-13.d4e45fa5@news.demon.co.uk>  > "Brad McCusker" <Brad.McCuskerSP@Mcompaq.com> wrote in message, news:rC4v7.1108$YP.26210@news.cpqcorp.net...4 > PATHWORKS 32 V7.2 absolutely supports Windows2000. >wF > The client license requestor also works quite well with Windows2000.J > Further, Advanced Server V7.3 for OpenVMS and PATHWORKS V6.1 for OpenVMSJ > contain the updated client license requestor bits for Win2K in the PWLIC > share.E > There is an issue with PATHOWORKS 32 and DECnet on the client side,i althoughG > I don't know the details.  If you are using TCP/IP, the licenses bitsr should > work just fine on Win2K.  K The problem here is that our license server has an old TCPWare'frig' to usesE two IP adresses. This effectively prevents the license requestor from K working. The DECNET load is out, as is documented, and no I do not know thec< details, just that it has been removed from the W2K version. >tJ > Lastly, as someone else said, be sure you really even need to use clientL > based licensing.  Unless your clients are connecting to multiple differentF > servers, you should use server based licensing (turn off the license= > server).  No need for any software at all on the Win2K box.   E However without a local license you cannot map a drive. This is major'
 shortfall.   -- ChrisM   ------------------------------  * Date: Thu, 4 Oct 2001 17:53:01 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: PGP for OpenVMS??+ Message-ID: <9pi7lt$gku$1@aquila.mdx.ac.uk>   b In article <3bbc72ec$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:I >>GnuPG has been ported to VMS, but I am unaware of where you can get it.i >d8 >Right where all the Gnu software is: www.gnu.org.  See: >o( >http://www.gnu.org/directory/gnupg.html >--  Brian,  J Have the changes David Mathog made to get the code to compile on VMS been " added into the main distribution ?  vM I seem to recall someone was going to create a version based on version 1.0.6 I and get it put on the next freeware CD. (David's version was based on the  1.0.4 release).o  I I've a vague memory that it was Robert Byer from www.ourservers.net but It
 may be wrong.L  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 4 Oct 2001 20:50:18 +0200I* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: PGP for OpenVMS??( Message-ID: <3bbcaf6a@news.kapsch.co.at>  e In article <3BBC8D8E.D73768CC@cableinet.co.uk>, Tim Llewellyn <tim.llewellyn@cableinet.co.uk> writes:  >Peter LANGSTOEGER wrote:t >> rX >> In article <3BBC7AC3.A82E3E64@caltech.edu>, David Mathog <mathog@caltech.edu> writes:M >> >Since I'm now living without VMS, it's also completely unsupported by me.U >> L
 >> Oh my god.o4 >> Donate him an cheap/modern Alpha, please, ASAP !! >> a >> :-) > + >Why? He'll probably just slap linux on it.L >- >:-)  J Not likely. SUSE drops Alpha support, RedHat will sometimes follow (RSN ?)O So, after Tru64 is no longer, OpenVMS is the only rest for an Alpha system :-))f   -- n< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 04 Oct 2001 22:52:04 +0200r From: Dirk Munk <munk@home.nl> Subject: Re: PGP for OpenVMS??' Message-ID: <3BBCCBF3.307AD498@home.nl>a  & --------------E8786E6FB23CE24E63A8EE8B* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitw       David Mathog wrote:o   > Aaron Sakovich wrote:  >r > > "Tom Simpson" <simpsont@xxx.mediaone.net> wrote in message news:<cdPu7.28998$d44.6665004@typhoon.jacksonville.mediaone.net>...G > > > I'm looking for PGP for OpenVMS Alpha.  I've checked the VMS faq, I > > > NAI's site and Deja News and had no luck locating a current version D > > > of this utility.  Most of the VMS links to PGP sites are dead. > >H > > Tom, > >uH > > PGP on VMS is ancient history.  Look at the port of GnuPG that David) > > Mathog did -- the kit's available at:e > >5B > >  http://seqaxp.bio.caltech.edu/pub/SOFTWARE/gnupg1_0_4_vms.zip >cO > Seqaxp is defunct, only the name lingers on as an alias to a Solaris machine.r' > I kept that software though, it's at:u >rG >    http://saf.bio.caltech.edu/pub/software/openvms/gnupg1_0_4_vms.zipc  + But I'm having a bit a problem getting it :V   -----------------------   	 Forbidden   \ You don't have permission to access /pub/software/openvms/gnupg1_0_4_vms.zip on this server.    6 Apache/1.3.19 Server at mendel.bio.caltech.edu Port 80   -----------------------h                 >h > H > > This is much better, much more current, and totally open/unlicensed. > >s >sK > Since I'm now living without VMS, it's also completely unsupported by me.e >t
 > Regards, >- > David Mathog > mathog@caltech.edu  & --------------E8786E6FB23CE24E63A8EE8B) Content-Type: text/html; charset=us-ascii- Content-Transfer-Encoding: 7bit-  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> &nbsp; <p>David Mathog wrote:+ <blockquote TYPE=CITE>Aaron Sakovich wrote:2 <p>> "Tom Simpson" &lt;simpsont@xxx.mediaone.net> wrote in message news:&lt;cdPu7.28998$d44.6665004@typhoon.jacksonville.mediaone.net>...hI <br>> > I'm looking for PGP for OpenVMS Alpha.&nbsp; I've checked the VMS  faq,K <br>> > NAI's site and Deja News and had no luck locating a current versionhK <br>> > of this utility.&nbsp; Most of the VMS links to PGP sites are dead.  <br>>R
 <br>> Tom, <br>>hI <br>> PGP on VMS is ancient history.&nbsp; Look at the port of GnuPG thati David + <br>> Mathog did -- the kit's available at:  <br>>  <br>>&nbsp; <a href="http://seqaxp.bio.caltech.edu/pub/SOFTWARE/gnupg1_0_4_vms.zip">http://seqaxp.bio.caltech.edu/pub/SOFTWARE/gnupg1_0_4_vms.zip</a>tG <p>Seqaxp is defunct, only the name lingers on as an alias to a Solarisd machine.) <br>I kept that software though, it's at:  <p>&nbsp;&nbsp; <a href="http://saf.bio.caltech.edu/pub/software/openvms/gnupg1_0_4_vms.zip">http://saf.bio.caltech.edu/pub/software/openvms/gnupg1_0_4_vms.zip</a></blockquote>+ But I'm having a bit a problem getting it :r <p>----------------------- <p>ForbiddenO <p>You don't have permission to access /pub/software/openvms/gnupg1_0_4_vms.zipc on this server. 
 <br>&nbsp;9 <p>Apache/1.3.19 Server at mendel.bio.caltech.edu Port 80d <p>-----------------------
 <br>&nbsp;
 <br>&nbsp;
 <br>&nbsp;
 <br>&nbsp;
 <br>&nbsp;
 <br>&nbsp;
 <br>&nbsp; <blockquote TYPE=CITE>&nbsp;I <p>> This is much better, much more current, and totally open/unlicensed.  <br>> H <p>Since I'm now living without VMS, it's also completely unsupported by me.  <p>Regards,  <p>David Mathog # <br>mathog@caltech.edu</blockquote>o </html>l  ( --------------E8786E6FB23CE24E63A8EE8B--   ------------------------------  $ Date: Thu, 4 Oct 2001 16:25:29 -0400" From: "Hal Kuff" <kuff@tessco.com> Subject: Purveyor Users?O Message-ID: <B85EF75AA609678F.64924C63AABEB6D6.4283912880362539@lp.airnews.net>A  K     It appears the standard mailbox size for purveyor is 1024 bytes..... is.K there a way to change the size of the mailbox that purveyor creates for thegK user? I'm also looking for the documentation on the 'registry' entries thatlH one can create in the *.db file.... perhaps there is something in there?   ------------------------------  # Date: Thu, 04 Oct 2001 19:35:37 GMTc1 From: "Mark D. Jilson" <jilly@clarityconnect.com>h) Subject: Re: Reset error account on Alphar2 Message-ID: <3BBCBA5D.5C44356F@clarityconnect.com>  F MP devices are V7.2+ so you'll have to adapt this code.  I posted thisB in response to the query on zero'ng out errors for the MP devices.  ! norm.raphael@jamesbury.com wrote:A >  > Hi Jilly,r >  > Is it 1.2 or 1-003?o > =======================n. >         .TITLE  ZDEC Zero Device Error Count >         .IDENT  /1.2/ 	 >     ;++h >     ;I >     ; Title:1 >     ;   ZDEC.MAR - Zero-out device error count.t >     ;O >     ; Version: >     ;   1-003e > =======================  >  > I get this error on V7.1-2 >  > =======================b > $ macro/list zdeca > > >         $MPDEVDEF       ; Symbols for multipath information. > ^ + > %AMAC-E-UNRECSTMT, unrecognized statement ; > at line number 78 in file SYS$COMMON:[SYSMAINT]ZDEC.MAR;1s >  >         .END    ZDEC > ^i= > %AMAC-E-PREVERROR, previous errors prevent further analysist< > at line number 416 in file SYS$COMMON:[SYSMAINT]ZDEC.MAR;1 >  > =======================d > or without > =======================  > $ link/map/full/sysexe zdec-( > %LINK-W-NUDFSYMS, 4 undefined symbols:, > %LINK-I-UDFSYM,         DEV$V_MPDEV_MEMBER/ > %LINK-I-UDFSYM,         SUD$PS_MPDEV_NEXT_UCBA2 > %LINK-I-UDFSYM,         SUD$PS_MPDEV_PRIMARY_UCB$ > %LINK-I-UDFSYM,         UCB$PS_SUD: > %LINK-W-USEUNDEF, undefined symbol UCB$PS_SUD referenced- >         in psect $LINKAGE offset %X00000120e= >         in module ZDEC file SYS$COMMON:[SYSMAINT]ZDEC.OBJ;2/B > %LINK-W-USEUNDEF, undefined symbol DEV$V_MPDEV_MEMBER referenced- >         in psect $LINKAGE offset %X00000150 = >         in module ZDEC file SYS$COMMON:[SYSMAINT]ZDEC.OBJ;2 H > %LINK-W-USEUNDEF, undefined symbol SUD$PS_MPDEV_PRIMARY_UCB referenced- >         in psect $LINKAGE offset %X00000158'= >         in module ZDEC file SYS$COMMON:[SYSMAINT]ZDEC.OBJ;2rE > %LINK-W-USEUNDEF, undefined symbol SUD$PS_MPDEV_NEXT_UCB referenced - >         in psect $LINKAGE offset %X00000160c= >         in module ZDEC file SYS$COMMON:[SYSMAINT]ZDEC.OBJ;2t > =======================e > Comments?lN > I assume the statements labeled "##vax" need to be exchanged for a VAX, yes? > 4 > jilly@clarityconnect.com on 10/03/2001 04:23:57 PM > , > Please respond to jilly@clarityconnect.com >  > To:   Info-VAX@mvb.saic.com  > cc:l, > Subject:  Re: Reset error account on Alpha > . >         .TITLE  ZDEC Zero Device Error Count >         .IDENT  /1.2/g	 >     ;++o >     ;c >     ; Title:1 >     ;   ZDEC.MAR - Zero-out device error count.  >     ;s >     ; Version: >     ;   1-003w >     ;  >     ; Facility:k" >     ;   System Management Tools. >     ;a >     ; Abstract:aE >     ;   This program zeros-out the device error count stored in theeC >     ;   UCB for a particular device. This is useful when you wishw7 >     ;   reset this value without booting the machine.t >     ;D9 >     ;   THIS PROGRAM IS UNSUPPORTED AND PROVIDED AS IS,i >     ;   USE AT OWN RISK. >     ;e >     ;   Building sequence: >     ;S# >     ;           $ macro/list zdec.- >     ;           $ link/map/full/sysexe zdech >     ;i >     ;   Calling sequence:  >     ;h. >     ;           $ ZDEC := $mydev:[mydir]ZDEC, >     ;           $ ZDEC [/OVERRIDE]  device >  > [snip]' >         .SBTTL  Symbols, Macros, Datan > / >         .LIBRARY        /SYS$LIBRARY:LIB.MLB/  >  > [snip]> >         $MPDEVDEF       ; Symbols for multipath information. >  > [snip] > ) >     ;## vax     CALLS   #3,G^LIB$TPARSEIG >         CALLS   #3,G^LIB$TABLE_PARSE    ; Alpha version of LIB$TPARSEl > [snip] >  > --J > Jilly     - Working from Home in the Chemung River Valley - Lockwood, NYB >      - jilly@clarityconnect.com               - Brett Bodine fan= >      - Mark.Jilson@Compaq.com            - since 1975 or so"2 >      - http://www.jilly.baka.com               -   -- ?D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  $ Date: Thu, 4 Oct 2001 22:10:16 -04004 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>E Subject: Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETEm, Message-ID: <9pj4p2$dkli$1@lead.zk3.dec.com>  - "John Santos" <JOHN@egh.com> wrote in messageA0 news:1011002220733.25191A-100000@Ives.egh.com...+ > On Tue, 2 Oct 2001, norm lastovica wrote:t >e > > one starting point:t > >A! > > $ sea sys$share:lib.req IRC$V  >H > [...]1 >rC > Thanks, Norm.  It didn't occur to me that there might be comments " > in the system definitions files! >u > Use the source, Luke...C  E Stupid question.  What problem are you trying to solve?  It is alwayss5 possible that a better answer can be provided...  :-)     - marka   ------------------------------  $ Date: Fri, 5 Oct 2001 00:53:35 -0400  From: John Santos <JOHN@egh.com>E Subject: Re: RMS ISAM internals question: IRC$V_RU_UPDATE & RU_DELETEb6 Message-ID: <1011005005101.25191A-100000@Ives.egh.com>  $ On Thu, 4 Oct 2001, Mark Buda wrote:   > / > "John Santos" <JOHN@egh.com> wrote in messagei2 > news:1011002220733.25191A-100000@Ives.egh.com...- > > On Tue, 2 Oct 2001, norm lastovica wrote:  > >n > > > one starting point:a > > >e# > > > $ sea sys$share:lib.req IRC$V0 > >7	 > > [...]0 > >hE > > Thanks, Norm.  It didn't occur to me that there might be commentst$ > > in the system definitions files! > >g > > Use the source, Luke...w > G > Stupid question.  What problem are you trying to solve?  It is always07 > possible that a better answer can be provided...  :-)o > 	 >  - marku  A Well, the problem is a program which is reading RMS files but notnD using RMS to do it (don't ask why, but converting the program to useD RMS is not a viable option), sees these bits set in a record header,C and says "This file is corrupted.  I'm stopping."  Yes, I know this5C isn't supported.  That's why I'm asking here instead of asking CSC.c   --   John SantosP Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Thu, 04 Oct 2001 16:21:48 -0500m' From: Thomas G Wirt <twirt@kittles.com>@( Subject: Re: SAM synchronization failure+ Message-ID: <3BBCD2EC.4D55F201@kittles.com>   C You may have already tried this, but these are the instructions foriF rejoining an NT Domain.  Your error is not familiar, but your symptomsA are.  The PW group at compaq is under the impression that all SAM G coruption/sync issues are fixed (via patch or upgrade).  If this is thehF "classic" SAM problem I am guessing that there is a patch to fix it on, your current version.  Hope that this helps.   Thomas Wirto    B [PW-AS]V6.0 How To Add/Remove PATHWORKS Advanced Server From an NT Domain    H        Any party granted access to the following copyrighted informationC        (protected under Federal Copyright Laws), pursuant to a dulya executedF        Compaq Service Agreement may, under the terms of such agreement copyH        all or selected portions of this information for internal use andH        distribution only. No other copying or distribution for any other        purpose is authorized.b    D (c) Copyright Compaq Computer Corporation 1998. All rights reserved.  G PRODUCT: PATHWORKS for OpenVMS (Advanced Server), Versions 6.0,7.2,7.2af  - OP/SYS:  OpenVMS AXP, Version 7.1, 7.2, 7.2-1r  $ SOURCE:  Compaq Computer Corporation     INFORMATION:  D The following steps have been tested and found to be a smooth way toF remove and add PATHWORKS for OpenVMS (Advanced Server), V6.x\V7.x to a NT domain.0   1) Shutdown PATHWORKS.  +           @SYS$STARTUP:PWRK$DEFINE_COMMANDSR           PWSTOP  $      or   @SYS$STARTUP:PWRK$SHUTDOWN  E 2) On the NT remove the node name and PATHWORKS alias from the domaina usingt      the Domain Server Tool.  . 3) From OpenVMS, execute the following command  2           SET DEFAULT PWRK$LMROOT:[LANMAN.DOMAINS]  F    NOTE: You may wish to purge the directory to avoid having to delete or<          rename  multiple copies of the files if they exist.     4) Delete the file             {domain-name}.;n  3      where {domain-name} is the name of the domain.eF      Use the Directory command to make sure that there were no earlierG      versions , like  domain.;3 , domain.;4 all will have to be renameds or
      deleted.o   5) Then execute the command   #           SET DEFAULT [-.DATAFILES]t  F    NOTE: You may wish to purge the directory to avoid having to rename&          multiple copies of the files.   $ PURGEr $ RENAME SHAREDB.;* *.ORG0 $ RENAME ACL.;* *.ORG    6) Delete the following files:  G (IMPORTANT NOTE:  If you have set up manual hostmappings, DO NOT delete4 thenG LSA. file, as it stores the hostmap information.  You'll need to renamen it ineG the same manner as done for the ACL. and SHAREDB. files in step 6 , anduE restore it following the domain rejoin operation - refer to step 10 )k     ($ RENAME LSA.;* *.ORG).   EXAMPLE:             BUILTIN.;  and  LSA.;n  &           Example: $ DELETE BUILTIN.;*"                    $ DELETE LSA.;*       7) Run PWRK$CONFIG  !           @SYS$UPDATE:PWRK$CONFIGP  & 8) Define the server's role as BACKUP.  0 9) Do NOT start pathworks at the end of pwconfig  " 10) Delete the new sharedb.;1 file  %       rename SHAREDB.ORG to SHAREDB.;r       and ACL.ORG to ACL.;  4 (and LSA.ORG to LSA.; if you preserved the LSA file)   11) start PATHWORKSr             PWSTARTq  #       or  @SYS$STARTUP:PWRK$STARTUPi           Armin Leitner wrote:  B  > Peter LANGSTOEGER <eplan@kapsch.net> schrieb in im Newsbeitrag:$  > <3bbad8af$1@news.kapsch.co.at>...  >
  >>In articleo< <3bbab928$0$16280$6e365a64@newsreader02.highway.telekom.at>,  >>l?  > "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> writes:   >F  >>>We are trying to integrate our Alpha (VMS 7.2) into a Windows 2000  >>>
  > Domain.  >E  >>>We upgraded Pathworks to Advanced Server 7.2A.  Since then we gete this6  >>>sequence in our event log every couple of minutes:  >>>@  >>>  NET5718:   The full synchronization replication of the SAM database  >>>  > fromj  >  >>>thef)  >>>   domain controller SANW2S01 failed.i  >>>E  >>>  NET5732:   Replication of the SAM User "SANW2S01$" from primarya domain  >>>controller0  >>>   SANW2S01 failed with the following error:!  >>>  The parameter is incorrect.   >>>D  >>>The VMS system is a BDC, the event log for the domain controllerD  >>>reports a successful syncrhonization for each of these failures.  >>>>  >>>We tried a Full Deinstallation/Newinstall with no success.  >>>  >>>Any hints?  >>>3  >>*) How about upgrading to Advanced Server V7.3 ?iG  >>It is out for some months now and maybe there are bugs fixed in thisdH  >>release or workarounds included which improves the communication with M$.a  >>e  >>e  >>m  >G  > Upgrading to V7.3 means that we also have to upgrade our Licenses toe V7.3,C  > doesn't it?  >  >E  >>*) Did you do a reconfiguration, too ? I don't think that VMS/PWRK  got C  >>corrupted. If something breaks in this area, it is must likely a  trust-'  >>(eg. PWRK's node domain membership).t  >><E  >>So, before reinstalling PWRK again, try saving the shares file andn ditchkA  >>the PWRK config and then readd this node/BDC to the domain (ifC someone4H  >>knows of a better way to reestablish domain membership, please let me  >>i  > know)  >  >D  > We removed PWRK completely, including Data Files and started from zero.n  >  >G  >>If your 'reinstallation' included 'reconfiguration' then forget this  hint.n  >> B  >>*) Try deleting this user just for the test of it really is the culprit.F  >>(but think of the implication on his/hers file access control lists !!) G  >>If the SAM replication works without the user, readd it and omit any4H  >>specialities as long as possible. Maybe there is really a NT/PWRK SAM#  >>incompatibility which you found.   >>a  >>p  >E  > That seems to be the problem. This seems to be some kind of system' accountsF  > as that user does not exist but its name is the same as the name of the PDC.  >  >H  >>*) Another way could be that you run the PWRK node as a member server  >>A
  > instead  >?  >>of a BDC. So, eventually existing SAM incompatibilities getsn obsolete...a  >>   >>n  >G  > I'd love to run PWRK as a member server, but unfortunately V7.2 doeso not   > support this!  >  >  >  >>--e?  >>Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651n>  >>Network and OpenVMS system manager  Fax.    +43 1 81111-888?  >><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netj  >>s  >  >  >   ------------------------------  $ Date: Thu, 4 Oct 2001 17:36:55 -04003 From: "Brad McCusker" <Brad.McCuskerSP@Mcompaq.com> ( Subject: Re: SAM synchronization failure2 Message-ID: <2J4v7.1110$YP.26355@news.cpqcorp.net>  4 "Thomas G Wirt" <twirt@kittles.com> wrote in message% news:3BBCD2EC.4D55F201@kittles.com... E > You may have already tried this, but these are the instructions forrH > rejoining an NT Domain.  Your error is not familiar, but your symptomsC > are.  The PW group at compaq is under the impression that all SAM 9 > coruption/sync issues are fixed (via patch or upgrade).-  C Well, Thomas, I guess you actually did listen to me ramble at CETS./  I You are correct, we beleive that SAM corruption is fixed in V7.2A-ECO4 orl V7.3.l  C If this is SAM corruption, Thomas has given you a way to repair it. I But, as stated over in the PATHWORKS newsgroup, I think you need to firstsH get to ECO4 and see how it goes.  Also, as I said elsewhere, V7.3 is the( first version to formally support Win2K.  ' This might best be worked with the CSC.8   -BradC     --( The opinions expressed herein are my own' and do not reflect those of my employer  or anyone else.p   Brad    If this is the H > "classic" SAM problem I am guessing that there is a patch to fix it on. > your current version.  Hope that this helps. >&
 > Thomas Wirt. >i >eD > [PW-AS]V6.0 How To Add/Remove PATHWORKS Advanced Server From an NT > Domain >n >eJ >        Any party granted access to the following copyrighted informationE >        (protected under Federal Copyright Laws), pursuant to a duly 
 > executedH >        Compaq Service Agreement may, under the terms of such agreement > copyJ >        all or selected portions of this information for internal use andJ >        distribution only. No other copying or distribution for any other >        purpose is authorized.h >= >tF > (c) Copyright Compaq Computer Corporation 1998. All rights reserved. >iI > PRODUCT: PATHWORKS for OpenVMS (Advanced Server), Versions 6.0,7.2,7.2an >t/ > OP/SYS:  OpenVMS AXP, Version 7.1, 7.2, 7.2-1h >.& > SOURCE:  Compaq Computer Corporation >  >p > INFORMATION: >eF > The following steps have been tested and found to be a smooth way toH > remove and add PATHWORKS for OpenVMS (Advanced Server), V6.x\V7.x to a > NT	 > domain.  >i > 1) Shutdown PATHWORKS. > - >           @SYS$STARTUP:PWRK$DEFINE_COMMANDSp >           PWSTOP >i& >      or   @SYS$STARTUP:PWRK$SHUTDOWN >_G > 2) On the NT remove the node name and PATHWORKS alias from the domaine > usingt >      the Domain Server Tool. >-0 > 3) From OpenVMS, execute the following command >s4 >           SET DEFAULT PWRK$LMROOT:[LANMAN.DOMAINS] >CH >    NOTE: You may wish to purge the directory to avoid having to delete > or> >          rename  multiple copies of the files if they exist. >l >l > 4) Delete the file >p >           {domain-name}.;  >>5 >      where {domain-name} is the name of the domain.-H >      Use the Directory command to make sure that there were no earlierI >      versions , like  domain.;3 , domain.;4 all will have to be renamed: > or >      deleted.g >D > 5) Then execute the commandE >6% >           SET DEFAULT [-.DATAFILES]  >tH >    NOTE: You may wish to purge the directory to avoid having to rename( >          multiple copies of the files. >h	 > $ PURGE  > $ RENAME SHAREDB.;* *.ORGl > $ RENAME ACL.;* *.ORGn >i  > 6) Delete the following files: >nI > (IMPORTANT NOTE:  If you have set up manual hostmappings, DO NOT delete- > the-I > LSA. file, as it stores the hostmap information.  You'll need to rename. > it in<I > the same manner as done for the ACL. and SHAREDB. files in step 6 , andsG > restore it following the domain rejoin operation - refer to step 10 )  >' >h > ($ RENAME LSA.;* *.ORG)p >e
 > EXAMPLE: >o! >           BUILTIN.;  and  LSA.;o >f( >           Example: $ DELETE BUILTIN.;*$ >                    $ DELETE LSA.;* >s >  >  > 7) Run PWRK$CONFIG >=# >           @SYS$UPDATE:PWRK$CONFIGZ > ( > 8) Define the server's role as BACKUP. > 2 > 9) Do NOT start pathworks at the end of pwconfig >R$ > 10) Delete the new sharedb.;1 file >O' >       rename SHAREDB.ORG to SHAREDB.;= >= >     and ACL.ORG to ACL.; > 6 > (and LSA.ORG to LSA.; if you preserved the LSA file) >a > 11) start PATHWORKS  >  >           PWSTARTy >l% >       or  @SYS$STARTUP:PWRK$STARTUPA >- >N >S >, >r > Armin Leitner wrote: >lD >  > Peter LANGSTOEGER <eplan@kapsch.net> schrieb in im Newsbeitrag:& >  > <3bbad8af$1@news.kapsch.co.at>... >  > >  >>In articlet> > <3bbab928$0$16280$6e365a64@newsreader02.highway.telekom.at>, >  >>DA >  > "Armin Leitner" <armin.leitner@dr-wagner.jet2web.at> writes:= >  >H >  >>>We are trying to integrate our Alpha (VMS 7.2) into a Windows 2000 >  >>> >  > Domain. >  >G >  >>>We upgraded Pathworks to Advanced Server 7.2A.  Since then we getC > this8 >  >>>sequence in our event log every couple of minutes: >  >>>B >  >>>  NET5718:   The full synchronization replication of the SAM
 > database >  >>>	 >  > from$ >  >	 >  >>>the0+ >  >>>   domain controller SANW2S01 failed.O >  >>>G >  >>>  NET5732:   Replication of the SAM User "SANW2S01$" from primaryE > domain >  >>>controller2 >  >>>   SANW2S01 failed with the following error:# >  >>>  The parameter is incorrect.. >  >>>F >  >>>The VMS system is a BDC, the event log for the domain controllerF >  >>>reports a successful syncrhonization for each of these failures. >  >>>@ >  >>>We tried a Full Deinstallation/Newinstall with no success. >  >>> >  >>>Any hints? >  >>>5 >  >>*) How about upgrading to Advanced Server V7.3 ? I >  >>It is out for some months now and maybe there are bugs fixed in this=J >  >>release or workarounds included which improves the communication with > M$.c >  >>f >  >>X >  >>  >  >I >  > Upgrading to V7.3 means that we also have to upgrade our Licenses to  > V7.3,r >  > doesn't it? >  > >  >G >  >>*) Did you do a reconfiguration, too ? I don't think that VMS/PWRKa > got E >  >>corrupted. If something breaks in this area, it is must likely a  > trusto) >  >>(eg. PWRK's node domain membership).M >  >>rG >  >>So, before reinstalling PWRK again, try saving the shares file and  > ditch C >  >>the PWRK config and then readd this node/BDC to the domain (if 	 > someonetJ >  >>knows of a better way to reestablish domain membership, please let me >  >> 
 >  > know) >  > >  >F >  > We removed PWRK completely, including Data Files and started from > zero.t >  > >  >I >  >>If your 'reinstallation' included 'reconfiguration' then forget this  > hint.  >  >>RD >  >>*) Try deleting this user just for the test of it really is the
 > culprit.H >  >>(but think of the implication on his/hers file access control lists > !!)aI >  >>If the SAM replication works without the user, readd it and omit any J >  >>specialities as long as possible. Maybe there is really a NT/PWRK SAM% >  >>incompatibility which you found.  >  >>Y >  >>  >  >G >  > That seems to be the problem. This seems to be some kind of systemu	 > accountoH >  > as that user does not exist but its name is the same as the name of
 > the PDC. >  > >  >J >  >>*) Another way could be that you run the PWRK node as a member server >  >>o >  > instead >  >A >  >>of a BDC. So, eventually existing SAM incompatibilities getsc
 > obsolete...  >  >>r >  >>i >  >I >  > I'd love to run PWRK as a member server, but unfortunately V7.2 doesh > notw >  > support this! >  > >  > >  > >  >>--	A >  >>Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651j@ >  >>Network and OpenVMS system manager  Fax.    +43 1 81111-888A >  >><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net  >  >>  >  > >  > >  >   ------------------------------  $ Date: Thu, 4 Oct 2001 20:41:29 +02000 From: "Vip-Information" <info@futuredomains.org> Subject: Senzacion !9 Message-ID: <iss.4d07.3bbcad59.88a7b.1@mx2.west.saic.com>1  8 New Net Domains are NOW avalable in folowing leanguages:  ' (RELISED: 4. October, 2001 - TODAY !!!)I   -- GERMAN Domain Names   c -- FRENCH Domain Names -- ITALIAN Domain Namesi  & INFO on: http://www.futuredomains.org   
 GOOD LUCK !!!    ------------------------------  # Date: Thu, 04 Oct 2001 17:52:01 GMTm4 From: "Terry C. Shannon" <terryshannon@mediaone.net>+ Subject: Re: Sun goes after Alpha user baset= Message-ID: <5l1v7.78124$vq.14601927@typhoon.ne.mediaone.net>   6 "Andrew Harrison" <andrew@uk.sun.com> wrote in message$ news:3BBC574C.8678DF2A@uk.sun.com... >, > >t >0D > I don't know about the Sunspot activity, however one of the ecacheC > suppliers had a much, much lower failure rate than the other due.1 >5  K Not completely dissimilar to the contaminated PC board problem that plagued K early Himalaya S74-series boxes. CPQ's solution was similar to SUNW's: find1 a new supplier..   ------------------------------   Date: 4 Oct 2001 20:14:15 GMT 1 From: JONESD@er6.eng.ohio-state.edu (David Jones):' Subject: SuperDLT on older (EV5) Alphas : Message-ID: <9pifun$s9a$1@charm.magnus.acs.ohio-state.edu>  H We want to replace the trusty TZ88 DLT drive on our AS 800 with a CompaqD SuperDLT drive (with an Ultra 2 SCSI interface card).  Compaq hasn'tJ qualfied the drive with the AlphaServer 800, but have no reason to believe$ it won't work.  The OS is VMS 7.2-1.  K Has anybody tried with combination that experienced unforseen difficulties?,I Would the 11 MB/sec transfer rate on the SDLT present a problem if backup K can't feed it that fast (I don't see anything in the specs about dual speed.	 support).n    < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:iL 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.f   ------------------------------  # Date: Fri, 05 Oct 2001 02:22:31 GMTa4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com>, Subject: Re: UCX FTP over WIN2k VPN problems@ Message-ID: <HP8v7.123214$bY5.606938@news-server.bigpond.net.au>  F I'm not sure why you are seeing this, however something I would try isD PASSIVE mode.  Normally, the FTP server establishes an outbound dataF connection, which can be problematic in firewall configurations.    ByF turning PASSIVE mode ON, the FTP client initiates the data connection.  L However, you have V5.0a and PASSIVE mode is supported in TCPIP V5.1.  So youI would need to upgrade to try it.  If you're not in a position to upgrade,rH then hopefully someone else can be more certain about how to solve this.   Cheers,u Matt.e    7 "Rod Prince" <prince_at_wserv_dot_com> wrote in messageo) news:1002212717.303813@night.wserv.com... K > I am using a Win2K box to establish a VPN connection to a remote site (10rL > miles away).  I have configed the local Alpha (500au, VMS 7.2-1, UCX 5.0A,H > ECO 3) to route the 10.114.0.0 traffic to the WIN2k Box, which in turnI > routes to the remote site. Yea, I know there is probably better ways tooE > establish a VPN, but I don't get to pick, the remote MIS departmente controlsG > the incoming line, and they only use/support Windows VPN clients, andd thats) > they end of the discussion.  >)H > With the WIN2K VPN up and connected, Telnet & ping work great from the localWE > AXP to any of the remote AXP & VAX's.  FTP will connect but can not  transferH > files.  I can verify that it is connected, with any number of CD & DIRG > commands.  I see the expected files.  When I enter a GET, PUT or SENDLK > command, FTP attempts to open a data connection to the WIN2K VPN address.y > Why is it doing this?e >r! > This is what I see (on the AXP)o >h > $ftp black/ > 220 black FTP server (version v4.1-12) Ready.m > Connected to BLACK.e > Name- > 331 Username "username" requires a passwordt > Password:c > 230 User logged in > FTP> zip.zip > 200 TYPE set to IMAGE  > 200 PORT command successfule8 > 150 Opening data connection for zip.zip (n.n.n.n:1033)E > %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failedY >m >wJ > After looking at things for a bit, I figured out that the n.n.n.n is theJ > address the WIN2K box has for its VPN connection.  At this point I don'tI > really know what to blame.  My first reaction is that the FTP client is  justE > plain wrong since it clearly states its trying to talk to the wrongtL > interface, but then maybe the WIN2K routing software is not quite correct,H > either way I can't being to understand why the client would connect toH > system A and then try to open a connection on different system.  Now I knowL > that the FTP client is connected because I can issue CD & DIR commands andJ > see the expected files on the remote system, I just can't transfer files > :-(. >D >: > Rod Prince > princ@wserv_dot_coms > C&S Software, Inc. >  >    ------------------------------  $ Date: Thu, 4 Oct 2001 13:47:36 -05001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>  Subject: Re: VAX 7000'sa8 Message-ID: <9pias5$fb0$1@fizban.fizban.pprd.abbott.com>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messageR, news:%b0v7.1080$YP.26215@news.cpqcorp.net...> > In article <b2faac46.0110040703.a50cfae@posting.google.com>,1 on_the_move4ever@yahoo.com (Rick Nickles) writes:  >iE > :With our environment there is NO WAY that one year is enough time.lD > :Through talking with Mr. Elias Compaq agreed to 15 months notice.  > :That's still not enough time. >AE >   One year (or longer) advance notice of some future end-of-servicee> >   life for the particular system model(s) involved, that is. >>
     <snip>  L Am I to take what is now being said here that customers have indeed receivedK letters from Compaq stating that the VAX 7000 is or will within one year be L at its end-of-life?  Including its service?  I don't remember receiving said letter.r   Anyone here have said letter?n   Dave...o   ------------------------------  $ Date: Thu, 4 Oct 2001 19:57:15 +0000  From: Steve.Spires@yellgroup.com Subject: Re: VAX 7000'se/ Message-ID: <00256ADB.006D9D56.00@quegw01.btyp>u  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    O We have two 7000s [forming part of a large VAXCluster] and we haven't been toldu anything about it!  : I'm trying to get some response from Compaq at the moment.  L It's quite frightening for us [clustered with two 6000s and two 4000s - whenH will THEY get the chop? Have they already? ;^D ] especially with the SAPP implementation which is meant to replace these nodes slowly sliding down the panP [nearly a year behind schedule already, and the company looks like it might have; to settle for something less than was originally scoped]...k   Oh well.   Steve Spires          E "Dave Gudewicz" <david.gudewicz@abbott.com> on 10/04/2001 06:47:36 PMv    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) L From:      "Dave Gudewicz" <david.gudewicz@abbott.com>, 4 October 2001, 6:47            p.m.    Re: VAX 7000's          ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagee, news:%b0v7.1080$YP.26215@news.cpqcorp.net...> > In article <b2faac46.0110040703.a50cfae@posting.google.com>,1 on_the_move4ever@yahoo.com (Rick Nickles) writes:  >rE > :With our environment there is NO WAY that one year is enough time.lD > :Through talking with Mr. Elias Compaq agreed to 15 months notice.  > :That's still not enough time. >sE >   One year (or longer) advance notice of some future end-of-service>> >   life for the particular system model(s) involved, that is. >o
     <snip>  L Am I to take what is now being said here that customers have indeed receivedK letters from Compaq stating that the VAX 7000 is or will within one year be L at its end-of-life?  Including its service?  I don't remember receiving said letter.    Anyone here have said letter?M   Dave...i   ------------------------------  % Date: Thu, 04 Oct 2001 15:18:22 -0400m- From: "John Eisenschmidt" <jeisensc@aaas.org>  Subject: Re: VAX 7000's + Message-ID: <sbbc7ddf.043@AAASMTA.aaas.org>   H Yes yes, I see your problem. You need to follow the SAP implementation = guide more closely.>    Procedures for Implementing SAP:      1) close up shope.      2) reopen 6 months later as a new company  F Do that, and you won't have to worry about the life of your VAXen. <G>  : >>> <Steve.Spires@yellgroup.com> 10/04/2001 3:57:15 PM >>>H Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street = Plazai    L We have two 7000s [forming part of a large VAXCluster] and we haven't been = told anything about it!  : I'm trying to get some response from Compaq at the moment.  I It's quite frightening for us [clustered with two 6000s and two 4000s - =p whenH will THEY get the chop? Have they already? ;^D ] especially with the SAPJ implementation which is meant to replace these nodes slowly sliding down = the pan G [nearly a year behind schedule already, and the company looks like it =2
 might have; to settle for something less than was originally scoped]...a   Oh well.   Steve Spires          E "Dave Gudewicz" <david.gudewicz@abbott.com> on 10/04/2001 06:47:36 PM   # To:        Info-VAX@Mvb.Saic.Com=20h+ cc:         (bcc: Steve Spires/YellowPages)uI From:      "Dave Gudewicz" <david.gudewicz@abbott.com>, 4 October 2001, =  6:47            p.m.h   Re: VAX 7000's          ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messageh, news:%b0v7.1080$YP.26215@news.cpqcorp.net...> > In article <b2faac46.0110040703.a50cfae@posting.google.com>,1 on_the_move4ever@yahoo.com (Rick Nickles) writes:  >PE > :With our environment there is NO WAY that one year is enough time.aD > :Through talking with Mr. Elias Compaq agreed to 15 months notice.  > :That's still not enough time. > E >   One year (or longer) advance notice of some future end-of-service > >   life for the particular system model(s) involved, that is. > 
     <snip>  E Am I to take what is now being said here that customers have indeed =  receivedJ letters from Compaq stating that the VAX 7000 is or will within one year = beI at its end-of-life?  Including its service?  I don't remember receiving =l said letter.e   Anyone here have said letter?O   Dave...a   ------------------------------  # Date: Thu, 04 Oct 2001 19:11:40 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX 7000'sM2 Message-ID: <Mv2v7.1093$YP.26189@news.cpqcorp.net>  l In article <9pias5$fb0$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes: :o@ :"Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message- :news:%b0v7.1080$YP.26215@news.cpqcorp.net... ? :> In article <b2faac46.0110040703.a50cfae@posting.google.com>, 2 :on_the_move4ever@yahoo.com (Rick Nickles) writes: :>F :> :With our environment there is NO WAY that one year is enough time.E :> :Through talking with Mr. Elias Compaq agreed to 15 months notice.A! :> :That's still not enough time.o :>F :>   One year (or longer) advance notice of some future end-of-service? :>   life for the particular system model(s) involved, that is.  :> :    <snip>  : M :Am I to take what is now being said here that customers have indeed received L :letters from Compaq stating that the VAX 7000 is or will within one year beM :at its end-of-life?  Including its service?  I don't remember receiving said  :letter.  -   Keyword: "some future end-of-service life".    :Anyone here have said letter?  D   I *knew* somebody wasn't gonna read the thread through, and I knewE   I should have repeated the information.  Oh, well.  (No offense wasAF   intended here.  I just tried to skip over the repetition, and y'all    caught me. :-)  D   AFAIK, no such letter has been sent for the VAX 7000 series.  The H   site in question needs/wants a longer lead time than the usual notice E   that is sent ahead of any hardware end-of-service-life plans -- theEH   site in question indicates the usual year's warning is not sufficient    time, hence the discussion.     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 04 Oct 2001 19:27:51 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX 7000's 2 Message-ID: <XK2v7.1094$YP.26308@news.cpqcorp.net>     from an earlier post...   g In article <xtGu7.1017$YP.25359@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:    ..  I :  NONE OF THIS IS NOT INTENDED TO IMPLY THAT HARDWARE SERVICES FOR THIS  L :  PLATFORM WILL BE ENDING SOON.  (I don't know that.)  The hardware supportM :  decision is something that the Compaq services folks decide, based on the rK :  availability of and the "burn rate" of spares and based on the business gK :  considerations around continued hardware support.  Again, I do not know >I :  the schedule and the plans -- if any, of course -- for the end of the sI :  VAX 7000 series service.  (Nor do I know the platform installed base.)  ..    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 04 Oct 2001 20:10:35 GMTe- From: goathunter@goatley.com (Hunter Goatley)t  Subject: Re: vms files on floppy1 Message-ID: <3bbcc199.119001204@news.process.com>F  N On Thu, 4 Oct 2001 10:08:38 -0400, WILLIAM WEBB <WWEBB1@email.usps.gov> wrote:   >Look for MGPCX. >d/ >It will allow you to read/write VMS files to ar >DOS-formatted floppy. >t0 >If it's not on the freeware CD, it's on the web5 >somewhere. (Is the MadGoat archives at Process now?)  >$7 The MadGoat Software files are still on www.madgoat.comm8 and ftp.madgoat.com.  The utilities found there are only8 the utilities written by Matt Madison (a couple of which! I support, like MGFTP and MGPCX).h  9 The archives I maintain, which includes the software I'vet? written plus lots more, including MGPCX, are located at Processo now.   http://www.process.com/openvms/r  % >Thanks again, Hunter, it's a keeper.  >r Thanks.n   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------   Date: 5 Oct 2001 00:15:14 +0200>* From: eplan@kapsch.net (Peter LANGSTOEGER)5 Subject: [VMS V7.3 Alpha] my first crash since monthso* Message-ID: <3bbcdf72$1@news.kapsch.co.at>  I I recently completed the OpenVMS upgrade to VMS V7.3 here and today I hado my first crash:r   Crashdump Summary Information:  -----------------------------* Crash Time:         4-OCT-2001 23:43:01.35D Bugcheck Type:     MCHECKPAL, Machine check while in PAL environment' Node:              NS      (Standalone).) CPU Type:          AlphaStation 200 4/166i VMS Version:       V7.3f! Current Process:   MX SMTP ServerT= Current Image:     DSA0:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXEe= Failing PC:        00000000.0000A3E3    V_IOC$NODE_DATA+002E3s$ Failing PS:        00000000.00000800" Module:            <not available> Offset:            00000000d  * Boot Time:         30-SEP-2001 21:17:48.00* System Uptime:               4 02:25:13.35 Crash/Primary CPU: 00/00 System/CPU Type:   0D02  Saved Processes:   46l' Pagesize:          8 KByte (8192 bytes)n< Physical Memory:   128 MByte (16384 PFNs, contiguous memory)   Crashdump Summary Information:  ----------------------------- Dumpfile Pagelets: 88550 blocksa: Dump Flags:        olddump,writecomp,errlogcomp,dump_style2 Dump Type:         compressed,selective,shared_mem) EXE$GL_FLAGS:      poolpging,init,bugdump-6 Paging Files:      1 Pagefile and 1 Swapfile installed ...0  M Does it indicate a hardware problem or is it one of the said problems related-2 to the new XFC (as SDA>SHOW CRASH also pretends) ?  ! Current Operating Stack (KERNEL): Q                        00000000.7B08D200    FFFFFFFF.831C3360  CACHE$IOPOST+00020nB                        00000000.7B08D208    00000000.811F5B80  PCBP                        00000000.7B08D210    FFFFFFFF.802F5F80  SYS$XFCACHE+1DF80=                        00000000.7B08D218    00000000.7B08D220hQ                 SP =>  00000000.7B08D220    FFFFFFFF.831C33F8  CACHE$IOPOST+000B8e=                        00000000.7B08D228    00000000.7B08D262 =                        00000000.7B08D230    00000000.7B08D26EB=                        00000000.7B08D238    00000000.7B08D26Ct=                        00000000.7B08D240    00000000.7B08D266a=                        00000000.7B08D248    FFFFFFFF.81293650oP                        00000000.7B08D250    FFFFFFFF.000005B4  BUG$_XQPERR+00004U                        00000000.7B08D258    FFFFFFFF.802F0EF8  CACHE$TRUNCATE_C+00188.M                        00000000.7B08D260    FFFFFFFF.831C38E8  CACHE$TRUNCATEE     TIAg   -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888>< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   End of INFO-VAX 2001.553 ************************