1 INFO-VAX	Fri, 02 Apr 2004	Volume 2004 : Issue 182       Contents:> Access violation while linking with cxxlink 6.5-004 on vms 7.3B Re: Access violation while linking with cxxlink 6.5-004 on vms 7.3# Alpha DS-10 and Raxco Perfect Cache @ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers@ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers@ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers@ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers@ Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers! Re: attempted wait on idle buffer & Re: Cluster hang -- Getting Crash Dump$ Re: clusterwide logical names in DCL$ Re: clusterwide logical names in DCL cURL 7.11.1 available  Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: DCL Coding Standards Re: Device names in OVMS ?? 8 HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history< RE: HP Announces largest outsourcing deal in Company history< Re: HP Announces largest outsourcing deal in Company history* Re: IndeView sets your presentations free.* Re: IndeView sets your presentations free.* Re: IndeView sets your presentations free.M IndeView sets your presentations free. (was: OT: HP embraces Linux even more) $ installing Internet on OpenVMS 7.1-2( Re: installing Internet on OpenVMS 7.1-2' Re: More Offshore of VMS based systems. ' Re: More Offshore of VMS based systems.  OmniORB crash in OpenVMS Re: OpenVMS for POWER!?  OpenVMS for POWER!?  Re: OpenVMS for POWER!?  Re: OpenVMS for POWER!? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 3 OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? 7 Re: OpenVMS hobbyist licenses - how are they delivered? , OT (FW: Microsoft Progress Report: Security). rename dcl command on version 7.3-1 and posix? revoking  VMS$MEM_RESIDENT_USER # Re: revoking  VMS$MEM_RESIDENT_USER # Re: revoking  VMS$MEM_RESIDENT_USER # Re: revoking  VMS$MEM_RESIDENT_USER * Re: RMS Journaling - good/bad experiences?* Re: RMS Journaling - good/bad experiences?* Re: RMS Journaling - good/bad experiences? Re: Securing files under VMS! Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards % Re: Subject: Re: DCL Coding Standards , Re: The DCL minute of the Day: FORMATEUR.COM, Re: The DCL minute of the Day: FORMATEUR.COM, Re: The DCL minute of the Day: FORMATEUR.COM, Re: The DCL minute of the Day: FORMATEUR.COM the d|i|g|i|t|a|l logo Re: the d|i|g|i|t|a|l logo Re: the d|i|g|i|t|a|l logo Re: the d|i|g|i|t|a|l logo Re: the d|i|g|i|t|a|l logo Re: the d|i|g|i|t|a|l logo Re: The J F  M e z e i  F A Q 6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable6 Re: Undeniable proof that Itanium is highly profitable v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler? Re: v6.4 C compiler? Re: Xwindows and VMS Re: Xwindows and VMS Re: Xwindows and VMS Re: Xwindows and VMS RE: Xwindows and VMS Re: Xwindows and VMS Re: Xwindows and VMS- Re: [OT] Outlook 2003 efficiency against spam - Re: [OT] Outlook 2003 efficiency against spam - Re: [OT] Outlook 2003 efficiency against spam   F ----------------------------------------------------------------------   Date: 1 Apr 2004 07:31:07 -0800 & From: igor.wetoschkin@bosch.com (igor)G Subject: Access violation while linking with cxxlink 6.5-004 on vms 7.3 < Message-ID: <c9ed474c.0404010731.da28f31@posting.google.com>   Hallo,  A there are no problems while compiling, but while linking become i 	 following  message:     cxxlink /debug        M /threads_enable=(multiple_kernel_threads,upcalls)/TRACE/NOMAP/EXEC=ACI_SP.EXE E /map /log=aci_sp.log  ACI_SP.OBJ, S_ACSI.OBJ, C_ACSI.OBJ, M_ACSI.OBJ, = C_COSNAMING.OBJ, M_COSNAMING.OBJ, SERVER_OBJECTS/lib,         ) $1$DKA100:[PR.TOOL.THREAD]TOOLTHREAD/lib, " SYS$COMMON:[ORB2C350.LIB]link/opt,% SYS$COMMON:[ORB2C350.LIB]liborb2p/lib ' %LINK-W-SHRWRNERS, compilation warnings =         in shareable image file ORB2C350$ROOT:[LIB]ORB2.EXE;1 $ %LINK-W-WRNERS, compilation warningsD         in module CORBA file SYS$COMMON:[ORB2C350.LIB]LIBORB2P.OLB;1$ %LINK-W-WRNERS, compilation warningsE         in module EXCEPT file SYS$COMMON:[ORB2C350.LIB]LIBORB2P.OLB;1 ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual : address=0000000000000004, PC=0000000000035EBC, PS=0000001B  2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000005 1                         Name   = 000000000000000C 1                                  0000000000000000 1                                  0000000000000004 1                                  0000000000035EBC 1                                  000000000000001B    Register dump:F R0  = 0000000000000001  R1  = FFFFFFFF816DF640  R2  = 0000000000010C40F R3  = 0000000000020180  R4  = 000000007AE56F68  R5  = 0000000000000001F R6  = 0000000000000000  R7  = 00000000000008E8  R8  = 0000000000000000F R9  = 000000007FFAC400  R10 = 0000000000000001  R11 = 0000000000000001F R12 = 0000000000360001  R13 = 0000000000360001  R14 = 0000000000000000F R15 = 000000007AF3BC20  R16 = 0000000000020180  R17 = 000000007AE55B28F R18 = FFFFFFFFFFFFFFFF  R19 = 000000000000002C  R20 = FFFFFFFF8CF08000F R21 = FFFFFFFF8163ADF8  R22 = 0000000000000000  R23 = 0000000000000000F R24 = 0000000000000001  R25 = 0000000000000000  R26 = FFFFFFFF816DF640F R27 = 0000000000010C00  R28 = 0000000000035CE4  R29 = 000000007AE55B80F SP  = 000000007AE55B50  PC  = 0000000000035EBC  PS  = 100000000000001B  ? %MMS-F-ABORT, For target ACI_SP.EXE, CLI returned abort status:  %X1000000C.     * Can everybody help me with this problem !  Thank's!   ------------------------------  % Date: Thu, 01 Apr 2004 12:20:16 -0700 4 From: Norman Lastovica <norman.lastovica@oracle.com>K Subject: Re: Access violation while linking with cxxlink 6.5-004 on vms 7.3 * Message-ID: <406C6B6F.E974FC53@oracle.com>  6 maybe a bug in the linker but I'd suggest the possible2 cause of running out of virtual memory.  I'd first7 increase (perahps double) the account's page file quota ; and if that doesn't work, I would ensure that all available 8 VMS patches are installed and if that doesn't work, get  in touch with HP directly.     igor wrote:  >  > Hallo, > C > there are no problems while compiling, but while linking become i  > following 
 > message: >  > cxxlink /debugO > /threads_enable=(multiple_kernel_threads,upcalls)/TRACE/NOMAP/EXEC=ACI_SP.EXE G > /map /log=aci_sp.log  ACI_SP.OBJ, S_ACSI.OBJ, C_ACSI.OBJ, M_ACSI.OBJ, 7 > C_COSNAMING.OBJ, M_COSNAMING.OBJ, SERVER_OBJECTS/lib, + > $1$DKA100:[PR.TOOL.THREAD]TOOLTHREAD/lib, $ > SYS$COMMON:[ORB2C350.LIB]link/opt,' > SYS$COMMON:[ORB2C350.LIB]liborb2p/lib ) > %LINK-W-SHRWRNERS, compilation warnings ? >         in shareable image file ORB2C350$ROOT:[LIB]ORB2.EXE;1 & > %LINK-W-WRNERS, compilation warningsF >         in module CORBA file SYS$COMMON:[ORB2C350.LIB]LIBORB2P.OLB;1& > %LINK-W-WRNERS, compilation warningsG >         in module EXCEPT file SYS$COMMON:[ORB2C350.LIB]LIBORB2P.OLB;1 = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual < > address=0000000000000004, PC=0000000000035EBC, PS=0000001B > 4 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 0000000000000005 3 >                         Name   = 000000000000000C 3 >                                  0000000000000000 3 >                                  0000000000000004 3 >                                  0000000000035EBC 3 >                                  000000000000001B  >  > Register dump:H > R0  = 0000000000000001  R1  = FFFFFFFF816DF640  R2  = 0000000000010C40H > R3  = 0000000000020180  R4  = 000000007AE56F68  R5  = 0000000000000001H > R6  = 0000000000000000  R7  = 00000000000008E8  R8  = 0000000000000000H > R9  = 000000007FFAC400  R10 = 0000000000000001  R11 = 0000000000000001H > R12 = 0000000000360001  R13 = 0000000000360001  R14 = 0000000000000000H > R15 = 000000007AF3BC20  R16 = 0000000000020180  R17 = 000000007AE55B28H > R18 = FFFFFFFFFFFFFFFF  R19 = 000000000000002C  R20 = FFFFFFFF8CF08000H > R21 = FFFFFFFF8163ADF8  R22 = 0000000000000000  R23 = 0000000000000000H > R24 = 0000000000000001  R25 = 0000000000000000  R26 = FFFFFFFF816DF640H > R27 = 0000000000010C00  R28 = 0000000000035CE4  R29 = 000000007AE55B80H > SP  = 000000007AE55B50  PC  = 0000000000035EBC  PS  = 100000000000001B > A > %MMS-F-ABORT, For target ACI_SP.EXE, CLI returned abort status: 
 > %X1000000C.  > + > Can everybody help me with this problem ! 
 > Thank's!   --  	 - - - - - 0  opinions expressed here are mine and mine alone.  and certainly are not intended in any way to 0  express or represent any opinions or commitment  of oracle corporation.   *  norman lastovica / oracle rdb engineering   ------------------------------  # Date: Fri, 02 Apr 2004 00:31:17 GMT  From: Dan <nospam@yahoo.com>, Subject: Alpha DS-10 and Raxco Perfect Cache9 Message-ID: <Xns94BEC69571D09nospamyahoocom@63.223.5.254>   
 Good evening. K I am a new systems manager for a local CU and am getting my first exposure  G to OpenVMS.  Our core services vendor says that we can get substantial  J performance benefits by installing Raxco Perfect Cache on the Alpha DS-10.L The DS-10 currently has 1Gb of RAM.  I am looking to upgrade that to 2Gb in  the near future.   My questions are:   F 1.  Is there a performance gain to be had by installing this software?; 2.  Is this something that is easily installable by myself? B 3.  Does it require any sort of maintenance after it is installed?G 4.  If installed, how can yoube certain it is performing as advertised?   H Here's the kicker... Our vendor wants to charge us nearly $3500 for the I software and install.  I have seen it at Raxco for less than $300.  What   gives?  " Thanks to all for your assistance.     Dan  Grovetown, Georgia   ------------------------------    Date: 31 Mar 2004 20:34:41 -0800' From: icerq4a@spray.se (David Svensson) I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers = Message-ID: <734da31c.0403312034.5a065e79@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c4cc57$ph2$1@new-usenet.uk.sun.com>...  > C > So currently SPARC has better per CPU throughput and better total . > throughput than Itanium and Power on SAP SD. > H > The same performance as Itanium in SPECrate_int and better performance > than Power4+.  > F > Worse peformance than Itanium on SPECrate_fp but better than Power4+ > 9 > The same performance as Itanium and Power4+ on SPECJBB.   L I don't know how you can say these things. I quick look at those benchmarks.M Here are the best available results published from about a year back in time.    Specrate_int5                                            cores Base 5 Itanium HP Integrity Superdome 64-way         64  904 5 Sparc   Sun Fire E6900                        48  295 5 Sparc   PRIMEPOWER1500                        32  246 7 Power   IBM eServer pSeries 655                8   83.5    Specrate_fp 5                                            cores Base 5 Itanium SGI Altix 3000                        64 1250 5 Sparc   PRIMEPOWER1500                        32  259 5 Sparc   Sun Fire E6900                        48  224 5 Power   IBM eServer pSeries 655                8  103    SPECJBB 5                                            cores Base 8 Sparc   Fujitsu PRIMEPOWER2500               112 14201778 Itanium HP Integrity Superdome server         64 10086048 Itanium NEC NX7700 i9510                      32  5805368 Power   IBM eServer pSeries 690 Turbo         32  5534808 Sparc   Sun Fire E6900                        48  421773   SAP SD                    cores Users Itanium NEC           32  4750 Itanium HP            16  2880 Itanium HP             8  1500 Itanium HP             4   860   Power   IBM           32  4128 Power   IBM            8  1220   Sparc   Sun          104  8000 Sparc   Sun           72  5775 Sparc   Sun            4   320 Sparc   Fujitsu       64  7550 Sparc   Fujitsu       16  2200 Sparc   Fujitsu        8  1120   ------------------------------  $ Date: Thu, 1 Apr 2004 00:34:58 -0500* From: "Bill Todd" <billtodd@metrocast.net>I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers 2 Message-ID: <iK2dncSlIsRINPbdRVn-gQ@metrocast.net>  4 "David Svensson" <icerq4a@spray.se> wrote in message7 news:734da31c.0403312034.5a065e79@posting.google.com... K > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> = wrote in message news:<c4cc57$ph2$1@new-usenet.uk.sun.com>...  > > E > > So currently SPARC has better per CPU throughput and better total 0 > > throughput than Itanium and Power on SAP SD. > > J > > The same performance as Itanium in SPECrate_int and better performance > > than Power4+.  > > H > > Worse peformance than Itanium on SPECrate_fp but better than Power4+ > > ; > > The same performance as Itanium and Power4+ on SPECJBB.  > , > I don't know how you can say these things.  L When I read it, the only way it made any sense was if he was calling a 'CPU'C the chip itself, rather than a single core.  On a per-chip basis, a A dual-core SPARC can give Itanic a decent challenge on throughput.   G But applying the same logic to POWER4+ makes no sense at all, unless he % forgot that POWERx is also dual-core.    - bill   ------------------------------   Date: 1 Apr 2004 05:48:06 -0800 ' From: icerq4a@spray.se (David Svensson) I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers = Message-ID: <734da31c.0404010548.377d4b6a@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<iK2dncSlIsRINPbdRVn-gQ@metrocast.net>...6 > "David Svensson" <icerq4a@spray.se> wrote in message9 > news:734da31c.0403312034.5a065e79@posting.google.com... M > > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> @ >  wrote in message news:<c4cc57$ph2$1@new-usenet.uk.sun.com>... > > > G > > > So currently SPARC has better per CPU throughput and better total 2 > > > throughput than Itanium and Power on SAP SD. > > > L > > > The same performance as Itanium in SPECrate_int and better performance > > > than Power4+.  > > > J > > > Worse peformance than Itanium on SPECrate_fp but better than Power4+ > > > = > > > The same performance as Itanium and Power4+ on SPECJBB.  > > . > > I don't know how you can say these things. > N > When I read it, the only way it made any sense was if he was calling a 'CPU'E > the chip itself, rather than a single core.  On a per-chip basis, a C > dual-core SPARC can give Itanic a decent challenge on throughput.  > I > But applying the same logic to POWER4+ makes no sense at all, unless he ' > forgot that POWERx is also dual-core.   B Yes, but even if you treat two cores as one, Sparc is still behind; Power and Itanium in SPECrate. Saying that Sparc has better C SPECrate_fp than Power4+ is very wrong in any case. Sun is the only D vendor who says that two cores is 1-way which is misleading. IBM and HP don't do this.    ------------------------------  % Date: Thu, 01 Apr 2004 16:57:44 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers 0 Message-ID: <c4he65$l4i$3@new-usenet.uk.sun.com>   David Svensson wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c4cc57$ph2$1@new-usenet.uk.sun.com>...  > C >>So currently SPARC has better per CPU throughput and better total . >>throughput than Itanium and Power on SAP SD. >>H >>The same performance as Itanium in SPECrate_int and better performance >>than Power4+.  >>F >>Worse peformance than Itanium on SPECrate_fp but better than Power4+ >>9 >>The same performance as Itanium and Power4+ on SPECJBB.  >  > N > I don't know how you can say these things. I quick look at those benchmarks.O > Here are the best available results published from about a year back in time.  >  > Specrate_int7 >                                            cores Base 7 > Itanium HP Integrity Superdome 64-way         64  904 7 > Sparc   Sun Fire E6900                        48  295 7 > Sparc   PRIMEPOWER1500                        32  246 9 > Power   IBM eServer pSeries 655                8   83.5  >   9 Except that the E6900 has 24 CPU's each of which have two  hardware threads.    regards  Andrew Harrison 
 > Specrate_fp 7 >                                            cores Base 7 > Itanium SGI Altix 3000                        64 1250 7 > Sparc   PRIMEPOWER1500                        32  259 7 > Sparc   Sun Fire E6900                        48  224 7 > Power   IBM eServer pSeries 655                8  103  > 	 > SPECJBB 7 >                                            cores Base : > Sparc   Fujitsu PRIMEPOWER2500               112 1420177: > Itanium HP Integrity Superdome server         64 1008604: > Itanium NEC NX7700 i9510                      32  580536: > Power   IBM eServer pSeries 690 Turbo         32  553480: > Sparc   Sun Fire E6900                        48  421773 >  > SAP SD  >                    cores Users  > Itanium NEC           32  4750  > Itanium HP            16  2880  > Itanium HP             8  1500  > Itanium HP             4   860 >   > Power   IBM           32  4128  > Power   IBM            8  1220 >   > Sparc   Sun          104  8000  > Sparc   Sun           72  5775  > Sparc   Sun            4   320  > Sparc   Fujitsu       64  7550  > Sparc   Fujitsu       16  2200  > Sparc   Fujitsu        8  1120   ------------------------------  # Date: Thu, 01 Apr 2004 18:51:18 GMT & From: Rick Jones <foo@bar.baz.invalid>I Subject: Re: AMD OpteronT Processor Powers New Family of Sun Fire Servers 1 Message-ID: <GwZac.2182$WK3.635@news.cpqcorp.net>   P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  D > Except that the E6900 has 24 CPU's each of which have two hardware
 > threads.  B In the context of SPEC benchmarks, the units are either "cores" orD "chips."  This is reflected in the new format of what used to be theD "CPU" field.  What non-SPEC benchmarks and/or non-SPEC contexts will@ be doing will no doubt depend on those organizations; but in the; context of SPEC benchmarks it is either "cores" or "chips."   
 rick jones --  B firebug n, the idiot who tosses a lit cigarette out his car windowF 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...    ------------------------------   Date: 1 Apr 2004 11:46:12 -0800 % From: rajib_agarwala@hotmail.com (rr) * Subject: Re: attempted wait on idle buffer= Message-ID: <da76d0d8.0404011146.3c336c62@posting.google.com>   M Thanks! Its started happening suddenly since 2 weeks.Is it related to process   related quota or something else?  3 SYSTEM account doing this backup has the following:   9 Maxjobs:         0  Fillm:       100  Bytlm:       151000 9 Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0 9 Maxdetach:       0  BIOlm:       150  JTquota:       4096 9 Prclm:          10  DIOlm:       150  WSdef:         2000 9 Prio:            4  ASTlm:       250  WSquo:         4000 9 Queprio:         0  TQElm:        20  WSextent:     16384 9 CPU:        (none)  Enqlm:      2000  Pgflquo:     100000      Thanks!    ------------------------------    Date: 31 Mar 2004 16:24:05 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) / Subject: Re: Cluster hang -- Getting Crash Dump = Message-ID: <cf15391e.0403311624.7a76f967@posting.google.com>   | jones.computer.srv@worldnet.att.net (Daryl Jones) wrote in message news:<8a646952.0403182242.1fc48509@posting.google.com>...B > My understanding for a LAVC is that lost connection time must beF > greater than RECNXINTERVAL or TIMVCFAIL based upon which is greater.G > If RECNXINTERVAL is 10 and TIMVCFAIL is 20, then lost connection time @ > must be greater than 20 seconds. This is for VMS 5.5 or later. >  > Is this still correct???  A These two parameters are actually for different purposes: failure @ detection time versus patience after a failure is identified. So& they're really orthogonal in practice.  E TIMVCFAIL allows you to specify the worst-case failure detection time F in 10-millisecond clock ticks, with 100 (1 second) as a minimum value.  E Once a communications failure has been detected (by TIMVCFAIL or some F other mechanism), RECNXINTERVAL determines how long we'll wait, hopingD for the communications failure to be corrected, before we do a state@ transition to pick a cluster subset that meets the Rule of TotalB Connectivity again. The minimum value for this parameter is also 1 second.   B If desired, used together, at minimum values, these two parameters? could cause a state transition to be initiated a maximum of two E seconds after a failure occurs. This might conceivably be needed in a B very latency-sensitive application, but those are probably rare in	 practice.   E These parameters are described in the OpenVMS documentation and in my 2 DECUS presentation on Cluster State Transitions atQ http://www.geocities.com/keithparris/decus_presentations/f98_state_transition.ppt    ------------------------------  $ Date: Thu, 1 Apr 2004 07:49:26 +02000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>- Subject: Re: clusterwide logical names in DCL , Message-ID: <406badac$1@usenet01.boi.hp.com>  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:c4f4ch$beh$1@online.de... 8 > In article <406aed86@usenet01.boi.hp.com>, "Guy Peleg"( > <guy.peleg@remove_this_hp.com> writes: > - > > IPL31> def/cluster openvms "the best O/S"  > I > What was the motivation for not implementing cluster-wide logicals this  > way from the start?  > H > Is this just a synonym, i.e. things are still the same under the hood? >   , Under the hood things are still the same....   ------------------------------   Date: 1 Apr 2004 00:56:37 -0800 % From: Bart.Zorn@xs4all.nl (Bart Zorn) - Subject: Re: clusterwide logical names in DCL = Message-ID: <a98cd882.0404010056.3541da3b@posting.google.com>   b "Guy Peleg" <guy.peleg@remove_this_hp.com> wrote in message news:<406aed86@usenet01.boi.hp.com>...M > When I met several of you in the technical update days last year and in the  > H > bootcamp I have heard request for the following from many people....so > coming in V8.2 : > + > IPL31> def/cluster openvms "the best O/S"  >  > IPL31> show log openvms/full > G > "OPENVMS" [super,clusterwide] = "the best O/S" (LNM$SYSCLUSTER_TABLE)  >  > IPL31> deass/clus openvms  >  > IPL31> show log openvms/full > 9 > %SHOW-S-NOTRAN, no translation for logical name OPENVMS  >  > IPL31> > 0 > There is also support for SHOW LOGICAL/CLUSTER >  > Guy   - Great! This was one of my pet-peeves! Thanks!    One question, however.  9 What will the DEASSIGN/SYSTEM command do? In it's current > implementation it will also find and deassign logical names in@ LNM$SYSCLUSTER_TABLE and I think that that is a less wanted side effect.    Regards,  	 Bart Zorn    ------------------------------    Date: 31 Mar 2004 17:44:48 -06004 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt) Subject: cURL 7.11.1 available3 Message-ID: <qOy7AMPqQWAq@eisner.encompasserve.org>   A The latest version of cURL, 7.11.1, for OpenVMS has been released  and is available for download.  2 The location is http://curl.haxx.se/download.html   A The zip files contain executables and objects built with OpenSSL, = hpSSL and without SSL support.  The files are in architecture  specific zips.  > This is the binary and object library distribution of the cURL? 7.11.1 release.  See the preceding notes for usage information. A The OpenSSL and noSSL versions are self-contained in that you can A run these programs without any other software on the system.  For A the hp SSL version, you will need to have hp's SSL V1.1-A product 
 installed.  B  HW Type  VMS Version   Compiler Vers   SSL Library      FilenamesC --------+-------------+---------------+----------------+----------- C  Alpha  | OpenVMS 7.3 | DEC C 6.5-001 | OpenSSL 0.9.7d | .*_openssl A  Alpha  | OpenVMS 7.3 | DEC C 6.5-001 | hpSSL 1.1-A    | .*_hpssl A  Alpha  | OpenVMS 7.3 | DEC C 6.5-001 | No SSL support | .*_nossl C  IA64   | OpenVMS 8.1 | hp C X7.1-24  | OpenSSL 0.9.7d | .*_openssl A  IA64   | OpenVMS 8.1 | hp C X7.1-24  | hpSSL 1.1-A    | .*_hpssl A  IA64   | OpenVMS 8.1 | hp C X7.1-24  | No SSL support | .*_nossl C  VAX    | OpenVMS 7.3 | DEC C 6.4-003 | OpenSSL 0.9.7d | .*_openssl A  VAX    | OpenVMS 7.3 | DEC C 6.4-003 | hpSSL 1.1-A    | .*_hpssl A  VAX    | OpenVMS 7.3 | DEC C 6.4-003 | No SSL support | .*_nossl   H For those who don't know what cURL is, here is the blurb from their main page...   ;     Curl is a command line tool for transferring files with :     URL syntax, supporting FTP, FTPS, HTTP, HTTPS, GOPHER,4     TELNET, DICT, FILE and LDAP. Curl supports HTTPS5     certificates, HTTP POST, HTTP PUT, FTP uploading, 7     kerberos, HTTP form based upload, proxies, cookies, <     user+password authentication, file transfer resume, http9     proxy tunneling and a busload of other useful tricks.   C I haven't tested all the features, since I only use the library for F HTTP(S) stuff via C programs.  It does compile and link cleanly on all the platforms outlined above.    ------------------------------  % Date: Wed, 31 Mar 2004 15:21:53 -0500 & From: David M Smith <dsmit115@csc.com>! Subject: Re: DCL Coding Standards 8 Message-ID: <i0am609hk3d9drcpropuh81mkll6j1jotm@4ax.com>  M On 30 Mar 2004 11:14:31 -0800, soccer13player@yahoo.com (Nom de Plume) wrote:   G >Hey, does anyone out there have a short document that they use for DCL 1 >Coding Standards that they are willing to share?   J Here is an excerpt from a document we use internally. I've done some minorO editing to avoid publicizing some internal terminology. Take this for what it's 
 worth to you.    A.1  AESTHETIC GUIDELINES     >     o Indent DCL commands for readability. DCL commands shouldA       start in column 5 (1/2 tab stop). Continuation lines should +       be indented to column 9 (1 tab stop).        o Left justify labels.  @     o Do not exceed 80 characters per line, so procedures can be4       legibly displayed regardless of terminal type.  =     o Use lowercase text throughout except where uppercase is ?       required or more efficient (e.g. in file specifications).   @     o Put "blank lines" ($!) in the code where there are logical?       breaks. For example: before and after setting up symbols,        before and after loops.   >     o Do not abbreviate; specifically, DCL verbs and qualifier       names.  >     o Verification - explicitly ignore verification (e.g. $SET?       VERIFY ). Leave it unchanged. For example, do not turn it >       off at the start of a procedure, even if it would be re-)       stored at the end of the procedure. ?       However, in certain cases this is unreasonable, in often- D       used primitives and certain high-volume loops. See Section A.2+       and Section A.5 for more information.      A.2  FUNCTIONAL GUIDELINES    @     o Keep comments in the body of the procedure to a minimum. A?       comment at the beginning of the procedure should show the A       name of the procedure and a brief description. Descriptions >       of how it works, revision history, etc. should go at the?       end of the procedure after the exit where they will never @       be executed by DCL. Particularly minimize comments in high       usage loops.  =     o Display messages to keep the user informed of procedure =       status, but don't over-do it. Status messages should be >       displayed in normal VMS style, using facility, severity,=       identification code, and message text. The template and )       example below illustrate this idea.   5     o Generate and return an appropriate exit status.   @     o Labels, symbols, and logicals should be descriptive, don't       be cryptic.   >     o Use "$ type sys$input" for displaying lengthy text (more       than a few lines).  @     o Don't put escape sequences or other special characters di-?       rectly in the file. For example, define the symbols "ESC"        and "BELL" as:         $   esc[0,8] = 27        $   bell[0,8] = 7   8       so that procedures will be readable and printable.  =     o Modularize, create general purpose routines that can be ?       called from other routines. (The generation and return of 6       exit status is particularly important for this.)  @     o Create the environment required for the procedure. Turn on1       all necessary privileges, set default, etc.   >     o Save and restore everything you change. Examples are de-?       fault device/directory, verify mode, privileges, terminal 6       characteristics, message severity/text/facility.  <     o Use global symbols sparingly, and delete them at exit.  6     o Use f$trnlnm ("...") instead of f$logical("...")  ?     o Attempt to handle common errors. When you have a specific B       error you want to trap, the first ON ERROR statement defines?       the error handling for the special condition, followed by A       the statement or statements in which the error is likely to @       occur, and last the error handler is set back to a general$       action with a second ON ERROR.  >     o Wherever possible, allow for input to be passed as p1-p8B       parameters, and if not passed, prompt for input if appropri-@       ate. Provide defaults when appropriate. The following code+       fragment demonstrates good technique:   $       $   default_file = "LOGIN.COM"*       $   file = f$edit (p1,"trim,upcase")!       $   if file .eqs. "" then - C       $ read sys$command file /prompt="File name [''default_file']" 3       $   if file .eqs. "" then file = default_file   ;       This fragment shows the use of F$EDIT to remove lead- 9       ing/trailing blanks and set the input to uppercase. :       (However, instead of READ, use the XXXXXX primitive "       GET_INPUT; see Section A.5.)  =     o Use READ instead of INQUIRE. Many system management re- A       lated procedures are eventually used from captive accounts. B       (However, instead of either, try to use the XXXXXX primitive       GET_INPUT.)   ?     o Verify any input. Check that the input is reasonable. For >       example, check to see that the input file really exists.:       Check input as soon as possible after it is entered.  =     o With procedures that do something irreversible, requirei=       the user to confirm before proceeding. Many actions arenA       irreversible; this suggestion is intended only for the mostyA       serious cases; the exact definition of 'serious' is left too%       the discretion of the designer.o  9     o XXXXXX recommends to use lexical functions (F$FILE_T?       ATTRIBUTES, F$SEARCH) where appropriate, avoiding the useT?       of the DIRECTORY command for file information used withina@       XXXXXX utilities. If a routine needs the DIRECTORY commandB       output, be sure to explicitly specify all qualifiers to pro-?       duce appropriate output. Don't assume default qualifiers.gA       Again, although XXXXXX discourages redefining DCL commands, ?       DIRECTORY is known to be a common one redefined by users.a  A     o Cleanup when the procedure is complete. Close files, deleteo>       any temporary files created, delete global symbols, etc.  @     o Choose symbol names which are unlikely to cause conflicts,B       either either with user-defined symbols or other procedures.>       For example, many XXXXXX procedures use the concept of aA       phase. Therefore, phase is a poor choice for a symbol name,sA       as conflicts are likely. Prefixing symbols with the name ofe@       the procedure or some abbreviation can avoid this; for ex-A       ample, in START_MOUNT_DISKS, symbol names might be prefixedr       with "SMD_".  >     o If a command or series of commands is executed which may>       produce an ignorable error message, the procedure should>       save the current message state, disable all message ele-A       ments, execute the commands, then restore message elements.r@       If necessary, the ON condition may temporarily be disabled<       as well. Code similar to the following should be used:  L       $   saved_msg = f$environment ("message")       <-- at top of TEMPLATE               .                .                .e       $   set noonD       $   set message /nofacility/noseverity/noidentification/notext               . '               .       <-- commands heree               .E!       $   set message 'saved_msg'        $   set on  @     o In general, verification ($ SET [NO]VERIFY) should be leftB       unchanged in tools; it is standard practice to turn off ver-B       ify mode in primitives. However, in some circumstances, this?       will cause an unreasonably large log file. If a procedure @       turns off verification, it must restore the original stateA       before exiting. The following lines are included at the topv)       of the standard template procedure:   G       $   procedure_name = f$parse(f$environment("procedure"),,,"name")d5       $!   verify_symbol = "VERIFY_" + procedure_nameeI       $!   if f$type('verify_symbol') .eqs. "" then $ 'verify_symbol' = 0 3       $!   saved_verify = f$verify('verify_symbol')M  A       If verify mode is to be turned off, then uncomment the sec-o>       ond through last lines. The following lines are included:       just before exit in the standard template procedure:  1       $   if f$type(saved_verify) .nes. "" then -t3       $       saved_verify = f$verify(saved_verify)   A       With this code uncommented, the procedure will normally runaA       in noverify mode. To enable the procedure to run in verify,u@       set the appropriate symbol, for example VERIFY_READ_TABLE,3       to any true DCL value (e.g. TRUE, YES, or 1).M  A     o Use DELETE/NOLOG, COPY/NOLOG, APPEND/NOLOG, and PURGE/NOLOG|=       to avoid gratuitous informational messages generated byo#       user's LOGIN.COM definitions.h  A     o Use the "=" form of the symbol assignment statement instead B       of ":=" whenever reasonable. Because less implicit substitu-A       tion of symbols, lexicals, etc. happens in this form, it isbB       less subject to 'strange' problems caused by unexpected data>       in symbols. For example, if symbol AA contains a hyphen,
       then         $ BB := 'AA'  @       produces a continuation line, and unexpectedly 'grabs' the2       next line of the the procedure. In contrast,         $ BB = AAh  %       is not subject to this problem.aI ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot comeI Computer Sciences Corporation     (Opinions are those of the writer only)tI -------------------------------------------------------------------------f   ------------------------------  # Date: Wed, 31 Mar 2004 21:38:53 GMTi3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e! Subject: Re: DCL Coding Standards 2 Message-ID: <NTGac.2107$u33.1691@news.cpqcorp.net>   Nom de Plume wrote:c  C > I do believe that most DCL code should be kept to under 200 linese   Why?  E I deal daily with DCL procedure that are in the 2000-8000 line range.c  9 HP could not build, kit or install OpenVMS without these.n2 I know of no reasonable compiled-code alternative.   -- eJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Wed, 31 Mar 2004 21:28:44 -0600m@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>! Subject: Re: DCL Coding Standardsm6 Message-ID: <406B8C6C.12FD0A5A@NeOaSrPtAhMlNiOnWk.net>   Nom de Plume wrote:  >  > Bob Koehler wrote:G > >> Hey, does anyone out there have a short document that they use forl9 > >> DCL Coding Standards that they are willing to share?s > >l > >    Yes:A > >C > >       Don't. > >=E > >    Anything complex enough to require coding standards is complexN) > >    enough to justify compilable code.  > C > I do believe that most DCL code should be kept to under 200 lines0> > (basically about five screens (SET TERMINAL/PAGE=43)).  When, > reasonable, compilable code is preferred.   E Say: "modular procedures". Learn to understand how symbols are viewedlE are greater "depths", and exploit that make smaller modules and fewerI
 long proc.'s.L  G That said, my most functional proc.'s tend to have many GOSUBs, usuallyNC less than four in depth, but I've gone into the 6-7 range at times.e  G The backup automation I wrote for a former site was 4400+ lines of code0< in 44 proc.'s. That's average of circa. 1100 lines per proc.   > However, when there is a@ > product family with multiple facilities that contains many DCLE > scripts, it does make sense that a standard is set for each file to G > ensure maintainability.  Even the smallest DCL script should follow a0 > standard for an environment.  / As long as the "standard" is not too onerous...m   --   David J. Dachtera  dba DJE SystemsD http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Wed, 31 Mar 2004 22:06:24 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>! Subject: Re: DCL Coding Standards05 Message-ID: <406B9540.660B23E@NeOaSrPtAhMlNiOnWk.net>3   David M Smith wrote: > O > On 30 Mar 2004 11:14:31 -0800, soccer13player@yahoo.com (Nom de Plume) wrote:F > I > >Hey, does anyone out there have a short document that they use for DCL03 > >Coding Standards that they are willing to share?0 > L > Here is an excerpt from a document we use internally. I've done some minorQ > editing to avoid publicizing some internal terminology. Take this for what it's0 > worth to you.T >  > A.1  AESTHETIC GUIDELINESr > @ >     o Indent DCL commands for readability. DCL commands shouldC >       start in column 5 (1/2 tab stop). Continuation lines should0- >       be indented to column 9 (1 tab stop).i  C Personally, I find that extremely annoying. Indent to TAB stops, ori! don't indent at all beyond "$ " ..   >     o Left justify labels.  	 ...as in:> 	$label: 	$ verb p1/qual...  B >     o Do not exceed 80 characters per line, so procedures can be6 >       legibly displayed regardless of terminal type. > ? >     o Use lowercase text throughout except where uppercase isaA >       required or more efficient (e.g. in file specifications).t  G Again, I find that very annoying, especially since my vision is failingpB (uppercase is larger, easier to read). I'd say, "Use uppercase forE commands, qualifers, keywords and unquote strings; use mixed case forr
 comments".  B >     o Put "blank lines" ($!) in the code where there are logicalA >       breaks. For example: before and after setting up symbols,O >       before and after loops.A   ...where that makes sense.  @ >     o Do not abbreviate; specifically, DCL verbs and qualifier >       names.  E Goes either way. DCL observes only the first four characters of verbsaD (not symbols), but also distinguishes between, for example, SUBM andE SUBMITX (in case SUBM is a symbol name abbreviateion, as in SUB*MIT).B  @ >     o Verification - explicitly ignore verification (e.g. $SETA >       VERIFY ). Leave it unchanged. For example, do not turn it-@ >       off at the start of a procedure, even if it would be re-+ >       stored at the end of the procedure.B  F Depends. Tested/trusted utilities would be better off saving/restoring the VERIFY state, IMO.  A >       However, in certain cases this is unreasonable, in often- F >       used primitives and certain high-volume loops. See Section A.2- >       and Section A.5 for more information.   B SET VERIFY where the proc. does not change the state is useful for
 debugging:   $ SET VERIFY $ @proc/OUTPUT=proc.LOG  $ SET NOVERIFY  2 Use ON WARNING liberally during testing/debugging.   One of my favorites:   $ DEBUG = 0A- $ DEBUG = 1		! *** COMMENT AFTER TESTING ****0 	. 	. 	.
 $ IF	DEBUG $ THEN; $	ON WARNING THEN GOTO ERROR_EXIT	! to close files and such0 $ ELSE $!	Handle it another way.1 $ ENDIF    > A.2  FUNCTIONAL GUIDELINES > A >     o Keep comments in the body of the procedure to a minimum. 0  ' Ooohhh, I *REALLY* don't like THAT one!   C Where possible, I try to put a comment on *EVERY* line of a complex ; proc., usually starting in col. 49 (five TABs in). Makes it0F self-documenting (since I can write a proc. one day and not be able to comprehend it the next).  E CPU cycles are not as dear as they once were. If you're suffering DCLAA performance issues because of comments, you need more CPU cycles!F   > A A >       comment at the beginning of the procedure should show the C >       name of the procedure and a brief description. Descriptions @ >       of how it works, revision history, etc. should go at theA >       end of the procedure after the exit where they will nevern >       be executed by DCL.   F ...or noticed by those who come after you to try to maintain the code.D Put comments at the beginning, and try to avoid using a GOTO to jump4 over them (upgrade your CPU instead if you need to).  ( > Particularly minimize comments in high >       usage loops.  F Depends. Unless you're doing atmospheric modelling, they really should@ NOT be that much of an issue, and if they are, upgrade your CPU.  ? >     o Display messages to keep the user informed of procedure ? >       status, but don't over-do it. Status messages should ber@ >       displayed in normal VMS style, using facility, severity,. >       identification code, and message text.  G Eeehhh, not the best. There is no really clean/"elegant" way to observe A the current F$ENVIRON( "MESSAGE" ) settings in DCL (maybe we needr) F$PUT_MESSAGE( fac, sev, ident, text )?).l   > The template and+ >       example below illustrate this idea.d > 7 >     o Generate and return an appropriate exit status.   
 I like to:   $ IF	F$SEARCH( FSP ) .EQS. ""  $ THEN% $	WRITE SYS$OUTPUT F$MESSAGE( %X912 )h) $	WRITE SYS$OUTPUT F$FAO( " \!AS\", FSP )s $	EXIT %X10000912r $ ENDIFG   ... for example.  B >     o Labels, symbols, and logicals should be descriptive, don't >       be cryptic.n  H ...but don't be needlessly verbose, either. 10 to 15 characters for such/ names is probably sufficient in a lot of cases.@  @ >     o Use "$ type sys$input" for displaying lengthy text (more >       than a few lines).  D ...or use TYPE to display the appropriate file (segment) if building multi-lingual systems.  B >     o Don't put escape sequences or other special characters di-A >       rectly in the file. For example, define the symbols "ESC"r >       and "BELL" as: >  >       $   esc[0,8] = 27  >       $   bell[0,8] = 7u > : >       so that procedures will be readable and printable.  
 Gospel truth!n  ? >     o Modularize, create general purpose routines that can be.A >       called from other routines. (The generation and return ofu8 >       exit status is particularly important for this.)  
 Amen, bro!  B >     o Create the environment required for the procedure. Turn on3 >       all necessary privileges, set default, etc.9  F ...or have the "main" proc. test for priv.'s, including testing to seeE if SETPRV is available so the proc. can turn on any priv.'s it needs..< Use F$PRIVILEGE() where possible. Remember that the lexical:   o F$GETJPI( 0, "AUTHPRIV" )  o F$GETJPI( 0, "CURPRIV" )  < ... can return strings that are too long for DCL to process.  @ >     o Save and restore everything you change. Examples are de-A >       fault device/directory, verify mode, privileges, terminal 8 >       characteristics, message severity/text/facility.   Again, AMEN, bro!   > >     o Use global symbols sparingly, and delete them at exit. > 8 >     o Use f$trnlnm ("...") instead of f$logical("...")  ? Yes. F$LOGICAL() uses a hard-coded search path. F$TRNLNM() uses0
 DCL$FILE_DEV.i   > [snip]C >     o Use DELETE/NOLOG, COPY/NOLOG, APPEND/NOLOG, and PURGE/NOLOGe? >       to avoid gratuitous informational messages generated by0% >       user's LOGIN.COM definitions.u  $ /NOCONFIRM can also reduce problems.  C >     o Use the "=" form of the symbol assignment statement instead D >       of ":=" whenever reasonable. Because less implicit substitu-C >       tion of symbols, lexicals, etc. happens in this form, it is0D >       less subject to 'strange' problems caused by unexpected data? >       in symbols. For example, if symbol AA contains a hyphen@   ...as the last character...D   >       , then >  >       $ BB := 'AA' > B >       produces a continuation line, and unexpectedly 'grabs' the4 >       next line of the the procedure. In contrast, >  >       $ BB = AA5 > ' >       is not subject to this problem.i  B F$EDIT( AA, "UPCASE" ) will approximate the use of := 'AA' to someA extent; however, embedded double-quotes might not be processed as 	 expected.y   -- h David J. Dachterah dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 01 Apr 2004 08:43:22 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com>n! Subject: Re: DCL Coding Standardsm: Message-ID: <c4gf28$2iidip$1@ID-152801.news.uni-berlin.de>  / On 2004-04-01 05:28, "David J. Dachtera" wrote:h   > Nom de Plume wrote:n >> sD >> I do believe that most DCL code should be kept to under 200 lines? >> (basically about five screens (SET TERMINAL/PAGE=43)).  Whene- >> reasonable, compilable code is preferred. e > G > Say: "modular procedures". Learn to understand how symbols are viewediG > are greater "depths", and exploit that make smaller modules and fewer  > long proc.'s.  > I > That said, my most functional proc.'s tend to have many GOSUBs, usuallycE > less than four in depth, but I've gone into the 6-7 range at times.4  B Or even CALLs to SUBROUTINEs to isolate local symbols within these subroutines ...e   > [...]<   MichaelI   -- -; Real names enhance the probability of getting real answers.r@ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system._5 My e-mail account at DECUS Munich is no longer valid.p   ------------------------------   Date: 1 Apr 2004 07:50:55 -0800b. From: martinkirby12@yahoo.co.uk (Martin Kirby)! Subject: Re: DCL Coding Standards < Message-ID: <224291b.0404010750.77f34ac8@posting.google.com>  # A couple of additional suggestions.   @ > >     o Use global symbols sparingly, and delete them at exit.  @ And use your facility prefix in any global symbol names you can.  E > >     o Use DELETE/NOLOG, COPY/NOLOG, APPEND/NOLOG, and PURGE/NOLOGsA > >       to avoid gratuitous informational messages generated byn' > >       user's LOGIN.COM definitions.h > & > /NOCONFIRM can also reduce problems. >   F Or use SET SYMBOL /SCOPE=(NOLOCAL,NOGLOBAL)/VERB so that the caller's  symbols don't matter for verbs.e   Martin Kirby   ------------------------------  # Date: Thu, 01 Apr 2004 16:50:45 GMTa3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)n! Subject: Re: DCL Coding Standards 1 Message-ID: <FLXac.2159$EJ3.681@news.cpqcorp.net>   9 In article <i0am609hk3d9drcpropuh81mkll6j1jotm@4ax.com>, e( David M Smith <dsmit115@csc.com> writes: ..C >    o Keep comments in the body of the procedure to a minimum. ...-  I Somebody will take exception to almost anything.  I think this particularo "standard" is poor.A  D You should expect/require enough comments to make what is being doneA clear.  The amount of comments depends on what the code is doing.$   For example, the command  +     $ open kit$bld SYS$UPDATE:VMSKITBLD.DAT   . is clear and obvious.  No comment is required.   On the other hand, a line like  @     $ if  f$cvui(96,16,kitbld_rec) .and. 4096 .eq. 4096 then ...  5 might require an entire page or explanatory comments.t  H (Yes, I do use code like this.  This particular line is an only slightlyK modified part of code which looks at the version of VMSKITBLD.IDX used for tE OpenVMS Alpha _and_ OpenVMS I64 -- yes, the same KITBLD for both! -- eG to determine if a particular file is for Alpha-only, I64-only or both.)s     G If you are concerned that "too many" comments will slow down execution,lD which can be an issue for large procedures or those with loops that D repeate many times, then I recommend the procedure DCL_DIET.COM fromB the freeware.  This procedure will remove comments and extra spaceF from a procedure.  The result can run significantly faster.  (RemovingE comments can also hide information that you don't want a typical user  to be concerned about.)t  / DISCLOSURE:  I am the author of DCL_DIET.COM.   @ If you want a copy and cannot find it on the freeware, email me.   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 1 Apr 2004 10:33:56 -0800C- From: soccer13player@yahoo.com (Nom de Plume) ! Subject: Re: DCL Coding StandardsR= Message-ID: <f401eb7f.0404011033.525c6536@posting.google.com>S   Charlie Hammond wrote: > Nom de Plume wrote:  > E > > I do believe that most DCL code should be kept to under 200 lines  >  > Why? > G > I deal daily with DCL procedure that are in the 2000-8000 line range.  > ; > HP could not build, kit or install OpenVMS without these. 4 > I know of no reasonable compiled-code alternative.  ? I have dealt with multi-thousand line programs in a plethora of @ languages, including DCL.  In every case, scoping them down to aC number of smaller files has made life easier.  You can do that with7 DCL as well.  E One thing I did for a ~2000 line DCL program was to write a C programsE that then called a handful of DCL scripts that totalled 200 lines.  I-B leveraged what DCL does well and what a compilable language like C) does well.  It is now easier to maintain.O   JMOD   ------------------------------   Date: 1 Apr 2004 10:42:54 -08002- From: soccer13player@yahoo.com (Nom de Plume)o! Subject: Re: DCL Coding Standardsi= Message-ID: <f401eb7f.0404011042.23d72ed0@posting.google.com>4   All,  E Thanks!  I appreciate those that posted excerpts from their standardsh? or supplied links to helpful utilities or sites.  When our teame' finalizes our document, I will post it.e   JMOD   ------------------------------  # Date: Thu, 01 Apr 2004 21:02:45 GMTw3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e! Subject: Re: DCL Coding Standardse2 Message-ID: <Vr%ac.2198$I%3.2097@news.cpqcorp.net>  > In article <f401eb7f.0404011033.525c6536@posting.google.com>, / soccer13player@yahoo.com (Nom de Plume) writes:t ..@ >I have dealt with multi-thousand line programs in a plethora ofA >languages, including DCL.  In every case, scoping them down to a0D >number of smaller files has made life easier.  You can do that with5 >DCL as well.                                        . >4F >One thing I did for a ~2000 line DCL program was to write a C programE >that then called a handful of DCL scripts that totalled 200 lines.  i  +     (How many lines were in the C program?)s  E >I leveraged what DCL does well and what a compilable language like C1* >does well.  It is now easier to maintain.  E This is a valid techniaue.  I believe that I previously said that the G nature of the work to be done, rather than the size of the code, is the 0 better factor for choosing DCL vs compiled code.  C On the other hand, is it "easier to maintain" one 2000 line program E or ten 200 line programs?  (Yes, I understand that is not the example-K you present, but it is one liekly result that this technique will sometimesr7 product.)  I suspect that general opinions will differ.rF My own opinion is that it depends on how easily and natrually the work being done subsets itself.  D While I don't have statistics to support this claim, I believe that D I have more often seen benefit to combining closely related programsC than in sub-setting them into "a number of smaller files".  I find NF that managing all those files and keeping then "in sync" often becomes a serious problem.  E This is also probably largely a matter of personal style.  What workssG well for one individual or company, may not work for another individuale or another company.   D Oh, wait a minute...  I remember a "prior lifetime", 20+ years past.D I re-wrote a huge COBOL program into half a dozen or so RPG programs@ with intermediate SORTS.  (The COBOL program did its own sorts.)C Without getting into a battle of COBOL vs RPG, I will say that thisuE re-write made things much better for several reasons.  So, as I said,sE different times/places/people/companies and differen twork to be doneo! will lead to different solutions.e   -- cJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 01 Apr 2004 20:36:16 -0000m! From: Z  <zarlenga@conan.ids.net> ! Subject: Re: DCL Coding Standardse0 Message-ID: <106ova0hv23ln8b@corp.supernews.com>  . Nom de Plume <soccer13player@yahoo.com> wrote:G : One thing I did for a ~2000 line DCL program was to write a C programrG : that then called a handful of DCL scripts that totalled 200 lines.  Ih   Or use perl.    It would be ideal for this task.   ------------------------------  # Date: Wed, 31 Mar 2004 23:35:34 GMT0# From: hoff@hp.nospam (Hoff Hoffman)_$ Subject: Re: Device names in OVMS ??1 Message-ID: <aBIac.2122$V93.675@news.cpqcorp.net>n  d In article <e0273250.0403260025.55c0556f@posting.google.com>, anantha.prabhu@hp.com (Ananth) writes:  D :I need some more clarification. I have an Autoloader, which has oneF :scsi tape drive with scsi id 3, and the controller with scsi id 5, inA :this case what will be the last digits( numerical digits) of thet :device names?  5   Whatever the autoconfiguration tool decides to use.m  ? :As per my analysis, tape devices last digits should be 300 andh= :controllers device name's last digits should be 500. Is thish :understanding is correct?  ?   It might be.  It might not be.  It really depends on how thisr.   SCSI device is connected to the host system.  C :Hence device name for tape would be MKH300 and controller would bet :GKH500.  6   You have a few SCSI buses connected to this box, eh?   :Please let me know ur views....  A   My views are that you should plug the loader in and look at theaB   results.  Predicting the device naming is perilous practice, at C   best.  Depending on physical device names has historically causeddA   problems for folks, too -- best to set up and use logical namesuB   and avoid embeding device names such as MKH300: in applications.  ;   Tape devices are not supported on shared SCSI buses, BTW.o  A   I'll assume you have looked at the OpenVMS User's Guide and itsn<   introduction to device naming, and at the System Manager'sA   manual and/or the Programming Concepts Manual and/or the Devicev?   Driver documentation, depending on what you are up to.  Also,S?   I'll assume that you've read the device documentation for thei?   particular loader -- if you are connecting a loader that doesk=   not have documentation for OpenVMS, then you might want to Z;   look at the discussion of third-party SCSI device support7@   that is available in the OpenVMS FAQ.  (Yes, I know, I've been@   told that reading the documentation is an admission of defeat.(   That's not always true, you know.  :-)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqxN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comj   ------------------------------  % Date: Thu, 01 Apr 2004 03:54:54 -0400t* From: JF Mezei <jfmezei.spamnot@istop.com>A Subject: HP Announces largest outsourcing deal in Company historya) Message-ID: <406BCA96.DA768E69@istop.com>.  8 HP Announces largest outsourcing deal in Company history  ! PALO ALTO, Calif., April 1, 2004 e  L HP today announced that it has concluded the largest outsourcing contract inK its history signed with Seattle based Microsoft Corporation. This contract, L worth over $950 million over 3 years, builds on HP's world renowned services and engineering organisations.  E "By bringing in HP, Microsoft can concentrate on its core business of I marketing its software and strategic planning for the future" said Ann M.pA Livermore, Executive Vice President of HP Services Organization. p  J "Microsoft is the leading force in the software industry. It's not unusualN that a company like Microsoft would be one of the first to recognize the clearG advantages of leveraging HP's superior software engineering and support M infrastructure which will allow better products to be delivered faster and attK lower costs" said Livermore. "Large global enterprises like Microsoft need nE innovative solutions that reduce costs and increase productivity in a, fast-paced, global market."I     A long standing relationship.   L HP's long standing close relationship with Microsoft will be strenghtened byB this deal which will see the Window kernel development moved to HPN engineering, while HP services will provide support to Microsoft's applicationG and user interface developpers. "HP's proven quality control and matureoK engineering organisation will help Microsoft achieve its goal of secure andhH stable products faster while the responsive HP support organisation willL increase productivity of our Microsoft applications programmers" said  ChrisL Jones Corporate Vice President for Microsoft's Windows Core Operating System Program  Management.  I "This deal will allow HP to retarget its underused but highly experienced J OpenVMS and Tru64 legacy engineering resources who will bring to MicrosoftN expertise, technologies and intellectual property that will propel its WindowsE operating system to new heights in the enterprise market"  said Peters> Blackmore, Executive Vice President, Enterprise Systems Group.  L As part of this deal, HP has agreed to outsource maintenance and developmentG of its legacy OpenVMS operating system to Microsoft. "This is a win-winnL siuation: Microsoft gets much needed expertise, and we finally find a way toJ get rid of OpenVMS" said Scott Stallard, Senior Vice-President, Enterprise Storage and Servers.     About Microsoft   E Founded in 1975, Microsoft (Nasdaq "MSFT") is the worldwide leader inaG software, services and Internet technologies for  personal and business L computing. The company offers a wide range of products and services designedR to empower people through great software -- any time, any place and on any device.     About HP  B HP is a technology solutions provider to consumers, businesses andF institutions globally. The company's offerings span IT infrastructure,F personal computing and access devices, global services and imaging andN printing. For the last four fiscal quarters, HP revenue totaled $74.7 billion.P More information about HP (NYSE, Nasdaq: HPQ) is available at http://www.hp.com.  ; Microsoft is a U.S. registered trademark of Microsoft Corp.n      I This news release contains forward-looking statements that involve risks,SF uncertainties and assumptions. All statements other than statements ofC historical fact are statements that could be deemed forward-looking N statements. Risks, uncertainties and  assumptions include the possibility thatK the market for the sale of certain products and services may not develop astM expected; that development and performance of these products and services maymM not proceed as planned; and other risks that are  described from time to timeuM in HP's Securities and Exchange Commission reports, including but not limited N to the Annual Report on Form 10-K for the fiscal year ended Oct. 31, 2003, andH reports filed after the form 10-K. HP assumes no obligation and does not2 intend to update these forward-looking statements.   ------------------------------  $ Date: Thu, 1 Apr 2004 11:46:01 +0200  From: "Dr. Dweeb" <dr@dweeb.com>E Subject: Re: HP Announces largest outsourcing deal in Company historye- Message-ID: <c4gocu$2gte$1@news.cybercity.dk>'  J Am I to understand that VMS and Tru64 engineering have been sold/rented toF MicroSloth to work on MicroSloths useless software instead of HPs good software ??]  	 Dr. Dweeb    JF Mezei wrote: : > HP Announces largest outsourcing deal in Company history > " > PALO ALTO, Calif., April 1, 2004 >rB > HP today announced that it has concluded the largest outsourcing
 > contract inoC > its history signed with Seattle based Microsoft Corporation. Thisr > contract,rE > worth over $950 million over 3 years, builds on HP's world renownedg
 > services  > and engineering organisations. >eG > "By bringing in HP, Microsoft can concentrate on its core business ofiD > marketing its software and strategic planning for the future" said; > Ann M. Livermore, Executive Vice President of HP Servicese > Organization.. > D > "Microsoft is the leading force in the software industry. It's not	 > unusual F > that a company like Microsoft would be one of the first to recognizeG > the clear advantages of leveraging HP's superior software engineeringeC > and support infrastructure which will allow better products to beiD > delivered faster and at lower costs" said Livermore. "Large globalB > enterprises like Microsoft need innovative solutions that reduce& > costs and increase productivity in a > fast-paced, global market."e >s >n > A long standing relationship.  >a> > HP's long standing close relationship with Microsoft will be > strenghtened byrD > this deal which will see the Window kernel development moved to HPD > engineering, while HP services will provide support to Microsoft'sB > application and user interface developpers. "HP's proven qualityA > control and mature engineering organisation will help MicrosoftfA > achieve its goal of secure and stable products faster while the ) > responsive HP support organisation willuG > increase productivity of our Microsoft applications programmers" saidvC > Chris Jones Corporate Vice President for Microsoft's Windows CoreN' > Operating System Program  Management.  >e? > "This deal will allow HP to retarget its underused but highlyH
 > experienced B > OpenVMS and Tru64 legacy engineering resources who will bring toG > Microsoft expertise, technologies and intellectual property that willmF > propel its Windows operating system to new heights in the enterprise > market"  said Petere@ > Blackmore, Executive Vice President, Enterprise Systems Group. >bB > As part of this deal, HP has agreed to outsource maintenance and
 > development A > of its legacy OpenVMS operating system to Microsoft. "This is a 	 > win-wineG > siuation: Microsoft gets much needed expertise, and we finally find a  > way toA > get rid of OpenVMS" said Scott Stallard, Senior Vice-President, ! > Enterprise Storage and Servers.p >p >t > About MicrosoftT > G > Founded in 1975, Microsoft (Nasdaq "MSFT") is the worldwide leader inX@ > software, services and Internet technologies for  personal andE > business computing. The company offers a wide range of products andp > services designedtE > to empower people through great software -- any time, any place andr > on any device. >s > 
 > About HP > D > HP is a technology solutions provider to consumers, businesses andH > institutions globally. The company's offerings span IT infrastructure,H > personal computing and access devices, global services and imaging andG > printing. For the last four fiscal quarters, HP revenue totaled $74.7yE > billion. More information about HP (NYSE, Nasdaq: HPQ) is availables > at http://www.hp.com.  >s= > Microsoft is a U.S. registered trademark of Microsoft Corp.  >c >l >sD > This news release contains forward-looking statements that involveA > risks, uncertainties and assumptions. All statements other than_ > statements ofoE > historical fact are statements that could be deemed forward-looking ? > statements. Risks, uncertainties and  assumptions include thebB > possibility that the market for the sale of certain products and< > services may not develop as expected; that development and0 > performance of these products and services mayG > not proceed as planned; and other risks that are  described from timeC	 > to time G > in HP's Securities and Exchange Commission reports, including but not"	 > limited F > to the Annual Report on Form 10-K for the fiscal year ended Oct. 31,G > 2003, and reports filed after the form 10-K. HP assumes no obligationy > and does not4 > intend to update these forward-looking statements.   ------------------------------  $ Date: Thu, 1 Apr 2004 12:01:02 +0200) From: Roland Barmettler <itsme@127.0.0.1>iE Subject: Re: HP Announces largest outsourcing deal in Company historyt5 Message-ID: <20040401120102.17b333a5.itsme@127.0.0.1>m  = > Am I to understand that VMS and Tru64 engineering have been C > sold/rented to MicroSloth to work on MicroSloths useless softwarea! > instead of HPs good software ??s  $ > > PALO ALTO, Calif., April 1, 2004                        ^^^^^^^                           |a   -------------------------r   :-)_   -- 3rd Law of Computing:"         Anything that can go wr   Segmentation fault (core dumped)   ------------------------------  $ Date: Thu, 1 Apr 2004 12:02:19 +0200  From: "Dr. Dweeb" <dr@dweeb.com>E Subject: Re: HP Announces largest outsourcing deal in Company historyd- Message-ID: <c4gpbe$2hss$1@news.cybercity.dk>g   Dr. Dweeb wrote:= > Am I to understand that VMS and Tru64 engineering have beenaC > sold/rented to MicroSloth to work on MicroSloths useless softwaret! > instead of HPs good software ??= >v > Dr. Dweebe >y  = Sorry, I forgot to look at the date this morning - moron me !l  	 Dr. Dweeb    > JF Mezei wrote:e; >> HP Announces largest outsourcing deal in Company historyi >># >> PALO ALTO, Calif., April 1, 2004, >>C >> HP today announced that it has concluded the largest outsourcingE >> contract inD >> its history signed with Seattle based Microsoft Corporation. This >> contract,F >> worth over $950 million over 3 years, builds on HP's world renowned >> services ! >> and engineering organisations.  >>H >> "By bringing in HP, Microsoft can concentrate on its core business ofE >> marketing its software and strategic planning for the future" saids< >> Ann M. Livermore, Executive Vice President of HP Services >> Organization. >>E >> "Microsoft is the leading force in the software industry. It's not 
 >> unusualG >> that a company like Microsoft would be one of the first to recognizetH >> the clear advantages of leveraging HP's superior software engineeringD >> and support infrastructure which will allow better products to beE >> delivered faster and at lower costs" said Livermore. "Large global C >> enterprises like Microsoft need innovative solutions that reducei' >> costs and increase productivity in a- >> fast-paced, global market." >> >>  >> A long standing relationship. >>? >> HP's long standing close relationship with Microsoft will be  >> strenghtened byE >> this deal which will see the Window kernel development moved to HPeE >> engineering, while HP services will provide support to Microsoft'scC >> application and user interface developpers. "HP's proven qualityeB >> control and mature engineering organisation will help MicrosoftB >> achieve its goal of secure and stable products faster while the* >> responsive HP support organisation willH >> increase productivity of our Microsoft applications programmers" saidD >> Chris Jones Corporate Vice President for Microsoft's Windows Core( >> Operating System Program  Management. >>@ >> "This deal will allow HP to retarget its underused but highly >> experiencedC >> OpenVMS and Tru64 legacy engineering resources who will bring toJH >> Microsoft expertise, technologies and intellectual property that willG >> propel its Windows operating system to new heights in the enterpriseo >> market"  said PeterA >> Blackmore, Executive Vice President, Enterprise Systems Group.d >>C >> As part of this deal, HP has agreed to outsource maintenance andn >> developmentB >> of its legacy OpenVMS operating system to Microsoft. "This is a
 >> win-winH >> siuation: Microsoft gets much needed expertise, and we finally find a	 >> way to B >> get rid of OpenVMS" said Scott Stallard, Senior Vice-President," >> Enterprise Storage and Servers. >> >> >> About Microsoft >>H >> Founded in 1975, Microsoft (Nasdaq "MSFT") is the worldwide leader inA >> software, services and Internet technologies for  personal and F >> business computing. The company offers a wide range of products and >> services designedF >> to empower people through great software -- any time, any place and >> on any device.  >> >> >> About HPs >>E >> HP is a technology solutions provider to consumers, businesses andd9 >> institutions globally. The company's offerings span ITp@ >> infrastructure, personal computing and access devices, global> >> services and imaging and printing. For the last four fiscalE >> quarters, HP revenue totaled $74.7 billion. More information aboutE< >> HP (NYSE, Nasdaq: HPQ) is available at http://www.hp.com. >>> >> Microsoft is a U.S. registered trademark of Microsoft Corp. >> >> >>E >> This news release contains forward-looking statements that involveAB >> risks, uncertainties and assumptions. All statements other than >> statements ofF >> historical fact are statements that could be deemed forward-looking@ >> statements. Risks, uncertainties and  assumptions include theC >> possibility that the market for the sale of certain products andt= >> services may not develop as expected; that development and,1 >> performance of these products and services may H >> not proceed as planned; and other risks that are  described from time
 >> to timeH >> in HP's Securities and Exchange Commission reports, including but not
 >> limitedG >> to the Annual Report on Form 10-K for the fiscal year ended Oct. 31,sH >> 2003, and reports filed after the form 10-K. HP assumes no obligation >> and does notG5 >> intend to update these forward-looking statements.l   ------------------------------  % Date: Thu, 01 Apr 2004 05:01:35 -0400a* From: JF Mezei <jfmezei.spamnot@istop.com>E Subject: Re: HP Announces largest outsourcing deal in Company historyn( Message-ID: <406BDA6D.4B78F0F@istop.com>   "Dr. Dweeb" wrote: > L > Am I to understand that VMS and Tru64 engineering have been sold/rented toH > MicroSloth to work on MicroSloths useless software instead of HPs good
 > software ??a  E Correct. VMS and Tru64 engineers will work on Windows while microsoftt programmers will maintain VMS.   ------------------------------   Date: 1 Apr 2004 11:36:00 -0800f0 From: keith.cayemberg@arcor.de (Keith Cayemberg)E Subject: Re: HP Announces largest outsourcing deal in Company historyr< Message-ID: <f64e50ca.0404011136.2375bd2@posting.google.com>  Z JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<406BDA6D.4B78F0F@istop.com>... > "Dr. Dweeb" wrote: > > N > > Am I to understand that VMS and Tru64 engineering have been sold/rented toJ > > MicroSloth to work on MicroSloths useless software instead of HPs good > > software ??i > G > Correct. VMS and Tru64 engineers will work on Windows while microsoftr  > programmers will maintain VMS.  D Hmmm,  the article forgets to mention that Microsoft is making a big> circle Homecoming by returning to the use of OpenVMS for theirD internal systems. Since replacing their OpenVMS financial systems inC 1995 with Windows NT, their growth mode has slowed. Also since thentE their product quality has been increasingly criticised. Additionally,hD since 1995 their business practices have been increasingy chided andE even put before the Supreme Court.  And the company and it's founders,B are not loved nearly as much as they once were. Clearly, all theseE mishappenings dove-tailed out of a single ill-advised decision to bant* OpenVMS from their internal DP department.  > OpenVMS Roll-out is expected to be quick and economical, sinceB Microsoft already has a rooms full of AlphaServers used to developD 64-bit Windows. By outsorcing to HP, Microsoft can expect first-rateE support in upgrading their OpenVMS systems to Itanium-based SuperDome.D and Integrity Servers. There are rumors that many these systems wereF already long being used by Microsoft technologists to informally study% advances in OpenVMS, Linux and Tru64.p  F It's also a Homecoming for a host of former DEC Luminaries who are now  official Microsoft Luminaries...  D Gordon Bell - senior researcher in the Media Presence Research Group (BARC)3 (a primary VAX designer, and current DEC historian)c% http://research.microsoft.com/~gbell/   < Dave Cutler - Sr. Distinguished Engineer, Windows Base Team  (a primary VMS Designer)A http://www.microsoft.com/PressPass/exec/de/default.asp#DaveCutlerm  5 Jim Gray - Distinguished Engineer, Microsoft Research  (an former Rdb Researcher)( http://www.research.microsoft.com/~Gray/> http://www.microsoft.com/PressPass/exec/de/default.asp#JimGray  A Peter Spiro - Distinguished Engineer, Platforms Product Group/SQLt Server= (former technical director of the Rdb database systems group) A http://www.microsoft.com/PressPass/exec/de/default.asp#PeterSpiron  ? Amitabh Srivastava - Distinguished Engineer, Microsoft ResearchnC (former Scientist at DEC's Western Research Labs (WRL) - pronounced. "DEC Wirl")lH http://www.microsoft.com/PressPass/exec/de/default.asp#AmitabhSrivastava  E Charles Thacker - Distinguished Engineer, Emerging Technologies Group 5 (founder of the Systems Research Center (SRC) at DEC) E http://www.microsoft.com/PressPass/exec/de/default.asp#CharlesThackers  ? Wael Bahaa-El-Din - Distinguished Engineer, Windows Performancee+ (former celebrated DEC Consulting Engineer)tG http://www.microsoft.com/PressPass/exec/de/default.asp#WaelBahaa-El-Dint  E It is a rather thinly veiled secret that this host of former DEC GodsO> have steadily infiltrated nearly all technologically importantE Microsoft posts underneath Gates and Ballmer. The current outsourcing : decision is rumored to reflect an internal power coup by a= self-proclaimed "VMS Mafia" among the rank and file Microsoft.? organisation, many of whom were long homesick for the security, ? stability, correctness and elegant beauty of OpenVMS internals. @ A careful study of Intel and AMD Luminaries (and some scurrilous9 messages from IBM) brings one to the suspicion that thesetE organisations may have already quietly fallen to their own respectivep internal "VMS Mafias".  D Now, that OpenVMS will return and save Microsoft from their internalE chaos, Microsoft expects a return to the good-ol' years of double and  triple digit growth.  A Due to the strategic market shift represented by the Microsoft-HPsE deal, the "No-Such-Agency" has now entered into closed-door (really aoA sealed-door) discussions with HP to outsource it's 66 Hectare, 50 D Petabyte, (124-way) 512 node OpenVMS-based ECHELON EV9 Galactic APMPA Cluster to HP in cooperation with HP's |d|i|g|i|t|a|l| GlobalSoft  subsidiary in India.     Cheers!p   Keith Cayembergt9 An American in the Monegasque Kingdom of Lower Saxony ;-)o  . Here's wishing you all a delightful April 1st!     Esteemed Scholarly References:  > Charlie Matco (former MI Officer - public cover Terry Shannon)& http://www.bootstrap.nl/skd/cmatco.pdf8 http://www.decus.gr.jp/decus99/sessioncd/NOTES/ES134.PDF  8 The Multicians - a really rocking group of OS virtuosos!) http://www.multicians.org/multicians.htmle' http://www.multicians.org/security.htmle   Mr. Magee (code-name Mr. Magoo)J) http://www.theinquirer.net/?article=14422I   FBI - Top Ten Most Wanteds: http://www.fbi.gov/mostwant/topten/fugitives/fugitives.htm  " Federation of American Scientists  http://www.fas.org/index.htmld   ECHELON Definedd$ http://en.wikipedia.org/wiki/Echelon   Meet ECHELON'S Architect% http://cryptome.org/echelon2-arch.htm     European Final Report on ECHELON& http://cryptome.org/echelon-ep-fin.htm   SECRECY NEWS6 http://www.fas.org/sgp/news/secrecy/2003/10/index.html   CRYPTOME http://cryptome.org/  ! The NSA's ECHELON System - Reporti1 http://www.hermetic.ch/crypto/echelon/echelon.htmL   Note:UC The following reference actually only refers to a "honey-pot" builtt! from aged out-of-service systems.f/ http://www.attrition.org/postal/z/018/0220.html.     P.S.: The best lies are the ones with a large element of truth. E But which elements are the lies and which parts are true, now that...-* I'm not even going to give a hint about...  + "Chup-Chup-Chup-da-Chup-Chup-Chup"   X-(:-)t   ------------------------------  # Date: Thu, 01 Apr 2004 19:37:55 GMT & From: Don Sykes <paladin@mydomain.com>E Subject: Re: HP Announces largest outsourcing deal in Company history > Message-ID: <nc_ac.45012$5C4.15757@newssvr25.news.prodigy.com>   JF Mezei wrote:  > "Dr. Dweeb" wrote: > L >>Am I to understand that VMS and Tru64 engineering have been sold/rented toH >>MicroSloth to work on MicroSloths useless software instead of HPs good
 >>software ??t >  > G > Correct. VMS and Tru64 engineers will work on Windows while microsoft   > programmers will maintain VMS.  I This is a great idea! Now MS can straighten out that buggy VMS and bring /' it up to it's own standards of quality!-   -- -   Have VMS, Will Travel0 Wire paladin, San Franciscor   (paladinATalphaseDOTcom)   ------------------------------   Date: 1 Apr 2004 16:08:00 -0800D( From: bob@instantwhip.com (Bob Ceculski)E Subject: Re: HP Announces largest outsourcing deal in Company historyP= Message-ID: <d7791aa1.0404011608.2aac1204@posting.google.com>e  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<406BCA96.DA768E69@istop.com>...r: > HP Announces largest outsourcing deal in Company history > # > PALO ALTO, Calif., April 1, 2004 s > N > HP today announced that it has concluded the largest outsourcing contract inM > its history signed with Seattle based Microsoft Corporation. This contract, N > worth over $950 million over 3 years, builds on HP's world renowned services  > and engineering organisations. > G > "By bringing in HP, Microsoft can concentrate on its core business of K > marketing its software and strategic planning for the future" said Ann M.lC > Livermore, Executive Vice President of HP Services Organization. e > L > "Microsoft is the leading force in the software industry. It's not unusualP > that a company like Microsoft would be one of the first to recognize the clearI > advantages of leveraging HP's superior software engineering and supportiO > infrastructure which will allow better products to be delivered faster and at3M > lower costs" said Livermore. "Large global enterprises like Microsoft need sG > innovative solutions that reduce costs and increase productivity in al > fast-paced, global market."  >  >  > A long standing relationship.L > N > HP's long standing close relationship with Microsoft will be strenghtened byD > this deal which will see the Window kernel development moved to HPP > engineering, while HP services will provide support to Microsoft's applicationI > and user interface developpers. "HP's proven quality control and matureeM > engineering organisation will help Microsoft achieve its goal of secure and:J > stable products faster while the responsive HP support organisation willN > increase productivity of our Microsoft applications programmers" said  ChrisN > Jones Corporate Vice President for Microsoft's Windows Core Operating System > Program  Management. > K > "This deal will allow HP to retarget its underused but highly experiencedyL > OpenVMS and Tru64 legacy engineering resources who will bring to MicrosoftP > expertise, technologies and intellectual property that will propel its WindowsG > operating system to new heights in the enterprise market"  said Petero@ > Blackmore, Executive Vice President, Enterprise Systems Group. > N > As part of this deal, HP has agreed to outsource maintenance and developmentI > of its legacy OpenVMS operating system to Microsoft. "This is a win-win N > siuation: Microsoft gets much needed expertise, and we finally find a way toL > get rid of OpenVMS" said Scott Stallard, Senior Vice-President, Enterprise > Storage and Serverso  , JF, did you happen to notice todays date? :)   ------------------------------  $ Date: Thu, 1 Apr 2004 23:12:48 -0500# From: "John Smith" <a@nonymous.com>lE Subject: Re: HP Announces largest outsourcing deal in Company historys. Message-ID: <406ce842$1_2@corp.newsgroups.com>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagem# news:406CC7D2.EF08B3F4@istop.com...L > Bob Ceculski wrote:eF > > > HP today announced that it has concluded the largest outsourcing contract insB > > > its history signed with Seattle based Microsoft Corporation. >f0 > > JF, did you happen to notice todays date? :) >oJ > Bob, if you do some research to find out who posted the original message at at H > what time, you woud realise that i was *VERY* aware of it. Dr Deen was very- > unaware :-) :-) :-) :-) At least I got one.F >UI > What surprised me was that there was almost instant reaction, but then, F > absolutely nothing during remainder of day. When I found out that HP	 requested-I > that the message be removed from one web site that had taken my post, I3 fearedL > that HP might have cancelled my original post (someone told me that he had not.K > seen the original, only seen it as part of a quoted reply), but I checkedP from: > another newsserver and the post seems to still be there.  H HP can't seem to take a joke, but they certainly are capable of making aL joke of VMS in the marketplace and all their customers who are still hanging on.V  I I think HP first needs to read the new book, "Marketing for Morons". Once F they've digested that book, they can step up a notch to "Marketing for	 Dummies".g        > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!n? -----==  Over 100,000 Newsgroups - 19 Different Servers! =-----h   ------------------------------  $ Date: Thu, 1 Apr 2004 23:49:15 -0500' From: "Main, Kerry" <kerry.main@hp.com>lE Subject: RE: HP Announces largest outsourcing deal in Company historyDR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB2C6D4E@tayexc19.americas.cpqcorp.net>   > -----Original Message-----2 > From: Don Sykes [mailto:paladin@mydomain.com]=20 > Sent: April 1, 2004 2:38 PMo > To: Info-VAX@Mvb.Saic.Com G > Subject: Re: HP Announces largest outsourcing deal in Company historyr >=20 >=20? > This is a great idea! Now MS can straighten out that buggy=20  > VMS and bring=20) > it up to it's own standards of quality!- >=20 > --=20h >=20 > Have VMS, Will Travelr > Wire paladin, San Francisco  >=20 > (paladinATalphaseDOTcom) >=20   One last one for the day ...  8 Radical new architecture announced for Microsoft future:E http://research.microsoft.com/users/gbell/Digital/timeline/1981-4.htm    :-)e   Regards   
 Kerry Main Senior Consultants HP Services Canada Voice: 613-592-4660u Fax: 613-591-4477. Email: kerryDOTmainAThpDOTcomo. (remove the DOT's and AT for email address)=20   ------------------------------  $ Date: Fri, 2 Apr 2004 09:01:22 +0200( From: "Rudolf Wingert" <win@fom.fgan.de>E Subject: Re: HP Announces largest outsourcing deal in Company historyd3 Message-ID: <001d01c41880$4ecced70$994614ac@wat153>    Hello,  @ If this all is true, then I think OpenVMS will become dead. IMHOD Microsoft is not able to continue the support and the development of OpenVMS.   Best regards R. Wingertu   ------------------------------  % Date: Thu, 01 Apr 2004 17:02:11 +0100nO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o3 Subject: Re: IndeView sets your presentations free.a0 Message-ID: <c4heeg$ldk$1@new-usenet.uk.sun.com>   Karl-Heinz Zimmer wrote:; > On Montag, 29. M=E4rz 2004 16:53 Barry Treahy, Jr. wrote:e >=20 >=20* >>Andrew Harrison SUNUK Consultancy wrote: >> >>>Bob Koehler wrote:s >>> 6 >>>>In article <4062868B.FABD2425@istop.com>, JF Mezei' >>>><jfmezei.spamnot@istop.com> writes:e >=20 >=20A >>>>>Seems HP will now start to offer more Linux boxes, includinga> >>>>>desktops to ENTERPRISE CUSTOMERS ONLY, due to high demand? >>>>>from enterprise customers for lower cost servers/desktops.s8 >>>>>These will not be available to the consumer market. >=20 >=20J >>>>   Will they ship OpenOfiice on them?  Or are they doing something to=  * >>>>   avoid depending on Sun's good will? >=20 >=20/ >>>What like develop their own Office product ?  >=20 >=20C >>I believe you are confused, StarOffice is Sun, OpenOffice is GPL.y >=20 >=20 > Nope.e >=208 > OpenOffice is way better than GPL - it is *LGPL*.  :-) >=20F > ... and so is our little add-on "IndeView" which yyou might considerF > having a short look at - in case you need to show your presentations= > on computers not having OpenOffice/StarOffice installed ...  >=20 >=201 >      IndeView - Independent Presentation Vieweri >=201 >      ***  PRESENTATIONS BEYOND LIMITATIONS  ***a >=201 >      details/download: http://www.indeview.org/A >=20 >=20J > A wise men once told the world: "If you love something you set it free.= "s >=20H > So Sun set StarOffice free - and we set it's presentations free!  :-)) >=20  B Interesting, what does it give me over using StarOffice and saving= the Impress file as a MacroMedia flash file. I assume that it1& renders better than flash for example.  @ Up to now if I have wanted a to provide someone with slides that8 doesn't have StarOffice I have either used flash or ppt.   Regardsd Andrew Harrison    ------------------------------  % Date: Thu, 01 Apr 2004 18:47:15 +0200o% From: Karl-Heinz Zimmer <khz@kde.org>-3 Subject: Re: IndeView sets your presentations free. . Message-ID: <1167367.hLZYHiWtkS@linhelp10.org>  H On Donnerstag, 1. April 2004 18:02 Andrew Harrison SUNUK Consultancy wr= ote:   > Karl-Heinz Zimmer wrote: (...)s@ >> our little add-on "IndeView" which yyou might consider having@ >> a short look at - in case you need to show your presentations> >> on computers not having OpenOffice/StarOffice installed ... >>=20t >>=20e2 >>      IndeView - Independent Presentation Viewer >>=20d2 >>      ***  PRESENTATIONS BEYOND LIMITATIONS  *** >>=20e2 >>      details/download: http://www.indeview.org/ (...) = > Interesting, what does it give me over using StarOffice andl> > saving the Impress file as a MacroMedia flash file. I assume0 > that it renders better than flash for example. >=20B > Up to now if I have wanted a to provide someone with slides that: > doesn't have StarOffice I have either used flash or ppt.  E One of IndeView's benefits is that the viewer (if autostart is activekC on windows) starts from CD automatically after insertion of the CD.   = So you may make auto-running demo CDs from your presentation.i  F Another benefit is that you don't have to care about some player being? installed on the target computer: unlike Flash player the smallsA IndeView viewer is started from CD without need of installing it.   E Third: IndeView allows you to exactly test-drive your presentation at,F home - being sure that the user will see exactly the same stuff on her PC that you have seen on yours.m  A The trick of having bitmaps in 7 different resolutions makes surecD that the viewer normally will not have to scale or shrink the slides - hence more brillance.S  F just try it yourself: http://www.indeview.org is waiting for you. :-))  
 Karl-Heinz --=20oH Karl-Heinz         <mailto:khz@indeview.org>        <mailto:khz@kde.org= >h@   Zimmer                I n d e V i e w                    K D EH   F=F6hren       Presentations Beyond Limitations     Conquer your Desk= top C www.fiehr.de            www.indeview.org                www.kde.org.   ------------------------------  % Date: Thu, 01 Apr 2004 18:56:17 +0200-% From: Karl-Heinz Zimmer <khz@kde.org>-3 Subject: Re: IndeView sets your presentations free.S. Message-ID: <1919051.h4JpeLUyEJ@linhelp10.org>  ; On Donnerstag, 1. April 2004 18:47 Karl-Heinz Zimmer wrote:-   (...H > Third: IndeView allows you to exactly test-drive your presentation at=  H > home - being sure that the user will see exactly the same stuff on he= rM! > PC that you have seen on yours.u >=20C > The trick of having bitmaps in 7 different resolutions makes sureDF > that the viewer normally will not have to scale or shrink the slides > - hence more brillance.O  B OOPS, forgot to add an important thing: IndeView does *not* renderC at all because the rendering process takes place on _your_ computert% at home - not on the target computer.oE All you get from IndeView are lots of bitmaps and a bunch of controllnF and information files: the viewer application reads these and displays2 the respective bitmaps in the right resolutions...  F As of yet this means a serious drawback for some (not for all) of yourH presentations: you loose all kind of animation and all slide transition=  C effects!  However if your presentations (like mine) do not use such A effects and do not have moving parts on the slides then you loosee nothing and gain a lot.  :-)  H Of course this limitation will be changed in future versions of IndeVie= w,+ but I thought it is fair to tell it to you.r  C status and future plans are here:http://www.indeview.org/state.htmli  
 Karl-Heinz   --=20iH Karl-Heinz         <mailto:khz@indeview.org>        <mailto:khz@kde.org= >l@   Zimmer                I n d e V i e w                    K D EH   F=F6hren       Presentations Beyond Limitations     Conquer your Desk= topcC www.fiehr.de            www.indeview.org                www.kde.orgi   ------------------------------  % Date: Wed, 31 Mar 2004 23:38:59 +0200t% From: Karl-Heinz Zimmer <khz@kde.org>yV Subject: IndeView sets your presentations free. (was: OT: HP embraces Linux even more)/ Message-ID: <15898398.ekOlWxZ4m3@linhelp10.org>o  9 On Montag, 29. M=E4rz 2004 16:53 Barry Treahy, Jr. wrote:o  * > Andrew Harrison SUNUK Consultancy wrote: >> Bob Koehler wrote:i6 >>> In article <4062868B.FABD2425@istop.com>, JF Mezei' >>> <jfmezei.spamnot@istop.com> writes:l  A >>>> Seems HP will now start to offer more Linux boxes, including > >>>> desktops to ENTERPRISE CUSTOMERS ONLY, due to high demand? >>>> from enterprise customers for lower cost servers/desktops.r8 >>>> These will not be available to the consumer market.  H >>>    Will they ship OpenOfiice on them?  Or are they doing something = to* >>>    avoid depending on Sun's good will?  / >> What like develop their own Office product ?   C > I believe you are confused, StarOffice is Sun, OpenOffice is GPL.n   Nope.n  6 OpenOffice is way better than GPL - it is *LGPL*.  :-)  D ... and so is our little add-on "IndeView" which yyou might considerD having a short look at - in case you need to show your presentations; on computers not having OpenOffice/StarOffice installed ...a    /      IndeView - Independent Presentation Viewere  /      ***  PRESENTATIONS BEYOND LIMITATIONS  ***   /      details/download: http://www.indeview.org/e    H A wise men once told the world: "If you love something you set it free.= "   F So Sun set StarOffice free - and we set it's presentations free!  :-))  
 Karl-Heinz --=20gH Karl-Heinz         <mailto:khz@indeview.org>        <mailto:khz@kde.org= >a@   Zimmer                I n d e V i e w                    K D EH   F=F6hren       Presentations Beyond Limitations     Conquer your Desk= topiC www.fiehr.de            www.indeview.org                www.kde.org    ------------------------------   Date: 1 Apr 2004 21:07:17 -0800h. From: shakeelj2k@yahoo.com (shakeel-ur-rehman)- Subject: installing Internet on OpenVMS 7.1-2u= Message-ID: <cb950e29.0404012107.5f1e328a@posting.google.com>c  E I have ucx 4.2 ,PPPD ,external US Robotics Modem and OpenVMS internet,F suite version 1.1. I want to connect to Internet and use netscape as aF browser.will i need a hardware router also. or any more software based7 router can be as alternate router to do the above task.a   ------------------------------  % Date: Fri, 02 Apr 2004 05:36:31 +0000e7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>m1 Subject: Re: installing Internet on OpenVMS 7.1-2A* Message-ID: <406CFBDF.6090801@bigpond.com>   shakeel-ur-rehman espoused:oG > I have ucx 4.2 ,PPPD ,external US Robotics Modem and OpenVMS interneteH > suite version 1.1. I want to connect to Internet and use netscape as aH > browser.will i need a hardware router also. or any more software based9 > router can be as alternate router to do the above task.i >   D At home I have a PWS600au, VMS 7.3-2, TCPIP 5.4-ECO1 and use that to" dial my ISP using a Banskia modem.: I run WASD as a proxy server for my home network which hasC a couple of VAXstations, an iBook with  MacOS X and a couple of PCse+ running Linux (when everything is running).tE It's fairly easy to get set up -- at least the PPPD part, there are a @ few things you have to do but these are explained in the manual.   Regards, Dave.a -- oI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comoI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/wI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmPI "Life is what happens to you while you're busy making other plans" Lennona   ------------------------------  % Date: Wed, 31 Mar 2004 15:08:05 -0400v* From: JF Mezei <jfmezei.spamnot@istop.com>0 Subject: Re: More Offshore of VMS based systems.) Message-ID: <406B1713.1FB8C870@istop.com>    Don Sykes wrote:E > world" countries. Simply put, the revenues a company derives from agJ > country must be in the same proportion as their jobs & contracts in thatD > country. The difference would be in the form of a tax based on the > country's minimum wage.m  M This had been the orginal goal of the auto pact between canada and usa. (welle= before FTA and later NAFTA - and the auto pact still exists).b  L Essentially, the big car manufacturers are forced to build in canada roughlyL the same number of cars that they sell in canada. So Canada builds car A forQ the whole North american market, while detroit builds car B for the whole market.v  M However, in recent years, because they've had to downsize, politics came intopK play. A car plant north of montreal was very efficent. But a less efficientlH plant was preserved in the USA due to pressures to maintain US jobs. End? result is that some GM cars now cost a bit more to manufacture.e  J If unions fight very hard to preserve high paying jobs in the USA, the endI result is that it will hurt US exports because US products will not be asP  competitive as foreign products.  L In terms of cars, the USA doesn't export cars. It builds cars everywhere andM brings in profits. The USA doesn't export cheese, Kraft has plants worldwide,tH but profits come back to USA. This phenomena isn't new, but we notice it@ because it is now being applied to the IT white collar industry.   ------------------------------    Date: 31 Mar 2004 13:25:50 -0800, From: JimStrehlow@data911.com (Jim Strehlow)0 Subject: Re: More Offshore of VMS based systems.= Message-ID: <4b6ec350.0403311325.13799025@posting.google.com>   6 "Main, Kerry" <kerry.main@hp.com> wrote in message ...
 > Philip -< > You might be interested in the following: (March 29, 2004)< > http://news.com.com/2100-1022 3-5180589.html?tag=nefd lede3 > "Will India price itself out of offshore market?"n ...,  ? I found it at URL    http://news.com.com/2100-1022-5180589.html    Jims  A "The boss reminded us that we only have a week left to finish ourh* project, so we ought to be half done now." "You have not even started.") "Yeah, but I work better under pressure."n( "Actually you work only under pressure."D "That way the work time is more miserable; but there is less of it."A  variation of a Calvin and Hobbes cartoon by Bill Watterson, 1995r   ------------------------------   Date: 1 Apr 2004 09:35:34 -0800,1 From: edward.heller@transcore.com (Edward Heller)h! Subject: OmniORB crash in OpenVMSe= Message-ID: <2d2038b7.0404010935.2daa18b9@posting.google.com>   @ We have an application that uses CORBA for Alpha to Windows dataB transfers. Our normal process is to start the OmniORB 3.0.0 namingF service on the Alpha server and everything works fine from there. ThatE is until the current installation. The Omninames program crashes withmC an access violation that eventually results in a register dump. TherA output is below. One difference between this system and our otherlA installs, is that while the other installs are Alpha DS10 systemsdD running 7.3-1 out of the box, this is an Alpha 800 that was upgradedB from 7.1-1H1 to 7.3-1 (including the latest patch sets). C and C++D were also upgraded. We have a version of the binaries built for OVMS= 7.1 that we use as a distribution (via zip file). This is the E mechanism that has worked fine for several systems. In the event thatlE there were issues in the libraries or linkage, I started a rebuild of E the source (using Python-1_5_2 and MMK as the MMS substitution). ThisdF caused the C++ compiler to crash while compiling IDLEXPR.CC. Not beingB a CORBA expert or OmniORB developer, I don't have any idea were to look. Anyone have a suggestion?  Thanks,n
 Edward Hellern TransCore, ITS   OMNINAMES CRASH: $omninames -start15 %CXXL-F-TERMINATE, terminate() or unexpected() calledn/ %TRACE-F-TRACEBACK, symbolic stack dump follows C   image    module    routine             line      rel PC          a abs PC>  OMNINAMES                                  0 00000000000FDBF8 000000000010DBF8>  OMNINAMES                                  0 00000000000FFB94 000000000010FB94= ----- above condition handler called with exception 05F7841C:e4 %CXXL-F-RETHROW, Exception rethrown at PC = 000BD440 ----- end of exception message>                                             0 FFFFFFFF800B7CBC FFFFFFFF800B7CBC>  OMNINAMES                                  0 00000000000FD088 000000000010D088>  OMNINAMES                                  0 00000000000FD778 000000000010D778>  OMNINAMES                                  0 00000000000AD440 00000000000BD440>  OMNINAMES                                  0 00000000000DBF80 00000000000EBF80>  OMNINAMES                                  0 00000000000DC160 00000000000EC160>  OMNINAMES                                  0 00000000000BF0E0 00000000000CF0E0>  OMNINAMES                                  0 0000000000070DE8 0000000000080DE8>  OMNINAMES                                  0 0000000000070070 0000000000080070>  OMNINAMES                                  0 00000000001055E8 00000000001155E8>  PTHREAD$RTL                                0 000000000003F0D0 000000007BD0F0D0>  PTHREAD$RTL                                0 000000000001C31C 000000007BCEC31C>                                             0 FFFFFFFF802794D4 FFFFFFFF802794D49 omniORB: Assertion failed -- mutex destroyed whilst held.i=  This is a bug in omniORB. Please submit a report (with stacka5  trace if possible) to <omniorb@uk.research.att.com>. ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualo address=000000000000& 0000, PC=000000000009A09C, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump followseC   image    module    routine             line      rel PC          l abs PC>  OMNINAMES                                  0 000000000008A09C 000000000009A09C>  OMNINAMES                                  0 00000000000D4618 00000000000E4618>                                             0 FFFFFFFF8007E444 FFFFFFFF8007E444>  PTHREAD$RTL                                0 0000000000053DE8 000000007BD23DE8>  PTHREAD$RTL                                0 000000000003F0F4 000000007BD0F0F4>  PTHREAD$RTL                                0 000000000002CFD0 000000007BCFCFD0>                                             0 0000000000000000 0000000000000000F  PTHREAD$RTL                                                 ?                ?>                                             0 FFFFFFFF802794D4 FFFFFFFF802794D4   COMPILER CRASH:n  < $ CXX  /Mms=file=.d/Except/Diag/Float=G_Float/NoDebug/Quiet  OMNIORB300ROOT:[000s7 000.SRC.TOOL.OMNIIDL.CXX]IDLEXPR.CC /object=IDLEXPR.OBJ  /define=("IDLMODULE_VERSM ION=""0x2301""","OMNIIDL_EXECUTABLE","YY_ALWAYS_INTERACTIVE","USE_IDLERROR")-i;         /include=("./","/omni_include/","/python_include")-e@         /repository=([.CXX_REPOSITORY],[lib.OpenVMS_Alpha_7_3])-	         -          ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualG address=000000000000& 0004, PC=000000000042D008, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump followsaC   image    module    routine             line      rel PC          s abs PC>  CXX$COMPILER  ME_EXPR  me_do_argument 139577 0000000000005C68 000000000042D008(  CXX$COMPILER  ME_EXPR  me_generate_call>                                        139263 0000000000004E20 000000000042C1C01  CXX$COMPILER  ME_EXPR  walk_operation_expressions>                                        141696 000000000000A844 0000000000431BE4'  CXX$COMPILER  ME_EXPR  walk_expressionm>                                        140533 00000000000086B0 000000000042FA50)  CXX$COMPILER  ME_STMT  walk_if_statementp>                                        136843 000000000000080C 0000000000441ABC>  CXX$COMPILER  ME_STMT  walk_statement 140688 00000000000043C0 0000000000445670+  CXX$COMPILER  ME_STMT  walk_statement_listr>                                        136785 0000000000000664 0000000000441914,  CXX$COMPILER  ME_STMT  walk_block_statement>                                        139265 00000000000027EC 0000000000443A9C>  CXX$COMPILER  ME_STMT  walk_statement 140726 00000000000049A8 0000000000445C58>  CXX$COMPILER  ME_FUNC  walk_routine   144135 000000000000285C 0000000000434FCC>  CXX$COMPILER  ME  walk_scope_routines 139830 00000000000011DC 000000000041956C>  CXX$COMPILER  ME  me_driver           136270 00000000000007B4 0000000000418B443  CXX$COMPILER  COMPILE  dec_exx_back_end_one_o_file >                                        170688 0000000000001AD8 00000000003F0DB8(  CXX$COMPILER  COMPILE  dec_exx_back_end>                                        169923 0000000000001314 00000000003F05F4>  CXX$COMPILER  CFE  edg_main            55960 0000000000000214 000000000044F464>  CXX$COMPILER  COMPILE  gem_xx_compile 171001 0000000000002214 00000000003F14F4>  CXX$COMPILER  GEM_CP_VMS  GEM_CP_MAIN   2603 00000000000018CC 0000000000684CAC>  CXX$COMPILER                               0 0000000000984434 0000000000994434>                                             0 FFFFFFFF802794D4 FFFFFFFF802794D4D %MMK-F-ERRUPD, error status %X1000000C occurred when updating target IDLEXPR.OBJfD %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target EXPORTD %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target EXPORTD %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target EXPORT   ------------------------------  # Date: Thu, 01 Apr 2004 22:54:59 GMT 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>  Subject: Re: OpenVMS for POWER!?@ Message-ID: <054ed1e2b0f3792303619307afddd941@news.teranews.com>  < Did you receive these today, as in the first day of April?    8 In article <X9%ac.27947$u_2.11521@nwrddc01.gnilink.net>,  dittman@dittman.net wrote:p  E > I received the following from a friend at HP (the person's name has> > been removed to protect him):o > F > ====================================================================D > Apparently with Itanium not having the market share, HP is falling  > back on IBM's POWER and AMD64: >  > Issuer:             HP5 > Authorization:      INTERNAL-HP-DEVEL-20040401-0026 # > Product Name:       OPENVMS-POWERw > Producer:           HP > Units:              0  > Activity:           Am+ > Checksum:           2-HCFJ-IAEH-CEGG-AGJOo >  > Issuer:             HP5 > Authorization:      INTERNAL-HP-DEVEL-20040401-0713n# > Product Name:       OPENVMS-AMD64  > Producer:           HP > Units:              0  > Activity:           Aw+ > Checksum:           2-GBOI-LMGL-COOA-KCFMa > E > The systems haven't been announced, and I don't know any details onrE > whether AMD64 means just AMD64 or AMD64 and Opeteron, and I have nooE > ideas whether Intel's 64-bit version of the AMD64 will be included.aF > ==================================================================== > E > I tried the PAKs and they are valid!  This is pretty interesting...m   ------------------------------  # Date: Thu, 01 Apr 2004 20:43:35 GMTi From: dittman@dittman.net  Subject: OpenVMS for POWER!?8 Message-ID: <X9%ac.27947$u_2.11521@nwrddc01.gnilink.net>  C I received the following from a friend at HP (the person's name hasu been removed to protect him):t  D ====================================================================B Apparently with Itanium not having the market share, HP is falling back on IBM's POWER and AMD64:   Issuer:             HP3 Authorization:      INTERNAL-HP-DEVEL-20040401-0026l! Product Name:       OPENVMS-POWERB Producer:           HP Units:              0e Activity:           Aa) Checksum:           2-HCFJ-IAEH-CEGG-AGJOo   Issuer:             HP3 Authorization:      INTERNAL-HP-DEVEL-20040401-0713e! Product Name:       OPENVMS-AMD64p Producer:           HP Units:              0P Activity:           At) Checksum:           2-GBOI-LMGL-COOA-KCFMd  C The systems haven't been announced, and I don't know any details onrC whether AMD64 means just AMD64 or AMD64 and Opeteron, and I have no/C ideas whether Intel's 64-bit version of the AMD64 will be included.oD ====================================================================  C I tried the PAKs and they are valid!  This is pretty interesting...f -- a Eric Dittman dittman@dittman.neta   ------------------------------  $ Date: Fri, 2 Apr 2004 01:29:17 +0200  From: "Dr. Dweeb" <dr@dweeb.com>  Subject: Re: OpenVMS for POWER!?- Message-ID: <c4i8kd$10tk$1@news.cybercity.dk>i   dittman@dittman.net wrote:E > I received the following from a friend at HP (the person's name has  > been removed to protect him):  >DF > ====================================================================D > Apparently with Itanium not having the market share, HP is falling  > back on IBM's POWER and AMD64: >  > Issuer:             HP5 > Authorization:      INTERNAL-HP-DEVEL-20040401-0026i# > Product Name:       OPENVMS-POWERc > Producer:           HP > Units:              0l > Activity:           At+ > Checksum:           2-HCFJ-IAEH-CEGG-AGJOe >a > Issuer:             HP5 > Authorization:      INTERNAL-HP-DEVEL-20040401-0713 # > Product Name:       OPENVMS-AMD64i > Producer:           HP > Units:              0  > Activity:           Am+ > Checksum:           2-GBOI-LMGL-COOA-KCFMl >,E > The systems haven't been announced, and I don't know any details on E > whether AMD64 means just AMD64 or AMD64 and Opeteron, and I have noiE > ideas whether Intel's 64-bit version of the AMD64 will be included.iF > ==================================================================== >pE > I tried the PAKs and they are valid!  This is pretty interesting...o  I Ah, yes, however given todays date (a previous victim me) I would suggest.H that these are comic rather than real.  It is a no brainer to generate a, valid key once you have a keygen utility :-)   Dweebo   ------------------------------  $ Date: Thu, 1 Apr 2004 23:07:19 -0500# From: "John Smith" <a@nonymous.com>O  Subject: Re: OpenVMS for POWER!?, Message-ID: <406ce6f8_2@corp.newsgroups.com>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messages# news:406CC4DE.CB24A8E4@istop.com...n > "Dr. Dweeb" wrote:E > > Ah, yes, however given todays date (a previous victim me) I would! suggesteL > > that these are comic rather than real.  It is a no brainer to generate a0 > > valid key once you have a keygen utility :-) >fH > Yeah, but what is important is that there would be folks inside HP who wouldrK > consider it "nice" to make believe VMS was being ported to AMD and Power.m    8 Hey, let's be really radical and have VMS ported to EV8.        > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!f? -----==  Over 100,000 Newsgroups - 19 Different Servers! =-----s   ------------------------------   Date: 1 Apr 2004 12:25:42 -0800h1 From: susan_skonetski@hotmail.com (Sue Skonetski)r@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?= Message-ID: <857e9e41.0404011225.1fb4d61c@posting.google.com>o  B Please note that the person normally doing this (John W) is in theF hospital and in very serious condition.  Knowing John as soon as he isF able he will take care of this.  But as you can imagine our concern is for him to just get better.    suee    v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<kCHr1eWLhiEb@eisner.encompasserve.org>...f > In article <LjIac.2562$b_5.860@bignews5.bellsouth.net>, Chuck Chopp <ChuckChopp@rtfmcsi.com> writes:J > > My Encompass membership information finally showed up via email, so I P > > applied for my OpenVMS hobbyist licenses for a MicroVAX, an AlphaServer and P > > for layered products for both systems about 10 days ago, maybe as much as 2 J > > weeks ago.  I don't recall whether those licenses were supposed to be N > > delivered in hardcopy or electronic copy via email.  What is the standard C > > method that Montagar uses for delivering the hobbyist licenses?S > H >    email.   Worked just find for a fellow I know in the past couple of> >    weeks.   Are you sure the email address you gave is good?   ------------------------------  % Date: Wed, 31 Mar 2004 18:22:38 -0500d* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>< Subject: OpenVMS hobbyist licenses - how are they delivered?7 Message-ID: <LjIac.2562$b_5.860@bignews5.bellsouth.net>   F My Encompass membership information finally showed up via email, so I L applied for my OpenVMS hobbyist licenses for a MicroVAX, an AlphaServer and L for layered products for both systems about 10 days ago, maybe as much as 2 F weeks ago.  I don't recall whether those licenses were supposed to be J delivered in hardcopy or electronic copy via email.  What is the standard ? method that Montagar uses for delivering the hobbyist licenses?A  E Also, since the layered product license application didn't mention a dJ specific architecture, is it safe to assume that the license PAKs will be I valid for both VAX and Alpha architectures?  I'm primarily interested in 3M C/C++, FORTRAN and BASIC, along with clustering, volume shadowing and TCP/IP .	 services.   J I'm just itching for the licenses to arrive in one form or another... the M CDROM distribution kits arrived already, and I'm sitting here with hardware, ,, software ready to go but no licenses to use.     TIA,   ChuckM -- o Chuck Choppd  8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com1                                    ICQ # 22321532 @ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pagerC                                    8007740718 (at) skytel (dot) comk  , Do not send me unsolicited commercial email.   ------------------------------  % Date: Wed, 31 Mar 2004 20:15:05 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?) Message-ID: <406B5EF2.FE8E05D9@istop.com>e   Chuck Chopp wrote: > G > My Encompass membership information finally showed up via email, so IoM > applied for my OpenVMS hobbyist licenses for a MicroVAX, an AlphaServer andy: > for layered products for both systems about 10 days ago,  J Normally, they arrive within 10 minutes by email. I would contact the fineN montagar folks, provide your decus (or whatever name they are using this week)E and ask if there is any reason you haven't received the licences yet.t  L In terms of the layered products, I am not sure how they are issued. My timeK for renewall is in late may, so it will be another month before I go to thep3 montagar site to renew and see what the fields are.    ------------------------------  % Date: Wed, 31 Mar 2004 22:39:57 -0500t* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?6 Message-ID: <p8Mac.639$xW1.405@bignews4.bellsouth.net>   JF Mezei wrote:i   > Chuck Chopp wrote: > G >>My Encompass membership information finally showed up via email, so ItM >>applied for my OpenVMS hobbyist licenses for a MicroVAX, an AlphaServer andp: >>for layered products for both systems about 10 days ago, >  > L > Normally, they arrive within 10 minutes by email. I would contact the fineP > montagar folks, provide your decus (or whatever name they are using this week)G > and ask if there is any reason you haven't received the licences yet.u > N > In terms of the layered products, I am not sure how they are issued. My timeM > for renewall is in late may, so it will be another month before I go to thee5 > montagar site to renew and see what the fields are.o    L Thanks.  I just checked my trash & junk mail folders to see if spam filters I somehow were triggered by email messages from Montagar, but that doesn't fJ seem to be the case.  I don't have any record of the licenses ever having M been emailed to me.  I'll check out their contacts page and  see if they can  * help me get this problem straightened out.     -- r Chuck Choppe  8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com1                                    ICQ # 22321532 @ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pagerC                                    8007740718 (at) skytel (dot) comp  , Do not send me unsolicited commercial email.   ------------------------------  # Date: Thu, 01 Apr 2004 06:21:44 GMTm0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?/ Message-ID: <YxOac.153703$Cb.1589255@attbi_s51>a   Chuck Chopp wrote:  H > My Encompass membership information finally showed up via email, so I J > applied for my OpenVMS hobbyist licenses for a MicroVAX, an AlphaServer H > and for layered products for both systems about 10 days ago, maybe as C > much as 2 weeks ago.  I don't recall whether those licenses were TK > supposed to be delivered in hardcopy or electronic copy via email.  What  H > is the standard method that Montagar uses for delivering the hobbyist  > licenses?3  < They should be fast.  But you can't apply for them until you= have your membership number from Encompass, as that goes into B the license process.   I would just try again, I don't think there is any cost to doing it.  @ So far I have VMS installed on a MicroVAX, but when it installedB it didn't seem to like the license data I had.  I reapplied, but I< haven't had a chance to put the new numbers in.  Though as I; understand it, VMS will run with the SYSTEM account withoutr< the license, at least long enough to let you put the PAK in.  0 You can at least start the installation process.   -- glen    ------------------------------  % Date: Thu, 01 Apr 2004 08:34:03 +0200o" From: Didier Morandi <no@spam.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?. Message-ID: <c4gd4r$252f$2@biggoron.nerim.net>   Chuck Chopp wrote:  F > Thanks.  I just checked my trash & junk mail folders to see if spam K > filters somehow were triggered by email messages from Montagar, but that rH > doesn't seem to be the case.  I don't have any record of the licenses K > ever having been emailed to me.  I'll check out their contacts page and  .< > see if they can help me get this problem straightened out.  H Care! The two email addresses I used to communicate with Montagar (from P nerim.net and wanadoo.fr) were blacklisted so I never suceeded to reach them. I J had to mail someone from HP who works in the Hobbyist field to forward my P request and finally obtain my licences (it is a DCL proc which loads everything 
 in one shot).0   D.   ------------------------------   Date: 1 Apr 2004 09:48:25 -0600s; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?3 Message-ID: <kCHr1eWLhiEb@eisner.encompasserve.org>y  d In article <LjIac.2562$b_5.860@bignews5.bellsouth.net>, Chuck Chopp <ChuckChopp@rtfmcsi.com> writes:H > My Encompass membership information finally showed up via email, so I N > applied for my OpenVMS hobbyist licenses for a MicroVAX, an AlphaServer and N > for layered products for both systems about 10 days ago, maybe as much as 2 H > weeks ago.  I don't recall whether those licenses were supposed to be L > delivered in hardcopy or electronic copy via email.  What is the standard A > method that Montagar uses for delivering the hobbyist licenses?i  F    email.   Worked just find for a fellow I know in the past couple of<    weeks.   Are you sure the email address you gave is good?   ------------------------------  % Date: Thu, 01 Apr 2004 15:34:06 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?) Message-ID: <406C6EAD.1BCF7EF5@istop.com>a   Sue Skonetski wrote:D > Please note that the person normally doing this (John W) is in the* > hospital and in very serious condition.   + Sue, please send him our "get well" wishes.n  ( Was this due to illness or an accident ?   ------------------------------  % Date: Thu, 01 Apr 2004 21:33:13 +0200o" From: Didier Morandi <no@spam.com>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?. Message-ID: <c4hqpp$2urp$2@biggoron.nerim.net>   glen herrmannsfeldt wrote:  B > So far I have VMS installed on a MicroVAX, but when it installed0 > it didn't seem to like the license data I had.  A VAX/VMS licences are serial number bound. Alpha/VMS ones are not.    (don't repeat it).   D.   ------------------------------  # Date: Fri, 02 Apr 2004 05:16:03 GMTa0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>@ Subject: Re: OpenVMS hobbyist licenses - how are they delivered?/ Message-ID: <nG6bc.156569$1p.2024747@attbi_s54>:   Didier Morandi wrote:r   > glen herrmannsfeldt wrote:  C >> So far I have VMS installed on a MicroVAX, but when it installed21 >> it didn't seem to like the license data I had.a  C > VAX/VMS licences are serial number bound. Alpha/VMS ones are not.y   > (don't repeat it).  2 I did put the serial number into the request form.  0 So you mean it knows the hardware serial number?   -- gleni   ------------------------------  % Date: Wed, 31 Mar 2004 16:12:06 -0800i# From: "Tom Linden" <tom@kednos.com>O5 Subject: OT (FW: Microsoft Progress Report: Security)n9 Message-ID: <NDEMLKKEBOIFBMJLCECIIEHBDAAA.tom@kednos.com>   < I thought some might find this interesting, for a variety of reasons.     -----Original Message-----<   From: Bill Gates [mailto:billgates@chairman.microsoft.com]*   Sent: Wednesday, March 31, 2004 12:43 PM   To: tom@kednos.com.   Subject: Microsoft Progress Report: Security    B   Malicious software code has been around for decades. But only inB   the last few years have the Internet, high-speed connections and?   millions of new computing devices converged to create a trulyrB   global computing network in which a virus or worm can circle the   world in a matter of minutes.t  =   Meanwhile, criminal hackers have become more sophisticated,e;   creating and distributing digital epidemics like Slammer,:?   Blaster, Sobig and Mydoom that spread almost instantaneously, =   threatening the potential of technology to advance business +   productivity, commerce and communication.h  >   The kinds of threats are evolving too. Blaster, for example,<   hijacked individual computers, turning innocent users intoC   unknowing and innocent worm propagators. These kinds of attacks -i>   "swarming" attacks that are coordinated to cause multiplied,?   cascading effects - change the landscape of security threats.r@   They put new demands on IT professionals and consumers to takeC   preventative measures, and on the technology industry to continue (   to innovate and develop new solutions.  B   While there are considerable challenges ahead, Microsoft and ourA   industry are making significant progress on the security front.zA   This email, which you're receiving as a subscriber to executiven9   emails from Microsoft, offers insights into Microsoft's 4   significant investments in four areas of security:     - Isolation and Resiliency   - Updating   - Qualityt%   - Authentication and Access Control-  A   Additionally, we are committed to major investments in customer >   education and partnerships that will help make the computing$   environment safer and more secure.  ?   Given human nature, evolving threat models and the increasingnB   interconnectedness of computers, the number of security exploitsA   will never reach zero. But we can dramatically blunt the impacteB   of cybercriminals, and are dedicating a major portion of our R&D#   investments to security advances.d     ISOLATION AND RESILIENCY  C   Central to our security efforts is preventing malicious code fromd?   being able to exploit a vulnerability by isolating such code,iC   providing more effective control over what computer processes canlA   talk to or work with, and making systems more resilient so theysI   are able to identify and stop suspicious or bad behavior in its tracks.n  :   Windows XP Service Pack 2: We are working on a number of>   isolation and resiliency advances that address four specific@   modes of attack in our flagship client operating system. These0   will be available in late spring/early summer.  =   - Network Protection: Windows Firewall will be turned on byiB   default, and global firewall settings and central administration=   of firewall configuration will be enabled. This reduces the '   "attack surface" of PCs and networks.=  B   - Safer Web Browsing: To reduce the impact of malicious code and@   Web sites that can damage computers or defraud users, InternetB   Explorer will automatically block unsolicited downloads from WebC   sites as well as block unwanted pop-ups unless a user clicks on adC   download link. IT administrators will also be able to manage thism8   capability to enforce a consistent policy across theirA   organizations. In addition, wireless setup will be improved forr1   more secure browsing on wireless home networks.r  <   - Safer Email and Instant Messaging: To reduce the risk of=   attacks, we are building better file attachment handling inl>   Outlook Express and Windows Messenger instant messaging, and@   offering increased customer control over downloads of externalC   content in Outlook Express that could enable a sender to identify    your computer.  =   - Memory Protection: Malicious software designed to exploitOA   buffer overruns can allow too much data to be copied into areaso<   of the computer's memory. Although no single technique can?   completely eliminate this type of vulnerability, Microsoft isG?   employing a number of security technologies to mitigate these*C   attacks. First, core Windows components have been recompiled with ?   the most recent version of our compiler technology to protectpA   against stack and heap overruns. Microsoft is also working withe   microprocessoI?   r companies, including Intel and AMD, to help Windows supportIA   hardware-enforced data execute protection (also known as NX, ornA   no execute). NX uses the CPU to mark all memory locations in ant>   application as non-executable unless the location explicitly?   contains executable code. This way, when an attacking worm orH@   virus inserts program code into a portion of memory marked for   data only, it cannot be run.  @   Windows Server 2003: In an environment in which every computerA   can be seen as living in a "hostile world," our work on Windows <   Server 2003 has focused on how to help reduce, mitigate or?   contain threats. We plan to ship security advances in WindowsmA   Server 2003 Service Pack 1 in the second half of 2004 that wille<   include the server-relevant security technologies found in<   Windows XP SP2. To improve the isolation capabilities, the=   Windows Firewall will be enabled during setup on new server    installs so that the s?   erver is more protected from potential network-based exploitsrA   during configuration. A security configuration wizard will alsohA   be included so that once server roles (such as file server, apppB   server, etc.) are enabled, they can be further locked down based,   on the specific usage model for that role.  C   Internet Security and Acceleration Server 2004: Security advancese@   in Internet Security and Acceleration Server 2004 include muchB   deeper content inspection, which will enable customers to better=   protect their Microsoft applications and fortify remote VPNaC   connections. An enhanced user interface and management tools willt?   make it easier for customers to implement and manage security0B   policies, reducing the potential for misconfiguration - a common   cause of network breaches.  ;   Exchange Edge Services: This new technology addresses thea<   evolving security problems associated with Internet email.B   Exchange Edge Services is designed to block incoming or outgoing<   malicious email and junk mail, defend against email serverC   attacks and email-borne viruses, and encrypt messages to optimize >   for security. It is also designed to provide a foundation on=   which third-party developers can build technologies such asb>   next-generation email filters, email encryption products and   email compliance solutir   ons.  <   Active protection technologies: Making computers even moreC   resilient in the presence of increasingly sophisticated worms and4C   viruses is key in preventing and containing attacks. To this end,:C   Microsoft is investing in the development of an integrated set of8'   protection technologies that include:l  B   - Dynamic system protection that proactively adjusts defenses on=   each computer based on changes in its "state." For example,iB   installing new software, making a configuration change, the needB   for a new update, or connecting to different networks can make aC   computer more vulnerable. Dynamic system protection detects thesetA   changes and adjusts the level of protection accordingly. Today,gC   customers benefit from Automatic Update in Windows, which detectsm?   when a computer requires a new security update. In the future ?   , Microsoft envisions computers not only being able to detecthA   changes, but proactively responding to them too. For example, aoA   laptop moving from a corporate network to a home cable modem or B   DSL connection could cause the integrated firewall to close more"   ports for additional protection.  ;   - Behavior blocking that limits the ability of a computerm;   infected with a worm or virus to cause further damage, byyC   intercepting suspicious behavior, determining if it is out of thebC   ordinary, and stopping it if it is. For example, the Blaster worm @   exploited a vulnerability that caused Windows to replicate theG   worm to other computers. Behavior blocking would contain this attack.   ?   - Application-aware firewall and intrusion prevention that isnB   designed to identify malicious traffic and block it. TraditionalA   firewalls can be bypassed by worms and viruses embedded in what1?   appears to be valid network traffic. This new technology willh=   enable deep inspection of network traffic and stop or limit-)   distribution of this malicious content.o  C   Spam Tools: Because viruses, worms and other malicious code often @   spread via spam, Microsoft is waging a multi-pronged anti-spam8   effort. Last November, Microsoft announced SmartScreen:   Technology, a filter used in our client and online email@   programs. It gets progressively "smarter" as email users train=   the filter to identify unwanted spam. Last month, Microsoft A   unveiled a pilot implementation of Caller-ID, a technology that"C   authenticates the origin of email, much like telephone Caller-ID.r   On the enforcement@    front, meanwhile, the company took 66 legal actions last year   against spammers worldwide.v  ?   Client Inspection: At the corporate level, one of the biggest >   concerns is home computers or remote laptops infected with aA   virus or worm that are connected to a corporate network. We aren@   working on technologies that will inspect these remote devicesB   and block network access if they don't pass a health inspection.  C   Web Services: The delivery in 2002 of WS-Security, a standardizedi@   specification that improves the integrity, confidentiality and=   security of Web Services, will help businesses link systemsO@   internally and externally in a more secure, cost-efficient and=   flexible way by allowing for the encryption of messages ande=   support for digital signatures. A recent report by the WS-I @   Security Profile Working Group outlines new countermeasures toF   combat challenges and threats in building interoperable Web services  
   UPDATING  <   Until now, software updates have been the primary way thatB   customers protect against security vulnerabilities. Although the>   evolving nature of threats requires a broader, multi-prongedC   response, Microsoft is continuing to make significant upgrades toaC   the quality of our updates and associated processes, and building5>   more advanced tools to help IT administrators optimize their   infrastructure for security.  ?   Last fall, we moved to monthly releases of updates to improvevB   predictability and manageability, and to reduce the burden on IT>   administrators (although we will continue to release updates<   out-of-cycle to protect customers in the case of an active>   threat). We also are improving testing processes to minimizeB   update inconsistencies and recall rates, and by this summer most6   of our updates will have full rollback capabilities.  =   System Management Server 2003, launched last November, is a ?   comprehensive update and software management and distribution B   solution that enables organizations to quickly and easily deploy;   the latest updates in a systematic manner. In January, we A   released Microsoft Baseline Security Analyzer v1.2, a free toolCC   that provides a streamlined method of identifying common security0   misconfigurations.  C   Windows Update Services, an evolution of Software Update Services7=   1.0 (SUS), is a major step forward in Microsoft's patch and4A   update management strategy. A free component of Windows Server, <   Windows Update Services gives IT administrators a seamlessB   update, scanning and installation capability for Windows servers;   and desktops. New features include the ability to provide0?   customers with additional automation and control that reduces7C   interruption when updating systems, and expanded functionality to    update SQL SC   erver, Exchange Server, Office 2003 and Office XP, in addition to0C   Windows. It is currently in beta and scheduled for release in the ?   second half of 2004. For consumers, we are also complementing C   Windows Update with a new service to automatically keep consumers C   up to date on a broader set of Microsoft products beyond Windows.4>   This new service, called Microsoft Update, will be available   later this year.  B   We are also incorporating the ability to automatically check the<   status of crucial security functionality such as firewall,C   automatic update and anti-virus. A new Security Center feature in0?   the Windows XP Control Panel will tell a customer whether keyw<   security capabilities are turned on and up to date. When a;   problem is detected, they will receive a notification and 6   recommended actions to help them become more secure.  #   AUTHENTICATION AND ACCESS CONTROL0  B   Computer networks are no longer closed systems in which a user'sA   mere presence on the network can serve as proof of identity. In @   an era where millions of computing devices are interconnected,A   and vendors and partners often have access to an organization's B   network, there are many potential opportunities for unauthorizedC   individuals to gain access to digital information such as e-mail,07   e-commerce transactions or proprietary files. In this I   environment, access control (who, what and when) and authentication are ;    critical aspects of ensuring an organization's security.P  <   Passwords: Passwords provide the most common mechanism forA   authenticating users who need access to computers and networks.RB   They also can be a weak link if users choose common passwords toA   more easily remember them. The Windows Server 2003 family has a @   new feature that checks the complexity of the password for theA   Administrator account during setup. If the password is blank or B   does not meet complexity requirements, a dialog box warns of theF   dangers of not using a strong password. We also are expanding our su@   pport for strong, two-factor authentication mechanisms throughH   partnerships with companies like RSA Security, Inc. and VeriSign, Inc.  C   Smartcards: Windows Server 2003 and Windows XP also support smartC6   cards, credit-card-sized devices that securely storeC   certificates, public and private keys, passwords, and other typesM?   of personal information. Logging on to a network with a smart ?   card provides a strong form of authentication because it usesCB   cryptography-based identification and proof of possession of theC   private key held on the smartcard when authenticating a user to aTE   network; in other words, something you have and something you know.0  ?   Public Key Infrastructure (PKI): Windows Server 2003 includese7   features to help organizations implement a public keyI@   infrastructure, including certificates and associated services@   and templates. A PKI provides the mechanisms needed to support@   issuance and life-cycle management of digital certificates. By=   trusting the digital certificate issuing authorities, otherM=   parties can independently determine the identity of clients8B   presenting the digital certificates for authentication purposes.   Use of this authentica<   tion technology can provide strong authentication based on8   industry standard public key cryptographic technology.  C   Biometric ID Card: Farther out, the Tamper-Resistant Biometric IDe?   Card system will provide an innovative, simple and affordable0@   solution for providing cryptographically secure photo-ID cards8   using a unique combination of public key cryptography,'   compression and barcode technologies.I  7   IPsec: Another important component of a comprehensive09   defense-in-depth information protection strategy, IPsec0B   eliminates many threats by mutually authenticating computers and4   restricting incoming network traffic based on that@   authentication. In addition, it provides for digitally signing@   traffic to ensure integrity, and encrypting traffic to provide=   privacy. Microsoft's IPsec implementation-in use in our ownC>   corporate network-is completely standards-compliant and will)   interoperate with all other compliant I <   Psec implementations, including those that support network   address translation.  	   QUALITYF  @   As we've said before, Microsoft is strongly committed to usingA   state-of-the-art engineering practices, standards and processes4@   in the creation of our software. We have undertaken a rigorous;   "engineering excellence" initiative so that our engineers27   understand and use best practices in software design,h#   development, testing and release.i  ;   The security development processes we instituted prior to,@   releasing Windows Server 2003 last year are a prime example ofB   where this effort is showing results that benefit customers. TheC   number of "critical" or "important" security bulletins issued for=?   Windows Server 2003, compared to Windows 2000 Server, dropped,<   from 40 to 9 in the first 320 days each product was on the@   market. Similarly, for SQL Server 2000, there were 3 bulletinsC   issued in the 15 months after release of Service Pack 3, comparedP   to 13 bullA   etins in the 15 months prior to its release. With Exchange 2000J;   SP3, there was just 1 bulletin in the 21 months after itso:   release, compared to 7 bulletins in the 21 months prior.  C   We also have had some great success developing new internal tools ;   that automatically check code for common errors, and moreOB   thoroughly test software before its release. For example, we useC   code-checking tools that automatically search for classes of bugsr@   that can lead to security vulnerabilities, program crashes and?   hangs. We have committed to making these engineering advances==   available to other software developers through training and 5   tools, including the next release of Visual Studio.-  =   In Service Pack 1 for Windows Server 2003, we will continuemA   efforts to reduce surface attack area by removing older, unusedX
   technology.1  %   CUSTOMER EDUCATION AND PARTNERSHIPSt  >   The best technologies in the world are ineffective if people>   don't know how to use them, or aren't aware they exist. With>   hundreds of millions of computer users around the globe, and=   varying levels of knowledge about security, this is a major6=   challenge, but Microsoft is investing significantly to helpEH   customers understand how they can make their environments more secure.  ?   By the end of this year, our aim is to reach 500,000 business ?   customers worldwide with information on how to optimize theirt@   systems and networks for security. We're partnering with other=   industry leaders to help business customers optimize updatecA   management and security solutions. And we're providing seminars ;   and publications for developers to help them build securei    applications and Web services.  A   Starting in April, Microsoft will host the first of 21 Securityb=   Summits in cities across the U.S., intended to provide deep=A   technical security training for IT and Developer professionals.s?   This training, offered at no charge, complements a variety ofDB   other opportunities Microsoft is providing for customers to help;   protect their computers and networks, including Webcasts,e>   self-paced learning and hands-on labs. We also are providingA   security training for customers worldwide, and more informationd   is available f!   rom regional Microsoft offices.   @   We have also created a Security Guidance Center for developersA   and IT pros at microsoft.com/security/guidance, where customerstC   can find in-depth technical guidance, tools, training and updatesEB   to help plan and manage more effective security strategies. This6   free information includes checklists to help performB   security-related checks and processes, step-by-step instructions7   for a broad range of security tasks, and product- and-C   technology-specific guidance to help protect platforms, networks,N   desktops and dat   a.  @   For consumers, we're working on a worldwide education campaignA   with computer manufacturers, retailers, ISPs and other partners @   to create broader awareness of best practices in PC "hygiene,"@   and how to make protection technologies easier to enable. This<   has three aspects: installing antivirus software, using an?   Internet firewall, and using the Automatic Update features in=J   Windows to automatically download the latest Microsoft security updates.  C   We have joined forces with companies such as Computer Associates,h:   Network Associates, Symantec, Trend Micro, F-Secure, ISSC   (BlackICE), Tiny Software and Zone Labs to provide special offerse:   on third-party antivirus and personal-firewall software.  B   We helped form the Virus Information Alliance, which includes 109   leading anti-virus vendors, to help Internet users find:@   information about the latest virus threats affecting Microsoft
   technology.<  =   Last month, the Global Infrastructure Alliance for Internet86   Safety (GIAIS) was announced to enable even stronger@   collaboration between Microsoft and Internet Service Providers?   regarding security issues. Already, GIAIS members performed a ?   critical role in working with Microsoft to identify the virus >   signatures for MyDoom, and to develop remediation tactics to   ensure consumer safety.r  ;   Security experts from Microsoft also are participating inrB   initiatives sponsored by the Department of Homeland Security and7   Congress aimed at strengthening the nation's criticalNC   infrastructure, ranging from recommended engineering processes ineB   software development, to effective patch management, to how best>   to create the business ecosystem required to broadly support   robust security practices.  B   Microsoft is also working with law enforcement on a global basisB   to deter hackers from software sabotage. Last November Microsoft?   established the Anti-Virus Rewards Program, which offers cashy?   rewards for information provided to the FBI or Secret Servicei@   that results in the arrest and conviction of those responsible#   for unleashing viruses and worms.r     THE FUTURE  B   Security is as big and important a challenge as any our industry;   has ever tackled. It is not a case of simply fixing a fewcC   vulnerabilities and moving on. Reducing the impact of viruses andtB   worms to an acceptable level requires fundamentally new thinking=   about software quality, continuous improvement in tools and >   processes, and ongoing investments in resilient new securityB   technologies designed to block malicious or destructive softwareJ   code before it can wreak havoc. It also requires computer users to be pr9   oactive about deploying and managing products. Detailede8   information to help customers become more secure is at www.microsoft.com/security.i  J Technology has come an incredibly long way in the past two decades, and itD is far too important to let a few criminals stop the rest of us from enjoying its amazing benefits.  
 Bill Gates  L To cancel your subscription to future executive emails, please reply to thisL email with the word UNSUBSCRIBE in the subject line. To contact us, write toL us at One Microsoft Way, Redmond, Wash., 98052. To manage your Microsoft.comC subscriptions, please sign in at the Microsoft Profile Center here: F http://register.microsoft.com/regsys/pic.asp. To see the Microsoft.comK Privacy Statement, please go to http://www.microsoft.com/info/privacy.mspx.    --- & Incoming mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.593 / Virus Database: 376 - Release Date: 2/20/2004   ---g& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.593 / Virus Database: 376 - Release Date: 2/20/2004   ------------------------------   Date: 1 Apr 2004 15:23:03 -0800i, From: JimStrehlow@data911.com (Jim Strehlow)7 Subject: rename dcl command on version 7.3-1 and posix?s= Message-ID: <4b6ec350.0404011523.2a7654ff@posting.google.com>r  D A developer expressed a concern to me regarding the modified date of? files on an ODS-5 disk on an OpenVMS version 7.3-1 AlphaServer.   ? On other versions of OpenVMS, renaming a file to a subdirectorym* changed the modified date of the new file.2 On version 7.3-1 the modified date did not change.  ( I noticed the following in OpenVMS HELP.  
 V731_FEATURES0
   Programmingo     RMS_New_Features1       Support_for_POSIX-Compliant_File_Timestamps7C            To enable easier porting of UNIX applications to OpenVMSe Alpha,D            RMS adds support for POSIX-compliant file timestamps. The XABDATE            structure has been extended to include the POSIX-compliante accessC            date, attribute modification date, and data modification  dateC            ($OPEN and $DISPLAY). This mechanism can also be used to: set allyD            dates on a $CREATE, which is likely to happen in the case of aE            file restoration. Support for these dates is restricted toy ODS-5 C            volumes and requires the volume to be enabled for accessy date            support.y  >            Updating the POSIX-compliant access date, attribute modificationA            date, and data modification date values through RMS isu	 supportedc&            using the XABITM structure.  D            XABITM$_NORECORD can be used to suppress update of access time.i    D Even when the developer SET FILE/ATTRIBUTES on the renamed file, the modified date did not change.i  F What do we need to know about POSIX-compliant file modification dates?   Thanks.t  . Jim Strehlow, Data911, OpenVMS Systems Manager Alameda, CA, USA  A "The boss reminded us that we only have a week left to finish our1* project, so we ought to be half done now." "You have not even started.") "Yeah, but I work better under pressure."i( "Actually you work only under pressure."D "That way the work time is more miserable; but there is less of it."A  variation of a Calvin and Hobbes cartoon by Bill Watterson, 1995    ------------------------------   Date: 1 Apr 2004 13:16:49 -0800  From: jcho888@yahoo.com (James)d( Subject: revoking  VMS$MEM_RESIDENT_USER= Message-ID: <43c45dcb.0404011316.6cd81cba@posting.google.com>c   Hi, alliB I was playing with grant and revoke function on VMS. I was able toC grant my self the identifier VMS$MEM_RESIDENT_USER. But when try tolT revoke the identifier I get an error message. Anyone know why, is this a bug in VMS.* I have a system account. running VMS 7.3-1   James   + UAF> revoke /id VMS$MEM_RESIDENT_USER jamese; %UAF-W-IDOUTRNG, identifier value is not within legal ranget   ------------------------------  # Date: Thu, 01 Apr 2004 21:35:30 GMTv4 From: brad@.gateway.2wire.net (Bradford J. Hamilton), Subject: Re: revoking  VMS$MEM_RESIDENT_USER. Message-ID: <CW%ac.56149$K91.135613@attbi_s02>  _ In article <43c45dcb.0404011316.6cd81cba@posting.google.com>, jcho888@yahoo.com (James) writes:  !Hi, allC !I was playing with grant and revoke function on VMS. I was able toaD !grant my self the identifier VMS$MEM_RESIDENT_USER. But when try toU !revoke the identifier I get an error message. Anyone know why, is this a bug in VMS.a+ !I have a system account. running VMS 7.3-1c !d !James a !m, !UAF> revoke /id VMS$MEM_RESIDENT_USER james< !%UAF-W-IDOUTRNG, identifier value is not within legal range  ? I was not able to reproduce this problem on a VMS 7.3-1 system:a  A XXXXXX::BRADH$ mcr authorize grant/id VMS$MEM_RESIDENT_USER bradh B %UAF-I-GRANTMSG, identifier VMS$MEM_RESIDENT_USER granted to BRADHB XXXXXX::BRADH$ mcr authorize revoke/id VMS$MEM_RESIDENT_USER bradhE %UAF-I-REVOKEMSG, identifier VMS$MEM_RESIDENT_USER revoked from BRADHt  ! Can you provide more information?   J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own"tK bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  * Date: Thu, 1 Apr 2004 22:00:33 +0000 (UTC)1 From: Jefferson Humber <matrix01@globalnet.co.uk> , Subject: Re: revoking  VMS$MEM_RESIDENT_USER0 Message-ID: <c4i3e1$bcq$1@sparta.btinternet.com>   James,  G I've done this as well to my account on v.7.3-2, but to embarrassed to , ask how to get rid of it.e  # If you find out please let me know.I   Regards,   Jeff   James wrote:	 > Hi, allcD > I was playing with grant and revoke function on VMS. I was able toE > grant my self the identifier VMS$MEM_RESIDENT_USER. But when try to V > revoke the identifier I get an error message. Anyone know why, is this a bug in VMS., > I have a system account. running VMS 7.3-1 >  > James  > - > UAF> revoke /id VMS$MEM_RESIDENT_USER james5= > %UAF-W-IDOUTRNG, identifier value is not within legal rangej   ------------------------------  $ Date: Thu, 1 Apr 2004 17:15:44 -0500< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>, Subject: Re: revoking  VMS$MEM_RESIDENT_USER: Message-ID: <c4i4ah$2ijqt9$1@ID-141708.news.uni-berlin.de>   James wrote:	 > Hi, allt< > I was playing with grant and revoke function on VMS. I was able toe> > grant my self the identifier VMS$MEM_RESIDENT_USER. But when try to; > revoke the identifier I get an error message. Anyone knowe why, isd9 > this a bug in VMS. I have a system account. running VMS  7.3-1H >y > James  >f) >> revoke /id VMS$MEM_RESIDENT_USER jamesi= > %UAF-W-IDOUTRNG, identifier value is not within legal range0  8 I have no problem on VMS 7.3-1, try giving us a SHOW /ID< VMS$MEM_RESIDENT_USER and a SHOW /RIGHTS JAMES so we can see) how the identifier was setup and granted.y   -- e Peter Weaver Weaver Consulting Services Inc.H Canadian VAR for CHARON-VAXe www.weaverconsulting.caa   ------------------------------  % Date: Wed, 31 Mar 2004 20:45:30 -0500>* From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: RMS Journaling - good/bad experiences? 2 Message-ID: <6ImdnQYXv4uR6fbdRVn-hQ@metrocast.net>  8 "heuveltjes" <heuveltjes@email.msn.com> wrote in message& news:4069d783$1@usenet01.boi.hp.com...   ...   / > No update was ever needed. Works as designed.   . Funny how that happens - at least in some OSs.  B By the way, was that your post I saw over in the Win2K file system newsgroup?  Slumming?i   - bill   ------------------------------  % Date: Wed, 31 Mar 2004 21:53:10 -0500 4 From: "Hein RMS van den Heuvel" <hein_at_hp_dot_com>3 Subject: Re: RMS Journaling - good/bad experiences?0* Message-ID: <406b8453@usenet01.boi.hp.com>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message , news:6ImdnQYXv4uR6fbdRVn-hQ@metrocast.net... >4: > "heuveltjes" <heuveltjes@email.msn.com> wrote in message( > news:4069d783$1@usenet01.boi.hp.com...  @ Argh... I used the wrong browser/profile for that post. Oh well.   > ...s   >d  1 > > No update was ever needed. Works as designed.s   >a  0 > Funny how that happens - at least in some OSs.   :-),    D > By the way, was that your post I saw over in the Win2K file system   > newsgroup? Slumming?  3 Nah, I just do comp.os.vms and some hp itrc forums.p   OpenVMS:D http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=288      C Maybe it was a multy-group posting and I forgot to remove the rest?n  " What group/article/article was it?   Hein.u   ------------------------------  $ Date: Thu, 1 Apr 2004 00:28:23 -0500* From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: RMS Journaling - good/bad experiences?u2 Message-ID: <UaydnWgXvdjUNfbdRVn-sw@metrocast.net>  ? "Hein RMS van den Heuvel" <hein_at_hp_dot_com> wrote in message7$ news:406b8453@usenet01.boi.hp.com... > 7 > "Bill Todd" <billtodd@metrocast.net> wrote in messagea. > news:6ImdnQYXv4uR6fbdRVn-hQ@metrocast.net...   ...t  F > > By the way, was that your post I saw over in the Win2K file system >r > > newsgroup? Slumming? >t5 > Nah, I just do comp.os.vms and some hp itrc forums.e >n
 > OpenVMS:F > http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=288 >  >- >-E > Maybe it was a multy-group posting and I forgot to remove the rest?  >m$ > What group/article/article was it?  I I don't remember the details - just wondered (Hein may be a common name).C   - bill   ------------------------------  # Date: Wed, 31 Mar 2004 23:48:41 GMTi, From: Wayne Morrison <Wayne.Morrison@hp.com>% Subject: Re: Securing files under VMSs2 Message-ID: <tNIac.2129$Aa3.1220@news.cpqcorp.net>   Larry Kilgallen wrote:  c > In article <UPnac.2041$G72.1368@news.cpqcorp.net>, Wayne Morrison <Wayne.Morrison@hp.com> writes:o >  >>John Smith wrote:  >> >>& >>>Is this what you were referring to?5 >>>http://h18000.www1.hp.com/info/SP2674/SP2674PF.PDFi >>>oM >>>It only has DES. If it were updated with 3DES, AES, Blowfish, & Twofish it  >>>might be worthwhile.n >>F >>SSL and CDSA support 3DES encryption today, and will support AES in I >>upcoming versions.  SSL is an optional component of OpenVMS currently,   >  > % > But that is all Alpha-only, right ?i > ' > VMS Encryption is cross-architecture.   E CDSA will be supported on Itanium as well as Alpha for OpenVMS V8.2. a= SSL supports VAX & Alpha today, and Itanium for OpenVMS V8.2.   D If you meant cross-industry architecture, then CDSA is Open Source, A available from SourceForge.  SSL also has an Open Source version i. (OpenSSL), and is widely used in the industry.   	Wayne Morrison  	CDSA & Kerberos Project Leadern 	OpenVMS Engineering   ------------------------------  % Date: Wed, 31 Mar 2004 14:33:18 -0600 % From: "Kevin G. Barkes" <kgb@kgb.com>o* Subject: Subject: Re: DCL Coding Standards5 Message-ID: <00f801c4175f$66c97ff0$13b544c0@KGBPAGER>b  ; > You have to REALLY OLD to remember his famous "Stupid DCLi tricks" and hiss: > articles in the Digital press.  It appears I am old, but alzheimers has  > apparenmtly not set in yet :-9  2 Gee, thanks for reminding me. I turn 50 this year.   Regards,   KGBf   -----  Kevin G. Barkes % Email: kgb@kgb.com | Web: www.kgb.comg* Eff the Ineffable, Scrute the Inscrutable:) http://www.cafeshops.com/kgbstuff.9211569t KGB Report:n http://www.kgb.com National Temperature Index:i# http://nationaltemperatureindex.com  DCL Dialogue on line:  http://www.kgb.com/dcl.html  Random Quotations Generator: http://www.goodquotations.comn" Over 11,000 searchable quotations.   ------------------------------  # Date: Thu, 01 Apr 2004 18:30:20 GMTu3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)n. Subject: Re: Subject: Re: DCL Coding Standards2 Message-ID: <0dZac.2176$RU3.1233@news.cpqcorp.net>  6 In article <00f801c4175f$66c97ff0$13b544c0@KGBPAGER>, ' "Kevin G. Barkes" <kgb@kgb.com> writes:n  3 >Gee, thanks for reminding me. I turn 50 this year.f  - Which makes you a young fella compared to me!    (Born in 1946)     --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  $ Date: Fri, 2 Apr 2004 01:31:29 +0200  From: "Dr. Dweeb" <dr@dweeb.com>. Subject: Re: Subject: Re: DCL Coding Standards- Message-ID: <c4i8on$1184$1@news.cybercity.dk>e   Kevin G. Barkes wrote:D >> You have to REALLY OLD to remember his famous "Stupid DCL tricks"C >> and his articles in the Digital press.  It appears I am old, buts0 >> alzheimers has apparenmtly not set in yet :-9 > 4 > Gee, thanks for reminding me. I turn 50 this year. >   
 47 for me :-(    Dweeb.  
 > Regards, >u > KGBa >  > -----o > Kevin G. Barkesr' > Email: kgb@kgb.com | Web: www.kgb.com , > Eff the Ineffable, Scrute the Inscrutable:+ > http://www.cafeshops.com/kgbstuff.9211569 
 > KGB Report:  > http://www.kgb.com > National Temperature Index:r% > http://nationaltemperatureindex.coms > DCL Dialogue on line:o > http://www.kgb.com/dcl.htmli > Random Quotations Generator: > http://www.goodquotations.comT$ > Over 11,000 searchable quotations.   ------------------------------  % Date: Fri, 02 Apr 2004 02:41:16 +0000w7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>c. Subject: Re: Subject: Re: DCL Coding Standards( Message-ID: <406CD2CC.30001@bigpond.com>   Dr. Dweeb espoused:  > Kevin G. Barkes wrote: > D >>>You have to REALLY OLD to remember his famous "Stupid DCL tricks"C >>>and his articles in the Digital press.  It appears I am old, but'0 >>>alzheimers has apparenmtly not set in yet :-9 >>4 >>Gee, thanks for reminding me. I turn 50 this year. >> >  >  > 47 for me :-(u >  > Dweeb.  G 48 this year.  Still have copies of the old RSTS and VAX Professionals.    Regards, Dave.  -- oI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comnI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/pI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmeI "Life is what happens to you while you're busy making other plans" Lennone   ------------------------------  % Date: Wed, 31 Mar 2004 15:16:19 -0500n From: norm.raphael@metso.com5 Subject: Re: The DCL minute of the Day: FORMATEUR.COM Q Message-ID: <OFC3A97FD6.321D3459-ON85256E68.006D6D19-85256E68.006F6BC7@metso.com>o   Didier,n  5 When I run this against itself (I know, man... :-) ),  it seems to break.  0 [Line 392 is where you put this comment in.  The6 unmatched parenthesis reported is the ":-)" in quotes.4 Things seem to go bad right there, though I have not checked it out.]  8 [Oh, I changed the name par-ce qu'on parle Anglais ici.] -Normf  	 =3D=3D=3Dl   $ @format_dcl format_dcl.com   loadingt   Cleaning LABELS: 467 lines read 413 lines writteni 3 labels formatted.,  A Cleaning IF THEN ELSE rting Pass 1 -- 31-MAR-2004 14:52:53.48 ... . Starting Pass 2 -- 31-MAR-2004 14:53:08.32 .... Starting Pass 3 -- 31-MAR-2004 14:53:10.39 ...  & Procedure contains:    448 total linesF                        410 code lines (including 52 lines w/ comments)8                         11 additional continuation lines5                          0 lines w/i $DECK/$EOD pairse-                         25 comment only linese&                          2 blank lines&                         59 diagnositcs  #  LINE  CODE  --DIAGNOSTIC MESSAGE--n$   154  DL--E  duplicate label "LOOP"H   156  RLS-S  referenced label "LOOP2" is in subroutine at lines 46-138=  F   158  RLS-S  referenced label "LOOP" is in subroutine at lines 46-138%   160  DL--E  duplicate label "LOOP2"m%   175  DL--E  duplicate label "LOOP3"sE   177  RLS-S  referenced label "EOF" is in subroutine at lines 46-138tH   179  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   180  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   181  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   189  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  *   205  UPQ-S  unpaired quotation marks (")*   206  LND-E  line does not start with "$"H   225  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   242  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   259  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   263  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  #   265  DL--E  duplicate label "EOF"g$   288  DL--E  duplicate label "LOOP"H   290  RLS-S  referenced label "LOOP2" is in subroutine at lines 46-138=  F   292  RLS-S  referenced label "LOOP" is in subroutine at lines 46-138%   294  DL--E  duplicate label "LOOP2"a%   323  DL--E  duplicate label "LOOP3"aE   325  RLS-S  referenced label "EOF" is in subroutine at lines 46-138hH   327  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   328  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   329  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   337  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   345  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   353  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  H   363  RLS-S  referenced label "LOOP3" is in subroutine at lines 46-138=  #   392  UMP-S  unmatched parenthesesn*   392  UPQ-S  unpaired quotation marks (")*   393  LND-E  line does not start with "$"#   398  UMP-S  unmatched parenthesesm#   401  UMP-S  unmatched parenthesese*   401  UPQ-S  unpaired quotation marks (")*   402  LND-E  line does not start with "$"#   405  UMP-S  unmatched parentheses *   405  UPQ-S  unpaired quotation marks (")*   406  LND-E  line does not start with "$"#   407  UMP-S  unmatched parenthesesi*   407  UPQ-S  unpaired quotation marks (")*   408  LND-E  line does not start with "$"#   413  UMP-S  unmatched parenthesesu*   413  UPQ-S  unpaired quotation marks (")*   414  LND-E  line does not start with "$"#   417  UMP-S  unmatched parenthesesw*   417  UPQ-S  unpaired quotation marks (")*   418  LND-E  line does not start with "$"#   419  UMP-S  unmatched parenthesesn*   419  UPQ-S  unpaired quotation marks (")*   420  LND-E  line does not start with "$"#   425  UMP-S  unmatched parenthesesd*   425  UPQ-S  unpaired quotation marks (")*   426  LND-E  line does not start with "$"#   429  UMP-S  unmatched parentheseso*   429  UPQ-S  unpaired quotation marks (")*   430  LND-E  line does not start with "$"#   443  DL--E  duplicate label "EOF"a0 -*- END OF LISTING -*-   31-MAR-2004 14:53:10.71  # $ @mgrutil:dcl_check format_dcl.com   @ -*- Charlie Hammond's unsupported DCL checker (Version H3.0) -*-6 Checking file SYS$COMMON:[SYSMGR.UTIL]FORMAT_DCL.COM;3  # Checking for DCL_CHECK$ logicals... + No translation for logical name DCL_CHECK$*a  . Starting Pass 1 -- 31-MAR-2004 14:53:43.94 .... Starting Pass 2 -- 31-MAR-2004 14:53:57.19 .... Starting Pass 3 -- 31-MAR-2004 14:53:59.25 ...  & Procedure contains:    467 total linesF                        397 code lines (including 55 lines w/ comments)8                         13 additional continuation lines5                          0 lines w/i $DECK/$EOD pairss-                         28 comment only lines2&                         29 blank lines&                         30 diagnositcs  #  LINE  CODE  --DIAGNOSTIC MESSAGE--e$   172  DL--E  duplicate label "LOOP"H   174  RLS-S  referenced label "LOOP2" is in subroutine at lines 62-158=  F   176  RLS-S  referenced label "LOOP" is in subroutine at lines 62-158%   178  DL--E  duplicate label "LOOP2"y%   192  DL--E  duplicate label "LOOP3"GE   194  RLS-S  referenced label "EOF" is in subroutine at lines 62-158nH   196  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   197  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   198  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   206  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   243  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   260  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   277  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   281  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  #   283  DL--E  duplicate label "EOF"h$   304  DL--E  duplicate label "LOOP"H   306  RLS-S  referenced label "LOOP2" is in subroutine at lines 62-158=  F   308  RLS-S  referenced label "LOOP" is in subroutine at lines 62-158%   310  DL--E  duplicate label "LOOP2" %   338  DL--E  duplicate label "LOOP3"oE   340  RLS-S  referenced label "EOF" is in subroutine at lines 62-158NH   342  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   343  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   344  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   352  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   363  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   371  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  H   381  RLS-S  referenced label "LOOP3" is in subroutine at lines 62-158=  #   425  UMP-S  unmatched parenthesesv#   462  DL--E  duplicate label "EOF" 0 -*- END OF LISTING -*-   31-MAR-2004 14:53:59.56H                                                                        =1                                               =20hH     Didier Morandi <no@spam.com>                                       =1                                               =20aH                                                                        =1                                               =20lH     03/31/2004 01:50 PM                                                =1                                             To=20 H                                                   Info-VAX@Mvb.Saic.Com=1                                               =20aH                                                                        =1                                             cc=20kH                                                                        =1                                               =20fH                                                                        =1                                        Subject=20 H                                                   The DCL minute of the=1  Day: FORMATEUR.COM                           =20cH                                                                        =1                                               =20eH                                                                        =1                                               =20 H                                                                        =1                                               =20hH                                                                        =1                                               =20 H                                                                        =1                                               =20nH                                                                        =1                                               =20t         $!+n $! FORMATEUR.COMB $! A tool to autoformat DCL procedures for documentation purposes. $!
 $! <input> $! DCL procedure $! $! <output>m* $! Same DCL procedure with some relooking. $! $! <side effects>dH $! none (but there is *no* warranty that the resulting file is executab= le)  $! $! Revision historyr $!( $! Version Date        Author     action! $! ------- ----------- ---------- - ---------------------------------------------gA $! V1.0-0  11-feb-2001 D. Morandi (http://Didier.Morandi.Free.Fr) A $!                                with three external procedures:sB $!                                CLEAN1.COM,CLEAN2.COM,CLEAN3.COM> $! V1.1-0  27-feb.2001 D. Morandi external procedures includedH $!                                added labels upcasing in GOSUB and GO= TO $!-i
 $ set noon $ set con=3D(t,y) # $ if p1 .eqs. "" then inq p1 "File"t $ if p1 .eqs. "" then exit $ say =3D "write sys$output" $ file=3Dp1r  $ fullfile =3D=3D f$search(file) $ if fullfile .eqs. "" $ then" $    say "File ",file," not found"	 $    exite $ endifs $ call clean1 'p1' 'p2'e. $ temp1 =3D f$parse(file,,,"name") + ".CLEAN1" $ call clean2 'temp1' 'p2'. $ temp2 =3D f$parse(file,,,"name") + ".CLEAN2" $ if if_cleaned .gt. 1 $ thenC $    call clean2 'temp2' 'p2'                           !in case....B $    if if_cleaned .gt. 1                               !mono-pass
 processing> $    then                                               !gives
 unpredictableaD $       call clean2 'temp2' 'p2'                        !results :-)
 $    endif $ endifn $ call clean3 'temp2' 'p2'/ $ result =3D f$parse(file,,,"name") + ".DCLDOC"h $ say """ $ say "Done. Result is in ",result $ delete =3D "delete"  $ delete 'temp1';*,'temp2';* $ exit $! $CLEAN1: SUBROUTINEi $ say =3D "write sys$output" $ file=3Dp1s $ if f$search(file) .eqs. "" $ then" $    say "File ",file," not found"	 $    exit0 $ endifiH $ i =3D 0                                                 !input line n= rm1 $ out_file =3D f$parse(file,,,"name") + ".CLEAN1"  $ say "" $ say "loading"  $ on warning then stop $ close/nolog in_cho $ open/read  in_ch  'file' $LOOP:	 $ i=3Di+1o $ read/end=3DLOOP2 in_ch linem $ L_'i' =3D line $ goto LOOP  $! $LOOP2:g
 $ set noon
 $ close in_chn	 $ i=3Di-1n $ say "" $ say "Cleaning LABELS:" $ say i," lines read", $ close/nolog out_ch $ open/write out_ch 'out_file'8 $ j =3D 0                                 !read index nr9 $ k =3D 0                                 !output line nrpA $ l =3D 0                                 !nr of labels formattede
 $ nbsp=3D0 $ spaces[30,1] :=3D 	 $ sp=3D""e $LOOP3:s	 $ j=3Dj+1  $ if j .gt. i then goto EOF ( $ line =3D f$edit(L_'j',"trim,compress")3 $ if f$len(line)         .eq.   0   then goto LOOP3o3 $ if line                .eqs. "$"  then goto LOOP3n3 $ if f$extract(0,1,line) .eqs. "!"  then goto LOOP3r# $ if f$extract(0,2,line) .eqs. "$!"e $ then $    if "''p2'" .nes. ""	 $    then C $       write out_ch line                               !do nothing H $       k=3Dk+1                                           !records writ= ten 
 $    endif $    goto LOOP3s $ endifw  $ line =3D f$edit(line,"upcase")" $ if f$extract(1,1,line) .eqs. " " $ then" $    line1 =3D f$extract(0,1,line)$ $    line2 =3D f$extract(2,132,line) $    line  =3D line1 + line2 $ endifd $!H $! process labels with continued code on same line. A label starts with=  a " $",2H $! ends with a ":" and cannot contain spaces or "=3D" or gasteropodes (= @).  $!$ $ poscolon  =3D 'f$locate(":",line)'& $ posegal   =3D 'f$locate("=3D",line)'$ $ pos_at    =3D 'f$locate("@",line)'< $ pospace   =3D 'f$locate(" ",f$extract(0,poscolon+1,line))'# $ firstchar =3D f$extract(0,1,line) 3 $ if 'poscolon'     .ne.  'f$len(line)'     .and. - 4       'f$len(line)'  .gt.  ('poscolon'+1)    .and. -4       'posegal'      .eq.  'f$len(line)'     .and. -4       'pos_at'       .eq.  'f$len(line)'     .and. -4       "''firstchar'" .eqs. "$"               .and. -%       'pospace'      .gt.  'poscolon'c $ then( $    L1 =3D f$extract(0,poscolon+1,line)2 $    L2 =3D f$extract(poscolon+1,f$len(line),line)H $    if f$extract(0,1,L2) .eqs. " " then L2 =3D f$extract(1,f$len(L2),L= 2) $    write out_ch L1H $    k=3Dk+1                                              !records writ= teno $    write out_ch "$",L2H $    k=3Dk+1                                              !records writ= tenaH $    l=3Dl+1                                              !labels forma= tted $    goto LOOP3  $ endifn $ write out_ch lineaH $ k=3Dk+1                                                 !records writ= teni $ goto LOOP3 $! $EOF:i $ close out_ch $ say k," lines written"	 $ s=3D"s"y $ if l .eq. 1 then s =3D ""   $ say l," label",s," formatted." $ exit $ ENDSUBROUTINEn $! $CLEAN2: SUBROUTINEh $ say =3D "write sys$output" $ file=3Dp1a $ if f$search(file) .eqs. "" $ then" $    say "File ",file," not found"	 $    exit5 $ endifs8 $ i =3D 0                                 !input line nr1 $ out_file =3D f$parse(file,,,"name") + ".CLEAN2". $ close/nolog in_chh $ open/read  in_ch  'file' $LOOP:	 $ i=3Di+1t $ read/end=3DLOOP2 in_ch linee $ L_'i' =3D line $ goto LOOPd $! $LOOP2:i
 $ close in_ch 	 $ i=3Di-1t $ say ""( $ say "Cleaning IF THEN ELSE ENDIF code" $ say i," lines loaded"e $ close/nolog out_ch $ open/write out_ch 'out_file'8 $ j =3D 0                                 !read index nr9 $ k =3D 0                                 !output line nr B $ l =3D 0                                 !nr of IF THEN formatted
 $ nbsp=3D0 $ spaces[30,1] :=3D 	 $ sp=3D""t $LOOP3:i	 $ j=3Dj+1p $ if j .gt. i then goto EOFp( $ line =3D f$edit(L_'j',"trim,compress")3 $ if f$len(line)         .eq.   0   then goto LOOP3-3 $ if line                .eqs. "$"  then goto LOOP3o3 $ if f$extract(0,1,line) .eqs. "!"  then goto LOOP3a# $ if f$extract(0,2,line) .eqs. "$!"f $ then $    if "''p2'" .nes. ""	 $    thenuC $       write out_ch line                               !do nothing/H $       k=3Dk+1                                           !records writ= tenn
 $    endif $    goto LOOP3l $ endifn  $ line =3D f$edit(line,"upcase") $!) $! process IF THEN ELSE ENDIF indentations $! $SKIP:% $ if f$extract(0,4,line) .eqs. "$IF "r $ then> $    if f$locate(" THEN",line) .ne. f$len(line)         !found	 $    thenu $       write out_ch lineiH $       k=3Dk+1                                           !records writ= ten 	 $    elsem4 $       if f$extract(f$len(line)-1,1,line) .eqs. "-" $       then $          k2=3Dj+1iD $          line2 =3D f$edit(L_'k2',"uncomment,trim,compress,upcase")( $          line =3D line + "// " + line2 $          j=3Dj+1 $          goto SKIP
 $       endif E $       write out_ch line                               !line with IFwH $       k=3Dk+1                                           !records writ= tenw $       prev_line =3D line $       j=3Dj+1 ? $       line =3D f$edit(L_'j',"uncomment,trim,compress,upcase")t> $       if line .eqs. "$THEN"                           !alone $       then $          write out_ch lineH $          k=3Dk+1                                        !records writ= tenf $       else= $          if f$locate(" THEN",line) .eq. f$len(line) .and. - 6                f$locate("$THEN",line) .eq. f$len(line) $          then  $             write out_ch linefH $             k=3Dk+1                                     !records writ= teni $             goto LOOP3 $          endif/ $          if f$extract(0,5,line) .eqs. "$THEN"e $          thenn $             L1 =3D "$THEN"2 $             L2 =3D f$extract(6,f$len(line),line) $          elser: $             L1 =3D f$extract(0,f$locate(" THEN")+5,line)D $             L2 =3D f$extract(f$locate(" THEN")+6,f$len(line),line) $          endif $          write out_ch L1H $          k=3Dk+1                                        !records writ= tenm $          write out_ch "$",L2H $          k=3Dk+1                                        !records writ= tenn $          l=3Dl+1
 $       endife
 $    endif $    goto LOOP3e $ endiff& $ if f$extract(0,5,line) .eqs. "$ELSE" $ then> $    if line .eqs. "$ELSE"                              !alone	 $    thenc $       write out_ch linesH $       k=3Dk+1                                           !records writ= tena	 $    else. $          L1 =3D "$ELSE" / $          L2 =3D f$extract(6,f$len(line),line)  $          write out_ch L1H $          k=3Dk+1                                        !records writ= tent $          write out_ch "$",L2H $          k=3Dk+1                                        !records writ= tenb $          l=3Dl+1
 $    endif $    goto LOOP3  $ endifr $ write out_ch line H $ k=3Dk+1                                                 !records writ= tena $ goto LOOP3 $! $EOF:m $ close out_ch $ say k," lines written"& $ say l," IF THEN ELSE ENDIF cleaned." $ if_cleaned =3D=3D le $ exit $ ENDSUBROUTINEc $! $CLEAN3: SUBROUTINEm $ say =3D "write sys$output" $ file=3Dp1i $ if f$search(file) .eqs. "" $ then" $    say "File ",file," not found"	 $    exitv $ endifsH $ i =3D 0                                                 !input line n= ro. $ src_file =3D f$parse(file,,,"name") + ".COM"1 $ out_file =3D f$parse(file,,,"name") + ".DCLDOC"i $ close/nolog in_chs $ open/read  in_ch  'file' $LOOP:	 $ i=3Di+1c $ read/end=3DLOOP2 in_ch linea $ L_'i' =3D line $ goto LOOPt $! $LOOP2: 
 $ close in_chi	 $ i=3Di-1b $ say ""* $ say "Formatting IF THEN ELSE ENDIF code" $ say i," lines loaded"s $ close/nolog out_ch $ open/write out_ch 'out_file' $ write out_ch "$!+" $ write out_ch "$! ",src_file  $ write out_ch "$!"dH $ write out_ch "$! This file has been formatted with FORMATEUR.COM V1.1= -0"   $ write out_ch "$! on ",f$time() $ write out_ch "$!".H $ write out_ch "$! The FORMATEUR procedure is a NothingWare product fro= m"& $ write out_ch "$! Didier MORANDI Ltd"> $ write out_ch "$! http://www.didiermorandi.com/index_us.html" $ write out_ch "$!-"@ $ j  =3D 0                                        !read index nrA $ k  =3D 0                                        !output line nriH $ f1 =3D 0                                        !nr of THEN code inde= ntedH $ f2 =3D 0                                        !nr or ELSE code inde= ntedH $ f3 =3D 0                                        !nr of ENDIF code ind= entedo
 $ nbsp=3D0 $ spaces[30,1] :=3D 8 $ dotted =3D "-----------------------------------------"8 $ dotted =3D "_________________________________________"	 $ sp=3D""e $LOOP3:r	 $ j=3Dj+1a $ if j .gt. i then goto EOFi( $ line =3D f$edit(L_'j',"trim,compress")3 $ if f$len(line)         .eq.   0   then goto LOOP3 3 $ if line                .eqs. "$"  then goto LOOP3i3 $ if f$extract(0,1,line) .eqs. "!"  then goto LOOP3e# $ if f$extract(0,2,line) .eqs. "$!"h $ then $    if "''p2'" .nes. ""	 $    then0C $       write out_ch line                               !do nothingiH $       k=3Dk+1                                           !records writ= tent
 $    endif $    goto LOOP3  $ endif   $ line =3D f$edit(line,"upcase") $!& $! process THEN ELSE ENDIF indentation $!& $ if f$extract(0,5,line) .eqs. "$THEN" $ then $    gosub DO_WRITEt $    nbsp =3D nbsp + 3 $    f1=3Df1+1 $    goto LOOP3a $ else) $    if f$extract(0,5,line) .eqs. "$ELSE" 	 $    then  $       nbsp =3D nbsp - 3  $       gosub DO_WRITE $       nbsp =3D nbsp + 3  $       f2=3Df2+1  $       goto LOOP3	 $    elset- $       if f$extract(0,6,line) .eqs. "$ENDIF"  $       then $          nbsp =3D nbsp - 3 $          f3=3Df3+1
 $       endif 
 $    endif $ endif  $ gosub DO_WRITE $ goto LOOP3 $!
 $DO_WRITE:C $ line =3D f$edit(line,"lowercase")                       !author'su
 preference...i $!& $! process GOTO lines to upcase labels $!" $ g_pos =3D f$locate("goto ",line) $ if g_pos .ne. f$length(line) $ then* $    line =3D f$extract(0,g_pos+5,line)+ -8              f$edit(f$extract(g_pos+5,99,line),"upcase") $ endifn $!' $! process GOSUB lines to upcase labelso $!# $ g_pos =3D f$locate("gosub ",line)s $ if g_pos .ne. f$length(line) $ then* $    line =3D f$extract(0,g_pos+5,line)+ -8              f$edit(f$extract(g_pos+5,99,line),"upcase") $ endifs! $ sp =3D f$extract(0,nbsp,spaces)Y" $ if f$extract(0,1,line) .eqs. "$" $ then $!B $! do not indent when processing labels,  but make sure first that? $! it is a genuine label without embedded spaces or "=3D" sign." $!) $    posegal   =3D 'f$locate("=3D",line)'B' $    pospace   =3D 'f$locate(" ",line)'-9 $    if f$extract(f$len(line)-1,1,line) .eqs. ":" .and. -o:          posegal .eq. f$len(line)                  .and. -!          pospace .eq. f$len(line)3	 $    then@; $       write out_ch "$!",f$extract(0,f$len(line)-3,dotted)d* $       write out_ch f$edit(line,"upcase")H $       k=3Dk+2                                           !records writ= tene	 $    elseeH $       if f$locate("// ",line) .eq. f$len(line)        !concatenated l= ineo $       thenA $          write out_ch "$ ",sp,f$extract(1,f$len(line),line) !no H $          k=3Dk+1                                        !records writ= ten-H $       else                                            !yes, deconcate=  itrB $          if f$parse(fullfile,,,"name") .eqs. "FORMATEUR" .and. -C                f$parse(fullfile,,,"type") .eqs. ".COM"       then -<?                say "You are playing with your life, man... :-)"o8 $          L1 =3D f$extract(0,f$locate("// ",line),line)9 $          write out_ch "$ ",sp,f$extract(1,f$len(L1),L1)eH $          k=3Dk+1                                        !records writ= tentD $          L2 =3D f$extract(f$locate("// ",line)+2,f$len(line),line)/ $          if f$locate("// ",L2) .eq. f$len(L2)  $          then/< $             write out_ch "  ",sp,f$extract(1,f$len(L2),L2)H $             k=3Dk+1                                     !records writ= ten  $          elsea7 $             L3 =3D f$extract(0,f$locate("// ",L2),L2)T< $             write out_ch "  ",sp,f$extract(1,f$len(L3),L3)H $             k=3Dk+1                                     !records writ= tenRA $             L4 =3D f$extract(f$locate("// ",L2)+2,f$len(L2),L2)f2 $             if f$locate("// ",L4) .eq. f$len(L4) $             then? $                write out_ch "  ",sp,f$extract(1,f$len(L4),L4)JH $                k=3Dk+1                                  !records writ= teno $             else: $                L5 =3D f$extract(0,f$locate("// ",L4),L4)? $                write out_ch "  ",sp,f$extract(1,f$len(L5),L5)eH $                k=3Dk+1                                  !records writ= tennD $                L6 =3D f$extract(f$locate("// ",L4)+2,f$len(L4),L4)? $                write out_ch "  ",sp,f$extract(1,f$len(L6),L6)aH $                k=3Dk+1                                  !records writ= ten  $             endifu $          endif
 $       endif,
 $    endif $ else $    write out_ch "  ",sp,lineB $    k=3Dk+1                                      !records written $ endifd $ return $! $EOF:D $ close out_ch $ say k," lines written"9 $ say f1," THEN, ",f2," ELSE and ",f3," ENDIF formatted."a $ exit $ ENDSUBROUTINEs     Hope that helps.   D. --<                    Discover the FutureVAX: www.futurevax.com8                            Discover VAXUS: www.vaxus.org  I     didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr=E9=4 =E9 HPB   Expertise en environnement DIGITAL ~ Formation ~ Programmation ~	 MigrationkH     Offshore ~ 5 av. A. Durand 31700 Blagnac France. T=E9l: 33(0)5 6131=  6287nH       SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com=       =    ------------------------------  # Date: Thu, 01 Apr 2004 18:22:16 GMTR3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e5 Subject: Re: The DCL minute of the Day: FORMATEUR.COMM1 Message-ID: <s5Zac.2173$RU3.990@news.cpqcorp.net>y  Q In article <OFC3A97FD6.321D3459-ON85256E68.006D6D19-85256E68.006F6BC7@metso.com, f norm.raphael@metso.com writes: ..A >-*- Charlie Hammond's unsupported DCL checker (Version H3.0) -*-E" >Checking file FORMAT_DCL.DCLDOC;1 >S$ >Checking for DCL_CHECK$ logicals..., >No translation for logical name DCL_CHECK$* >r/ >Starting Pass 1 -- 31-MAR-2004 14:52:53.48 ...O/ >Starting Pass 2 -- 31-MAR-2004 14:53:08.32 ...-/ >Starting Pass 3 -- 31-MAR-2004 14:53:10.39 ...3 >0' >Procedure contains:    448 total linessG >                       410 code lines (including 52 lines w/ comments) 9 >                        11 additional continuation linesv6 >                         0 lines w/i $DECK/$EOD pairs. >                        25 comment only lines' >                         2 blank linesn' >                        59 diagnositcs. > $ > LINE  CODE  --DIAGNOSTIC MESSAGE--% >  154  DL--E  duplicate label "LOOP"?I >  156  RLS-S  referenced label "LOOP2" is in subroutine at lines 46-138=a  3 (1) The most recent version of DCL_CHECK is H3.2.   <     This is probably NOT relative to this discussion, but...  E (2) I am aware that DCL_CHECK has problems when labels are re-used inbI     different subroutines.  I am considering a fix for this; depending oncI     how much work it takes, I do not knwo when of if the fix will happen.   G     For now, I suggest that FORMATEUR.COM (and other procedures) shouldrC     contain unique lables, even in different subroutines.  This is  D     probably a good idea from a maintenance and debuffing standpointE     in anycase.  However, DCL will deal correctly with this, assumingw     the code is correct.   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 01 Apr 2004 21:31:36 +0200-" From: Didier Morandi <no@spam.com>5 Subject: Re: The DCL minute of the Day: FORMATEUR.COMr. Message-ID: <c4hqmo$2urp$1@biggoron.nerim.net>   Charlie Hammond wrote:  I >     For now, I suggest that FORMATEUR.COM (and other procedures) should_E >     contain unique lables, even in different subroutines.  This is  F >     probably a good idea from a maintenance and debuffing standpointG >     in anycase.  However, DCL will deal correctly with this, assumingy >     the code is correct.  Q I agree. I actually included the three subprocs in the mail proc, this is why we sP get duplicates. if the whole stuff was engineered in one pass, I would not have Q done that. Mainly because I like automatic documentation, which is not easy with f duplicate labels...e   D.   ------------------------------  # Date: Thu, 01 Apr 2004 18:27:55 GMT-3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)l5 Subject: Re: The DCL minute of the Day: FORMATEUR.COM 0 Message-ID: <LaZac.2175$RU3.69@news.cpqcorp.net>  / In article <c4g5si$22pn$1@biggoron.nerim.net>, M$ Didier Morandi <no@spam.com> writes:   ..L >             ... checking a DCL source processor always give unpredictable R >results, as it uses non standard coding for precisely that, process non standard 3 >coding if there is so in the input file processed.  >h; >Try to dcl_check dcl_check.com and you'll see what I mean.I ..  5 Not if you have the latest DCL_CHECK -- version H3.2.&M It will check itself -- either the DCL_DIETed .COM or the full .COM_SOURCE --iI with no errors.  This is an accompishment of which I am reasonably proud!l  F However, I acknowledge that there are various procures I maintain thatH do raise diagnostics when processed by DCL_CHECK.  In general, these areC minimal, but I have no expectation of ever eliminating all of them.V   -- pJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Thu, 01 Apr 2004 02:17:04 GMTn& From: G Henry <newsgroup@gnshenry.com> Subject: the d|i|g|i|t|a|l logo18 Message-ID: <vlum60532snh1n5aol6i1srnhrpqvq70ka@4ax.com>  @ As some of you have read I am working on a PWS600a with 7.2-1 toD perform some testing for my company..  Thanks to all of you for your help by the way!!!  D WHen this project is up, I would really like to upgrade the Alpha to 7.3-x.    D Is there a way to have the digital logo appear on the console screenF like it does on 7.2-1 instead of the HP or Compaq logo that appears in' subsequent versions of VMS after 7.2-1?    THanks f   Gary   ------------------------------  % Date: Wed, 31 Mar 2004 19:57:08 -0800o3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com>i# Subject: Re: the d|i|g|i|t|a|l logo . Message-ID: <406B9314.4030201@Flying-Disk.com>   G Henry wrote:B > As some of you have read I am working on a PWS600a with 7.2-1 toF > perform some testing for my company..  Thanks to all of you for your > help by the way!!! > F > When this project is up, I would really like to upgrade the Alpha to
 > 7.3-x.   > F > Is there a way to have the digital logo appear on the console screenH > like it does on 7.2-1 instead of the HP or Compaq logo that appears in) > subsequent versions of VMS after 7.2-1?g  B All you have to do is preserve one file from your 7.2-1 system and5 copy it into the same directory on your 7.3-x system:n  L sys$sysdevice:[vms$common.cde$defaults.system.appconfig.icons.c]decdtlogo.pm   (I hope I typed that right!) You don't even have to reboot.  D I saved all three logos, just for posterity (and to confuse people).   Alan   ------------------------------  % Date: Wed, 31 Mar 2004 23:28:18 -0400@* From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: the d|i|g|i|t|a|l logo1) Message-ID: <406B8C2F.4BE71488@istop.com>    Alan Frisbie wrote:RF > I saved all three logos, just for posterity (and to confuse people).  M Does anyone have the "original" Digital logo with the square dots on Is ? (As J opposed to Palmer's multi million dollar project to put round dots on Is).   ------------------------------  # Date: Thu, 01 Apr 2004 14:39:36 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: the d|i|g|i|t|a|l logon0 Message-ID: <00A2FB55.B6E6684E@SendSpamHere.ORG>  S In article <c4gcv9$252f$1@biggoron.nerim.net>, Didier Morandi <no@spam.com> writes:u >Alan Frisbie wrote: >oE >> All you have to do is preserve one file from your 7.2-1 system andm8 >> copy it into the same directory on your 7.3-x system: >> oP >> sys$sysdevice:[vms$common.cde$defaults.system.appconfig.icons.c]decdtlogo.pm  > O >Could you post it somewhere reachable from the Net, please? I posted the very dQ >same question a fews years ago, when I got my PWS600au and found no easy way to D >achieve that change.   M I posted about this years ago.  In fact, my machines bootup with my own logo.o  N In fact, here's a picture of my PowerBook G4 17' laptop sporting the New (CDE)M Desktop login with my logo.  http://www.tmesis.com/pix/POWERBOOK_G4-17IN.JPG;        --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  -- aK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMS            r5   "Well my son, life is like a beanstalk, isn't it?" .   ------------------------------   Date: 1 Apr 2004 07:31:08 -0800 . From: martinkirby12@yahoo.co.uk (Martin Kirby)# Subject: Re: the d|i|g|i|t|a|l logoy< Message-ID: <224291b.0404010731.18507a1d@posting.google.com>  E The logo displayed depends upon the version of DECwindows not that ofm OpenVMS.  
 This file:  N > sys$sysdevice:[vms$common.cde$defaults.system.appconfig.icons.c]decdtlogo.pm  " is the logo with the New Desktop.   D If you are using the Traditional Desktop login instead, then the wayC the default logo is displayed was changed between DECwindows V1.2-6o3 and V1.3-1 (I can't remember what we did for V1.3).    In V1.3-1 it uses a file:   0  SYS$COMMON:[DECW$DEFAULTS.SYSTEM]DECTDTLOGO.PM   F which is the same as the one used for the New Desktop. Previously, the5 logo was built into the code but could be overridden.n  = In both cases, rather than changing the file in the ".system"eF directory it is better to create a directory replacing that by ".user", and put the saved file in that. This avoids:  / a) needing to redo the change after an upgrade,3E b) possibly confusing PCSI because the file it put there is no longer  there.   Regards,   Martin Kirby   ------------------------------  % Date: Thu, 01 Apr 2004 22:10:46 +0200 " From: Didier Morandi <no@spam.com># Subject: Re: the d|i|g|i|t|a|l logo . Message-ID: <c4ht06$3082$1@biggoron.nerim.net>   Martin Kirby wrote:   2 >  SYS$COMMON:[DECW$DEFAULTS.SYSTEM]DECTDTLOGO.PM    DECT DTL OGO ?   :-)    D.  O ps: had a HP presentation on the Business Systems Computers (BCS) future today n at HP Toulouse.=    Will post the abstract tomorrow.  M Just for the fun, and it is NOT an aprilfool joke, we learned - great news -  O that HP-UX 11i V2 Enterprise version will have the ability to accept a special s= layered product to be able to have "dynamic files extension".P  	 whaooo!!!o   ------------------------------  # Date: Thu, 01 Apr 2004 00:18:12 GMTb( From: "~ Darrell  Larose ~" <me@here.eh>& Subject: Re: The J F  M e z e i  F A QF Message-ID: <8dJac.3497$86a.3354@news04.bloor.is.net.cable.rogers.com>  / "Tony Reed" <trljc@altern.org> wrote in messageo5 news:trljc-CEE429.06591131032004@news21.bellnet.ca...h: > In article <6tbk60d4vl0ck0ueqlo1tosfkdre2mmp13@4ax.com>,1 >  Brad Clarke <screwthespammers@spam.com> wrote:l >OK > :I reported him to the Google abuse folks and his privileges were revokedP > :by the end of that week.4 >3H > Well, yeah, Google will deal with abusers, because they have a TOS andI > you have to give them a valid email address to sign up and like that. I J > thought maybe Google wasn't accepting messages from anonymous remailers,F > which would be foolish of them. Note that they won't carry encryptedH > messages. There's alt.anonymous.messages, where you can post encrypted? > stuff to your friends (and superiors in the Curiae, I guess).n >tH Google has also informed me that they will ban IP numbers and some proxy  servers in certain severe cases.   ------------------------------  # Date: Wed, 31 Mar 2004 20:01:28 GMT # From: "John Smith" <a@nonymous.com>t? Subject: Re: Undeniable proof that Itanium is highly profitable H Message-ID: <ssFac.10072$oV41.9911@news01.bloor.is.net.cable.rogers.com>  5 "rob kas" <rob@paychoice.com.noSPAM> wrote in messagec* news:106m6knp710uca1@corp.supernews.com... >3> > > just give the alpha team some time and they will make it a > > money maker ...9 >U >S >nL >    Doubtful what they proved the last time is the best chip doesn't always > win.  I A slight misunderstanding on your part....what was proven was that if younI don't effectively advertise and market the world's best mousetrap, nobodyD wil beat a path to your door."  9 Alpha Engineering did an exemplary job; Digital/Compaq/HPdB advertising/marketing/general management have done an abysmal job.   ------------------------------  # Date: Wed, 31 Mar 2004 20:48:30 GMTs" From:   VAXman-  @SendSpamHere.ORG? Subject: Re: Undeniable proof that Itanium is highly profitable 0 Message-ID: <00A2FAC0.158317EF@SendSpamHere.ORG>  h In article <d7791aa1.0403310543.47ea7f3f@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:e >"Jack Peacock" <peacock@simconv.com> wrote in message news:<4vqdnQ2RcZq4k_fdRVn-sw@mpowercom.net>...q; >> "Rob Young" <young_r@encompasserve.org> wrote in message"0 >> news:x1FmyJrmOSWo@eisner.encompasserve.org...F >> > In article <39SdnWKtqPQjSPTdRVn-uQ@mpowercom.net>, "Jack Peacock"! >>  <peacock@simconv.com> writes:t >> >N >> > > Course if I were an Intel stockholder I'd want to know why Intel didn't >>  buy F >> > > out Intergraph years ago.  Think of the return on investment... >> >F >> > ROI?  Pretty good actually.  Assuming you bought INTC a year ago.C >> > The stock is up 70% since then.  So what was your point again?N >> >O >> Intergraph's ROI on the Itanium, not Intel.  So far Intergraph has collectedfI >> something in the neighborhood of $225 million on the Itanium alone, on.J >> (claimed) sales of 100K units, and no fab overhead, engineering alreadyO >> depreciated, no marketing, no distribution, and no channel partners to share N >> the profits.  A quick back of the envelope calculation says Intergraph mustJ >> have made around $2000 per system, including the freebies handed out byO >> Intel.  Any computer company that could deliver boxes under those conditions I >> would have stratospheric stock prices.  I for one wish I'd bought into- >> Intergraph, not Intel.7 >D; >just give the alpha team some time and they will make it a" >money maker ...  I It doesn't matter Bob... not one iota!  It's only a matter of marketting.iI McDonalds, Micro$oft and manure are perfect examples of the shit that theu6 public will accept and purchase if properly marketted.   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.b -- OK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMP            o5   "Well my son, life is like a beanstalk, isn't it?" l   ------------------------------  % Date: Thu, 01 Apr 2004 02:35:40 +0800l, From: Paul Repacholi <prep@prep.synonet.com>? Subject: Re: Undeniable proof that Itanium is highly profitable6- Message-ID: <874qs4yidf.fsf@prep.synonet.com>"  " "Dr. Dweeb" <dr@dweeb.com> writes:  A > Andrew, you tend to know lots of things about Unix and the Unix5E > marketplace, so any pointers to articles favourable to the SCO suiteF > would be of interest.  And while we are at it, as a non-Unix person,F > where does Solaris stand on the Unix genealogy tree and is it in the$ > firing line sometime in the future  F SunOS was pretty straight BSD, plus a few Sunisms. But it was probablyD one of the `purer' BSD variants. Solaris was pretty near all SysV R4 from what I was told and saw.b  D Interestingly, PHUX is SysV, T64 is OSF/1. So T64 is totally outside SCUMs grasp so far.6  F BTW, does anyone know how much costs would be for deposing 1000 peopleF and for reviewing 42M lines of documents in a US Federal Court? Medium) country, or just a bannana republic do :)b   -- P< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.8@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 31 Mar 2004 23:37:32 GMT & From: Rick Jones <foo@bar.baz.invalid>? Subject: Re: Undeniable proof that Itanium is highly profitable 2 Message-ID: <0DIac.2126$xa3.1996@news.cpqcorp.net>  - Paul Repacholi <prep@prep.synonet.com> wrote:  > Interestingly, PHUX is SysV   F I'm not familiar with that OS... I've always thought/heard of HP-UX asB a BSDish kernel with SysV interfaces added.  The fork from BSD was rather long ago...  
 rick jones  4 There is some discussion of the history of HP-UX at:  ; ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/comp/sys/hp/hpux   9 and I'm sure many other places one could find via google.  --  . a wide gulf separates "what if" from "if only"F 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...    ------------------------------    Date: 31 Mar 2004 21:43:32 -0600+ From: young_r@encompasserve.org (Rob Young) ? Subject: Re: Undeniable proof that Itanium is highly profitable=3 Message-ID: <TbGeHwymwZkd@eisner.encompasserve.org>   _ In article <x7adnbY9hJx3rffdRVn-hA@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:gKGPCZdGsM6t@eisner.encompasserve.org...  >  > ...  > F >> So as Paul points out, it won't be long before IPF returns a profitA >> and according to his calculations the total payoff could occur B >> 3-4 years from now and he actually anticipates upside with IPF. > L > Then again, just 4 years ago IDC projected that Itanic sales would hit $30 > billion in 2004. > K > Talk is cheap.  Come back when you've got actual profitability to report. L > Then come back again when the original investment (including interest) hasK > been paid off (I don't expect to be alive for that one, but IIRC you're aA > bit younger than I am).f >   @ 	We'll see.  Yes - I am a bit younger 7-10 years or so would be 
 	my guess.   				Robp   ------------------------------  # Date: Thu, 01 Apr 2004 05:07:06 GMT $ From: "GreyCloud" <mist@Cumulus.com>? Subject: Re: Undeniable proof that Itanium is highly profitabler8 Message-ID: <_rNac.1529$Wc4.4917@bcandid.telisphere.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Russell Wallace wrote:H >> On Wed, 31 Mar 2004 10:27:25 +0100, Andrew Harrison SUNUK Consultancy1 >> <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  >> >>C >>> Incedentally the Intergraph model is one that has been followedC@ >>> closely by SCO and anyone who thinks that a relatively small> >>> company cannot take big chunks out of a very large company> >>> for IP infringement and therefore SCO will fail to prevail< >>> against IBM simply on that basis is deluding themselves. >> >>B >> I don't think anyone's saying SCO will fail against IBM on thatG >> basis, they're saying SCO will fail against IBM because they haven'te* >> so much as the vaguest shred of a case. >> >$A > I suspect that anyone who thinks that SCO do not have any basispA > whatsoever for suing IBM is deluding themselves. Clever lawyers A > choose chases that they think they have a chance of winning anda+ > SCO have one of the best in the business.  >   ; Of course.  M$ has funded such nonsense in the first place.  They are very afraid of Linux.G But has it ever occured to you that  Caldera Linux was the company that  bought SCO?:H Any lawyer worth his salt will immediately see that the name change fromJ Caldera to SCO after the purchase of SCO will show immediate contaminationJ of SCO UNIX into their version of Linux.  That's why IBM is about to stomp= on an irritating bug.  IBMs pockets are a bit deeper than M$.s  B > I was refering to a school of thought in the anti-SCO camp which< > ran along the lines of IBM huge company SCO tiny company =& > unequal contest that SCO cannot win. >e   SCO doesn't have any evidence.   ------------------------------  # Date: Thu, 01 Apr 2004 05:08:28 GMT $ From: "GreyCloud" <mist@Cumulus.com>? Subject: Re: Undeniable proof that Itanium is highly profitablee8 Message-ID: <gtNac.1530$Wc4.4867@bcandid.telisphere.com>   Dr. Dweeb wrote:* > Andrew Harrison SUNUK Consultancy wrote: >> Russell Wallace wrote:h= >>> On Wed, 31 Mar 2004 10:27:25 +0100, Andrew Harrison SUNUK > >>> Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >>>  >>>uD >>>> Incedentally the Intergraph model is one that has been followedA >>>> closely by SCO and anyone who thinks that a relatively small ? >>>> company cannot take big chunks out of a very large companyt? >>>> for IP infringement and therefore SCO will fail to prevailP= >>>> against IBM simply on that basis is deluding themselves.f >>>a >>>1C >>> I don't think anyone's saying SCO will fail against IBM on that!H >>> basis, they're saying SCO will fail against IBM because they haven't+ >>> so much as the vaguest shred of a case.  >>>  >>B >> I suspect that anyone who thinks that SCO do not have any basisB >> whatsoever for suing IBM is deluding themselves. Clever lawyersB >> choose chases that they think they have a chance of winning and, >> SCO have one of the best in the business. >>C >> I was refering to a school of thought in the anti-SCO camp which = >> ran along the lines of IBM huge company SCO tiny company ="' >> unequal contest that SCO cannot win.  >> >oH > A good rule is that "it ever gets to court, the result cannot be knownA > beforehand", and I would have expected SCO to have negotiated a(< > settlement had their case had merit for that reason alone. >lG > I am no expert, but I have not read anything suggesting that SCO havefE > a strong case, based on information revealed either publicly or via.E > the courts.  It may be too early yet, or I have not been looking ins$ > the correct places, I do not know. >-A > Andrew, you tend to know lots of things about Unix and the UnixaE > marketplace, so any pointers to articles favourable to the SCO suitlE > would be of interest. And while we are at it, as a non-Unix person,rF > where does Solaris stand on the Unix genealogy tree and is it in the& > firing line sometime in the future ? >   > Only if SCO stabs Sun in the back after Sun paid money to SCO.   ------------------------------  # Date: Thu, 01 Apr 2004 05:11:49 GMTr$ From: "GreyCloud" <mist@Cumulus.com>? Subject: Re: Undeniable proof that Itanium is highly profitablet8 Message-ID: <pwNac.1531$Wc4.4750@bcandid.telisphere.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Kenneth Farmer wrote:o >OC > It would have been better if you had left that BS on your website : > where it might be better placed that publishing it here. >   K Verify that it is BS.  So far, sock puppets are usually in denial as it is."H Disprove his statements.  So far, others have found evidence contrary to
 your beliefs.    >e >>C >> The behind the scenes stuff going on with SCO is unreal.  It's a E >> tangle of companies and money changing hands.  These guys are realhC >> slime and good at what they do but they may have hit the wall oniB >> this one.  As you can see below, Sun is neck deep in the slime. >> > ? > Odd that you have forgotten the joint marketing campaign thata? > HP payed for with SCO where there was no mention of HP in theoB > campaign. Could it be a bung who knows but it has about the same! > level of substance as your FUD.  >   I Again, provide the evidence.  Why did Sun pay SCO??  What for?  Guffaw!!!f   ------------------------------   Date: 1 Apr 2004 04:34:11 -0800=# From: dooleys@snowy.net.au (dooley) ? Subject: Re: Undeniable proof that Itanium is highly profitable = Message-ID: <1ca82fc6.0404010434.774092b5@posting.google.com>"  m bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0403310543.47ea7f3f@posting.google.com>...  <snip> > < > just give the alpha team some time and they will make it a > money maker ... ) er.. don't most of them now work for AMD?  Phil   ------------------------------   Date: 1 Apr 2004 09:18:56 -0600t; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)p? Subject: Re: Undeniable proof that Itanium is highly profitablet3 Message-ID: <JegXGD451R0Z@eisner.encompasserve.org>T  [ In article <0DIac.2126$xa3.1996@news.cpqcorp.net>, Rick Jones <foo@bar.baz.invalid> writes:D/ > Paul Repacholi <prep@prep.synonet.com> wrote:c >> Interestingly, PHUX is SysV > H > I'm not familiar with that OS... I've always thought/heard of HP-UX asD > a BSDish kernel with SysV interfaces added.  The fork from BSD was > rather long ago...  G    Yes, that's what we've heard.  PH-UX is SVID on top of a BSD kernel. G    OSF/1 also has a basically BSD kernel, therefor T64, but has more of C    a BSD inerface, too. T64 offeres (offered?) an optional SVID forr!    those with portability issues.n   ------------------------------   Date: 1 Apr 2004 09:15:24 -0600t; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ? Subject: Re: Undeniable proof that Itanium is highly profitable 3 Message-ID: <tZ0XOSHf+jcY@eisner.encompasserve.org>    In article <c4efvv$hp2$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > A > I suspect that anyone who thinks that SCO do not have any basisu3 > whatsoever for suing IBM is deluding themselves.    D    I'm sorry, but only SCO, Microsoft, and Sun seem to think SCO has>    any basis.  SCO has yet to show facts in public or in courtG    substantiating their claims.  They have changed the details of theirtA    claims to match disclosed facts which were not in SCO's favor.aA    They have not met the court's deadlines for producig evidence.c   > Clever lawyersA > choose chases that they think they have a chance of winning and + > SCO have one of the best in the business.   C    A lawyer has is legally bound to represent his/her client and to3H    adhere to the truth of the case.  This is seen as possibly explainingG    the large turnover of lawyers representing SCO.  They've ben throughf(    more than one "best in the business".   ------------------------------   Date: 1 Apr 2004 09:53:09 -0600t; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ? Subject: Re: Undeniable proof that Itanium is highly profitable 3 Message-ID: <Rea45m5kXsZR@eisner.encompasserve.org>(   In article <c4efvv$hp2$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > A > I suspect that anyone who thinks that SCO do not have any basis A > whatsoever for suing IBM is deluding themselves. Clever lawyers A > choose chases that they think they have a chance of winning and + > SCO have one of the best in the business.r  
    ROTFLOL   ------------------------------  % Date: Thu, 01 Apr 2004 16:47:27 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>c? Subject: Re: Undeniable proof that Itanium is highly profitable30 Message-ID: <c4hdit$l11$1@new-usenet.uk.sun.com>   Dr. Dweeb wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >>Russell Wallace wrote: >>H >>>On Wed, 31 Mar 2004 10:27:25 +0100, Andrew Harrison SUNUK Consultancy1 >>><Andrew_No.Harrison_No@nospamn.sun.com> wrote:D >>>  >>>s >>>oC >>>>Incedentally the Intergraph model is one that has been followed3@ >>>>closely by SCO and anyone who thinks that a relatively small> >>>>company cannot take big chunks out of a very large company> >>>>for IP infringement and therefore SCO will fail to prevail< >>>>against IBM simply on that basis is deluding themselves. >>>_ >>>!B >>>I don't think anyone's saying SCO will fail against IBM on thatG >>>basis, they're saying SCO will fail against IBM because they haven't$* >>>so much as the vaguest shred of a case. >>>T >>A >>I suspect that anyone who thinks that SCO do not have any basishA >>whatsoever for suing IBM is deluding themselves. Clever lawyersdA >>choose chases that they think they have a chance of winning and + >>SCO have one of the best in the business.  >>B >>I was refering to a school of thought in the anti-SCO camp which< >>ran along the lines of IBM huge company SCO tiny company =& >>unequal contest that SCO cannot win. >> >  > H > A good rule is that "it ever gets to court, the result cannot be knownL > beforehand", and I would have expected SCO to have negotiated a settlement1 > had their case had merit for that reason alone.- > I > I am no expert, but I have not read anything suggesting that SCO have aLG > strong case, based on information revealed either publicly or via the,M > courts.  It may be too early yet, or I have not been looking in the correctn > places, I do not know. > N > Andrew, you tend to know lots of things about Unix and the Unix marketplace,N > so any pointers to articles favourable to the SCO suit would be of interest.K > And while we are at it, as a non-Unix person, where does Solaris stand on+M > the Unix genealogy tree and is it in the firing line sometime in the future  > ?t  ; SunOS up to 4.x.x was based closely on BSD with quite a loto; of Sun bits added such as lightweight threads and obviously) things like SunView.  = Solaris 2.x was a merge of BSD and SYSV mostly hased on SYSV.   > Solaris isn't in the firing line because Sun bought a one time> right to the SYSV IP from USL when USL was owned by Novell and before it was bought by SCO.  > Whatever argument SCO and Novell have over who owns the rights> to the UNIX IP don't apply to Sun nor would it be possible for> example for SCO to revoke Sun's right to ship UNIX licenses as? it has with IBM and then threaten their customers because there=" is no license between SCO and Sun.   Regards  Andrew Harrisonf   ------------------------------  % Date: Thu, 01 Apr 2004 16:41:18 +0100oO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>c? Subject: Re: Undeniable proof that Itanium is highly profitablen0 Message-ID: <c4hd7b$kq3$1@new-usenet.uk.sun.com>   GreyCloud wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >>Kenneth Farmer wrote:  >>C >>It would have been better if you had left that BS on your website$: >>where it might be better placed that publishing it here. >> >  > M > Verify that it is BS.  So far, sock puppets are usually in denial as it is. J > Disprove his statements.  So far, others have found evidence contrary to > your beliefs.s >  > C >>>The behind the scenes stuff going on with SCO is unreal.  It's aeE >>>tangle of companies and money changing hands.  These guys are realeC >>>slime and good at what they do but they may have hit the wall on.B >>>this one.  As you can see below, Sun is neck deep in the slime. >>>_ >>? >>Odd that you have forgotten the joint marketing campaign thati? >>HP payed for with SCO where there was no mention of HP in the B >>campaign. Could it be a bung who knows but it has about the same! >>level of substance as your FUD.n >> >  > K > Again, provide the evidence.  Why did Sun pay SCO??  What for?  Guffaw!!!, >  >   B Companys pay for IP all the time, Sun has an OS called Solaris x86A SCO has an OS that runs on x86, I will leave you to work out what  me might have licensed.   C Nice conspiracy theory though, I can hear the sound of a helicopter  approaching.   regardsl Andrew Harrison    ------------------------------  % Date: Thu, 01 Apr 2004 16:41:54 +0100aO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>w? Subject: Re: Undeniable proof that Itanium is highly profitable10 Message-ID: <c4hd8f$kq3$2@new-usenet.uk.sun.com>   Kenneth Farmer wrote: / > What?  You didn't like the eWeek article?  :)l >  > Ken  >    Why did you ???????.   regards2 Andrew Harrisone > --
 > OpenVMS.orgt >  >  > M > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> = > wrote in message news:c4eoko$kpd$1@new-usenet.uk.sun.com...  >  >>Kenneth Farmer wrote:/ >>C >>It would have been better if you had left that BS on your website): >>where it might be better placed that publishing it here. >> >> >>J >>>The behind the scenes stuff going on with SCO is unreal.  It's a tangle >  > of > J >>>companies and money changing hands.  These guys are real slime and good >  > at > K >>>what they do but they may have hit the wall on this one.  As you can see ( >>>below, Sun is neck deep in the slime. >>>  >>? >>Odd that you have forgotten the joint marketing campaign that ? >>HP payed for with SCO where there was no mention of HP in the B >>campaign. Could it be a bung who knows but it has about the same! >>level of substance as your FUD.  >> >>+ >>>---------------------------------------- ' >>>From eWeek: Who's Really Behind SCO?, >>>October 21, 2003  >>>By Steven J. Vaughan-Nichols < >>>http://www.eweek.com/print_article/0,1761,a=110203,00.asp >>> F >>>"Still, launching a major legal action entails major money, and SCO >  > didn't > H >>>have it. But in February 2003, Sun quietly bought a Unix license from >  > SCO. > K >>>In early March, SCO launched its IBM lawsuit. Coincidence? I don't thinkf >  > so.o > C >>Sun didn't quitely buy a UNIX license from SCO, we already have a C >>UNIX license from USL why would Sun buy something it already had.  >>C >>If you can think of a plausible explanation which doesn't involvel4 >>Black Helicopters then please feel free to air it. >>A >>Ironically if SCO win their case then HP your favourite company D >>will have no option but to distance themselves from direct attacksE >>on SCO, HP as a developer of IP understand just as well as everyone:# >>else that IP has to be protected.  >>	 >>Regards- >>Andrew Harrisona >>H >>>Why would Sun do this? First, IBM's AIX and pSeries servers are majorJ >>>competitors to Sun's Solaris and SPARC systems. Remember: At the start, >  > this > J >>>was SCO vs. IBM, not SCO vs. Linux. Secondly, Linux on Intel has erodedG >>>Sun's vital Solaris/SPARC market far more than Windows has. The more  > 	 > troublem > 9 >>>SCO can cause IBM and Linux, the better it is for Sun.iF >>>Since then the suit has grown bigger and broader. At the same time, > 	 > though,o > I >>>Sun and Microsoft have continued to support SCO with further licensingS3 >>>deals, and SCO's legal bills have grown bigger."t* >>>--------------------------------------- >>>PI >>>There have been additional articles written examining who's behind SCOn >>>recently with more detail.n >>> D >>>Speaking of who's behind companies.  Check this article out about > 
 > Gartner. > = >>>The Inquirer: Magazine questions Gartner Group objectivityn, >>>http://www.theinquirer.net/?article=12525 >>>  >>>  >>>  >>>Ken >>>5 >>>--o >>>Kenneth Farmer  <><" >>>OpenVMS.org  |  dcl.OpenVMS.org >>>d >>>a >> >  >    ------------------------------  % Date: Thu, 01 Apr 2004 16:51:34 +01001O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>y? Subject: Re: Undeniable proof that Itanium is highly profitableC0 Message-ID: <c4hdqj$l4i$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c4efvv$hp2$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > A >>I suspect that anyone who thinks that SCO do not have any basis 3 >>whatsoever for suing IBM is deluding themselves. n >  > F >    I'm sorry, but only SCO, Microsoft, and Sun seem to think SCO has@ >    any basis.  SCO has yet to show facts in public or in courtI >    substantiating their claims.  They have changed the details of theireC >    claims to match disclosed facts which were not in SCO's favor.pC >    They have not met the court's deadlines for producig evidence.p >   ; If you can find any evidence that Sun has an opinion on the-< merit of SCO's case either way then feel free to publish it.   Don't be suprised if you can't.    >  >>Clever lawyersA >>choose chases that they think they have a chance of winning and.+ >>SCO have one of the best in the business.  >  > E >    A lawyer has is legally bound to represent his/her client and totJ >    adhere to the truth of the case.  This is seen as possibly explainingI >    the large turnover of lawyers representing SCO.  They've ben through * >    more than one "best in the business". >   & Only once they have accepted the case.   Regardsa Andrew Harrisont   ------------------------------  % Date: Thu, 01 Apr 2004 17:03:49 +0100oO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> ? Subject: Re: Undeniable proof that Itanium is highly profitablet0 Message-ID: <c4hehi$ldk$2@new-usenet.uk.sun.com>  
 dooley wrote:0o > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0403310543.47ea7f3f@posting.google.com>...e > <snip> > < >>just give the alpha team some time and they will make it a >>money maker ...p > + > er.. don't most of them now work for AMD?a > Phil  > AMD or Sun and thats always been a rather obvious flaw in Bobs theory.    Regardsl Andrew Harrisoni   ------------------------------  $ Date: Thu, 1 Apr 2004 19:42:33 +0200  From: "Dr. Dweeb" <dr@dweeb.com>? Subject: Re: Undeniable proof that Itanium is highly profitablee, Message-ID: <c4hkaf$a2g$1@news.cybercity.dk>  ( Andrew Harrison SUNUK Consultancy wrote: > Dr. Dweeb wrote:+ >> Andrew Harrison SUNUK Consultancy wrote:i >> >>> Russell Wallace wrote: >>>s> >>>> On Wed, 31 Mar 2004 10:27:25 +0100, Andrew Harrison SUNUK? >>>> Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:s >>>> >>>> >>>>E >>>>> Incedentally the Intergraph model is one that has been followediB >>>>> closely by SCO and anyone who thinks that a relatively small@ >>>>> company cannot take big chunks out of a very large company@ >>>>> for IP infringement and therefore SCO will fail to prevail> >>>>> against IBM simply on that basis is deluding themselves. >>>> >>>>D >>>> I don't think anyone's saying SCO will fail against IBM on thatA >>>> basis, they're saying SCO will fail against IBM because theyg4 >>>> haven't so much as the vaguest shred of a case. >>>> >>>sC >>> I suspect that anyone who thinks that SCO do not have any basisrC >>> whatsoever for suing IBM is deluding themselves. Clever lawyersbC >>> choose chases that they think they have a chance of winning andd- >>> SCO have one of the best in the business.a >>>eD >>> I was refering to a school of thought in the anti-SCO camp which> >>> ran along the lines of IBM huge company SCO tiny company =( >>> unequal contest that SCO cannot win. >>>- >> >>C >> A good rule is that "it ever gets to court, the result cannot be F >> known beforehand", and I would have expected SCO to have negotiated? >> a settlement had their case had merit for that reason alone.  >>C >> I am no expert, but I have not read anything suggesting that SCO.G >> have a strong case, based on information revealed either publicly or G >> via the courts.  It may be too early yet, or I have not been looking ( >> in the correct places, I do not know. >>B >> Andrew, you tend to know lots of things about Unix and the UnixF >> marketplace, so any pointers to articles favourable to the SCO suitF >> would be of interest. And while we are at it, as a non-Unix person,G >> where does Solaris stand on the Unix genealogy tree and is it in thee' >> firing line sometime in the future ?v >:= > SunOS up to 4.x.x was based closely on BSD with quite a lot = > of Sun bits added such as lightweight threads and obviously  > things like SunView. >j? > Solaris 2.x was a merge of BSD and SYSV mostly hased on SYSV.- >-@ > Solaris isn't in the firing line because Sun bought a one time@ > right to the SYSV IP from USL when USL was owned by Novell and > before it was bought by SCO. >4@ > Whatever argument SCO and Novell have over who owns the rights@ > to the UNIX IP don't apply to Sun nor would it be possible for@ > example for SCO to revoke Sun's right to ship UNIX licenses asA > it has with IBM and then threaten their customers because theres$ > is no license between SCO and Sun. >a	 > Regards  > Andrew HarrisonM   Thanks.    Dweeb.   ------------------------------  # Date: Thu, 01 Apr 2004 20:48:40 GMTF$ From: "GreyCloud" <mist@Cumulus.com>? Subject: Re: Undeniable proof that Itanium is highly profitablem8 Message-ID: <Ie%ac.1556$Wc4.4867@bcandid.telisphere.com>  ( Andrew Harrison SUNUK Consultancy wrote: > GreyCloud wrote:+ >> Andrew Harrison SUNUK Consultancy wrote:e >> >>> Kenneth Farmer wrote:$ >>>nE >>> It would have been better if you had left that BS on your websites< >>> where it might be better placed that publishing it here. >>>  >> >>G >> Verify that it is BS.  So far, sock puppets are usually in denial asDF >> it is. Disprove his statements.  So far, others have found evidence >> contrary to your beliefs. >> >>E >>>> The behind the scenes stuff going on with SCO is unreal.  It's awG >>>> tangle of companies and money changing hands.  These guys are realGE >>>> slime and good at what they do but they may have hit the wall onVD >>>> this one.  As you can see below, Sun is neck deep in the slime. >>>> >>>tA >>> Odd that you have forgotten the joint marketing campaign thatXA >>> HP payed for with SCO where there was no mention of HP in theaD >>> campaign. Could it be a bung who knows but it has about the same# >>> level of substance as your FUD.n >>>1 >> >>A >> Again, provide the evidence.  Why did Sun pay SCO??  What for?- >> Guffaw!!! >> >> >8D > Companys pay for IP all the time, Sun has an OS called Solaris x86C > SCO has an OS that runs on x86, I will leave you to work out whatv > me might have licensed.s >sE > Nice conspiracy theory though, I can hear the sound of a helicopter  > approaching. >g    Guffaw!!  Typical of an ostrich.  L It is very highly likely that the Caldera/SCO had mixed their code together.G I used to have Caldera Linux and know that people did copy the software I under the GPL.  Some of the software was written by Caldera and had theirc& own copyright notices in the software.  I Tell us again why Sun all of a sudden paid SCO off.  IBM sure didn't taked	 the bait.b   ------------------------------   Date: 31 Mar 2004 17:51:25 EST, From: "Paul Dembry" <pade@nospam.trifox.com> Subject: v6.4 C compiler?h0 Message-ID: <c4fi1d$3or@dispatch.concentric.net>  J How can I get/buy the latest (v6.4) C compiler for OpenVMS VAX (I want theI vfork() crtl function)? Does anyone know the minimum VMS VAX version that- this will run on?- Thanks,a Paul   ------------------------------  # Date: Wed, 31 Mar 2004 23:50:36 GMTc# From: hoff@hp.nospam (Hoff Hoffman)g Subject: Re: v6.4 C compiler?e1 Message-ID: <gPIac.2130$V93.722@news.cpqcorp.net>D  _ In article <c4fi1d$3or@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes:tK :How can I get/buy the latest (v6.4) C compiler for OpenVMS VAX (I want thep :vfork() crtl function)?    =   Hobbyists can get this via the Hobbyist program, commercial =   sites can acquire this package from your HP Reseller or HP.t@   (IIRC, the DSPP program generally doesn't offer VAX packages, @   though the program is a good option for developers working on ?   OpenVMS Alpha and developers can acquire this and other toolsr   via the DSPP program.)  @   vfork() and the other CRTL functions are generally part of the@   RTL, and not the compiler.  vfork() has been around for a long   time, too.  D :Does anyone know the minimum VMS VAX version that this will run on?  ?   IIRC, V5.5-2 with the AACRT kit installed, or V6.1 and later B=   without that kit.  Look for the current ECO kit, obviously.e  >   What version are you running?  (Running ancient releases has>   its problems, and -- in the case of OpenVMS VAX -- if you're>   running V6.0 or later, you might as well be running the mostD   current V7.3 release.  Assuming licenses and/or right-to-upgrade, 
   of course.)     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comu   ------------------------------   Date: 31 Mar 2004 18:59:36 EST, From: "Paul Dembry" <pade@nospam.trifox.com> Subject: Re: v6.4 C compiler?t0 Message-ID: <c4fm18$3p3@dispatch.concentric.net>  ? >   Hobbyists can get this via the Hobbyist program, commercial.? >   sites can acquire this package from your HP Reseller or HP.hA >   (IIRC, the DSPP program generally doesn't offer VAX packages,nA >   though the program is a good option for developers working onlA >   OpenVMS Alpha and developers can acquire this and other toolse >   via the DSPP program.)L The last time I tried this (a year or so ago), the HP folks were so confusedI that I gave up.  We are part of the DSPP program and get the AXP s/w fromt this.d  B >   vfork() and the other CRTL functions are generally part of theB >   RTL, and not the compiler.  vfork() has been around for a long >   time, too. >eF > :Does anyone know the minimum VMS VAX version that this will run on? >e@ >   IIRC, V5.5-2 with the AACRT kit installed, or V6.1 and later? >   without that kit.  Look for the current ECO kit, obviously.  >s@ >   What version are you running?  (Running ancient releases has@ >   its problems, and -- in the case of OpenVMS VAX -- if you're@ >   running V6.0 or later, you might as well be running the mostE >   current V7.3 release.  Assuming licenses and/or right-to-upgrade,n >   of course.)pG I think we are running v6.2 or v6.4, I would have to fire up the VAX to. check. Regards, Paul   ------------------------------  # Date: Thu, 01 Apr 2004 00:29:44 GMTo# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: v6.4 C compiler?I2 Message-ID: <YnJac.2135$Pc3.1521@news.cpqcorp.net>  _ In article <c4fm18$3p3@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes:l@ :>   Hobbyists can get this via the Hobbyist program, commercial@ :>   sites can acquire this package from your HP Reseller or HP.B :>   (IIRC, the DSPP program generally doesn't offer VAX packages,B :>   though the program is a good option for developers working onB :>   OpenVMS Alpha and developers can acquire this and other tools :>   via the DSPP program.)dM :The last time I tried this (a year or so ago), the HP folks were so confusediJ :that I gave up.  We are part of the DSPP program and get the AXP s/w from :this.  A   AFAIK, the DSPP program does NOT provide VAX tools, and has not A   provided VAX tools.  (One of the central ancestors of DSPP was nB   a DIGITAL program that was implemented to help move applications%   from OpenVMS VAX to OpenVMS Alpha.)   "   Please read my last sentence as:  C     ...IIRC, the DSPP program generally doesn't offer VAX packages,.A     though the program is a good option for developers working onoA     OpenVMS Alpha and developers can acquire this [compiler] and w3     other tools [for Alpha] via the DSPP program...   D   Bracketed text added.  On re-reading my answer, I see it could be    ambiguous.  H :I think we are running v6.2 or v6.4, I would have to fire up the VAX to :check.M  /   There is and was no OpenVMS VAX V6.4 release.   A   If you are using OpenVMS VAX V6.2, you might as well upgrade to C   current -- OpenVMS VAX V7.0 was not a classic ".0" major release 0@   on OpenVMS VAX in the tradition of ".0" major releases and theA   requisite changes to the kernel and the need to rebuild driverss?   and such.  There hasn't been a classic major ".0" release for:>   OpenVMS VAX since V6.0, and I'm not aware of any plans for a@   classic-style major ".0" release among any future OpenVMS VAX ?   releases.  Upward-compatibility of both user- and kernel-mode @   code is the target for OpenVMS VAX releases, starting at V6.0.  >   If you are on V6.1 or later, you should be able to perform a?   straight installation of C V6.4, load any available ACRTL ECOb?   kit or consolditated kit, and load the mandatory ECO kits forl0   OpenVMS VAX, and be able to compile your code.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqnN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 1 Apr 2004 09:45:39 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: v6.4 C compiler?.3 Message-ID: <oiUdLvPg84eY@eisner.encompasserve.org>l  _ In article <c4fi1d$3or@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes:.L > How can I get/buy the latest (v6.4) C compiler for OpenVMS VAX (I want theK > vfork() crtl function)? Does anyone know the minimum VMS VAX version thati > this will run on?l	 > Thanks,- > Paul  A    The C RTL is built into VMS since VMS 5.0 or so.  The compilere?    sometimes ships later versions of the RTL than the one whichrA    shipped with VMS.  Is there something in a recent vfork() thatr    wasn't in the older one?d  >    Don't confuse this with the DII/COE package.  The vfork() iA    there may very well be different, check the schedule for when,e?    if ever, DII/COE improvements are being merged into the main     line of VMS.c   ------------------------------   Date: 1 Apr 2004 09:47:20 -0600f; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)t Subject: Re: v6.4 C compiler?p3 Message-ID: <iX12j8Vd1zuf@eisner.encompasserve.org>   _ In article <c4fm18$3p3@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes:r  I > I think we are running v6.2 or v6.4, I would have to fire up the VAX tol > check.  C    Then you have a vfork(), but it is not a UNIX vfork(), it's justJH    a setup for an exec() that also functions different from UNIX exec().  D    The net result of a vfork()/exec() pair on VMS is the same as the/    net result of a vfork()/exec() pair on UNIX.    ------------------------------  % Date: Thu, 01 Apr 2004 13:09:56 -0600r/ From: Chris Scheers <chris@applied-synergy.com>t Subject: Re: v6.4 C compiler?y3 Message-ID: <406C6904.6B2BBEC3@applied-synergy.com>    Bob Koehler wrote: > a > In article <c4fi1d$3or@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes:aN > > How can I get/buy the latest (v6.4) C compiler for OpenVMS VAX (I want theM > > vfork() crtl function)? Does anyone know the minimum VMS VAX version thatI > > this will run on?v > > Thanks,e > > Paul > C >    The C RTL is built into VMS since VMS 5.0 or so.  The compileriA >    sometimes ships later versions of the RTL than the one which-C >    shipped with VMS.  Is there something in a recent vfork() thatr >    wasn't in the older one?o   IIRC:c  6 VAXCRTL (along with ADARTL) were added to VMS in V4.2.  D DECC$CRTL was added in V6.1 (V6.0?) along with an ECO kit to make it available in V5.5-2.  G -----------------------------------------------------------------------A$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com y   Fax: 817-237-3074    ------------------------------  # Date: Thu, 01 Apr 2004 17:12:34 GMTt0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu> Subject: Re: v6.4 C compiler?m/ Message-ID: <64Yac.153107$1p.1975848@attbi_s54>i   Bob Koehler wrote:  a > In article <c4fm18$3p3@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes:S  I >>I think we are running v6.2 or v6.4, I would have to fire up the VAX ton >>check.  E >    Then you have a vfork(), but it is not a UNIX vfork(), it's just J >    a setup for an exec() that also functions different from UNIX exec().  F >    The net result of a vfork()/exec() pair on VMS is the same as the1 >    net result of a vfork()/exec() pair on UNIX.   4 Isn't that, more or less, the definition of vfork().  C That is, vfork() is only guaranteed to work if you exec() very soon C after it?  (Or, according to the man page I looked at, _exit(), butw not exit().)   -- gleng   ------------------------------  % Date: Wed, 31 Mar 2004 21:26:37 -0400g* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Xwindows and VMSi) Message-ID: <406B6FB1.A868B818@istop.com>i   G Henry wrote:F > Is there some magic that I Have to do so I can stop using TElnet and > connect with "X"  E The trick is to start TCPIP services up sufficiently before you allown DECwindows to start.   This is what I have on the vax:q  > $submit SYS$STARTUP:TCPIP$STARTUP.COM/queue=bike$batch/noprint ... ! ... lots of other stuff gets done  ....( $define/system DECW$INSTALL_TCPIP "TRUE" $!H $say "Waiting for TCPIP to have started before letting DECwindows start" $LOOPCNT = 0 $!	 $!*******g	 $WAITTCP:c	 $!*******d# $     if f$getdvi("_bg0:","exists"):
 $     then$ $         if f$getdvi("_bg0:","mnt") $         thenG $             say "TCPIP sufficiently started, continuing (''loopcnt')"> $             goto ENDWAIT $         endifs $     endif: $! $     wait 00:00:10n $     loopcnt = loopcnt + 1  $     say "Waiting..."* $     if loopcnt .lt. 18 then goto WAITTCP $!	 $ENDWAIT:v $!   ------------------------------  % Date: Thu, 01 Apr 2004 11:37:17 +0800>+ From: Tim E Sneddon <tesneddon@bigpond.com>  Subject: Re: Xwindows and VMSI: Message-ID: <c4g2pd$2hvfjm$1@ID-229879.news.uni-berlin.de>   G Henry wrote:F > I am tring to figure out how to use an Xwindows client against a VMSF > 7.2-1 node.  I have noticed that in later version os VMS there is anF > option in TCP$config to start the server side component but I do not1 > see it in 7.2-1 and I cannot update it just yeto > F > Is there some magic that I Have to do so I can stop using TElnet and > connect with "X" > G > I have tried the normal things but no luck so I figured something wasIC > not running.  I have DECwindows starting and CDE srarts starts onr/ > direct connected graphic console just fine...o > ! > ANY help woud be appreciated...a > 	 > THanks   >  > Gary   Gary,t  F I have used both Multinet (V4.3 or V4.4) and TCPIP (V5.3). V5.3 is theC minimum version required for TCPIP, I think. I'm not too sure aboute9 Multinet, but I believe support's been there for a while.e  E There are other ways to get this running on earlier versions of TCPIPsC using the SET DISPLAY command. I believe there was a recent post bysE JF Mezei describing how he did it. I think it was a long the lines ofcE doing a SET DISPLAY/CREATE and the running LOGINOUT.EXE. I have tried E this in the past. I did run into some problems, but never really gavevE it much time. I installed Multinet instead. I think what JF describedtF was the fix I was looking for at the time. You'll have to check Google5 for that one. I don't remember the name of the tread.   
 Regards, Tim.n   ------------------------------  % Date: Wed, 31 Mar 2004 23:26:06 -0400-* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Xwindows and VMSd) Message-ID: <406B8BAA.479F11C6@istop.com>l   Tim E Sneddon wrote:G > There are other ways to get this running on earlier versions of TCPIPo  > using the SET DISPLAY command.  L My previous post described how to get decwindows started with TCPIP support.G This will allow that node to become an X-server (X terminal) and acceptp1 inbound connections from X-clients via port 6000.   R To get a session going from a VMS host to an X terminal, you can do the following:  2 SET DISPLAY/CREATE/TRANSPORT=TCPIP/NODE=ip.address MC DECW$STARTLOGIN  L Note that the process issuing those commands will continue to think that itsJ display is directed to that TCPIP address, do you may thing about DEASSIGN DECW$DISPLAY after.m  D If you want your session on the remote X terminal to be more or lessI permanent, add /EXEC to the SET DISPLAY command. This will make the WSAn:tJ device persistant even if the process that created the terminal goes away.   ------------------------------   Date: 1 Apr 2004 04:04:03 -0800h. From: martinkirby12@yahoo.co.uk (Martin Kirby) Subject: Re: Xwindows and VMS < Message-ID: <224291b.0404010404.4e86843d@posting.google.com>  / A few additional comments that maybe will help.=   ++  < You shouldn't need to worry about TCP/IP starting before theF DECwindows server. If TCP/IP is not started then the DECwindows serverB is supposed to poll every minute until it manages to attach to the@ network. The same happens when TCP/IP is shutdown and restarted.  B I know there was a problem with the shutdown case with TCP/IP V5.4A that has been fixed in V5.4 ECO 1. If there is a problem with therD start-up order then I'ld be interested in knowing details of when it occurs.0   ++  A If you just start the DECwindows server, with no client, and thenRD start DECW$LOGINOUT remotely over TCPIP to the server then there areA security issues to be considered as, by default, the server won't3E allow connections from remote systems. You can address this using thea> DECW$SERVER_ACCESS_TRUSTED file as described in the V1.3-1 NewB Features - it exists in all versions even if it wasn't documented.   Martin Kirby   ------------------------------  $ Date: Thu, 1 Apr 2004 08:59:08 -0500* From: "Brian Tillman" <tillmabg@yahoo.com> Subject: RE: Xwindows and VMS ' Message-ID: <0132FF78.C22236@yahoo.com>a   G Henry wrote:  F > I am tring to figure out how to use an Xwindows client against a VMSF > 7.2-1 node.  I have noticed that in later version os VMS there is anF > option in TCP$config to start the server side component but I do not1 > see it in 7.2-1 and I cannot update it just yete  I You need to modify the file SYS$STARTUP:DECW$PRIVATE_SERVER_SETUP.COM andsH make sure "TCPIP" is one of the values included in the definition of the symbol" decw$server_transports, like this:  4 $ decw$server_transports == "DECNET,LOCAL,LAT,TCPIP"  A Alternatively, I believe, you can define the /SYSTEM logical name J DECW$INSTALL_TCPIP to be the character "1", the numeric 1 or any characterF string starting with "T" or "Y" (i.e., any value that DCL will test as true). -- y
 Brian Tillmans   ------------------------------  % Date: Thu, 01 Apr 2004 20:29:03 +0200tB From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid> Subject: Re: Xwindows and VMSa7 Message-ID: <406C5F6F.77AA@this.mailaddress.is.invalid>    G Henry wrote: > F > I am tring to figure out how to use an Xwindows client against a VMSF > 7.2-1 node.  I have noticed that in later version os VMS there is anF > option in TCP$config to start the server side component but I do not1 > see it in 7.2-1 and I cannot update it just yetr  ! See the OpenVMS FAQ, chapter 11 :CL http://h71000.www7.hp.com/wizard/faq/vmsfaq_contents_001.html#toc_chapter_11   -- - ME Posted by news://news.nb.nu4   ------------------------------  # Date: Thu, 01 Apr 2004 23:15:40 GMTl6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net> Subject: Re: Xwindows and VMSa> Message-ID: <vo1bc.31231$EC2.16811@newssvr29.news.prodigy.com>  I See "Linux and OpenVMS Interoperability" by John Wisniewski for hints andn such.p -- u     Andy Bustamante  Remove the ASCII 95s for e-mailt    3 "G Henry" <newsgroup@gnshenry.com> wrote in messageM2 news:a9um60l07vrkgu683usrp5bpo2oravdjta@4ax.com...F > I am tring to figure out how to use an Xwindows client against a VMSF > 7.2-1 node.  I have noticed that in later version os VMS there is anF > option in TCP$config to start the server side component but I do not1 > see it in 7.2-1 and I cannot update it just yetn >mF > Is there some magic that I Have to do so I can stop using TElnet and > connect with "X" >@G > I have tried the normal things but no luck so I figured something waslC > not running.  I have DECwindows starting and CDE srarts starts on4/ > direct connected graphic console just fine...y >>! > ANY help woud be appreciated.... >> > THanks >  > Gary   ------------------------------  % Date: Thu, 01 Apr 2004 00:01:39 +0100 - From: John Laird <nospam@laird-towers.org.uk> 6 Subject: Re: [OT] Outlook 2003 efficiency against spam8 Message-ID: <d9jm60941tbech4df3d4dn7lsl1uo9rd27@4ax.com>  H On Wed, 31 Mar 2004 14:48:32 -0400, JF Mezei <jfmezei.spamnot@istop.com> wrote:   >someone wrote:!O >> > as SPAM. It apparently learns from your training & at least gives you somehU >> > feeling of control when you hit the Delete as SPAM button knowing that in future ? >> > similar mail messages will be directly filed in Junk Mail.a >C >oK >OK, how can a piece of software "learn" that a message is spam by you juste0 >clicking on message and telling it it is spam ?  + Fairly simple statistics and probabilities.   H >Also, consider now that a lot of the spam includes randomly constructedN >meaningless english sentences included in the subject and in comments part ofO >the html. So those bayesian filters see each as a distinctly different messagei; >because enough of it is different from message to message.d  L They are not noticeably confusing the filter I use (POPFile).  But I have noH doubt that is the spammers' intention.   B******s.  Anyway, I see one ofD them has had his Porsche confiscated and it is up as a prize at AOL.   -- o+ Never mind the facts - I know what I know! r   Mail john rather than nospam...h   ------------------------------  % Date: Thu, 01 Apr 2004 22:36:44 +0100w- From: John Laird <nospam@laird-towers.org.uk>d6 Subject: Re: [OT] Outlook 2003 efficiency against spam8 Message-ID: <kn2p60hj22st18v72i3hj7ntt6n0eufeq7@4ax.com>  H On Thu, 01 Apr 2004 16:52:01 GMT, "John Vottero" <John@mvpsi.com> wrote:  J >I'm starting to see spam that is trying to get past Bayesian filters.  ItM >includes a lot of text that looks like it was lifted from a news site.  It'seL >just stories about current events but it makes up about 98% of the message.+ >It's then hidden with various html tricks.o  I The filter software I use also weights clever html tricks ;-)  But enoughiF sensible text may well tip the balance back, especially if it containsK enough "normal" words rather than a random collection of obscure dictionary  entries.  C Any chance we could tow Florida out into the Atlantic and sink it ?o   -- o; Extra credit: Define the universe and give three examples.     Mail john rather than nospam...e   ------------------------------  # Date: Thu, 01 Apr 2004 16:52:01 GMTi% From: "John Vottero" <John@mvpsi.com> 6 Subject: Re: [OT] Outlook 2003 efficiency against spamA Message-ID: <RMXac.19694$t16.10299275@newssvr28.news.prodigy.com>   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagea# news:406B127F.25496F9F@istop.com...s > someone wrote:K > > > as SPAM. It apparently learns from your training & at least gives you  someL > > > feeling of control when you hit the Delete as SPAM button knowing that	 in futurer@ > > > similar mail messages will be directly filed in Junk Mail. >e >yL > OK, how can a piece of software "learn" that a message is spam by you just1 > clicking on message and telling it it is spam ?d  L It breaks e-mail (good and bad) into words and tracks how often each word isC in SPAM vs. how often it is in valid e-mail.  It's very simple yet,a amazingly accurate.u  L See: http://www.paulgraham.com/spam.html for a detailed explanation from theJ person who came up with the idea of using Bayesian statistical analysis to filter spam.   >uI > Also, consider now that a lot of the spam includes randomly constructed L > meaningless english sentences included in the subject and in comments part ofH > the html. So those bayesian filters see each as a distinctly different message,< > because enough of it is different from message to message.  I I'm starting to see spam that is trying to get past Bayesian filters.  ItrL includes a lot of text that looks like it was lifted from a news site.  It'sK just stories about current events but it makes up about 98% of the message. * It's then hidden with various html tricks.   ------------------------------   End of INFO-VAX 2004.182 ************************