1 INFO-VAX	Sat, 07 Jun 2003	Volume 2003 : Issue 313       Contents:1 Re: Another future of VMS article on the Inquirer 1 Re: Another future of VMS article on the Inquirer  Corporate takeovers ) Re: CSID value causing problem in cluster ) Re: CSID value causing problem in cluster P Re: Date issue in Winnt /  win2000 in files from vms throug pathworks advanced s Re: DCL_CHECK issuesN Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory))N Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory))N Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory))N Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory))P Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install Directory)) DiP Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install Directory)) Di  ES40 processor upgrade questions$ Re: ES40 processor upgrade questions$ Re: ES40 processor upgrade questions$ Re: ES40 processor upgrade questions Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64* Re: Halt & Startup Issues with VS 4000 VLC* Re: Halt & Startup Issues with VS 4000 VLC* Re: Halt & Startup Issues with VS 4000 VLC Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all # Re: Here's a commercial for you all  HP #1 in Servers and Notebooks/ Re: Intel 64 bit Pentium seems to be on its way  Re: OpenVMS Alpha Hobbyist Kits  Re: OpenVMS Alpha Hobbyist Kits  Re: OpenVMS Alpha Hobbyist Kits  Re: OpenVMS Alpha Hobbyist Kits   Re: OpenVMS Pearl - New Customer, OpenVMS Pearl - Old Customer (for how long?)0 Re: OpenVMS Pearl - Old Customer (for how long?)0 Re: OpenVMS Pearl - Old Customer (for how long?)0 Re: OpenVMS Pearl - Old Customer (for how long?)1 Re: Ottawa OpenVMS Technical Seminar (June 25-26) 1 Re: Ottawa OpenVMS Technical Seminar (June 25-26) 1 Re: Ottawa OpenVMS Technical Seminar (June 25-26)  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death   Re: Running java programs in VMS Re: VMS SQL client# RE: What do these Macro codes mean? # RE: What do these Macro codes mean? ; Re: When you don't have substance, perception is everything ; Re: When you don't have substance, perception is everything ? X expertise sought: intrinsic.h - XtSpecificationRelease 5 v. 6 C Re: X expertise sought: intrinsic.h - XtSpecificationRelease 5 v. 6 C Re: X expertise sought: intrinsic.h - XtSpecificationRelease 5 v. 6   Re: [OT] best HTML code cleaner?  Re: [OT] best HTML code cleaner?
 [OT] D Day RE: [OT] D Day Re: [OT] D Day Re: [OT] D Day  F ----------------------------------------------------------------------  $ Date: Fri, 6 Jun 2003 21:12:08 -0500, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>: Subject: Re: Another future of VMS article on the Inquirer/ Message-ID: <ve2ifnc6m1rn35@corp.supernews.com>   . "John Smith" <a@nonymous.com> wrote in message@ news:YESDa.7984$j9%.2669@news04.bloor.is.net.cable.rogers.com... > 9 > "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message + > news:vdvpss8e5afv00@corp.supernews.com... H > > So far no reply to the 2nd gauntlet article, but as mentioned in the > threadC > > on the first article I did receive a reply from Gorham the next 
 > morning. > > @ > > JF mentioned on both occasions that sending mail to multiple > recipients= > > results in no response.  At the moment he's batting .500.  >  > G > In baseball he'd be the batting champion of the league, with a salary  > and bonus to match.  > E > Now what's your point? Is it that in general JF is right about when F > sending memo's to multiple recipients it is often the case that eachD > recipient thinks it's the other's balliwick, especially if it is a& > 'tough' question? Or something else? >  >   G While .500 is GREAT in baseball, it isn't all that good when making the L statement, every else thinks the others will reply, or words to that effect.G That was my point.  There are some here, that no matter what, will find % something to bitch about.  That's OK.   H Friend of mine used to say, "some would bitch if you hung 'em with a new rope."  F Its now been 2 days.  No repsonse to the second (gauntlet) article.  IK believe the second was the tougher of the 2 articles.  That's not an excuse ! for the no reply in my book, btw.    Dave...    ------------------------------  % Date: Fri, 06 Jun 2003 22:28:50 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>: Subject: Re: Another future of VMS article on the Inquirer) Message-ID: <3EE14DE0.1F3F1F4B@istop.com>    Dave Gudewicz wrote:H > Its now been 2 days.  No repsonse to the second (gauntlet) article.  IM > believe the second was the tougher of the 2 articles.  That's not an excuse # > for the no reply in my book, btw.   M My "batting avertage" is pointless. As Ken Farmer said, I have no credibility M anyways. My point is that if you do NOT get a response, it may not be because K they don't want to respond but rather than they each think the other person 
 will respond.   J My philosophy is to send it to one person. Wait X time, and if there is no> response, then send it to the next person and so on and so on.   ------------------------------  % Date: Sat, 07 Jun 2003 00:48:39 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Corporate takeovers) Message-ID: <3EE16EA6.5990B2A1@istop.com>    Oracle buys Peoplesoft.   L Corel (owner of Wordperfect) sells itself to a california venture capitalist for a very low price.    ------------------------------  # Date: Fri, 06 Jun 2003 23:32:59 GMT " From: Lee <lytmah@telusplanet.net>2 Subject: Re: CSID value causing problem in cluster/ Message-ID: <3EE124AC.4994B616@telusplanet.net>   H We have followed HP's recommendation and rebooted our cluster to resolve  H the following problem.  Licenses would not load properly, even though no  0 license changes had been made before the reboot.  F     -SYSTEM-F-REMOTE_PROC, operation not allowed; process is on remote node  E The cluster was formed in 31-Jan-1993.  This comes out to 3,778 days.   E I am disappointed that HP was unable to resolve our problem in a less F disruptive mode.  It took us about 1.5 hours to bring the cluster back
 to normal.E HP's explanation for the problem of the node not entering the cluster  cleanly was D that its CSID of  "400DA" had exceeded some architectural limit.  We	 took down F all the nodes one by one and rebooted them up the same way.  The nodes now haveH CSID's in the range "1000x".  The cluster form date is 6-JUN-2003.  Just think,E we have another ten years before we have to reboot the cluster again.   6 However, two points on this subject are disconcerting:B     1. After the cluster reboot, the same error message cropped up momentarily 1         when a colleague ran a misc. DCL command. C     2. According to HP documentation this error appeared on the VAX  architecture&         but nothing has done about it.   -- Lee    lytmah@telusplanet.net   ------------------------------  # Date: Fri, 06 Jun 2003 23:21:14 GMT " From: Lee <lytmah@telusplanet.net>2 Subject: Re: CSID value causing problem in cluster/ Message-ID: <3EE121EB.64615978@telusplanet.net>   & --------------CFE621E252918EBBC6617255* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   H We have followed HP's recommendation and rebooted our cluster to resolve  H the following problem.  Licenses would not load properly, even though no  0 license changes had been made before the reboot.  F     -SYSTEM-F-REMOTE_PROC, operation not allowed; process is on remote node  E The cluster was formed in 31-Jan-1993.  This comes out to 3,778 days.   E I am disappointed that HP was unable to resolve our problem in a less F disruptive mode.  It took us about 1.5 hours to bring the cluster back
 to normal.E HP's explanation for the problem of the node not entering the cluster  cleanly was D that its CSID of  "400DA" had exceeded some architectural limit.  We	 took down F all the nodes one by one and rebooted them up the same way.  The nodes now haveG CSID's in the range "1000x".  The nodes are running OK now, but what is 
 disconcerting > is that after the cluster reboot, the error message cropped up momentarily when an ! associate ran a misc DCL command.     
 Lee wrote:   >  >  > Nic Clews wrote: > 
 >> Lee wrote:  >> > >>? >> > Ten other licenses (including DECNET, UCX) failed to load.  >> > ...: >> > %LICENSE-W-NOLOAD, license was not loaded for VOLSHAD= >> > %LICENSE-W-NOLOAD, license was not loaded for VMSCLUSTER  >> > ... >> > >>G >> > Has anyone encountered this problem and resolved it without taking  >>E >> > such drastic steps.  We are a 24x7 operation and even 30 minutes - >> > downtime is not acceptable to the users.  >>F >> I'm not familiar with this known problem but here's some things you
 >> could try.  >>G >> Modify the licences to /INCLUDE the nodename you want the licence to  >> >> load on.  >>E >> Use SYSMAN to SET ENV/NODE=abcdef and try LIC UNLOAD asdasdasd and  >> LIC >> LOAD on the node you want.  >  > 3 >                 Tried many times, unsuccessfully.  >  > " >           SYSMAN> SET ENV/NODE=J7 >           %SYSMAN-I-ENV, current command environment: ' >                   Individual nodes: J 9 >                   Username Z99999       will be used on  >           nonlocal nodes > % >           SYSMAN> DO LICEN LOAD UCX 9 >           %SYSMAN-I-OUTPUT, command execution on node J = >           %LICENSE-W-NOLOAD, license was not loaded for UCX 9 >           -SYSTEM-F-REMOTE_PROC, operation not allowed; % >           process is on remote node  >  >> >>D >> Other things to be sure of (may be too late in your case) is that >> youG >> either use the same shared licence file on all nodes, or the licence  >>C >> files are identical (have copies of all licences) if not shared.  >  > C >                 Each node has had its own LMF files from day one.  >  >> >>
 >> Good luck.  >> -- B >> Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences >> nclews at csc dot com >  > -- > Lee  >  > lytmah@telusplanet.net >    -- Lee    lytmah@telusplanet.net    & --------------CFE621E252918EBBC6617255) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>H We have followed HP's recommendation and rebooted our cluster to resolveG <br>the following problem.&nbsp; Licenses would not load properly, even 	 though no 4 <br>license changes had been made before the reboot.K <p>&nbsp;&nbsp;&nbsp; -SYSTEM-F-REMOTE_PROC, operation not allowed; process  is on remote node G <p>The cluster was formed in 31-Jan-1993.&nbsp; This comes out to 3,778  days. H <p>I am disappointed that HP was unable to resolve our problem in a lessJ <br>disruptive mode.&nbsp; It took us about 1.5 hours to bring the cluster back to normal. I <br>HP's explanation for the problem of the node not entering the cluster  cleanly was O <br>that its CSID of&nbsp; "400DA" had exceeded some architectural limit.&nbsp;  We took downI <br>all the nodes one by one and rebooted them up the same way.&nbsp; The  nodes now haveH <br>CSID's in the range "1000x".&nbsp; The nodes are running OK now, but what is disconcerting N <br>is that after the cluster reboot, the error message cropped up momentarily when an % <br>associate ran a misc DCL command. 
 <br>&nbsp;
 <p>Lee wrote:  <blockquote TYPE=CITE>&nbsp; <p>Nic Clews wrote:   <blockquote TYPE=CITE>Lee wrote: <br>> ? <p>> Ten other licenses (including DECNET, UCX) failed to load. 	 <br>> ... ; <br>> %LICENSE-W-NOLOAD, license was not loaded for VOLSHAD > <br>> %LICENSE-W-NOLOAD, license was not loaded for VMSCLUSTER	 <br>> ...  <br>> G <p>> Has anyone encountered this problem and resolved it without taking K <br>> such drastic steps.&nbsp; We are a 24x7 operation and even 30 minutes . <br>> downtime is not acceptable to the users.F <p>I'm not familiar with this known problem but here's some things you <br>could try.G <p>Modify the licences to /INCLUDE the nodename you want the licence to  <br>load on.I <p>Use SYSMAN to SET ENV/NODE=abcdef and try LIC UNLOAD asdasdasd and LIC + <br>LOAD on the node you want.</blockquote>   a <p><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ! Tried many times, unsuccessfully. 
 <br>&nbsp; <blockquote>" <blockquote>SYSMAN> SET ENV/NODE=J/ <br>%SYSMAN-I-ENV, current command environment: B <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Individual nodes: Jb <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Username Z99999&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; will be used on nonlocal nodes <p>SYSMAN> DO LICEN LOAD UCX1 <br>%SYSMAN-I-OUTPUT, command execution on node J 5 <br>%LICENSE-W-NOLOAD, license was not loaded for UCX F <br>-SYSTEM-F-REMOTE_PROC, operation not allowed; process is on remote node</blockquote> 
 </blockquote>    <blockquote TYPE=CITE>&nbsp;H <p>Other things to be sure of (may be too late in your case) is that youH <br>either use the same shared licence file on all nodes, or the licenceQ <br>files are identical (have copies of all licences) if not shared.</blockquote>   a <p><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1 Each node has had its own LMF files from day one.  <blockquote TYPE=CITE>&nbsp;
 <p>Good luck.  <br>--C <br>Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences & <br>nclews at csc dot com</blockquote> -- <br>Lee  <p>lytmah@telusplanet.net  <br>&nbsp;</blockquote>    <p>--  <br>Lee  <p>lytmah@telusplanet.net  <br>&nbsp;</html>   ( --------------CFE621E252918EBBC6617255--   ------------------------------   Date: 6 JUN 2003 15:43:53 GMT 4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)Y Subject: Re: Date issue in Winnt /  win2000 in files from vms throug pathworks advanced s 5 Message-ID: <6JUN03.15435333@thuria.waisman.wisc.edu>   8 In a previous article, zeanette@hotmail.com (zea) wrote:  A ->Date issue in Winnt/win2000 in files from vms through pathworks  ->advanced server. ->  A ->Our users can see the right date on a file in VMS but in WINxxx D ->pathwork has change the date so all date looks the same. We really4 ->need to see the original date on our files, in NT.F ->All this happened when we upgraded to Pathworks Advanced Server, V6.  F Pathworks stores the Windows dates (and security information) in ACL'sH on the file. You can see the ACL's with EDIT/ACL or DUMP/HEADER. The aclB that holds the date begins with "UNKNOWN=%X80". If this acl is notG present then the windows date will default to the VMS revision date. So A if you could remove that acl the Windows date would match the VMS G revision date. The trouble is when you remove (or edit) an ACL the file A revision date also gets updated so you're stuck unless you have a E utility that can delete ACL's without changing the revision date. The B excellent FILE utility from Joe Meadows can modify most other fileC attributes without updating the revision date but it doesn't handle  acls.   G In summary the only way I'm aware of to make the Windows date match the F VMS revision date is to remove the ACL that begins with "UNKNOWN=%X80"E from the files. The only way I know of to do that is to use a utility F that deletes the acl while taking extra steps to preserve the revisionG date. I know of no such utility (either freeware or payware). If anyone  else does please let me know.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 7 --                karcher.nomorespam@waisman.wisc.edu      ------------------------------  % Date: Fri, 06 Jun 2003 19:28:49 +0100 6 From: Chris Townley <news@townleyc.nospam.demon.co.uk> Subject: Re: DCL_CHECK issues 8 Message-ID: <han1evcssbmhkvqvfpjbo6o4s5n86k8d4q@4ax.com>  2 On Thu, 05 Jun 2003 12:42:41 GMT, "Kenneth Farmer"" <kfarmer@NOSPAMopenvms.org> wrote:  : >http://dcl.openvms.org/stories.php?story=03/06/05/6066644   Thanks   --  
 Chris Townley ) chris at townleyc dot demon dot co dot uk    ------------------------------   Date: 6 Jun 2003 12:37:03 -0500 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)W Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) 3 Message-ID: <$TXC8WiDfLTn@eisner.encompasserve.org>   _ In article <+ENHMJHTsxvR@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: 5 > keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  >>  G >> For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR used @ >> to do)  will be provided by the operating system folks again. > G > It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will introduce a VMS ? > Engineering-provided mechanism to do bit-to-text translation.  >    That is excellent news.   ; Will patch kits be available for previous versions of VMS ?    Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------  # Date: Fri, 06 Jun 2003 18:17:37 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) W Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) - Message-ID: <S4NFPvWVVkWR@cuebid.zko.dec.com>   D clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:a > In article <+ENHMJHTsxvR@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: 6 >> keithparris_NOSPAM@yahoo.com (Keith Parris) writes: >>> H >>> For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR usedA >>> to do)  will be provided by the operating system folks again.  >>  H >> It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will introduce a VMS@ >> Engineering-provided mechanism to do bit-to-text translation. >  > That is excellent news. = > Will patch kits be available for previous versions of VMS ?   E No, but the engineer who did all the work to make this wonderful tool F available says that older error logs (back to V7.2) can be analyzed onL a V7.3-2 system.  I don't know if that function (analyzing older error logs)K will be supported, but it should work.  He's actually looking to see if the L new tool can be (easily) made to translate error logs from pre-V7.2 systems.   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------   Date: 6 Jun 2003 13:50:34 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) W Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) 3 Message-ID: <bHI$Vu0gboXI@eisner.encompasserve.org>   _ In article <+ENHMJHTsxvR@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: 5 > keithparris_NOSPAM@yahoo.com (Keith Parris) writes: c >> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3EDA234F.2C4EBA0F@fsi.net>... I >>> Well, strictly from a customer perspective, we'd like to see DECevent L >>> and that garbage they call CA* integrated back into ANALYZE/ERROR. It isL >>> extremely frustatrating, both to us techies and our management, that outH >>> of the box, OpenVMS can no longer analyze its own error logs withoutD >>> add-ons and the inevitable delays and bureaucratic anarchy whichL >>> surround those add-ons, their acquisition, installation and utilization. >>  G >> For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR used @ >> to do)  will be provided by the operating system folks again. > G > It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will introduce a VMS ? > Engineering-provided mechanism to do bit-to-text translation.    Hooray !  C As someone who does not run into this problem, I will enjoy reading   about it less in comp.os.vms :-)   ------------------------------  $ Date: Fri, 6 Jun 2003 16:49:01 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>W Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install  Directory)) 5 Message-ID: <bbqunu$ckpu9$1@ID-141708.news.dfncis.de>   < "Rob Brooks" <brooks@cuebid.zko.dec.nospam> wrote in message' news:+ENHMJHTsxvR@cuebid.zko.dec.com...  >...5 > > For VMS on Itanium, bit-to-text translation (what  ANALYZE/ERROR used: > > to do)  will be provided by the operating system folks again. > 7 > It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will  introduce a VMS 2 > Engineering-provided mechanism to do bit-to-text translation. >...   Greatest news I heard in weeks!    -- Peter Weaver Weaver Consulting Services Inc. ) Serving Southern Ontario/Western New York    ------------------------------  % Date: Fri, 06 Jun 2003 20:58:21 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> Y Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install Directory)) Di ' Message-ID: <3EE146BD.D371AD9E@fsi.net>    Rob Brooks wrote:  > 5 > keithparris_NOSPAM@yahoo.com (Keith Parris) writes: d > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3EDA234F.2C4EBA0F@fsi.net>...J > >> Well, strictly from a customer perspective, we'd like to see DECeventM > >> and that garbage they call CA* integrated back into ANALYZE/ERROR. It is M > >> extremely frustatrating, both to us techies and our management, that out I > >> of the box, OpenVMS can no longer analyze its own error logs without E > >> add-ons and the inevitable delays and bureaucratic anarchy which M > >> surround those add-ons, their acquisition, installation and utilization.  > > H > > For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR usedA > > to do)  will be provided by the operating system folks again.  > G > It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will introduce a VMS ? > Engineering-provided mechanism to do bit-to-text translation.    Better late than never.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 06 Jun 2003 20:59:00 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> Y Subject: Re: ERRLOG.SYS (was Re: Your Own Installation Tool? (was: Install Directory)) Di ' Message-ID: <3EE146E4.D54F1ED2@fsi.net>    Rob Brooks wrote:  > F > clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:c > > In article <+ENHMJHTsxvR@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: 8 > >> keithparris_NOSPAM@yahoo.com (Keith Parris) writes: > >>> J > >>> For VMS on Itanium, bit-to-text translation (what ANALYZE/ERROR usedC > >>> to do)  will be provided by the operating system folks again.  > >>J > >> It isn't just for Itanium.  OpenVMS Alpha V7.3-2 will introduce a VMSB > >> Engineering-provided mechanism to do bit-to-text translation. > >  > > That is excellent news. ? > > Will patch kits be available for previous versions of VMS ?  > G > No, but the engineer who did all the work to make this wonderful tool H > available says that older error logs (back to V7.2) can be analyzed onN > a V7.3-2 system.  I don't know if that function (analyzing older error logs)M > will be supported, but it should work.  He's actually looking to see if the N > new tool can be (easily) made to translate error logs from pre-V7.2 systems.  E I don't recall the version at which ANALYZE/ERROR "officially" broke.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 06 Jun 2003 20:15:13 GMT 0 From: John Santos <john.santos@post.harvard.edu>) Subject: ES40 processor upgrade questions > Message-ID: <MPG.194ac05c7655972d9896d5@news.bellatlantic.net>  C One of my customers is investigating upgrading a pair of ES40's by  D adding a second processor to each.  Since HP isn't selling these anyC more (or at least 500Mhz versions), they have gone to a third-party 	 supplier.   B The supplier wants them to find out what the firmware rev level is> on the current processors, because the new ones have to match.  D I assume this is a bogus question, since the firmware is loaded fromC the firmware CD and worst-case, they'll need to reload the same (or 8 latest?) firmware after they install the new processors.  A I think what they really need to know is the hardware rev. level. @ Is there more than one for 500Mhz ES40's?  If so, do they reallyA have to match?  If so, how do you find out what the rev level is? @ Can you tell online (SHOW CPU, CLUE CONFIG?) or from the >>>, or= do need to open up the box and look at the CPU daughter card?    TIA.   --   John   ------------------------------  % Date: Fri, 06 Jun 2003 18:49:36 -0500 , From: Bob Blunt <robert.blunt@hp.nospam.com>- Subject: Re: ES40 processor upgrade questions , Message-ID: <3ee12cb6$1@usenet01.boi.hp.com>   John Santos wrote:E > One of my customers is investigating upgrading a pair of ES40's by  F > adding a second processor to each.  Since HP isn't selling these anyE > more (or at least 500Mhz versions), they have gone to a third-party  > supplier.  > D > The supplier wants them to find out what the firmware rev level is@ > on the current processors, because the new ones have to match. > F > I assume this is a bogus question, since the firmware is loaded fromE > the firmware CD and worst-case, they'll need to reload the same (or : > latest?) firmware after they install the new processors. > C > I think what they really need to know is the hardware rev. level. B > Is there more than one for 500Mhz ES40's?  If so, do they reallyC > have to match?  If so, how do you find out what the rev level is? B > Can you tell online (SHOW CPU, CLUE CONFIG?) or from the >>>, or? > do need to open up the box and look at the CPU daughter card?  >  > TIA. > I Well, there are two primary versions.  There's a EV6 and EV67 version of  C the 500Mhz CPU.  I *THINK* the sales part number for the former is  @ KN610-AA and the latter KN610-Hx (x=C for VMS).  Within the two H versions, you also have "Pass" numbers.  I've seen EV6 500Mhz, Pass 2.3 H and Pass 2.5 (so far).  I'd be cautious about mixing them based on some G recent info I've gotten, if possible.  I've seen EV67 500Mhz, Pass 2.5  G and Pass 2.6, but I've not heard if they're truly mixable or not.  The  A best bet would be to try and secure all the same CPU types, IMHO.   D Now, how to tell which is which...  With $ ANA/SYS you can perform aA SDA> CLUE CONFIG and you should be able to get some information.  E CAUTION:  This MAY be OpenVMS version dependant, because I've gotten  < differing levels of detail from the output of the command...  
 Example info:   # Per-CPU Slot Processor Information: K CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,pl $ CPU Type       EV6  Pass 2.5 (21264)G PAL Code       1.96-3                    Halt PC      00000000.20000000 G CPU Revision   ....                      Halt PS      00000000.00001F00 D Serial Number  AY00707012                Halt Code    "Bootstrap or 
 Powerfail"E Console Vers   V6.2-1                    Halt Request "Remain Halted"   #  From the console, use SHOW CONFIG:      P00>>>SHOW CONFIG 0                              hp AlphaServer ES40  
   Firmware   SRM Console:   V6.3-2    ARC Console:   v5.71D   PALcode:       OpenVMS PALcode V1.96-3, Tru64 UNIX PALcode V1.90-4   Serial ROM:    V2.12-F   RMC ROM:       V1.0    RMC Flash ROM: V2.7      Processors7   CPU 0          Alpha EV6 pass 2.5 500 MHz  4MB Bcache 7   CPU 1          Alpha EV6 pass 2.3 500 MHz  4MB Bcache 7   CPU 2          Alpha EV6 pass 2.3 500 MHz  4MB Bcache     F Of course, opening up the system and examining the modules is also an H idea, but sometimes the information you find there has much less detail & than you need for good identification.  D If your customer ends up with a firmware or PALcode mismatch on the - "new" CPU there are ways to work around that.    bob    ------------------------------  # Date: Fri, 06 Jun 2003 23:54:34 GMT . From: "Tom Simpson" <simpsont@attbi.com.fubar>- Subject: Re: ES40 processor upgrade questions - Message-ID: <_Q9Ea.94562$M01.48765@sccrnsc02>   - You can tell from the console... >>> SHOW FRU   G Give that info to your local customer engineer and he can tell you what  revision levels J are compatible with what you own.  There are at least HW 3 rev levels that	 I've seen  for the 500mHz CPUs.  J Also, be aware that there is at least one VMS patch relating to mixing and matchingL HW revision levels...   CPU<something>.  You may not have a problem there if
 you are atE something higher than 7.2-1.  I'm working from memory here, so please  forgive the relatively vague answers...   Regards, Tom   = "John Santos" <john.santos@post.harvard.edu> wrote in message 8 news:MPG.194ac05c7655972d9896d5@news.bellatlantic.net... > D > One of my customers is investigating upgrading a pair of ES40's byF > adding a second processor to each.  Since HP isn't selling these anyE > more (or at least 500Mhz versions), they have gone to a third-party  > supplier.  > D > The supplier wants them to find out what the firmware rev level is@ > on the current processors, because the new ones have to match. > F > I assume this is a bogus question, since the firmware is loaded fromE > the firmware CD and worst-case, they'll need to reload the same (or : > latest?) firmware after they install the new processors. > C > I think what they really need to know is the hardware rev. level. B > Is there more than one for 500Mhz ES40's?  If so, do they reallyC > have to match?  If so, how do you find out what the rev level is? B > Can you tell online (SHOW CPU, CLUE CONFIG?) or from the >>>, or? > do need to open up the box and look at the CPU daughter card?  >  > TIA. >  > --   > John   ------------------------------  $ Date: Fri, 6 Jun 2003 23:28:11 -0400  From: John Santos <JOHN@egh.com>- Subject: Re: ES40 processor upgrade questions 5 Message-ID: <1030606231719.2699C-100000@Ives.egh.com>   $ On Fri, 6 Jun 2003, Bob Blunt wrote:   > John Santos wrote:G > > One of my customers is investigating upgrading a pair of ES40's by  H > > adding a second processor to each.  Since HP isn't selling these anyG > > more (or at least 500Mhz versions), they have gone to a third-party 
 > > supplier.   C Thanks Bob.  This will be very helpful.  CLUE CONFIG just says it's C an EV6 (no pass info), somewhat older PAL code and console version, E so I think they need to update their firmware.  They're on VMS 7.2-1, E so maybe CLUE doesn't show as much info as in later versions.  (A VMS D upgrade is possible, but would require more prep work.  They want toB upgrade eventually, but also want to wait for bugs to settle out.)  C It would be nice to get all the info online, but I don't think they B mind shutting down for a few minutes in the middle of the night to? extract the info from the console.  (23.5x7, rather than 24x7.)    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 06 Jun 2003 21:03:03 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>% Subject: Re: Firewall for VMS / TRU64 ) Message-ID: <3EE139C1.F1FCA99D@istop.com>    Bob Ceculski wrote: A > look Andrew, the point is that with VMS you don't need nat, you = > don't need filters, vpn, stealth or any other unix piece of D > garbage because as defcon9 and certs prove and as you convenientlyC > like to avoid them, VMS already has security! What don't you get?   G I run an intranet and there are some things I don't want accesible from H outside the intranet, so a router does that job nicely to act as a basic
 firewall.   J VMS doesn't have the ability to log attempts to connect to undefined portsH (knowing the types of attacks people are attempting is important too). AW router easily blocks those calls while sending a syslog message logging those attempts.    ------------------------------  % Date: Fri, 06 Jun 2003 20:43:30 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> % Subject: Re: Firewall for VMS / TRU64 ' Message-ID: <3EE14342.152CD897@fsi.net>    Bob Ceculski wrote:  > = > look Andrew, the point is that with VMS you don't need nat,   A Um, Bob? The vast majority of what NAT is all about has little or F nothing to do with protection from outside influence. It mostly has to= do with channeling bunches of unroutable addresses (10.x.x.x,eG 192.168.x.x, ...) through a single "registered" ("world-wide") address.g   > youi= > don't need filters, vpn, stealth or any other unix piece ofsD > garbage because as defcon9 and certs prove and as you convenientlyC > like to avoid them, VMS already has security! What don't you get?L  D I sincerely hope you are not in charge of network security where youG work. If such should be the case, however, InstantWhip is in whole heapo
 o'trouble!   -- S David J. DachteraI dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------   Date: 6 Jun 2003 17:23:56 -0700t( From: bob@instantwhip.com (Bob Ceculski)% Subject: Re: Firewall for VMS / TRU64q= Message-ID: <d7791aa1.0306061623.1c8007bb@posting.google.com>s   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbqei7$a7q$1@new-usenet.uk.sun.com>...i > > ? > > wrong Andrew, TCPware complements VMS security ... rememberS4 > > this ... and this box wasn't running TCPware ... > > . > > http://www.pointsecure.com/Defconwhite.pdf >  > < > Look Bob your claim is that OpenVMS includes functionality! > that is the same as a firewall.l > = > I have provided you with documentation from both Compaq ando4 > Process that indicate that you claim is incorrect. > > > You claim to be technically competent with OpenVMS, describe> > how you would set VMS up to provide, NAT, statefull filters,8 > VPN and stealth using that standard OpenVMS OS without > layered products.K >  > Prove it or stop BSing.t > < > Don't try diversions into CERT DEFCON etc neither of which& > are relevant or support your claims. > 	 > Regards( > Andrew Harrison   ? look Andrew, the point is that with VMS you don't need nat, youl; don't need filters, vpn, stealth or any other unix piece ofnB garbage because as defcon9 and certs prove and as you convenientlyA like to avoid them, VMS already has security! What don't you get?o   ------------------------------  # Date: Fri, 06 Jun 2003 19:20:44 GMT ) From: Andrew Balaam <abalaam@yahoo.co.uk> 3 Subject: Re: Halt & Startup Issues with VS 4000 VLCM5 Message-ID: <20030606.19204400.3460005688@imagnu.geo>   6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 06/06/03, 09:45:51, Nic Clews <sendspamhere@127.0.0.1> wrote regardin=e g=20+ Re: Halt & Startup Issues with VS 4000 VLC:t     > Andrew Balaam wrote: > >o: > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > >sI > > On 06/06/03, 06:05:22, VLC Novice <The7car@comcast.net> wrote regard=g ingn+ > > Halt & Startup Issues with VS 4000 VLC:e  I > > > Secondly, I'm using a Wyse 85 (in VT100 mode) as the console, but =  if3 > > > the terminal is turned off, it halts the VLC.- > >-I > > The reason the vlc halts when the Wyse is switched off, is because t=n heI > > vlc sees the RS232 BREAK condition - the BREAK being a relatively lo=: ngE > > MARK or SPACE I can't remember exactly which one. If you pull the@I > > connector out out of the vlc before you turn off the Wyse, the vlc w=s illaI > > probably not HALT. If you want to use the Wyse again, without HALTin=z g thekI > > vlc, make sure you turn on the Wyse, let it go through all its power=m  self ' > > test etc, and then plug it back in.i  I > Yes exactly, I've seen this behaviour as well. Digital series VT's hav=e er& > never, in  my experience, done this.   > --A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencese > nclews at csc dot comn  I Never having used a genuine DEC terminal, I can't comment on that. We ha=  d=20I a couple of CITOH VT100s and a couple of Wyse VT220 terminals, and they =   ' both sent BREAKs when turned on or off.l   ------------------------------  % Date: Fri, 06 Jun 2003 21:08:27 -0500e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t3 Subject: Re: Halt & Startup Issues with VS 4000 VLCs' Message-ID: <3EE1491B.86994A13@fsi.net>    Andrew Balaam wrote: > [snip]K > Never having used a genuine DEC terminal, I can't comment on that. We hadlI > a couple of CITOH VT100s and a couple of Wyse VT220 terminals, and theyt) > both sent BREAKs when turned on or off.o  F Just add my experience here: using Reflection/4 via the COM1 port to aE MicroVAX-3100, I get the same thing. If I close R/4 or disconnect thesH session without first disconnecting the data cable, the VAX will halt. I  get the same thing with a VT320.  F So, I don't think it's local to any make/model of tube. It seems to be
 more general.-   -- e David J. Dachtera2 dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Fri, 6 Jun 2003 22:46:45 -0400  From: John Santos <JOHN@egh.com>3 Subject: Re: Halt & Startup Issues with VS 4000 VLCd5 Message-ID: <1030606223618.2699B-100000@Ives.egh.com>s  ( On Fri, 6 Jun 2003, Andrew Balaam wrote:   >  > 8 > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > L > On 06/06/03, 09:45:51, Nic Clews <sendspamhere@127.0.0.1> wrote regarding - > Re: Halt & Startup Issues with VS 4000 VLC:  >  >  > > Andrew Balaam wrote: > > >i< > > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > >eM > > > On 06/06/03, 06:05:22, VLC Novice <The7car@comcast.net> wrote regardingo- > > > Halt & Startup Issues with VS 4000 VLC:  > L > > > > Secondly, I'm using a Wyse 85 (in VT100 mode) as the console, but if5 > > > > the terminal is turned off, it halts the VLC.1 > > >cL > > > The reason the vlc halts when the Wyse is switched off, is because theL > > > vlc sees the RS232 BREAK condition - the BREAK being a relatively longG > > > MARK or SPACE I can't remember exactly which one. If you pull the@M > > > connector out out of the vlc before you turn off the Wyse, the vlc willDO > > > probably not HALT. If you want to use the Wyse again, without HALTing thedO > > > vlc, make sure you turn on the Wyse, let it go through all its power selfa) > > > test etc, and then plug it back in.e > K > > Yes exactly, I've seen this behaviour as well. Digital series VT's havel( > > never, in  my experience, done this. >  > > --C > > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesn > > nclews at csc dot come > L > Never having used a genuine DEC terminal, I can't comment on that. We had J > a couple of CITOH VT100s and a couple of Wyse VT220 terminals, and they ) > both sent BREAKs when turned on or off.h  @ Don't know about the VLC, but on many VAXes, you can disable the@ "HALT ON BREAK" function by setting a switch correctly.  (If you? need to halt, e.g. for kernel debugging, then you have to resets$ the switch before pressing <BREAK>.)  B Check the terminal settings to see if the "SEND BREAK ON POWEROFF"" is a feature that can be disabled.  @ Easier (and less stress on the cables) than unplugging the cable@ every time you want to turn the terminal off, is to get an RS232= A/B switch and connect the VAX to "A" and nothing to "B", andi; switch to "B" before turning it off.  (Make sure the switch B doesn't generate a break when you throw it.)  I bet these switchesE show up on Ebay a lot, since it seems to me back in the terminal era, A almost everyone who had a terminal on their desk had an A/B(/C/D) @ switch next to it.  They were probably all surplused when people< switched to PC's or to VT420-vintage terminals with multiple
 serial ports.e   -- c John Santosr Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 6 Jun 2003 12:57:07 -0500e. From: frey@encompasserve.org (Lurker at Large)( Subject: Here's a commercial for you all3 Message-ID: <U5pcx+ddpjuy@eisner.encompasserve.org>n  F 	Here's an object lesson for HP management (meant in a helpful sense,  not sneering):  E 	For those who don't know me, I work for a major DOD contractor.  My vI particular division is a longtime software vendor of E911 computer aided rJ dispatch software.  Longtime because we've built up a reputation with our D market over the last 20 years, and dominate the 911 dispatch market.H 	Our primary product is written in Cobol and Macro on VMS.  A few years L ago we started another product line to do the same thing but on Windows and L unix platforms.  I could go on about that, but that's a tangent.  Here's my  point of posting:sB 	Over the last year we've had several major accomplishments worth  bragging about.D  O 1.  At least two clients who used to run our Cobol product but then changed to >M a competitor's product finally threw in the towel and asked us to re-install .O our Cobol/VMS product.  (In an internal article on one of these events, it was OM commented that our installation team was specially greeted by the customer's  H staff.  Someone announced that "XYZ is here", and everyone stood up and  applauded.)   J 2.  At the ongoing request of many clients and potential customers, we've G agreed to resume selling the Cobol/VMS product to new customers.  (Our sI management stopped for a few years, trying to sell only the Windows/unix eP product to new customers.)  So this year we're installing our Cobol/VMS product  at two new, large customers!  H 	(I'm not naming names because I'm a workerbee who's just proud as heck O of her product and company, but I have no authorization to publicize this.  If OO HP would like the details, feel free to email me and I can line you up with my  ' bosses and go through proper channels.)   G 	Windows and unix/linux techies sneer and scorn VMS and the "obsolete"  N stuff like Cobol and Macro.  But our customers love our product and potential N customers ASK for our product.  Old customers who go away and come back, come  back vehemently.5 	The reason our product has the reputation it does?    	** VMS ** and VMScluster!   --      - Sharon, lurker at Large% http://mywebpages.comcast.net/jcwomanh   ------------------------------   Date: 6 Jun 2003 19:34:10 -0000o4 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>, Subject: Re: Here's a commercial for you all6 Message-ID: <20030606193410.14940.qmail@gacracker.org>  > On 6 Jun 2003, frey@encompasserve.org (Lurker at Large) wrote:   <snip>  P >1.  At least two clients who used to run our Cobol product but then changed to N >a competitor's product finally threw in the towel and asked us to re-install P >our Cobol/VMS product.  (In an internal article on one of these events, it was N >commented that our installation team was specially greeted by the customer's I >staff.  Someone announced that "XYZ is here", and everyone stood up and   >applauded.)  , "Who do the 911 staff call in an emergency?"  9 Can't get better than that as an advertisment for VMS. :)h     Doc.-- nK OpenVMS.  Eight out of ten hackers                   https://vmsbox.cjb.netiK           prefer *other* operating systems.        http://althacker.cjb.net-   ------------------------------   Date: 6 Jun 2003 13:55:29 -0500d- From: Kilgallen@SpamCop.net (Larry Kilgallen) , Subject: Re: Here's a commercial for you all3 Message-ID: <sssi64KEPiiP@eisner.encompasserve.org>   d In article <U5pcx+ddpjuy@eisner.encompasserve.org>, frey@encompasserve.org (Lurker at Large) writes:   Congratulations, Sharon.  I > 	Windows and unix/linux techies sneer and scorn VMS and the "obsolete" yP > stuff like Cobol and Macro.  But our customers love our product and potential P > customers ASK for our product.  Old customers who go away and come back, come  > back vehemently.  B My wife has a coworker who defined "legacy" as "stuff that works".   ------------------------------  # Date: Fri, 06 Jun 2003 19:17:09 GMTo# From: "John Smith" <a@nonymous.com>s, Subject: Re: Here's a commercial for you allG Message-ID: <VM5Ea.20033$j9%.1625@news04.bloor.is.net.cable.rogers.com>b  A "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message 0 news:20030606193410.14940.qmail@gacracker.org...@ > On 6 Jun 2003, frey@encompasserve.org (Lurker at Large) wrote: >p > <snip> >sF > >1.  At least two clients who used to run our Cobol product but then
 changed toD > >a competitor's product finally threw in the towel and asked us to
 re-installB > >our Cobol/VMS product.  (In an internal article on one of these events, it wasD > >commented that our installation team was specially greeted by the
 customer'sF > >staff.  Someone announced that "XYZ is here", and everyone stood up andO > >applauded.) >w. > "Who do the 911 staff call in an emergency?" >p; > Can't get better than that as an advertisment for VMS. :)&     It would be a good one.u. What odds do you want that HP won't go for it?   ------------------------------  # Date: Fri, 06 Jun 2003 19:42:12 GMTt' From: Don Sykes <anonymous@pacbell.net>s, Subject: Re: Here's a commercial for you all+ Message-ID: <3EE0EE65.517CF358@pacbell.net>9  E Thanks. I find this very interesting. I have a large customer (mediumSF sized city) who is doing a similar thing - i.e. trading in their CobolE based VMS E911 dispatch system for Tandem one. Of course Tandem isn'tEG Windoz or unix, but I think they're in for the same pains. They've beenqH told, but many of the decision makers aren't technical, but believe they are. A bad combination. G I'll pass this along to the folks I know over there, but I don't expect D any deviations from their current course - as governments don't make mistakes :).   -- s   Have VMS, Will Travelp Wire paladin, San Francisco&   (paladinATalphaseDOTcom)     Lurker at Large wrote: > N >         Here's an object lesson for HP management (meant in a helpful sense, > not sneering): > M >         For those who don't know me, I work for a major DOD contractor.  My J > particular division is a longtime software vendor of E911 computer aidedK > dispatch software.  Longtime because we've built up a reputation with oureF > market over the last 20 years, and dominate the 911 dispatch market.P >         Our primary product is written in Cobol and Macro on VMS.  A few yearsM > ago we started another product line to do the same thing but on Windows and M > unix platforms.  I could go on about that, but that's a tangent.  Here's myu > point of posting: J >         Over the last year we've had several major accomplishments worth > bragging about.n > P > 1.  At least two clients who used to run our Cobol product but then changed toN > a competitor's product finally threw in the towel and asked us to re-installP > our Cobol/VMS product.  (In an internal article on one of these events, it wasN > commented that our installation team was specially greeted by the customer'sI > staff.  Someone announced that "XYZ is here", and everyone stood up andt
 > applauded.)n > K > 2.  At the ongoing request of many clients and potential customers, we'vewH > agreed to resume selling the Cobol/VMS product to new customers.  (OurJ > management stopped for a few years, trying to sell only the Windows/unixQ > product to new customers.)  So this year we're installing our Cobol/VMS productd > at two new, large customers! > P >         (I'm not naming names because I'm a workerbee who's just proud as heckP > of her product and company, but I have no authorization to publicize this.  IfP > HP would like the details, feel free to email me and I can line you up with my) > bosses and go through proper channels.)o > O >         Windows and unix/linux techies sneer and scorn VMS and the "obsolete"oO > stuff like Cobol and Macro.  But our customers love our product and potentialfO > customers ASK for our product.  Old customers who go away and come back, comeo > back vehemently.< >         The reason our product has the reputation it does?# >         ** VMS ** and VMScluster!m >  > -- >  >  - Sharon, lurker at Large' > http://mywebpages.comcast.net/jcwomano   ------------------------------  % Date: Fri, 06 Jun 2003 15:58:20 -0400-* From: JF Mezei <jfmezei.spamnot@istop.com>, Subject: Re: Here's a commercial for you all) Message-ID: <3EE0F248.DB35F29D@istop.com>L   Don Sykes wrote:H > sized city) who is doing a similar thing - i.e. trading in their CobolG > based VMS E911 dispatch system for Tandem one. Of course Tandem isn'th< > Windoz or unix, but I think they're in for the same pains.  M It doesn't matter. Once decision makers have been convinced that VMS is not a-I long term platform, they know that they MUST find another solution in the@8 short/medium term even if that platform may be inferior.  K Once the decision is made that VMS is no longer a strategic platform, it isr very hard to reverse it.    K And you can thank Palmer, Winkler, Capellas, Carly, Stallard for confirming J over the years that VMS was not to be considered a strategic platform, andG that message continues with lots of strengths, especially after VMS wastE deliberatly omitted from the recent "stragegic" presentation from HP.e    R Image is everything contrary to what some soft drink company wants you to believe.   ------------------------------  # Date: Sat, 07 Jun 2003 00:56:27 GMTtL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"), Subject: Re: Here's a commercial for you all6 Message-ID: <00A20FDD.6AA74389@SSRL.SLAC.STANFORD.EDU>  W In article <3EE12288.6010404@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:. >Lurker at Large wrote:- >- >-8 >> 	The reason our product has the reputation it does?   >> 	** VMS ** and VMScluster!  >u >cM >I figured I knew where this was going.  Then you totally surprised me.  The )N >usual reason users want a particular product is features and capability, not R >necessarily in that order.  I was thinking that your product server the needs of B >that industry much better than any other, not what you indicated. >rP >So tell me, without a surperior product, and people, (I don't know, you didn't C >say), why would VMS and VMScluster make the users so much happier?d    K I'm just guessing here that ease of management (and fewer people devoted toVJ system administration) and high availability over  roughly the same set ofK features and benefits are of great interest to taxpayer-funded 911 centers, L and that these are supplied by the choice of VMS and VMSclusters rather than Windows.   -- Alanh   -- eO ===============================================================================n0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056aM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025gO ===============================================================================u   ------------------------------  % Date: Fri, 06 Jun 2003 19:23:52 -0400 ( From: David Froble <davef@tsoft-inc.com>, Subject: Re: Here's a commercial for you all, Message-ID: <3EE12288.6010404@tsoft-inc.com>   Lurker at Large wrote:    7 > 	The reason our product has the reputation it does?    > 	** VMS ** and VMScluster!    L I figured I knew where this was going.  Then you totally surprised me.  The M usual reason users want a particular product is features and capability, not @Q necessarily in that order.  I was thinking that your product server the needs of fA that industry much better than any other, not what you indicated.t  O So tell me, without a surperior product, and people, (I don't know, you didn't sB say), why would VMS and VMScluster make the users so much happier?    D I am a VMS bigot, so I'm not disagreeing, just trying to understand.     Dave     -- b4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 6 Jun 2003 20:13:04 -0500.- From: Kilgallen@SpamCop.net (Larry Kilgallen) , Subject: Re: Here's a commercial for you all3 Message-ID: <SpqJK7AkPQQG@eisner.encompasserve.org>o   In article <00A20FDD.6AA74389@SSRL.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:0Y > In article <3EE12288.6010404@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:: >>Lurker at Large wrote: >> >>9 >>> 	The reason our product has the reputation it does?  q >>> 	** VMS ** and VMScluster! >> >>N >>I figured I knew where this was going.  Then you totally surprised me.  The O >>usual reason users want a particular product is features and capability, not wS >>necessarily in that order.  I was thinking that your product server the needs of  C >>that industry much better than any other, not what you indicated.  >>Q >>So tell me, without a surperior product, and people, (I don't know, you didn't .D >>say), why would VMS and VMScluster make the users so much happier? >  > M > I'm just guessing here that ease of management (and fewer people devoted to-L > system administration) and high availability over  roughly the same set ofM > features and benefits are of great interest to taxpayer-funded 911 centers,iN > and that these are supplied by the choice of VMS and VMSclusters rather than
 > Windows.  H Whereas _I_ would guess that for the 911 industry, uptime is everything.   ------------------------------   Date: 6 Jun 2003 15:24:20 -0700D1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)m' Subject: HP #1 in Servers and Notebooks = Message-ID: <cf15391e.0306061424.14c17ba3@posting.google.com>n   From HP World News:  --->( IDC: HP takes no. 1 server spot from IBM  N HP took the top spot in worldwide server computer marketshare based on revenueM during the first quarter from IBM, according to market research firm IDC.  HPaO had 27.9 percent of the market in the first quarter, 2.4 percentage points morea	 than IBM.i4 http://biz.yahoo.com/rc/030530/tech_computers_2.html ---  HP still leads notebook market  - http://zdnet.com.com/2100-1103_2-1012131.htmll   ------------------------------  # Date: Fri, 06 Jun 2003 18:30:27 GMTn& From: Rick Jones <foo@bar.baz.invalid>8 Subject: Re: Intel 64 bit Pentium seems to be on its way1 Message-ID: <755Ea.2147$_T3.387@news.cpqcorp.net>t  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Rick Jones wrote: C >> Are we talking about a 64-bit Intel x86 compiler, or a different  >> compiler?  E > There are plenty of other compilers, being done for x86-64 GCC, NAGs > Portland, Microsoft.  e > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/64bitamd_65nr.asp   C Thanks.  It will be interesting to see numbers from those compilers: once they are published.  . >>>20% would be a reasonable initial estimate. >> ( >> rB >> Out of curiousity, how do you arrive at that estimate?  By whatE >> quantity will cache pressure increase in the SPECfp2000 suite whenNH >> going LP64 (Linux) or P64 (Windows) versus the gains from having more? >> registers in 64-bit mode in the Opteron than in 32-bit mode?a >> -  D > Its not mine its AMD's for FP and I would cut them some slack if I@ > was you, they were accurate for the 32bit numbers even if they* > missed the initial launch speed of 2GHz.  F All I was requesting was a reference to the methodology used to arriveC at the estimate.  I arrived at the conclusion that the estimate was F yours based on your wording.  Had you said instead "AMD estimates thatF 64-bit compilation will increase their SPEC score by 20%" I would have= instead asked for a pointer to a URL with that stuff in it :)m  
 rick jones -- rF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...J   ------------------------------  $ Date: Fri, 6 Jun 2003 15:34:27 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>( Subject: Re: OpenVMS Alpha Hobbyist Kits5 Message-ID: <bbqqc4$c5tl8$1@ID-141708.news.dfncis.de>d   Keith Parris wrote:s >...; > If you become an HP Certified Professional for OpenVMS ors
 Tru64, you8 > seem to get a free CONOLD/CONDIST subscription for the associated O/S > platform.a >c: > For OpenVMS v7 Systems Administrator, that means passing
 just one test = > ($100 USD at Prometric), filling out a Web application, and 
 submitting! > your test results via fax.  Seef >w> http://h10017.www1.hp.com/certification/region/na/csa/bcs/open vms.html  ; Neither the OpenVMS V7 Systems Administrator nor OpenVMS V7 = Systems Engineer get you the subscription, at least I did not < get one for either of those two certificates. You may get it9 for the Accredited Systems Engineer AlphaServer + OpenVMSs; level though, I have not been able to get any free tests to  get me to that level yet :(.  9 I did get a subscription that sends me the following CD'se every once in a while;  ;         Support Software CD for Compaq Desktop Products (noe Alpha stuff here)o;         Support Software CD for Compaq Workstation Products- (no Alpha stuff here) <         Support Software CD for Compaq Notebook Products (no Alpha stuff here).<         Support Software CD for Compaq Handheld Products (no Alpha stuff here)n5         SmartStart CD part of the Proliant essentialst foundation packa5         Management CD part of the Proliant essentials  foundation pack.=         QuickFind 2000 (there is some interesting Alpha stuffv here))  : I also received an OpenVMS Systems Administrator pen and a> Tru64 System Engineer pen.  After a few rounds of e-mails they; found an OpenVMS System Engineer pen to send me, I asked if.0 they wanted the Tru64 pen back but they did not.   -- Peter Weaver Weaver Consulting Services Inc.s) Serving Southern Ontario/Western New York    ------------------------------  # Date: Fri, 06 Jun 2003 20:25:57 GMTn4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)( Subject: Re: OpenVMS Alpha Hobbyist Kits1 Message-ID: <pN6Ea.1153572$S_4.1183203@rwcrnsc53>   t In article <bbqqc4$c5tl8$1@ID-141708.news.dfncis.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes: >Keith Parris wrote: >>...a< >> If you become an HP Certified Professional for OpenVMS or >Tru64, youm9 >> seem to get a free CONOLD/CONDIST subscription for theM >associated O/S* >> platform. >>; >> For OpenVMS v7 Systems Administrator, that means passing= >just one test> >> ($100 USD at Prometric), filling out a Web application, and >submittingP" >> your test results via fax.  See >>? >http://h10017.www1.hp.com/certification/region/na/csa/bcs/opene	 >vms.htmlb > < >Neither the OpenVMS V7 Systems Administrator nor OpenVMS V7> >Systems Engineer get you the subscription, at least I did not= >get one for either of those two certificates. You may get itt: >for the Accredited Systems Engineer AlphaServer + OpenVMS< >level though, I have not been able to get any free tests to >get me to that level yet :(.n  M I got the subscription (although the shipping label does say in part, "ASE"); K the timing leads me to believe that it was part of the "goodies" associatedi with the credentials.    > : >I did get a subscription that sends me the following CD's >every once in a while;1 >)< >        Support Software CD for Compaq Desktop Products (no >Alpha stuff here)< >        Support Software CD for Compaq Workstation Products >(no Alpha stuff here)= >        Support Software CD for Compaq Notebook Products (no  >Alpha stuff here)= >        Support Software CD for Compaq Handheld Products (no  >Alpha stuff here)6 >        SmartStart CD part of the Proliant essentials >foundation pack6 >        Management CD part of the Proliant essentials >foundation pack> >        QuickFind 2000 (there is some interesting Alpha stuff >here)  O I also received this set the same week - now I can troubleshoot problems on thes PC at my church.	:-)   >6; >I also received an OpenVMS Systems Administrator pen and as? >Tru64 System Engineer pen.  After a few rounds of e-mails they0< >found an OpenVMS System Engineer pen to send me, I asked if1 >they wanted the Tru64 pen back but they did not.e  G I didn't get the OVMS pen, but one which says (in *very* small letters)o& "certified systems administrator (hp)"'                                 invent.h  G It came with a vinyl case containing pop-up post-it notes (hp certified-E professional), a small calculator, a spiral notebook, and holders forT credit/business cards.  O All in all, I received quite a bit of value for the money/time spent - although9H I'd *really* like the OVMS pen, too.  Peter, care to trade the pen for a
 calculator???    >t >--r
 >Peter Weaver   >Weaver Consulting Services Inc.* >Serving Southern Ontario/Western New York >u >n  A _________________________________________________________________z0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"r   ------------------------------  $ Date: Fri, 6 Jun 2003 16:43:52 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>( Subject: Re: OpenVMS Alpha Hobbyist Kits5 Message-ID: <bbqueg$cnu4s$1@ID-141708.news.dfncis.de>   9 "Bradford J. Hamilton" <brad@.gateway.2wire.net> wrote in43 message news:pN6Ea.1153572$S_4.1183203@rwcrnsc53...n >...: > I didn't get the OVMS pen, but one which says (in *very* small letters)( > "certified systems administrator (hp)") >                                 invent.r >n; > It came with a vinyl case containing pop-up post-it notes 
 (hp certifiedt; > professional), a small calculator, a spiral notebook, ande holders for, > credit/business cards.  ; One of the 4 way pens/pencil/stylus things? One of the guysf5 here who got certified in February got that, I did mye certification last October.s  5 > All in all, I received quite a bit of value for thep money/time spent - althought< > I'd *really* like the OVMS pen, too.  Peter, care to trade
 the pen for ao > calculator???0  = NO!!!!!! You'll have to pry it out of my dead cold hands, andi2 probably have to fight a person or two for it too.   -- Peter Weaver Weaver Consulting Services Inc.n) Serving Southern Ontario/Western New Yorkd   ------------------------------  # Date: Fri, 06 Jun 2003 21:17:37 GMT-4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)( Subject: Re: OpenVMS Alpha Hobbyist Kits- Message-ID: <Rx7Ea.93478$M01.48620@sccrnsc02>1  t In article <bbqueg$cnu4s$1@ID-141708.news.dfncis.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes: <snip>< >One of the 4 way pens/pencil/stylus things? One of the guys6 >here who got certified in February got that, I did my >certification last October.  % The pen was just that - nothing more.r  M I guess the goodies that go out depend on what's in stock.  Well, if I end upjI attending the Advanced Technical Bootcamp in November in Nashua (Brrrr!),vI perhaps I'll find an OVMS (or Engineer's) pen laying about someplace.	:-)2   <snip>> >NO!!!!!! You'll have to pry it out of my dead cold hands, and3 >probably have to fight a person or two for it too.w >.  M You're a hard man at a bargain - OK, how about the hp pen, the calculator and)O the pop-up post-it notes (to sweeten the deal, I'll throw in Niagara Falls, NY,u at no extra charge!)?n   >-- 
 >Peter Weaverh  >Weaver Consulting Services Inc.* >Serving Southern Ontario/Western New York >- >   A _________________________________________________________________-0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"m   ------------------------------  % Date: Fri, 06 Jun 2003 21:04:54 -0500C1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o) Subject: Re: OpenVMS Pearl - New Customero' Message-ID: <3EE14846.91CA4F72@fsi.net>    Tom Linden wrote:t >  > Sue, > F > Encouraging.  We have a domestic customer that purchased 35 ES40s toE > whom we supplied an equal number of PL/I compilers or PL/I runtimes  > to support their applications   B Excellent! A "Success Story"! Wonderful news. Worthy of world-wide exposure...a  G ...if no other reason than to prove that is *IS* possible to toot VMS'st# horn without breaching confidences.d  H See how easy it is? He could even have left out "domestic" and still not have diluted the message!t   -- l David J. Dachteras dba DJE Systemsg http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------  % Date: Fri, 06 Jun 2003 22:55:54 +0100M" From: Didier Morandi <no@spam.com>5 Subject: OpenVMS Pearl - Old Customer (for how long?)d' Message-ID: <3EE10DEA.4050303@spam.com>   J I'm back from the Alps, where I teached an OpenVMS Command and Utilities =     course on a VAX 4000.e  J I will be back to the site in two weeks time to teach VMS Programming in =   Fortran 77 :-)  I The folks there (average age is 25) will do application maintenance on=20)J Fortran v4.4/PDP11/RSX11M 4.0 programs which were ported to a couple of=20 MicroVAX 2 around 1989.s  @ The programs (around 200 000 lines) do factory regulation and=20I intensively use mbx comm, global sections, Common event flags clusters=20yJ and some QIO here and there via QBUS controllers (I said QBUS) and RS232 =   lines.  I The Customer still has the PDPs because "they continue to do what they=20IH were supposed to do when we installed them 25 years ago, why would we=20
 trash them?".t  A The Direction decided to move to UNIX a few months ago and the=20a( application is being entirely rewritten.  J One of the two last VMS Gurus here said: "I wonder how 'they' will code=20F my Object Task 0 DECnet communication (i.e. TELL.COM) with UNIX and=20
 TCP/IP..."   D. --=20d- Didier Morandi sarl au capital de 8 000 euross                   Tout OpenVMS-   19 chemin de la Butte 31400 Toulouse Francew/   T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928h&           http://www.didiermorandi.com                    RC en cours   ------------------------------  # Date: Fri, 06 Jun 2003 21:53:08 GMTM8 From: "Jerome H. Fine" <jhfinepw4z@pw4znospamcompsys.to>9 Subject: Re: OpenVMS Pearl - Old Customer (for how long?)C4 Message-ID: <3EE10D32.88CA2BF6@pw4znospamcompsys.to>   >Didier Morandi wrote:  H > The Customer still has the PDPs because "they continue to do what theyG > were supposed to do when we installed them 25 years ago, why would wea > trash them?".w   Jerome Fine replies:  6 Having been involved with the PDP-11 hardware for more4 than 25 years, my usual experience when such systems: need support is that the problem is usually with hardware.  3 In some cases, the CPU needs more speed to handle ao few more items that need doing.l  7 In most cases, the biggest problem is finding spares toa keep the system going.  7 Usually, the reason that the PDP-11 continues in use ise8 because the cost of porting the software to new hardware= is so high that the user finds there is no point - since withn5 modern hardware, it changes so fast that another port ' of the software will be required again.-  2 However, with the PDP-11, in many cases, it is now9 possible to use an emulator program and use the identical/$ software without any changes at all.  8 In some cases, when the emulator is unable to handle all9 of the hardware on the new hardware, one of the emulators 4 supports a PCI <=> Qbus or a PCI <=> Unibus adapter.  9 The slower and free version is called SIMH and is writtena* in C. It also emulates many other systems.  9 The much faster emulator is called Ersatz-11 and supports 6 only PDP-11 hardware.  There are two versions, one for6 Linux and one for DOS/W95/W98, although others Windows5 OSs also work in some cases depending on the hardwareo? that is needed.  I use the latter for hobby use and if I neededt: a lot of speed, a 2.4 GHz Pentium 4 can probably run about: 50 times the speed of a PDP-11/93.  I settle for a 750 Mhz9 Pentium III and run at about 15 times the PDP-11/93 underc8 Windows 98 SE.  There are commercial versions available.  : While these solutions are not for everyone, they certainly8 work well in some cases.  The one I hear most about runs (emulates) RSTS/E.   Sincerely yours,   Jerome Finec --4 To obtain the original e-mail address, please remove5 the ten characters which immediately follow the 'at'. 8 If you attempted to send a reply and the original e-mail7 address has been discontinued due a high volume of junke5 e-mail, then the semi-permanent e-mail address can bea7 obtained by replacing the four characters preceding theT. 'at' with the four digits of the current year.   ------------------------------  % Date: Fri, 06 Jun 2003 18:59:42 -0400u* From: "Stanley F. Quayle" <stan@stanq.com>9 Subject: Re: OpenVMS Pearl - Old Customer (for how long?) / Message-ID: <3EE0E49E.27395.1F03E142@localhost>6  - On 6 Jun 2003 at 21:53, Jerome H. Fine wrote:]: > In some cases, when the emulator is unable to handle all; > of the hardware on the new hardware, one of the emulatorsf6 > supports a PCI <=> Qbus or a PCI <=> Unibus adapter. >  > [...] SIMH [...] > [...] Ersatz-11 [...]r  A You forgot CHARON-11, made by the same people as CHARON-VAX.  It e supports a PCI-to-Qbus adapter.s  < (And, yes, this is another shameless plug -- I'm a CHARON-* 
 reseller.)  
 --Stan Quayleh Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671g1 8572 North Spring Ct. NW, Pickerington, OH  43147m= Preferred address:  stan@stanq.com       http://www.stanq.come   ------------------------------  % Date: Sat, 07 Jun 2003 00:10:43 +0100 " From: Didier Morandi <no@spam.com>9 Subject: Re: OpenVMS Pearl - Old Customer (for how long?)t' Message-ID: <3EE11F73.8000703@spam.com>D   Jerome H. Fine wrote:0  ; > The slower and free version is called SIMH and is written , > in C. It also emulates many other systems. > ; > The much faster emulator is called Ersatz-11 and supportsd > only PDP-11 hardware.   8 There is also CHARON-11 from Software Resources Intern'l   D.   ------------------------------  $ Date: Fri, 6 Jun 2003 14:44:38 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>: Subject: Re: Ottawa OpenVMS Technical Seminar (June 25-26)5 Message-ID: <bbqnen$cm1f0$1@ID-141708.news.dfncis.de>d   n.rieck@sympatico.ca wrote:0= > The Canadian Association of Compaq Users - An HP User Groupo# > Newsletter - June 6, 2003 Edition  > 7 > **************  COUNTDOWN TO OTTAWA TECHNICAL SEMINARc > **************** >...  7 Who else is going to this? JF? John Smith? Vic? Alfred?g: Anybody else? I would love to go, but it depends on how my9 wife is doing at the time, the baby is due July 8 so Juneo; 25/26 may be too close for her to travel or for me to leaveI> her alone. If her doctor says that it is OK for her to go then who else would I see there?W   -- Peter Weaver Weaver Consulting Services Inc.t) Serving Southern Ontario/Western New Yorke   ------------------------------  # Date: Fri, 06 Jun 2003 19:16:21 GMT # From: "John Smith" <a@nonymous.com>.: Subject: Re: Ottawa OpenVMS Technical Seminar (June 25-26)G Message-ID: <9M5Ea.20028$j9%.6777@news04.bloor.is.net.cable.rogers.com>e  ? "Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote inp7 message news:bbqnen$cm1f0$1@ID-141708.news.dfncis.de...a > n.rieck@sympatico.ca wrote:e? > > The Canadian Association of Compaq Users - An HP User Groupe% > > Newsletter - June 6, 2003 Edition  > >i9 > > **************  COUNTDOWN TO OTTAWA TECHNICAL SEMINAR. > > **************** > >... > 9 > Who else is going to this? JF? John Smith? Vic? Alfred?c< > Anybody else? I would love to go, but it depends on how my; > wife is doing at the time, the baby is due July 8 so Junes= > 25/26 may be too close for her to travel or for me to leave @ > her alone. If her doctor says that it is OK for her to go then > who else would I see there?o  E I'd love to go but I have meetings in NYC on the 25th and last minute : wedding (not me) details to deal with for that weekend, so, unfortunately Ottawa is out of the question.   ------------------------------  # Date: Fri, 06 Jun 2003 19:12:59 GMTh# From: "John Smith" <a@nonymous.com>x: Subject: Re: Ottawa OpenVMS Technical Seminar (June 25-26)H Message-ID: <%I5Ea.20005$j9%.13973@news04.bloor.is.net.cable.rogers.com>  ? "Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote int7 message news:bbqnen$cm1f0$1@ID-141708.news.dfncis.de...3 > n.rieck@sympatico.ca wrote:c? > > The Canadian Association of Compaq Users - An HP User Groupr% > > Newsletter - June 6, 2003 Editionn > >c9 > > **************  COUNTDOWN TO OTTAWA TECHNICAL SEMINARe > > **************** > >... >o9 > Who else is going to this? JF? John Smith? Vic? Alfred?m< > Anybody else? I would love to go, but it depends on how my; > wife is doing at the time, the baby is due July 8 so June = > 25/26 may be too close for her to travel or for me to leaveo@ > her alone. If her doctor says that it is OK for her to go then > who else would I see there?C >l > -- > Peter Weaver! > Weaver Consulting Services Inc.p+ > Serving Southern Ontario/Western New Yorkw >n >  >x   ------------------------------   Date: 6 Jun 2003 15:54:12 -0700m1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)a" Subject: Re: Portents of VMS death= Message-ID: <cf15391e.0306061454.3b10bf54@posting.google.com>n  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3EE007B8.61AE35E3@istop.com>...  > And you omit to mention IBM.   Let me fix that omission.r  A I worked with the International Securities Exchange in New York. aF While there, I heard some interesting history.  ISE had evaluated bothE AIX and VMS in their selection process, and chose VMS as the basis of F their solution on its merits.  OM's [prospective or current] customersB apparently had pressured OM to port their software to Unix, out ofD fear of VMS' demise.  OM went to the time and trouble of doing that,F making their software available on IBM AIX in addition to VMS.  At theB time I worked with ISE, there had been only 4 OM customers who had@ selected the AIX-based solution (out of 180 or so total customerE sites), and 3 of those 4 had already dropped AIX and gone to VMS, andiC the 4th was a year overdue in their startup schedule and thought tolB also be a potential candidate for going to VMS.  I never heard how4 things turned out at that 4th site, but I can guess.   ------------------------------  # Date: Fri, 06 Jun 2003 23:30:38 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")" Subject: Re: Portents of VMS death6 Message-ID: <00A20FD1.6D36566C@SSRL.SLAC.STANFORD.EDU>  Y In article <ju0Ea.1132246$F1.135899@sccrnsc04>, "Mark E. Levy" <melevy@attbi.com> writes:o/ >"John Smith" <a@nonymous.com> wrote in message-B >news:sr%Da.16419$3Sm.6419@news01.bloor.is.net.cable.rogers.com...- >> Alan Winston knows how to get hold of you. ! >> I know how to get hold of you. 3 >> Everyone in c.o.v. knows how to get hold of you.n >>D >> But Bill Jones of Acme Manufacturing in Podunk, Nebraska doesn't.F >> He stumbles across the OpenVMS home page by accident (remember thatF >> www.hp.com/openvms returns a 404 error??)...that's if he even knows
 >> about VMS.r >>F >> He then finds a link on the VMS home page that simply says "OpenVMSD >> Ambassadors". Curious, he clicks that link. The reads some nicelyC >> worded paragraphs that describe the Ambassadors, sees a map withnB >> circles on it (reminds me a bit of "Alice's Restaurant"), and a5 >> 'family' photo of some devilishly handsome people.m >>H >> But Bill Jones of Acme Manufacturing in Podunk, Nebraska doesn't haveG >> a link to click on that says 'Contact the VMS Ambassador CoordinatorsB >> to arrange a visit to your site by an Ambassador', or some such >> verbiage. >0C >Ok all, so here's a challenge... Tell me what you'd like to see onuB >OpenVMS.COM (yes, that's .COM not .ORG). I'm open to suggestions. >iJ >Feel free to e-mail me direct at levy@openvms.com or levy@sysman-inc.com.  M I'm posting rather than emailing to avoid duplication and perhaps spark other  ideas.  3 (1) Links to all known vendors of VMS applications. L (2) Writeup and link on whatever the application developer program is called     these days. M (3) Links to the VMS success stories; lists of customers who've permitted it. C (4) Ambassadors writeup and instructions on how to get hold of one.s (5) Business, high-level FAQB     [Not "how do I break in to my machine?" but "it's under activeM development", "Itanium port", popular open source apps like Perl, Apache, PHPlM run on it, languages can call each other, testdrives available, how do I findD VMS-knowledgeable people?] (6) Testimonials from users. (7) Consultant directory   -- Alani   -- cO =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056lM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025nO ===============================================================================l   ------------------------------  $ Date: Fri, 6 Jun 2003 17:29:09 -0700' From: David Mathog <mathog@caltech.edu> " Subject: Re: Portents of VMS death8 Message-ID: <20030606172909.29c6c858.mathog@caltech.edu>  ( On Thu, 05 Jun 2003 10:40:25 +0100 (MET): Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote:. > >(Who said this? It isn't on my server, DRM)J > > After reading this, and trying to be an objective VMS advocate, I sentH > > it to Mark Gorham for comment.  His reply was there are >200 schools4 > > signed up for the CLSG/VMS free license program. > J > How many have DECcampus?  How many have the new license programme?  How C > many have both?  For the latter two, how many people use the new sA > licenses?  How many had DECcampus 10 years ago?  These are the x > interesting questions.  : Also interesting is how Gorham could lump the CSLG in with> the free license program so casually.   There's nothing casual> about the free license program for an academic administrator -7 it just screams "legal danger".  Bill agrees, I think. e: There's nothing free about the CSLG - last I looked it was7 hideously expensive and growing more so by the week (asn5 systems dropped out of the program, raising the price  for those who remained.)  ; It's all academic (no pun intended) anyway.  VMS is for all:8 intents and purposes dead in academia and it would take 8 a really heroic effort from HP to change that.  It ain't9 gonna happen - they can't even manage a symbolic gesture f( like the academic free license properly.  , Last one out please turn off the lights :-(.   Regards,   David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------  % Date: Fri, 06 Jun 2003 21:08:32 -0400b* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Portents of VMS death) Message-ID: <3EE13B0A.C3753142@istop.com>    David Mathog wrote:e= > It's all academic (no pun intended) anyway.  VMS is for allo9 > intents and purposes dead in academia and it would takeb0 > a really heroic effort from HP to change that.  L But it wouldn't hurt to make it easy for the few remaining loyalists to push3 VMS in their academic environment little by little.s  F Besides, if HP doesn't do anything, it *will* lose whatever VMS revenuG academia generates. So giving VMS away for free would at the very leastoK generate goodwill and students with positive attitude and knowledge of VMS.iM And that eventually translates into hardware sales and hardware support, evenp of the software is "free".   ------------------------------  % Date: Fri, 06 Jun 2003 21:37:17 -0400n* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Portents of VMS death) Message-ID: <3EE141C5.5DF0140E@istop.com>    "David J. Dachtera" wrote:H > For my part, I believe many folks here appreciate your work with these
 > 200 finest.a  
 I concurr.   ------------------------------  % Date: Fri, 06 Jun 2003 20:50:34 -0500i1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: Portents of VMS death' Message-ID: <3EE144EA.39135FF4@fsi.net>r   Sue Skonetski wrote: > G > Question: That page just doesn't seem to have a description of how to  > get hold of an Ambassador. > H > Answer:  After the secret handshake ;') you can either send me mail or@ > if you have a sales contact ask them for the local Ambassador. > C > The Ambassadors are pretty proud to be an Ambassadors, which theyr= > should be, since they are the Best of the Best and just the-H > application is 9 pages long (and there is more stuff).  There are onlyE > 200 worldwide so not all locations have an OpenVMS Ambassador.  ThefH > Ambassadors are some of the best people you will meet and this program > is the best part of my job.s  F For my part, I believe many folks here appreciate your work with theseC 200 finest. I know there's of grousing to wade through here. c.o.v.hH gives us an outlet to vent our rage against, well, let's not take off on
 that tangent.o  6 A very deeply heartfelt thank you for the work you do.   -- e David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  % Date: Fri, 06 Jun 2003 20:54:09 -0500a1 From: "David J. Dachtera" <djesys.nospam@fsi.net>f" Subject: Re: Portents of VMS death' Message-ID: <3EE145C1.60E502D1@fsi.net>p   JF Mezei wrote:m >  > Sue Skonetski wrote:E > > The Ambassadors are pretty proud to be an Ambassadors, which theyc? > > should be, since they are the Best of the Best and just theo9 > > application is 9 pages long (and there is more stuff). > . > Depends on what sort of questions you ask... > 1 > 1-How often do you clean lint from your navel ?D >         a-once a day >         b-once a month4 >         c-never, like VMS, it needs no maintenance > ( > 2-What type of underwear do you wear ? >         a-boxers >         b-briefsJ >         c-none. like VMS, I don't need protection from microsoft's dirt.  H There was an old Popeye cartoon (prob'ly still around on Cartoon NetworkA - some things never die, sorry to say) where he's with Olive on agG shopping trip and she keeps giving him stuff to return. The lady at theiF return desk gives him papers to fill out, saying, "Just fill out theseE forms in triplicate, please!", where upon he sits down at a table andtF answers questions like "What is your favorite breakfast cereal?" "WhatF was your paternal grandmother's maiden-aunt's favorite color?", and so on...y  4 Dunno why that came to mind in response your post...   --   David J. Dachterae dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Fri, 06 Jun 2003 21:11:30 +0200d6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>) Subject: Re: Running java programs in VMSw) Message-ID: <3EE0E762.8040907@vajhoej.dk>=  
 Tim wrote:K > But now the problem that I am having is that 'java' cannot find the classL > that I just created. > @ >  - I have verified that the class is in the current directory.A >  - I have verified that the classpath contains a single period. J >  - I compiled the program using javac "MyClass.java" as I know about the > case sensitivity.u > J > But when I try to run it using java "MyClass" or java "MyClass.class" it* > complains that it cannot find the class. > " > Do you know what is going wrong?   The correct syntax are:0   $ java "MyClass"   or:r  ' $ java -classpath <directory> "MyClass"d  # Note that if you use package it is:*  J $ java -classpath <root directory of package hierachy> "mypackage.MyClass"   Arne  / PS: And classnames are ofcourse case sensitive.t   ------------------------------  % Date: Sat, 07 Jun 2003 03:12:42 +0400.2 From: "Ruslan R. Laishev" <Laishev@StarLet.SPB.RU> Subject: Re: VMS SQL cliente- Message-ID: <3EE11FEA.6050402@StarLet.SPB.RU>o  4 http://starlet.deltatel.ru/~laishev/work/freetds/*.*   Chris Sharman wrote:7 > How can a VMS app access an MS SQL database on a PC ? E > Firstly, a 3GL app written in-house, and secondly, Powerhouse apps.u > 	 > Thanks,  > Chris  >  >      -- e Cheers, Ruslan. D +---------------------pure personal opinion------------------------+2               Mobile: +7 (812) 116-3222/NMT/IMT-MCB     TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU0                  http://starlet.spb.ru/~laishev/   ------------------------------   Date: 6 Jun 2003 13:36:39 -0500l From: briggs@encompasserve.org, Subject: RE: What do these Macro codes mean?3 Message-ID: <QBRTqPlshJm+@eisner.encompasserve.org>A  _ In article <CIEJLCMNHNNDLLOOGNJIMEJAHFAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:"H > OK.  I give.  However, I would use the word unaligned instead of badly
 > aligned.H > Some other poster (sorry forgot who) said there was only a penalty for > unaligned code.a  ? The actual claim was that the penalty for unaligned data accesse< was "in the noise" and that the penalty for unaligned branch; destinations was significant enough to warrant alignment oft1 code segments at labels.  (I forget who as well).r  ? My understanding of "in the noise" was that careful measurementtA of application performance could not detect any contribution from  alignment issues.u  = It was an eye opening claim.  Since most of us would take the>> time to lay out data structures carefully to take advantage of> natural alignment but I, for one, would not have thought aboutC inserting NOOPs in my VAX MACRO code sequences as a way to increasei performance.   	John Briggs   ------------------------------  $ Date: Fri, 6 Jun 2003 12:31:24 -0700# From: "Tom Linden" <tom@kednos.com>l, Subject: RE: What do these Macro codes mean?9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEJGHFAA.tom@kednos.com>9   >-----Original Message-----nA >From: briggs@encompasserve.org [mailto:briggs@encompasserve.org]0% >Sent: Friday, June 06, 2003 11:37 AMm >To: Info-VAX@Mvb.Saic.Com- >Subject: RE: What do these Macro codes mean?1 >1 >3? >In article <CIEJLCMNHNNDLLOOGNJIMEJAHFAA.tom@kednos.com>, "Tom-! >Linden" <tom@kednos.com> writes: I >> OK.  I give.  However, I would use the word unaligned instead of badlya >> aligned.eI >> Some other poster (sorry forgot who) said there was only a penalty for  >> unaligned code. >o@ >The actual claim was that the penalty for unaligned data access= >was "in the noise" and that the penalty for unaligned branch < >destinations was significant enough to warrant alignment of2 >code segments at labels.  (I forget who as well). >-@ >My understanding of "in the noise" was that careful measurementB >of application performance could not detect any contribution from >alignment issues. >5> >It was an eye opening claim.  Since most of us would take the? >time to lay out data structures carefully to take advantage ofn? >natural alignment but I, for one, would not have thought aboutoD >inserting NOOPs in my VAX MACRO code sequences as a way to increase
 >performance.   L Sometimes you can't, e.g. PL/I record I/O.  We actually did the NOOPS on theJ National 32032 Code Gen, which was almost identical instruction set to the VAX. >l
 >	John Briggs  >s >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003e >B ---t& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------  $ Date: Fri, 6 Jun 2003 11:06:54 -0700= From: "Lee Courtney" <lcourtney@-REMOVETHISFILTER-mvista.com>tD Subject: Re: When you don't have substance, perception is everything/ Message-ID: <ve1m919d8gf285@corp.supernews.com>g  I I read this article which I believe originally appeared in yesterdays SaneJ Jose Mercury News. This article makes it sound like "if you have the rightG experience, and a good idea, venture capitalists will fight to give yout their money..."y  K I had the same reaction, where's the beef? So I Google on Scalix. Hey! They:H neglected to mention that their CEO was an EIR at Mayfield (one of theirJ funders) for 8 or so months, probably just down the hall from the lead VC.L If you're familar with the how and why of an EIR tenure then getting fundingD is pretty much a forgone conclusion. Starting to sound like the sameJ bullshit smoke and mirrors we came to expect from VCs during the heyday ofH the 'new economy'. BTW - why is Linux an inherently better mail platform9 that x or y? I don't think Sendmail should be too scared.m  F Bottom Line: VCs and their flock blowing their own horn with the usualL bleeting chorus of 'we are the next great thing.' Nothing illegal here, just$ leaving out the important substance.   Lee C.  . "John Smith" <a@nonymous.com> wrote in messageA news:8h1Ea.16951$3Sm.3616@news01.bloor.is.net.cable.rogers.com.../F > The following is excerpted from an newsletter the NY Times sends me: >rG > "Most people think it's tough now for entrepreneurs to get money. But H > if you have the right experience, and a good idea, venture capitalistsF > will fight to give you their money -- and even shower you with giftsB > to make sure you take it. Take Scalix, a start-up that offers anH > e-mail system, based on cheaper and *more flexible Linux software*. OnH > Wednesday, it said it received $13.2 million from two top-tier ventureG > firms, Mayfield and New Enterprise Associates. Go to Article from TheW > San Jose Mercury News" >h/ > So you take the bait and click on the link...o< > http://www.siliconvalley.com/mld/siliconvalley/6027359.htm
 > and readD > "...Take Scalix, a start-up that offers an e-mail system, based on2 > cheaper and *more flexible Linux software*. ..." >c > C > So far we have two newspapers that have published the words "morecB > flexible Linux software". More flexible than what?, you begin toE > wonder. And why is it that the writers and editors of the newspaperr% > and newsletter use words like that?o >sE > Maybe Scalix's software is vaporware, maybe it's for real - I don'tkD > really care. But the real issue is why is Linux perceived as "more. > flexible" and OpenVMS never is by the press? >oF > For an answer to this and thousands of other questions just like it, > over to you HP.3 >: >5@ > Oh. I forgot. The sign on the door to the HP OpenVMS Marketing: > Department has only two settings - "OUT" and "INACTION". >2 >4 >8   ------------------------------  # Date: Fri, 06 Jun 2003 23:41:33 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")D Subject: Re: When you don't have substance, perception is everything6 Message-ID: <00A20FD2.F3B31B4F@SSRL.SLAC.STANFORD.EDU>  n In article <wi2Ea.17518$3Sm.14013@news01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: >s2 >"Michael Unger" <unger@decus.de> wrote in message0 >news:bbq8r5$caqkb$1@ID-152801.news.dfncis.de...* >> On 06-Jun-2003 16:10, John Smith wrote: >>
 >> > [...] >> >2 >> > So you take the bait and click on the link...? >> > http://www.siliconvalley.com/mld/siliconvalley/6027359.htmS
 >> > and read G >> > "...Take Scalix, a start-up that offers an e-mail system, based one5 >> > cheaper and *more flexible Linux software*. ..."  >> > >> >F >> > So far we have two newspapers that have published the words "moreE >> > flexible Linux software". More flexible than what?, you begin toi> >> > wonder. And why is it that the writers and editors of the
 >newspaper( >> > and newsletter use words like that? >> >
 >> > [...] >>? >> Perhaps they got the text from the very same news agency andm >> printed/mailed it unaltered?  >a >iB >That, I'm sure, is it. And I knew that when I first posted. But I1 >wasn't intending the post to be taken literally.D >rG >Why does ANYONE accept *"more flexible Linux software"* at face value,f& >and not "more flexible VMS software"?  N I know you want to hear the answer "marketing", but also consider what they'reK working with.  If you have a source distribution and you don't like the wayaJ Linux works, you can change it.  (You can probably make it worse.)  PeopleO tailor Linux to just have the parts they need, run off a single CD for firewallfI applications, etc, etc.  (I hear about this for Linux more than I do for  N xBSD, but it may be true there.)  Yes, you can use VMSTAILOR to do some of it,H but an OS where you get the source code and tools to rebuild it for freeK is going to be perceived even by knowledgeable people as more flexible than L one where you pay extra for source listings and you can't easily rebuild theJ whole thing, and parts of it are in language that most hackers don't know.  L You'd have a legit question if you wondered why people would accept "stable, secure Linux software."    -- Alane   -- eO =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================r   ------------------------------  * Date: Fri, 6 Jun 2003 19:49:14 -0500 (CDT) From: sms@antinode.orgH Subject: X expertise sought: intrinsic.h - XtSpecificationRelease 5 v. 6) Message-ID: <03060619491441@antinode.org>-  G    No doubt foolishly, I was trying to build XPDF 2.02 on my AlpSta 200l
 4/233, using:m  ) Compaq C V6.5-001 on OpenVMS Alpha V7.3-1s, Compaq C++ V6.5-004 for OpenVMS Alpha V7.3-1  A    The current problem is an old "intrinsic.h" header, which saysw= "#define XtSpecificationRelease 5", and lacks a prototype for  "XtAppSetExitFlag".t  8    On my Tru64 V5.1B system, "intrinsic.h" says "#define7 XtSpecificationRelease 6", and it _has_ a prototype for  "XtAppSetExitFlag".e  3    PRODUCT SHOW PRODUCT shows (among other things):   9 DEC AXPVMS DWMOTIF V1.2-6           Full LP     Installedu  F    Knowing nothing, I'd have assumed that the "-6" (formerly "-5") wasF related to this.  As I already had one problem with out-of-date headerE files associated with the C compiler, another one would not amaze me.r  G    Is my "intrinsic.h" as new as it should be, and, if not, how would IeD get it (and its text library) up-to-date this time?  (Do these files& come with the Motif package, or what?)  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orgt    Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 06 Jun 2003 21:16:02 -0400r* From: JF Mezei <jfmezei.spamnot@istop.com>L Subject: Re: X expertise sought: intrinsic.h - XtSpecificationRelease 5 v. 6) Message-ID: <3EE13CCB.889CDA79@istop.com>u   sms@antinode.org wrote:d > "XtAppSetExitFlag"  M Not available in the geriatric version of Motif available on VMS. You need toi change the XtAppMainLoop() to:   while(!finishFlag) { $ 	XtAppNextEvent(appContext, &event); 	XtDispatchEvent(&event);h }e  C Then, you write a routine "XtAppSetExitFlag" which sets finishFlag.e   ------------------------------  * Date: Fri, 6 Jun 2003 21:57:32 -0500 (CDT) From: sms@antinode.orgL Subject: Re: X expertise sought: intrinsic.h - XtSpecificationRelease 5 v. 6) Message-ID: <03060621573289@antinode.org>v  * From: JF Mezei <jfmezei.spamnot@istop.com>   > > "XtAppSetExitFlag"  O > Not available in the geriatric version of Motif available on VMS. You need toh  > change the XtAppMainLoop() to: > [...]-  F    Thanks for the info.  Interestingly, a closer look at the offending9 source code shows a rather counterintuitive construction:S   #if HAVE_XTAPPSETEXITFLAGr
   exit(0); #elsee   XtAppSetExitFlag(appContext);_ #endif  G And the HAVE_XTAPPSETEXITFLAG macro is defined appropriately.  I'll tryn> straightening that one out before I get more ambitious.  Sigh.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orgD    Saint Paul  MN  55105-2547    ------------------------------  % Date: Sat, 07 Jun 2003 00:34:19 +0100s" From: Didier Morandi <no@spam.com>) Subject: Re: [OT] best HTML code cleaner?m' Message-ID: <3EE124FB.3010105@spam.com>e   Martin Vorlaender wrote:  I > Get your Perl for Win32 from www.activestate.com (comes as an MSI kit)..H > Or just let the script run under the latest VMS Perl - it should work. > D > Supply the name of the file to clean up as the only parameter. TheI > scripts writes the demoronized version to stdout, err... SYS$OUTPUT, soaG > redirect that to the output file. Alternatively, you can use the "-i"A( > option to edit the file in-place, like > % >   perl -i_bak demoronize <filename>-  D I get a DOS ppm> prompt and the "perl -i_bak demoronize index.html" B command does not work ("perl verb not known, type HELP for help").   D.   ------------------------------  % Date: Sat, 07 Jun 2003 06:00:54 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)) Subject: Re: [OT] best HTML code cleaner? ; Message-ID: <3ee16376.524144494f47414741@radiogaga.harz.de>a  # Didier Morandi (no@spam.com) wrote:e > Martin Vorlaender wrote:K > > Get your Perl for Win32 from www.activestate.com (comes as an MSI kit).tJ > > Or just let the script run under the latest VMS Perl - it should work. > > F > > Supply the name of the file to clean up as the only parameter. TheK > > scripts writes the demoronized version to stdout, err... SYS$OUTPUT, solI > > redirect that to the output file. Alternatively, you can use the "-i" * > > option to edit the file in-place, like > > ' > >   perl -i_bak demoronize <filename>e > F > I get a DOS ppm> prompt and the "perl -i_bak demoronize index.html" D > command does not work ("perl verb not known, type HELP for help").   I wonder how you got there...   F ppm is the "Perl Package Manager" (an ActiveState tool to automate the module installation process).   A My guess is that the installation failed to set up the perl PATH.p? Try opening a DOS box and start perl there using the full path. @ On the other hand, IIRC Win32 perl needs some DLLs, so without a" proper PATH setting it won't work.   cu,d   Martin --  A                      | Martin Vorlaender  |  VMS & WNT programmer . Microsoft's answer   | work: mv@pdv-systeme.deA to OpenVMS is        |   http://www.pdv-systeme.de/users/martinv/S5 Windows NT 10.0.     | home: martin@radiogaga.harz.deE   ------------------------------  % Date: Fri, 06 Jun 2003 21:42:15 +0100t" From: Didier Morandi <no@spam.com> Subject: [OT] D Day ' Message-ID: <3EE0FCA7.8060004@spam.com>l  	 $ sh timee 06-jun-1944 05:00.00 Merci.   D. (French)e --=20n- Didier Morandi sarl au capital de 8 000 euros-                   Tout OpenVMS-   19 chemin de la Butte 31400 Toulouse Franced/   T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928w&           http://www.didiermorandi.com                    RC en cours   ------------------------------  $ Date: Fri, 6 Jun 2003 16:35:16 -0400/ From: "Hank Vander Waal" <hvanderw@mansply.com>r Subject: RE: [OT] D Dayt? Message-ID: <MDEGJFAOHGLNLHONIEBMGEMPCKAA.hvanderw@mansply.com>    NEVER ever forget it !!h  ) my dad (RIP) hit the beach h hour + 4 !!! & and made it home in one piece !! in 46         -----Original Message-----) From: Didier Morandi [mailto:no@spam.com]D# Sent: Friday, June 06, 2003 4:42 PMb To: Info-VAX@Mvb.Saic.Coma Subject: [OT] D Daya    	 $ sh timet 06-jun-1944 05:00.00 Merci.   D. (French)e --- Didier Morandi sarl au capital de 8 000 eurosw                   Tout OpenVMS-   19 chemin de la Butte 31400 Toulouse FranceI/   T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928o&           http://www.didiermorandi.com                    RC en cours   ------------------------------  # Date: Fri, 06 Jun 2003 20:27:45 GMTP4 From: brad@.gateway.2wire.net (Bradford J. Hamilton) Subject: Re: [OT] D Day,< Message-ID: <5P6Ea.68679$DV.88543@rwcrnsc52.ops.asp.att.net>  L In article <3EE0FCA7.8060004@spam.com>, Didier Morandi <no@spam.com> writes:
 >$ sh time >06-jun-1944 05:00.00t >Merci.   % (On behalf of my father and friends):    Vous tes Bienvenu!   >a >D. (French) >--=20. >Didier Morandi sarl au capital de 8 000 euros >                  Tout OpenVMSi. >  19 chemin de la Butte 31400 Toulouse France0 >  T=E9l: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928' >          http://www.didiermorandi.comu >                   RC en coursl >o  A _________________________________________________________________s0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"a   ------------------------------  # Date: Fri, 06 Jun 2003 23:51:31 GMTfL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: [OT] D Dayr6 Message-ID: <00A20FD4.5822A316@SSRL.SLAC.STANFORD.EDU>  L In article <3EE0FCA7.8060004@spam.com>, Didier Morandi <no@spam.com> writes:
 >$ sh time >06-jun-1944 05:00.00a >Merci.o  C You're entirely welcome.  Also, please give my thanks to Lafayette.-   -- A (american). -- 1O ===============================================================================,0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056uM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025rO ===============================================================================a   ------------------------------   End of INFO-VAX 2003.313 ************************