1 INFO-VAX	Fri, 18 Jun 2004	Volume 2004 : Issue 336       Contents:, Re: Accessing NFS from OS X. Was: NFS how to1 Re: Anyone here using products from this company? 1 Re: Anyone here using products from this company? 1 Re: Anyone here using products from this company? 1 Re: Anyone here using products from this company? 1 Re: Anyone here using products from this company? 0 Re: COPY VMS Save Sets to CD on WINDOWS machine.0 Re: COPY VMS Save Sets to CD on WINDOWS machine. Re: delete directory recursive Re: delete directory recursive Re: delete directory recursive Re: delete directory recursive Re: delete directory recursive Re: delete directory recursive8 Re: Secure Web Server Version 2.0 available for download Re: SWS-2.0 (Apache) & CGI ???+ Re: Unhackable OpenVMS - a defcon story ... + Re: Unhackable OpenVMS - a defcon story ... + Re: Unhackable OpenVMS - a defcon story ... + Re: Unhackable OpenVMS - a defcon story ... + Re: Unhackable OpenVMS - a defcon story ... + Re: Unhackable OpenVMS - a defcon story ... & Re: VMS Gets Short Shrift at HP World.  F ----------------------------------------------------------------------   Date: 18 Jun 2004 04:14:35 GMT From: healyzh@aracnet.com 5 Subject: Re: Accessing NFS from OS X. Was: NFS how to + Message-ID: <catq7b0cos@enews3.newsguy.com>   ' News Reader <nomail@noemail.vms> wrote:    <snipped lots of good info>    > Does that help?   I Very much so!  It looks like previously I was doing it in a manner that I J should have and that is why it won't work for me now.  It also makes a bit more sense to me.   I I'll have to take another look at getting my NFS shares remapped.  At the L moment I don't need them, but it would be nice to have them already in place should I :^)  J > >> what's so funky about Apple's NFS in OS X that its causing you grief? > > I > >there are significant differences, espeically where networking related : > >things are concerned... it uses the NetInfo database...  D > Understood.  A whole lot of new terminology and concepts to grasp.@ > <URL=http://networking.earthweb.com/netos/article.php/1430801>D > says they've now scrapped it, so its probably not worth mastering.  J > >As I said in a previous post, it's just to much trouble, and I'll stick% > >with Appletalk for the time being.   / > Same article says they're scrapping that too.   L I'd take that article with a grain of salt considering it's from 2002.  I'veJ run both 10.2 and now 10.3, while 10.0 (and I think 10.1) couldn't supportJ classic Appletalk such as OpenVMS uses, both 10.2 and 10.3 work great withJ it.  They didn't want to support classic appletalk for anything other thanG printers, but I think they found there were to many of us holdouts that K weren't upgrading to Mac OS X becuase of it :^)  Of course I'm also someone K that uses an ADB-to-USB converter to add ADB ports to my G5 2x2 :^)  As I'm J not about to give up my Apple Extended II keyboard.  Though I finally gaveE up my ADB mouse less than a year ago (thanks to finally upgrading to  
 Mac OS X).  I As for the NetInfo issue, I've heard it's going away, but as of 10.3 it's H still there at the heart.  In the next couple weeks there should be some0 news about 10.4, maybe they'll finally ditch it.   			Zane    ------------------------------   Date: 17 JUN 2004 18:22:04 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher): Subject: Re: Anyone here using products from this company?6 Message-ID: <17JUN04.18220463@thuria.waisman.wisc.edu>  ; In a previous article, "John Smith" <a@nonymous.com> wrote:    ->http://www.sleepycat.com/   C This database was used by the unix version of PMDF. There were lots D of problems and irritations reported to the info-pmdf list about it.C Suggest you do a google groups search of the group vmsnet.mail.pmdf  for the word "sleepycat".    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 7 --                karcher.nomorespxm@waisman.wisc.edu      ------------------------------  % Date: Thu, 17 Jun 2004 19:55:21 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender): Subject: Re: Anyone here using products from this company?; Message-ID: <40d1db09.524144494f47414741@radiogaga.harz.de>   " John Smith (a@nonymous.com) wrote: > http://www.sleepycat.com/  > 5 > http://www.sleepycat.com/products/featurelist.shtml  > G > Not a VMS question because it isn't natively available on VMS, AFAIK.   G Those are the Berkeley DB guys, aren't they? One version of Berkeley DB B powers ht://Dig, so I wouldn't say that it doesn't run on VMS. ButD it's not a supported port (e.g. for the build tests, you'd need Tk).   cu,    Martin --  D One OS to rule them all       | Martin Vorlaender  |  OpenVMS rules!7 One OS to find them           | work: mv@pdv-systeme.de J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------    Date: 17 Jun 2004 16:03:17 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: Anyone here using products from this company?3 Message-ID: <B4OOs57XPCET@eisner.encompasserve.org>   p In article <40d1db09.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes: > I > Those are the Berkeley DB guys, aren't they? One version of Berkeley DB D > powers ht://Dig, so I wouldn't say that it doesn't run on VMS. ButF > it's not a supported port (e.g. for the build tests, you'd need Tk).  B    Are you saying the Tk for VMS wont run the build tests, or just*    that the Berkely guys haven't bothered?   ------------------------------  % Date: Fri, 18 Jun 2004 05:17:26 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender): Subject: Re: Anyone here using products from this company?; Message-ID: <40d25ec6.524144494f47414741@radiogaga.harz.de>   < Bob Koehler (koehler@eisner.nospam.encompasserve.org) wrote:6 > martin@radiogaga.harz.de (Martin Vorlaender) writes:K > > Those are the Berkeley DB guys, aren't they? One version of Berkeley DB F > > powers ht://Dig, so I wouldn't say that it doesn't run on VMS. ButH > > it's not a supported port (e.g. for the build tests, you'd need Tk). > D >    Are you saying the Tk for VMS wont run the build tests, or just, >    that the Berkely guys haven't bothered?  4 I wasn't aware of a port of Tk to VMS. Is there one?   cu,    Martin --  <                         | Martin Vorlaender | OpenVMS rules!1  OpenVMS: Where do you  | work: mv@pdv-systeme.de D  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------  + Date: Fri, 18 Jun 2004 05:41:18 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER): Subject: Re: Anyone here using products from this company?0 Message-ID: <newscache$qsohzh$03g$1@news.sil.at>  p In article <40d25ec6.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes:= >Bob Koehler (koehler@eisner.nospam.encompasserve.org) wrote: 7 >> martin@radiogaga.harz.de (Martin Vorlaender) writes: L >> > Those are the Berkeley DB guys, aren't they? One version of Berkeley DBG >> > powers ht://Dig, so I wouldn't say that it doesn't run on VMS. But I >> > it's not a supported port (e.g. for the build tests, you'd need Tk).  >>E >>    Are you saying the Tk for VMS wont run the build tests, or just - >>    that the Berkely guys haven't bothered?  > 5 >I wasn't aware of a port of Tk to VMS. Is there one?   . If you mean TCL/TK, yes there is (or was) one.  , ftp://sapodilla.rsmas.miami.edu/pub/VMS-tcl/   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 17 Jun 2004 20:59:09 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. : Message-ID: <z7rAc.34822$nY.1115581@news20.bellglobal.com>  ' "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   F There are some documents on the FREEWARE CD-ROM that explain somethingK called "FTP Induced Save Set Corruption". Click the following link for more  details:D http://www3.sympatico.ca/n.rieck/links/cool_openvms.html#vms_saveset  H 2. I do a weekly backup of my source code then FTP it to my Windows-2000K machine for archival. When I've got four weeks worth, I save it to a CD-ROM I as a permanent backup. Now I was lucky enough to first use a program from H Roxio to do my archiving. What is cool about this product is that a menuJ pops up when you go to eject the ROM with an Advanced button. If you clickH this button you are then given the option of closing the ROM in ISO-9660J format which is something that can the Alpha CD-ROM can deal with. Caveat:I when saving to ISO-9660 it is a good idea to use the 8.3 rule when naming E your files (Name can't exceed 8 characters, extension can't exceed 3)   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------    Date: 17 Jun 2004 19:24:47 -0700# From: dooleys@snowy.net.au (dooley) 9 Subject: Re: COPY VMS Save Sets to CD on WINDOWS machine. = Message-ID: <1ca82fc6.0406171824.64f1f3fa@posting.google.com>   ] tim267@msn.com (Tim) wrote in message 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 B One of our application software suppliers distribute their product7 as vms savesets on cd burnt using a windows machine.[1] E Their instructions [2] are to mount the cd with the following options 5 /MED=CDROM/UNDEF=(FIX:NONE:32256) <cd device> <label> 2 Then vmsinstal can be run with the savesets on cd 6 An alternative is to load the cd in a windows machine,2 ftp the savesets to vms, and then for each saveset? $set file/attr=(rfm:fix,rat:none,mrs:32256,lrl:32256) saveset.a  Phil' [1] I don't know what software they use B [2] The unfortunate part about the instructions is that that they '     were on the cd as a readme.txt file    ------------------------------   Date: 17 Jun 2004 20:50:53 GMT+ From: Thierry Dussuet <thierry@MARS.Family> ' Subject: Re: delete directory recursive / Message-ID: <slrncd411e.pf.thierry@MARS.Family>   K On 2004-06-17, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote: y > In article <caq3ag$tp4$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  >>> K >>> If you weren't running with an excess of privilege, you'd need to start 9 >>> with $ set file/prot=w:rwed top.dir;,[.top...]*.dir;1 5 >>> then do $ del [.top...]*.*;*,;,;,;,;,;,[]top.dir;  >>> I >>> (add ,; as many times as necessary to cater for the necessary depth).  >>  H >> This is an old trick.  I never use it, using a DCL procedure instead.E >> However, I'm curious as to a) why it works, b) if it can always be ; >> expected to work in DCL and c) whether it is documented.  > A >    It's not really a trick, it's based on documented behaviour.  > O >    The first [.top...]*.*;* deletes all non-directory files and and directory L >    files which are empty.  The following ,; picks up the related file nameH >    ([.top...]*.*) from the first and adds an explicit wildcard for theJ >    highest version, since directory files are always verion ;1 that will  E This is something I've always wondered... how does multinet get this?     Directory MULTINET_ROOT:[000000]  O SYSCOMMON.DIR;5     SYSCOMMON.DIR;4     SYSCOMMON.DIR;3     SYSCOMMON.DIR;2      SYSCOMMON.DIR;1        And does this matter?    Thierry    ------------------------------    Date: 17 Jun 2004 19:04:49 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)' Subject: Re: delete directory recursive = Message-ID: <b096a4ee.0406171804.24515e74@posting.google.com>   v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<wk$MGVfLBak$@eisner.encompasserve.org>...y > In article <caq3ag$tp4$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  > >>  M > >> If you weren't running with an excess of privilege, you'd need to start  : > >> with $ set file/prot=w:rwed top.dir;,[.top...]*.dir;16 > >> then do $ del [.top...]*.*;*,;,;,;,;,;,[]top.dir; > >>  J > >> (add ,; as many times as necessary to cater for the necessary depth). > > I > > This is an old trick.  I never use it, using a DCL procedure instead. F > > However, I'm curious as to a) why it works, b) if it can always be< > > expected to work in DCL and c) whether it is documented. > A >    It's not really a trick, it's based on documented behaviour.  > A >    The first [.top...]*.*;* deletes all non-directory files and D >    and directory files which are empty.  The following ,; picks upA >    the related file name ([.top...]*.*) from the first and adds B >    an explicit wildcard for the highest version, since directoryE >    files are always verion ;1 that will delete any directories made F >    empty by the first pass.  Repeating ,; 7 times covers the maximumD >    8 subdirectories on ODS-2, and the last []top.dir; picks up the >    highest level.  > J >    This is not guarranteed to work on ODS-5 since you can have more thanJ >    8 subdirectory levels.  It can also fail on ODS-2 since you can use aH >    rooted logical name to get 16 subdirectories (it will fail if thereG >    are more than 8 from where you start); but you can use it by doing H >    it once from the rooted name and then again from the actual device.    B This can also fail if there are multiple versions of the same .DIR/ file, in which case repeating ,;* would fix it.    ------------------------------    Date: 17 Jun 2004 19:14:38 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)' Subject: Re: delete directory recursive = Message-ID: <b096a4ee.0406171814.4e57e8a8@posting.google.com>   O david20@alpha2.mdx.ac.uk wrote in message news:<cappt4$562$1@news.mdx.ac.uk>... e > In article <n+kEmsvCRj1P@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: u > >In article <Pine.BSO.4.58.0406160905090.13433@bart.rhadmin.org>, "Charles J. Fisher" <cfisher@rhadmin.org> writes: O > >> Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree" (Win95),  R > >> or "del /s" (WinNT)? I'm a VMS neophyte and I can't find anything to do this. > >>  K > >> If not, here is an AWK script that works with the VMS version of GAWK:  > > M > >For the rare occasions when I have wanted to do this, I have just used the O > >first command below followed by repeated applications of the second command:  > > I > >	$ DELETE disk$target:[directory.subdirectory...]*.*;*/EXCLUDE=*.DIR;1 ; > >	$ DELETE disk$target:[directory.subdirectory...]*.DIR;1  > > " > >Living with the error messages. > > K > >But there are various DCL command procedures floating around to do this, . > >no doubt useful for people who do it a lot. > D > For fast deletion the best tool is probably the public domain DFU. >  > DFU DEL/DIR/TREE   > K > Doing it manually or with DCL scripts is OK when the directories involved O > contain relatively few files but if you have a directory containing thousands 7 > of files it can take forever compared with using DFU.   C A word of caution when using DFU DEL/DIR/TREE: If you ^Y to abort a = directory tree deletion, you may well end up with a real mess B requiring repeated applications of ANAL/DISK and repeated trips to [SYSLOST] !.   JMHO   ------------------------------    Date: 17 Jun 2004 19:07:43 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)' Subject: Re: delete directory recursive = Message-ID: <b096a4ee.0406171807.1e6a764a@posting.google.com>   a Paul Repacholi <prep@prep.synonet.com> wrote in message news:<874qpaqm1u.fsf@prep.synonet.com>... T > helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: > F > > In article <capn80$a66$1$8300dec7@news.demon.co.uk>, Chris Sharman) > > <chris.sharman@sorry.nospam> writes:   >    > >> Charles J. Fisher wrote:  >   G > >> > Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree" H > >> > (Win95), or "del /s" (WinNT)? I'm a VMS neophyte and I can't find > >> > anything to do this.  >   F > >> If you weren't running with an excess of privilege, you'd need toH > >> start with $ set file/prot=w:rwed top.dir;,[.top...]*.dir;1 then do. > >> $ del [.top...]*.*;*,;,;,;,;,;,[]top.dir; >   B > >> (add ,; as many times as necessary to cater for the necessary > >> depth). >   @ > > This is an old trick.  I never use it, using a DCL procedureF > > instead.  However, I'm curious as to a) why it works, b) if it canF > > always be expected to work in DCL and c) whether it is documented. > 7 > a) It is just deleting a list of files, bog standard.  > D > b, c) yes to both. The key is the `sticky' defaults that propagateE > from the first list member, to all but the last. So the second file E > spec, ";" gets [.top...]*.* and * added by the standard RMS and DCL  > file defaulting rules.  E Not for the DELETE command. Every element in the input list must have  an explicit version specifier.   ------------------------------    Date: 17 Jun 2004 19:11:44 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)' Subject: Re: delete directory recursive = Message-ID: <b096a4ee.0406171811.132981c3@posting.google.com>   b Thierry Dussuet <thierry@MARS.Family> wrote in message news:<slrncd411e.pf.thierry@MARS.Family>...M > On 2004-06-17, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote: { > > In article <caq3ag$tp4$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  > >>> M > >>> If you weren't running with an excess of privilege, you'd need to start ; > >>> with $ set file/prot=w:rwed top.dir;,[.top...]*.dir;1 7 > >>> then do $ del [.top...]*.*;*,;,;,;,;,;,[]top.dir;  > >>> K > >>> (add ,; as many times as necessary to cater for the necessary depth).  > >>  J > >> This is an old trick.  I never use it, using a DCL procedure instead.G > >> However, I'm curious as to a) why it works, b) if it can always be = > >> expected to work in DCL and c) whether it is documented.  > > C > >    It's not really a trick, it's based on documented behaviour.  > > Q > >    The first [.top...]*.*;* deletes all non-directory files and and directory N > >    files which are empty.  The following ,; picks up the related file nameJ > >    ([.top...]*.*) from the first and adds an explicit wildcard for theL > >    highest version, since directory files are always verion ;1 that will > G > This is something I've always wondered... how does multinet get this?  > " > Directory MULTINET_ROOT:[000000] > Q > SYSCOMMON.DIR;5     SYSCOMMON.DIR;4     SYSCOMMON.DIR;3     SYSCOMMON.DIR;2      > SYSCOMMON.DIR;1      >  > And does this matter?  > 	 > Thierry   6 What is the result of $ SHOW LOGICAL MULTINET_ROOT ! ?  C I suspect someone did something silly and that it has nothing to do 4 with MULTINET, but I haven't used MULTINET in years.  F It could matter; there could be many files hidden in versions 2 thru 5A that take up space. Pick a quiet time on your system and set priv B BYPASS and run ANAL/DISK and see what comes up. Lost files will be restored to [SYSLOST]!.    JMHO   ------------------------------    Date: 17 Jun 2004 19:58:49 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)' Subject: Re: delete directory recursive = Message-ID: <b096a4ee.0406171858.14cfeaab@posting.google.com>   | helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<caq3ag$tp4$2@online.de>...D > In article <capn80$a66$1$8300dec7@news.demon.co.uk>, Chris Sharman' > <chris.sharman@sorry.nospam> writes:   >  > > Charles J. Fisher wrote: > > P > > > Is there a way in VMS to accomplish an "rm -r" (UNIX), "deltree" (Win95), S > > > or "del /s" (WinNT)? I'm a VMS neophyte and I can't find anything to do this.  > > L > > If you weren't running with an excess of privilege, you'd need to start 9 > > with $ set file/prot=w:rwed top.dir;,[.top...]*.dir;1 5 > > then do $ del [.top...]*.*;*,;,;,;,;,;,[]top.dir;  > > I > > (add ,; as many times as necessary to cater for the necessary depth).  > G > This is an old trick.  I never use it, using a DCL procedure instead. D > However, I'm curious as to a) why it works, b) if it can always be: > expected to work in DCL and c) whether it is documented.  C a) DELETE accepts lists as input. Each element in the list is acted C upon in succession. An important point with DELETE is that you must B explicitly specify the version in every element in the list, i.e.,D sticky defaults don't apply to the version field with DELETE as they do with other commands.   A The first pass (which uses the first file-spec in the input list) E attempts to delete all the files that match, but only deletes all the F non-.DIR files and empty .DIR files, issuing an error message for eachE .DIR file that couldn't be deleted because when viewed as a directory D it contained other files. Shallow .DIR files are subject to deletionC by DELETE [...]*.DIR; before deeper ones, so the deeper ones get in D the way, since you cannot delete a non-empty directory. So after the= first pass you are left with a directory tree containing only D subdirectories, the deepest of which are empty, and an error messageC for each directory that couldn't be deleted. The second pass (which E comes from the second element in the list) then deletes all the empty C directories, again issuing an error message for each directory that B can't be deleted due to its not being empty. With enough passes --D assuming nothing goes wrong, and things may well go wrong -- you endF up deleting the entire tree except the top directory, which is deleted5 by the last element in the input list in the example.   5 b) No. Many things can go wrong; see the other posts.   E c) Yes. Read about the DELETE command in the DCL Dictionary. The only F part I am aware of that may not be documented is the algorithm for theB order of file deletion when using [...] !. It's the same algorithm< that the DIRECTORY command uses, so do some experimentation!   JMHO   ------------------------------  % Date: Thu, 17 Jun 2004 21:11:04 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> A Subject: Re: Secure Web Server Version 2.0 available for download : Message-ID: <KirAc.34829$nY.1117017@news20.bellglobal.com>  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 news:qg4Ac.33606$7H1.1238983@news20.bellglobal.com...  > H > If porting is becoming a concern, you'd think they'd create a loadableD > module (MOD_RMS ?) that could step in as required and serve up the originalK > file format. That way, people who like the "stream_lf" idea could disable  > MOD_RMS as required. > G > On a related note, when you do an FTP in ASCII mode (say from a PC to  VMS), D > the sending FTP will transmit lines in a neutral fashion while the	 receiving L > FTP session stores the data using the default text file format required byH > the OS at the receiving end. When HP decided to change the server fileK > format to "stream_lf", I don't think they gave any thought to pages FTP'd F > into the server or static pages of HTML created by batch jobs and/or report
 > generators.  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >   J I heard some reliable news today that HP might attempt to support standardI RMS text files in SWS-2.x (I have no idea if they will retain support for K stream_lf; I still like the idea of a MOD_RMS module whose parameters could  be selected in HTTPD.CONF)   Kudos to HP.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Thu, 17 Jun 2004 20:56:38 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> ' Subject: Re: SWS-2.0 (Apache) & CGI ??? : Message-ID: <g5rAc.34818$nY.1115294@news20.bellglobal.com>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0406170533.1a1736bb@posting.google.com...  [...snip...] > 9 > that is why I tried to get the OpenVMS engineers to use : > purveyor rather than apache ... I can see why they would8 > want to use apache, being that the maintenance is done8 > outside and saves them money, plus try to attract unix: > users, but that logic is flawed ... apache on unix/linux9 > is just as buggy and convuluted as the unix/linux os is : > itself ... purveyor has run for 5 years without a SINGLE9 > problem ... I will let you know soon how the conversion 9 > of purveyor is going for v3 certs and itanium ... if we 6 > are successful, I am asking Process to release these; > changes and bundle purveyor with TCPware and multinet ... ; > if they don't have enough sense to do that, then at least 5 > you can buy the code from them and we could arrange : > something with you to get you the new code ... watch for
 > updates ...   H I've got a lot of fond memories cutting my teeth on Purveyor so I reallyJ don't want to knock it. But I don't think we'll ever see server-side Java,H SOAP, or cool web services developed for it. Now if you don't need these$ features then Purveyor is a shoe in.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Thu, 17 Jun 2004 19:02:20 GMT ! From: Nigel Barker <nigel@hp.com> 4 Subject: Re: Unhackable OpenVMS - a defcon story ...8 Message-ID: <5fo3d0d44l88nnv05j9392j8gf1jq05l8h@4ax.com>  H On 17 Jun 2004 07:01:45 -0700, bob@instantwhip.com (Bob Ceculski) wrote:   >OpenVMS StabilityH >deemed unhackable at DEFCON 9 (2001) and told never to return to DEFCON  N Not totally correct. They actually changed the rules so that only systems withL Intel CPUs were eligible to play. Of course that is more interesting for VMS today:-)   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  # Date: Thu, 17 Jun 2004 19:13:38 GMT 1 From: Michael Austin <maustin@firstdbasource.com> 4 Subject: Re: Unhackable OpenVMS - a defcon story ...< Message-ID: <C3mAc.6600$4d3.1457@newssvr24.news.prodigy.com>   Nigel Barker wrote: J > On 17 Jun 2004 07:01:45 -0700, bob@instantwhip.com (Bob Ceculski) wrote: >  >  >>OpenVMS Stability I >>deemed unhackable at DEFCON 9 (2001) and told never to return to DEFCON  >  > P > Not totally correct. They actually changed the rules so that only systems withN > Intel CPUs were eligible to play. Of course that is more interesting for VMS
 > today:-)  @ ... like that is any challenge given the OS's currently on that E platform.  So, who's going to put together an Itanium with VMS to go   "play"??   Michael Austin.      >  > -- > Nigel Barker! > Live from the sunny Cote d'Azur    ------------------------------    Date: 17 Jun 2004 14:56:28 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 4 Subject: Re: Unhackable OpenVMS - a defcon story ...3 Message-ID: <pLOi3oSsnukh@eisner.encompasserve.org>   p In article <C3mAc.6600$4d3.1457@newssvr24.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: > Nigel Barker wrote: K >> On 17 Jun 2004 07:01:45 -0700, bob@instantwhip.com (Bob Ceculski) wrote:  >>   >>   >>>OpenVMS StabilityJ >>>deemed unhackable at DEFCON 9 (2001) and told never to return to DEFCON >>   >>  Q >> Not totally correct. They actually changed the rules so that only systems with O >> Intel CPUs were eligible to play. Of course that is more interesting for VMS  >> today:-)  > B > ... like that is any challenge given the OS's currently on that G > platform.  So, who's going to put together an Itanium with VMS to go  
 > "play"??  J Well, John W. did the last one, so the next should be named in his memory.   ------------------------------  % Date: Thu, 17 Jun 2004 13:55:05 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 4 Subject: Re: Unhackable OpenVMS - a defcon story ...' Message-ID: <40D20529.2090009@MMaz.com>    Nigel Barker wrote:   I >On 17 Jun 2004 07:01:45 -0700, bob@instantwhip.com (Bob Ceculski) wrote:  >  >    >  >>OpenVMS Stability I >>deemed unhackable at DEFCON 9 (2001) and told never to return to DEFCON  >>     >> > O >Not totally correct. They actually changed the rules so that only systems with M >Intel CPUs were eligible to play. Of course that is more interesting for VMS 	 >today:-)  >    > C It would also be interesting to see how they felt about CHARON-VAX   running on a X86 processor...    Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  % Date: Thu, 17 Jun 2004 23:01:53 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>4 Subject: Re: Unhackable OpenVMS - a defcon story ...+ Message-ID: <2jefbkF10thsjU1@uni-berlin.de>   8 "Barry Treahy, Jr." <Treahy@MMaz.com> schreef in bericht! news:40D20529.2090009@MMaz.com...  > Nigel Barker wrote:  > K > >On 17 Jun 2004 07:01:45 -0700, bob@instantwhip.com (Bob Ceculski) wrote:  > >  > >  > >  > >>OpenVMS Stability K > >>deemed unhackable at DEFCON 9 (2001) and told never to return to DEFCON  > >> > >> > > L > >Not totally correct. They actually changed the rules so that only systems withK > >Intel CPUs were eligible to play. Of course that is more interesting for  VMS  > >today:-)  > >  > > D > It would also be interesting to see how they felt about CHARON-VAX > running on a X86 processor...  >  > Barry  > 9 If I lived in the USA I'd apply. Whatever they "felt" :-)    Hans   ------------------------------  + Date: Fri, 18 Jun 2004 05:38:19 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)4 Subject: Re: Unhackable OpenVMS - a defcon story ...0 Message-ID: <newscache$qnohzh$o2g$1@news.sil.at>  p In article <C3mAc.6600$4d3.1457@newssvr24.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: >Nigel Barker wrote:K >> On 17 Jun 2004 07:01:45 -0700, bob@instantwhip.com (Bob Ceculski) wrote:  >>>OpenVMS StabilityJ >>>deemed unhackable at DEFCON 9 (2001) and told never to return to DEFCON >>  Q >> Not totally correct. They actually changed the rules so that only systems with O >> Intel CPUs were eligible to play. Of course that is more interesting for VMS  >> today:-)  > B >.... like that is any challenge given the OS's currently on that F >platform.  So, who's going to put together an Itanium with VMS to go 	 >"play"??   J I assume they will then change the rules again to allow only IA32 CPUs ;-)   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Thu, 17 Jun 2004 17:29:59 -0400 # From: "John Smith" <a@nonymous.com> / Subject: Re: VMS Gets Short Shrift at HP World. , Message-ID: <nOudnfgbdeXFkE_dRVn-hw@igs.net>    VAXman- @SendSpamHere.ORG wrote:; > In article <h6CdnSYVvefZC0zdRVn-ug@igs.net>, "John Smith"  > <a@nonymous.com> writes: >> David J Dachtera wrote: >>> F >>> Then I guess "some" will have to get over the fact that as long asH >>> the reasons for the complaints persist, the complaints will persist. >>> F >>> The solution is simplicity itself, so I'm a bit cinfused as to whyC >>> these supposedly educated people didn't figure out: stop lying, = >>> breaking commitments and refusing to market your product.  >>> 0 >>> Do I perhaps need to do a PPT for THEM???!!! >>>F >>F >> Perhaps then it it time for a .ppt slideshow that can be conceived,G >> produced and sent to HP executives worldwide and members of the BoD,a% >> entitled "Lies My Vendor Told Me".o >h >cE > According to a recent article I read from a URL posted here or in aeA > similar group, it is PPT which is dumbing down management.  Youd > expect them to make D > any sage and or educated decisions when their already feeble mindsF > have been further crippled by a Micro$hit PPT brick upside the head?    H If not a .ppt presentation, then perhaps we should each send carly(tm) aE brick via USPS (just to keep VMS involved) along with a cover letter:e   Dear carly(tm),r  E The enclosed brick is being sent to you by an irate OpenVMS customer.e  E We are disgusted at the lack of marketing and advertising HP does forf OpenVMS.  G I'd have come in person to deliver this brick but I fear that I will be-H laid-off as our company migrates from OpenVMS to Windows & Linux on DellK hardware, so I didn't really think I could afford the trip to California at.
 this time.  L Please throw this brick through the window nearest to your office to attempt% to understand my frustration with HP..  
 Sincerely,   etc...   ------------------------------   End of INFO-VAX 2004.336 ************************