1 INFO-VAX	Thu, 18 Dec 2003	Volume 2003 : Issue 698       Contents: Re: Alpha Server Road Map  Re: Alpha Server Road Map  Re: Alpha Server Road Map  Re: Alpha Server Road Map   Re: BOOT, HALT, RESTART, 1, 2, 3) Compaq Secure Web Server (Apache) problem  RE: DE500-XA & full-duplex Re: DE500-XA & full-duplex Re: DE500-XA & full-duplex Re: DE500-XA & full-duplex* Re: DECW installation from Hobbyist VAX CD* Re: DECW installation from Hobbyist VAX CD* Re: DECW installation from Hobbyist VAX CD Re: FATAL BUGCHECKN Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarksN Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarksN Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarksP Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks b# HSG80 failed disk drive - odd stuff  Re: Kernel mode code in Pascal Re: Kernel mode code in Pascal Re: Kernel mode code in Pascal Re: KZPSC-AA Documentation! Re: lbr$ routines and concurrency   Re: Logging interactive sessions PBXGA-AA - DECwindows Hangs  Re: Problems with 7.3 and 164LX ( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS Support for passive FTP  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Trim lexical output in DCL Re: Trim lexical output in DCL Re: Trim lexical output in DCL Re: Trim lexical output in DCL Re: Trim lexical output in DCL, Re: Where is firmware 7.2 doc in plain text?? Re: [VMS V7.3-2] How do you interpret SHOW DEVICE/BITMAP/FULL ?   F ----------------------------------------------------------------------    Date: 17 Dec 2003 13:00:13 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski) " Subject: Re: Alpha Server Road Map= Message-ID: <857e9e41.0312171300.4b1e27b2@posting.google.com>    John,   F Please forgive my delay in getting back to you, I have been out with aF surgery and just back 1/2 time now.  Can you please send me email with5 the partner name and we can contact them.  Please use " susan.skonetski@hp.comnospamplease   thanks, 
 Sue Skonetski   a brandon@dalsemi.com (John Brandon) wrote in message news:<03121510044729@dscis6-0.dalsemi.com>... K > I have a vendor that has decided to stop support of their Payroll Package O > on VMS becuase they indicated that HP would stop supporting our (GS160 Alpha) J > hardware platform in 2005.  They indicated that was the main reason they, > weren't supporting this platform any more. > M > My thought is that VMS is VMS on VAX, on Alpha, and Itanium.  Granted a bit  > feauture sparce on VAX...  > H > Where can I find the Alpha/VMS roadmap?  Yes I know Itanium is the newO > direction however I would like to read up on the support of the Alpha and get G > an insight into what type of rear-end valve this vendor has with VMS.  > K > I would tend to believe that come 2005 Alpha will still be supported as a M > hardware platform and O/S - with the understanding of no new development of ! > course - similiar to the VAX.    >  > Links? >  > Any comments?  >  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Wed, 17 Dec 2003 22:12:58 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Alpha Server Road Map) Message-ID: <3FE11B2F.A961429C@istop.com>    Sue Skonetski wrote:H > Please forgive my delay in getting back to you, I have been out with a% > surgery and just back 1/2 time now.    As we say in french:   Bon rtablissement !  7 (I think the english equivalent is "get well soon"....)   J Hope the engineers will take good care of you... If not, tell us and we'll& beat on their heads on your behalf :-)   ------------------------------    Date: 17 Dec 2003 20:16:45 -0800( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: Alpha Server Road Map= Message-ID: <d7791aa1.0312172016.23d47765@posting.google.com>   a brandon@dalsemi.com (John Brandon) wrote in message news:<03121510044729@dscis6-0.dalsemi.com>... K > I have a vendor that has decided to stop support of their Payroll Package O > on VMS becuase they indicated that HP would stop supporting our (GS160 Alpha) J > hardware platform in 2005.  They indicated that was the main reason they, > weren't supporting this platform any more. > M > My thought is that VMS is VMS on VAX, on Alpha, and Itanium.  Granted a bit  > feauture sparce on VAX...  > H > Where can I find the Alpha/VMS roadmap?  Yes I know Itanium is the newO > direction however I would like to read up on the support of the Alpha and get G > an insight into what type of rear-end valve this vendor has with VMS.  > K > I would tend to believe that come 2005 Alpha will still be supported as a M > hardware platform and O/S - with the understanding of no new development of ! > course - similiar to the VAX.    >  > Links? >  > Any comments?  >  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com  B also does 401k and sec 125 deductions, vacation and holiday hours,2 and also sweeps yours house on the weekends ... :)   ------------------------------    Date: 17 Dec 2003 20:13:34 -0800( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: Alpha Server Road Map= Message-ID: <d7791aa1.0312172013.3ee11a41@posting.google.com>   a brandon@dalsemi.com (John Brandon) wrote in message news:<03121510044729@dscis6-0.dalsemi.com>... K > I have a vendor that has decided to stop support of their Payroll Package O > on VMS becuase they indicated that HP would stop supporting our (GS160 Alpha) J > hardware platform in 2005.  They indicated that was the main reason they, > weren't supporting this platform any more. > M > My thought is that VMS is VMS on VAX, on Alpha, and Itanium.  Granted a bit  > feauture sparce on VAX...  > H > Where can I find the Alpha/VMS roadmap?  Yes I know Itanium is the newO > direction however I would like to read up on the support of the Alpha and get G > an insight into what type of rear-end valve this vendor has with VMS.  > K > I would tend to believe that come 2005 Alpha will still be supported as a M > hardware platform and O/S - with the understanding of no new development of ! > course - similiar to the VAX.    >  > Links? >  > Any comments?  >  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com  A why not just write your own?  I maintain and develop for one that @ came from the mcba dibol days and I have it current with all tax? tables, including local state and city and garnishments and all @ the other good stuff ... the rates are easy to change once in an< rms database and the code rarely changes or if it does it isB pretty easy to modify ... then you could tell your vendor to stick) his payroll package you know where ... :)    ------------------------------  % Date: Wed, 17 Dec 2003 19:32:55 -0600 / From: Chris Scheers <chris@applied-synergy.com> ) Subject: Re: BOOT, HALT, RESTART, 1, 2, 3 2 Message-ID: <3FE103C7.ED230A0@applied-synergy.com>   Bob Koehler wrote:  G >   As a practial matter, terminals were more often connected via DZ-11 H >   back in the 11/780 days.  I know DEC made a UNIBUS ethernet card and= >   supported it on 11/780, but I've never actually seen one.  > D >   And not all processing is interactive.  Yes, you would loose all; >   networked connections, but everything else would be OK.   D The UNIBUS Ethernet controller was a DEUNA.  (I think this was later replaced by a DELUA.)   G We had a 780 and 785 clustered.  Almost all terminal access was via LAT  and terminal servers.   F The 780 had one or two DZ-11s, but these were only used were permanentH connections were required.  For example, one of them was used for a 20ma% connection to a Data General machine.   F The 785 had no direct serial interfaces at all.  (Except the console.)  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------  % Date: Wed, 17 Dec 2003 18:52:03 -0500 % From: Yakov Pekar <ypekar@purdue.edu> 2 Subject: Compaq Secure Web Server (Apache) problem- Message-ID: <brqq72$rsi$1@mozo.cc.purdue.edu>   
 Greetings,  D I am trying to get Compaq Secure Web Server T2.0 (Apache) set up on * OpenVms 7.3-1 and get the following error:  - PROMPT11> @SYS$STARTUP:APACHE$STARTUP "START" G [Wed Dec 17 18:47:50 2003] [error] (6)no such device or address: error  ; assigning channel to control mailbox APACHE$SWS_CONTROL_MBX   4 Any clues on where to look for what is causing this?   Thank you in advance.    Yakov Pekar    ------------------------------   Date: 17 Dec 2003 16:32:37 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)# Subject: RE: DE500-XA & full-duplex 0 Message-ID: <brq0f5$96n$1@n.ruf.uni-freiburg.de>  _ In article <CIEJLCMNHNNDLLOOGNJIMEODIKAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  >  >  >>-----Original Message-----E >>From: Christoph Gartmann [mailto:gartmann@non.immunbio.mpg.de.sens] , >>Sent: Wednesday, December 17, 2003 1:56 AM >>To: Info-VAX@Mvb.Saic.Com % >>Subject: Re: DE500-XA & full-duplex  >> >>D >>In article <MCELKPMOKPMNDNKJNIONEEKNCHAA.win@fom.fgan.de>, "Rudolf$ >>Wingert" <win@fom.fgan.de> writes: >>>  >>>Christoph Gartmann wrotes:  >>>  >>>>>>A >>>Just tried to use 100 half and get again lots of errors. Note,  >>with a differentD >>>switch we had no such problems. It is something between this card >>the the 4400.  >>><<< >>> @ >>>AFAIK there are o lot of problems with the 3Com switches (and >>also interfaces). D >>>Try to missconfigure the connection. First time set the switch toM >>>AUTONEGOTIATION and the interface to FASFD. If this does not work, set the D >>>switch to FASFD and the interface to AUTONEGOTIATION. May be this >>will help. I/ >>>did hear this from a network service seller.  >>B >>I can't set the DE500-XA to Autonegotiation, the console doesn't >>allow this for >>this card :-(  > A >Maybe you have the wrong name for the value of the SRM variable? D >for example, on a PWS500au with Tru64 with same SRM as used for VMS$ >bash-2.05b# consvar -v -g ewa0_mode >Firmware Rev: 6.9-7 >system fam:30  cpu:5  smm:1791  >ewa0_mode = Auto-Negotiate   - Meanwhile I looked into the VMS-FAQ and found 5 	http://h71000.www7.hp.com/wizard/faq/vmsfaq_018.html  Topic 14.25 states clearly: 
    # DE500-XA '    auto-detection, no auto-negotiation, . So I wonder how I would enable auto-detection?   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------    Date: 17 Dec 2003 12:25:07 -0800( From: bob@instantwhip.com (Bob Ceculski)# Subject: Re: DE500-XA & full-duplex = Message-ID: <d7791aa1.0312171225.58d236a7@posting.google.com>   t gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<brp2i8$qf2$1@n.ruf.uni-freiburg.de>...j > In article <d7791aa1.0312160853.78bf07b9@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:D > >do you have the latest patches at both the vms and console level?: > >we are using 7.1 w/alphastations but you are on 7.3 ... > Q > As far as I can tell, yes. It is OpenVMS 7.3-1 with all the patches, the newest : > SRM firmware and the most up to date switch firmware :-( > 
 > Regards, >   Christoph Gartmann  > then you need to get a DE500-BA card or a different switch ...4 Bay Networks switches always seem to do great ... :)   ------------------------------  % Date: Wed, 17 Dec 2003 23:07:06 +0100  From: Dirk Munk <munk@home.nl># Subject: Re: DE500-XA & full-duplex 2 Message-ID: <brqkho$n2j$1@news1.tilbu1.nb.home.nl>   Christoph Gartmann wrote: a > In article <CIEJLCMNHNNDLLOOGNJIMEODIKAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  >  >> >>>-----Original Message----- F >>>From: Christoph Gartmann [mailto:gartmann@non.immunbio.mpg.de.sens]- >>>Sent: Wednesday, December 17, 2003 1:56 AM  >>>To: Info-VAX@Mvb.Saic.Com& >>>Subject: Re: DE500-XA & full-duplex >>>  >>> E >>>In article <MCELKPMOKPMNDNKJNIONEEKNCHAA.win@fom.fgan.de>, "Rudolf % >>>Wingert" <win@fom.fgan.de> writes:  >>>  >>>>Christoph Gartmann wrotes: >>>> >>>>B >>>>Just tried to use 100 half and get again lots of errors. Note, >>>  >>>with a different  >>> E >>>>switch we had no such problems. It is something between this card  >>>  >>>the the 4400. >>>  >>>><<<  >>>>A >>>>AFAIK there are o lot of problems with the 3Com switches (and  >>>  >>>also interfaces). >>> E >>>>Try to missconfigure the connection. First time set the switch to N >>>>AUTONEGOTIATION and the interface to FASFD. If this does not work, set theE >>>>switch to FASFD and the interface to AUTONEGOTIATION. May be this  >>>  >>>will help. I  >>> 0 >>>>did hear this from a network service seller. >>> C >>>I can't set the DE500-XA to Autonegotiation, the console doesn't  >>>allow this for  >>>this card :-( >>B >>Maybe you have the wrong name for the value of the SRM variable?E >>for example, on a PWS500au with Tru64 with same SRM as used for VMS % >>bash-2.05b# consvar -v -g ewa0_mode  >>Firmware Rev: 6.9-7   >>system fam:30  cpu:5  smm:1791 >>ewa0_mode = Auto-Negotiate >  > / > Meanwhile I looked into the VMS-FAQ and found 7 > 	http://h71000.www7.hp.com/wizard/faq/vmsfaq_018.html  > Topic 14.25 states clearly:  >    # DE500-XA ) >    auto-detection, no auto-negotiation, 0 > So I wonder how I would enable auto-detection? > 
 > Regards, >    Christoph Gartmann  > K I don't know if that is possible, or that they mean the switch should auto   detect the speed.   P You can also have a look at the settings for the running device, if it is truly  running at full duplex.    mc lancp lancp> sho dev ewa0 /char   I With the same control program you can change the characteristics on-line.    ------------------------------   Date: 17 Dec 2003 22:05:06 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)# Subject: Re: DE500-XA & full-duplex 0 Message-ID: <brqjui$h8g$1@n.ruf.uni-freiburg.de>  h In article <d7791aa1.0312171225.58d236a7@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:u >gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<brp2i8$qf2$1@n.ruf.uni-freiburg.de>... k >> In article <d7791aa1.0312160853.78bf07b9@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: E >> >do you have the latest patches at both the vms and console level? ; >> >we are using 7.1 w/alphastations but you are on 7.3 ...  >>  R >> As far as I can tell, yes. It is OpenVMS 7.3-1 with all the patches, the newest; >> SRM firmware and the most up to date switch firmware :-(  >>   >> Regards,  >>   Christoph Gartmann  > ? >then you need to get a DE500-BA card or a different switch ... 5 >Bay Networks switches always seem to do great ... :)   N A DE500-BA is supposed to arrive tomorrow. In addition I will test yet anotherK DE500-XA under Tru64-Unix and in the OpenVMS machine to see whether it is a ? problem of the card or the OS or if my original card is broken.    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  # Date: Wed, 17 Dec 2003 18:42:41 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) 3 Subject: Re: DECW installation from Hobbyist VAX CD 3 Message-ID: <Bs1Eb.10929$uU6.5889@news.cpqcorp.net>   < In article <1a63f162.0312170829.933a6b0@posting.google.com>,1  send_lotsa_spam_here@yahoo.com (Soterro) writes:  ..D >How could I install the DECW kit from the Hobbyist CD on an alreadyC >running VMS VAX 7.2 machine, as long the Hobbyist CD only seems to F >have DECW072.C, D, E and F? Where are the sets A and B gone? They are >definitely NOT on that CD...   I R.T.F.M., please. DECW072.C, D, E and F are the DECwindows support files, 8 which are an optional part of the OpenVMS installation.   I Look for DECwindows MOTIF kits in[DWMOTIF*...] on the OpenVMS VAX CD-ROM. B There are PCSI kits there for V1.2-3, V1.2-4 and V1.2-5; there areC VMSINSTAL kits for V1.2-4 and V1.2-5.  (At least this is what is on G my copy fo the CD.  The "Hobbyist CD" could be different.  In any case, > the files you need contain the sstring "DWMOTIF", not "DECW".)  F Boot the system; mount the CD and issue a command something like this:  5     $ PRODUCT INSTALL * /SOURCE=DKA400:[DWMOTIF*.KIT]   . Use the appropriate device in place of DKA400.7 Use a different directory spec if your CD is different.   8 You will get a list of the version available to install. I suggest the latest, V1.2-5.   ? If you wish to install using the VMSINSTAL kit, that is left as & an exercise.  I'd use PRODUCT INSTALL.   --  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: Wed, 17 Dec 2003 13:28:42 -0500 ( From: David Froble <davef@tsoft-inc.com>3 Subject: Re: DECW installation from Hobbyist VAX CD , Message-ID: <3FE0A05A.2050605@tsoft-inc.com>   Soterro wrote:   > Hello, > G > Here I am with another silly question... (that I'm actually ashamed I  > have to ask)E > How could I install the DECW kit from the Hobbyist CD on an already D > running VMS VAX 7.2 machine, as long the Hobbyist CD only seems toG > have DECW072.C, D, E and F? Where are the sets A and B gone? They are  > definitely NOT on that CD... >  > Thanks a lot,  > S  >   P My memory is that there are no A and B savesets.  You should be able to 'tailor  on' the DECWindows stuff.    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 17 Dec 2003 22:07:04 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>3 Subject: Re: DECW installation from Hobbyist VAX CD ) Message-ID: <3FE119CE.2F27E573@istop.com>    Soterro wrote:E > How could I install the DECW kit from the Hobbyist CD on an already D > running VMS VAX 7.2 machine, as long the Hobbyist CD only seems toG > have DECW072.C, D, E and F? Where are the sets A and B gone? They are  > definitely NOT on that CD...  K Those savesets are added with the @SYS$UPDATE:VMSTAILOR procedure. However, , they only background support for decwindows.  L You need the DWMOTIF_mumble_  kit. (decwindows motif). It is on the Hobbyist CD in its own directory.   ------------------------------  % Date: Wed, 17 Dec 2003 22:52:38 -0600 % From: "Mike Naime" <mnaime@kc.rr.com>  Subject: Re: FATAL BUGCHECK ; Message-ID: <VvaEb.166963$M02.161611@twister.rdc-kc.rr.com>   , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A2A816.D1057DB9@SendSpamHere.ORG...> > In article <3fe0796e$0$28694$626a54ce@news.free.fr>, "cyril" <toto@toto.com> writes:  > > 	 > >Hello,  > >Configuration: 0 > >   - SCSI SCSI with  2 DS1O and a quorum disk > >   - OpenVMS V7.3" > >      patchs VMS73_UPDATE-V0200 > >  > >Problem: 6 > > The server 1 crashed with the following bugcheck : > >  > >CPU bugcheck codes:. > >        CPU 00 -- INVRSPID, RSPID not valid > B > A RSPID (response id) is a value that is used to maintain sanityC > in cluster SYSAP communications.  Some SYSAP on your cluster node B > received a message with an invalid RSPID and bugchecked the node& > to maintain cluster/data  integrity. >  > 2 > >and the next day the second also crashed with : > >  > >CPU bugcheck codes:/ > >        CPU 00 -- INVLOCKID, Invalid lock id  > A > Looks like perhaps a lock request with a lock id that is not in @ > the lock id table.  Again, the node is forced to bugcheck as a) > way to maintain cluster/data integrity.   I First of all, you really did not give us enough information to accurately  diagnose your problem.  J This could also be an indicator that your SYSGEN parameters need tweeking.K If LOCKIDTBL and RESHASHTBL are too small, this could be causing the second  crash.  0 I have had systems crash because they ran out of a.) Pagefile Space b.) Free Mem c.) Process Entry Slots D d.) Free Disk space  (I.E. System disk fills up...  System crashes!)3 e.) MPW_WRITECLUSTER > 128  (HP now recommends 64!)   K Set default to SYS$ERRORLOG: and look at the CLUE$HISTORY file, and get the  crash dump analyzed.  F Do you have someone that knows how to tweek these systems?  OR are youL operating blind here.  Since everyones environment is different, your SYSGEN? required tweeks will be different than everyone elses out here.    >  > ? > >Could you give us the reason about these unexpected reboot ?  > @ > Not without analyzing the crash dump.  However, it may be thatA > there is some hardware generating errors in the cluster commun- A > ications path that might be causing this (bad RSPID).  Could be A > a third-party product SYSAP.  It could be little green gremlins  > in you system cabinet. > A > Secondly, I don't think these are unexpected.  If the executive @ > has reason to beleive that something is awry, it will bugcheck0 > your system and that is expected behaviour. ;) >  > . > Contact HP and have the crash dump analyzed. >  >  > --B > http://www.legacy-2000.com  for the best OpenVMS system security
 solutions. > 2 > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > 6 >   "Well my son, life is like a beanstalk, isn't it?"   ------------------------------  # Date: Wed, 17 Dec 2003 19:59:47 GMT # From: "John Smith" <a@nonymous.com> W Subject: Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks I Message-ID: <TA2Eb.72625$NNW1.22605@news04.bloor.is.net.cable.rogers.com>    Keith Parris wrote: @ > HP Integrity rx8620 server achieves number-one SAP performance > benchmark  > by Sanjiv Patel  > B > HP has achieved yet another number-one SAP SD two-tier benchmarkH > result -- this time on an HP Integrity rx8620 server with 2,880 users.F > This beats all other 16-way server results by a wide margin. And, itH > is the third number-one SAP SD result on an Integrity server published@ > this year: HP already holds the top 4-way position with the HPG > Integrity rx5670 server and the top 8-way position with the Integrity ? > rx7620 server. These three leadership results for SAP clearly E > illustrate that HP Integrity servers dominate the competition. This G > new result on the Integrity rx8620 server marks the eighth number-one C > midrange benchmark published since last month, when the Integrity 1 > rx7620 and rx8620 servers were first announced.  > D > Benchmark information is available at http://www.sap.com/benchmark     Keith,K That's an intersting view if only to give an application-specific benchmark J for an application which is unavailable on VMS. You may as well have givenE benchmark results for the throughput of a bulldozer measured in cubic   furlongs per long hundredweight.  I Will SAP be releasing an IA64/VMS version of their product on the day the J first production release of VMS is available on IA64? I think that sort ofF information would be of greater interest to those in c.o.v. than a SAP benchmark for HP-UX.   ------------------------------    Date: 17 Dec 2003 15:20:44 -0600+ From: young_r@encompasserve.org (Rob Young) W Subject: Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks 3 Message-ID: <IoAZC6$vKxIn@eisner.encompasserve.org>   q In article <cf15391e.0312171017.66c24b87@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes: @ > HP Integrity rx8620 server achieves number-one SAP performance > benchmark  > by Sanjiv Patel  > B > HP has achieved yet another number-one SAP SD two-tier benchmarkH > result -- this time on an HP Integrity rx8620 server with 2,880 users.F > This beats all other 16-way server results by a wide margin. And, itH > is the third number-one SAP SD result on an Integrity server published@ > this year: HP already holds the top 4-way position with the HPG > Integrity rx5670 server and the top 8-way position with the Integrity ? > rx7620 server. These three leadership results for SAP clearly E > illustrate that HP Integrity servers dominate the competition. This G > new result on the Integrity rx8620 server marks the eighth number-one C > midrange benchmark published since last month, when the Integrity 1 > rx7620 and rx8620 servers were first announced.  > D > Benchmark information is available at http://www.sap.com/benchmark  9 	This is a good benchmark.  Greg Pfister published a long ; 	awaited critique of TPC-C to comp.arch.  In this follow-up  	he states:   Y http://groups.google.com/groups?selm=3fd89e14_4%40news1.prserv.net&oe=UTF-8&output=gplain     G Note, this reasoning does not apply to SAP. Their benchmark definition  C is very explicitly defined to disallow using any partitioning if a  * cluster back end is used for the database.  B (I'd like to take a little credit for the TPC-C cluster benchmark D becoming unpopular, since as far as I know the first place this was ' pointed out publically was in my book.)   ; 	In a sense putting a stamp of approval on SAP.  Therefore, $ 	Itanium is a pretty strong CPU, no?  - 	Bookmark his critique and description of the  	cluster cheat, he is the man:  i http://groups.google.com/groups?selm=3FDF786D.8010808%40REMOVE.TO.REPLY.us.ibm.com&oe=UTF-8&output=gplain    				Rob    ------------------------------  % Date: Thu, 18 Dec 2003 00:35:26 -0500 ( From: David Froble <davef@tsoft-inc.com>W Subject: Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks , Message-ID: <3FE13C9E.7020505@tsoft-inc.com>   Rob Young wrote:  s > In article <cf15391e.0312171017.66c24b87@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  > @ >>HP Integrity rx8620 server achieves number-one SAP performance >>benchmark  >>by Sanjiv Patel  >>B >>HP has achieved yet another number-one SAP SD two-tier benchmarkH >>result -- this time on an HP Integrity rx8620 server with 2,880 users.F >>This beats all other 16-way server results by a wide margin. And, itH >>is the third number-one SAP SD result on an Integrity server published@ >>this year: HP already holds the top 4-way position with the HPG >>Integrity rx5670 server and the top 8-way position with the Integrity ? >>rx7620 server. These three leadership results for SAP clearly E >>illustrate that HP Integrity servers dominate the competition. This G >>new result on the Integrity rx8620 server marks the eighth number-one C >>midrange benchmark published since last month, when the Integrity 1 >>rx7620 and rx8620 servers were first announced.  >>D >>Benchmark information is available at http://www.sap.com/benchmark >> > ; > 	This is a good benchmark.  Greg Pfister published a long = > 	awaited critique of TPC-C to comp.arch.  In this follow-up 
 > 	he states:  > [ > http://groups.google.com/groups?selm=3fd89e14_4%40news1.prserv.net&oe=UTF-8&output=gplain  >  > I > Note, this reasoning does not apply to SAP. Their benchmark definition  E > is very explicitly defined to disallow using any partitioning if a  , > cluster back end is used for the database. > D > (I'd like to take a little credit for the TPC-C cluster benchmark F > becoming unpopular, since as far as I know the first place this was ) > pointed out publically was in my book.)  > = > 	In a sense putting a stamp of approval on SAP.  Therefore, & > 	Itanium is a pretty strong CPU, no? > / > 	Bookmark his critique and description of the   > 	cluster cheat, he is the man: > k > http://groups.google.com/groups?selm=3FDF786D.8010808%40REMOVE.TO.REPLY.us.ibm.com&oe=UTF-8&output=gplain  > 	 > 				Rob     O Yes, nice.  I'd hope it bodes well for VMS.  However, another discussion about  Q customers in Canada being told that VMS is dead takes some of the shine off this.   Q Also, as predicted by some, there are more and more of the following rumors, and  2 I was taught "where there's smoke, look for fire".  ) http://www.theinquirer.net/?article=13198   ( ---------------------------------------- Intel's 64-bit X86 "on the way"   3 Itanium to be consigned into a niche product, claim   2 By INQUIRER staff: Tuesday 16 December 2003, 08:33N A NOTE FROM analyst Rick Whittington at AmTech to his clients said Intel will % "soon unveil" a 64-bit X86 processor.   O But, claimed Whittington, it will take Intel nearly a year to build support in  N the way of motherboards, chipsets and graphics accelerators for such a device.  6 That, he claimed, will leave 2004 "wide open" for AMD.  N But, reckons Whittington, such a move by Intel would freeze AMD's momentum as J customers wait and see how the chip giant deals with such an announcement.  J Additionally, said Whittington, even though Intel's "cache laden" Extreme Q Edition version of the P4 may well be migrated to 90 nanometers, such chips have  P a 3X die size compared to an ordinary Pentium 4 and 2X to a 130 nano Athlon 64. P The Itanium, claims AmTech, is in for a "rough ride" but Intel now says it will P "go with the market" on 64-bit X86. So such a chip could be delivered in volume  in 2005.  G That move would ghettoise the Itanium to low volume high end computing  M solutions. Whittington says Intel's statement that it will "deliver whatever  P processing solutions the customer requires" has to be taken in context with the 1 hundreds of millions it's spent on the Itanium.  ' ---------------------------------------     Q As for whether IA-64 is a nice chip, (and I'm not an EPIC believer), Alpha was a  P nice chip also, and with support would have continued to be a nice chip.  Alpha B was killed.  IA-64 could also die, officially, or through neglect.  < I will admit, I've always hated 'lowest common denominator'.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 17 Dec 2003 15:41:41 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks b ) Message-ID: <3FE0BF83.A9B8237A@istop.com>    > Keith Parris wrote: B > > HP Integrity rx8620 server achieves number-one SAP performance
 > > benchmark   L Since half of the CPU resides in the compiler, with IA64, it isn't enough toN just specify the hardware, you must specify what compiler was used to generate the code that ran that test.  K Will VMS always have the same generatio of compilers as HP-UX or will it be  one generation behind ?   J It wasn't long ago that the VMS engineers admitted they were still workingN with Merced compilers. If VMS is going to lag with compilers, then it will lag with performance.    ------------------------------  % Date: Wed, 17 Dec 2003 15:17:56 -0600 ( From: brandon@dalsemi.com (John Brandon), Subject: HSG80 failed disk drive - odd stuff1 Message-ID: <03121715175603@dscis6-0.dalsemi.com>   4 I have a ESA-12000 with dual-pair HSG80 controllers.  O I have experienced two failed disk drives (over the past year) that has left me G puzzled.  The failure has taken place on two seperate controller pairs.   J The 36-GB disks are RAID 0+1 by shelf, partitioned out as logical volumes.- In addition I have two spare-sets per chasis.     O After the disk failed I removed the drives (delete failedset, delete disk), and K after letting them spin down I re-inserted them into the array (same slot).   I Run CONFIG and initialize the disk.  I can even re-add it as a spareset - * reluctancy on my part to keep it that way.  N I would like to be able to test the disk to make sure I actually have a failedH disk.  Can I simply run HSUTIL and will that inform me that the drive is actually failed?             J*o*h*n B*r*a*n*d*o*n  VMS Systems Administratorc* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Thu, 18 Dec 2003 00:27:00 +0800e, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Kernel mode code in Pascalt- Message-ID: <87y8tb76ln.fsf@prep.synonet.com>   ( John Reagan <john.reagan@hp.com> writes:  > > On OpenVMS Alpha (and OpenVMS I64), we don't use such hacks.E > Writing kernel code in Pascal isn't any more difficult than writingn$ > kernel code in any other language.  B The Eln/Pascal heritage would make it easier I would have thought.   -- y< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 17 Dec 2003 18:53:56 GMTn& From: John Reagan <john.reagan@hp.com>' Subject: Re: Kernel mode code in Pascalh3 Message-ID: <8D1Eb.10935$I57.1625@news.cpqcorp.net>    Paul Repacholi wrote: * > John Reagan <john.reagan@hp.com> writes: >  > > >>On OpenVMS Alpha (and OpenVMS I64), we don't use such hacks.E >>Writing kernel code in Pascal isn't any more difficult than writing $ >>kernel code in any other language. >  > D > The Eln/Pascal heritage would make it easier I would have thought. >   C There is no EPASCAL heritage in VAX Pascal.  EPASCAL was a totally  H different compiler, done by different folks, with a different mind-set, D using a vastly different code generator technology.  EPASCAL uses a I variant of the VCG while VAX Pascal uses its own code generator that can :" be viewed as a predecessor of GEM.  F Several years ago we did add a few extensions to VAX Pascal that used I the same syntax as the EPASCAL counterpart, but we did nothing that made i! it "easier" to write kernel code.    -- b John Reagana' Compaq Pascal/{A|I}MACRO Project Leadern Hewlett-Packard Company    ------------------------------    Date: 17 Dec 2003 16:08:47 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)n' Subject: Re: Kernel mode code in Pascalo3 Message-ID: <XhWW1HPAzW4x@eisner.encompasserve.org>s  \ In article <XtGDb.10781$qT5.4796@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes: > Larry Kilgallen wrote:C >> I am writing some simple kernel mode code in Pascal (I know, notrB >> supported, don't call PASRTL, make it UNBOUND and ASYNCHRONOUS,6 >> etc.) but on compilation I get the following error: >> V> >>               STATUS := $CMKRNL ( KERNEL_GETLKIW, ARGLST );& >> ..................................^8 >> %PASCAL-E-INCMPPARM, Incompatible PROCEDURE parameterJ >> -PASCAL-I-NOTDECLROU,   - KERNEL_GETLKIW is not declared as a PROCEDURE >> eE >> Well of course KERNEL_GETLKIW is declared as a FUNCTION, returningVA >> a VMS status code (which might be overridden by SS$_NOCMKRNL).  >> pD >> I know how to fool the Pascal compiler with stupid linker tricks,/ >> but does anyone have a more elegant method ?e >>  ! >> Isn't this a compiler defect ?s > E > Come on Larry, compiler defect?  Hardly. :-)  It is more of an SDL iJ > defect.  The SDL definition for the routine argument to $CMKRNL doesn't H > specify the arguments or return type of the callback routine.  So the A > Pascal backend just defaults to a PRODCEDURE with no arguments.2  A Well the part about expecting a function vs a procedure is not aneC SDL defect, it is a defect in the VMS SDL definitions, since CMKRNLt@ always returns the value from the routine if it calls it at all.  > But I stand corrected, the arguments to the procedure are well< beyond SDL capabilities.  I had not even gotten that far. To< generate Schemas might be appropriate, but I have heard what% happens when somebody changes SDL :-)c  E > The way to convince the compiler to do what you want is to use the RI > %IMMED foreign mechanism specified on the actual argument.  So just say. > 6 > STATUS := $CMKRNL ( %IMMED KERNEL_GETLKIW, ARGLST );  
 Thanks again.2   ------------------------------  % Date: Wed, 17 Dec 2003 19:58:59 -0600 / From: Chris Scheers <chris@applied-synergy.com>b# Subject: Re: KZPSC-AA Documentationt1 Message-ID: <3FE109E3.64B0BD@applied-synergy.com>r   Dan O'Reilly wrote:t > >aK > >The problem is (and I'm going thru the same thing at this time) the docs H > >that DO exist on the SWXCR are VERY spotty at best.  I've come to theI > >conclusion you need a hardware guru versed in this particular board toa5 > >really get any kind of in-depth question answered.e > >oL > >My specific problem at this time is that the card will recognize and workM > >find with external drives (plugged into the port on the back of the card),iN > >but won't recognize any drives internal to the 1000 cabinet (and all cablesL > >have been checked to make sure they're plugged in & terminated).  But try# > >to find out any info on that...!   G There are two flavors of this card: 1 channel and 3 channel.  From youro, description, you have the 1 channel version.  G I'm pretty sure that you can use the internal connector or the externalnF connector, but not both.  (I haven't tried this, so I could be wrong.)  G You might see if you can track down the 3 channel version and give thatB a try.  G -----------------------------------------------------------------------3$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com s   Fax: 817-237-3074    ------------------------------    Date: 17 Dec 2003 20:28:00 -08001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer)l* Subject: Re: lbr$ routines and concurrency= Message-ID: <477e0934.0312172028.37f4b0c4@posting.google.com>   B Ok, given that I can't concurrently add modules to a library (even: from C code), I could make two libraries, then merge them.  @ Is there a fast way to merge two text libraries together?  I canC guarantee that there will not be any duplicate keys, if that helps.o  C My guess is that there is no fast way to merge two libraries, but Ii thought I'd ask.   -josha   ------------------------------  # Date: Thu, 18 Dec 2003 00:22:37 GMT08 From: "Tom Simpson" <thomas.simpson1@nospam.comcast.net>) Subject: Re: Logging interactive sessionsw0 Message-ID: <hr6Eb.382615$Dw6.1233140@attbi_s02>  A I tried building and testing the version of alpha_logger found in*E sys$examples.  I get an informational message from the compiler and ad? program error when attempting to exit the alpha_logger program.p  9 I'm using VMS 7.3-1, update 2 and the latest CRTL update.u   From the compiler:   struct  mem_region ^tK %CC-I-PROTOSCOPE, The type "struct mem_region" has been declared within ande isI limited to a function prototype scope.  It will not be compatible with ans identical type@ declared in another scope.  This might not be what you intended.G at line number 697 in file SYS$COMMON:[SYSHLP.EXAMPLES]ALPHA_LOGGER.C;1     / From the program test run (attempting to exit):c   SYSMGR1K>log! %SYSTEM-F-ABORT, abortgged out atO/ %TRACE-F-TRACEBACK, symbolic stack dump follows.J   image    module    routine             line      rel PC           abs PC>  ALPHA_LOGGER  ALPHA_LOGGER  main       16539 00000000000006B4 00000000000306B4>  ALPHA_LOGGER  ALPHA_LOGGER  __main         0 0000000000000064 0000000000030064>                                             0 FFFFFFFF802794D4 FFFFFFFF802794D4  ( Is this typical?  Has anyone fixed this?   Regards, Toml  G "Karl Rohwedder" <extern.karl.rohwedder@volkswagen.de> wrote in messageh) news:brosr7$q6g4@doiweb4.volkswagen.de...h > km wrote:7J > > Your proposition is very good except one thing. It makes double numberC > > of lisence I need in the system and that is the problem for me.r% > > Is there any other possibilities?  > >l > > Krzysztof Michalik > >  > > Syltrem wrote: > >a/ > >> You mean, log everything you do in a file?l > >>/ > >> Usually you will have DECnet installed so:- > >>" > >> $ SET HOST 0 /OUT=LOGFILE.LOG > >> Username: > >> Password: > >> > >> do your things here > >>
 > >> $ LOGOUT  > >>. > >> and everything is logged into LOGFILE.LOG > >> > >> HTH > >> > >-J > I use a utility called LOGGER written by Forrest Kennedy, which spawns a subprocess and logs everything > in a file SESSION.LOG.( > Here are the contents of the ZIP file: >@ >oF > LOGGER -- log terminal sessions using the FT pseudo-terminal drivers > Written by Forrest A. Kenney >n& > Works on OpenVMS VAX and OpenVMS AXP >RA > (VMS file attributes saved---use UnZip v5.x+ on VMS to restore)2A > (You can ignore any "VMS version mismatch" warnings from UnZip)e# >    Length     Date   Time    NameO# >   --------    ----   ----    ----f/ >        444  12-21-93 12:33   build_logger.com / >      12800  12-21-93 12:30   logger.alpha_exe-/ >      30858  12-21-93 12:28   logger.alpha_objn' >      37220  12-21-92 19:57   logger.cm) >       6144  12-21-92 21:13   logger.exe ) >       7988  12-21-92 21:12   logger.objg& >   --------                   -------& >      95454                   6 files >@ > -- c > - > mit freundlichen Gren | with best regards  >r5 > Karl Rohwedder          | it-ingteam(at)t-online.degC >                          | extern.karl.rohwedder(at)volkswagen.deV   ------------------------------  % Date: Wed, 17 Dec 2003 20:03:49 -0700c% From: Dan O'Reilly <dano@process.com>m$ Subject: PBXGA-AA - DECwindows HangsB Message-ID: <6.0.0.22.2.20031217200147.0204c130@raptor.psccos.com>  C Added a PBXGA-AA to my AS1000 system, VMS 7.3.  When I try to start F DECwindows, the screen goes white, the stylized "X" appears, the mouseF works, then the DECW$SERVER_0 process goes into an infinite loop.  The) card should be good.  Any ideas, anybody?    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Wed, 17 Dec 2003 20:00:53 -0600a/ From: Chris Scheers <chris@applied-synergy.com>o( Subject: Re: Problems with 7.3 and 164LX3 Message-ID: <3FE10A55.9A0F96C4@applied-synergy.com>n   Tor Arne Rein wrote: > H > Thanks all, I'll try a different mix of SCSI controllers/disks. I haveI > some NCR/SYM based controllers I can try (810/875), I'll also verify myt > env settings.n > E > Can the native VMS CD-ROM driver cause problems also, I'm currently G > using a no name SCSI CD-ROM ? Should I try my Plextor CD-RW instead ?- > 
 > Tor Arne  C FWIW: One of the DEC SCSI controllers (KZPAA?) is a 810 board.  I'mgF pretty sure that I've used a generic 810 board in an AlphaStation 255.  G -----------------------------------------------------------------------c$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com -   Fax: 817-237-30742   ------------------------------  # Date: Wed, 17 Dec 2003 20:10:25 GMTr# From: "John Smith" <a@nonymous.com>s1 Subject: Re: Singapore Exchange to run on OpenVMScI Message-ID: <RK2Eb.72629$NNW1.62925@news04.bloor.is.net.cable.rogers.com>B   Rob Young wrote:B > In article <brptih$61fsp$1@ID-141708.news.uni-berlin.de>, "Peter9 > Weaver" <WeaverConsultingServices@sympatico.ca> writes:. >> Rob Young wrote:  >  >>> 1)  ill-informed >>> 2)  a deliberate lie >>>t: >>> ill-informed in the sense maybe they overheard someone	 >> saying < >>> "she had PMS shortly before she died" and misinterpreted
 >> that as@ >>> "VMS is dead."  Or to get the rumor mill going, is bored one; >>> day and says:  "VMS is dead."  Knowing full well such a  >> statement# >>> isn't true or a deliberate lie.m >>>o; >>> Now I don't care how 1) or 2) is arrived at, I'm simplyq	 >> sayinge@ >>> it is one or the other.  Feel free to debate, this is Usenet
 >>> you know.L >>>I >>> Robt >>6 >> It is easy to know how both 1 and 2 are arrived at.> >> "Ill-informed" because HP has done nothing to tell her that >> VMS is still alive. >i >p4 > No.  Someone might believe Sybase is dead.  No one= > told them Sybase is alive.  You can make stronger or weakerf; > analogies, point is I'm not saying never advertise.  I amK> > saying lack of advertising doesn't make me believe something > doesn't exist anymore. > * >> "A deliberate lie" because vendors like> >> Sun, IBM and even HP* come in and tell her that VMS is dead? >> and even worse is that HP continues to promote their lies by 2 >> doing nothing to tell her that VMS is not dead. >> > A > Okay, so that is why they repeat a lie.  I've told stories too, > > not knowing they weren't true - gone back and confronted the> > person on what they told me and often it is innocent.  "Well# > I thought I heard such and such."S > ; > Hearing a prodcut is dead from a competing vendor and notn= > checking it out?  Is that curious behavior or carelessness?  >> > A >> * Yes, HP. Last year we had a presentation from HP, Kerry Mains? >> was there to talk about VMS and a "Mr. W." was there to talkw> >> about HP-UX. Mr. W. said that HP-UX will get the clustering< >> technology from Tru64 that "You may remember from the VMS? >> days." This was post-merger of course, he had enough time tosA >> change his script from "You may remember from the VMS days" to5? >> "That millions of VMS customers depend on daily," but he wasoA >> still trying to refer to VMS in the past tense. When Kerry didr8 >> his presentation Mr. W. did everything he could to be@ >> completely un-interested in what was being said. What message? >> did this idiot send to the management people who were in theC >> room? >m > 9 > The same message competing vendors attempt to say abouthC > others when they do a presentation.  I sat through a presentationk< > and the competition was so desperate to run another vendor> > down (they know all 3 are competing), he is trotting out his= > laptop in the hallway to show how the competition's products: > was tested and rejected.  When I went back to the vendor? > to report what the other vendor had said and shown me, "Well,sH > that isn't how it works."  Just goes to show the level of desperation. >$> > Now among "family".  I'm not surprised there either.  I knowA > much more about Unix than the Unix weenies know about VMS.  One:? > Unix weenie to his credit is a fan of VMS (even though he mayn? > never touch it) as I have taken the time to educate and pointiA > out the technical advantages  (shared system disk, shared disk,h< > ease of management, King of Clusters, security, etc. etc.)    E You must be deaf, dumb, and blind Rob. You didn't read nor comprehendo anything Peter was saying here.   L I'll make it simple for you, but please try not to move your lips whilst youK read the summation below as it makes people think less of your intelligenceg than they already do.G   1) HP visited his customer.     2) HP implied that VMS was dead.  I 3) Customer took HP's words at face value and concluded that VMS is dead.-  ( 4) Customer ported their app to Windows.  C 5) HP loses this customer to Dell, and loses on-going Alpha and VMSS maintenance & support revenues.   L 6) Mr. "W" of HP, who made the above representations to Peter's customer, isJ still employed by HP and is still spreading the same 'gospel' to other VMS
 customers.  K 7) HP doesn't seem to care about losing this VMS customer, nor about losing@& many other longstanding VMS customers.     What else don't you understand?/   ------------------------------  % Date: Wed, 17 Dec 2003 15:22:52 -0500a* From: Jf Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMSc) Message-ID: <3FE0BB1B.CF909784@istop.com>C   Peter Weaver wrote:1= > about HP-UX. Mr. W. said that HP-UX will get the clustering0; > technology from Tru64 that "You may remember from the VMS.
 > days." T  M I still remember during the much delayed launch of the Wildfire series (underaJ Compaq), the digital-heritage local sales folks who hosted the local eventJ that included the satellite broadcast spoke of Tru64 as having all the the; clustering that "many of you used to have when yo ran VMS".     N Either the local guy moved from Montral to your neck of the woods, or perhaps6 this was a standard sales slogan for Compaq in Canada.   ------------------------------  % Date: Wed, 17 Dec 2003 15:34:05 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMSo) Message-ID: <3FE0BDBB.5F9194B1@istop.com>o   Ken Robinson wrote:nD > I've been using VMS since 1980 and I don't remember DEC doing muchJ > advertising of VMS back then either (remember we all joked about stealthM > marketing), but somehow companies got the message. What was different then?t  J Digital did advertise, but not much. The big difference is that back then,L Digital didn't send all sorts of bad messages. The only messages it had wereE of new machines, new versions of VMS, big fancy new technology calledtF clustering, DECNET, new VT terminals, VWS and then X windows ,compound document architecture, etc etc.a  ) And DECUS events grew all over the world.   I Right now, we only hear about the death of Alpha, many products not beingnL ported to IA64, the cloudy future of IA64 which might still be stillborn andM nothing about VMS. DECUS is but a shadow of its former self, being fragmented<% around the world without much energy.   J All this, in the shadow of the "Affinity program", all of the major gaffesD from Palmer who prefered to play tyyhe weekly musical chairs game toL reorganise Digital and sell as many assets as possible instead of doing what was needed to be done.  N And when a product has seen its owner die twice, and the current onwer doesn'tG say anything OUT LOUD to correct all the previous image problems of thegK product, then the previous images just kleep on piling into the pile of bad 
 news for VMS.s   ------------------------------  % Date: Wed, 17 Dec 2003 15:38:08 -0500h* From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMSe) Message-ID: <3FE0BEAE.C13ABB88@istop.com>-   David Froble wrote:I. > ISVs were pushing their VMS based solutions. >   I And VMS was touted as having the MOST available software of any/all othereN computers. And if an ISV didn't make it for VMS, digital would. Digital had an. impressive array of its own software products.   ------------------------------  % Date: Wed, 17 Dec 2003 16:52:29 -0500o< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>1 Subject: Re: Singapore Exchange to run on OpenVMSs9 Message-ID: <brqj6v$69d86$1@ID-141708.news.uni-berlin.de>    John Smith wrote:?    8 I guess I am confusing people here because there are two8 different companies here. "Mr. W." and Kerry visited the9 company (Company A) where I do day-to-day consulting. Thed> company (Company B) that has gone to Windows just contacted me; via e-mail for the first time last week and we spoke on the- phone once.e   As far as Company B goes;    >... > 1) HP visited his customer.  >u" > 2) HP implied that VMS was dead. > > > 3) Customer took HP's words at face value and concluded that VMS is > dead.r  8 I do not know about 1), 2) or 3). All I know is that the; company thought Compaq killed VMS last year. Where they got"> the idea I do not know, I do know that HP's failure to correct= this lie by telling the world that VMS is alive is making then< matter worse. As Rob said earlier in this thread "To promote7 or ignore a lie is damaging (either through omission to:# correct, or promotion of the lie)."   * > 4) Customer ported their app to Windows.   True.   = > 5) HP loses this customer to Dell, and loses on-going Alphau and VMSP! > maintenance & support revenues.r  > I do not know if Company B was paying maintenance and support,; but considering who/what they are I suspect that they were. ( (Rob, note the "Were" in that sentence.)  9 > 6) Mr. "W" of HP, who made the above representations to  Peter'sK> > customer, is still employed by HP and is still spreading the same" > 'gospel' to other VMS customers.  : Kerry never told me if the e-mail I sent the day after the8 meeting was acted on or if it got ignored by the various: people I sent it to, so I do not know if this statement is< true, I hope it is not. But just to restate it, this meeting6 was at Customer A, not the company who is migrating to Windows.  < > 7) HP doesn't seem to care about losing this VMS customer,	 nor abouts/ > losing many other longstanding VMS customers.e   TRUE!e   -- . Peter Weaver Weaver Consulting Services Inc.. Canadian VAR for CHARON-VAXy www.weaverconsulting.caR   ------------------------------  % Date: Wed, 17 Dec 2003 17:00:09 -0500a< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>1 Subject: Re: Singapore Exchange to run on OpenVMSe9 Message-ID: <brqjll$6cs75$1@ID-141708.news.uni-berlin.de>e   Jf Mezei wrote:t > Peter Weaver wrote:G> >> about HP-UX. Mr. W. said that HP-UX will get the clustering< >> technology from Tru64 that "You may remember from the VMS >> days." To > 8 > I still remember during the much delayed launch of the Wildfire9 > series (under Compaq), the digital-heritage local salese	 folks who > > hosted the local event that included the satellite broadcast spoke of: > Tru64 as having all the the clustering that "many of you used to have > when yo ran VMS".e >d > > > Either the local guy moved from Montral to your neck of the woods,; > or perhaps this was a standard sales slogan for Compaq ine Canada.t  = Mr. W. came from the HP side of the merger. He was so used tos= spreading FUD against VMS he forgot that they are on the sameo	 side now.O   -- s Peter Weaver Weaver Consulting Services Inc.e Canadian VAR for CHARON-VAXa www.weaverconsulting.cat   ------------------------------  # Date: Thu, 18 Dec 2003 00:47:23 GMT-L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")1 Subject: Re: Singapore Exchange to run on OpenVMS 6 Message-ID: <00A2A845.E859941F@SSRL.SLAC.STANFORD.EDU>  a In article <HG$0VNVUM7tD@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:op >In article <5MLDb.67739$NNW1.61351@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: >sO >> Peter's customer believes what they believe because they see nothing from HP  >> to the contrary.  >  >	Not at all.  It is either: >b >		1)  ill-informed  >		2)  a deliberate liem  L I presume you mean the customer is ill-informed or telling a deliberate lie.   >hF >	Case in point, I have a conference call tomorrow.  I took 10 minutesA >	today to discover something about the vendor's product and willtE >	have some pointed and difficult questions tomorrow.  All about due  B >	diligence.  To claim a product is "dead" without even a cursory ? >	investigation is either 1) , 2) - take your pick.  To suggestm? >	it is borne out of lack of advertising is a pitiful argument.h  L Oh, so it's the customer's fault that they haven't done the due diligence toK know that VMS is the best thing for them.  HP has the moral high ground in sF not advertising -- VMS is too good for stupid, careless, ill-informed J band-wagon riding customers anyway, and should only be sold to people who J take their jobs seriously enough to do the research and find out the best 	 solution.n  8 If that's _not_ what you're saying, what are you saying?  M If that _is_ what you're saying, I think it's not much of an argument againstoI advertising VMS.  You can't be successful selling only to smart, careful,hL diligent people (who have smart, careful, diligent upper management); there  aren't enough of them.    L There needs to be _at least_ enough advertising of VMS to make it clear thatN it's not dead.  Even relatively clueful non-VMS users who've heard that VAX isP dead and Alpha is sentenced to death can readily get the impression that VMS is 1 dead, and you can't fix that with press releases.c   -- Alana --  O ===============================================================================c0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056PM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025rO ===============================================================================    ------------------------------  # Date: Thu, 18 Dec 2003 01:35:26 GMTo( From: Alder <PGDEHMKOKIMD@spammotel.com>  Subject: Support for passive FTP+ Message-ID: <yv7Eb.101007$bC.6943@clgrps13>e  G I'd like to support passive mode FTP connections to my VMS FTP server, sG but since it sits behind a firewall and NAT router, I want to minimize rI the security risk by opening only those ports which the FTP server might   pass to the connecting client.  H Does anyone have information on the range of ports used by either HGFTP I or the TCPIP Services for OpenVMS server when clients connect in passive   mode?i   Thanks,h Aldern   ------------------------------    Date: 17 Dec 2003 13:20:18 -0800. From: al5vf03p02@sneakemail.com (William Webb)( Subject: Re: Tracking down a MAC address= Message-ID: <d5ce4b06.0312171320.5ac5c252@posting.google.com>h  g Ted Allwood <support@leva.leeds.ac.uk> wrote in message news:<00A2A462.D8F8C600.58@leva.leeds.ac.uk>...aI > > arp: local IP address nnnn.nnnn.nnnn.nnnn  in use by hardware addressh > > 00-06-5B-EF-4A-A2r > G >   I have a few 00-06-5B machines on my LAN; three that I can readily n5 >   identify are all Dell laptops.   Hope that helps.t >  > 
 > Regards, > TedS    - CaveBear's Ethernet Prefix list doesn't help:n  8 00060D	Hewlett-Packard			JetDirect token-ring interfaces 000629	IBM RISC6000 system 00067C	Cisco 0006C1	Cisco  ?F However, if you do a Google exact search on the three offending octetsF separated by dashes, it appears that this prefix belongs to Intel NICs  1 http://www.maths.tcd.ie/local/admin/machines.htmln  B Intel EtherExpress Pro 10/100B/100+ Ethernet (00:06:5b:05:18:84).    ========================! William W. Webb- EMS Operations, - OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road .( Raleigh, NC 27616-2874 919.325.7500x4186 * * * -h   ------------------------------  % Date: Wed, 17 Dec 2003 17:24:52 -0500u* From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: Tracking down a MAC address) Message-ID: <3FE0D7AB.13C5F72F@istop.com>k   William Webb wrote: H > However, if you do a Google exact search on the three offending octetsH > separated by dashes, it appears that this prefix belongs to Intel NICs > 3 > http://www.maths.tcd.ie/local/admin/machines.htmly > C > Intel EtherExpress Pro 10/100B/100+ Ethernet (00:06:5b:05:18:84).6  F Bear in mind that most ethernet cards to day are capable of faking anyM ethernet address (something VAX has been able to do to accomodate decnet). SoyG a prankster or malicious user may mislead you by faking an ether addresx& belonging to hardware he doesn't have.   ------------------------------   Date: 18 Dec 2003 01:12:31 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)( Subject: Re: Tracking down a MAC address9 Message-ID: <brqutu$6hjho$1@ID-135708.news.uni-berlin.de>s  ) In article <3FE0D7AB.13C5F72F@istop.com>,l- 	JF Mezei <jfmezei.spamnot@istop.com> writes:. > William Webb wrote: I >> However, if you do a Google exact search on the three offending octets.I >> separated by dashes, it appears that this prefix belongs to Intel NICs  >>  4 >> http://www.maths.tcd.ie/local/admin/machines.html >> dD >> Intel EtherExpress Pro 10/100B/100+ Ethernet (00:06:5b:05:18:84). > H > Bear in mind that most ethernet cards to day are capable of faking anyO > ethernet address (something VAX has been able to do to accomodate decnet). SoeI > a prankster or malicious user may mislead you by faking an ether addresu( > belonging to hardware he doesn't have.  N Never attribute to malice that which can be adequately explained by stupidity.  I Sounds like someone got a new DELL Laptop and pulled an IP Address out ofe
 their hat.   bill   -- 0J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   s   ------------------------------  % Date: Wed, 17 Dec 2003 22:00:34 -0500r* From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: Tracking down a MAC address) Message-ID: <3FE11848.F2C4D8BD@istop.com>-   David Gray wrote:-H > does indeed appear to be a Dell of some sort though.  The device is onF > part of our network that is in Holland and I have limited access to.G > Asking local support to see if they know what it is so should have anl > answer in a year or so ;-)  * That's it, blame the europeans.... :-) :-)  M Have you considered a temporary solution to configure the bridge on your sidecL of the atlantic to filter any traffic from that offending ethernet address ?N The more bridges are configured to filter that ethernet address, the closer toJ the offending user you will get and the more likely the user will identifyI himself to the support folks because of his machine no longer connecting.t   ------------------------------  # Date: Thu, 18 Dec 2003 01:20:53 GMTb( From: Alder <PGDEHMKOKIMD@spammotel.com># Subject: Trim lexical output in DCLd, Message-ID: <Vh7Eb.100601$bC.67258@clgrps13>   Hi all,n  E I want to modify a DCL procedure I downloaded, but don't know how to  G trim trailing blanks from the f$getsyi("VERSION") function from within vI DCL.  Is there another lexical function to do this?  I'm using VMS Alpha h 7.3.   Thanks,  Aldern   ------------------------------  # Date: Thu, 18 Dec 2003 01:30:32 GMTr( From: Alder <PGDEHMKOKIMD@spammotel.com>' Subject: Re: Trim lexical output in DCLd+ Message-ID: <Yq7Eb.100868$bC.2256@clgrps13>   
 Alder wrote::-  	 > Hi all,- > G > I want to modify a DCL procedure I downloaded, but don't know how to iI > trim trailing blanks from the f$getsyi("VERSION") function from within  K > DCL.  Is there another lexical function to do this?  I'm using VMS Alpha   > 7.3. > 	 > Thanks,i > Alder  >   K Gawd, I hate when I find out the answer to my own posts.  F$EDIT of course.    Cheers,  Alder    ------------------------------  # Date: Thu, 18 Dec 2003 01:33:10 GMTl5 From: rdeininger@mindspringdot.com (Robert Deininger)m' Subject: Re: Trim lexical output in DCL8L Message-ID: <rdeininger-1712032035260001@user-uinj42u.dialup.mindspring.com>  2 In article <Vh7Eb.100601$bC.67258@clgrps13>, Alder# <PGDEHMKOKIMD@spammotel.com> wrote:c   >Hi all, >sF >I want to modify a DCL procedure I downloaded, but don't know how to H >trim trailing blanks from the f$getsyi("VERSION") function from within J >DCL.  Is there another lexical function to do this?  I'm using VMS Alpha  >7.3.e  O Look at the HELP for f$edit.  IIRC, the "trim" edit item will do what you want.c   ------------------------------  % Date: Wed, 17 Dec 2003 21:07:12 -0500y* From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: Trim lexical output in DCL ) Message-ID: <3FE10BCA.B5E2F8F1@istop.com>e   Robert Deininger wrote:lQ > Look at the HELP for f$edit.  IIRC, the "trim" edit item will do what you want.l  ) To be pedantic, it is HELP LEXICAL F$EDIT-   ------------------------------  % Date: Thu, 18 Dec 2003 00:39:23 -0500m( From: David Froble <davef@tsoft-inc.com>' Subject: Re: Trim lexical output in DCL1, Message-ID: <3FE13D8B.6080108@tsoft-inc.com>   Alder wrote:  	 > Hi all,8 > G > I want to modify a DCL procedure I downloaded, but don't know how to aI > trim trailing blanks from the f$getsyi("VERSION") function from within  K > DCL.  Is there another lexical function to do this?  I'm using VMS Alpha a > 7.3. > 	 > Thanks,a > Alder  >   P Try HELP LEX F$EDIT, and pay attention to the 'TRIM' parameter.  Note that this K will trim both leading and trailing spaces, not sure that will trouble you.e   Dave   -- y4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Roadr Vanderbilt, PA  15486l   ------------------------------  # Date: Wed, 17 Dec 2003 19:45:17 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)5 Subject: Re: Where is firmware 7.2 doc in plain text?e3 Message-ID: <hn2Eb.114772$dt3.95154@news.chello.at>   ] In article <brq2rj$lkc$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes::C >I want to upgrade my Digital Personal Workstation 600au to OpenVMSt >V7.3-1.   Why not V7.3-2 ?  D >         The instructions say to upgrade the BIOS firmware to V5.70E >and SRM console to V7.2-1 first.  I have the cdrom with the firmwaret? >on it, but want to read its release notes first.  These are inaC >postscript form only, filename DIGITALPW_V72_FW_RELNOTE.PS, and itl >won't print on my printer.    Sounds strange.n  E >Can anyone get me a plain text copy of DIGITALPW_V72_FW_RELNOTE.PS?  * >Or can you give me a URL for it?  Thanks.   Sorry, no. Only PDF.] ftp://ftp.digital.com/pub/DEC/Alpha/firmware/readmes/archive/doc/digitalpw_v72_fw_relnote.pdfh   -- e Peter "EPLAN" LANGSTOEGERb% Network and OpenVMS system specialist- E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Wed, 17 Dec 2003 19:30:49 GMTs/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)RH Subject: Re: [VMS V7.3-2] How do you interpret SHOW DEVICE/BITMAP/FULL ?- Message-ID: <ArrUNJsEtxv8@cuebid.zko.dec.com>n  8 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:0 > How do you interpret SHOW DEVICE/BITMAP/FULL ?I > /BITMAP is to show the bitmaps of (disk) devices and only this devices. 9 > /FULL is to show the full information of (all) devices.y > * > When I combine them ? What to see then ? > J > I tried it and I see both a list of disk devices and their bitmap statusN > and then a list of the full info of all the devices on the system (w/o mbx). >  > Is this intended ?P > I expected (wrongly ?) that I would see only these devices with bitmap support > with full information...  H Very interesting!  We're making (some) changes to some of the componentsJ of Write Bit Map (currently used only with mini-copy; soon to be used withJ Host-Based Minimerge).  This would be a good time to review what, exactly,J should be displayed.  Among the changes we're making already is to replace1 the CSID with the node name on the /FULL display.s  O I would consider the reported behaviour to be wrong, in that SHOW DEVICE/BITMAP6H restricts itself to disks only, so adding /FULL should not then consider* all the rest of the devices on the system.  J I'll discuss this with a few other folks here.  I'll also need to check toG see exactly how we have this command documented; we're always reluctantw> to change documented behaviour, even if it's a bit unexpected.  ) Thanks for (unofficially) reporting this!.   -- .  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comL   ------------------------------   End of INFO-VAX 2003.698 ************************