1 INFO-VAX	Thu, 17 Jun 2004	Volume 2004 : Issue 334       Contents:, Re: Accessing NFS from OS X. Was: NFS how to, Re: Accessing NFS from OS X. Was: NFS how to  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS  Re: Conversion from RT-11 to VMS, COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine. Creating a New User Account  Re: Creating a New User Account  Re: Creating a New User Account  Re: delete directory recursive Re: delete directory recursive Re: delete directory recursive1 Re: Humor: ANN: Keith Parris promoted to VP of PR < Is OpenVMS 'Adaptive' according to HP, or just an Albatross? Re: phpbb2 on VMS?8 Re: Secure Web Server Version 2.0 available for download7 Re: Tru64 --> OpenVMS rather than another unix platform = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT  Re: URL for patch info& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World. Re: zip file contention  Re: zip file contention   F ----------------------------------------------------------------------  + Date: Wed, 16 Jun 2004 22:14:27 +0000 (UTC) & From: News Reader <nomail@noemail.vms>5 Subject: Re: Accessing NFS from OS X. Was: NFS how to $ Message-ID: <caqgo2$ihk$1@online.de>  7 On 16 Jun 2004 04:14:44 GMT, healyzh@aracnet.com wrote: ( >News Reader <nomail@noemail.vms> wrote:: >> On 15 Jun 2004 01:37:30 GMT, healyzh@aracnet.com wrote: > E >> >> Agreed, but will TCPIP V5.4 allow you to export subdirectories? H >> >> From what little I've played with it, I get the impression you nowD >> >> have to either export the entire disk, or use container files. > 7 >[snip] but when I was experimenting a week or two ago, I >I couldn't get it to let me map a directory such as DSA14:[SCRATCH] even C >though I was using notes I had when I'd set it up under a previous 	 >version.   > Dunno.  The example in the manual suggests that you still can:   TCPIP> MAP "/vmsdisk" DSA301: 6    TCPIP> ADD EXPORT "/vmsdisk/brown/test" /HOST=ultra  E Why not post what you're trying so we can see what doesn't work... :)    > B >> I mentioned the different Apple single/double file formats; you/ >> mentioned the different VMS NFS filesystems.   D >I don't follow what you mean by "Apple single/double file formats",3 >are you talking about the Resource and Data Forks?    Sure am.  I >If so I believe that should only be a problem with Mac OS Classic files, G >and that Mac OS X should take care of this for you on its side when it - >realizes that it's writting to an NFS mount.    Hokae, mind, I did though say: : H : Can't speak for OS X but use Finder windows of OpenVMS directories via" : NFS in Classic Mac OS routinely. :     >[snip] The irritating thing is,C >with Unix underneath these days NFS should work better on Mac OS X H >than it does (ISTR that it worked quite well on NeXTstep and OPENSTEP).  B This is in danger of getting OT for COV, but what's so funky about@ Apple's NFS in OS X that its causing you grief?  Why does it not "just work" like yaunix(tm)?   ------------------------------   Date: 17 Jun 2004 04:10:55 GMT From: healyzh@aracnet.com 5 Subject: Re: Accessing NFS from OS X. Was: NFS how to + Message-ID: <car5kf0slf@enews2.newsguy.com>   ' News Reader <nomail@noemail.vms> wrote: ?  Dunno.  The example in the manual suggests that you still can:    > TCPIP> MAP "/vmsdisk" DSA301: 8 >    TCPIP> ADD EXPORT "/vmsdisk/brown/test" /HOST=ultra  J Ah, I think I see my problem, I had previously done it as part of the MAP,F and now it looks like I would need to do it as part of the ADD EXPORT.  " > >[snip] The irritating thing is,E > >with Unix underneath these days NFS should work better on Mac OS X J > >than it does (ISTR that it worked quite well on NeXTstep and OPENSTEP).  D > This is in danger of getting OT for COV, but what's so funky aboutB > Apple's NFS in OS X that its causing you grief?  Why does it not > "just work" like yaunix(tm)?  K While to a user Mac OS X appears to be Unix, to an Administrator, there are G significant differences, espeically where networking related things are J concerned.  Like NeXTstep/OPENSTEP before it, it uses the NetInfo databaseJ to store all the info that would typically be stored in flatfiles.  For anJ example I can remember off the top of my head, to edit the hosts file on aI typical Unix box you'd do something like "vi /etc/hosts", but on Mac OS X D you have to do the following (I'm sure my syntax isn't quite right):   # nidump hosts > hosts.txt # vi hosts.txt # niload hosts < hosts.txt  H It's been a while since I bothered trying to fight with NFS on it.  As IG said in a previous post, it's just to much trouble, and I'll stick with  Appletalk for the time being.    		Zane   ------------------------------    Date: 16 Jun 2004 13:28:27 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: Conversion from RT-11 to VMS 3 Message-ID: <2pMllKXQqRLi@eisner.encompasserve.org>   d In article <40D0300A.26397.458460FD@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes:H > I have a prospective client who has a bunch of 8" floppies written by @ > RT-11.  How can I get these to a form that can be read by VMS? >   B    The VMS EXCHANGE command can be used to read RT-11 format.  NowB    you just need to find a drive.  Must be an 11/780 still running
    somewhere.    ------------------------------   Date: 16 Jun 2004 18:38:06 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)) Subject: Re: Conversion from RT-11 to VMS + Message-ID: <2jbiceF1017fnU1@uni-berlin.de>   3 In article <2pMllKXQqRLi@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:f > In article <40D0300A.26397.458460FD@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes:I >> I have a prospective client who has a bunch of 8" floppies written by  A >> RT-11.  How can I get these to a form that can be read by VMS?  >>   > D >    The VMS EXCHANGE command can be used to read RT-11 format.  NowD >    you just need to find a drive.  Must be an 11/780 still running >    somewhere.   B He doesn't need an 11/780 or EXCHANGE.  There are lots of PDP-11'sB running somewhere.  A number of them in my basement and in the labA behind my office here.  But the rules said the disks could not be C sent to a conversion service, which I assume really means "we won't & let anyone outside touch these disks."   bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 16 Jun 2004 03:10:22 -0800 * From: dtcorbett <adrnospam@mind.nonetspam>) Subject: Re: Conversion from RT-11 to VMS 8 Message-ID: <2da0d0tn0ihk353a6uej3fvtsqoh2nc83f@4ax.com>  F Easy answer is send it out for conversion. I have all the hardware, so do many others.   C Hard answer, get the hardware to do it, like a VAX with a Qbus that  can handle an RX01/02.  2 Very hard answer, on-site conversion. Very costly.  F This used to be very easy in the day of the 11/780. The console device% of the 780 was a PDP-11 with an RX01.    Dave Corbett Advanced Data Recovery  7 On Wed, 16 Jun 2004 11:33:30 -0400, "Stanley F. Quayle"  <squayle@insight.rr.com> wrote:   G >I have a prospective client who has a bunch of 8" floppies written by  ? >RT-11.  How can I get these to a form that can be read by VMS?  > F >Since the client has no PDP-11 or floppy drive, I am completely open C >to suggestions.  The disks cannot be sent to a conversion service   >provider, however...  >  >--Stan Quayle >Quayle Consulting Inc.  >  >---------- . >Stanley F. Quayle, P.E. N8SQ  +1 614-868-13634 >8572 North Spring Ct., Pickerington, OH  43147  USA1 >stan-at-stanq-dot-com       http://www.stanq.com  >  >    ------------------------------   Date: 16 Jun 2004 18:54:06 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)) Subject: Re: Conversion from RT-11 to VMS + Message-ID: <2jbjaeF1017fnU2@uni-berlin.de>   8 In article <2da0d0tn0ihk353a6uej3fvtsqoh2nc83f@4ax.com>,- 	dtcorbett <adrnospam@mind.nonetspam> writes: H > Easy answer is send it out for conversion. I have all the hardware, so > do many others.   4 Original message explicitly denied this possibility.   > E > Hard answer, get the hardware to do it, like a VAX with a Qbus that  > can handle an RX01/02.  A Why would you go out and acquire a huge honkin' VAX when a PDP-11  will do the job just fine?   > 4 > Very hard answer, on-site conversion. Very costly.  D Not necessarily as costly as you might think.  Unless the conversionH people are going to brin in that huge honkin' VAX I mentioned above. :-)   > H > This used to be very easy in the day of the 11/780. The console device' > of the 780 was a PDP-11 with an RX01.   D So if you have an RT-11 disk and a PDP-11, just what is the VAX for?A Heating the room in case it turns cold?  :-)  And what if they're  RX02 disks?    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 16 Jun 2004 03:17:30 -0800 * From: dtcorbett <adrnospam@mind.nonetspam>) Subject: Re: Conversion from RT-11 to VMS 8 Message-ID: <a82kkssuviag30d4qjhcmr5re3aq8pk790@4ax.com>  E Easy answer, send it out for conversion. I perform this all the tmie.   A If the customer has a system running VMS, and has a Qbus, you can  connect an RX01/02 to it.   1 On-site perfomance of this work is rather costly.   E This used to be easy in the days of the 11/780. The console device of  the 780 was an RX01.   Dave Corbett Advanced Data Recovery.       7 On Wed, 16 Jun 2004 11:33:30 -0400, "Stanley F. Quayle"  <squayle@insight.rr.com> wrote:   G >I have a prospective client who has a bunch of 8" floppies written by  ? >RT-11.  How can I get these to a form that can be read by VMS?  > F >Since the client has no PDP-11 or floppy drive, I am completely open C >to suggestions.  The disks cannot be sent to a conversion service   >provider, however...  >  >--Stan Quayle >Quayle Consulting Inc.  >  >---------- . >Stanley F. Quayle, P.E. N8SQ  +1 614-868-13634 >8572 North Spring Ct., Pickerington, OH  43147  USA1 >stan-at-stanq-dot-com       http://www.stanq.com  >  >    ------------------------------  # Date: Wed, 16 Jun 2004 19:41:09 GMT % From: Roger Ivie <rivie@ridgenet.net> ) Subject: Re: Conversion from RT-11 to VMS 3 Message-ID: <slrncd18ij.t3f.rivie@Stench.no.domain>   < On 2004-06-16, Bill Gunshannon <bill@gw5.cs.uofs.edu> wrote:D > He doesn't need an 11/780 or EXCHANGE.  There are lots of PDP-11'sD > running somewhere.  A number of them in my basement and in the labC > behind my office here.  But the rules said the disks could not be E > sent to a conversion service, which I assume really means "we won't ( > let anyone outside touch these disks."  @ Have you considered KERMIT? If you can get a PDP-11 close enough> to a VAX to string a cable between them, you could KERMIT them across.  --  
 Roger Ivie rivie@ridgenet.net http://anachronda.webhop.org/  -----BEGIN GEEK CODE BLOCK----- 
 Version: 3.12 H GCS/P d- s:+++ a+ C++ UB--(++++) !P L- !E W++ N++ o-- K w O- M+ V+++ PS+? PE++ Y+ PGP t+ 5+ X-- R tv++ b++ DI+++ D+ G e++ h--- r+++ z+++   ------END GEEK CODE BLOCK------    ------------------------------  % Date: Wed, 16 Jun 2004 15:49:18 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>) Subject: Re: Conversion from RT-11 to VMS . Message-ID: <40D06BFE.9775.466E9367@localhost>  ( On 16 Jun 2004 at 3:17, dtcorbett wrote:G > Easy answer, send it out for conversion. I perform this all the tmie.   7 Sorry, it's classified data, and cannot leave the site.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------  % Date: Wed, 16 Jun 2004 21:04:50 +0100 & From: Elliott Roper <nospam@yrl.co.uk>) Subject: Re: Conversion from RT-11 to VMS 1 Message-ID: <160620042104509021%nospam@yrl.co.uk>   @ In article <40D06BFE.9775.466E9367@localhost>, Stanley F. Quayle <squayle@insight.rr.com> wrote:   * > On 16 Jun 2004 at 3:17, dtcorbett wrote:I > > Easy answer, send it out for conversion. I perform this all the tmie.  > 9 > Sorry, it's classified data, and cannot leave the site.  > - Then you need PAL11din. Have 11, will travel.    --  C I thought I would be the last on earth to mangle my e-mail address.  fsnospam$elliott$$   ------------------------------  % Date: Wed, 16 Jun 2004 16:51:29 -0700 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> ) Subject: Re: Conversion from RT-11 to VMS . Message-ID: <40D0DD01.3020901@Flying-Disk.com>   Stanley F. Quayle wrote:* > On 16 Jun 2004 at 3:17, dtcorbett wrote:  I > > Easy answer, send it out for conversion. I perform this all the time.   9 > Sorry, it's classified data, and cannot leave the site.   > Yeah, I know that drill.   For sufficient quantities of money,@ I can bring the hardware to their site and do the transfer while= they wait and watch.   Contact me if they are really serious.   @ Remember that 8" floppies are so old that there is a good chanceA the oxide will simply rub right off the first time they are read. B They could wind up spending significant money and not get anything back for it.  5 What VAX-compatible media do they want the result on?    Alan   ------------------------------    Date: 16 Jun 2004 11:23:00 -0700 From: tim267@msn.com (Tim)5 Subject: COPY VMS Save Sets to CD on WINDOWS machine. ; Message-ID: <327155b6.0406161023.374594@posting.google.com>   F Our ALPHA server systems do not have write-able CD drives. I attemptedE to put VMS save sets on a RW_CD by ftp'ing the save-sets to a WINDOWS E Machine,and then transfering the save sets from the DOS Hard Drive to  the CD-RW disk.   C Unfortunately, the ALPHA machines are unable to read save sets from  the MS created disks.   C Any suggestions on workarounds or freeware is greatly apprectiated.    Thanks,  Tim    ------------------------------  % Date: Wed, 16 Jun 2004 20:14:26 +0100 & From: Elliott Roper <nospam@yrl.co.uk>9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. 1 Message-ID: <160620042014267583%nospam@yrl.co.uk>   ? In article <327155b6.0406161023.374594@posting.google.com>, Tim  <tim267@msn.com> wrote:   H > Our ALPHA server systems do not have write-able CD drives. I attemptedG > to put VMS save sets on a RW_CD by ftp'ing the save-sets to a WINDOWS G > Machine,and then transfering the save sets from the DOS Hard Drive to  > the CD-RW disk.  > E > Unfortunately, the ALPHA machines are unable to read save sets from  > the MS created disks.  > E > Any suggestions on workarounds or freeware is greatly apprectiated.  > 	 > Thanks,  > Tim F You got access to a Macintosh running OS X? The image copy on it worksE fine for that purpose. I'm not sure about Alphas reading CD-RW disks. ? They are fine for CD-R however, and at 20c per disk, who cares?    --  C I thought I would be the last on earth to mangle my e-mail address.  fsnospam$elliott$$   ------------------------------  + Date: Wed, 16 Jun 2004 19:22:08 +0000 (UTC) , From: lewis@PROBE.mitre.org (Keith A. Lewis)9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. - Message-ID: <caq6l0$8s$1@newslocal.mitre.org>   x tim267@msn.com (Tim) writes in article <327155b6.0406161023.374594@posting.google.com> dated 16 Jun 2004 11:23:00 -0700:G >Our ALPHA server systems do not have write-able CD drives. I attempted F >to put VMS save sets on a RW_CD by ftp'ing the save-sets to a WINDOWSF >Machine,and then transfering the save sets from the DOS Hard Drive to >the CD-RW disk. > D >Unfortunately, the ALPHA machines are unable to read save sets from >the MS created disks.   What happens when you try?  H Normally, if you transfer a backup saveset to a non-VMS system, you mustL "fix" it when you bring it back.  You'll have to copy it to a writeable disk first, then use the command:  & $ SET FILE saveset.bck /ATTR=LRL=32256  F If you can't read the CD at all, I'd suggest using LDDRIVER on VMS andK cdrecord on Linux to make the cd.  Abandon Windows.  MS products seem to be > engineered to work as poorly as possible with non-MS products.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Wed, 16 Jun 2004 20:28:55 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> 9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. = Message-ID: <b42Ac.1971$ZU7.16461028@news-text.cableinet.net>   J Why not just use CDRECORD (see V7.3-2 where it's built-in or Freeware CDs)K and write to a CD-RW drive directly on the Alpha? It's easy enough to buy a 9 SCSI CD-RW drive quite cheaply. I use the HP CD-RW 9600i.   L Otherwise just use LDDRIVER to create a logical disc the size you need, copyF the files into it, then copy the container file across to a PC and use8 something like NERO to burn the image file to the CD-RW?   --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk L Systems Archaeologist - Investigation & troubleshooting of older systems and	 networks.    ------------------------------  % Date: Wed, 16 Jun 2004 17:34:49 -0400 $ From: "News Account" <none@none.com>9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. 7 Message-ID: <%13Ac.2364$bO6.2347@fe39.usenetserver.com>   > ZIP the saveset first on the VAX then transfer to PC to write.  I You should be able to mount the CD from the PC with "mount /foreign" then $ UNZIP to the VAX and read them IIRC.   Don Woodward    ' "Tim" <tim267@msn.com> wrote in message 5 news:327155b6.0406161023.374594@posting.google.com... H > Our ALPHA server systems do not have write-able CD drives. I attemptedG > to put VMS save sets on a RW_CD by ftp'ing the save-sets to a WINDOWS G > Machine,and then transfering the save sets from the DOS Hard Drive to  > the CD-RW disk.  > E > Unfortunately, the ALPHA machines are unable to read save sets from  > the MS created disks.  > E > Any suggestions on workarounds or freeware is greatly apprectiated.  > 	 > Thanks,  > Tim    ------------------------------  % Date: Wed, 16 Jun 2004 19:49:46 -0400 . From: "Jim Mickalide" <mickalide@adelphia.net>9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. 1 Message-ID: <T5OdnWAGsOgGQU3dRVn-gw@adelphia.com>   L I have always had problems with RW-cd 's created on MSwindows and then triedG to read it on another system. I have been able to create Openvms cd-R's G however with a package called NERO6 or I have moved the file to a Linux L system and used CDrecord.  One of the issues with Openvms is that it expects. CDFormat-1 which CDrecord uses to create a CD.        -Jim-      / "News Account" <none@none.com> wrote in message 1 news:%13Ac.2364$bO6.2347@fe39.usenetserver.com... @ > ZIP the saveset first on the VAX then transfer to PC to write. > K > You should be able to mount the CD from the PC with "mount /foreign" then & > UNZIP to the VAX and read them IIRC. >  > Don Woodward >  > ) > "Tim" <tim267@msn.com> wrote in message 7 > news:327155b6.0406161023.374594@posting.google.com... J > > Our ALPHA server systems do not have write-able CD drives. I attemptedI > > to put VMS save sets on a RW_CD by ftp'ing the save-sets to a WINDOWS I > > Machine,and then transfering the save sets from the DOS Hard Drive to  > > the CD-RW disk.  > > G > > Unfortunately, the ALPHA machines are unable to read save sets from  > > the MS created disks.  > > G > > Any suggestions on workarounds or freeware is greatly apprectiated.  > >  > > Thanks,  > > Tim  >  >  >    ------------------------------    Date: 16 Jun 2004 19:27:19 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. 3 Message-ID: <MepXjieITt0L@eisner.encompasserve.org>   b In article <T5OdnWAGsOgGQU3dRVn-gw@adelphia.com>, "Jim Mickalide" <mickalide@adelphia.net> writes:N > I have always had problems with RW-cd 's created on MSwindows and then triedI > to read it on another system. I have been able to create Openvms cd-R's I > however with a package called NERO6 or I have moved the file to a Linux N > system and used CDrecord.  One of the issues with Openvms is that it expects0 > CDFormat-1 which CDrecord uses to create a CD.  G I don't know what you mean by CDFormat-1, but in the terminology of the > ISO-9660 standard, VMS will read Interchange levels 1, 2 or 3.  C VMS will _not_ read Microsoft's Joliet format (which coexists with, + but does not actually conform to ISO-9660).   D I have recently run discovered that a fairly old version of Toast onH Macintosh 7.5.5 will write a dual-mode CDrom with both HFS and ISO-9660,H but the primary hierarchy on its ISO-9660 side is (of course) limited toH 9.3 filenames and the only expression of the full Macintosh 31 characterG filename is in a supplementary Joliet hierarchy, leaving no way to read 
 it on VMS.   ------------------------------  % Date: Wed, 16 Jun 2004 20:42:38 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. + Message-ID: <40D0F70E.A1FB699A@comcast.net>   
 Tim wrote: > H > Our ALPHA server systems do not have write-able CD drives. I attemptedG > to put VMS save sets on a RW_CD by ftp'ing the save-sets to a WINDOWS G > Machine,and then transfering the save sets from the DOS Hard Drive to  > the CD-RW disk.  > E > Unfortunately, the ALPHA machines are unable to read save sets from  > the MS created disks.  > E > Any suggestions on workarounds or freeware is greatly apprectiated.    See:$ http://www.djesys.com/vms/cdrom.html   -- David J Dachtera dba DJE Systems  http://www.djesys.com/   ------------------------------    Date: 16 Jun 2004 11:03:07 -0700# From: aroma@stny.rr.com (Andy Roma) $ Subject: Creating a New User Account= Message-ID: <1e101a47.0406161003.494e0b0a@posting.google.com>     I'm new to VMS, so here it goes.  : I've managed to create a new user account under VMS using: @SYS$EXAMPLES:ADDUSER.COM   ; I then create the directory for the user (as system user):     create/directory [new_user]   B When I login as the new user and try to create a directory or edit! files, I get the following error:   ? %DIRECT-E-OPENIN, error opening SYS$SYSDEVICE:[*]*.*;* as input ? -RMS-E-PRV, insufficient privilege or file protection violation   D I am assuming that when I create the directory (as system), I am not: giving the new user permissions. Any idea how to fix this?   Thanks Andy   ------------------------------  + Date: Wed, 16 Jun 2004 18:28:40 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)( Subject: Re: Creating a New User Account$ Message-ID: <caq3go$tp4$3@online.de>  = In article <1e101a47.0406161003.494e0b0a@posting.google.com>, & aroma@stny.rr.com (Andy Roma) writes:   " > I'm new to VMS, so here it goes.   Welcome!  < > I've managed to create a new user account under VMS using: > @SYS$EXAMPLES:ADDUSER.COM  > = > I then create the directory for the user (as system user):   >  > create/directory [new_user]  > D > When I login as the new user and try to create a directory or edit# > files, I get the following error:  > A > %DIRECT-E-OPENIN, error opening SYS$SYSDEVICE:[*]*.*;* as input A > -RMS-E-PRV, insufficient privilege or file protection violation  > F > I am assuming that when I create the directory (as system), I am not< > giving the new user permissions. Any idea how to fix this?   $ HELP SET FILE/OWNER  $ HELP SET SEC/OWNER  ? In general, I would recommend having a non-system disk for user 
 accounts.    ------------------------------    Date: 16 Jun 2004 13:33:32 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: Creating a New User Account3 Message-ID: <VqtYA5uHN5w4@eisner.encompasserve.org>   c In article <1e101a47.0406161003.494e0b0a@posting.google.com>, aroma@stny.rr.com (Andy Roma) writes: " > I'm new to VMS, so here it goes. > < > I've managed to create a new user account under VMS using: > @SYS$EXAMPLES:ADDUSER.COM   >    Where does ADDUSER think it's putting the user's directory?  = > I then create the directory for the user (as system user):   >  > create/directory [new_user]   <    That creates a directory owned by SYSTEM.  You should add:    the /owner=username quailifier, but ADDUSER should have:    already done it for you.  Since you didn't tell it whatA    disk to use it was whereever your default was set at the time, *    likely not a good place for user files.  3    You can fix it using the SYSTEM account by doing /      set file/owner=username [new_user...]*.*;*  > D > When I login as the new user and try to create a directory or edit# > files, I get the following error:  > A > %DIRECT-E-OPENIN, error opening SYS$SYSDEVICE:[*]*.*;* as input A > -RMS-E-PRV, insufficient privilege or file protection violation   ?    Sounds like ADDUSER is expecting the user files to be on the @    system disk.  Not good, and not where you most likely put the
    directory.   F > I am assuming that when I create the directory (as system), I am not< > giving the new user permissions. Any idea how to fix this?  (    HELP create/directory is your friend.   ------------------------------  + Date: Wed, 16 Jun 2004 18:25:20 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: delete directory recursive $ Message-ID: <caq3ag$tp4$2@online.de>  B In article <capn80$a66$1$8300dec7@news.demon.co.uk>, Chris Sharman% <chris.sharman@sorry.nospam> writes:     > Charles J. Fisher wrote: > N > > Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree" (Win95), Q > > or "del /s" (WinNT)? I'm a VMS neophyte and I can't find anything to do this.  > J > If you weren't running with an excess of privilege, you'd need to start 7 > with $ set file/prot=w:rwed top.dir;,[.top...]*.dir;1 3 > then do $ del [.top...]*.*;*,;,;,;,;,;,[]top.dir;  > G > (add ,; as many times as necessary to cater for the necessary depth).   E This is an old trick.  I never use it, using a DCL procedure instead. B However, I'm curious as to a) why it works, b) if it can always be8 expected to work in DCL and c) whether it is documented.   ------------------------------  % Date: Thu, 17 Jun 2004 02:59:55 +0800 , From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: delete directory recursive - Message-ID: <873c4vs504.fsf@prep.synonet.com>   1 "Charles J. Fisher" <cfisher@rhadmin.org> writes:   L > Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree" (Win95), O > or "del /s" (WinNT)? I'm a VMS neophyte and I can't find anything to do this.    DEL [...]*.*;*  F If you are that anal about the .DIRs left behind, a few uparrow/return keys will prune them off.    If it is REALLY big,  1 BACK/FAST/NOCRC/GROUP=0/DEL [...]*.*;* NLA0:./SAV -                                             ^ F You must include the dot... BTW, you will have to wait for it to start6 deleting, but for large numbers of files it IS faster.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 16 Jun 2004 23:35:16 +0200 0 From: "Jerome" <jeromeatforissierdotorg@no.spam>' Subject: Re: delete directory recursive 4 Message-ID: <caqegj$7ri$1@apollon.grec.isp.9tel.net>   Larry Kilgallen wrote:B > In article <Pine.BSO.4.58.0406160905090.13433@bart.rhadmin.org>,3 > "Charles J. Fisher" <cfisher@rhadmin.org> writes: C >> Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree"  >> (Win95), G >> or "del /s" (WinNT)? I'm a VMS neophyte and I can't find anything to  >> do this.  >>C >> If not, here is an AWK script that works with the VMS version of  >> GAWK: > C > For the rare occasions when I have wanted to do this, I have just 
 > used theE > first command below followed by repeated applications of the second 
 > command: > G > $ DELETE disk$target:[directory.subdirectory...]*.*;*/EXCLUDE=*.DIR;1 9 > $ DELETE disk$target:[directory.subdirectory...]*.DIR;1  > ! > Living with the error messages.  >   F Yes, but this does not try hard to delete the files... it will fail if* permissions are not set to allow deletion.= You need to first SET FILE /PROT so the sequence is actually:   G $ SET FILE /PROTECTION=(O:WD) disk$target:[directory.subdirectory]*.*;* 5 $ DELETE disk$target:[directory.subdirectory...]*.*;*    (Ad lib.)    Duh.  < I personally prefer to use GNV (http://gnv.sourceforge.net/)   $ bash bash$ rm -rf directory
 bash$ exit   ;)  I Now the naive question... what would be wrong with a /RECURSIVE qualifier J for the DELETE command? And what about /FORCE to solve the file protection: issue? I'm sure it would make life easier for quite a few.( $ DELETE/RECURSIVE/FORCE [.SUBDIRECTORY]  J Hmmm wait... "del/r/forc [.dir]" vs. "rm -rf dir" ... Un*x would still win/ by 10 characters to 17. It's a hopeless game ;)    --   Jerome   ------------------------------  % Date: Wed, 16 Jun 2004 20:27:30 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>: Subject: Re: Humor: ANN: Keith Parris promoted to VP of PR+ Message-ID: <40D0F382.6245B648@comcast.net>    Michael Austin wrote:  >  > David J Dachtera wrote:  >  > > Palo Alto, CA  > > 15-Jun-2004  > > L > > Ms. Carleton Fiorina of Hewlett Packard announced today the promotion ofL > > Mr. Keith Parris to Vice President in charge of Public Relations for hp. > > B > > "In recognition of his fine work promoting hp through internetJ > > newsgroups, we are pleased to offer Keith a new position in recogitionE > > of his demonstrated talents and abilities", Ms Fiorina was quoted H > > saying. Other hp executives were not available for comment; however,I > > their administrative assistants echoed the adulation of the brass for G > > Keith's unwavering dedication and persistence in the face of surly, ' > > complaining newsgroup participants.  > > D > > Further details are expected in a later update from hp corporate > > headquarters.  >   > so, Dave, are you bored too??? >  > :) > 
 > Michael.   Don't go there...    ------------------------------  % Date: Wed, 16 Jun 2004 21:38:29 -0400 # From: "John Smith" <a@nonymous.com> E Subject: Is OpenVMS 'Adaptive' according to HP, or just an Albatross? , Message-ID: <jKudnZL2GbSIa03dRVn-ig@igs.net>  L http://story.news.yahoo.com/news?tmpl=story&ncid=1208&e=10&u=/cmp/20040616/t c_cmp/21800360&sid=95573650     J I wonder how many times OpenVMS is mentioned and discussed extensively and  favorably at this conference....    7 HP's Denzel Urges IT To Act Now For Adaptive Enterprise    Tue Jun 15,11:00 AM 
 Dan Neel, CRN   L Adaptive Enterprise is a nifty catchphrase, but implementing one takes work.  J If a company wants to synchronize its IT infrastructure with its business,E it should start working now, a Hewlett-Packard executive said Monday.   H "You don't buy an Adaptive Enterprise, you build one," said Nora Denzel,E senior vice president and general manager of HP's Adaptive Enterprise  Software unit.  J In her Monday keynote address at the HP Software Forum in Montreal, DenzelC outlined some general design principles--what she called "the heavyeL lifting" -- required to transform IT from the static, infrastructure-focusedD compute environment of today to HP's Adaptive Enterprise state where; "business and IT are synchronized to capitalize on change."o  D Denzel said it would take anywhere from three to five years for true3 Adaptive Enterprise IT/business networks to arrive.v  K Simplification, standardization, modularity and integration each need to betI embraced by IT as it works toward Adaptive Enterprise. "The next three to ? five years are all about these design principles," said Denzel.v  C Simplification is a matter of paring away at unnecessary IT payloadWH "reducing or consolidating the number of applications being used, DenzelK said. Standardization should go beyond merely standardizing on commoditized J processors, chipsets and operating systems and extend to a standardizationF of IT processes in preparation for their interconnection with separate, business departments and partners, she said.  L As for modularity, Denzel urged IT to begin creating networked storage gridsK and to virtualize as many parts of the network as possible. "As soon as youbJ go from the physical to the virtual, you increase your network's agility,"	 she said.n  G The final design principle, integration, takes place when IT is finally C linked with business and Adaptive Enterprise is achieved, she said.   I Listening to Denzel talk about adhering to design principles sounded likeeF service revenue to Jim Mastalerz, regional solution service manager atJ Advizex Technologies, an HP solution provider partner in Burlington, Mass.L "There's a huge service opportunity in diagnosing the network steps to build$ out Adaptive [Enterprise]," he said.  L Denzel closed by saying it was HP's goal to over time roll out the necessaryE tools to achieve Adaptive Enterprise by way of the company's OpenViewjK management software, which will cover business, IT service, application and@E infrastructure management. With OpenView, preventing IT problems will C ultimately garnish more rewards than solving IT problems, she said.G  K "We are going to get out of IT hero worship. You know that guy who comes in F and stays up all night to put out an IT fire?" she said. "Soon, you'llB actually be rewarded for putting out the fire in the first place."        % Interesting statement for HP to make, D "Simplification is a matter of paring away at unnecessary IT payloadH "reducing or consolidating the number of applications being used, DenzelK said. Standardization should go beyond merely standardizing on commoditizedmJ processors, chipsets and operating systems and extend to a standardizationF of IT processes in preparation for their interconnection with separate- business departments and partners, she said."n  A Sort of makes the case for SAP, Seibel, and many other integratedeK applications that don't run, nor ever will run on OpenVMS. Very cool....fornL Sun and IBM. And commoditized operating systems is a direct plug for linux -) an operating system HP makes no money on.u  L Perhaps HP would be best off asking shareholders where the company's effortsI are best directed - towards product that make the company money - such asiH printer, ink, OpenVMS, and services, or on things that HP makes no money( on - PC's, Microsoft Windows, and Linux.   ------------------------------  % Date: Wed, 16 Jun 2004 21:00:45 +0200t3 From: "Ton van der Zwet" <ton.vanderzwet@hccnet.nl>  Subject: Re: phpbb2 on VMS?S< Message-ID: <40d09852$0$159$3a628fcd@reader1.nntp.hccnet.nl>  , <jf.pieronne@laposte.net> schreef in bericht, news:caq0a1$3fk$1@news-reader4.wanadoo.fr... >' > >fD > > I don't have the exact same configuration, but very close. After some@ > > tweaking the bullitinboard system is running for months now.! > > You can look for yourself at:r& > > http://www.4ovms.dyndns.org/phpbb.> > > On this bullitin board is a discussion about this problem.@ > > Register and you can get access (this partical discussion is? > > hidden, group members only). A "how I did it" is available.  > >  >I
 > Why hidden?k   Hi Jean-Franois,P       several reasons:* - to experiment with the features of PHPBBD - using all code-paths will show hidden bugs more quickly (gotcha's)H - members-only means a more comfortable environment for some people, who$ are hesitating to react in the open.  G We are not some secret, fuzzy group, but we like to be as productive asID we can, without some of the non-technical discussions we see in this newsgroup .....iF We all love VMS and want to promote and extend good programs, with theH quality we are used to for so many years. I feel it is time we try to doF something back for VMS. It is certainly worth it! And it is great fun!   greetings Ton van der Zwet.p0 Member of the OpenOffice to OpenVMS porting team   ------------------------------  % Date: Wed, 16 Jun 2004 18:58:30 -0400s) From: "Neil Rieck" <n.rieck@sympatico.ca>tA Subject: Re: Secure Web Server Version 2.0 available for downloady; Message-ID: <qg4Ac.33606$7H1.1238983@news20.bellglobal.com>   K "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message(0 news:3FFB766F.DE20B8A5@NeOaSrPtAhMlNiOnWk.net... > Mark Berryman wrote: > >s > > Sue Skonetski wrote:C > > > Announcing HP Secure Web Server Version 2.0 for OpenVMS Alpha C > > > -------------------------------------------------------------  > > >iK > > > Hewlett-Packard is pleased to announce the availability of Secure Web-H > > > Server (SWS)2.0. SWS 2.0 is based on Apache 2.0.47 from the ApacheI > > > Software Foundation. This is the first version of Apache to support   > > > the IPv6 network protocol. > > >s$ > > > Minimum software requirements: > > >6. > > >     OpenVMS 7.3-1 (with latest CRTL ECO)9 > > >     ODS-5 for installation and document directories  > > >     TCP/IP 5.3 > >t% > > and this, from the release notes:o > >rI > > "The Secure Web Server Version 2.0 kit requires that all served fileso! > > must be in Stream_LF format."s > >d	 > > WHY?!d > > J > > CSWS V1.3 happily served any format file.  The C RTL will happily readL > > any RMS format.  Why this restriction?  Please note that this means thatK > > the V2.0 webserver is no longer able to serve the VMS documentation CDs79 > > since the HTML files are in "variable length" format.o > >eL > > C'mon, folks.  Isn't this carrying Unix compatibility a wee bit too far? >aC > I'd be the last to know, but my first guess would be an effort toy > minimize the porting effort. >v > -- s > David J. Dachteras > dba DJE Systemsp > http://www.djesys.com/ >H* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/E  F If porting is becoming a concern, you'd think they'd create a loadableK module (MOD_RMS ?) that could step in as required and serve up the originaleI file format. That way, people who like the "stream_lf" idea could disableh MOD_RMS as required.  K On a related note, when you do an FTP in ASCII mode (say from a PC to VMS),dL the sending FTP will transmit lines in a neutral fashion while the receivingJ FTP session stores the data using the default text file format required byF the OS at the receiving end. When HP decided to change the server fileI format to "stream_lf", I don't think they gave any thought to pages FTP'diK into the server or static pages of HTML created by batch jobs and/or reporte generators.-  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Wed, 16 Jun 2004 21:29:10 -0400s# From: "John Smith" <a@nonymous.com>s@ Subject: Re: Tru64 --> OpenVMS rather than another unix platform, Message-ID: <jKudnZP2GbSJa03dRVn-ig@igs.net>   Main, Kerry wrote: >s <major snip> >eF > It's not often that Oracle makes such a change. The last time it didC > so was in the early 1990s, moving from Digital Equipment's VMS to  > Sun's Solaris, he said."    @ Round about the time GQ Bob said NT is the future. Way to go GQ.   ------------------------------    Date: 16 Jun 2004 19:53:56 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)F Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT= Message-ID: <b096a4ee.0406161853.38940807@posting.google.com>   f "Syltrem" <syltremzulu@videotron.ca> wrote in message news:<jYYzc.8705$Xy3.26162@tor-nn1.netcom.ca>... > Hi >   > Sorry but I still don't get it > E > >> If you reinterpret "process peak usage" as "peak virtual size" ISJ > >> believe it adds up. Did you not see my first post about this? In that > >> post I wrote: >    > >> "F > >> Also, when ACCOUNTING says "Peak page file:" it really should sayI > >> "Peak virtual size:", at least it does on my VAX systems running VMSR > >> v6.1 and v6.2.- > >> " > ( > All numbers are expressed in pagelets.N > If "Peak page file:" really should say "Peak virtual size:", then that valueH > would be pgflquo+wsextent added together (real memory + paged memory = > virtual size)  > N > So that would be 16,384 pagelets of RAM + 150,000 pagelets in the pagefile =I > 166,384 pagelets is my quota, which is less than what was actually useds/ > (341,856 pagelets as reported by accounting).  > A > So again, why can I use a lot more memory than my quota allows?u  > Or tell me where I'm mistaken. > 
 > Thanks !  C You forgot to include images and section files -- both of which arelE included in virtual memory. You can list these for a process with SDA , via $ ANAL/SYS !. Let us know what you find.   [....]   JMHO   ------------------------------   Date: 17 Jun 2004 03:32:55 GMT From: healyzh@aracnet.come Subject: Re: URL for patch info , Message-ID: <car3d701o06@enews4.newsguy.com>  7 Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote: + >         http://www.support.compaq.com.au/m. >         ftp://ftp.hp.com.au/pub/patches/vms/  F > If you think of the australian support site, it is no longer currentG > because in Oct 2003 (in the middle of V7.3-1) hp stopped feeding ECOslF > into this system. The site is still up and is valueable for previousJ > VMS versions and ECOs but it is no longer that important it was earlier.  J Rats.  That is the site I was looking for, I really wish they were keeping	 it going.    > I currently recommendr  0 >         ftp://ftp.itrc.hp.com/openvms_patches/  G I'm really looking for something that would tell me if I just installed0K 7.3-2 what patches I need to install to have a fully up to date system, ande$ what order I should install them in.  I I finally got an account for the "IT Resource Center".  Which reminds me, 4 does it offer anything like the old patch mail list?   		Zane   ------------------------------    Date: 16 Jun 2004 13:25:24 -0700& From: twnews@kittles.com (Thomas Wirt)/ Subject: Re: VMS Gets Short Shrift at HP World.m< Message-ID: <b3531425.0406161225.2dbf94d@posting.google.com>   David J Dachtera wrote:p   > Dave Gudewicz wrote: > F >>While on an Encompass con-call this afternoon, this subject came up.  Also F >>on the con-call was a member of the VMS content team and a member of they >>Body.N >  > & > Did Landru moderate the ConCall? ;-) >  > ? >>There will be more VMS content than mentioned here, the final. numbers are E >>not in yet.  Having the challenge of moving from November to August  wasm6 >>something that needed to be dealt with.  And it was. >  > C > Curious. It would be interesting to know why the move, other than 0 > Chicago's frequently unpredictable Novembers.  > H > This being June, roughly 8 weeks before the symposium, I'd have had toD > complete somewhere in the neighborhood of seven PPTs in that time,J > including the research for the session material. Guess "they" have neverC > been working people trying to juggle a life, a job and a (set of) J > symposium contribution(s), not to mention a new home, an elderly parent,, > a brother with his own medical issues, ...  C This is not meant as a slam David.  We have met at previous (DECUS)oD conferences and I agree with you more than I disagree.  That said, IB have most of the time constraints that you mentioned above, but amF presenting at HP World (assuming I finish my slides by the deadline). D I followed the progress of both HP World conference and the progress? of the mythical Encompass only conference.  I hedged my bets by1E submitting my case study to HP World when their first call for papersjE went out.  I figured that I had nothing to loose, since I saved it an9C could also submit it to the Encompass conference if it happened.  IsE submitted in the area of Windows and the title originally include the,A phrase "from a VMS Manager's View Point".  I removed the VMS from F every where in the abstract, but it will still be in my presentation. ? I am a VMS professional that does a lot with Windows.  I do notS# endorse Windows, but I tolerate it./  @ I figured that if I wanted to change the content from last yearsD overly commercial content, then I need to help pick it and give userE perspective alternatives.  I am not saying "Do not complain".  I did,o? but if you can, look to where you CAN contribute to getting our,F symposium back on track.  Volunteer for a content team that is not VMSD so that you can help get the paper of the VMS System's Manager in to the non-VMS area.l  E I believe that Encompass is still worth participating in, but we needeB people that know what real computing is (VMS), to help steer shows
 like this.  	 > <snip>   > D.J.D.   -- e   Thomas Wirte Systems Managerl Kittle's Home Furnishings- Indianapolis, IN   ------------------------------  % Date: Wed, 16 Jun 2004 20:11:22 -0500y2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: VMS Gets Short Shrift at HP World..+ Message-ID: <40D0EFB9.60D27149@comcast.net>    John Vottero wrote:  > . > <VAXman- @SendSpamHere.ORG> wrote in message, > news:00A3362F.0990A3D5@SendSpamHere.ORG...
 > > [snip]G > > HP World is a trade show with a couple of symposium-like character-fF > > istics.  I wouldn't be too concerned with lack of VMS content.  ItE > > is like being concerned with whether or not the water in the bowleF > > is blue or clear in conjunction with the other nasty bits that are > > floating inside it.l > >l > N > I whole heartedly agree!!  The bootcamp has the look and feel of symposia ofL > the 80s.  Great technical content, more VMS engineers than you can shake aK > cat at and just the right mix of trade show: 1 night, 3 hours, free beer!6  F Too bad there's no way to mitigate the cost by giving a tech. session, though.o  H ...and do we *REALLY* want to discourage the VMS newbies by sending themG on quest for training/seminar dollars and only have VMS content to helpI+ them justify the cost to the bean counters?y  C Yeah, "DECUS"-like lets the old-timers remember, but what about thesE newbies we're trying to bring into the fold? (Someone has to carry on,9 after we retire or expire (sadly), as the case may be...)    D.J.D.   ------------------------------  % Date: Wed, 16 Jun 2004 20:12:55 -0500t2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: VMS Gets Short Shrift at HP World.r+ Message-ID: <40D0F016.4623E244@comcast.net>:   Dave Gudewicz wrote: > [snip]E > The "complain" comment was a general one, not targeted at anyone in 
 > particular.1  F Sorry. I didn't take it as targetted. My fuse is getting just a little short.   D.J.D.   ------------------------------  % Date: Wed, 16 Jun 2004 20:21:27 -0500v2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: VMS Gets Short Shrift at HP World.s+ Message-ID: <40D0F217.5020C6C2@comcast.net>k   Thomas Wirt wrote: >  > David J Dachtera wrote:e >  > > Dave Gudewicz wrote: > >cH > >>While on an Encompass con-call this afternoon, this subject came up. >  AlsoiH > >>on the con-call was a member of the VMS content team and a member of > them	 > >>Body.  > >r > >i( > > Did Landru moderate the ConCall? ;-) > >r > >gA > >>There will be more VMS content than mentioned here, the final,
 > numbers are G > >>not in yet.  Having the challenge of moving from November to August  > wasp8 > >>something that needed to be dealt with.  And it was. > >  > >0E > > Curious. It would be interesting to know why the move, other than 1 > > Chicago's frequently unpredictable Novembers.c > > J > > This being June, roughly 8 weeks before the symposium, I'd have had toF > > complete somewhere in the neighborhood of seven PPTs in that time,L > > including the research for the session material. Guess "they" have neverE > > been working people trying to juggle a life, a job and a (set of)aL > > symposium contribution(s), not to mention a new home, an elderly parent,. > > a brother with his own medical issues, ... > E > This is not meant as a slam David.  We have met at previous (DECUS) F > conferences and I agree with you more than I disagree.  That said, ID > have most of the time constraints that you mentioned above, but amG > presenting at HP World (assuming I finish my slides by the deadline).m  D I presume you were notified of acceptance within recent history (theH last week or two). I've been put entirely on stand-by, which means I canD go ahead do my PPTs, but I may just get to post them in my mentoringC section at djesys.com if they don't get back to me by 30-July-2004.   C Sorry if I sound ungrateful for at least the opporunity to maybe ben, called, but I'm... well, better shut up now.  F > I followed the progress of both HP World conference and the progressA > of the mythical Encompass only conference.  I hedged my bets byaG > submitting my case study to HP World when their first call for papersnG > went out.  I figured that I had nothing to loose, since I saved it antE > could also submit it to the Encompass conference if it happened.  IeG > submitted in the area of Windows and the title originally include the C > phrase "from a VMS Manager's View Point".  I removed the VMS fromaG > every where in the abstract, but it will still be in my presentation.rA > I am a VMS professional that does a lot with Windows.  I do not % > endorse Windows, but I tolerate it.    Probably true of many of us.  B > I figured that if I wanted to change the content from last yearsF > overly commercial content, then I need to help pick it and give userG > perspective alternatives.  I am not saying "Do not complain".  I did,<A > but if you can, look to where you CAN contribute to getting ourcH > symposium back on track.  Volunteer for a content team that is not VMSF > so that you can help get the paper of the VMS System's Manager in to > the non-VMS area.D  H I'm not sure I have anything of value to offer in a non-VMS area, exceptH perhaps that I use more keyboard shortcuts in WhineBloze than most folks are even aware of.  G > I believe that Encompass is still worth participating in, but we needlD > people that know what real computing is (VMS), to help steer shows > like this.  D Agreed. We also need people who can toe the company line while stillG managing to be renegade enough to protect hp from its own bad decisionsiE (like not marketing VMS) and who understand what prospective ex-DECUS " attendees expect from a symposium.  2 Guess my standards are just too high, sometimes...   D.J.D.   ------------------------------  % Date: Wed, 16 Jun 2004 20:25:42 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: VMS Gets Short Shrift at HP World. + Message-ID: <40D0F316.BA7D0FE6@comcast.net>c   "Barry Treahy, Jr." wrote: >  > John Vottero wrote:o
 > > [snip]O > >I whole heartedly agree!!  The bootcamp has the look and feel of symposia ofcM > >the 80s.  Great technical content, more VMS engineers than you can shake a L > >cat at and just the right mix of trade show: 1 night, 3 hours, free beer! > >o > >1J > And might as well be on the moon for us on the West Coast.  At least theF > old DECUS Symposia, and yes I attended both coasts faithfully in the7 > 80's and early 90's, alternated, ergo, 'both coasts.'f  D I feel that pain, also, and I'm in Chicago! Now, there's a doings in6 Chicago, and I can't afford it! ...without presenting.  H I understand the value of having such immediate access to the Engineers.G I can't help wondering if perhaps technology (WHAT???!!!) might be ableu* to intervene (say: tele(video)conference).   D.J.D.   ------------------------------    Date: 16 Jun 2004 21:00:05 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)s/ Subject: Re: VMS Gets Short Shrift at HP World. 3 Message-ID: <Tl6SGzMDYGuF@eisner.encompasserve.org>P  ` In article <40D0F316.BA7D0FE6@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > "Barry Treahy, Jr." wrote: >> a >> John Vottero wrote: >> > [snip] P >> >I whole heartedly agree!!  The bootcamp has the look and feel of symposia ofN >> >the 80s.  Great technical content, more VMS engineers than you can shake aM >> >cat at and just the right mix of trade show: 1 night, 3 hours, free beer!a >> > >> >K >> And might as well be on the moon for us on the West Coast.  At least theiG >> old DECUS Symposia, and yes I attended both coasts faithfully in thet8 >> 80's and early 90's, alternated, ergo, 'both coasts.' > F > I feel that pain, also, and I'm in Chicago! Now, there's a doings in8 > Chicago, and I can't afford it! ...without presenting. > J > I understand the value of having such immediate access to the Engineers.I > I can't help wondering if perhaps technology (WHAT???!!!) might be ableD, > to intervene (say: tele(video)conference).  E That does not allow for the great benefit of asking private questionso in the hall and at lunch.f   ------------------------------  % Date: Wed, 16 Jun 2004 21:12:04 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: VMS Gets Short Shrift at HP World.d+ Message-ID: <40D0FDF4.9C311867@comcast.net>u   Larry Kilgallen wrote: > b > In article <40D0F316.BA7D0FE6@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > > "Barry Treahy, Jr." wrote: > >> > >> John Vottero wrote:
 > >> > [snip] R > >> >I whole heartedly agree!!  The bootcamp has the look and feel of symposia ofP > >> >the 80s.  Great technical content, more VMS engineers than you can shake aO > >> >cat at and just the right mix of trade show: 1 night, 3 hours, free beer!t > >> > > >> >M > >> And might as well be on the moon for us on the West Coast.  At least thetI > >> old DECUS Symposia, and yes I attended both coasts faithfully in the : > >> 80's and early 90's, alternated, ergo, 'both coasts.' > >DH > > I feel that pain, also, and I'm in Chicago! Now, there's a doings in: > > Chicago, and I can't afford it! ...without presenting. > >nL > > I understand the value of having such immediate access to the Engineers.K > > I can't help wondering if perhaps technology (WHAT???!!!) might be able . > > to intervene (say: tele(video)conference). > G > That does not allow for the great benefit of asking private questionso > in the hall and at lunch.   H Advice from another contect seems appropriate here: I'd rather have some pie than no pie at all.r   D.J.D.   ------------------------------  # Date: Thu, 17 Jun 2004 03:13:18 GMTP, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>/ Subject: Re: VMS Gets Short Shrift at HP World.c, Message-ID: <i%7Ac.34820$Hg2.6969@attbi_s04>  J How did "BoD" get changed to "Body" in the note I posted?  I'm glad it did0 now, the Landru thing took some of the edge off.   He's dead Jim.  Or is he?    Dave...t  , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A336A5.F9D95DCE@SendSpamHere.ORG...? > In article <khLzc.37261$2i5.22475@attbi_s52>, "Dave Gudewicz"o <k9jdk@NOSPAMarrl.net> writes:G > >While on an Encompass con-call this afternoon, this subject came up.  AlsoK > >on the con-call was a member of the VMS content team and a member of thee > >Body. >:% > Landru... become one with the body.g >D >cL > >There will be more VMS content than mentioned here, the final numbers areJ > >not in yet.  Having the challenge of moving from November to August was7 > >something that needed to be dealt with.  And it was.w >eJ > I know the members of the VMS content team well.  It is not their fault.J > They are given X slots and X**value sessions to fit into said slots.  It > is not an easy job.l >n) > These X slots are still a small number.o >o >dI > >Its being said by some that the "comp" on this newsgroup ought to meannI > >"complain".  I for one would rather have it mean what its intended to.o NoweF > >before the swords get drawn, please re-read the previous paragraph. Thanks.s >eK > I recall when this was carl.os.vms so stop complaining about complaining.  :) > -- FD > http://www.legacy-2000.com  for the *best* OpenVMS system securityE >                             solutions that others only claim to be.- > --  2 > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM >B6 >   "Well my son, life is like a beanstalk, isn't it?"   ------------------------------  + Date: Wed, 16 Jun 2004 19:09:14 +0000 (UTC)1, From: lewis@PROBE.mitre.org (Keith A. Lewis)  Subject: Re: zip file contention. Message-ID: <caq5sq$st1$1@newslocal.mitre.org>   Chris Sharman <chris.sharman@sorry.nospam> writes in article <capmpo$pnj$1$830fa7a5@news.demon.co.uk> dated Wed, 16 Jun 2004 15:51:36 +0100:G >I got some contention on a zip file, caused when a bunch of jobs were  C >all submitted together, and all tried to add to the same zip file.S  L That's bad.  You can't have multiple writers on a zip file, so shame on your system for not synchronizing.  S  K Maybe you could have these little jobs store all the additions to a certainsJ directory, and at the end of the day run one job that adds them all to the	 zip file.   I As somebody else suggested, you could use a batch queue with job_limit=1. I The VMS-ish way to do it would be to write a queue manager (based on zip) I that would add the submitted file to your archive; this would cut down on  image activations.  F >I've now upgraded to zip022 from djesys, but the release notes don't  >mention this problem.5 >Anyone else know of it, or know whether it's fixed ?s  J There was a version of unzip that if the disk was full would hang until itD wasn't.  One user left it running when she left on friday.  Over theH weekend, I was in to do some system work, and I had to edit something onJ that disk.  When I tried to write, the disk was full.  No problem, I foundL something to delete.  Disk still full, and nobody else was in the office.  I
 was seething.i  < Now do you see why polling a filesystem for access is wrong?  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 16 Jun 2004 20:39:02 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: zip file contention+ Message-ID: <40D0F636.A8757CFB@comcast.net>'   Chris Sharman wrote: > G > I got some contention on a zip file, caused when a bunch of jobs were D > all submitted together, and all tried to add to the same zip file. > H > I got a number of rms-f-flk errors, and finished up with 3 versions of0 > my zip file and a number of ZInnnnnn.;1 files. >   > This was with zip version 2.0jF > I've now upgraded to zip022 from djesys, but the release notes don't > mention this problem.y6 > Anyone else know of it, or know whether it's fixed ?  , This is not something that zip needs to fix.  ' Here's some insight into how zip works:a  E It starts by creating the ZInnnnn.; files you saw. The number is justsB another way of expressing a part of the PID that ran zip. Then, itG compresses into that file. At the end of its run, it will either renamemF that to mumble.zip (if the target spec. is on the same device as zip'sB /TEMP_PATH (I don't find a UN*X-syntax equivalent in ZIP V2.2)) orA copies it (*VERY* inefficiently!) to the target, then deletes ther ZInnnnn.; file.w  H Obviously, then, only one zip process will be successful at creating the ultimate target.  D Similarly, when updating an existing archive, it makes a copy of theH existing archive during the update process, adding or replacing files as@ appropriate. Then, if successful, the target archive is replaced (overlaid, I believe).  4 Same issue: only one zip process will be successful.  B I believe the best solution may be the single-threaded batch queueB (/JOB_LIMIT=1). A bit inefficient, but that will solve the problemG immediately. Long term, you may want to exploit zip's ability to accepte# a list of filespecs in a list file:   4 $ ZIP/VMS/LEVEL=8 target_archive/BATCH=list_filespec ...or...+ $ ZIP "-8V" target_archive "@list_filespec"r  H ...and build the list before you submit a single zip job to do the whole lot at once.  ? (I prefer ZIP_CLI myself. Just a preference. Few good reasons.)4   D.J.D.   ------------------------------   End of INFO-VAX 2004.334 ************************ Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree"  if (fldsize >= 1) {
                        vms_rectype = eb_data[VMSPK_ITEMHEADSZ] & 15;
                        vms_fileorg = eb_data[VMSPK_ITEMHEADSZ] >> 4;
                    }
                    break;
                  default:
                    break;
                }
                /* skip to next data item */
                eb_datlen -= fldsize + VMSPK_ITEMHEADSZ;
                eb_data += fldsize + VMSPK_ITEMHEADSZ;
            }
            break;

          case EF_IZVMS:
            if (makelong(ef_buf+EB_HEADSIZE) == VMS_FABSIG) {
                if ((eb_data = extract_izvms_block(__G__
                                                   ef_buf+EB_HEADSIZE, eb_len,
                                                   &eb_datlen, NULL, 0))
                    != NULL)
                {
                    if (eb_datlen >= VMSFAB_B_RFM+1) {
                        vms_rectype = eb_data[VMSFAB_B_RFM] & 15;
                        vms_fileorg = eb_data[VMSFAB_B_ORG] >> 4;
                    }
                    free(eb_data);
                }
            }
            break;

          default:
            break;
        }

        /* Skip this extra field block */
        ef_buf += (eb_len + EB_HEADSIZE);
        ef_len -= (eb_len + EB_HEADSIZE);
    }

    return (vms_rectype == VMSREC_C_VAR);

} /* end function is_vms_varlen_txtfile() */

#endif /* VMS_TEXT_CONV */




/*************************/
/* Function disk_error() */
/*************************/

static int disk_error(__G)
    __GDEF
{
    /* OK to use slide[] here because this file is finished regardless */
    Info(slide, 0x4a1, ((char *)slide, LoadFarString(DiskFullQuery),
      FnFilter1(G.filename)));

#ifndef WINDLL
    fgets(G.answerbuf, 9, stdin);
    if (*G.answerbuf == 'y')   /* stop writing to this file */
        G.disk_full = 1;       /*  (outfile bad?), but new OK */
    else
#endif
        G.disk_full = 2;       /* no:  exit program */

    return PK_DISK;

} /* end function disk_error() */

#endif /* !VMS */





/*****************************/
/* Function UzpMessagePrnt() */
/*****************************/

int UZ_EXP UzpMessagePrnt(pG, buf, size, flag)
    zvoid *pG;   /* globals struct:  always passed */
    uch *buf;    /* preformatted string to be printed */
    ulg size;    /* length of string (may include nulls) */
    int flag;    /* flag bits */
{
    /* IMPORTANT NOTE:
     *    The name of the first parameter of UzpMessagePrnt(), which passes
     *    the "Uz_Globs" address, >>> MUST <<< be identical to the string
     *    expansion of the __G__ macro in the REENTRANT case (see globals.h).
     *    This name identity is mandatory for the LoadFarString() macro
     *    (in the SMALL_MEM case) !!!
     */
    int error;
    uch *q=buf, *endbuf=buf+(unsigned)size;
#ifdef MORE
    uch *p=buf;
#if (defined(SCREENWIDTH) && defined(SCREENLWRAP))
    int islinefeed = FALSE;
#endif
#endif
    FILE *outfp;


/*---------------------------------------------------------------------------
    These tests are here to allow fine-tuning of UnZip's output messages,
    but none of them will do anything without setting the appropriate bit
    in the flag argument of every Info() statement which is to be turned
    *off*.  That is, all messages are currently turned on for all ports.
    To turn off *all* messages, use the UzpMessageNull() function instead
    of this one.
  ---------------------------------------------------------------------------*/

#if (defined(OS2) && defined(DLL))
    if (MSG_NO_DLL2(flag))  /* if OS/2 DLL bi