1 INFO-VAX	Thu, 22 Dec 2005	Volume 2005 : Issue 710       Contents: Re: A more general suggestion  Re: Database access from COBOL) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) E Re: PHONE error - Invalid specification of node or person. Try again. C Re: Problem with SYS$CREMBX() writing to a cluster-wide name table? C Re: Problem with SYS$CREMBX() writing to a cluster-wide name table?  Re: RMS expert needed!4 Re: Some people are willing to support their product4 Re: Some people are willing to support their product Re: VMS V8.2 SHOW ERROR Bug? Re: VMS V8.2 SHOW ERROR Bug? Re: Zip question Re: Zip question  F ----------------------------------------------------------------------  % Date: Wed, 21 Dec 2005 13:24:29 -0700 + From: Mark Berryman <mark@theberrymans.com> & Subject: Re: A more general suggestion% Message-ID: <43a9497d$1@mvb.saic.com>    Bob Koehler wrote: .  .  .   D >    Right now "set prefix" is only valid in batch, so I assume it's+ >    somehow implemented as a special case.   H Just to clarify, logging in batch is really nothing more than executing F a command procedure with SET VERIFY turned on.  A prefix will display I anywhere you execute a command procedure with VERIFY turned on, not just  	 in batch.    Example:   $ SET PREFIX "(!8%T) " $ SET VERIFY $ @TMP
 (13:22:53) $! 4 (13:22:53) $! A command procedure with only comments
 (13:22:53) $!  $    ------------------------------    Date: 21 Dec 2005 11:55:11 -0800 From: kthayer@excite.com' Subject: Re: Database access from COBOL C Message-ID: <1135194911.463462.270170@g44g2000cwa.googlegroups.com>   " >From the Stevens Institue website6 (http://www.stevens-tech.edu/main/about/history.shtml)  C "Stevens also became the first major educational institution in the ? nation to implement a personal computer requirement in 1982. In B addition, a pioneering project was initiated which resulted in theE networking of the entire Stevens campus and thus one of the country's  first Intranets."   F I am a 1983 graduate of Clarkson and the students in the class of 1984A and beyond were required to buy personal computers.  I think they E started making them available my junior year (fall of 1981), but were C not actually required of all students yet, as the class of 1983 was G excluded.  So all students attending Clarkson starting in the Spring of E 1983 were required to have personal computers.  I remember seeing the @ old Walker Arena hockey arena piled high with Zenith Z100 boxes.  2 This is from the Potsdam NY site, home to Clarkson( (http://www.potsdam.ny.us/pictures.html)  D "In 1983, Clarkson became the first college in the nation to requireG each student to have a personal computer as part of his/her education."   D So both claim to be first, believe who you want.  To my recollectionC Clarkson was the first to make them available, but Stevens may have F been the first to require them of all students.  It also may have beenB the same year, or just a matter of sematics about what "the first"F actually means.  The other school I remember at the time talking about3 mandatory computers was Carnegie Mellon University.    ------------------------------    Date: 21 Dec 2005 15:27:37 -0800$ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)B Message-ID: <1135207657.768519.54950@o13g2000cwo.googlegroups.com>   Bob Koehler wrote:k > In article <1135121818.724852.79800@g47g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > > I > > I noticed a new oddity: If you have B.B as an alias for A.A, then SET J > > FILE/REMOVE A.A;!, you have only an alias left (B.B) which DFU reportsD > > as an alias for []A.A. But if you then DELETE B.B, delete reallyJ > > deletes it (and it cannot be recovered with ANAL/DISK) even though theH > > filename in the file header doesn't match the name in the directory. > > (Checked on VAX/VMS 6.2) > F >    Aliases are NOT links.  If B.B is an alias for A.A and you deleteJ >    A.A, then the file is gone, including the A.A entry in the directory,I >    the A.A entry in the index, the A.A header, and the A.A data blocks. E >    B.B is then a broken alias.  When you delete B.B, only the alias  >    is removed.    G But I didn't delete A.A. I SET FILE/REMOVE-ed it, leaving B.B as a bona @ fide file except that it has the "wrong" filename in its header.   [...]   > Here is an example to clarify (which was run on VAX/VMS V6.1):   $ DIREC/FILE/SIZE A.A   $ Directory DISK$DATA1:[FELDMAN.DCL.A]  1 A.A;1                (44856,3,0)                1    Total of 1 file, 1 block. 
 $ TYPE A.A A.A  $ SET FILE A.A/ENTER=B.B $ DIREC/FILE/SIZE   $ Directory DISK$DATA1:[FELDMAN.DCL.A]  1 A.A;1                (44856,3,0)                1 1 B.B;1                (44856,3,0)                1    Total of 2 files, 2 blocks.   ? $!!! OK, we now have A.A and its alias, B.B. I will remove A.A:    $ SET FILE/REMOVE A.A; $ DIREC/FILE/SIZE   $ Directory DISK$DATA1:[FELDMAN.DCL.A]  1 B.B;1                (44856,3,0)                1    Total of 1 file, 1 block. 
 $ TYPE B.B A.A   D $!!! Now we have B.B as a bona fide file but which was originally an< alias for A.A. Now let's see what happens when we delete it:  
 $ DEL B.B;D %DELETE-I-FILDEL, DISK$DATA1:[FELDMAN.DCL.A]B.B;1 deleted (4 blocks) $ DIREC/FILE/SIZE ! %DIRECT-W-NOFILES, no files found  $ ANAL/DISK SYS$DISK: @ Analyze/Disk_Structure for _NODEX$DKA200: started on 21-DEC-2005 23:02:36.34   . %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS" -SYSTEM-W-NOSUCHFILE, no such file $   F The directory entry was removed and its file header has been freed up.  / I hope this clears up what I was trying to say.    AEF    ------------------------------    Date: 21 Dec 2005 16:02:39 -0800< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>2 Subject: Re: Deleting alias files (blocks deleted)B Message-ID: <1135209759.547147.96060@g43g2000cwa.googlegroups.com>   Fine example AEF. G I hope folks realize that one component, which was not nighlighted, and E which is critical in the behaviour, and that is the fact that A.A and G B.B live in the same directory. Thus that backlink would be the same no E matter which file is 'responsible' / the real McCoy. Creating entries ) in other directories will change the game   ( There is no 'real file' versus aliasses.( All directory entries are created equal.F Whether one entry is deemed 'real' or 'just an alias' is by deduction,- not through an direct attribute of the entry. D If the directory entry lives in the directory pointed to by the fileE header, or if the directory backpointer is invalid, then the entry is D 'for real'.  So it can even be a matter of timing. Wherever you lookA first, that will be the real file. The fiel name in teh header is G immaterial to the file system, but us users may use it to label a given  directy entry as real vs alias.    Hein.    ------------------------------    Date: 21 Dec 2005 21:26:52 -0800$ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)C Message-ID: <1135229212.174651.306850@g14g2000cwa.googlegroups.com>    Dave Froble wrote: > AEF wrote: > > John Santos wrote: > >  > >>Dave Froble wrote: > >> > >>>AEF wrote:  > >>>  > >>>  > >>>>John Santos wrote: > >>>> > >>>> > >>>>>AEF wrote:  > >>>>>  > >>>>>  > >>>>>>JF Mezei wrote:  > >>>>>> [...]  > >  > > I > >>Ugh!  I took the radical step of actually trying it.  It does seem to  > > H > >   ^^^^__________________________________________________________^^^^ > >  > > A > >>work exactly as Alan says, whether the files are in different K > >>directories or the same directory.  (VAX V7.3 and Alpha V7.3-2 on ODS-2  > >>disks.)  > > 	 > > Well, { > > EEEEXXXXXXXXCCCCCCCCCCUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUSSSSSSSSSSSSEEEEEE N > > MMMMMMMMEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEJ > > for being right! Why is this such a big deal? Especially when it takes > > less than 5 min. to check? > > J > > Did I commit some great crime in cov? I am often accused of wrongdoingH > > I didn't do. So I'm not really that upset. And it DOES, not SEEMS to > > do.  >  > Touchy!  Chill  out.  ! OK. Hey, it was half in jest. :=)    > D > Re-reading, I see that I misunderstood your test, and therefore my > comments were baseless.  > C > I haven't had time to do so yet, but I really do want to try some ! > variations when I get a chance.   : Go for it! And read Hein's posts. He really has it nailed.   >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > 170 Grimplin Road  > Vanderbilt, PA  15486    AEF    ------------------------------    Date: 21 Dec 2005 20:43:30 -0800$ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)C Message-ID: <1135226610.403523.147440@g44g2000cwa.googlegroups.com>    Hein RMS van den Heuvel wrote: > Fine example AEF. I > I hope folks realize that one component, which was not nighlighted, and G > which is critical in the behaviour, and that is the fact that A.A and I > B.B live in the same directory. Thus that backlink would be the same no G > matter which file is 'responsible' / the real McCoy. Creating entries + > in other directories will change the game  > * > There is no 'real file' versus aliasses.* > All directory entries are created equal.H > Whether one entry is deemed 'real' or 'just an alias' is by deduction,/ > not through an direct attribute of the entry. F > If the directory entry lives in the directory pointed to by the fileG > header, or if the directory backpointer is invalid, then the entry is F > 'for real'.  So it can even be a matter of timing. Wherever you lookC > first, that will be the real file. The fiel name in teh header is I > immaterial to the file system, but us users may use it to label a given ! > directy entry as real vs alias.   F Thanks for pointing out that the file name in the header is immaterial9 to aliases, contrary to one or more of my previous posts!   ' And thanks for clearing this matter up.    >  > Hein.    AEF    ------------------------------  % Date: Thu, 22 Dec 2005 00:25:24 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 2 Subject: Re: Deleting alias files (blocks deleted)/ Message-ID: <11qke2pgsgimaf@corp.supernews.com>   
 AEF wrote: > John Santos wrote: >  >>Dave Froble wrote: >>
 >>>AEF wrote:  >>>  >>>  >>>>John Santos wrote: >>>> >>>> >>>>>AEF wrote:  >>>>>  >>>>>  >>>>>>JF Mezei wrote:  >>>>>> >>>>	 >>>>[...]  >>>> >>>>K >>>>>>>If I deleted [000000]SYSBOOT.EXE, wouldn't ANA/DISK then report that E >>>>>>>[VMS$COMMON.SYSEXE]SYSBOOT.EXE is some rogue directory entry ?  >>>>>> >>>>>> >>>>>>I >>>>>>Only if you deleted the primary entry. That would delete the actual I >>>>>>header and data of the file, leaving an orphaned alias in some .DIR J >>>>>>file. ANAL/DISK would complain about that! But you deleted the aliasJ >>>>>>and fortunately still have the primary entry along with the data and >>>>>>file header. >>>>>> >>>>> G >>>>>On a VAX?  Never!  As others have posted, deleting the file by any  >>>> >>>> >>>> >>>>Yes. >>>> >>>> >  > [...]  > J >>>>But on my VAX systems, deleting any alias leaves the file alone as youC >>>>can see above. Deleting the primary entry leaves dangling alias  >>>>entries. >>>> >>> K >>>I don't think you're 'getting it'.  If I read what you posted correctly, I >>>A.A and B.B are both files in directory [FELDMAN.DCL.A].  What's being K >>>discussed, if I understand it correctly, is having file A.A in directory K >>>[FELDMAN.DCL.A], and having another directory for the exact same file in K >>>directory [FELDMAN.DCL.B] also.  Then, regardless which file you delete, H >>>[FELDMAN.DCL.A]A.A or [FELDMAN.DCL.B]A.A will result in the directoryK >>>entry and file being deleted, and leaving a directory entry in the other ) >>>directory without a coresponding file.  >  >  > G >>Ugh!  I took the radical step of actually trying it.  It does seem to  > F >   ^^^^__________________________________________________________^^^^ >  > ? >>work exactly as Alan says, whether the files are in different I >>directories or the same directory.  (VAX V7.3 and Alpha V7.3-2 on ODS-2 	 >>disks.)  >  >  >  > Well, y > EEEEXXXXXXXXCCCCCCCCCCUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUSSSSSSSSSSSSEEEEEE L > MMMMMMMMEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEH > for being right! Why is this such a big deal? Especially when it takes > less than 5 min. to check? > H > Did I commit some great crime in cov? I am often accused of wrongdoingF > I didn't do. So I'm not really that upset. And it DOES, not SEEMS to > do.    Touchy!  Chill  out.  C Re-reading, I see that I misunderstood your test, and therefore my   comments were baseless.   B I haven't had time to do so yet, but I really do want to try some  variations when I get a chance.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 21 Dec 2005 20:13:21 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>N Subject: Re: PHONE error - Invalid specification of node or person. Try again.+ Message-ID: <43AA0BC1.4F87C3C2@comcast.net>    Larry Kilgallen wrote: > b > In article <43A8B288.D0B40AC4@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > > Larry Kilgallen wrote: > >>| > >> In article <do7brj$927$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:: > >> > In article <CFJ+MEiDP$C7@eisner.encompasserve.org>,D > >> > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > >> >L > >> >> In article <do0rgj$ril$2@online.de>, helbig@astro.multiCLOTHESvax.de9 > >> > (Phillip Helbig---remove CLOTHES to reply) writes:  > >> >R > >> >> > On a related note, when will PHONE run over TCPIP?  MONITOR can run over5 > >> >> > TCPIP if there is no DECnet; why not PHONE?  > >> >> I > >> >>    The usual solution is to use talk, which already runs over IP.  > >> >> , > >> >>    Why solve the same problem twice? > >> >0 > >> > Because PHONE is an integral part of VMS. > >> > >> So is DECnet Phase V, > > J > > Well, technically it's a SIP (System Integrated Product) and installed > > separately.  > B > But the "technically" means "known only to those who examine the@ > form of the kit".   It is installed as part of the same dialog? > as PHONE and defaults the same.  What image supports escaping C > the default (DCL or PCSI) is immaterial to the average installer.   G Note also, however, that if you elect to not install either Phase-IV or E Phase-V when you install VMS you can install either later by invoking F PCSI with the appropriate product name and /SOURCE specification - youE do *NOT* need to "reconfigure" OpenVMS, so long as DECnet support was  installed prior.  E UCX requires no special network-related OpenVMS install options. Same  for Multinet and/or TCPware.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  + Date: Wed, 21 Dec 2005 23:57:42 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) L Subject: Re: Problem with SYS$CREMBX() writing to a cluster-wide name table?. Message-ID: <docq5m$b90$1@newslocal.mitre.org>   Ryan Moore <rmoore@rmoore.dyndns.org> writes in article <Pine.LNX.4.64.0512211450160.21448@jaipur.local> dated Wed, 21 Dec 2005 23:04:54 GMT: E >$ define/tabl=lnm$process_directory lnm$temporary_mailbox test_table   J Since you've determined that this command is the root of your problem, I'dL say don't do it.  Use a system-level table for LNM$TEMPORARY_MAILBOX and the; cluster-wide table for your (other) application logicals.     % >Looks like a bug me... any opinions?   9 A bug can be changed to a feature by documenting it.  :^)   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 21 Dec 2005 20:38:31 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>L Subject: Re: Problem with SYS$CREMBX() writing to a cluster-wide name table?+ Message-ID: <43AA11A6.DF816E3A@comcast.net>    Ryan Moore wrote:  > L > I have an application which uses mailboxes for communication among variousL > processes.  The problem I've come across is that SYS$CREMBX() doesn't seemL > to want to create temporary mailboxes if LNM$TEMPORARY_MAILBOX points to aK > table that's cluster-wide.  I don't see this fact documented anywhere, so $ > I though I would bring it up here. > K > In the past, we've set LNM$TEMPORARY_MAILBOX to LNM$GROUP.  But for other F > application reasons, I am creating a name table specifically to holdL > application logicals.  I want to make this application table cluster-wide.F > But doing this causes SYS$CREMBX() to fail with the error status 20.L > I understand I can't get to the mailbox from other members of the cluster,I > but that's not the point.  I just want to keep all the logicals for the > > application in one table... that happens to be cluster-wide. > K > This can be reproduced with the SPAWN command since it creates a mailbox.  > J > $ create/name/exec/parent=lnm$syscluster_table/prot=(s:rwcd,o:rwc,g:r,w) > test_table	 > $ spawn , > %DCL-S-SPAWNED, process RMOORE_128 spawned> > %DCL-S-ATTACHED, terminal now attached to process RMOORE_128 > $ lo= >    Process RMOORE_128 logged out at 21-DEC-2005 15:57:35.72 5 > %DCL-S-RETURNED, control returned to process RMOORE F > $ define/tabl=lnm$process_directory lnm$temporary_mailbox test_table	 > $ spawn ) > %SYSTEM-F-BADPARAM, bad parameter value  > I > I guess I can work around this by figuring out the mailbox's name using K > SYS$GETDVI() and then calling SYS$CRELNM() myself using the table I want, 9 > but it's annoying that SYS$CREMBX() won't do it for me.  > & > Looks like a bug me... any opinions?  E Well, since the mailbox only exists on one node of the cluster, doing E this doesn't really make sense to me. I could see LNM$SYSTEM_TABLE if 7 the mailbox will persist for extended periods; however, 9 LNM$CLUSTER_TABLE seems to defy the nature of the device.   D I haven't played with "node::MBAxxxx:" for many years - I don't evenC recall if that works across DECnet nodes, assuming suitable proxies  exist.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  # Date: Wed, 21 Dec 2005 23:01:21 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Re: RMS expert needed! 0 Message-ID: <00A4E9E1.03879180@SendSpamHere.ORG>   In article <1135181488.687180.256780@z14g2000cwz.googlegroups.com>, "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com> writes: >  > 1 >>> First, why do some files work and some don't,  > E >Because the contents does not match the description. Variable length A >record files have a specific, unique internal structure chaining D >records through word aligned record length words. Not all bytes are< >data. You will often find binary zero bytes in those files. > A >Stream-lf files are just a bunch of bytes which may or might not H >represent individual records. all bytes are data. Some are special dataF >(record terminator). Most applications dealing with those file to not# >take kindly to 'binary zero bytes'  > 4 >>> I'll BACKUP everything first then give it a try. > - >Sure, but it's a waste of time in this case. 3 >You are not touching the data, only the meta-data. 9 >And there is an antidote for every set file/atrr action. % >(in this case SET FILE/ATTR=RFM=VAR)   4 Why go to the Doctor if you won't take the medicine?   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Wed, 21 Dec 2005 20:20:08 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) = Subject: Re: Some people are willing to support their product - Message-ID: <docddo$1m$1@newslocal.mitre.org>    Dave Froble <davef@tsoft-inc.com> writes in article <11qfaoia6t9gd59@corp.supernews.com> dated Tue, 20 Dec 2005 01:58:06 -0500: I >Some readers may be aware of my strong feelings about getting publicity  H >for VMS by means of a "security challenge".  Someone in VMS management ? >does not agree with me.  Maybe they should read the following:  > * >http://www.theinquirer.net/?article=28442 >  >-----------J >However, if such problem does exist, it should be repeatable. Therefore, H >just to make sure, StarForce decided to have a worldwide contest among + >users of StarForce protected applications. F >Anyone who can reproduce and demonstrate the mentioned above problem : >with CD/DVD drive in our office will receive $3000.00 US. >----------- > E >Not everyone is afraid to put up some bucks to support their claims.   J That company is putting up a prize to dispel rumors that their product hasE problems.  There are no such rumors about the penetrablity of VMS, so & there's no gain from having a contest.  G However, if you run a large "port probe" directed at a VMS cluster with A logging enabled, you can quickly overrun the logging capacity and I potentially crash the cluster.  In other words, VMS is more vulnerable to K DoS attacks than it is to any kind of penetration attack.  This is the kind J of detail that would be highlighted at the contest, so there's a big risk.  J Big risk for no gain?  Seems like the obvious management decision would be to ignore the idea.   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 22 Dec 2005 00:52:55 -0500 ' From: Dave Froble <davef@tsoft-inc.com> = Subject: Re: Some people are willing to support their product 0 Message-ID: <11qkfmbpvkqic59@corp.supernews.com>   Keith A. Lewis wrote:  > Dave Froble <davef@tsoft-inc.com> writes in article <11qfaoia6t9gd59@corp.supernews.com> dated Tue, 20 Dec 2005 01:58:06 -0500:  > J >>Some readers may be aware of my strong feelings about getting publicity I >>for VMS by means of a "security challenge".  Someone in VMS management  @ >>does not agree with me.  Maybe they should read the following: >>+ >>http://www.theinquirer.net/?article=28442  >>
 >>----------- K >>However, if such problem does exist, it should be repeatable. Therefore,  I >>just to make sure, StarForce decided to have a worldwide contest among  , >>users of StarForce protected applications.G >>Anyone who can reproduce and demonstrate the mentioned above problem  ; >>with CD/DVD drive in our office will receive $3000.00 US. 
 >>-----------  >>F >>Not everyone is afraid to put up some bucks to support their claims. >  > L > That company is putting up a prize to dispel rumors that their product hasG > problems.  There are no such rumors about the penetrablity of VMS, so ( > there's no gain from having a contest.  F Would you dispute that VMS has the problem of many people not knowing < about it, and the majority of the rest think that it's dead?  I A security challenge with appropriate exposure would perhaps cause those  E who think VMS is dead to reconsider their opinion, and expose VMS to   those who don't know about it.  I > However, if you run a large "port probe" directed at a VMS cluster with C > logging enabled, you can quickly overrun the logging capacity and K > potentially crash the cluster.  In other words, VMS is more vulnerable to M > DoS attacks than it is to any kind of penetration attack.  This is the kind L > of detail that would be highlighted at the contest, so there's a big risk.   Why use a cluster?  F A security contest would normally be one or more specified tasks that D challengers would need to perform in order to successfully beat the 
 challenge.  C DoS attacks would specifically NOT count as a successful challenge.   L > Big risk for no gain?  Seems like the obvious management decision would be > to ignore the idea.   E If there is a risk, then why should we want to retain VMS?  Lets all  B just load up windoz and get on with the future.  I contend that a D properly set up system and properly set up challenge goals involves  little to no risk.  @ As for gain, how about a report of the challenge, the number of E unsuccessful attempts, and the increase in the unclaimed prize money  % each week in rags like ComputerWorld?   I Here's a challenge.  Find the last time VMS was mentioned on any page of   ComputerWorld.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 21 Dec 2005 20:46:55 +0200 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> % Subject: Re: VMS V8.2 SHOW ERROR Bug? * Message-ID: <43a9a322@usenet01.boi.hp.com>  I <dittman@dittman.net> wrote in message news:lHCof.230$Ht4.154@trnddc08... F > I have a DS10L running VMS V8.2.  If I show a device I see an error: >  > $ show dev ewa0  > 0 > Device                  Device           Error0 >  Name                   Status           Count0 > EWA0:                   Online               1 >   > When I show errors I see this: >  > $ show err* > %SHOW-S-NOERRORS, no device errors found > * > Is this a bug or am I missing something? > --   > Eric Dittman > dittman@dittman.net   . I *think* SHOW ERROR ignores template devices.   Guy    ------------------------------  % Date: Wed, 21 Dec 2005 20:15:18 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>% Subject: Re: VMS V8.2 SHOW ERROR Bug? + Message-ID: <43AA0C35.1A2E18E8@comcast.net>    Guy Peleg wrote: > K > <dittman@dittman.net> wrote in message news:lHCof.230$Ht4.154@trnddc08... H > > I have a DS10L running VMS V8.2.  If I show a device I see an error: > >  > > $ show dev ewa0  > > 2 > > Device                  Device           Error2 > >  Name                   Status           Count2 > > EWA0:                   Online               1 > > " > > When I show errors I see this: > >  > > $ show err, > > %SHOW-S-NOERRORS, no device errors found > > , > > Is this a bug or am I missing something? > > -- > > Eric Dittman > > dittman@dittman.net  > 0 > I *think* SHOW ERROR ignores template devices.  B EWA0 is the first ethernet card on many systems (sometimes copper,= sometimes fibre). I never thought of it as a template device.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Wed, 21 Dec 2005 20:19:08 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Zip question + Message-ID: <43AA0D1C.C597185E@comcast.net>    "Steven M. Schweda" wrote: > = > From: "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com>  > H > > Is there a version of zip on either VMS or Linux that can zip a file
 > > over 2GB?  > H >    Not an officially released version, but the latest beta source kitsJ > for Zip 3 and UnZip 6 should do the job.  (And complaints are welcome if > you have problems.)  Try:  > 4 >       ftp://ftp.info-zip.org/pub/infozip/OLD/beta/ > ? >       ftp://ftp.info-zip.org/pub/infozip/OLD/beta/unz600c.ann ? >       ftp://ftp.info-zip.org/pub/infozip/OLD/beta/unz600c.zip  > > >       ftp://ftp.info-zip.org/pub/infozip/OLD/beta/zip30e.zip > F > If you lack a C compiler on VMS, I can supply Alpha binaries easily,G > and, after a few days' delay (probably), VAX.  (IA64, too, I suppose,   > using an HP TestDrive system.) > H > > Alternately, is there a way to get VMS Backup to write multiple save4 > > sets so that each is below a given maximum size? > & >    In general, no, so far as I know.  9 A large thank you, Steve, for your work on ZIP and UNZIP!    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Wed, 21 Dec 2005 20:32:33 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Zip question + Message-ID: <43AA1041.7474FF58@comcast.net>    "Jeffrey H. Coffield" wrote: > F > Is there a version of zip on either VMS or Linux that can zip a file > over 2GB?   E My $0.02: I don't actually recommend trying to ZIP anything that big, H especially a saveset. Since you need to have freedisk space at least theG size of the saveset in order to be able to restore anything from it, my C preference would be to simply use ZIP to the do the "backup" in the E first place. Then, if you write the archive to a disk image container C and burd that to DVD on some other system you can use the resulting > media as input and UNZIP directly from the archive on the DVD.  G You may still get into trouble when the archive size goes over 2GB, but  that's a separate issue.  F > Alternately, is there a way to get VMS Backup to write multiple save2 > sets so that each is below a given maximum size?  H About the only way I can think of is judicious use of /SELECT (which, of8 course, precludes /IMAGE) on successive BACKUP commands.  G > I am backing up several systems by making save sets, zipping them and F > then burning them to a dvd on Linux system. (I have not been able toD > get a dvd to work on VMS and not all the systems are new enough to > have an ide bus.)  > E > A related question, can someone tell me a scsi dvd drive that would  > work with VMS?  G Eberhard Hauser-Hoffman may have some useful info in that arena. Google D this group for his name and "DVD" and see what you get. Try also the- fora over on OpenVMS.org and the OpenVMS FAQ.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.710 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                     @@@@@    @  @  @  @@@@       h\ U       ,       @   @   @   o  A7X\ d8l vf  Xh  ,@@                  	c, ys                           @&| AI|@      @       Ge, y  RGl      @c\ 1      VI@@@@@@@    @@@@@@@@@@@@@@@@@@    @@@@@@@@@@@@@@@@@@         @@@@@@  &V\  &V\      &V\      &V\  2L  &V\  2L  &V\  2L                                                          @@@@@