0 INFO-VAX	Thu, 01 Feb 2001	Volume 2001 : Issue 64      Contents: Re: Another missed opportunity Re: Another missed opportunity RE: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity RE: Another missed opportunity Re: Another missed opportunity" Re: Attn: The COV / "The Q" / Rich" RE: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich" Re: Attn: The COV / "The Q" / Rich' Broken Alphastation 255/233, any ideas? + Re: Broken Alphastation 255/233, any ideas? + Re: Broken Alphastation 255/233, any ideas? + Re: Broken Alphastation 255/233, any ideas?  Cluster authorisation password" Re: Cluster authorisation password" Re: Cluster authorisation password" RE: Cluster authorisation password" Re: Cluster authorisation password Re: defragment products  Re: defragment products  Re: defragment products  Re: defragment products  Re: dynamic linking with DECC  Re: dynamic linking with DECC  Re: Error message over LAT EXE format specs?  Re: EXE format specs? 8 Re: Formal Letter to the Newsgroup from Richard Marcello" FreePort/FX!32 equivalent for COE?3 Re: From Richard Marcello Vice President of OpenVMS 3 Re: From Richard Marcello Vice President of OpenVMS # html to pdf OpenVMS doc conversion?  Lisbon Conference  Re: Lisbon Conference  RE: Lisbon Conference  Re: Lisbon Conference  RE: Lisbon Conference  RE: Lisbon Conference  RE: Lisbon Conference  Re: Lisbon Conference  Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Mailbox bufquo size ?  Memory Dump  Re: Memory Dump  Re: Memory Dump  New Mexico USA (humour)  Re: New Mexico USA (humour)  Re: New Mexico USA (humour)  Newbie needs help !  RE: Newbie needs help !  NFS with TCP Re: NFS with TCP2 Re: OpenVMS+Perl 5.0.0305A (?) and EmuMail modules2 Re: OpenVMS+Perl 5.0.0305A (?) and EmuMail modules2 Re: OpenVMS+Perl 5.0.0305A (?) and EmuMail modules RE: Pathworks and Windows ME9 Re: Possible to view Password History on OpenVMS V7.1-2 ? 	 Re: RWAST 	 Re: RWAST 	 Re: RWAST 	 Re: RWAST 	 Re: RWAST 	 Re: RWAST 	 RE: RWAST 	 Re: RWAST 	 Re: RWAST 	 Re: RWAST 	 RE: RWAST 	 Re: RWAST 	 Re: RWAST 	 Re: RWAST   Re: select() and getservbyname() SHARK by Compaq  Re: System version X6N6-B6D... Re: TCPIP configuration  Re: TCPIP configuration  Re: TPU$WORK work files  Re: Try this on Linux or NT/ME Re: Try this on Linux or NT/ME re: Try this on Linux or NT/ME re: Try this on Linux or NT/ME RE: Try this on Linux or NT/ME Re: Try this on Linux or NT/ME Re: Try this on Linux or NT/ME TZ89 read past EOV?  Re: TZ89 read past EOV?  Re: TZ89 read past EOV?  Re: TZ89 read past EOV?   Volume Replication (not OpenVMS)' VxWorks, AlphaVME (Was Re: Dave Cutler) + Re: VxWorks, AlphaVME (Was Re: Dave Cutler) + Re: VxWorks, AlphaVME (Was Re: Dave Cutler) + Re: VxWorks, AlphaVME (Was Re: Dave Cutler) + Re: VxWorks, AlphaVME (Was Re: Dave Cutler) + Re: VxWorks, AlphaVME (Was Re: Dave Cutler) + Re: VxWorks, AlphaVME (Was Re: Dave Cutler)   re:  Re: Where to get TeX/LaTeX? Re: Where to get TeX/LaTeX?  Re: Where to get TeX/LaTeX?  Re: Where to get TeX/LaTeX? ' Re: Writes flushed to Disk on Dismount? ' RE: Writes flushed to Disk on Dismount? ' Re: Writes flushed to Disk on Dismount? ' Re: Writes flushed to Disk on Dismount? ' RE: Writes flushed to Disk on Dismount?  ZIP for VAX-VMS  Re: ZIP for VAX-VMS  Re: ZIP for VAX-VMS  Re: ZIP for VAX-VMS  Re: ZIP for VAX-VMS  Re: ZIP for VAX-VMS  Re: ZIP for VAX-VMS  Re: ZIP for VAX-VMS  RE: ZIP for VAX-VMS  RE: ZIP for VAX-VMS  Re: ZIP for VAX-VMS   F ----------------------------------------------------------------------  % Date: Thu, 01 Feb 2001 09:33:20 +0000 ) From: Christof Brass <brass@infopuls.com> ' Subject: Re: Another missed opportunity , Message-ID: <3A792D60.9B449A13@infopuls.com>   Mark Garrett wrote:  > > > in article 3A777C18.DF798B72@infopuls.com, Christof Brass at/ > brass@infopuls.com wrote on 31/01/2001 13:44:  >  > > D > > A counterexample: I would regard it as technically infeasable toC > > try to implement a UNIX filesystem which offers the whole range D > > of VMS' file attributes (incl. ACLs). While it might be possibleC > > to store these attributes the design of the UNIX filesystem API D > > will prevent any efficient usage of them. Porting the latest JVM@ > > to VMS is a huge amount of work and therefore takes a lot of@ > > time but the result will be okay and smoothly integrate with > > VMS. > M > I think your a little out of touch with UNIX not only does tru64 have ACL's E > its a POSIX standard :- (from man page)   acl - Access control list  > 
 > DESCRIPTION  > + >                                      Note  > J >        The Tru64 UNIX ACLs are based on the POSIX P1003.6 Draft 13 stan- >        dard. > K >     And don't get on about RMS either its had its day, people want to run I > relation databases not index files in RMS and for POF (Plain Old Files) N > ADVFS (or even UFS) kick the shit out of VMS file systems. Just try creatingL > a directory of VMS with a few thousand files in it and try some deletions.N >     The only file system attribute that I really miss from VMS is a dedicateK > backup time stamp. And while we are on the topic of ACL's the only reason K > you think they so great is because of the short comings in the protection L > mechanisms of VMS ie you don't have real groups - identifiers and ACLs are' > an after thought to try and fix this.  > C >     And as far as clustering goes TRU64 now does have the missing J > ingredients, clustered LSM and filesystem and handles applications in anL > organised frame work which although VMS clusters can do its role your own.M >     The only thing I'm missing is mount verify time out which I think might K > be there if we could just get those cluster/kernel people to work with an N > operation VMS site they might finally understand why that's a good thing and
 > include it. G >     Its amazing how slow people are to learn, they never seem to read M > history or what has gone before NIH can is such a problem , our wait it was 3 > invented here just before and in another group :)  >  >     Cheers >         Mark >  > ps. : >     not to be seen to have anything to do with Andrew ;- >  > Solaris sucks ;)B > VMS still has better clustering that SUN can only dream about ;) >  > :):):):):):)  ? I don't agree with your statement about RMS. I don't care "what = people want" because I'm interested what I want and arguments = like "a million flys can't be wrong" don't count for me if we > are discussing technical challenges. If they are worth to have> them is a different thing - I'm sure we need them to do better@ than the widespread "code first think later" attitude which lead9 to unmanagable configuration text files and poor designed < process data file structures like "all files are a stream of= bytes". If people want to use RDBMS - fine with me. But don't 9 stop people who think ahead in using the appropriate file 
 structure.  ? Your directory example has nothing to do with the topic. Please ; think about that. We're not discussing speed of implemented 	 features.   < With the attributes I meant the structure, timestamp and ACL> attributes. My VMS version has 6 timestamps and it seems to me@ that each time stamp offers more precision than all of the three@ UNIX time stamps. How would you offer access to these timestamps= with the UNIX API without having to recompile all programs? I 9 don't request that old programs should be able to use the > extended attribute set but new ones should be able to use them( and old programs should continue to run.  ; With respect to the authorisation system I'm very surprised @ about your comment. We never had real problems in using the four7 categories, but we had problems in using the three UNIX 9 categories. Why do you claim that VMS hasn't a real group  concept?  = Clustering and mount verification have nothing to do with the  topic.   ------------------------------    Date: 01 Feb 2001 22:39:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Another missed opportunity - Message-ID: <87n1c6bh6w.fsf@prep.synonet.com>   ) "Bill Todd" <billtodd@foo.mv.com> writes:   N > Better late than never, I guess:  just where do you think ACLs came from?  IM > don't know that VMS invented them, but it sure as hell had them long before M > any Unix did.  But your point that Christof is a bit out of touch is valid, D > unlike some of your comments below - which, since I'm hardly a VMS@ > cheerleader but reasonably conversant with the terrain, I feel > well-qualified to address.  J ACLs are a LOT older than VMS. Memory tells me ACLs date from the mid 60s.M Possible from someone at MU. If not, Hydra in the early 70s used Capabilities D that are a superset of ACLs. VMS was one of the systems that brought them into wide deployment.  B In fact, now I think about it, TOPS-10's FILDAE was a form of ACL. ...   >  and for POF (Plain Old Files)> > > ADVFS (or even UFS) kick the shit out of VMS file systems. > N > In some areas, which have already been well-covered in this forum (I'll giveH > you the benefit of the doubt that perhaps you weren't around for thoseI > discussions).  VMS has been far too slow to address these concerns, but / > reportedly *is* starting to address them now.   H I would love to see numbers that prove this. VMS on a 780 could saturate= its disks, I have no reason to think that would have changed.   M > > backup time stamp. And while we are on the topic of ACL's the only reason M > > you think they so great is because of the short comings in the protection N > > mechanisms of VMS ie you don't have real groups - identifiers and ACLs are) > > an after thought to try and fix this.  > N > Not being a Unix guru, this comes as a surprise to me.  VMS, like RSX beforeM > it, has always had system/owner/group/world protection, which I thought was N > very similar to Unix's owner/group/world (?) mechanism (save for the lack of@ > a 'system' category).  Perhaps you could expand on this point.  @ The semantics of group membership are entirely different on unixB and VMS/RSX. So it could be said that unix has no proper groups...A Each has things that are easy, things that are hard, and can't be  done.    E > >     And as far as clustering goes TRU64 now does have the missing  > > ingredients, > M > Not really, though it did pick up some useful items recently from VMS.  But L > AFAIK its 'cluster' file system still exports ('serves') specific portionsI > from individual nodes rather than supporting true shared-disk access as M > VMS's does, though the ported VMS DLM now allows coordinated client caching H > of the data - which means that on node failure the portion of the fileM > system that it was serving must be 'failed over' to another node, a process L > which my impression is takes significantly longer than a VMS cluster state
 > transition.   D Oh? Show me a unmodified app running on multiple TRU64 node updating reconds in one file.  L > Always good to hear from you cheeky Aussies:  this group tends to be a bit! > in-bred, and can use the input.    Hump...    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 01 Feb 2001 10:55:23 -0500 4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>' Subject: RE: Another missed opportunity J Message-ID: <2B37459189B0D211BE710000F8EF9D8508908BF3@nts0147.beehive.com>   >Paul Repacholi wrote * >"Bill Todd" <billtodd@foo.mv.com> writes: >>  J >> In some areas, which have already been well-covered in this forum (I'll giveI >> you the benefit of the doubt that perhaps you weren't around for those J >> discussions).  VMS has been far too slow to address these concerns, but0 >> reportedly *is* starting to address them now.  I >I would love to see numbers that prove this. VMS on a 780 could saturate > >its disks, I have no reason to think that would have changed.  K One thing comes to mind is the improvement of large (> 128 block) directory I operations, which were not cached under older VMS versions - I understand H that this is fixed (or at least improved) under one of the 7.x versions.( This is probably what he's referring to.       William J. Bochnik   Systems Programmer Operations, CMIS   ------------------------------   Date: 1 FEB 2001 15:50:59 GMT + From: Dave Greenwood <greenwoodde@ornl.gov> ' Subject: Re: Another missed opportunity 1 Message-ID: <1FEB01.15505962@feda34.fed.ornl.gov>   ( "Bill Todd" <billtodd@foo.mv.com> wrote: >   H > Mark Garrett <Mark.Garrett@wedontwantyourspam.com.au> wrote in message? > news:B69EED0B.10E65%Mark.Garrett@wedontwantyourspam.com.au...  [snip] >  Just try creatingN > > a directory of VMS with a few thousand files in it and try some deletions.G > >     The only file system attribute that I really miss from VMS is a 
 > dedicateM > > backup time stamp. And while we are on the topic of ACL's the only reason M > > you think they so great is because of the short comings in the protection N > > mechanisms of VMS ie you don't have real groups - identifiers and ACLs are) > > an after thought to try and fix this.  >   N > Not being a Unix guru, this comes as a surprise to me.  VMS, like RSX beforeM > it, has always had system/owner/group/world protection, which I thought was N > very similar to Unix's owner/group/world (?) mechanism (save for the lack of@ > a 'system' category).  Perhaps you could expand on this point.  I I think he's referring to the ability to change one's group in Unix.  You E log in under a default group as in VMS, but you can change your group G membership as necessary (and as permitted by the sysadmin).  IIRC, this F was on a VMS wish list many years ago but nothing ever came of it.  AsI Mark says, you have to use ACLs on VMS to achieve this although ACLs have  much more capability.   : Dave (who will now go back to mostly ignoring this thread) --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  $ Date: Thu, 1 Feb 2001 11:23:19 -0500& From: "Syltrem" <syltrem@videotron.ca>' Subject: Re: Another missed opportunity 6 Message-ID: <u0ge6.1884$d76.5512@wagner.videotron.net>  K > I think he's referring to the ability to change one's group in Unix.  You G > log in under a default group as in VMS, but you can change your group I > membership as necessary (and as permitted by the sysadmin).  IIRC, this D > was on a VMS wish list many years ago but nothing ever came of it.  	 How about  $ SET UIC [someone,else] ?  --   Sytrem  http://pages.infinit.net/syltrem   ------------------------------  $ Date: Thu, 1 Feb 2001 11:39:03 -0500' From: "Bill Todd" <billtodd@foo.mv.com> ' Subject: Re: Another missed opportunity ( Message-ID: <95c36n$2j0$1@pyrite.mv.net>  = Bochnik, William J <BochnikWJ@bernstein.com> wrote in message D news:2B37459189B0D211BE710000F8EF9D8508908BF3@nts0147.beehive.com... >  > >Paul Repacholi wrote , > >"Bill Todd" <billtodd@foo.mv.com> writes: > >>L > >> In some areas, which have already been well-covered in this forum (I'll > giveK > >> you the benefit of the doubt that perhaps you weren't around for those L > >> discussions).  VMS has been far too slow to address these concerns, but2 > >> reportedly *is* starting to address them now. > K > >I would love to see numbers that prove this. VMS on a 780 could saturate @ > >its disks, I have no reason to think that would have changed. > C > One thing comes to mind is the improvement of large (> 128 block) 	 directory K > operations, which were not cached under older VMS versions - I understand J > that this is fixed (or at least improved) under one of the 7.x versions.* > This is probably what he's referring to.  L I'm not sure that *completely* fixes problems with large-directory handling,I but it certainly should help a lot.  And the recently-completed 'extended K file cache' improvements (plus more anticipated soon) should help narrow if I not eliminate the gap caused by Unix's centralized caching mechanisms (at J which point Files-11 will look pretty attractive compared to any Unix fileI system that requires an arbitrarily lengthy fsck-style restart scan afterT any unplanned shutdown).   - bill   >  >i >  > William J. Bochnik >Q > Systems Programmer > Operations, CMIS   ------------------------------   Date: 1 Feb 2001 16:33:05 GMT,2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: Another missed opportunitya, Message-ID: <95c341$s3a@gap.cco.caltech.edu>  R In article <95aajs$i8p$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > Just try creatingaM >> a directory of VMS with a few thousand files in it and try some deletions. F >>     The only file system attribute that I really miss from VMS is a	 >dedicateeL >> backup time stamp. And while we are on the topic of ACL's the only reasonL >> you think they so great is because of the short comings in the protectionM >> mechanisms of VMS ie you don't have real groups - identifiers and ACLs arel( >> an after thought to try and fix this. >PM >Not being a Unix guru, this comes as a surprise to me.  VMS, like RSX beforelL >it, has always had system/owner/group/world protection, which I thought wasM >very similar to Unix's owner/group/world (?) mechanism (save for the lack ofb? >a 'system' category).  Perhaps you could expand on this point.i  J I think he probably means that you can assign a single account to multiple@ groups on Unix, but you can't do that on VMS.  To get equivalentI functionality now you have to use ACLs on VMS.   It wouldn't be the worstyK thing in the world if VMS allowed a list of "secondary group" on accounts.  3 So that you could do (just to get the idea across) e  0 $ mc authorize modify joeblow/maingroup=AMERICAN- $ mc authorize modify joeblow/addgroup=BLONDE0/ $ mc authorize modify joeblow/addgroup=BLUEEYED0  N and then joeblow would have group level access to those groups' files, withoutH requiring any extra ACLs to be tacked onto them on the disk.  The first G line makes joeblow's UIC [joeblow,AMERICAN] but we might represent the S8 result as a UIC like: [joeblow,AMERICAN:BLONDE:BLUEEYED]  K Come to think of it, it's a little hard to see how this modification (whichyH actually is pretty useful) can be avoided if VMS is to be COE compliant,D since this sort of access is pretty much mandatory on Unix systems.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech rJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Thu, 01 Feb 2001 11:50:11 -0500u; From: "Everhart, Glenn (FUSA)" <GlennEverhart@firstusa.com>o' Subject: RE: Another missed opportunity N Message-ID: <4B279CF3578CD211B945009027178017046D0390@swilnts809.wil.fusa.com>  @ That's what identifiers are for. They are the equivalent of unix groups.e   -----Original Message-----# From: mathog@seqaxp.bio.caltech.edu & [mailto:mathog@seqaxp.bio.caltech.edu]* Sent: Thursday, February 01, 2001 11:33 AM To: Info-VAX@Mvb.Saic.Comt' Subject: Re: Another missed opportunityt    J In article <95aajs$i8p$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:I > Just try creatingIB >> a directory of VMS with a few thousand files in it and try some
 deletions.F >>     The only file system attribute that I really miss from VMS is a	 >dedicate-L >> backup time stamp. And while we are on the topic of ACL's the only reasonL >> you think they so great is because of the short comings in the protectionI >> mechanisms of VMS ie you don't have real groups - identifiers and ACLsm are ( >> an after thought to try and fix this. >iF >Not being a Unix guru, this comes as a surprise to me.  VMS, like RSX beforeL >it, has always had system/owner/group/world protection, which I thought wasJ >very similar to Unix's owner/group/world (?) mechanism (save for the lack of? >a 'system' category).  Perhaps you could expand on this point.   J I think he probably means that you can assign a single account to multiple@ groups on Unix, but you can't do that on VMS.  To get equivalentI functionality now you have to use ACLs on VMS.   It wouldn't be the worstVK thing in the world if VMS allowed a list of "secondary group" on accounts. s3 So that you could do (just to get the idea across) .  0 $ mc authorize modify joeblow/maingroup=AMERICAN- $ mc authorize modify joeblow/addgroup=BLONDE / $ mc authorize modify joeblow/addgroup=BLUEEYEDl  F and then joeblow would have group level access to those groups' files, without H requiring any extra ACLs to be tacked onto them on the disk.  The first G line makes joeblow's UIC [joeblow,AMERICAN] but we might represent the a8 result as a UIC like: [joeblow,AMERICAN:BLONDE:BLUEEYED]  K Come to think of it, it's a little hard to see how this modification (whichuH actually is pretty useful) can be avoided if VMS is to be COE compliant,D since this sort of access is pretty much mandatory on Unix systems.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edua? Manager, sequence analysis facility, biology division, Caltech rJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  $ Date: Thu, 1 Feb 2001 13:18:05 -0500& From: "Syltrem" <syltrem@videotron.ca>' Subject: Re: Another missed opportunityh6 Message-ID: <6Ihe6.2608$d76.7269@wagner.videotron.net>  A >That's what identifiers are for. They are the equivalent of unixh	 > groups.e   Exactly how I always saw them. UAF> Add/Id THOSEFILES! UAF> Grant/Id THOSEFILES THISUSERe) $ Set File THISFILE.LIS /owner=THOSEFILESd  4 ... and there, user THISUSER can access THISFILE.LISH Give Id THOSEFILES to all of the users needing access to THISFILE.LIS. A? user may have many Id's granted to access many groups of files.r   --   Sytrem  http://pages.infinit.net/syltrem  E "Everhart, Glenn (FUSA)" <GlennEverhart@firstusa.com> a crit dans le 
 message news:eC 4B279CF3578CD211B945009027178017046D0390@swilnts809.wil.fusa.com...SB > That's what identifiers are for. They are the equivalent of unix	 > groups.m >  > -----Original Message-----% > From: mathog@seqaxp.bio.caltech.eduh( > [mailto:mathog@seqaxp.bio.caltech.edu], > Sent: Thursday, February 01, 2001 11:33 AM > To: Info-VAX@Mvb.Saic.Coma) > Subject: Re: Another missed opportunity  >i >rL > In article <95aajs$i8p$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com>	 > writes:e > > Just try creating D > >> a directory of VMS with a few thousand files in it and try some > deletions.H > >>     The only file system attribute that I really miss from VMS is a > >dedicateeG > >> backup time stamp. And while we are on the topic of ACL's the only  reasonC > >> you think they so great is because of the short comings in the 
 protectionK > >> mechanisms of VMS ie you don't have real groups - identifiers and ACLst > are * > >> an after thought to try and fix this. > >tH > >Not being a Unix guru, this comes as a surprise to me.  VMS, like RSX > beforeJ > >it, has always had system/owner/group/world protection, which I thought wassL > >very similar to Unix's owner/group/world (?) mechanism (save for the lack > ofA > >a 'system' category).  Perhaps you could expand on this point.d >aL > I think he probably means that you can assign a single account to multipleB > groups on Unix, but you can't do that on VMS.  To get equivalentK > functionality now you have to use ACLs on VMS.   It wouldn't be the worstrL > thing in the world if VMS allowed a list of "secondary group" on accounts.4 > So that you could do (just to get the idea across) >s2 > $ mc authorize modify joeblow/maingroup=AMERICAN/ > $ mc authorize modify joeblow/addgroup=BLONDE 1 > $ mc authorize modify joeblow/addgroup=BLUEEYEDc >iH > and then joeblow would have group level access to those groups' files,	 > withoutcI > requiring any extra ACLs to be tacked onto them on the disk.  The first H > line makes joeblow's UIC [joeblow,AMERICAN] but we might represent the: > result as a UIC like: [joeblow,AMERICAN:BLONDE:BLUEEYED] >lF > Come to think of it, it's a little hard to see how this modification (whichJ > actually is pretty useful) can be avoided if VMS is to be COE compliant,E > since this sort of access is pretty much mandatory on Unix systems.a > 
 > Regards, >q > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------  % Date: Thu, 01 Feb 2001 13:34:03 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>w+ Subject: Re: Attn: The COV / "The Q" / Richo) Message-ID: <3A7965CB.32C80C04@bbc.co.uk>u   Lord Running Clam wrote:   >d >rM > I feel that "The Q" need to look at what companies such as Oracle and CiscouH > are doing, and act according to what they find.  When Oracle specify aJ > significant percentage of the Wheel of Fortune's greatest hits use theirF > software, I wonder what percentage use VMS.  The product can be soldK > without telling a single lie, in fact, I'd like to think it could be soldr > by being brutally honest.o >g  K I thought I was watching an ad for VMS the other night on TV. It turned outnE to be for IBM (actually, I knew it was IBM really, but VMS would have  fit just as well).      --o6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk)  A I speak for myself only and my views in no way represent those ofu MedAS or the BBC.i   ------------------------------  % Date: Thu, 01 Feb 2001 09:16:16 -0500x/ From: "Webb, William W" <wwebb1@email.usps.gov>n+ Subject: RE: Attn: The COV / "The Q" / RicheI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB3BA@rlghncst625.usps.gov>   0 In other words, Compaq needs to spend less time & "preaching to the choir" and more time" recruiting new altos and tenors...   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Thursday, February 01, 2001 8:56 AMt6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET+ Subject: RE: Attn: The COV / "The Q" / Richn     Lord Running Clam wrote:   >  >hG > I feel that "The Q" need to look at what companies such as Oracle andw CiscoiH > are doing, and act according to what they find.  When Oracle specify aJ > significant percentage of the Wheel of Fortune's greatest hits use theirF > software, I wonder what percentage use VMS.  The product can be soldK > without telling a single lie, in fact, I'd like to think it could be soldo > by being brutally honest.e >a  K I thought I was watching an ad for VMS the other night on TV. It turned out E to be for IBM (actually, I knew it was IBM really, but VMS would haveK fit just as well).      -- 6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukr  A I speak for myself only and my views in no way represent those ofh MedAS or the BBC.t   ------------------------------  % Date: Thu, 01 Feb 2001 14:32:55 +0000o  From: steven.reece@quintiles.com+ Subject: Re: Attn: The COV / "The Q" / Rich H Message-ID: <OF666F5A7B.FF55DEFB-ON802569E6.004FCAB6@qedi.quintiles.com>  K It wasn't the one of "our servers went out at x.xx am.  Who's talked to thes application providers?" was it?nB That always sounds more like a Microsoft and Oracle ad. to me.....   Tim Llewellyn wrote: >>>   K I thought I was watching an ad for VMS the other night on TV. It turned outsE to be for IBM (actually, I knew it was IBM really, but VMS would have  fit just as well). <<<o   ------------------------------  % Date: Thu, 01 Feb 2001 12:54:29 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brh+ Subject: Re: Attn: The COV / "The Q" / Rich L Message-ID: <OFE9AEEE28.4A10173A-ON032569E6.00567A63@ep-bc.petrobras.com.br>  ) I am feeling orphan and abandonated . . .o  E Just clink on CNET and other computer related sites, and you will seeMG the Linux advertisments....and thousands of Banners "Click Linux" ! ! !sC "Linux World", "Linux etc...", they are hungry to combat Microsoft, A but they dont know they are afecting us - OpenVMS Users - becauseaB Linux is the main menace against "others multi user" systems .....  D Why Compaq dont pay these sites to put a banner "Click OpenVMS" ????  ? Why the sites which develop OpenVMS software dont put  a bannera  "Click OpenVMS" ?  ? Why the sites which are using OpenVMS servers dont put a bannerV8 "Powered by OpenVMS" ?? I know only Northern Light ! ! !  8 The 15 year commitment didnt convince me, because its an3 USA government X Compaq USA agreement, so I believeo9 Compaq is not intersted to promote OVMS outside USA ! ! !p   Regardsi   FC          1 steven.reece@quintiles.com em 01/02/2001 12:32:55              Info-VAX@Mvb.Saic.Com       + Assunto: Re: Attn: The COV / "The Q" / Richa      K It wasn't the one of "our servers went out at x.xx am.  Who's talked to thel application providers?" was it?)B That always sounds more like a Microsoft and Oracle ad. to me.....   Tim Llewellyn wrote: >>>.  K I thought I was watching an ad for VMS the other night on TV. It turned out E to be for IBM (actually, I knew it was IBM really, but VMS would have  fit just as well). <<<a   ------------------------------  % Date: Thu, 01 Feb 2001 15:04:35 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>k+ Subject: Re: Attn: The COV / "The Q" / Rich ) Message-ID: <3A797B03.3E69980A@bbc.co.uk>i   "Webb, William W" wrote:  1 > In other words, Compaq needs to spend less time-( > "preaching to the choir" and more time$ > recruiting new altos and tenors... >b  7 However, what we have been told is "business as usual".-B I guess all the young kiddies want to be dj's instead of musicians these days.   -6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk'  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Thu, 01 Feb 2001 15:14:22 +0000,- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> + Subject: Re: Attn: The COV / "The Q" / Rich ) Message-ID: <3A797D4E.4A21FCB6@bbc.co.uk>t  ! steven.reece@quintiles.com wrote:-  M > It wasn't the one of "our servers went out at x.xx am.  Who's talked to theo! > application providers?" was it?:D > That always sounds more like a Microsoft and Oracle ad. to me..... >>  I It was actually. I think the point is IBM will provide the way out of the4 current1H mess they are in. The punch line is "who's responsibility is this mess"? "Yours""   >T > Tim Llewellyn wrote: > >>>e > M > I thought I was watching an ad for VMS the other night on TV. It turned out'G > to be for IBM (actually, I knew it was IBM really, but VMS would haveo > fit just as well). > <<<o   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk0  A I speak for myself only and my views in no way represent those ofh MedAS or the BBC.    ------------------------------  # Date: Thu, 01 Feb 2001 15:57:30 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>+ Subject: Re: Attn: The COV / "The Q" / Richf< Message-ID: <KHfe6.36312$t3.6056568@typhoon.ne.mediaone.net>  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in message news:OFE9AEEE28.4A10173A-l <snip> >r: > The 15 year commitment didnt convince me, because its an5 > USA government X Compaq USA agreement, so I believer; > Compaq is not intersted to promote OVMS outside USA ! ! !  > G If you are referring to COE, it currently is a US Department of DefensehE issue. It is very likely that NATO will in the near future demand COEe compliance as well.s  J And if CPQ wasn't interested in OVMS overseas, why the "top dog" mailer in* the UK, and the OVMS billboards in Prague.   cheers,    terry sg8 who has never seen an OVMS billboard here in the states.   ------------------------------  # Date: Thu, 01 Feb 2001 16:00:55 GMT % From: Alan Greig <agreig@my-deja.com>s+ Subject: Re: Attn: The COV / "The Q" / Rich.) Message-ID: <95c17h$pv8$1@nnrp1.deja.com>1  ) In article <3A797D4E.4A21FCB6@bbc.co.uk>,.    tim.llewellyn@bbc.co.uk wrote: >> >d# > steven.reece@quintiles.com wrote:i > A > > It wasn't the one of "our servers went out at x.xx am.  Who'st
 talked to the # > > application providers?" was it?cF > > That always sounds more like a Microsoft and Oracle ad. to me..... > >u >iG > It was actually. I think the point is IBM will provide the way out ofc them	 > current C > mess they are in. The punch line is "who's responsibility is thish mess"?	 > "Yours"x >i > >P > > Tim Llewellyn wrote: > > >>>s > > D > > I thought I was watching an ad for VMS the other night on TV. It
 turned outD > > to be for IBM (actually, I knew it was IBM really, but VMS would have > > fit just as well).  0 Agreed that's a good ad. Pity it wasn't for VMS.D But I think I did see VMS on tv last night. Dark Angel was on in theA background and I heard some comment about a database being wiped. 1 Looked up to see an error message something like:o %XYZ-F-SOMETHING, blah blah. -RMS-E-FNF, file not found  > on the screen. Nearly passed out. It was so brief I might have2 misinterpreted it but it certainly looked like VMS --
 Alan Greig     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 17:02:42 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>w+ Subject: Re: Attn: The COV / "The Q" / Rich ) Message-ID: <3A7996B2.5553F75A@bbc.co.uk>   B Alan Greig wrote: Agreed that's a good ad. Pity it wasn't for VMS.  F > But I think I did see VMS on tv last night. Dark Angel was on in theC > background and I heard some comment about a database being wiped.e  I ah, I saw the first one but not subsequent ones. I like the idea of a USA 	 where allVG the computer data is wiped out in an EM burst. However, could it reallya happen?nH What if I have backups on CD or DVD-R? What if my tape safe is a faraday cage?,   >e3 > Looked up to see an error message something like:* > %XYZ-F-SOMETHING, blah blah* > -RMS-E-FNF, file not found >*@ > on the screen. Nearly passed out. It was so brief I might have4 > misinterpreted it but it certainly looked like VMS  ?  What else would you want to run in a post apocalyptic society?-  > Now, Compaq should remember there's a new batch of kiddies who= don't even "know" that VMS is a dinosaur, slow expensive etc.r  = I wonder what version of VMS they run on Voyager and DS9? :-)1  --06 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of, MedAS or the BBC.    ------------------------------   Date: 1 Feb 2001 17:11:38 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)+ Subject: Re: Attn: The COV / "The Q" / Richy, Message-ID: <95c5ca$s3a@gap.cco.caltech.edu>  s In article <KHfe6.36312$t3.6056568@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:dK >And if CPQ wasn't interested in OVMS overseas, why the "top dog" mailer inl+ >the UK, and the OVMS billboards in Prague.s  I And why, one must ask, is Compaq spending $$$ to advertise OpenVMS in theaG tiny market that Prague must represent when it apparently spends not a aD penny to advertise it in the US?  Was it maybe that the local CompaqF organization in Prague is responsible for that ad and not Compaq USA?    David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  # Date: Thu, 01 Feb 2001 18:28:45 GMTn4 From: "Terry C. Shannon" <terryshannon@mediaone.net>+ Subject: Re: Attn: The COV / "The Q" / Rich ; Message-ID: <xVhe6.12515$Ra.849724@typhoon.ne.mediaone.net>e  ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in messaged& news:95c5ca$s3a@gap.cco.caltech.edu...H > In article <KHfe6.36312$t3.6056568@typhoon.ne.mediaone.net>, "Terry C., Shannon" <terryshannon@mediaone.net> writes:J > >And if CPQ wasn't interested in OVMS overseas, why the "top dog" mailer in- > >the UK, and the OVMS billboards in Prague.d >vK > And why, one must ask, is Compaq spending $$$ to advertise OpenVMS in theCH > tiny market that Prague must represent when it apparently spends not aF > penny to advertise it in the US?  Was it maybe that the local CompaqG > organization in Prague is responsible for that ad and not Compaq USA?e >r  J Good question, and one I obviously can't answer. Perhaps OpenVMS Marketing has a Better Answer.   ------------------------------  % Date: Thu, 01 Feb 2001 16:39:58 -0300s) From: fabio_compaq@ep-bc.petrobras.com.brs+ Subject: Re: Attn: The COV / "The Q" / RichlL Message-ID: <OFA868F5F4.E391BDB1-ON032569E6.006BFF9C@ep-bc.petrobras.com.br>   ANSWER: NATO   Fabio C.        E "Terry C. Shannon" <terryshannon@mediaone.net> em 01/02/2001 16:28:45              Info-VAX@Mvb.Saic.Com*      + Assunto: Re: Attn: The COV / "The Q" / Rich       ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in message & news:95c5ca$s3a@gap.cco.caltech.edu...H > In article <KHfe6.36312$t3.6056568@typhoon.ne.mediaone.net>, "Terry C., Shannon" <terryshannon@mediaone.net> writes:J > >And if CPQ wasn't interested in OVMS overseas, why the "top dog" mailer in- > >the UK, and the OVMS billboards in Prague.t > K > And why, one must ask, is Compaq spending $$$ to advertise OpenVMS in thehH > tiny market that Prague must represent when it apparently spends not aF > penny to advertise it in the US?  Was it maybe that the local CompaqG > organization in Prague is responsible for that ad and not Compaq USA?t >t  J Good question, and one I obviously can't answer. Perhaps OpenVMS Marketing has a Better Answer.   ------------------------------  % Date: Thu, 01 Feb 2001 15:42:39 +0100t/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e0 Subject: Broken Alphastation 255/233, any ideas?6 Message-ID: <009F6FEE.1236A0C3.2@maxwell.ph.kcl.ac.uk>  J Power up: fan on PSU spins, power light on cabinet green. No video output. No keyboard lights.   H Any ideas on how to further diagnose or fix it? Are there any disgnostic% LEDS that I should be looking at/for?"   TIA,   Nigel Arnot.  % PS disk spins up at power-up as well.a   ------------------------------  % Date: Thu, 01 Feb 2001 15:52:17 +0000. From: Roy Omond <Roy@Omond.net>t4 Subject: Re: Broken Alphastation 255/233, any ideas?) Message-ID: <3A798630.A296332F@Omond.net>o   Nigel Arnot wrote:  L > Power up: fan on PSU spins, power light on cabinet green. No video output. > No keyboard lights.> >cJ > Any ideas on how to further diagnose or fix it? Are there any disgnostic' > LEDS that I should be looking at/for?i >  > TIA,  ? Nigel,  the power-on-test should give you a certain "beep" codeR$ e.g. beep-beep-pause-beep-beep-beep.  = I no longer have internal Compaq access, so ask your friendly 9 Compaq contact to tell you what the beep code means (it's 9 well documented internally in Prosic (Compaq internal web  pages).   	 Roy Omond  Blue Bubble Ltd.  < P.s. you might have to generate a failsafe loader to fix it.   ------------------------------  % Date: Thu, 01 Feb 2001 16:37:57 +0000i- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o4 Subject: Re: Broken Alphastation 255/233, any ideas?) Message-ID: <3A7990E5.5AF2191A@bbc.co.uk>.   Nigel Arnot wrote:  L > Power up: fan on PSU spins, power light on cabinet green. No video output. > No keyboard lights.i >mJ > Any ideas on how to further diagnose or fix it? Are there any disgnostic' > LEDS that I should be looking at/for?  >u  C Did you try a serial as console (9 pin D type next to external SCSIr connector)?t. It could be your ISA graphics config is hosed.  1 Sorry, the handbook is lost for the one I manage.r    --t6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Thu, 01 Feb 2001 11:51:16 -0500h2 From: rdeininger@mindspring.com (Robert Deininger)4 Subject: Re: Broken Alphastation 255/233, any ideas?L Message-ID: <rdeininger-0102011151160001@user-2iveb5h.dialup.mindspring.com>  g In article <009F6FEE.1236A0C3.2@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote:*  L > Power up: fan on PSU spins, power light on cabinet green. No video output. > No keyboard lights.    Don't know this model specifically, but there ought to be a way to hook up a console terminal.  That would help you if video problems are involved.  Or look for a jumper that enables the alternate console.  Maybe you need to DISable that.   Any beeps?  Really, really sick alphas will do beep codes sometimes, if they can't do any more.  (For example, take out ALL the memory.)  But there may be a normal beep as part of the power-up tests.n  J > Any ideas on how to further diagnose or fix it? Are there any disgnostic' > LEDS that I should be looking at/for?   Every alpha system I've seen has diagnostic LEDs.  But finding out what they mean is not easy.  Older systems came with better docs, in general.  If you don't have docs, take the cover off and hunt around.  There should be LEDs counting down after power-up.P  `Alpha CPUs load their first code from a serial ROM using just 2 or three pins. That's usually not enough code to run a console, but on some (all? most?) systems it can support a "mini-console", using a couple of pins somewhere on the motherboard.  The only place I've seen the mini-console documented is around some of the alpha development board kits.   If the firmware is blown out, the real console program may not work.  I think newer alphas like yours have a way to boot from a special floppy disk to restore blown firmware.  Y If you can't get a console working, diagnosing hardware problems will be painful at best.-   >  > TIA, >  > Nigel Arnot. > ' > PS disk spins up at power-up as well.0   Some disks are jumpered to spin themselves up.  Some need a SCSI command.  If your disks are getting SCSI commands, the firmware is probably good.   -- h Robert Deininger rdeininger@mindspring.comc   ------------------------------  % Date: Thu, 01 Feb 2001 10:46:32 +0100t- From: Tim Oakley <toakley@maury-imprimeur.fr>n' Subject: Cluster authorisation passworde1 Message-ID: <3A793078.4227F22@maury-imprimeur.fr>c  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>E Is there a way to find out a forgotten cluster autorisation password.tH <p>Copying the 'cluster_authorisation.dat' to new cluster members works,A <br>but i still do not 'know' the password enclosed in this file.tF <p>I know the password can be reset cluster wide in order to get roundJ this problem, but am interested to know if the password can be 'extracted' from a running cluster.@
 <br>&nbsp;l<br>&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren;&curren; <br>Tim OAKLEY <br>MAURY-Imprimeur, <br>Z.I, Route d'Etampes <br>45330 MALESHERBES Cedex 
 <br>France <p>Tel: (33) 02.38.32.34.38M <br>Fax: (33) 02.38.32.37.70+ <br>email:&nbsp; toakley@maury-imprimeur.frh> <p>"OpenVMS is today what Microsoft hope Windows 5000 will be" <br>&nbsp;</html>    ------------------------------  # Date: Thu, 01 Feb 2001 11:21:07 GMTl: From: Nic Clews CSC Computer Sciences <nclews@my-deja.com>+ Subject: Re: Cluster authorisation passworde) Message-ID: <95bgqu$btl$1@nnrp1.deja.com>T  1 In article <3A793078.4227F22@maury-imprimeur.fr>,00   Tim Oakley <toakley@maury-imprimeur.fr> wrote:@ > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> > <html>  C Please don't send HTML to the list, it looks silly and annoys most.aB Check your mailer / newsreader settings and switch it off. Thanks!    G > Is there a way to find out a forgotten cluster autorisation password.fC > <p>Copying the 'cluster_authorisation.dat' to new cluster memberst works,C > <br>but i still do not 'know' the password enclosed in this file.aH > <p>I know the password can be reset cluster wide in order to get round@ > this problem, but am interested to know if the password can be 'extracted'n > from a running cluster.e  H You can get the 'mushed number' that is the cluster password but you mayG as well reset the password using SYSMAN and copy your new authorization 8 files to the required locations then reboot the cluster.  F Its probably better you don't know the password, then your not temptedD to put it somewhere it may be seen and someone uses it for the wrongF reasons, especially as it sounds like you have local network connected! system disks in your environment.x  : You don't need to know the password though, providing yourA CLUSTER_AUTHORIZE.DAT is nice and safe, copying the file is quite  acceptable.y  G I'm not going to go there about reverse engineering passwords. DUMP the H cluster auth file to see the mushed value, but I'll leave it as a little! exercise to work out where it is!.   Regards, Nic -- nclews at csc dot com      Sent via Deja.com1 http://www.deja.com/   ------------------------------  # Date: Thu, 01 Feb 2001 11:30:49 GMTh= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)b+ Subject: Re: Cluster authorisation passwordp0 Message-ID: <009F6FA0.FAF1B706@SendSpamHere.ORG>  a In article <3A793078.4227F22@maury-imprimeur.fr>, Tim Oakley <toakley@maury-imprimeur.fr> writes:"? ><!doctype html public "-//w3c//dtd html 4.0 transitional//en">' ><html> F >Is there a way to find out a forgotten cluster autorisation password.   No!P  5 Is there a way to turn off HTML when you are posting?    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMf            vO city, n., 1. a place where trees are cut down and streets are named after them.-   ------------------------------  % Date: Thu, 01 Feb 2001 12:37:23 +0000l5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com> + Subject: RE: Cluster authorisation passwordcN Message-ID: <F498D199EDB12D468CD2C66680D308018B1183@reoexc04.emea.cpqcorp.net>   You can reset it:x  
 mc sysman> 	set env/clust* 	set cluster_authorization/password=xxxxxx       -----Original Message-----> From: system@SendSpamHere.ORG [mailto:system@SendSpamHere.ORG]* Sent: Thursday, February 01, 2001 11:31 AM To: Info-VAX@Mvb.Saic.Com + Subject: Re: Cluster authorisation passwordi    < In article <3A793078.4227F22@maury-imprimeur.fr>, Tim Oakley$ <toakley@maury-imprimeur.fr> writes:? ><!doctype html public "-//w3c//dtd html 4.0 transitional//en">I ><html>wF >Is there a way to find out a forgotten cluster autorisation password.   No!w  5 Is there a way to turn off HTML when you are posting?t   --2 VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM            eI city, n., 1. a place where trees are cut down and streets are named aftero them.A   ------------------------------  $ Date: Thu, 1 Feb 2001 16:50:08 +0100% From: "Fred Zwarts" <F.Zwarts@KVI.nl>"+ Subject: Re: Cluster authorisation passwordt. Message-ID: <95c0jh$rqc$1@info.service.rug.nl>  < "Tim Oakley" <toakley@maury-imprimeur.fr> wrote in message =+ news:3A793078.4227F22@maury-imprimeur.fr...EJ > Is there a way to find out a forgotten cluster autorisation password.=20J > Copying the 'cluster_authorisation.dat' to new cluster members works,=20B > but i still do not 'know' the password enclosed in this file.=20 >=20G > I know the password can be reset cluster wide in order to get round =s@ this problem, but am interested to know if the password can be =& 'extracted' from a running cluster.=20 >  =20F We forgot the cluster password about 12 years ago. We never needed it.6 Not even when Alpha systems were added to our cluster. Why do you want to 'know' it?t   ------------------------------  % Date: Thu, 01 Feb 2001 08:11:14 +00000 From: Roy Omond <Roy@Omond.net>g  Subject: Re: defragment products) Message-ID: <3A791A21.43A3BA04@Omond.net>c   Bob Koehler wrote:  Y > In article <t7gte191kik00d@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes:  >t@ > > Two VMS systems which are not clustered cannot share a disk. >eI > Partly true.  Old MASSBUS disks could be shared between two VMS systemsrI > prior to clustering.  But sharing was limitted to one system writeable,o3 > one system read-only.  Requires VMS 3.0 or later.i  ? ??? Not that I recall.  Maybe you're referring to the hack thate; System Industries came up with (whose product name has longe since escaped me) ?   I > Eventually a both-writeable capability was added for these disks if thea > systems were clustered.t  	 Roy Omondu Blue Bubble Ltd.   ------------------------------   Date: 1 Feb 2001 10:33:06 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: Re: defragment products* Message-ID: <3a792d52$1@news.kapsch.co.at>  K In article <3A791A21.43A3BA04@Omond.net>, Roy Omond <Roy@Omond.net> writes:g >Bob Koehler wrote:oZ >> In article <t7gte191kik00d@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes: >>A >> > Two VMS systems which are not clustered cannot share a disk.  >>J >> Partly true.  Old MASSBUS disks could be shared between two VMS systemsJ >> prior to clustering.  But sharing was limitted to one system writeable,4 >> one system read-only.  Requires VMS 3.0 or later. >m@ >??? Not that I recall.  Maybe you're referring to the hack that< >System Industries came up with (whose product name has long >since escaped me) ?  C "SIMACS" which was later replaced with "SILINK" at VAXcluster timesa   -- 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"   ------------------------------   Date: 01 Feb 2001 17:42:59 GMT' From: "Jim Strehlow" <jims@data911.com>u  Subject: Re: defragment products0 Message-ID: <95c773$60m@dispatch.concentric.net>  < Node "A" boots loading services and then Oracle into memory.? Applications that access node "A" update certain Oracle tables.l  < Node "B" boots loading services and then Oracle into memory.= Applications that access node "B" update other Oracle tables.   : Same software off of the same disk array loads into memory into two different computers.dE Different databases update different disk areas self-contained withinw Oracle.e  7 The startup and shutdown procedures contain some logic:t- "if this node do this. if that node do that."@  E Mostly we set up the Oracle tablespaces on a clean disk array so that H everything is "best try contiguous".  But, as applications populate more7 data, tablespaces extend and eventually get fragmented.   @ We do NOT want to schedule down time to dismount the target disk? on node "B" and then run defrag on the target disk on node "A";t/ but, that might be our only "safe" alternative?p   Jim Strehlow, jims@data911.com Systems Managern   ------------------------------  # Date: Thu, 01 Feb 2001 18:29:50 GMTs From: yyygac2@my-deja.comi  Subject: Re: defragment products) Message-ID: <95c9ug$2rk$1@nnrp1.deja.com>   ) In article <3A791A21.43A3BA04@Omond.net>,h"   Roy Omond <Roy@Omond.net> wrote: > Bob Koehler wrote: > B > > In article <t7gte191kik00d@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes: > >iB > > > Two VMS systems which are not clustered cannot share a disk.C > > Partly true.  Old MASSBUS disks could be shared between two VMSl systemso@ > > prior to clustering.  But sharing was limitted to one system
 writeable,5 > > one system read-only.  Requires VMS 3.0 or later.n >mA > ??? Not that I recall.  Maybe you're referring to the hack that-= > System Industries came up with (whose product name has longM > since escaped me) ?i >a@ Yes it was possible with MASSBUS disks.  Using RM05's (with dualE porting option) connect Port A to VAXA, Port B to VAXB.  Drives couldrD be mounted on both systems simultaneously but one had to insure thatD the drive was mounted writable by only one system if you cared aboutE data integrity.  We did this pre VAXcluster (VMS V3.X timeframe).  It F beat the hell out of DECnet using DMR-11's between the systems on file transfer speed.t     Sent via Deja.comn http://www.deja.com/   ------------------------------  # Date: Thu, 01 Feb 2001 14:55:20 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: dynamic linking with DECC7 Message-ID: <sNee6.281$cu.1763@gazette.loc1.tandem.com>e  C In article <95730s$ht5$1@nnrp1.deja.com>, erber@my-deja.com writes:1  C :can anybody tell me the name of the runtime function to activate aR :shared image from a C program?l  F   A complete C example of lib$find_image_symbol, shareable images, andE   related stuff is posted in topic (2486) of the Ask The Wizard area:n  )     http://www.openvms.compaq.com/wizard/   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 01 Feb 2001 10:22:27 -0500p" From: Dan Sugalski <dan@sidhe.org>& Subject: Re: dynamic linking with DECC: Message-ID: <5.0.2.1.0.20010201101602.01af7e68@24.8.96.48>  / At 02:55 PM 2/1/2001 +0000, Hoff Hoffman wrote:lD >In article <95730s$ht5$1@nnrp1.deja.com>, erber@my-deja.com writes: >oD >:can anybody tell me the name of the runtime function to activate a  >:shared image from a C program? >nH >   A complete C example of lib$find_image_symbol, shareable images, andG >   related stuff is posted in topic (2486) of the Ask The Wizard area:o >q+ >     http://www.openvms.compaq.com/wizard/r  H Also be aware that you can *not* use lib$find_image_symbol to load in a H shareable image that's linked against the thread libraries if your main L image was not also linked against the thread libraries. Attempting to do so K will cause your program to hang. (Recent versions of the C++ compiler seem s; to generate code that will link threaded behind the scenes)   G If you have an unthreaded main program and threaded (or thread-linked) iJ shareable images that you load in dynamically, you can work around things  by adding a few lines:      {      #include <pthread.h>-       pthread_set_concurrency(0);    }  L in the code for the main image somewhere. (Assuming it's C, of course) That J call is a noop, but it will yank in the thread libraries and you'll be OK  from there.   K (And yes, I have been there and done that, and I never would've figured it   out without help, either...)   					Dan  I --------------------------------------"it's like this"-------------------h2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evene;                                       teddy bears get drunka   ------------------------------  % Date: Thu, 01 Feb 2001 10:02:49 +0100 5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>p# Subject: Re: Error message over LATn- Message-ID: <3A792639.202AC7FB@whitehouse.nl>g   Paul Oswald wrote: > M > Could anybody help please. I have a BOCA ticket printer attached to a DS90M J > DECserver. I am getting an intermittent error message along the lines of > A > 'Duplicate ARP source address 172.17.254.10 received from 00-'..  G Port 1 is by default the console port of the DECserver. That is why youc# see these messages on this printer.k  - You can change it to another port or to none.e   Regards,   Oswald  ' P.s. Interesting last name you have :-)u   ------------------------------  # Date: Thu, 01 Feb 2001 14:04:01 GMTp0 From: Timothy Stark <sword7@grace.speakeasy.org> Subject: EXE format specs?9 Message-ID: <l1ee6.302868$IP1.9969747@news1.giganews.com>e   Hello folks:  E I am looking for EXE format specification.  After I studied two bookstD - VAX Arch. Handbook and VAX Internals Handbook, I learned that bootC loader loads VMB.EXE into VAX memory and run it to load rest of VMSoE operating system.  For my emulator developement, I am fuguring how to-D load VMB.EXE into my emulator's memory.  I am looking for EXE format. specification to load it into memory properly.  > Or, I have to find ODS-2 format specification about filesystem structure, etc?-  C Also, I like to how to run diagnostics to test instructions to makelC sure that instructions work properly.  Because I am new to VAX arch B system, I want to know how to run diagnostics (like KLAD on PDP-10
 machines).  
 Thank you!   -- Tim Stark   -- i, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Thu, 01 Feb 2001 11:36:21 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: EXE format specs?L Message-ID: <rdeininger-0102011136220001@user-2iveb5h.dialup.mindspring.com>  k In article <l1ee6.302868$IP1.9969747@news1.giganews.com>, Timothy Stark <sword7@grace.speakeasy.org> wrote:e   > Hello folks: > G > I am looking for EXE format specification.  After I studied two bookseF > - VAX Arch. Handbook and VAX Internals Handbook, I learned that bootE > loader loads VMB.EXE into VAX memory and run it to load rest of VMSlG > operating system.  For my emulator developement, I am fuguring how toaF > load VMB.EXE into my emulator's memory.  I am looking for EXE format0 > specification to load it into memory properly.  . Look at the Linker manual in the VMS doc set. >   http://www.openvms.compaq.com:8000/72final/4548/4548pro.html  , Link maps ($ LINK/MAP) will be your friends.  N Also look at $ ANALAYZE/IMAGE.  (And $ ANALYZE/OBJECT if you have extra time.)   There's some stuff about the Image Activator somewhere...  Look in the Programming Concepts Manual around LIB$INITIALIZE.  I seem to recall more, but I don't remember where.o  @ > Or, I have to find ODS-2 format specification about filesystem > structure, etc?a > E > Also, I like to how to run diagnostics to test instructions to makeiE > sure that instructions work properly.  Because I am new to VAX arch D > system, I want to know how to run diagnostics (like KLAD on PDP-10 > machines).   If you want to do this on a VAX, (rather than on your emulator), the debugger will get you quite a ways.  It gives you access to all the registers and to individual instructions.   --   Robert Deininger rdeininger@mindspring.coms   ------------------------------  % Date: Thu, 01 Feb 2001 19:04:22 +0100o From: mcleanj@pop.dplanet.chA Subject: Re: Formal Letter to the Newsgroup from Richard Marcelloc- Message-ID: <3A79A526.3FB18AC@pop.dplanet.ch>    JF Mezei wrote:m >  > Sue Skonetski wrote:P > > In closing, we remain fully committed to OpenVMS.  We continue to execute toF > > the strategy we put in place two years ago and it is paying strongO > > dividends.   We are truly grateful for your passion, commitment and loyaltye( > > to OpenVMS past, present and future. > I > Oh, we have no problem beleiving that "we" remain committed to VMS. The;L > problem is that we don't really know who the "we" are. As long as the "we"I > remains a small group without much power at Compaq, then the "we remainHM > committed" doesn't hold much weight, and Compaq's "real" announcements will3 > continue to ignore VMS.l > Q > Had the letter been signed by Capellas or Elias, it would have had more weight.  > L > Personally, had Compaq mad a press release about the VMS improvements as aO > followup of its financial presentations, that would have actually been GREAT.RO > Because that would have had Compaq's signature on it and shown that Compaq is _ > able to say the VMS work publicly. And it woudl have been read by analysts and Gartner-types.t > P > Sending a letter to this newsgroup is just a way to shut us up. It isn't a wayF > to show the world that VMS still exists, and that is what is needed.  H The commitment of Compaq is made very evident by their ongoing series of2 "mistakes" like the one that Marcello admitted to.  H - No positive and/or substantial mention of VMS at the analysts briefingB - No positive and/or substantial mention of VMS with the Financial statement (Jan 2001)H - No positive and/or substantial mention of VMS in the Annual Financials@ July (?) 2000 (it took more than 40 pages before the letters VMSE appeared together, long after all othe rplatforms had been mentioned)hH - No positive and/or substantial mention of VMS in most copies of InformB magazine (eg. No. 4, 2000, European copy has one page for VMS in a 44-page publication)  E Is it only me, or do other people see a pattern in these "mistakes" ?t  D For a platform that makes a substantial contribution to income (note7 "income" and not "revenue" !) VMS is left in the shade.l  E I wonder if Compaq can tell us, how many Windows PC's does it need totC sell in order to generate the same PROFIT as a medium-sized OpenVMSn system ?  E Now please adjust the figure to show the comparable number of PC's to D match the income with 5 years of maintenance on the VMS system, plusD additional hardware, plus some consulting and maybe a few additional licenses ...     John McLeanc   ------------------------------   Date: 1 Feb 2001 16:22:01 GMTj2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)+ Subject: FreePort/FX!32 equivalent for COE?n, Message-ID: <95c2f9$s3a@gap.cco.caltech.edu>  D Just for the sake of argument, let's assume that the COE stuff shipsE on time and works flawlessly.  Now any vendor who wants to can easilyrK port to VMS.  But unfortunately, it will often be the case that even thoughcK the port is now trivial (we hope) the vendor chooses not to spend any money E on it.  (Sort of like, well, never mind.)  The situation is even moreyE extreme in academia where more and more software developers (with $$$tJ shining in their or their institute's eyes) will only distribute binaries.K This is not a hypothetical, it happens to me at least 30% of the time now.  H There is always a Solaris variant, often an SGI variant, and sometimes aJ Tru64 variant. There's absolutely ZERO chance that such sites will run out& and buy a VMS machine for this port.    K So what options does the long suffering VMS user have at that point?  None,eH other than the most obvious one - at least buy one Solaris machine, and C once that's started, they might as well migrate all the way.  (I'm ./ talking small machines here, not data centers.)d  L Customers running Tru64 can sometimes deal with this situation by obtaining ; the Solaris software and running it under FreePort Express.u  N Under WNT/Alpha customers could have bought the Intel version and run it underE FX!32.  I did that myself, and althought things ran slowly, they did   usually run.  G In other words, Tru64 customers have some options when faced with this. < OpenVMS customers who need the options even more, have none.  F So it would seem natural that if the COE is anything more than window F dressing there would be a companion project for VMS COE something likeF "FreePortVMS" that would convert Solaris binaries and libraries to run within the COE environment.r  C It is worth noting that there is also currently no way to run Tru64eF binaries through an equivalent sort of program on OpenVMS, even if theD Tru64 binaries are built strictly within the COE environment on thatJ platform.  And that's really galling since in this case we're dealing withK binary to binary translation that would appear to require nothing more thansE 1:1 conversion of the function calls, with all program specific Tru64iD binary code runnable more or less verbatim on OpenVMS.  This programD might be known as "SiblingRivalry".  (I've mentioned before that it K wouldn't kill Compaq to allow the compilers/linkers on all Alpha platforms lE to produce a binary form which could run on all platforms (even with lJ certain restrictions) but that does not exist now, and might not help hereB if the software in question couldn't work within that environment.  J Evidently the FX!32 team is no longer occupied with that product.  PerhapsE they can be pressed into service to produce one or the other of thesec pieces of software?    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech s   ------------------------------  # Date: Thu, 01 Feb 2001 13:18:56 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>< Subject: Re: From Richard Marcello Vice President of OpenVMS< Message-ID: <4nde6.36245$t3.6052882@typhoon.ne.mediaone.net>  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message F news:rdeininger-0102010136380001@user-2ivechk.dialup.mindspring.com...L > In article <959g7u$fco@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu wrote: >n > I > > We keep talking about marketing OpenVMS.  One thing that would really3 giveI > > it exposure would be if Compaq would fund an independent magazine ...r >cB > If Compaq funds it, it isn't really independent.  Folks would be; suspicious of everything they wrote about their benefactor.B >K  ? Compaq had the opportunity to help subsidize the sole remaining"K vendor-specific magazine, the DEC Professional out of France. It would havetL taken one ad per issue to keep the publication afloat. Compaq decided to fly its kites elsewhere.   ------------------------------  % Date: Thu, 01 Feb 2001 10:59:51 -0500e2 From: rdeininger@mindspring.com (Robert Deininger)< Subject: Re: From Richard Marcello Vice President of OpenVMSL Message-ID: <rdeininger-0102011059520001@user-2iveb5h.dialup.mindspring.com>  r In article <4nde6.36245$t3.6052882@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> wrote:  A > "Robert Deininger" <rdeininger@mindspring.com> wrote in messagenH > news:rdeininger-0102010136380001@user-2ivechk.dialup.mindspring.com...N > > In article <959g7u$fco@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu > wrote: > >  > >lK > > > We keep talking about marketing OpenVMS.  One thing that would reallym > giveK > > > it exposure would be if Compaq would fund an independent magazine ...9 > >$D > > If Compaq funds it, it isn't really independent.  Folks would be= > suspicious of everything they wrote about their benefactor.e > >a > A > Compaq had the opportunity to help subsidize the sole remainingnM > vendor-specific magazine, the DEC Professional out of France. It would haveaN > taken one ad per issue to keep the publication afloat. Compaq decided to fly > its kites elsewhere.  9 That was dumb, but no surprise.  What a bunch of maroons!c   --   Robert Deininger rdeininger@mindspring.como   ------------------------------  # Date: Thu, 01 Feb 2001 09:44:53 GMTe From: Didier.Morandi@gmx.frn, Subject: html to pdf OpenVMS doc conversion?) Message-ID: <95bb6l$7k7$1@nnrp1.deja.com>p  H Some VMS docs are available in pdf format, the majority is not. PrintingH a whole doc because it is missing :-( in the shelf needs to page throughC the html pages. Is there a way to convert html documents to pdf viah! something then ACROBAT DISTILLER?   C (the DCL dictionary is 80 html doc long + a few more for the index)- Thanks,-   D.     Sent via Deja.com1 http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 09:09:41 -0300r) From: fabio_compaq@ep-bc.petrobras.com.br1 Subject: Lisbon ConferenceL Message-ID: <OF29141643.D478DEEF-ON032569E6.0042887B@ep-bc.petrobras.com.br>   If you click ine  / http://www.openvms.compaq.com/events/index.html:  E You will see the date of the DECUS conference in Lisbon, SPAIN  :-))).  @ What mistake for Compaq, a company with worldwide presence ! ! !  = I am sorry the americans, but you are zero in geography ! ! !t  = I believe a lot of americans still  believing  Canada is only  the american yard ! ! !    Regardsr   FC   ------------------------------  # Date: Thu, 01 Feb 2001 13:05:20 GMTi% From: Alan Greig <agreig@my-deja.com>c Subject: Re: Lisbon Conference) Message-ID: <95bmuc$gb8$1@nnrp1.deja.com>   7 In article <OF29141643.D478DEEF-ON032569E6.0042887B@ep-t bc.petrobras.com.br>, ,   fabio_compaq@ep-bc.petrobras.com.br wrote: >  >  > If you click in  >v1 > http://www.openvms.compaq.com/events/index.htmlr >aG > You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))I > B > What mistake for Compaq, a company with worldwide presence ! ! !  4 So far we've had OpenVHS, True-64 and Lisbon, Spain.   I'm impressed!  ? > I am sorry the americans, but you are zero in geography ! ! !  >m? > I believe a lot of americans still  believing  Canada is onlym > the american yard ! ! !g >D	 > Regards1 >. > FC >t >l   -- --
 Alan Greig     Sent via Deja.comn http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 08:48:53 -0600o+ From: "Main, Kerry" <Kerry.Main@compaq.com>r Subject: RE: Lisbon ConferenceN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284D1D@kaoexc3.kao.cpqcorp.net>   Fabio ..  D >>> I believe a lot of americans still believing  Canada is only the american yard<<<  5 Actually, we look at the USA as our next province .. -   :-)    Regards,  
 Kerry Main Senior Consultantn Compaq Canada Inc. Professional Services- Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.brD, [mailto:fabio_compaq@ep-bc.petrobras.com.br] Sent: February 1, 2001 7:10 AM To: Info-VAX@Mvb.Saic.Com  Subject: Lisbon Conference         If you click inc  / http://www.openvms.compaq.com/events/index.htmlh  E You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))   @ What mistake for Compaq, a company with worldwide presence ! ! !  = I am sorry the americans, but you are zero in geography ! ! !z  = I believe a lot of americans still  believing  Canada is onlyl the american yard ! ! !*   Regardsb   FC   ------------------------------  % Date: Thu, 01 Feb 2001 09:41:39 -0500d2 From: norm lastovica <norman.lastovica@oracle.com> Subject: Re: Lisbon Conference* Message-ID: <3A7975A3.B7A66B58@oracle.com>  * fabio_compaq@ep-bc.petrobras.com.br wrote: >  > If you click ine > 1 > http://www.openvms.compaq.com/events/index.htmlh > G > You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))m  7 Anyone going to Spain will be sorry to find that Lisbong is actually in Portugal.   	  > B > What mistake for Compaq, a company with worldwide presence ! ! ! > ? > I am sorry the americans, but you are zero in geography ! ! !s > ? > I believe a lot of americans still  believing  Canada is onlyd > the american yard ! ! !  > 	 > Regards  >  > FC   -- n> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Thu, 01 Feb 2001 08:53:03 -0600e+ From: "Main, Kerry" <Kerry.Main@Compaq.com>  Subject: RE: Lisbon ConferenceN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284D1E@kaoexc3.kao.cpqcorp.net>  L >>> You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))<<<   Says Portugal right now.  , May 6 to 10 Conference Lisbon Portugal DECUS  C Perhaps someone proactively pointed out the typo and it got fixed? -   Regards,  
 Kerry Main Senior Consultantl Compaq Canada Inc. Professional Servicese Voice: 613-592-4660c Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.brA, [mailto:fabio_compaq@ep-bc.petrobras.com.br] Sent: February 1, 2001 7:10 AM To: Info-VAX@Mvb.Saic.Come Subject: Lisbon Conference         If you click ini  / http://www.openvms.compaq.com/events/index.htmlo  E You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))   @ What mistake for Compaq, a company with worldwide presence ! ! !  = I am sorry the americans, but you are zero in geography ! ! !E  = I believe a lot of americans still  believing  Canada is onlye the american yard ! ! !    Regardsi   FC   ------------------------------  % Date: Thu, 01 Feb 2001 12:56:52 -0300k) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: RE: Lisbon ConferenceL Message-ID: <OFB4FF4517.F0528B02-ON032569E6.005775D6@ep-bc.petrobras.com.br>  A Actually I believe Canada  will shrink because it is in dangerous  to lose Quebec ! ! ! :-)  D Like us (Brazil) are in dangerous to lose the Amazon rain forest....   RegardsS   FC        < "Main, Kerry" <Kerry.Main@Compaq.com> em 01/02/2001 12:48:53      S       "'fabio_compaq@ep-bc.petrobras.com.br'" <fabio_compaq@ep-bc.petrobras.com.br>y       Info-VAX@Mvb.Saic.Comc       Assunto: RE: Lisbon Conference     Fabio ..  D >>> I believe a lot of americans still believing  Canada is only the american yard<<<  4 Actually, we look at the USA as our next province ..   :-)-   Regards,  
 Kerry Main Senior Consultantd Compaq Canada Inc. Professional Servicesb Voice: 613-592-4660h Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.br-, [mailto:fabio_compaq@ep-bc.petrobras.com.br] Sent: February 1, 2001 7:10 AM To: Info-VAX@Mvb.Saic.Comr Subject: Lisbon Conference         If you click in-  / http://www.openvms.compaq.com/events/index.htmlp  E You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))o  @ What mistake for Compaq, a company with worldwide presence ! ! !  = I am sorry the americans, but you are zero in geography ! ! !t  = I believe a lot of americans still  believing  Canada is onlyo the american yard ! ! !    Regardss   FC   ------------------------------  % Date: Thu, 01 Feb 2001 10:24:27 -0500r  From: norm.raphael@jamesbury.com Subject: RE: Lisbon Conference4 Message-ID: <C22569E6.0053DA4B.00@jklh21.valmet.com>  K Many in US believe British Columbia is a country near British Honduras, but 4 they are unsure what languages are spoken there.  ;)        = fabio_compaq@ep-bc.petrobras.com.br on 02/01/2001 10:56:52 AMr   To:   Info-VAX@mvb.saic.comZ cc:G Subject:  RE: Lisbon Conferenceh            A Actually I believe Canada  will shrink because it is in dangerousL to lose Quebec ! ! ! :-)  D Like us (Brazil) are in dangerous to lose the Amazon rain forest....   Regardse   FC        < "Main, Kerry" <Kerry.Main@Compaq.com> em 01/02/2001 12:48:53      -       "'fabio_compaq@ep-bc.petrobras.com.br'"a% <fabio_compaq@ep-bc.petrobras.com.br>        Info-VAX@Mvb.Saic.Com        Assunto: RE: Lisbon Conference     Fabio ..  D >>> I believe a lot of americans still believing  Canada is only the american yard<<<  4 Actually, we look at the USA as our next province ..   :-)    Regards,  
 Kerry Main Senior Consultants Compaq Canada Inc. Professional Servicess Voice: 613-592-4660o Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.brc, [mailto:fabio_compaq@ep-bc.petrobras.com.br] Sent: February 1, 2001 7:10 AM To: Info-VAX@Mvb.Saic.Com7 Subject: Lisbon Conference         If you click in   / http://www.openvms.compaq.com/events/index.html   E You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))w  @ What mistake for Compaq, a company with worldwide presence ! ! !  = I am sorry the americans, but you are zero in geography ! ! !e  = I believe a lot of americans still  believing  Canada is onlyp the american yard ! ! !"   Regardsm   FC   ------------------------------  % Date: Thu, 01 Feb 2001 15:08:46 +0000o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>  Subject: Re: Lisbon Conference) Message-ID: <3A797BFE.EAAB4BD4@bbc.co.uk>w   norm lastovica wrote:"  , > fabio_compaq@ep-bc.petrobras.com.br wrote: > >  > > If you click in  > >d3 > > http://www.openvms.compaq.com/events/index.html  > > I > > You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))a > 9 > Anyone going to Spain will be sorry to find that Lisbont > is actually in Portugal. >h  J I think this is Fabio's point, norm. A Brazilian should know which country
 Lisbon is in.o  J "Why certainly sir, its an ultra-reliable secure windows server really, no don't look under the hood,? you'd only get confused by the Username: prompt and VMS logos".h     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukd  A I speak for myself only and my views in no way represent those oft MedAS or the BBC.s   ------------------------------  % Date: Thu, 01 Feb 2001 16:43:42 +02002 From: mauf@uhu.unizar.es Subject: Lisbon Conference* Message-ID: <01020116434232@uhu.unizar.es>  $ From:   SMTP%"Kerry.Main@compaq.com" To:     Info-VAX@Mvb.Saic.Com  CC:  Subj:   RE: Lisbon Conferencen    L >>> You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))<<<   Says Portugal right now.  , May 6 to 10 Conference Lisbon Portugal DECUS  B Perhaps someone proactively pointed out the typo and it got fixed?   Regards,  
 Kerry Main Senior Consultante  --------------------------------    O I received the leaflet/brochure on "ITUS/DECUS 2001, joint european conference,oI lisbon, portugal" (_sic_) last thursday. Sure, it contained the VHS typo.g  M I tried to visit www.jointconference.org, as recommended and only got a blank N screen stating "Nothing here" (This was from my Alpha/VMS). I had to resort to Exploder to visit the page...y  # Well, this is all "peccata minuta".o  I I have stood some hundreds of messages to Info-Vax about "non-disclosable-O information" being disclosed by the head of DECUS-USA to this list. And anotherx( umpthundred mails against/pro ENCOMPASS.  N Not to speak of the long-term anti-VMS pro-Sun mailer's nor the newcome petrol$ systematical hisser's lots of mails.  L And the lots of responders to that kind of stuff... wasting their (and _my_) time!a  3 I admit that I am a (maybe unconscious) fan of VMS.   N I really appreciate receiving information from DECUS Europe which has recentlyP waked up and seems to be going strong again. Besides, the membership being free,? I would not even dare charging them on minor mistakes or typos.r       Regardsl   Miguel Angel Usonn University of Zaragoza SPAIN (next to Portugal)   ------------------------------  # Date: Thu, 01 Feb 2001 16:03:49 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Lisbon Conference< Message-ID: <FNfe6.36316$t3.6056662@typhoon.ne.mediaone.net>  - <norm.raphael@jamesbury.com> wrote in message . news:C22569E6.0053DA4B.00@jklh21.valmet.com... >u >rI > Many in US believe British Columbia is a country near British Honduras,  buta6 > they are unsure what languages are spoken there.  ;) >   L Yeah, well, don't feel bad. I used to live in New Mexico. New Mexico is (andK has been for a very long time) a state that's near places like Colorado andnJ Arizona and Utah. It's the home to the Los Alamos Nuclear Secret Sieve and the aliens of Roswell.  I Thanks to our stellar education system, many US citizens are unaware thattK New Mexico is a state. During a border crossing from Canada (which is not arF US state) into the USA, a Customs agent actually demanded a New MexicoJ passport when he saw the New Mexico license plate on my car. Fortunately IK had my US passport with me, and I managed to provide the Customs agent with < the education that the government school neglected to offer.  F Since the government school system in the USA is a joke (albeit a veryG expensive one), the powers that be in New Mexico addressed the issue by I changing the slogan on the license plate from "New Mexico" to "New Mexico  USA."    ------------------------------  % Date: Thu, 01 Feb 2001 14:24:45 -0300o) From: fabio_compaq@ep-bc.petrobras.com.brs Subject: Re: Lisbon ConferenceL Message-ID: <OF291DA459.83A53FCD-ON032569E6.005F3ABE@ep-bc.petrobras.com.br>  . Why this DECUS is being organized in Europe...  5 USA + Europe = NATO = > OpenVMS to the military use !m  ? My country refused to be an associated member of NATO, probably'' because we are in South Atlantic :-))))l  I This is the answer why there is interest in OVMS in UK (the european mainaF partner of USA), and Praha (CZ is one of the newest members of  NATO).  H Do you know if OVMS will be used to manage  the new anti-missle shield ?   Regardst   FC        ) mauf@uhu.unizar.es em 01/02/2001 12:43:42h             Info-VAX@Mvb.Saic.Comw       Assunto: Lisbon Conference            $ From:   SMTP%"Kerry.Main@compaq.com" To:     Info-VAX@Mvb.Saic.Coma CC:  Subj:   RE: Lisbon Conferenceh    I >>> You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))o <<<l   Says Portugal right now.  , May 6 to 10 Conference Lisbon Portugal DECUS  B Perhaps someone proactively pointed out the typo and it got fixed?   Regards,  
 Kerry Main Senior Consultante  --------------------------------    C I received the leaflet/brochure on "ITUS/DECUS 2001, joint europeanr conference,eI lisbon, portugal" (_sic_) last thursday. Sure, it contained the VHS typo.n  G I tried to visit www.jointconference.org, as recommended and only got ac blankeK screen stating "Nothing here" (This was from my Alpha/VMS). I had to resorth to Exploder to visit the page...s  # Well, this is all "peccata minuta".d  I I have stood some hundreds of messages to Info-Vax about "non-disclosable.G information" being disclosed by the head of DECUS-USA to this list. Andt another ( umpthundred mails against/pro ENCOMPASS.  G Not to speak of the long-term anti-VMS pro-Sun mailer's nor the newcomet petrol$ systematical hisser's lots of mails.  F And the lots of responders to that kind of stuff... wasting their (and _my_)  time!-  3 I admit that I am a (maybe unconscious) fan of VMS.9  E I really appreciate receiving information from DECUS Europe which hasR recentlyJ waked up and seems to be going strong again. Besides, the membership being free,u? I would not even dare charging them on minor mistakes or typos.6       Regardsn   Miguel Angel Usonr University of Zaragoza SPAIN (next to Portugal)   ------------------------------  $ Date: Thu, 1 Feb 2001 17:27:05 +0100, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl> Subject: Re: Lisbon Conference* Message-ID: <95c2p6$du7$1@buty.wanadoo.nl>  . OK, the Spain -> Portugal error got corrected.  K But there is still an important error: its is NOT a DECUS conference, it is . the ITUG/DECUS 2001 Joint European Conference.   I believe that's a difference!   Regards,  	 Bart Zornd% NLCUG and DECUS Holland board member.k  6 "Main, Kerry" <Kerry.Main@Compaq.com> wrote in messageH news:910612C07BCAD1119AF40000F86AF0D805284D1E@kaoexc3.kao.cpqcorp.net... >eD > >>> You will see the date of the DECUS conference in Lisbon, SPAIN :-)))<<< >t > Says Portugal right now. >r. > May 6 to 10 Conference Lisbon Portugal DECUS >eD > Perhaps someone proactively pointed out the typo and it got fixed? > 
 > Regards, >o > Kerry Main > Senior Consultanti > Compaq Canada Inc. > Professional Services- > Voice: 613-592-46600 > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >j >: > -----Original Message-----+ > From: fabio_compaq@ep-bc.petrobras.com.brc. > [mailto:fabio_compaq@ep-bc.petrobras.com.br]  > Sent: February 1, 2001 7:10 AM > To: Info-VAX@Mvb.Saic.Coms > Subject: Lisbon Conference >e >r >h >h > If you click ine >a1 > http://www.openvms.compaq.com/events/index.htmln >hG > You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))  >eB > What mistake for Compaq, a company with worldwide presence ! ! ! >j? > I am sorry the americans, but you are zero in geography ! ! !1 >:? > I believe a lot of americans still  believing  Canada is only: > the american yard ! ! !- > 	 > Regards. >8 > FC   ------------------------------   Date: 1 Feb 2001 17:32:29 +0100p* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Lisbon Conference* Message-ID: <3a798f9d$1@news.kapsch.co.at>  Y In article <3A797BFE.EAAB4BD4@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:s >norm lastovica wrote:- >> fabio_compaq@ep-bc.petrobras.com.br wrote:s >> > If you click in >> >4 >> > http://www.openvms.compaq.com/events/index.html >> >J >> > You will see the date of the DECUS conference in Lisbon, SPAIN  :-))) >>: >> Anyone going to Spain will be sorry to find that Lisbon >> is actually in Portugal.e >cK >I think this is Fabio's point, norm. A Brazilian should know which countrys >Lisbon is in.  G No, I think Fabio's point is, that almost everyone knows that there are E people and cities outside one's country and know at least the capitaleG of these countries (ok, not of all >100, but of the bigger, older, moreeE common ones), and in USA the BIG majority seems focussed on USA only,d. ignoring the rest of the world, that means us.G Eg. how many webforms let you select with state your are in and you can H only choose of (hopefully all) 50 US states and not so often of Canada'sA Provinces, too. But all countries worldwide or a simple "Other" ?- Rare, very rare    -- a< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888K< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 1 Feb 2001 16:55:07 GMTi2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: Lisbon Conference, Message-ID: <95c4db$s3a@gap.cco.caltech.edu>  _ In article <3A7975A3.B7A66B58@oracle.com>, norm lastovica <norman.lastovica@oracle.com> writes:1 >7 >0+ >fabio_compaq@ep-bc.petrobras.com.br wrote:i >>   >> If you click in >> _2 >> http://www.openvms.compaq.com/events/index.html >> cH >> You will see the date of the DECUS conference in Lisbon, SPAIN  :-)))  A Not anymore, they fixed it.  Which is no excuse for putting it upw like that in the first place.d   >m8 >Anyone going to Spain will be sorry to find that Lisbon >is actually in Portugal.  s  K Many NY to Madrid flights stop in Lisbon.  Perhaps the faded memory of someiG long ago tourist trip caused the lapse.  Although, having spent time insO both cities, it's hard for me to see how anybody who's spent even a day in each  could really confuse them.     David Mathog mathog@seqaxp.bio.caltech.edum? Manager, sequence analysis facility, biology division, Caltech o   ------------------------------  % Date: Thu, 01 Feb 2001 17:10:33 +0000-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>i Subject: Re: Lisbon Conference) Message-ID: <3A799889.234F7952@bbc.co.uk>s  * fabio_compaq@ep-bc.petrobras.com.br wrote:  0 > Why this DECUS is being organized in Europe...  + Because its a DECUS Europe event, possibly?.     >  > 7 > USA + Europe = NATO = > OpenVMS to the military use !n >!A > My country refused to be an associated member of NATO, probably ) > because we are in South Atlantic :-))))s >l   :-)v   >C >dJ > Do you know if OVMS will be used to manage  the new anti-missle shield ? >n  B I would sincerely doubt they would admit it here if they did know.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukF  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.e   ------------------------------  # Date: Thu, 01 Feb 2001 18:33:44 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Lisbon Conference; Message-ID: <c_he6.12520$Ra.853362@typhoon.ne.mediaone.net>n  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OF291DA459.83A53FCD-ON032569E6.005F3ABE@ep-bc.petrobras.com.br... >i >a0 > Why this DECUS is being organized in Europe...  F Because that's where the users are! There should be, say, 1500 or moreE attendees at the Lisbon conference. The last DECUS Brasil symposium I # attended had perhaps 150 attendees.o   >s7 > USA + Europe = NATO = > OpenVMS to the military use !f >eA > My country refused to be an associated member of NATO, probablya) > because we are in South Atlantic :-))))  > K > This is the answer why there is interest in OVMS in UK (the european mainoH > partner of USA), and Praha (CZ is one of the newest members of  NATO). > J > Do you know if OVMS will be used to manage  the new anti-missle shield ?  I I don't know, but rumour has it that the Red Chinese and the Russians andoF the North Koreans and the Iranians and the Iraquis are hoping that theF anti-missile shield is based on Micro$oft Windoze98. Or eBay's Solaris implementation. ;-}l   ------------------------------  # Date: Thu, 01 Feb 2001 18:39:16 GMTz2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: Mailbox bufquo size ?7 Message-ID: <o3ie6.302$cu.1609@gazette.loc1.tandem.com>o  i In article <ahWd6.124995$Z2.1584550@nnrp1.uunet.ca>, "SPaquin" <stephane.paquin@remove.ispat.com> writes:   E   I've asked that the Ask The Wizard discussion of this be cancelled,i   given the discussion here.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 01 Feb 2001 10:11:34 +0100cC From: Eckhardt Ashley HYDRO/LH-CH <Eckhardt.Ashley@vatech-hydro.at>s Subject: Memory DumpR Message-ID: <CF45549AFDB7D2119E7D0008C70D81CF027DD794@eev_vie_oe09.eev.elin.co.at>  C What might be the cause of a "memory dump". This occurs immediately/C following the invoking of a software application when the message =f	 "StartingcF Memory Dump" is displayed. I am using Open VMS on a DEC Alpha. A quick) response would be gratefully appreciated.y   Regards,     A. Eckhardte   VATECH  HYDRO GmbH & Co " Penzinger Stra=DFe 76, A-1141 Wien) * +43/1/89100-3965, FAX +43/1/89 100-3852 ( * mailto:Eckhardt.Ashley@vatech-hydro.at   ------------------------------  # Date: Thu, 01 Feb 2001 11:04:40 GMTp: From: Nic Clews CSC Computer Sciences <nclews@my-deja.com> Subject: Re: Memory Dump) Message-ID: <95bfs5$b3m$1@nnrp1.deja.com>i  
 In articleG <CF45549AFDB7D2119E7D0008C70D81CF027DD794@eev_vie_oe09.eev.elin.co.at>,aF   Eckhardt Ashley HYDRO/LH-CH <Eckhardt.Ashley@vatech-hydro.at> wrote: >2E > What might be the cause of a "memory dump". This occurs immediatelyiE > following the invoking of a software application when the message =c > "Starting H > Memory Dump" is displayed. I am using Open VMS on a DEC Alpha. A quick+ > response would be gratefully appreciated.e  E Your quick reply is probably that the software application is running:H with privileges and performs an instruction or set of instructions which2 compromises the integrity of the operating system.  D The memory dump will allow someone suitably trained to determine theD most probable cause of the crash. If you pay for Compaq maintenance,C they can assist but if your software vendor is writing code that ise@ capable of doing this, they should at least have some skills for diagnosing it.  @ Try running the program WITHOUT privileges and see what happens.D (SET PROC/PRIV=NOALL but make sure you can still access the program)  H I also assume from your descripton you are seeing a system crash and notG a process dump, but the diagnosis of each is different. Be grateful VMS 7 is giving you the evidence to make your investigations./  F The VMS version and platform is irrelevant unless you want more detail? than this, in which case the bugcheck code and message, some oflD the addresses it throws out on the console but even then you'll only get educated guesses.e  E Assuming its a crash dump, ANAL/CRASH SYS$SYSTEM:SYSDUMP.DMP and CLUEyD CRASH at the SDA> prompt will give more detail, but full analysis is% well outside the scope of this forum!m  G The pointy finger of suspicion is already your software application. If C you have a hot water pipe that goes 'gurgle' when you hit it with a 0 heavy book, then don't hit it with a heavy book.   Regards, Nic   -- nclews at csc dot comw     Sent via Deja.comn http://www.deja.com/   ------------------------------  # Date: Thu, 01 Feb 2001 11:28:45 GMTa= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t Subject: Re: Memory Dump0 Message-ID: <009F6FA0.B1615584@SendSpamHere.ORG>   In article <CF45549AFDB7D2119E7D0008C70D81CF027DD794@eev_vie_oe09.eev.elin.co.at>, Eckhardt Ashley HYDRO/LH-CH <Eckhardt.Ashley@vatech-hydro.at> writes: >oD >What might be the cause of a "memory dump". This occurs immediately  + It could, literally, be hundreds of things.s    D >following the invoking of a software application when the message =
 >"StartingG >Memory Dump" is displayed. I am using Open VMS on a DEC Alpha. A quicky* >response would be gratefully appreciated.  J However, in this case, I would suspect the software application.  Perhaps,. you can try the following and post its output:  	 $ MCR SDAn Enter name of dump file >  <CR>h SDA> SHOW CRASHr  H There will be several pages associated with the above.  Be sure to post  all.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM,            <O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Thu, 01 Feb 2001 14:32:42 -0300d) From: fabio_compaq@ep-bc.petrobras.com.br-  Subject: New Mexico USA (humour)L Message-ID: <OFF0857FCD.B33B3A3C-ON032569E6.0060055E@ep-bc.petrobras.com.br>  I It is really funny. How USA can have a high degree of technical education = at the Universities and a bad degree in basic education ! :-)o  D It is the inverse of my country where we have a high degree in basicD education (it is not in all the country), and a medium-low degree at1 the Universities, compared to the americans ! ! !d  < Imagine OVMS being developed in another state than MA (where5 the most importants univertisies of USA are located).t       Regards    FC        E "Terry C. Shannon" <terryshannon@mediaone.net> em 01/02/2001 14:03:49o             Info-VAX@Mvb.Saic.Coml       Assunto: Re: Lisbon Conference      - <norm.raphael@jamesbury.com> wrote in message.. news:C22569E6.0053DA4B.00@jklh21.valmet.com... >I > I > Many in US believe British Columbia is a country near British Honduras,t butr6 > they are unsure what languages are spoken there.  ;) >e  G Yeah, well, don't feel bad. I used to live in New Mexico. New Mexico isd (andK has been for a very long time) a state that's near places like Colorado andnJ Arizona and Utah. It's the home to the Los Alamos Nuclear Secret Sieve and the aliens of Roswell.  I Thanks to our stellar education system, many US citizens are unaware that>K New Mexico is a state. During a border crossing from Canada (which is not a.F US state) into the USA, a Customs agent actually demanded a New MexicoJ passport when he saw the New Mexico license plate on my car. Fortunately IK had my US passport with me, and I managed to provide the Customs agent withh< the education that the government school neglected to offer.  F Since the government school system in the USA is a joke (albeit a veryG expensive one), the powers that be in New Mexico addressed the issue by I changing the slogan on the license plate from "New Mexico" to "New Mexicoo USA."l   ------------------------------  % Date: Thu, 01 Feb 2001 17:11:42 +0000t- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o$ Subject: Re: New Mexico USA (humour)) Message-ID: <3A7998CE.79AE50E3@bbc.co.uk>l  * fabio_compaq@ep-bc.petrobras.com.br wrote:  ? >  Imagine OVMS being developed in another state than MA (wherea7 > the most importants univertisies of USA are located).t   You mean like Richmond? :-)g   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those ofN MedAS or the BBC.    ------------------------------  % Date: Thu, 01 Feb 2001 15:57:15 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br $ Subject: Re: New Mexico USA (humour)L Message-ID: <OFA0785013.825222BA-ON032569E6.00680E2D@ep-bc.petrobras.com.br>   Or Orlando  - FL :-))i  6 Imagine instead of STARLET.OLB we have a GOFFY.OLB :-)       Regardsm   Fabio C.        > Tim Llewellyn <tim.llewellyn@bbc.co.uk> em 01/02/2001 15:11:42  ) Favor responder a tim.llewellyn@bbc.co.ukw             Info-VAX@Mvb.Saic.Com       $ Assunto: Re: New Mexico USA (humour)        * fabio_compaq@ep-bc.petrobras.com.br wrote:  ? >  Imagine OVMS being developed in another state than MA (whereh7 > the most importants univertisies of USA are located).1   You mean like Richmond? :-)    --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.s   ------------------------------  $ Date: Thu, 1 Feb 2001 14:25:37 -0000+ From: "wayne Jackson" <wayne_j@hotmail.com>o Subject: Newbie needs help !/ Message-ID: <95brsr$375$1@newsg3.svr.pol.co.uk>-  > I'm hoping that one of you fine people out there can help me !L I've uncovered a Microvax3100 from a pile of stuff being thrown out at work,D so I though that I could install vms and have a play around with it.J At the console a show devices sees the disk as dkb200: and the tape device	 as mkb400iG As I have no cd as yet, the VMS manual recommends booting a stand-aloneeI backup and then performing a backup/image/verfiy mkb400:vms055.b/save_seto dkb200:sC the stand-alone backup bit works, but the backup to disk is causing 	 problems. C when I enter this command, the tape reads for a while then an error + complaining about volume summary not found.nI Is there anything I need to do to the disk (format ?) to prepare it for as* vms installation, or am I wasting my time.& Any help would be greatly appreciated.   Wayne    ------------------------------  % Date: Thu, 01 Feb 2001 10:11:38 -0500a/ From: "Webb, William W" <wwebb1@email.usps.gov>   Subject: RE: Newbie needs help !I Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB3BB@rlghncst625.usps.gov>o  > I do more VAXstation stuff than MicroVAX stuff (mainly because8 that's what the hardware is that I have at the moment), @ but I'm willing to bet that you'll find the MicroVAX/VAXstation  Systems Text FAQ to be useful:  6 http://anacin.nsc.vcu.edu/~jim/mvax/mvax_faq_text.html  * I suspect that the lowlevel format command& (TEST something, 75 I think, I forget)  might be what you're asking for.  / Post the EXACT error message to get EXACT help.E  - Also, be a bit more specific in your subject- 3 something like Need help installing VMS on MicroVAX!& and you'll attract the proper readers.  3 Not flaming, mind you, just giving you suggestions.@   WWWebb -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Thursday, February 01, 2001 9:36 AMd6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET Subject: Newbie needs help !    > I'm hoping that one of you fine people out there can help me !L I've uncovered a Microvax3100 from a pile of stuff being thrown out at work,D so I though that I could install vms and have a play around with it.J At the console a show devices sees the disk as dkb200: and the tape device	 as mkb400pG As I have no cd as yet, the VMS manual recommends booting a stand-alonepI backup and then performing a backup/image/verfiy mkb400:vms055.b/save_sete dkb200: C the stand-alone backup bit works, but the backup to disk is causingn	 problems. C when I enter this command, the tape reads for a while then an errors+ complaining about volume summary not found.tI Is there anything I need to do to the disk (format ?) to prepare it for a,* vms installation, or am I wasting my time.& Any help would be greatly appreciated.   Wayne    ------------------------------  % Date: Thu, 01 Feb 2001 10:45:59 +0100d8 From: Wolfgang Angenendt <angenendt@mpi-muelheim.mpg.de> Subject: NFS with TCP-3 Message-ID: <3A793057.36A843EC@mpi-muelheim.mpg.de>   , This is a multi-part message in MIME format.  & --Boundary_(ID_tYB9wU/uws9U5qF/mRz9Vg)* Content-type: text/plain; charset=us-ascii+ Content-transfer-encoding: QUOTED-PRINTABLEt   Hello,  / we use TCP/IP Services 5.0A with OpenVMS 7.2-1.f@ Is it possible to run NFS with the TCP transport instead of UDP?   Regards,   wolfgang      & --Boundary_(ID_tYB9wU/uws9U5qF/mRz9Vg)@ Content-type: text/x-vcard; charset=us-ascii; name=angenendt.vcf0 Content-description: Card for Wolfgang Angenendt7 Content-disposition: attachment; filename=angenendt.vcft+ Content-transfer-encoding: QUOTED-PRINTABLE    begin:vcard=20 n:Angenendt;Wolfgang tel;fax:(0208) 306 2981  tel;work:(0208) 306 2132 x-mozilla-html:FALSE" url:http://www.mpi-muelheim.mpg.de; org:Max-Planck-Institut f=FCr Kohlenforschung;Rechenzentrum(; adr:;;Kaiser-Wilhelm-Platz 1;46466 M=FClheim an der Ruhr;;;o version:2.1U, email;internet:angenendt@mpi-muelheim.mpg.de x-mozilla-cpt:;0 fn:Angenendt, Wolfgang	 end:vcardg    ( --Boundary_(ID_tYB9wU/uws9U5qF/mRz9Vg)--   ------------------------------   Date: 1 Feb 2001 11:44:17 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: NFS with TCPd* Message-ID: <3a793e01$1@news.kapsch.co.at>  n In article <3A793057.36A843EC@mpi-muelheim.mpg.de>, Wolfgang Angenendt <angenendt@mpi-muelheim.mpg.de> writes:0 >we use TCP/IP Services 5.0A with OpenVMS 7.2-1.A >Is it possible to run NFS with the TCP transport instead of UDP?I  ? From my VERY limited experience with NFS, this is not possible.-C AFAIK, you need NFS V3 which is AFAIK unfortunately NOT implementedd! in TCPIP V5.0 (but maybe in V5.1)o  M So, Matt, Karol, or ..., please make a definite statement (and correct me...)3   -- 5< 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"   ------------------------------  # Date: Thu, 01 Feb 2001 16:13:50 GMTc2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: OpenVMS+Perl 5.0.0305A (?) and EmuMail modulesi7 Message-ID: <2Xfe6.289$cu.1760@gazette.loc1.tandem.com>l  l In article <957a34$12n2@r02n01.cac.psu.edu>, jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818) writes:  (   The Perl version appears to be V5.5-3.   :...H :Even the first item results in errors.  The MakeMaker component builds,K :without error, a DESCRIP.MMS file for me.  But when I invoke MMS, I get  asH :slew of errors, warnings *and* error level.  Note that even one of the : :complaints is about the file SCOPE.H in the PERL library:  8   The C code in io.c is missing some header definitions.     fcntl itself requires:  "             #include <sys/types.h>             #include <unistd.h>h             #include <fcntl.h>    3 :/Define=("VERSION=""1.20""","XS_VERSION=""1.20""")y? :/Include=(perl_root:[lib.VMS_AXP.5_00503.CORE])/Optimize  IO.c  :  :    Sigjmp_buf		je_buf;		 :....^= :%CC-E-MISSINGTYPE, Missing type specifier or type qualifier.tI :at line number 133 in file PERL_ROOT:[LIB.VMS_AXP.5_00503.CORE]SCOPE.H;1d    H   The setjmp and longjump stuff -- I'm assuming that is what is involved/   here -- requires the include file setjmp.h...l  2 :    RETVAL = fcntl(PerlIO_fileno(f), F_GETFL, 0); :.............^tO :%CC-I-IMPLICITFUNC, In this statement, the identifier "fcntl" is implicitly...l  )   Missing declaration file...  fcntl.h...y  2 :    RETVAL = fcntl(PerlIO_fileno(f), F_GETFL, 0);' :.....................................^a@ :%CC-E-UNDECLARED, In this statement, "F_GETFL" is not declared.  )   Missing declaration file...  fcntl.h...o  1 :	    ret = fcntl(PerlIO_fileno(f),F_SETFL,mode);n  )   Missing declaration file...  fcntl.h...b  1 :OpenVMS Perl implementors' comments are welcome!D  0   This is not Perl, this is basic buggy C code.   K   That said, the Perl folks do have an active email list -- see the OpenVMSe   FAQ for information...    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 01 Feb 2001 11:27:57 -0500t" From: Dan Sugalski <dan@sidhe.org>; Subject: Re: OpenVMS+Perl 5.0.0305A (?) and EmuMail modulesr: Message-ID: <5.0.2.1.0.20010201112623.01af4db8@24.8.96.48>  / At 04:13 PM 2/1/2001 +0000, Hoff Hoffman wrote: K >In article <957a34$12n2@r02n01.cac.psu.edu>, jlw@psulias.psu.edu (j.lance  # >wilkinson, (814) 865-1818) writes:  > * >   The Perl version appears to be V5.5-3. >i >:...oI >:Even the first item results in errors.  The MakeMaker component builds,nL >:without error, a DESCRIP.MMS file for me.  But when I invoke MMS, I get  aH >:slew of errors, warnings *and* error level.  Note that even one of the; >:complaints is about the file SCOPE.H in the PERL library:a > : >   The C code in io.c is missing some header definitions. >6 >   fcntl itself requires: > $ >             #include <sys/types.h>! >             #include <unistd.h>p  >             #include <fcntl.h>  L That stuff's already included, or is supposed to be at least. The code he's J compiling includes the perl.h file, which is supposed to include those as % well as a whole slew of other things.S  K This has ended up over on the VMSPerl mailing list, though we're still not -A sure why the heck it's happening, as there's no reason it should.m   					Dan  I --------------------------------------"it's like this"-------------------e2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and eveno;                                       teddy bears get drunk    ------------------------------  % Date: Thu, 01 Feb 2001 13:46:34 -0500p" From: Dan Sugalski <dan@sidhe.org>; Subject: Re: OpenVMS+Perl 5.0.0305A (?) and EmuMail modules : Message-ID: <5.0.2.1.0.20010201134319.0241d668@24.8.96.48>  H For those of you who might be wondering, we did track down the ultimate L reason for the errors being thrown when building the perl modules. It turns F out that the version of Dec C that was being used to build things was I 5.0-003, a rather old and creaky version of things. Perl itself had been $B built with, and assumed the features of, Compaq C 6.0. The rather L significant mismatch (most particularly, 5.0 doesn't know of any of the new K features added to the C RTL for VMS 7.x, which perl uses) ended up causing d the problem.   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and eveny;                                       teddy bears get drunka   ------------------------------   Date: 1 Feb 2001 11:43:20 +0100o* From: eplan@kapsch.net (Peter LANGSTOEGER)% Subject: RE: Pathworks and Windows ME ( Message-ID: <3a793dc8@news.kapsch.co.at>  | In article <910612C07BCAD1119AF40000F86AF0D805284CE0@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes:' >The new SPD web pages can be found at: # ><http://www5.compaq.com/info/spd/>   H Do you know, when we can expect to see there the umpteen hundred missing. (maybe because they are more current ?) SPDs ?% Currently this site is ridiculous :-(c   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 1 Feb 2001 11:28:37 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)tB Subject: Re: Possible to view Password History on OpenVMS V7.1-2 ?+ Message-ID: <sbeDNnbzbaak@eisner.decus.org>S  F In article <95a088$414$1@nnrp1.deja.com>, crc_cole@hotmail.com writes:H > Yes, I am hacking into an OpenVMS system.  I got nothing better to do.D > Man, I should have been more clever than to use a hotmail address.H > Then maybe someone would tell me how to hack into a OpenVMS system.  ID > figured I could just go out, ask how to hack with my email addressD > showing, and someone would tell me.  Although I wanted to know the? > HISTORY of a users (which is ME) password and not the currentm > password.S  E One reason why you might not get much support here is that you do noteF appear to be doing your homework.  I would expect someone who purports* to look for flaws in VMS security to read:   	The VMS Documentation   	Internals and Data Structures  G and only _then_ as for help on what they did not understand.  Existence.D of the Internet does not make everyone else your reference libraran.   ------------------------------  % Date: Thu, 01 Feb 2001 08:37:26 -0300=) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Re: RWASTL Message-ID: <OF840B4FF6.1F898851-ON032569E6.003F62F9@ep-bc.petrobras.com.br>  = I know RWAST is the BSD of OpenVMS... My problem is happening,?  when a TNA get disconnected and its subprocess dont stop. Whatn= means, when the end-user finish his/her session, the terminalbF device still existing, even Offline, and a child-process begins do useD  almost 100% of CPU. I try to stop the main / child process, but theB answer is "process suspend". The child process is in CURrent state"  and the main process in RWAST....    J I must halt the server every time it happens. Or almost  300 users out....  A Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1, I  but until now the develop. people didnt finish the tests in the develop.r environment...   Regardsf   FC            > JF Mezei <jfmezei.spamnot@videotron.ca> em 31/01/2001 22:15:59             Info-VAX@Mvb.Saic.Com        Assunto: Re: RWAST    * fabio_compaq@ep-bc.petrobras.com.br wrote: >c7 > Do anyone know a way to stop a process in RWAST . . .l8 > If there is a freeware-program to do that ....etc ....  ; RWAST is VMS's equivalent to the Blue Screen of Death :-:-)   K The big difference is that it is THEORETICALLY possible to recover from it.  IfK you are dealing with TK50 or TK70, if you attempt to stop a process that is4J doing IO to the tape, then waiting long enough will usually free the state9 (the process must wait for the outstanding IO completes).s   ------------------------------  # Date: Thu, 01 Feb 2001 11:34:59 GMTB/ From: Mike Price <mike.price@littlewoods.co.uk>s Subject: Re: RWAST) Message-ID: <95bhl3$ccb$1@nnrp1.deja.com>)  F We have had 2 similar problems but they are unrelated. I'm telling you just in case it may help.aD a) we have had processes that run out of a quota (astlm?). They thenE shang. If there was a subprocess I can imagine it looping and gettinghA confused. To fix it we had to identify the quota and increase it.yE b) we have had an ongoing problem with TCP connected PCs (i.e. telnetcE TNA devices) that refuse to go away when the user shuts down their NT D PC. Compaq assurs me this will go away with UCX version 5.0a (we areD currently version 4.2) (i.e. the "upgrade and everything will be OK"	 response)a  . Hope this helps a bit but I suspect it may not   Mike     --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Thu, 01 Feb 2001 12:48:22 GMTs: From: Nic Clews CSC Computer Sciences <nclews@my-deja.com> Subject: Re: RWAST) Message-ID: <95blul$ffc$1@nnrp1.deja.com>   
 In articleA <OF840B4FF6.1F898851-ON032569E6.003F62F9@ep-bc.petrobras.com.br>,:,   fabio_compaq@ep-bc.petrobras.com.br wrote: >9 >0? > I know RWAST is the BSD of OpenVMS... My problem is happening A >  when a TNA get disconnected and its subprocess dont stop. Whath? > means, when the end-user finish his/her session, the terminallH > device still existing, even Offline, and a child-process begins do useF >  almost 100% of CPU. I try to stop the main / child process, but theD > answer is "process suspend". The child process is in CURrent state$ >  and the main process in RWAST....  E RWAST is usually (but not exclusively) due to IO not being able to beaD delivered. I suspect in this case some terminal IO cannot get to its2 destination because the destination has gone away.  F You should actually be grateful that VMS is taking such care over yourD data. I don't think too many DBA's would be amused if VMS decided toA 'lose' or discard a bit of data and corrupt a whole database as at result.l  D Same with cluster hangs. Most folks bitch about it, but in fact it'sG saving your ass. Better to stop what you're doing than create you a bigxE mess and be forced to test the integrity of _your_ backup procedures!   D > I must halt the server every time it happens. Or almost  300 users out....r  > Use SDA with SH PROC/CHAN and other VMS tools to ascertain theD identity/culprit/source, see if they are doing something silly (likeG shutting down their PC without logging out sessions - quite common) and.? hit them with a heavy book, or something. VAX/VMS Internals andoE Datastructures is a good one, preferably the 5.2 version because it's-	 hardback.-  D I had a user at the last place who kept switching off his PC withoutB logging out and we saw RWAST and COM processes as a result. I said "Keith, don't do that."3   Regards, Nic   -- nclews at csc dot comu     Sent via Deja.comc http://www.deja.com/   ------------------------------  # Date: Thu, 01 Feb 2001 13:48:14 GMTI/ From: Mike Price <mike.price@littlewoods.co.uk>a Subject: Re: RWAST) Message-ID: <95bper$iee$1@nnrp1.deja.com>d  ) In article <95blul$ffc$1@nnrp1.deja.com>,h=   Nic Clews CSC Computer Sciences <nclews@my-deja.com> wrote:n > @ > Use SDA with SH PROC/CHAN and other VMS tools to ascertain theF > identity/culprit/source, see if they are doing something silly (likeE > shutting down their PC without logging out sessions - quite common)  and A > hit them with a heavy book, or something. VAX/VMS Internals and G > Datastructures is a good one, preferably the 5.2 version because it'ss > hardback.a >nF > I had a user at the last place who kept switching off his PC withoutD > logging out and we saw RWAST and COM processes as a result. I said > "Keith, don't do that."l >m > Regards, Nic >s  F We are forced by circumstances to consider users switching PCs etc offF to be a normal situation, the state of things on the PC doesn't matterC to a VDU operator when its home time. It's our problem to ensure ithD works again when she (or he) decides to use it again. Anyway hitting@ 1000 users over the head with a cd would take too much time - we% chucked the 5.2 manuals out ages ago.x* Maybe if we left the cd in the drive?? ;-)  A Sometimes I think life would be much easier if the users left thee systems alone:-)   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Thu, 01 Feb 2001 14:42:51 GMTn1 From: "Mark D. Jilson" <jilly@clarityconnect.com>b Subject: Re: RWAST2 Message-ID: <3A7976DB.C83EE6D1@clarityconnect.com>  F OK so the RWAST is the parent process waiting for the subprocess to goE away, normal and expected.  As for the subprocess going compute bound D after it gets disconnected from it's telnet session you will need toG ensure that you are running the latest patch kit for your TCPIP stack. tH You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ??  This would help.  * fabio_compaq@ep-bc.petrobras.com.br wrote: > ? > I know RWAST is the BSD of OpenVMS... My problem is happeningnA >  when a TNA get disconnected and its subprocess dont stop. Whatm? > means, when the end-user finish his/her session, the terminalrH > device still existing, even Offline, and a child-process begins do useF >  almost 100% of CPU. I try to stop the main / child process, but theD > answer is "process suspend". The child process is in CURrent state$ >  and the main process in RWAST.... > L > I must halt the server every time it happens. Or almost  300 users out.... > C > Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1,0K >  but until now the develop. people didnt finish the tests in the develop.t > environment... > 	 > Regards8 >  > FC   -- .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, 01 Feb 2001 13:27:24 -0300P) From: fabio_compaq@ep-bc.petrobras.com.bro Subject: Re: RWASTL Message-ID: <OF62763B08.AE1DE1EF-ON032569E6.005A406E@ep-bc.petrobras.com.br>  
 I am using   $ tcpip show version  9   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0Am6   on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2  Q DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000 02:08:13h    Regards2   FC        B "Mark D. Jilson" <jilly@clarityconnect.com> em 01/02/2001 12:42:51             Info-VAX@Mvb.Saic.Com;       Assunto: Re: RWAST    F OK so the RWAST is the parent process waiting for the subprocess to goE away, normal and expected.  As for the subprocess going compute boundfD after it gets disconnected from it's telnet session you will need toF ensure that you are running the latest patch kit for your TCPIP stack.G You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ??D This would help.  * fabio_compaq@ep-bc.petrobras.com.br wrote: >p? > I know RWAST is the BSD of OpenVMS... My problem is happeninggA >  when a TNA get disconnected and its subprocess dont stop. What ? > means, when the end-user finish his/her session, the terminal H > device still existing, even Offline, and a child-process begins do useF >  almost 100% of CPU. I try to stop the main / child process, but theD > answer is "process suspend". The child process is in CURrent state$ >  and the main process in RWAST.... >-D > I must halt the server every time it happens. Or almost  300 users out....p >MC > Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1,aK >  but until now the develop. people didnt finish the tests in the develop.n > environment... > 	 > Regards  >- > FC   --H Jilly     - Working from Home in the Chemung River Valley - Lockwood, NY@      - jilly@clarityconnect.com               - Brett Bodine fan;      - Mark.Jilson@Compaq.com            - since 1975 or sog0      - http://www.jilly.baka.com               -   ------------------------------  % Date: Thu, 01 Feb 2001 10:57:23 -05001; From: "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com>. Subject: RE: RWASTN Message-ID: <4B279CF3578CD211B945009027178017046D038B@swilnts809.wil.fusa.com>  > As a general matter, RWAST results when a process calls one of= the kernel routines to wait with RWAST status. The process isc8 supposed to recheck whatever it's waiting for and either? call this routine again in a loop, or exit its loop. That beingc8 true, (and sorry, I don't recall offhand the name of the: routine called) the process could be waiting for ANYTHING.: That means that to undo an RWAST you have to know what theA process code does in some detail. Only then can you judge whether.; it is safe to change something in the process to get it outE> of the loop. All you know from outside is that the return from; the kernel sub is going to be in a loop of some kind; there + are no standards for what is being awaited.n>   This does make it somewhat convenient for waiting for random: things without messing with anything visible in user mode,- but makes a general un-RWAST tool infeasible.I   -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.bre, [mailto:fabio_compaq@ep-bc.petrobras.com.br]* Sent: Thursday, February 01, 2001 11:27 AM To: Info-VAX@Mvb.Saic.Com. Subject: Re: RWAST    
 I am using   $ tcpip show version  9   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A 6   on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2  G DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000o	 02:08:13hw   Regards    FC        B "Mark D. Jilson" <jilly@clarityconnect.com> em 01/02/2001 12:42:51             Info-VAX@Mvb.Saic.Comh       Assunto: Re: RWAST    F OK so the RWAST is the parent process waiting for the subprocess to goE away, normal and expected.  As for the subprocess going compute boundoD after it gets disconnected from it's telnet session you will need toF ensure that you are running the latest patch kit for your TCPIP stack.G You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ??0 This would help.  * fabio_compaq@ep-bc.petrobras.com.br wrote: >+? > I know RWAST is the BSD of OpenVMS... My problem is happeningsA >  when a TNA get disconnected and its subprocess dont stop. What ? > means, when the end-user finish his/her session, the terminal.H > device still existing, even Offline, and a child-process begins do useF >  almost 100% of CPU. I try to stop the main / child process, but theD > answer is "process suspend". The child process is in CURrent state$ >  and the main process in RWAST.... > D > I must halt the server every time it happens. Or almost  300 users out....h >eC > Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1,cK >  but until now the develop. people didnt finish the tests in the develop.e > environment... >u	 > Regardsy >c > FC   --H Jilly     - Working from Home in the Chemung River Valley - Lockwood, NY@      - jilly@clarityconnect.com               - Brett Bodine fan;      - Mark.Jilson@Compaq.com            - since 1975 or sol0      - http://www.jilly.baka.com               -   ------------------------------  % Date: Thu, 01 Feb 2001 11:09:03 -0500-0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: RWAST2 Message-ID: <zIl5OtkvxBFAACBvuvuDvHXjHXRj@4ax.com>  " What application is it RWASTed on?   David R. Beattye  # On Thu, 01 Feb 2001 13:27:24 -0300, * fabio_compaq@ep-bc.petrobras.com.br wrote:   >I am using- >  >$ tcpip show version1 >6: >  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A7 >  on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2- > R >DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000 02:08:13h >n >Regards >c >FCn >e >t >t > C >"Mark D. Jilson" <jilly@clarityconnect.com> em 01/02/2001 12:42:51  >n >  >  >      Info-VAX@Mvb.Saic.Com >s >i >u >Assunto: Re: RWASTa >  >-G >OK so the RWAST is the parent process waiting for the subprocess to gouF >away, normal and expected.  As for the subprocess going compute boundE >after it gets disconnected from it's telnet session you will need to G >ensure that you are running the latest patch kit for your TCPIP stack.gH >You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ?? >This would help.- >-+ >fabio_compaq@ep-bc.petrobras.com.br wrote:  >>@ >> I know RWAST is the BSD of OpenVMS... My problem is happeningB >>  when a TNA get disconnected and its subprocess dont stop. What@ >> means, when the end-user finish his/her session, the terminalI >> device still existing, even Offline, and a child-process begins do usesG >>  almost 100% of CPU. I try to stop the main / child process, but the<E >> answer is "process suspend". The child process is in CURrent staten% >>  and the main process in RWAST....: >>E >> I must halt the server every time it happens. Or almost  300 usersp >out.... >>D >> Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1,L >>  but until now the develop. people didnt finish the tests in the develop. >> environment...e >>
 >> Regards >> >> FC    ------------------------------  % Date: Thu, 01 Feb 2001 14:49:50 -03004) From: fabio_compaq@ep-bc.petrobras.com.brs Subject: Re: RWASTL Message-ID: <OF8F4422B6.681A9814-ON032569E6.0061C9B7@ep-bc.petrobras.com.br>  H It is an application developed in Cobol, but the problem is not with the application itself.iJ I believe it is a TCPIP problem. When the user close the emulator windows, the TNAo- becomes offline, instead of stop the process.aE Or the subprocess does not permit to the parent process go down ! ! !o   Regardsc   FC        A David Beatty <David.Beatty.NOSPAM@sas.com> em 01/02/2001 14:09:03d  - Favor responder a David.Beatty.NOSPAM@sas.com              Info-VAX@Mvb.Saic.Come       Assunto: Re: RWAST      " What application is it RWASTed on?   David R. Beatty   # On Thu, 01 Feb 2001 13:27:24 -0300,e* fabio_compaq@ep-bc.petrobras.com.br wrote:   >I am usingd >  >$ tcpip show versiona >e: >  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A7 >  on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2  >tH >DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000	 02:08:13h  >l >Regards >  >FCS >c >t >o >aC >"Mark D. Jilson" <jilly@clarityconnect.com> em 01/02/2001 12:42:51  >y >h >  >      Info-VAX@Mvb.Saic.Com >u >r >n >Assunto: Re: RWASTe >t >eG >OK so the RWAST is the parent process waiting for the subprocess to go-F >away, normal and expected.  As for the subprocess going compute boundE >after it gets disconnected from it's telnet session you will need toFG >ensure that you are running the latest patch kit for your TCPIP stack. H >You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ?? >This would help.s >o+ >fabio_compaq@ep-bc.petrobras.com.br wrote:s >>@ >> I know RWAST is the BSD of OpenVMS... My problem is happeningB >>  when a TNA get disconnected and its subprocess dont stop. What@ >> means, when the end-user finish his/her session, the terminalI >> device still existing, even Offline, and a child-process begins do use G >>  almost 100% of CPU. I try to stop the main / child process, but thetE >> answer is "process suspend". The child process is in CURrent state1% >>  and the main process in RWAST....d >>E >> I must halt the server every time it happens. Or almost  300 users  >out.... >>D >> Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1,C >>  but until now the develop. people didnt finish the tests in thee develop. >> environment...  >>
 >> Regards >> >> FCt   ------------------------------   Date: 1 Feb 2001 17:43:50 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: RWAST* Message-ID: <3a799246$1@news.kapsch.co.at>  x In article <OF62763B08.AE1DE1EF-ON032569E6.005A406E@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes: >I am using4 >o >$ tcpip show versionn >i: >  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A7 >  on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2- >-R >DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000 02:08:13h  K Upgrade to V5.0-11 (also known as V5.0A !!) and install ECO1 (aka V5.0-111)aK or RSN the ECO2 (aka V5.0-112) and don't fear the upgrade to OpenVMS V7.2-1y (and the umpteen ECOs)  = Remember TCPIP is still a dot-zero version quality product....   -- h< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 01 Feb 2001 10:51:18 -0600 0 From: arturo saavedra <arturo.saavedra@wcom.com> Subject: RE: RWASTC Message-ID: <MOEAJKGGEIMGCCPEPJBHAEMNDEAA.arturo.saavedra@wcom.com>c  J We once had this problem with captive account users accessing an installedI image.  Once they just closed their telnet window, their process would go J into an RWAST and hang there forever.  It was found that we had to installK the image with the change mode to kernel priv in order to allow the process L to rundown on its own after the telnet session was closed.  Not sure if this would apply to you or your app.r     Arturo     -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.brh, [mailto:fabio_compaq@ep-bc.petrobras.com.br]* Sent: Thursday, February 01, 2001 11:50 AM To: Info-VAX@Mvb.Saic.Come Subject: Re: RWAST    H It is an application developed in Cobol, but the problem is not with the application itself.sJ I believe it is a TCPIP problem. When the user close the emulator windows, the TNAe- becomes offline, instead of stop the process.eE Or the subprocess does not permit to the parent process go down ! ! !s   Regardsu   FC        A David Beatty <David.Beatty.NOSPAM@sas.com> em 01/02/2001 14:09:03c  - Favor responder a David.Beatty.NOSPAM@sas.como             Info-VAX@Mvb.Saic.Coma       Assunto: Re: RWAST      " What application is it RWASTed on?   David R. Beatty   # On Thu, 01 Feb 2001 13:27:24 -0300,s* fabio_compaq@ep-bc.petrobras.com.br wrote:   >I am usingo >p >$ tcpip show versiont >e: >  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A7 >  on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2y >rH >DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000	 02:08:13hc >  >Regards >  >FC  >t >l >h >eC >"Mark D. Jilson" <jilly@clarityconnect.com> em 01/02/2001 12:42:51  >h >  >C >      Info-VAX@Mvb.Saic.Com >r >n >e >Assunto: Re: RWASTu >, >eG >OK so the RWAST is the parent process waiting for the subprocess to golF >away, normal and expected.  As for the subprocess going compute boundE >after it gets disconnected from it's telnet session you will need torG >ensure that you are running the latest patch kit for your TCPIP stack.tH >You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ?? >This would help.a > + >fabio_compaq@ep-bc.petrobras.com.br wrote:e >>@ >> I know RWAST is the BSD of OpenVMS... My problem is happeningB >>  when a TNA get disconnected and its subprocess dont stop. What@ >> means, when the end-user finish his/her session, the terminalI >> device still existing, even Offline, and a child-process begins do usenG >>  almost 100% of CPU. I try to stop the main / child process, but theeE >> answer is "process suspend". The child process is in CURrent statee% >>  and the main process in RWAST....y >>E >> I must halt the server every time it happens. Or almost  300 usersw >out.... >>D >> Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1,C >>  but until now the develop. people didnt finish the tests in the  develop. >> environment...v >>
 >> Regards >> >> FCd   ------------------------------  % Date: Thu, 01 Feb 2001 16:46:24 +0000w- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>p Subject: Re: RWAST) Message-ID: <3A7992E0.B4551D95@bbc.co.uk>   * fabio_compaq@ep-bc.petrobras.com.br wrote:   > I am using >e > $ tcpip show version >o; >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A 8 >   on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2 >mS > DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000 02:08:13h    Fabios  K That is I believe the "broken" 5.0A. V5.0-11 is better. Even better is ECO1   @  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 1  Q DEC AXPVMS TCPIP V5.0-10            Full LP     Installed    DEC AXPVMS TCPIP_ECO  V5.0-111  U No way should a user be able to deny service on your VMS box by turning off their PC.    Hope this helpso   regards-     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukc  A I speak for myself only and my views in no way represent those ofo MedAS or the BBC.o   ------------------------------  % Date: Thu, 01 Feb 2001 15:15:57 -0300t) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Re: RWASTL Message-ID: <OF911941EB.103E62AC-ON032569E6.006413BD@ep-bc.petrobras.com.br>  A The user cannot deny service of OVMS , the users connected to thewF specified database are locked. And I cant backup the RDB database too.  # Even using $ RMU/CLOSE/ABORT=FORCEXm  < the user still consuming CPU and connected to the database !   What mess ! :-)   A I dont believe Compaq dont have a way to stop a process in RWAST.eB It is the most common big problem I have in OpenVMS since 1996....   Regards    FC        > Tim Llewellyn <tim.llewellyn@bbc.co.uk> em 01/02/2001 14:46:24  ) Favor responder a tim.llewellyn@bbc.co.ukt             Info-VAX@Mvb.Saic.ComR       Assunto: Re: RWAST        * fabio_compaq@ep-bc.petrobras.com.br wrote:   > I am using >  > $ tcpip show version >t; >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0Ad8 >   on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2 >iI > DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000t	 02:08:13hR   Fabioe  K That is I believe the "broken" 5.0A. V5.0-11 is better. Even better is ECO1s  @  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 1  G DEC AXPVMS TCPIP V5.0-10            Full LP     Installed    DEC AXPVMS:	 TCPIP_ECOP V5.0-111  K No way should a user be able to deny service on your VMS box by turning off.	 their PC.0   Hope this helps-   regardss     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukP  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Thu, 01 Feb 2001 13:07:09 -0500 0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Re: RWAST2 Message-ID: <EKV5OrE=aoChjPYqd4tLqJO9Lbqz@4ax.com>  C     In a different response you seemed to indicate the VMS back-endo@ is an Rdb database.  Not being really familiar with Rdb, I wouldA assume it has a functionality similar to SQL*Net for TCP/IP underf: Oracle RDBMS, where to can connect to a database remotely.A Is there a TCP/IP service setup for this, and what do the serviceqA parameters look like?  Maybe there's a configuration issue that'se7 not allowing the disconnect to get processed correctly.n  F     I'm just making some suggestions as to where to look next, in case you haven't already.   David R. Beattyi  # On Thu, 01 Feb 2001 14:49:50 -0300,c* fabio_compaq@ep-bc.petrobras.com.br wrote:  I >It is an application developed in Cobol, but the problem is not with thes >application itself.K >I believe it is a TCPIP problem. When the user close the emulator windows,h >the TNA. >becomes offline, instead of stop the process.F >Or the subprocess does not permit to the parent process go down ! ! ! >S >Regards >b >FCt >n >t >d >lB >David Beatty <David.Beatty.NOSPAM@sas.com> em 01/02/2001 14:09:03 > . >Favor responder a David.Beatty.NOSPAM@sas.com >r >H >  >      Info-VAX@Mvb.Saic.Com >k >d >Y >Assunto: Re: RWASTy >n >. > # >What application is it RWASTed on?  >M >David R. Beatty > $ >On Thu, 01 Feb 2001 13:27:24 -0300,+ >fabio_compaq@ep-bc.petrobras.com.br wrote:  >- >>I am using >> >>$ tcpip show version >>; >>  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0AE8 >>  on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2 >>I >>DEC AXPVMS TCPIP V5.0-10            Full LP     Install     12-JUL-2000l
 >02:08:13h >>	 >>Regards  >> >>FC >> >> >> >>D >>"Mark D. Jilson" <jilly@clarityconnect.com> em 01/02/2001 12:42:51 >> >> >> >>      Info-VAX@Mvb.Saic.Comi >> >> >> >>Assunto: Re: RWAST >> >>H >>OK so the RWAST is the parent process waiting for the subprocess to goG >>away, normal and expected.  As for the subprocess going compute bound F >>after it gets disconnected from it's telnet session you will need toH >>ensure that you are running the latest patch kit for your TCPIP stack.I >>You don't say whether this is UCX V4.2 or TCPIP V5.0A or MULTINET or ??o >>This would help. >>, >>fabio_compaq@ep-bc.petrobras.com.br wrote: >>>sA >>> I know RWAST is the BSD of OpenVMS... My problem is happeninghC >>>  when a TNA get disconnected and its subprocess dont stop. WhattA >>> means, when the end-user finish his/her session, the terminalaJ >>> device still existing, even Offline, and a child-process begins do useH >>>  almost 100% of CPU. I try to stop the main / child process, but theF >>> answer is "process suspend". The child process is in CURrent state& >>>  and the main process in RWAST.... >>> F >>> I must halt the server every time it happens. Or almost  300 users	 >>out....A >>>eE >>> Compaq CSC said to me I must upgrade from OVMS 7.2 to OVMS 7.2-1, D >>>  but until now the develop. people didnt finish the tests in the	 >develop.  >>> environment... >>>@ >>> Regardst >>>  >>> FC >0 >2 >: >  >  >    ------------------------------  # Date: Thu, 01 Feb 2001 14:39:19 GMT # From: marinto <marinto@my-deja.com> ) Subject: Re: select() and getservbyname().) Message-ID: <95bsem$l7t$1@nnrp1.deja.com>o  H > Since there are multiple was to synch up your processing with your I/OG > (event flags, ASTs, locks, ...) you can vary the VMS approach to suito
 > your needs.   C Since the programs that uses my library should work the same way on D both unix and vms, I can't use asts outside my library. I'm thinking@ bout implementing threads though but thats for later (the serverF program Im writing now only has to handle 8 clients at a time...). ButF for future programs that are to be written with my library, threads is* a good idea. (Who needs fork() anyways ;).  ? (Sorry for posting the same reply twice...but Im in a hurry...)e   /Marinto     Sent via Deja.come http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 15:20:28 -0300e) From: fabio_compaq@ep-bc.petrobras.com.bru Subject: SHARK by CompaqL Message-ID: <OFAAFFB15D.D8946433-ON032569E6.00647782@ep-bc.petrobras.com.br>   Click at  ? http://www5.compaq.com/products/storageworks/css2105/index.html.  I My Compaq VAR dont sell Compaq storage ..... he sold two EMC for us ! ! !g  < Incredible no ? I believe Compaq is lost in space .... =-)))  D If Compaq and IBM wants to fight EMC, they must create an independet2 storage company and merge StorageWorks + ESS......   Regards    FC   ------------------------------  # Date: Thu, 01 Feb 2001 18:20:39 GMT02 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: System version X6N6-B6D...k7 Message-ID: <XNhe6.300$cu.1678@gazette.loc1.tandem.com>R  f In article <959jqj$ebl$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes:  ; :...Now the system comes up with a version of "X6N6-B6D"...G< :...Is there a way to get rid of this without restoring the  :...system disk from tape?  .   To change your OpenVMS Alpha Version String:  &     $ SET DEFAULT SYS$COMMON:[SYS$LDR]     $ RUN SYSVER     REPLACE V7.1-2	     WRITE 
     $ EXIT     Reboot at your leisure.o  G   This will NOT resolve any file-level inconsistencies that might have mG   resulted from this mis-installation, it will simply reset the OpenVMSt   version string.r  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 01 Feb 2001 10:07:00 +0100a5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>V  Subject: Re: TCPIP configuration- Message-ID: <3A792734.2F03E515@whitehouse.nl>.   Rod Prince wrote:k > M > Using OpenVMS 7.2 (AXP), UCX 5.0, can I configure a single NIC for multipleoM > IP interfaces?  If so, where do I look for information on how to set it up?h   Yes you can:  ( TCPIP> set host aliasname/addres=a.b.c.d TCPIP> set [config] interface -iH _TCPIP> zea0/host=aliasname/network=<yourmask>/broad=<broadcast address>  : In this case i assume your normal interface is callez ZE0.   Regards,   Oswald   ------------------------------   Date: 1 Feb 2001 10:31:17 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: Re: TCPIP configuration* Message-ID: <3a792ce5$1@news.kapsch.co.at>  V In article <980974369.69142@night.wserv.com>, "Rod Prince" <prince@wserve.com> writes:L >Using OpenVMS 7.2 (AXP), UCX 5.0, can I configure a single NIC for multipleL >IP interfaces?  If so, where do I look for information on how to set it up?  1 Yes. In the docs. It's called "Pseudo Interfaces"8  E btw: Better upgrade ASAP to OpenVMS Alpha V7.2-1 - and apply (almost)nK all (currently 25) VMS721 ECOs - and upgrade to TCPIP V5.0-11 (aka V5.0A) - ? and apply ECO 1 (aka V5.0-111) to get a (much) better system...i  F Pseudo Interfaces are named like the real interface with an additionalL letter between the letters and the number of the name of the real interface.  ; A TurboChannel FDDI Interface CF0 becomes a CFA0, CFA1, .../6 A PCI Ethernet Interface WE0 becomes a WEA0, WEA1, ...: Another PCI Ethernet Interface ZE1 becomes ZEB0, ZEB1, ...   Refer to the( 	6526profile_004.html#lower_pseudo_i_sec	 at eithert1 	http://www.openvms.compaq.com:8000/72final/6526/o or1 	file:/disk$axpdocjun002/network/tcpip50a/manage/  or3 	some other issue of the quarterly CONDIST DOCU CDsr   -- S< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888l< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 1 FEB 2001 15:37:53 GMTr+ From: Dave Greenwood <greenwoodde@ornl.gov>e  Subject: Re: TPU$WORK work files1 Message-ID: <1FEB01.15375339@feda34.fed.ornl.gov>e  . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:P > If your sys$login has a version limit of 2, whenever you try to edit more thanP > 2 files at the same time, you get a nasty error message to the effect that the+ > TPU$WORK.TPU$WORK file cannot be created.N >   N > There are, of course many ways to deal with this, so I am curious about what4 > methods are most used , drawbacks advantages etc ? >  i# > Some of the way I could think of:n >   N > create a directory with no version limit and define SYS$SCRATCH to go to it. >  eI > create a TPU$WORK logical to point to a file that already exists with ad > version limit of 0K > (hoping that file never gets deleted otherwise next time you use TPU, thec& > directory's version limit kicks in). >   M > always use /NOWORK when starting TPU (unless you know you're editing a veryv > large file).  J You can   SET FILE/VERSION_LIMIT=<n> TPU$WORK.TPU$WORK   where <n> is someI number greater than 2.  The file-specific version limit will override then directory limit.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV-H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Thu, 01 Feb 2001 02:00:37 -0500p2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: Try this on Linux or NT/MEbL Message-ID: <rdeininger-0102010200380001@user-2ivechk.dialup.mindspring.com>  V In article <t7h14jasbjts85@news.supernews.com>, "John Vottero" <John@mvpsi.com> wrote:  N > I would also like to hear from sites with VMSclusters which have been up forJ > years.  There must be more than one site that migrated from VAX to AlphaH > without shutting down the cluster.  I would love to hear the story(s).  ,I rolled a Vaxcluster from 5.5-2 to 7.1 without a complete shutdown. Then I started adding in alphas that had been brought from 1.5 to 7.1.  The cluster survived all this.  All you need is at least two system disks, and willingness to move votes and the cluster-common environment files occasionally.  Then I had to replace a vax system disk with a larger one, and foolishly left the disk mounted on other cluster nodes while I did the standalone backup/swap/restore.  The alpha boot node and its satellite continued to function, but when I rebooted the vax, the cluster wisely refused to let the new system disk in, since it's properties didn't match.  I didn't have time for a bunch of experiments, so I ended up shutting down the whole cluster to get the vaxes back as soon as possible.n   After this mishap, the cluster was up for slightly more than 3 years, until a power failure.  (PHBs don't believe in UPS.)  During this time, individual nodes were rebooted, moved, upgraded, etc., but the cluster remained available.   I did come close to losing the cluster once, due to some rotten behavior with MSCP-served RAM disks.   Hmm. I don't think I was able to get a service call through the bureaucracy to Compaq at that time.  I wouldn't be surprised if the bug is still there.  D I don't consider 3 years to be much to brag about for a VMS cluster.   -- s Robert Deininger rdeininger@mindspring.coms   ------------------------------  # Date: Thu, 01 Feb 2001 09:33:53 GMTp% From: Alan Greig <agreig@my-deja.com>n' Subject: Re: Try this on Linux or NT/ME ) Message-ID: <95bai2$76i$1@nnrp1.deja.com>y  D In article <Zy1e6.1505$En4.30640@typhoon.jacksonville.mediaone.net>,2   "Tom Simpson" <simpsont@xxx.mediaone.net> wrote:F > I'd be happy if I could go a whole 60 days without crashing one node or the > otheraH > in my 2 node ES40 cluster!  The Alpha systems aren't even close to the > stability of > the VAX6000 series (IMHO).  D Then you have a serious problem. A properly configured two node ES40H cluster with any appropriate patches installed is just as stable, if not  more so, than a 6000 series VAX.  G I have a two node ES40 cluster which had been running for 13 months andFG had only one software crash on one node. This was a LCKMGRERR crash and/H a quick search of DSN provided a work-around to prevent a re-occurrence.  G There has been one hardware crash when a SCSI controller failed in suchrH a way that it took down the PCI bus. The other cluster node happily took
 up the slack.b  %  What sort of crashes are you seeing?'     > -Tom >n0 > "Don Sykes" <don@alphase.com> wrote in message' > news:3A7712ED.978DAC4F@alphase.com...tI > > The Oakland police dept went into production with their 911 emergency J > > dispatch system in 1991. It's now a DEC 7000 Model 710 cluster running > > VMS Ver.V6.2.eI > > The application tracks all 911 calls (thousands per day) and controls J > > all police dispatching for the city (pop ~300,000). I just checked andL > > the application and OS have been running continuously, 24/7, for over 13< > > months. It was last rebooted "14-DEC-1999 06:37:31.00" !3 > > Can any other OS point to successes like this ?cL > > I know I have to reboot my NT 4.0 W/S every few days. Linux might last a > > few weeks. > >> > >s > >t >e >r   -- --
 Alan Greig     Sent via Deja.comr http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 12:22:12 +0000n/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>s' Subject: re: Try this on Linux or NT/ME>7 Message-ID: <009F6FD2.11C3FAD5.16@maxwell.ph.kcl.ac.uk>-  N In some senses extreme uptimes are not particularly meaningful, in that you'llK only ever see them on systems where the operating system is never upgraded.aH That's unusual - it's either something like a plant control system whereG changes are safety-critical and where that which is not badly broken is0P never ever "fixed", or an obsolescent system that is being allowed to run until 
 it drops.   9 I have come to expect effective uptimes measured in yearsaH from both VMS and Linux. (The pattern here on my VMS system and my LinuxG server was an institution-policy Y2K shutdown, prior to that a shutdownEG to upgrade in June 1998, so what I'd call effective uptime is in excessAG of 2.5 years). I can't remember the last time I saw an unprovoked crasheJ from VMS, Tru64, or a conservatively chosen known-stable version of Linux.  K Where VMS scores over others is with clusters. You can lose a node, but theCH show keeps going. You can, if you have the money, arrange it so that youJ can lose an entire datacentre (to a fire or other disaster) and still keepL going. It's a huge shame that Compaq won't offer cheap low-end VMSclusters. I Cluster lifetimes in excess of ten years ought to be commonplace (though c< Y2K fears probably inspired a lot of clusterwide shutdowns).  ; The only real loser is Windoze. NT4 servers seem to stay upeG for a few months (assuming you don't have to reboot because of a non-OSlA software install), and that's a whole load better than 95/98/ME. C  K Incidentally I can't speak for the Irish, but the UK mainland national grideE is pretty reliable. Here in London, given a UPS to ride out any short J glitches, most of us have seen continuous power since the 1987 "Hurricane"/ blacked out the whole city for about 12 hours. l   	Yours,e
 		Nigel Arnotk- 		NRA@MAXWELL.PH.KCL.AC.UK                   i  7 		"In the beginning there was nothing, which exploded."    ------------------------------  # Date: Thu, 01 Feb 2001 14:00:34 GMTt% From: Alan Greig <agreig@my-deja.com>v' Subject: re: Try this on Linux or NT/MEo) Message-ID: <95bq5t$j25$1@nnrp1.deja.com>p  7 In article <009F6FD2.11C3FAD5.16@maxwell.ph.kcl.ac.uk>,V2   Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote: >J? > Incidentally I can't speak for the Irish, but the UK mainland5
 national grid   C Fairly sure the UK and Irish grids are now linked. Seem to recall apD high capacity cable runs to Northern Ireland which is also linked to< the Irish grid. Now if only we had a cable that stretched to
 California :)b  G > is pretty reliable. Here in London, given a UPS to ride out any shortt; > glitches, most of us have seen continuous power since thet 1987 "Hurricane"0 > blacked out the whole city for about 12 hours.  C But don't forget that failure that blacked out parts of London lastuC year. Remember the embarrasment for the BBC as it lost both its twooD grid supplies to Television Centre followed shortly afterwards by anC explosion in one of the emergency generators. Resulting load on the@E remaining generators and UPS systems then tripped out the rest of the@G power. If you recall the main 6pm network news bulletin was in progresscG and viewers got to see the lights dim and an anouncement that they were 3 about to go off the air as the series of supposedlyT@ stastically 'impossible' multiple failures of primary and backupB supplies finally took down even the heavily protected newsroom and broadcast equipment.  E Fire alarms triggred by the explosion in one of the generators forceds6 personnel offsite further delaying restore of service.  F All UK BBC tv and radio + satellite channels vanished from the screensB for up to four hours. BBC1 was back on air within a few minutes asE control of the network was switched to Birmingham. BBC World and NewseC 24 came next broadcasting from a shared studio. For the rest of theI< evening it looked like the news programs were coming from anE underground bunker and probably were! I believe it was the first time E since before World War 2 that BBC World Service had gone off the air.   C To make matters worse BBC1 was about to carry a major internationalP football match live.    E Just goes to show that even the most well protected systems can fail. F I recall Greg Dyke had just become Director General of the BBC and was? interviewed from a collection of outside broadcast units in the ? carpark. He wasn't amused as they'd just had an audit which wasr2 supposed to have proved that this couldn't happen.  	 > 	Yours,n > 		Nigel Arnot  > 		NRA@MAXWELL.PH.KCL.AC.UK > 9 > 		"In the beginning there was nothing, which exploded."  >n   -- --
 Alan Greig     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 08:45:36 -0600 + From: "Main, Kerry" <Kerry.Main@Compaq.com> ' Subject: RE: Try this on Linux or NT/ME N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284D1C@kaoexc3.kao.cpqcorp.net>   re: long system uptimes ..  H Just to expand slightly on what Nigel mentioned about OpenVMS clusters -  E What most business folks want is very long "application" availabilitye% uptimes - not long "system" uptimes. a  L They could not care less if systems are rebooted for OS rolling upgrades, OSI patches, replace flaky HW etc as long as they do not have to notify their.H users or that no users are impacted (no dropped connections by somethingJ "failing over") by a system having some proactively planned downtime. Same6 applies for entire datacenters in multi-site clusters.  K This is where the ability to migrate new users/connections to other serverstF to access common system wide data and cluster aware applications whileK allowing current connections to complete what they are doing is a very nicesF feature of OpenVMS clusters. When there are no connections left on theJ server, simply shut that server down. No fuss, no muss, no notice required for end users. s  & Application availability remains 100%.  I [and to answer Andrews next reply - if you have users that stay connectedlL for multiple days at a time or have applications that require specific HW onL one server or have poorly written, long multiple day running batch jobs that@ do no checkpointing, then additional steps may need to be taken]  E By the way, on the topic of Irish - as noted in one of the public Q&A-L sessions by one of the members from Irish National Railway at the last DECUSI event - their OpenVMS based application had been running continuously for 6 "only" 17 years. Not sure what the latest status is ..   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Servicest Voice: 613-592-4660l Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----6 From: Nigel Arnot [mailto:sysmgr@maxwell.ph.kcl.ac.uk] Sent: February 1, 2001 7:22 AM To: Info-VAX@Mvb.Saic.Comt' Subject: re: Try this on Linux or NT/MEe    G In some senses extreme uptimes are not particularly meaningful, in that. you'llK only ever see them on systems where the operating system is never upgraded.-H That's unusual - it's either something like a plant control system whereG changes are safety-critical and where that which is not badly broken isgI never ever "fixed", or an obsolescent system that is being allowed to runl until 
 it drops.   9 I have come to expect effective uptimes measured in yearsCH from both VMS and Linux. (The pattern here on my VMS system and my LinuxG server was an institution-policy Y2K shutdown, prior to that a shutdown G to upgrade in June 1998, so what I'd call effective uptime is in excessnG of 2.5 years). I can't remember the last time I saw an unprovoked crash-J from VMS, Tru64, or a conservatively chosen known-stable version of Linux.  K Where VMS scores over others is with clusters. You can lose a node, but thegH show keeps going. You can, if you have the money, arrange it so that youJ can lose an entire datacentre (to a fire or other disaster) and still keepL going. It's a huge shame that Compaq won't offer cheap low-end VMSclusters. I Cluster lifetimes in excess of ten years ought to be commonplace (though m< Y2K fears probably inspired a lot of clusterwide shutdowns).  ; The only real loser is Windoze. NT4 servers seem to stay upLG for a few months (assuming you don't have to reboot because of a non-OSsA software install), and that's a whole load better than 95/98/ME.    K Incidentally I can't speak for the Irish, but the UK mainland national gridsE is pretty reliable. Here in London, given a UPS to ride out any short-J glitches, most of us have seen continuous power since the 1987 "Hurricane"/ blacked out the whole city for about 12 hours. -   	Yours, 
 		Nigel Arnote- 		NRA@MAXWELL.PH.KCL.AC.UK                   O  7 		"In the beginning there was nothing, which exploded."a   ------------------------------  $ Date: Thu, 1 Feb 2001 12:11:52 -0500% From: "John Vottero" <John@mvpsi.com>0' Subject: Re: Try this on Linux or NT/MEl/ Message-ID: <t7j67tquphmedd@news.supernews.com>i  6 "Brass Christof" <brass@infopuls.com> wrote in message1 news:20010201001916.H21381@mozart.infopuls.com...fJ > On Wed, Jan 31, 2001 at 01:56:33PM +0000, Steve.Spires@yellowpages.co.uk wrote:J > > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza  > >d > >-4 > > No. This is NOT an urban legend. 'Tis very true. > >0G > > I'm having an email discussion with their system manager right now.i > >i > > Steve Spires > >e > >e > >p > >o@ > > I regard this as a modern urban legend in its shortest form.B > > No power outage in Ireland for that long?? I don't believe it.D > > Any useful work done on that machine without mistakenly shuttingD > > down, switching off or otherwise screwing up?? I don't think so. > > What version of VMS? > > Why upgrading now?$ > > Questions, questions, questions. >p' > Could you comment about my questions?C  L I was in the room when a person from the Irish Railway basically stood up toI say "thanks for creating an O/S which has been up for the past 17 years".rH This was at the "Ask OpenVMS Engineering" session at a recent DECUS.  HeF didn't go into all of the gory details but, it's not hard to imagine aI viable answer for all of your questions.  I think this was a system whichWH was controlling the signal lights for the rail line.  If I was designingH that system it would be fed from two power sources plus have a generatorJ backed UPS.  It would be in a room which NOBODY was allowed into so no oneJ could accidentally push the off button.  VMS is never upgraded because theK application is never upgraded.  They are probably upgrading now because thee  hardware is nearly 20 years old.  I I would also suspect that the Irish Railway has a lot of these systems inaH different locations controlling different sets of signal.  One of the 50J systems made it 18 years, the rest only lasted 5 or 10 years at a stretch.  E Hopefully, someone from the Irish Railway will chime in with the realk answers.   ------------------------------  % Date: Thu, 01 Feb 2001 17:56:42 +0000o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ' Subject: Re: Try this on Linux or NT/ME ) Message-ID: <3A79A35A.63DB2595@bbc.co.uk>    John Vottero wrote:e   >  >tK > I would also suspect that the Irish Railway has a lot of these systems inrJ > different locations controlling different sets of signal.  One of the 50L > systems made it 18 years, the rest only lasted 5 or 10 years at a stretch. >lG > Hopefully, someone from the Irish Railway will chime in with the real 
 > answers.  L I am hoping that it isn't going to take another 17 years for Steve Spires to4 prise some juicy factoids from hist footie buddy :-)   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofR MedAS or the BBC.<   ------------------------------  % Date: Thu, 01 Feb 2001 10:12:41 +0100e5 From: Klaus-Werner Gurgel <gurgel@ifm.uni-hamburg.de>a Subject: TZ89 read past EOV?2 Message-ID: <3A793698.5C016B1B@ifm.uni-hamburg.de>  A I try to read a DLTtapeIII XT, which was written on a True64 Unix-C system using tar. Once a day, measurement data were written to the gA tape by a shell script. After 7 days of data, it appears that duex? to a power failure the tape was rewound to BOT and overwritten .= by one day of data. (In contrast to Backup, tar takes no caren? of the tape position). I have now tried to access at least someo> of the data behind the overwritten day. I have written a smallB program able to issue IO$_READLBKLK, IO$_SKIPFILE, IO$_SKIPRECORD.C After rading the OpenVMS I/O User's Reference Manual, the followingt procedure should work:B 1. Issue a SKIPFILE to get to the end of the first day on the tape7    --> status gives 2464, End of Volume (as documented)o6 2. Issue a READLBLK to get beyond the second tape mark5    --> status gives 2160, End of file (as documented) @ 3. Now search for the next available Tape Mark from the original    data written to the tape:    Issue a SKIPFILEa-    --> status gives 724, Operation incompletes< All further SKIPFILE or READLBLK commands always return 724.@ Is there any other procedure to access the 6 or 5 days of 'lost'? data, which are still physically on the tape, or is it the TZ89s" hardware/controller avoiding this?   System is OpenVMS 7.2-1   " Many thanks for help, Klaus-Werner   -- pE Dr. Klaus-Werner Gurgel                   <gurgel@ifm.uni-hamburg.de>bE University of Hamburg, Institute of Oceanography, Troplowitzstrasse 7yE D-22529 Hamburg, Germany  Tel:+49-40-42838-5742 Fax:+49-40-42838-5713    ------------------------------  % Date: Thu, 01 Feb 2001 10:00:19 +0000r From: Roy Omond <Roy@Omond.net>e  Subject: Re: TZ89 read past EOV?) Message-ID: <3A7933B2.A0201E83@Omond.net>e   Klaus-Werner Gurgel wrote:  C > I try to read a DLTtapeIII XT, which was written on a True64 UnixaD > system using tar. Once a day, measurement data were written to theC > tape by a shell script. After 7 days of data, it appears that due @ > to a power failure the tape was rewound to BOT and overwritten? > by one day of data. (In contrast to Backup, tar takes no care A > of the tape position). I have now tried to access at least some @ > of the data behind the overwritten day. I have written a smallD > program able to issue IO$_READLBKLK, IO$_SKIPFILE, IO$_SKIPRECORD.E > After rading the OpenVMS I/O User's Reference Manual, the followingw > procedure should work:D > 1. Issue a SKIPFILE to get to the end of the first day on the tape9 >    --> status gives 2464, End of Volume (as documented)A8 > 2. Issue a READLBLK to get beyond the second tape mark7 >    --> status gives 2160, End of file (as documented)oB > 3. Now search for the next available Tape Mark from the original >    data written to the tape: >    Issue a SKIPFILEh/ >    --> status gives 724, Operation incompletee> > All further SKIPFILE or READLBLK commands always return 724.B > Is there any other procedure to access the 6 or 5 days of 'lost'A > data, which are still physically on the tape, or is it the TZ89e$ > hardware/controller avoiding this?  C In a word, no.  Due to the serpentine nature of DLT recording, data G at position 'n' on the tape is dependent on all previous data (for thataC serpentine track).  Once you've overwritten a position, you've lost A all data after that (companies do exist with specialised hardwareeA which can restore some/all data, but without this hardware you'reu? stuck;  such companies will charge you an arm and a leg for the9 restore !).u  < Ah memories of 9-track (and even 7-track for some of us :-).  	 Roy Omond0 Blue Bubble Ltd.   ------------------------------  # Date: Thu, 01 Feb 2001 15:12:25 GMT,' From: "Bill R. King" <brking@flash.net>o  Subject: Re: TZ89 read past EOV?% Message-ID: <3A797C60.2A27@flash.net>   G Most of your "Old" files are still on the tape, but the firmware in theu9 TZ89 will not let you read anything beyond the "New" EOD.   F By using a specially modified drive, we can read past EOD. However, it@ is very, very expensive to recover data from an overwritten DLT.   Let me know if we can help.w  
 Good luck.   Bill   Bill R. King, P.E. Data Recovery International  2621 Brookridge Drivea Hurst, TX, 76054-2761  USA   Tel 817-281-8901 Fax 817-656-0079   http://www.datarecover.com brking@datarecover.com  D Specializing in 9-track, 3480/3490/3490E, DLT, 8mm, and 4mm DAT data	 recovery.              Klaus-Werner Gurgel wrote: > C > I try to read a DLTtapeIII XT, which was written on a True64 Unix D > system using tar. Once a day, measurement data were written to theC > tape by a shell script. After 7 days of data, it appears that due @ > to a power failure the tape was rewound to BOT and overwritten? > by one day of data. (In contrast to Backup, tar takes no careiA > of the tape position). I have now tried to access at least some,@ > of the data behind the overwritten day. I have written a smallD > program able to issue IO$_READLBKLK, IO$_SKIPFILE, IO$_SKIPRECORD.E > After rading the OpenVMS I/O User's Reference Manual, the following  > procedure should work:D > 1. Issue a SKIPFILE to get to the end of the first day on the tape9 >    --> status gives 2464, End of Volume (as documented)a8 > 2. Issue a READLBLK to get beyond the second tape mark7 >    --> status gives 2160, End of file (as documented)cB > 3. Now search for the next available Tape Mark from the original >    data written to the tape: >    Issue a SKIPFILEi/ >    --> status gives 724, Operation incompleten> > All further SKIPFILE or READLBLK commands always return 724.B > Is there any other procedure to access the 6 or 5 days of 'lost'A > data, which are still physically on the tape, or is it the TZ89 $ > hardware/controller avoiding this? >  > System is OpenVMS 7.2-1l > $ > Many thanks for help, Klaus-Werner >  > --G > Dr. Klaus-Werner Gurgel                   <gurgel@ifm.uni-hamburg.de>eG > University of Hamburg, Institute of Oceanography, Troplowitzstrasse 7rG > D-22529 Hamburg, Germany  Tel:+49-40-42838-5742 Fax:+49-40-42838-5713    ------------------------------  % Date: Thu, 01 Feb 2001 13:30:48 -0500-- From: "Richard D. Piccard" <piccard@ohio.edu>0  Subject: Re: TZ89 read past EOV?( Message-ID: <3A79AB4D.B25D8956@ohio.edu>  E Supposedly there are drives with modified firmware that permit accessa> beyond the EOV.  So far as I know, those modifications are theG stock-in-trade of the data recovery services, they are NOT available tok ordinary customers.h  @ This has been a design mis-feature of many if not all of the DEC# cartridge drives, so far as I know.i  #                                 RDPa     Klaus-Werner Gurgel wrote:  C > I try to read a DLTtapeIII XT, which was written on a True64 UnixbD > system using tar. Once a day, measurement data were written to theC > tape by a shell script. After 7 days of data, it appears that due @ > to a power failure the tape was rewound to BOT and overwritten? > by one day of data. (In contrast to Backup, tar takes no carenA > of the tape position). I have now tried to access at least some @ > of the data behind the overwritten day. I have written a smallD > program able to issue IO$_READLBKLK, IO$_SKIPFILE, IO$_SKIPRECORD.E > After rading the OpenVMS I/O User's Reference Manual, the following  > procedure should work:D > 1. Issue a SKIPFILE to get to the end of the first day on the tape9 >    --> status gives 2464, End of Volume (as documented)w8 > 2. Issue a READLBLK to get beyond the second tape mark7 >    --> status gives 2160, End of file (as documented)nB > 3. Now search for the next available Tape Mark from the original >    data written to the tape: >    Issue a SKIPFILEb/ >    --> status gives 724, Operation incomplete > > All further SKIPFILE or READLBLK commands always return 724.B > Is there any other procedure to access the 6 or 5 days of 'lost'A > data, which are still physically on the tape, or is it the TZ89o$ > hardware/controller avoiding this? >i > System is OpenVMS 7.2-1  >c$ > Many thanks for help, Klaus-Werner >o > --G > Dr. Klaus-Werner Gurgel                   <gurgel@ifm.uni-hamburg.de>oG > University of Hamburg, Institute of Oceanography, Troplowitzstrasse 7mG > D-22529 Hamburg, Germany  Tel:+49-40-42838-5742 Fax:+49-40-42838-5713    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 01 Feb 2001 15:50:45 -0300d) From: fabio_compaq@ep-bc.petrobras.com.bre) Subject: Volume Replication (not OpenVMS) L Message-ID: <OFD14BA992.83359FDC-ON032569E6.0067625D@ep-bc.petrobras.com.br>  1 I know it is not commited to this News Group, butG/ do you know any product  /company which develop/) for Windows NT/2000, Netware and Unix....     / I know there is the VERITAS Volume Replicator !  I need a concurrent ...      RegardsT   FC   ------------------------------  $ Date: Thu, 1 Feb 2001 10:01:45 +0100% From: "Fred Zwarts" <F.Zwarts@KVI.nl>s0 Subject: VxWorks, AlphaVME (Was Re: Dave Cutler). Message-ID: <95b8ls$khm$1@info.service.rug.nl>  8 "Main, Kerry" <Kerry.Main@compaq.com> wrote in message =H news:910612C07BCAD1119AF40000F86AF0D805284D13@kaoexc3.kao.cpqcorp.net... > Dean,t >=20I > >>> I don't care if any given Alpha box can boot VMS/Tru64 _and_ NT.  =n IsF > think the Alpha CPU line will have a better chance of life if more = OS's& > support it- even the evil one(s).<<< >=20A > Ok, how about the following summary of Alpha Supported OS's :-)e >=20 > Under the Linux label -- >=20 > - SuSE Linux > - TurboLinux > - Red Hat Linuxw > - Debian Linux > - Linux-Mandrake > - Slackware Linuxe > - Stataboware (Asia) > - Kondara (Asia) > - Accel (Asia)C > - Latest Cray Supercomputer - API NetWorks and Cray Inc. Announcet0 > Strategic Alliance (Supercomputer Linux)   =20D > http://www.alpha-processor.com/pressreleases/pr012901.shtml (Jan = 29/01)" > - Linux NetworX (Linux clusters)A >     http://www.alpha-processor.com/pressreleases/pr080700.shtmlx >=20 > Under Compaq Offering's: >=20 > - Tru64 UNIX > - OpenVMSt	 > - SEVMSh > - VxWorkso   We were just bitten by this.=20 A VxWorks was sold last year and is now offered by Force Computers, + who have declared it is at its end of life.e/ Same holds for AXPvme and AlphaVME hardware.=20p, We are now looking for another VME platform. Does anyone have an idea?=20= (Preferable 64-bit, little endian, to ease software porting.)i  1 > - Himalayan NSK NonStop (future platform - EV7)u >=20 > Under the UNIX 'BSD labels:h >=20
 > - NetBSD > - FreeBSDe > - OpenBSD=20 >=20 > Under the Misc label:q >=20 > - Windows NT4 SP6a and below > - Windows 2000 RC2 and below >=20 >=20 >=20 >=20 > Kerry Main > Senior Consultant  > Compaq Canada Inc. > Professional Servicesm > Voice: 613-592-4660e > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >=20 >=20   ------------------------------  % Date: Thu, 01 Feb 2001 13:53:05 +0100p( From: Bernd Eckstein <B.Eckstein@cli.de>4 Subject: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)& Message-ID: <3A795C31.AA29084B@cli.de>   Fred Zwarts wrote: > . > We are now looking for another VME platform. > Does anyone have an idea?i? > (Preferable 64-bit, little endian, to ease software porting.)  > ? There are loads of VME-based PowerPC-Systems out there, 64 Bit.m Just search the Web for it.      -- iB  "It's good to know who hates you and it's good to be hated by theB  right people"                                    Jonny Cash, 1989  C B.Eckstein, TTi Entwicklungszentrum GmbH - mailto:B.Eckstein@cli.devC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89    ------------------------------  % Date: Thu, 01 Feb 2001 11:17:25 -0300w) From: fabio_compaq@ep-bc.petrobras.com.brr4 Subject: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)L Message-ID: <OFECA6B106.23A3C4C0-ON032569E6.004E4204@ep-bc.petrobras.com.br>  8 I m  not a specialist in Industrial Automation , yet :-)F But Ive read that HP has a strong experience in industrial automation, hardware and softwares, etc ...e   Regards    FC        9 Bernd Eckstein <B.Eckstein@cli.de> em 01/02/2001 10:53:05b             Info-VAX@Mvb.Saic.Comu      4 Assunto: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)     Fred Zwarts wrote: >t. > We are now looking for another VME platform. > Does anyone have an idea?,? > (Preferable 64-bit, little endian, to ease software porting.)I >n? There are loads of VME-based PowerPC-Systems out there, 64 Bit.e Just search the Web for it.      --B  "It's good to know who hates you and it's good to be hated by theB  right people"                                    Jonny Cash, 1989  C B.Eckstein, TTi Entwicklungszentrum GmbH - mailto:B.Eckstein@cli.deKC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89e   ------------------------------  % Date: Thu, 01 Feb 2001 11:10:18 -0500:2 From: rdeininger@mindspring.com (Robert Deininger)4 Subject: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)L Message-ID: <rdeininger-0102011110190001@user-2iveb5h.dialup.mindspring.com>  U In article <95b8ls$khm$1@info.service.rug.nl>, "Fred Zwarts" <F.Zwarts@KVI.nl> wrote:1  ! > We were just bitten by this.=20lC > VxWorks was sold last year and is now offered by Force Computers,u- > who have declared it is at its end of life.-  k All of VxWorks is EOL?!?  That's going to make a lot of folks uncomfortable.  Is there a follow-on product?t  1 > Same holds for AXPvme and AlphaVME hardware.=20 . > We are now looking for another VME platform. > Does anyone have an idea?=20? > (Preferable 64-bit, little endian, to ease software porting.)e  a There exist PCI-VME bridge devices.  You could plug one of these into your favorite alpha system.r   -- i Robert Deininger rdeininger@mindspring.comv   ------------------------------  % Date: Thu, 01 Feb 2001 17:06:37 +0000.- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 4 Subject: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)) Message-ID: <3A79979D.45C6EF18@bbc.co.uk>r   Robert Deininger wrote:n  d >  There exist PCI-VME bridge devices.  You could plug one of these into your favorite alpha system. >n  B Are people still using VMEbus? Its been over 10 years since I did. I guess if it works for you.  P Tim, who has fond memories of extending the Q22bus from a Microvax II into a VME- crate (certainly learned about earthing) :-).t     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uki  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.    ------------------------------  $ Date: Thu, 1 Feb 2001 12:13:53 -0600; From: Lord Running Clam <Use-Author-Address-Header@[127.1]>r4 Subject: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)- Message-ID: <200102011813.MAA04961@www.xg.nu>t  " -----BEGIN PGP SIGNED MESSAGE-----  C On Thu, 01 Feb 2001, Tim Llewellyn <tim.llewellyn@bbc.co.uk> wrote:r >Robert Deininger wrote:  K >Tim, who has fond memories of extending the Q22bus from a Microvax II intow >a VME. >crate (certainly learned about earthing) :-).   Dare I ask . . .    $ Was the experience electrifying? <g>       TTFN.e    	 Ganymede.  - --  6 The bigger the humbug, the better people will like it. ~ Phineas Taylor Barnum.   -----BEGIN PGP SIGNATURE-----r Version: N/A  @ iQEVAwUBOniY8oer+ijnZohVAQGwbQf8CoVuxRmlgTquEimn2BkCeHWiQvppas1p@ hftl/n4dCZj52sTLpaFZXZEby1s/bQvZKVpKPUCBdhspTEyLUETxVVkrb1IFkJiP@ sPZLQZBxwOitPh431Qo8CeXoEvb5Ynkjb8Bdtc5YGbN6erAD1oHUwIAiHQI5sJrI@ /F+VEjf0jCyEuApZERA36tlPIfFCdJehiEB5hTRKZnYghCjms5MantYUNlAu6q22@ qhmb6KoxOtAE658Iv8VwPqAGafxhGgLcqxAsU9ODpP8xF4Tljbgw3V4jPRVPxG/68 iObxeRaTlfB3teahEHc2kAl2KvZaOH8VoPhLeeLlFjnZ7a3EqjUyUQ== =4pJle -----END PGP SIGNATURE-----o   ------------------------------  % Date: Thu, 01 Feb 2001 13:13:14 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)4 Subject: Re: VxWorks, AlphaVME (Was Re: Dave Cutler)L Message-ID: <rdeininger-0102011313150001@user-2iveb5h.dialup.mindspring.com>  H In article <3A79979D.45C6EF18@bbc.co.uk>, tim.llewellyn@bbc.co.uk wrote:   > Robert Deininger wrote:i > f > >  There exist PCI-VME bridge devices.  You could plug one of these into your favorite alpha system. > >  > D > Are people still using VMEbus? Its been over 10 years since I did. > I guess if it works for you.  3 The high energy physics folks still use lot of VME.e  R > Tim, who has fond memories of extending the Q22bus from a Microvax II into a VME/ > crate (certainly learned about earthing) :-).s  j Do you remember which widget you used?  It sounds like it might overlap with our upcoming PCI-VME project.   -- L Robert Deininger rdeininger@mindspring.comI   ------------------------------  % Date: Thu, 01 Feb 2001 12:52:20 +0000e/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> ) Subject: re:  Re: Where to get TeX/LaTeX?V7 Message-ID: <009F6FD6.46E92FB5.22@maxwell.ph.kcl.ac.uk>   
 > >    Hi,G > >         please, does anybody know where to get a complete TeX/LaTeXaL > > package for VMS? We want to update from TeX 3.1415/LaTeX2e patch level 4I > > as of 1994, but I can't find it on the VMS Freeware CD, nor found anys@ > > hints from where to retrieve it in the comp.os.vms archives. > >e > >    Thanks, > >             Horst   A If you look in any CTAN archive (www.tex.ac.uk is my nearest, but B there's probably a .de one), you'll find a 1997 DECUS distributionE under tex-archive/systems/OpenVMS/TEX97_CTAN.ZIP (21Mb). I don't knowrI what patch level that distribution represents (the TXT file doesn't say).r   	Yours,e
 		Nigel Arnoty- 		NRA@MAXWELL.PH.KCL.AC.UK                   y  7 		"In the beginning there was nothing, which exploded."-   ------------------------------  % Date: Thu, 01 Feb 2001 09:31:19 -0500m# From: Jim Agnew <agnew@hsc.vcu.edu>8$ Subject: Re: Where to get TeX/LaTeX?+ Message-ID: <3A797337.D7B99D7A@hsc.vcu.edu>    If this is a one-shot deal, help yourself to kermit and transfer it thataway...  I use kermit between my self and cleanweb.net forh home use, as cleanweb.net disallows ftp access for anti-porno screening.  (i have kids, flames to nla0:)   Jim.   Gloria Griffith wrote: > M > I have a problem on a OVMS system that will not allow any ftp access to thetL > machine. The machine can be accessed by telnet, set host etc., but the ftpP > command fails. I have compared TCPIP configuration on the problem machine withL > the working machines and I have been unable detect any error. I have TCPIP > version 5.A installed. > O > This is the error I get when I try to ftp to this DS20E Alpha Server, runningd > Open VMS 7.1-2 >  > $ Ftp gc04bs2 > %TCPIP-E-FTP_NETERR, I/O error on network device6 > -SYSTEM-F-REJECT, connect to network object rejected
 > $ UptimeN > OpenVMS V7.2-1  on node GC04BS  31-JAN-2001 12:50:48.00  Uptime  32 01:44:33 > $o > 6 > However, I can ftp from the same server. (see below) >  > $ ftp gc01bm, > 220 gc01bm FTP Server (Version 4.2) Ready.& > Connected to cowboy.exu.ericsson.se.. > Name (cowboy.exu.ericsson.se:system): system) > 331 Username SYSTEM requires a Passworda > Password:  > 230 User logged in. 
 > FTP> bye > 221 Goodbye.
 > $ uptimeN > OpenVMS V7.2-1  on node GC04BS  31-JAN-2001 12:46:20.64  Uptime  32 01:40:06 > $n >  > Gloria Griffithn > VMS System Administrator > office: 972-583-7052 > cell:   214-725-0820 > May the data be with you!  >  > >  > >e   ------------------------------    Date: 01 Feb 2001 23:00:36 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: Where to get TeX/LaTeX?- Message-ID: <87elxibg8b.fsf@prep.synonet.com>o  1 Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:v  C > If you look in any CTAN archive (www.tex.ac.uk is my nearest, but-D > there's probably a .de one), you'll find a 1997 DECUS distributionG > under tex-archive/systems/OpenVMS/TEX97_CTAN.ZIP (21Mb). I don't knoweK > what patch level that distribution represents (the TXT file doesn't say).   H It is the 94 version. No changes needed. The layout has been 'tedioused' thank you unix brain damage...  B Few of the auxilary stuff has been updated, and in fact you should* consider getting up to date DVI* and xdvi.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 01 Feb 2001 23:01:52 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: Where to get TeX/LaTeX?- Message-ID: <87ae86bg67.fsf@prep.synonet.com>o  1 Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:s  = Damm, and get the latest LaTeX. Sorry about the brain fade...    -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.I@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 01 Feb 2001 22:52:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: Writes flushed to Disk on Dismount?- Message-ID: <87itmubglq.fsf@prep.synonet.com>r  3 "Dave Gudewicz" <david.gudewicz@abbott.com> writes:   K > Ken has stated rather categorically, that HSG and HSZ type controllers douN > NOT flush their caches upon issuing a dismount command.   If the cache flushN > timeout is set high, like Ken recommends, then its very likely that stuff isJ > sitting in the controller's cache after the dismount and not on the disk > platters.   D Ah, can this be a number 1 thing to change? I can hypothosize a caseF of a shadowset with members on two controllers. High IO on one of themB could result in the disks being inconsistant, but disk+cache beingI inconsistant. So a failure AFTER dismount would result in an inconsistant A shadow set!! This may well break stuff that assumess that a cleane3 dismount will result in 'clean' members on remount.   * Seems like a good reson to stay with HSJs.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.8@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 01 Feb 2001 10:51:40 -0500.4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>0 Subject: RE: Writes flushed to Disk on Dismount?J Message-ID: <2B37459189B0D211BE710000F8EF9D8508908BF2@nts0147.beehive.com>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C08C66.D265F928  Content-Type: text/plain;  	charset="iso-8859-1"r  L I don't see it - if the system does a dismount, but will not get a "dismountJ successful" until the cache flushes, and one disk fails at that point, youJ still have inconsistencies on the disk contents.  The shadowing s/w had toI determine (from timestamps and such) which member is the "correct" volumeoK when they are remounted.  I don't see how having the flush delayed a coupleII of seconds and the system that dismounted it not know, can cause any moretF problems than if the cache flush fails on a disk fail and the dismount "fails".   Can you elaborate?     >Paul Repacholi writes    4 >"Dave Gudewicz" <david.gudewicz@abbott.com> writes:  L >> Ken has stated rather categorically, that HSG and HSZ type controllers doI >> NOT flush their caches upon issuing a dismount command.   If the cacheA flushoL >> timeout is set high, like Ken recommends, then its very likely that stuff isK >> sitting in the controller's cache after the dismount and not on the disk  >> platters.  E >Ah, can this be a number 1 thing to change? I can hypothosize a caseaG >of a shadowset with members on two controllers. High IO on one of themrC >could result in the disks being inconsistant, but disk+cache beinglJ >inconsistant. So a failure AFTER dismount would result in an inconsistantB >shadow set!! This may well break stuff that assumess that a clean4 >dismount will result in 'clean' members on remount.  + >Seems like a good reson to stay with HSJs.e      ' ------_=_NextPart_001_01C08C66.D265F928, Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable5  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">= <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65">s6 <TITLE>RE: Writes flushed to Disk on Dismount?</TITLE> </HEAD>i <BODY>  H <P><FONT SIZE=3D2 FACE=3D"Arial">I don't see it - if the system does a =H dismount, but will not get a &quot;dismount successful&quot; until the =A cache flushes, and one disk fails at that point, you still have =cF inconsistencies on the disk contents.&nbsp; The shadowing s/w had to =: determine (from timestamps and such) which member is the =G &quot;correct&quot; volume when they are remounted.&nbsp; I don't see =eF how having the flush delayed a couple of seconds and the system that =G dismounted it not know, can cause any more problems than if the cache =e- flush fails on a disk fail and the dismount =  &quot;fails&quot;.</FONT></P>   : <P><FONT SIZE=3D2 FACE=3D"Arial">Can you elaborate?</FONT> </P> <BR>  A <P><FONT SIZE=3D2 FACE=3D"Arial">&gt;Paul Repacholi writes</FONT>D </P> <BR>  @ <P><FONT SIZE=3D2 FACE=3D"Arial">&gt;&quot;Dave Gudewicz&quot; =0 &lt;david.gudewicz@abbott.com&gt; writes:</FONT> </P>  A <P><FONT SIZE=3D2 FACE=3D"Arial">&gt;&gt; Ken has stated rather = : categorically, that HSG and HSZ type controllers do</FONT>H <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;&gt; NOT flush their caches upon =A issuing a dismount command.&nbsp;&nbsp; If the cache flush</FONT>aF <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;&gt; timeout is set high, like =9 Ken recommends, then its very likely that stuff is</FONT> H <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;&gt; sitting in the controller's =3 cache after the dismount and not on the disk</FONT>/; <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;&gt; platters.</FONT>  </P>  G <P><FONT SIZE=3D2 FACE=3D"Arial">&gt;Ah, can this be a number 1 thing =p* to change? I can hypothosize a case</FONT>F <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;of a shadowset with members on =. two controllers. High IO on one of them</FONT>G <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;could result in the disks being =e) inconsistant, but disk+cache being</FONT>hH <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;inconsistant. So a failure AFTER =/ dismount would result in an inconsistant</FONT>eH <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;shadow set!! This may well break =' stuff that assumess that a clean</FONT>=G <BR><FONT SIZE=3D2 FACE=3D"Arial">&gt;dismount will result in 'clean' =p members on remount.</FONT> </P>  F <P><FONT SIZE=3D2 FACE=3D"Arial">&gt;Seems like a good reson to stay = with HSJs.</FONT>0 </P> <BR>   </BODY>  </HTML>n) ------_=_NextPart_001_01C08C66.D265F928--n   ------------------------------    Date: 02 Feb 2001 00:47:00 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: Writes flushed to Disk on Dismount?- Message-ID: <87wvba9wqj.fsf@prep.synonet.com>n  6 "Bochnik, William J" <BochnikWJ@bernstein.com> writes:  N > I don't see it - if the system does a dismount, but will not get a "dismountL > successful" until the cache flushes, and one disk fails at that point, you ...4 > Can you elaborate?  ? > >> Ken has stated rather categorically, that HSG and HSZ typeCB > >> controllers do NOT flush their caches upon issuing a dismountA > >> command.  If the cache > flush timeout is set high, like KeneD > >> recommends, then its very likely that stuff > is sitting in the> > >> controller's cache after the dismount and not on the disk > >> platters.   OK, let try again.  A Drive A on C1 is shadowed with drive B on C2. C2 also has drive C-* that is having the hell written out of it.  E Assumption 1. In the above, the writes to C will force data from C2'sV> cache onto the media of B. C1 will hold the data for <timeout> seconds.  < Assumption 2. We have not timed out writes to the shadowset.  D We dismount the shadowset. At this point, we have some set of blocksB *x* that are in _a_ cache on a controller. Of this set, the set ofB block in C1's Cache *x1* and the blocks in C2's cache *x2* are, by? definition - proper subsets of *x*, and *x1* /= *x2*. Hence theV? blocks on disk are *x*-*x1* and *x*-*x2*, and these will not bet" equal. Fail a controller. Or both.  G Now when we bring things back. What do we have? Well, we have differentd@ disk contents, to a very high probability. We have a significant< chance that the SCB of B, but not A will have gone to media.? *BUT, it may not, or may even be the other way around*! Or bothb may hit the platter.  ; Case 1 gives B as the 'up to date' drive, and the drives as 
 different.; Case 2 gives A as the 'up to date' drive, and the drives ast< different. This is the nasty case, the new master is missing. data that is on B, so the copy will lose data.? IF both, or neither ( asuming a previous clean shadowset ) SCBsR@ go to media, then the shadowset will appear consistant, but willD not be. This will result in corruption, inconsistancy, or bugchecks.  + Now, will someone PLEASE shoot this down...e   -- u< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 1 Feb 2001 12:22:21 -0500n* From: young_r@eisner.decus.org (Rob Young)0 Subject: Re: Writes flushed to Disk on Dismount?+ Message-ID: <IqvBoYC5yJYT@eisner.decus.org>a  \ In article <87wvba9wqj.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:   > C > Drive A on C1 is shadowed with drive B on C2. C2 also has drive Cr, > that is having the hell written out of it. >   % 	Avoid this at all costs.  See below.     G > Assumption 1. In the above, the writes to C will force data from C2'sc@ > cache onto the media of B. C1 will hold the data for <timeout>
 > seconds. > > > Assumption 2. We have not timed out writes to the shadowset. > F > We dismount the shadowset. At this point, we have some set of blocksD > *x* that are in _a_ cache on a controller. Of this set, the set ofD > block in C1's Cache *x1* and the blocks in C2's cache *x2* are, byA > definition - proper subsets of *x*, and *x1* /= *x2*. Hence therA > blocks on disk are *x*-*x1* and *x*-*x2*, and these will not be,$ > equal. Fail a controller. Or both. > I > Now when we bring things back. What do we have? Well, we have differentoB > disk contents, to a very high probability. We have a significant> > chance that the SCB of B, but not A will have gone to media.A > *BUT, it may not, or may even be the other way around*! Or both- > may hit the platter. > = > Case 1 gives B as the 'up to date' drive, and the drives asl > different.= > Case 2 gives A as the 'up to date' drive, and the drives as > > different. This is the nasty case, the new master is missing0 > data that is on B, so the copy will lose data.A > IF both, or neither ( asuming a previous clean shadowset ) SCBseB > go to media, then the shadowset will appear consistant, but willF > not be. This will result in corruption, inconsistancy, or bugchecks. > - > Now, will someone PLEASE shoot this down...h >   8 	Yes.  Be careful what you are doing for the reasons you? 	outline above.  Note... following applies to certain products. F 	RDBMS folks need not worry i.e. archive logs take over and shadowsets 	aren't broken, etc., etc.  8 		1)  Quiesce/Pause your application.. if you don't, you+ 			have described the scenario where writes0 			don't hit the platter.5  5 		2)  Pause AT LEAST CACHE_FLUSH_TIMER seconds BEFOREh5 			dismounting a drive to ensure writes do indeed hitH 			the platter   		3)  Dismount drive  ; 		4)  unfreeze application(s) to resume writes to remaining- 			shadowset members    D 	That is why at 10 seconds, (default CACHE_FLUSH_TIMER setting) this? 	*normally* isn't an issue.  However, for "performance" reasonsg? 	it is recommended to raise the timer to 65000 seconds.  But if.3 	you do that and are using HSZ/HSG .... guess what?.  ; 	That is why this issue ended up out here.  I was wondering = 	what would happen...  we got a good one going this time, eh?h   				Robu   ------------------------------  % Date: Thu, 01 Feb 2001 12:53:06 -0500e4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>0 Subject: RE: Writes flushed to Disk on Dismount?J Message-ID: <2B37459189B0D211BE710000F8EF9D8508908BF9@nts0147.beehive.com>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C08C77.CB42A234  Content-Type: text/plain;d 	charset="iso-8859-1"I    I guess what I'm saying is this:   D = time of dismount F = time of failurem S = time of cache flush starth" C = time of cache flush completion M = time of dismount completion   5 if the cache flush is not forced at time of dismount:,
 normal op: D-M-------------S------C op with failure:	 D-F------/  1 if the cache flush is forced at time of dismount:e normal operation
 DS------CM op with failure  DSF-----  L I both failure situations (whether the cache flushes at time of dismount, orI at timer) a failure can hit before the cache flush completes - having theoJ dismount force the dump decreases the time of vulnerability (especially inD the perverse case of the timer being set to 65000) but you are stillL vulnerable (note that the failure in both scenarios hits at the same time onK the timeline). That's another point that's being overlooked, and the reasoneL why having the second busy disk on the second controller is a bad idea.  I'mL not sure what can be done to completely bulletproof this.......  Murphy will$ rear  his ugly head sooner or later.     -----Original Message----- From: young_r@eisner.decus.org  Sent: February 01, 2001 12:22 PM To: Info-VAX@mvb.saic.comu0 Subject: Re: Writes flushed to Disk on Dismount?    < In article <87wvba9wqj.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:s   > C > Drive A on C1 is shadowed with drive B on C2. C2 also has drive C , > that is having the hell written out of it. >   % 	Avoid this at all costs.  See below.     G > Assumption 1. In the above, the writes to C will force data from C2's2@ > cache onto the media of B. C1 will hold the data for <timeout>
 > seconds. > > > Assumption 2. We have not timed out writes to the shadowset. > F > We dismount the shadowset. At this point, we have some set of blocksD > *x* that are in _a_ cache on a controller. Of this set, the set ofD > block in C1's Cache *x1* and the blocks in C2's cache *x2* are, byA > definition - proper subsets of *x*, and *x1* /= *x2*. Hence theuA > blocks on disk are *x*-*x1* and *x*-*x2*, and these will not be $ > equal. Fail a controller. Or both. > I > Now when we bring things back. What do we have? Well, we have different-B > disk contents, to a very high probability. We have a significant> > chance that the SCB of B, but not A will have gone to media.A > *BUT, it may not, or may even be the other way around*! Or bothr > may hit the platter. > = > Case 1 gives B as the 'up to date' drive, and the drives as  > different.= > Case 2 gives A as the 'up to date' drive, and the drives asl> > different. This is the nasty case, the new master is missing0 > data that is on B, so the copy will lose data.A > IF both, or neither ( asuming a previous clean shadowset ) SCBs B > go to media, then the shadowset will appear consistant, but willF > not be. This will result in corruption, inconsistancy, or bugchecks. > - > Now, will someone PLEASE shoot this down...c >   8 	Yes.  Be careful what you are doing for the reasons you? 	outline above.  Note... following applies to certain products.d; 	RDBMS folks need not worry i.e. archive logs take over andr
 shadowsets 	aren't broken, etc., etc.  8 		1)  Quiesce/Pause your application.. if you don't, you+ 			have described the scenario where writes< 			don't hit the platter.p  5 		2)  Pause AT LEAST CACHE_FLUSH_TIMER seconds BEFORE 5 			dismounting a drive to ensure writes do indeed hits 			the platter   		3)  Dismount drive  ; 		4)  unfreeze application(s) to resume writes to remainingx 			shadowset members    D 	That is why at 10 seconds, (default CACHE_FLUSH_TIMER setting) this? 	*normally* isn't an issue.  However, for "performance" reasonss? 	it is recommended to raise the timer to 65000 seconds.  But if 3 	you do that and are using HSZ/HSG .... guess what?f  ; 	That is why this issue ended up out here.  I was wonderingg= 	what would happen...  we got a good one going this time, eh?    				RobT  ' ------_=_NextPart_001_01C08C77.CB42A234a Content-Type: text/html; 	charset="iso-8859-1"g+ Content-Transfer-Encoding: quoted-printablev  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">' <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =e charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65">e6 <TITLE>RE: Writes flushed to Disk on Dismount?</TITLE> </HEAD>  <BODY>  9 <P><FONT SIZE=3D2>I guess what I'm saying is this:</FONT>s </P>  / <P><FONT SIZE=3D2>D =3D time of dismount</FONT>i/ <BR><FONT SIZE=3D2>F =3D time of failure</FONT> 9 <BR><FONT SIZE=3D2>S =3D time of cache flush start</FONT> > <BR><FONT SIZE=3D2>C =3D time of cache flush completion</FONT>; <BR><FONT SIZE=3D2>M =3D time of dismount completion</FONT>s </P>  ? <P><FONT SIZE=3D2>if the cache flush is not forced at time of =: dismount:</FONT>$ <BR><FONT SIZE=3D2>normal op:</FONT>2 <BR><FONT SIZE=3D2>D-M-------------S------C</FONT>* <BR><FONT SIZE=3D2>op with failure:</FONT># <BR><FONT SIZE=3D2>D-F------</FONT>y </P>  ; <P><FONT SIZE=3D2>if the cache flush is forced at time of =r dismount:</FONT>* <BR><FONT SIZE=3D2>normal operation</FONT>$ <BR><FONT SIZE=3D2>DS------CM</FONT>) <BR><FONT SIZE=3D2>op with failure</FONT> " <BR><FONT SIZE=3D2>DSF-----</FONT> </P>  H <P><FONT SIZE=3D2>I both failure situations (whether the cache flushes =F at time of dismount, or at timer) a failure can hit before the cache =I flush completes - having the dismount force the dump decreases the time =wF of vulnerability (especially in the perverse case of the timer being =F set to 65000) but you are still vulnerable (note that the failure in =G both scenarios hits at the same time on the timeline). That's another = E point that's being overlooked, and the reason why having the second = F busy disk on the second controller is a bad idea.&nbsp; I'm not sure =E what can be done to completely bulletproof this.......&nbsp; Murphy =f9 will rear&nbsp; his ugly head sooner or later.</FONT></P>e <BR>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>v8 <BR><FONT SIZE=3D2>From: young_r@eisner.decus.org</FONT>: <BR><FONT SIZE=3D2>Sent: February 01, 2001 12:22 PM</FONT>3 <BR><FONT SIZE=3D2>To: Info-VAX@mvb.saic.com</FONT>s; <BR><FONT SIZE=3D2>Subject: Re: Writes flushed to Disk on =e Dismount?</FONT> </P> <BR>  G <P><FONT SIZE=3D2>In article &lt;87wvba9wqj.fsf@prep.synonet.com&gt;, =,; Paul Repacholi &lt;prep@prep.synonet.com&gt; writes:</FONT>  </P>   <P><FONT SIZE=3D2>&gt; </FONT>G <BR><FONT SIZE=3D2>&gt; Drive A on C1 is shadowed with drive B on C2. =  C2 also has drive C</FONT>@ <BR><FONT SIZE=3D2>&gt; that is having the hell written out of =
 it.</FONT> <BR><FONT SIZE=3D2>&gt; </FONT>h </P>  I <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Avoid this = % at all costs.&nbsp; See below.</FONT>o </P> <BR>  I <P><FONT SIZE=3D2>&gt; Assumption 1. In the above, the writes to C will =u force data from C2's</FONT>.E <BR><FONT SIZE=3D2>&gt; cache onto the media of B. C1 will hold the =n data for &lt;timeout&gt;</FONT>s' <BR><FONT SIZE=3D2>&gt; seconds.</FONT>R <BR><FONT SIZE=3D2>&gt; </FONT>uG <BR><FONT SIZE=3D2>&gt; Assumption 2. We have not timed out writes to =  the shadowset.</FONT>  <BR><FONT SIZE=3D2>&gt; </FONT>	F <BR><FONT SIZE=3D2>&gt; We dismount the shadowset. At this point, we = have some set of blocks</FONT>G <BR><FONT SIZE=3D2>&gt; *x* that are in _a_ cache on a controller. Of =d this set, the set of</FONT>sI <BR><FONT SIZE=3D2>&gt; block in C1's Cache *x1* and the blocks in C2's =T cache *x2* are, by</FONT> F <BR><FONT SIZE=3D2>&gt; definition - proper subsets of *x*, and *x1* = /=3D *x2*. Hence the</FONT>	G <BR><FONT SIZE=3D2>&gt; blocks on disk are *x*-*x1* and *x*-*x2*, and =  these will not be</FONT>A <BR><FONT SIZE=3D2>&gt; equal. Fail a controller. Or both.</FONT>D <BR><FONT SIZE=3D2>&gt; </FONT>3I <BR><FONT SIZE=3D2>&gt; Now when we bring things back. What do we have? =i Well, we have different</FONT>G <BR><FONT SIZE=3D2>&gt; disk contents, to a very high probability. We =y have a significant</FONT>=G <BR><FONT SIZE=3D2>&gt; chance that the SCB of B, but not A will have =s gone to media.</FONT>hH <BR><FONT SIZE=3D2>&gt; *BUT, it may not, or may even be the other way = around*! Or both</FONT>h3 <BR><FONT SIZE=3D2>&gt; may hit the platter.</FONT>m <BR><FONT SIZE=3D2>&gt; </FONT>fG <BR><FONT SIZE=3D2>&gt; Case 1 gives B as the 'up to date' drive, and =- the drives as</FONT>) <BR><FONT SIZE=3D2>&gt; different.</FONT>dG <BR><FONT SIZE=3D2>&gt; Case 2 gives A as the 'up to date' drive, and =S the drives as</FONT>D <BR><FONT SIZE=3D2>&gt; different. This is the nasty case, the new = master is missing</FONT>B <BR><FONT SIZE=3D2>&gt; data that is on B, so the copy will lose = data.</FONT>H <BR><FONT SIZE=3D2>&gt; IF both, or neither ( asuming a previous clean = shadowset ) SCBs</FONT>aE <BR><FONT SIZE=3D2>&gt; go to media, then the shadowset will appear =h consistant, but will</FONT>.A <BR><FONT SIZE=3D2>&gt; not be. This will result in corruption, = # inconsistancy, or bugchecks.</FONT>c <BR><FONT SIZE=3D2>&gt; </FONT>m= <BR><FONT SIZE=3D2>&gt; Now, will someone PLEASE shoot this =. down...</FONT> <BR><FONT SIZE=3D2>&gt; </FONT>e </P>  I <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Yes.&nbsp; =08 Be careful what you are doing for the reasons you</FONT>G <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>outline =.B above.&nbsp; Note... following applies to certain products.</FONT>E <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>RDBMS = F folks need not worry i.e. archive logs take over and shadowsets</FONT>F <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>aren't = broken, etc., etc.</FONT>d </P>  / <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =ID &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>1)&nbsp; =9 Quiesce/Pause your application.. if you don't, you</FONT> 0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =@ &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>have =* described the scenario where writes</FONT>0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =I &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>don't hit the =e platter.</FONT>o </P>  / <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = D &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>2)&nbsp; =6 Pause AT LEAST CACHE_FLUSH_TIMER seconds BEFORE</FONT>0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =I &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>dismounting a =2+ drive to ensure writes do indeed hit</FONT>l0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =? &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>the =- platter</FONT> </P>  / <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =pD &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>3)&nbsp; = Dismount drive</FONT>n </P>  / <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =tD &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>4)&nbsp; =< unfreeze application(s) to resume writes to remaining</FONT>0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =E &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>shadowset =  members</FONT> </P> <BR>  F <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>That is =B why at 10 seconds, (default CACHE_FLUSH_TIMER setting) this</FONT>6 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =8 SIZE=3D2>*normally* isn't an issue.&nbsp; However, for =& &quot;performance&quot; reasons</FONT>E <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>it is =WD recommended to raise the timer to 65000 seconds.&nbsp; But if</FONT>F <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>you do =2 that and are using HSZ/HSG .... guess what?</FONT> </P>  F <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>That is => why this issue ended up out here.&nbsp; I was wondering</FONT>D <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>what =C would happen...&nbsp; we got a good one going this time, eh?</FONT>1 </P>  / <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = , &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =D &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Rob</FONT> </P>   </BODY>p </HTML>r) ------_=_NextPart_001_01C08C77.CB42A234--l   ------------------------------  # Date: Thu, 01 Feb 2001 12:25:39 GMTr3 From: Piyush Avichal <pa@it.singer-friedlander.com>s Subject: ZIP for VAX-VMS) Message-ID: <95bkjv$egd$1@nnrp1.deja.com>n  @ Does anyone know where I can find ZIP for VAX, that doesn't needE compiling and doesn't give error messages regarding the record lengthh of the file being zipped.f  ? I've look at all the faq but can only find source code for ZIP.t7 We dont have a C Compiler so obviously cant compile it.t   TIA    Piyush     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 13:14:55 +0000  From: Roy Omond <Roy@Omond.net>e Subject: Re: ZIP for VAX-VMS) Message-ID: <3A79614E.EBAE414E@Omond.net>n   Piyush Avichal wrote:i  B > Does anyone know where I can find ZIP for VAX, that doesn't needG > compiling and doesn't give error messages regarding the record lengthh > of the file being zipped.i > A > I've look at all the faq but can only find source code for ZIP. 9 > We dont have a C Compiler so obviously cant compile it.   + Get to know the usual VMS FTP places.  E.g.o   ftp://ftp.wku.edu/vmsl  > There you'll find a whole treasure of VMS stuff including ZIP.  	 Roy Omond4 Blue Bubble Ltd.   ------------------------------   Date: 1 Feb 2001 14:28:11 +0100s* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: ZIP for VAX-VMS* Message-ID: <3a79646b$1@news.kapsch.co.at>  _ In article <95bkjv$egd$1@nnrp1.deja.com>, Piyush Avichal <pa@it.singer-friedlander.com> writes:aA >Does anyone know where I can find ZIP for VAX, that doesn't need F >compiling and doesn't give error messages regarding the record length >of the file being zipped.  9 Many sysops wouldn't trust images from unknown sources...l  @ >I've look at all the faq but can only find source code for ZIP.8 >We dont have a C Compiler so obviously cant compile it.  > If you are a VMS hobbyist, then join the VMS Hobbyist program,? and you get many many sw packages for free including compilers.d   If not, got for GNU Cn   -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 1 Feb 2001 14:34:40 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: ZIP for VAX-VMS* Message-ID: <3a7965f0$1@news.kapsch.co.at>  K In article <3A79614E.EBAE414E@Omond.net>, Roy Omond <Roy@Omond.net> writes:c >Piyush Avichal wrote: > C >> Does anyone know where I can find ZIP for VAX, that doesn't needoH >> compiling and doesn't give error messages regarding the record length >> of the file being zipped. >>B >> I've look at all the faq but can only find source code for ZIP.: >> We dont have a C Compiler so obviously cant compile it. >a, >Get to know the usual VMS FTP places.  E.g. >  >ftp://ftp.wku.edu/vms >c? >There you'll find a whole treasure of VMS stuff including ZIP.e   But no ZIP.EXE   -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888r< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 01 Feb 2001 08:49:28 -0500o  From: jamese@beast.dtsw.army.mil Subject: Re: ZIP for VAX-VMS0 Message-ID: <01020108492826@beast.dtsw.army.mil>  J eplan@kapsch.net (Peter LANGSTOEGER) wrote on 1 Feb 2001 14:34:40 +0100 in <3a7965f0$1@news.kapsch.co.at>:i  M > In article <3A79614E.EBAE414E@Omond.net>, Roy Omond <Roy@Omond.net> writes:d > >Piyush Avichal wrote: > >iE > >> Does anyone know where I can find ZIP for VAX, that doesn't need/J > >> compiling and doesn't give error messages regarding the record length > >> of the file being zipped. > >>D > >> I've look at all the faq but can only find source code for ZIP.< > >> We dont have a C Compiler so obviously cant compile it. > > . > >Get to know the usual VMS FTP places.  E.g. > >n > >ftp://ftp.wku.edu/vms > > A > >There you'll find a whole treasure of VMS stuff including ZIP." >  > But no ZIP.EXE  F The ZIP.ZIP on ftp.wku.edu, thanks to Hunter Goatley, contains VAX and8 Alpha object files that can be linked on and VMS system.  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-19193; 2024 West Street, Suite 300              800-810-0827 x1919a5 Annapolis, MD 21401-3556           fax   410-280-1094E   ------------------------------   Date: 1 Feb 2001 14:40:30 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: ZIP for VAX-VMS* Message-ID: <3a79674e$1@news.kapsch.co.at>  _ In article <95bkjv$egd$1@nnrp1.deja.com>, Piyush Avichal <pa@it.singer-friedlander.com> writes:AA >Does anyone know where I can find ZIP for VAX, that doesn't needuF >compiling and doesn't give error messages regarding the record length >of the file being zipped.  / Error mesages ? So, you have a running version.   1 What error messages ? Did you create a ZIP file ?aG Did you use the correct syntax  (eg. zip file is the first parameter) ?e   Give more info !!  -- e< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 01 Feb 2001 14:13:03 +0000  From: Roy Omond <Roy@Omond.net>* Subject: Re: ZIP for VAX-VMS) Message-ID: <3A796EEF.5A9FD91F@Omond.net>    Peter LANGSTOEGER wrote:  M > In article <3A79614E.EBAE414E@Omond.net>, Roy Omond <Roy@Omond.net> writes:q > >Piyush Avichal wrote: > >.E > >> Does anyone know where I can find ZIP for VAX, that doesn't neediJ > >> compiling and doesn't give error messages regarding the record length > >> of the file being zipped. > >>D > >> I've look at all the faq but can only find source code for ZIP.< > >> We dont have a C Compiler so obviously cant compile it. > >s. > >Get to know the usual VMS FTP places.  E.g. > >i > >ftp://ftp.wku.edu/vms > >hA > >There you'll find a whole treasure of VMS stuff including ZIP.n >y > But no ZIP.EXE  K The object files are included in the ZIP.ZIP kit.  All you need to do is to  run the - (supplied) link procedure to produce ZIP.EXE.o  	 Roy Omonde Blue Bubble Ltd.   ------------------------------  # Date: Thu, 01 Feb 2001 14:59:24 GMT 3 From: Piyush Avichal <pa@it.singer-friedlander.com>  Subject: Re: ZIP for VAX-VMS) Message-ID: <95btk5$mcd$1@nnrp1.deja.com>r  ) These are the error messages I get when Il type: zip remote_copy.com:  < Error:  zipfile is in variable-length record format.  PleaseG run "bilf b DISK$SOFT:[SINGER.USER.PA]REMOTE_COPY.COM;1" to convert ther& zipfile to fixed-length record format.      * In article <3a79674e$1@news.kapsch.co.at>,   eplan@kapsch.net wrote:a: > In article <95bkjv$egd$1@nnrp1.deja.com>, Piyush Avichal& <pa@it.singer-friedlander.com> writes:C > >Does anyone know where I can find ZIP for VAX, that doesn't neediH > >compiling and doesn't give error messages regarding the record length > >of the file being zipped. >F1 > Error mesages ? So, you have a running version.e >H3 > What error messages ? Did you create a ZIP file ?d< > Did you use the correct syntax  (eg. zip file is the first parameter) ? >H > Give more info !!  > --> > 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.netA > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm ae realist" >      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 10:49:49 -0500t/ From: "Webb, William W" <wwebb1@email.usps.gov>e Subject: RE: ZIP for VAX-VMSI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB3BE@rlghncst625.usps.gov>o  ! It should be something more like <   $ zip :== $zip.exe+ $ zip whatever.zip DISK:[directory]file.ext<D If you just type zip it will give you the various flags and options.   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET * Sent: Thursday, February 01, 2001 10:16 AM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: ZIP for VAX-VMS    ) These are the error messages I get when Ic type: zip remote_copy.com:  < Error:  zipfile is in variable-length record format.  PleaseG run "bilf b DISK$SOFT:[SINGER.USER.PA]REMOTE_COPY.COM;1" to convert theN& zipfile to fixed-length record format.      * In article <3a79674e$1@news.kapsch.co.at>,   eplan@kapsch.net wrote:u: > In article <95bkjv$egd$1@nnrp1.deja.com>, Piyush Avichal& <pa@it.singer-friedlander.com> writes:C > >Does anyone know where I can find ZIP for VAX, that doesn't needNH > >compiling and doesn't give error messages regarding the record length > >of the file being zipped. >o1 > Error mesages ? So, you have a running version.l > 3 > What error messages ? Did you create a ZIP file ?s< > Did you use the correct syntax  (eg. zip file is the first parameter) ? >b > Give more info !!  > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888o> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netA > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm ao realist" >t     Sent via Deja.come http://www.deja.com/   ------------------------------  % Date: Thu, 01 Feb 2001 13:58:21 -0300<) From: fabio_compaq@ep-bc.petrobras.com.bra Subject: RE: ZIP for VAX-VMSL Message-ID: <OFE18971C5.EEB2090C-ON032569E6.005D2852@ep-bc.petrobras.com.br>   Should be better   $ BACKUP/ZIP   :-))   Regards:   FC        @ "Webb, William W" <wwebb1@email.usps.gov> em 01/02/2001 13:49:49             Info-VAX@Mvb.Saic.Com>       Assunto: RE: ZIP for VAX-VMS        It should be something more like   $ zip :== $zip.exe+ $ zip whatever.zip DISK:[directory]file.ext D If you just type zip it will give you the various flags and options.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET3* Sent: Thursday, February 01, 2001 10:16 AM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: ZIP for VAX-VMS    ) These are the error messages I get when I  type: zip remote_copy.com:  < Error:  zipfile is in variable-length record format.  PleaseG run "bilf b DISK$SOFT:[SINGER.USER.PA]REMOTE_COPY.COM;1" to convert the>& zipfile to fixed-length record format.      * In article <3a79674e$1@news.kapsch.co.at>,   eplan@kapsch.net wrote:3: > In article <95bkjv$egd$1@nnrp1.deja.com>, Piyush Avichal& <pa@it.singer-friedlander.com> writes:C > >Does anyone know where I can find ZIP for VAX, that doesn't needIH > >compiling and doesn't give error messages regarding the record length > >of the file being zipped. > 1 > Error mesages ? So, you have a running version.a >i3 > What error messages ? Did you create a ZIP file ? < > Did you use the correct syntax  (eg. zip file is the first parameter) ? >C > Give more info !!e > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-8882> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netA > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a  realist" >T     Sent via Deja.com& http://www.deja.com/   ------------------------------   Date: 1 Feb 2001 17:21:34 +0100e* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: ZIP for VAX-VMS* Message-ID: <3a798d0e$1@news.kapsch.co.at>  _ In article <95btk5$mcd$1@nnrp1.deja.com>, Piyush Avichal <pa@it.singer-friedlander.com> writes:iC >In article <3a79674e$1@news.kapsch.co.at>, eplan@kapsch.net wrote:tJ >> Did you use the correct syntax  (eg. zip file is the first parameter) ? >l* >These are the error messages I get when I >type: zip remote_copy.com:  >e= >Error:  zipfile is in variable-length record format.  PleaseNH >run "bilf b DISK$SOFT:[SINGER.USER.PA]REMOTE_COPY.COM;1" to convert the' >zipfile to fixed-length record format.n  7 Bingo. Wrong syntax. ZIP takes more than one parameter.n  @ In your example, ZIP tries to use your Comfile as a ZIP archive,B and rants that the fileattributes are wrong (remember, you can addB files to a initally created ziparchive or add files to an existing ziparchive)=  1 	$ ZIP [options] ziparchive file1 [file2] [filen]o  6 eg.	$ ZIP "-9V" decset124.zip DECSET124.% DECSET_*.TXT  ! or	$ ZIP test.zip remote_copy.com&   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888I< <<< 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.064 ************************