1 INFO-VAX	Sat, 20 Dec 2003	Volume 2003 : Issue 702       Contents:' Re: Bug in DEC VAXVMS FORTRAN V6.5-188? ' Re: Bug in DEC VAXVMS FORTRAN V6.5-188? ' Re: Bug in DEC VAXVMS FORTRAN V6.5-188? / Re: Convert quadword time to Ascii time in DCL? * Re: DECW installation from Hobbyist VAX CD$ hp OpenVMS business solutions 2003 ?: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUsP Is anyone else seeing Mount Verify messages on the console when you create/delet	 Next Week 
 Re: Next Week  Re: OpenVMS 8.1 ships 0 Re: practical questions for Charon-VAX on WintelP Re: Problems with MySQL (was Re: OpenVMS, CSWS (apache), PHP and...  Rdb)  Rdb)R RAMDISK or the likes Re: RAMDISK or the likes Re: RAMDISK or the likes8 Re: Secure Web Server Version 2.0 available for download( 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: Support for passive FTP 3 Re: Weird backup and shadow copy performance on VMS / Re: What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ...  [TCPIP V5.4] SSH observations   F ----------------------------------------------------------------------  # Date: Fri, 19 Dec 2003 20:32:51 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)0 Subject: Re: Bug in DEC VAXVMS FORTRAN V6.5-188?3 Message-ID: <TfJEb.145421$dt3.78061@news.chello.at>   x In article <brv6cf$7ndsu$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes:< >We found a problem in DEC VAXVMS FORTRAN V6.5-188 that does; >not appear in the Alpha/VMS Fortran. The first question HP ? >support asked is if we have ECO FORTVVE02065 installed, and we > >do not (I can not even find it on the new and "improved" IRTC	 >site!).    F http://ftp.support.compaq.com.au/pub/patches/vms/vax/v6.1/fortran/6.5/   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 19 Dec 2003 15:53:25 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>0 Subject: Re: Bug in DEC VAXVMS FORTRAN V6.5-188?9 Message-ID: <brvog6$8578f$1@ID-141708.news.uni-berlin.de>     Peter 'EPLAN' LANGSTOEGER wrote:; > In article <brv6cf$7ndsu$1@ID-141708.news.uni-berlin.de>,  "Peter9 > Weaver" <WeaverConsultingServices@sympatico.ca> writes: > >> We found a problem in DEC VAXVMS FORTRAN V6.5-188 that does= >> not appear in the Alpha/VMS Fortran. The first question HP > >> support asked is if we have ECO FORTVVE02065 installed, and we; >> do not (I can not even find it on the new and "improved"  IRTC
 >> site!). >  > F http://ftp.support.compaq.com.au/pub/patches/vms/vax/v6.1/fortran/6.5/  = Thanks, I thought the .AU site was shutdown so I did not even 
 try there.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  # Date: Fri, 19 Dec 2003 21:01:42 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)0 Subject: Re: Bug in DEC VAXVMS FORTRAN V6.5-188?3 Message-ID: <WGJEb.145835$dt3.72233@news.chello.at>   x In article <brvog6$8578f$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes:! >Peter 'EPLAN' LANGSTOEGER wrote: H >>http://ftp.support.compaq.com.au/pub/patches/vms/vax/v6.1/fortran/6.5/ > I >Thanks, I thought the .AU site was shutdown so I did not even try there.   > The .AU site is not shut down and it won't be (so I'm told ;-)3 It does however no longer get any updates any more. 7 It remains a valuable tool for any ECOs up to Oct 2003.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 19 Dec 2003 10:40:32 -0800 , From: Ken Fairfield <My.Full.Name@intel.com>8 Subject: Re: Convert quadword time to Ascii time in DCL?+ Message-ID: <brvgn0$4l0$1@news01.intel.com>    Peter Weaver wrote:    > Ken Fairfield wrote: > 7 >>     I'm reading a (sequential, fixed record length,  8  >> implied CC) file that has several VMS quadword times=  >> in each record.  I can read the records into a DCL symbol 7 >> and extract the arious fields, e.g., the 12 (ascii)  8  >> character Username field, as well as the 8 character >> (binary) time fields... > > > I see you found the answer you wanted, but this migth help a= > bit. Compile/Link this, and define the TPU$CALLUSER logical : > as described in the .FOR then edit the file with TPU and< > define a key that does a select, moves right 8 characters,, > does a copy, does a command, and types tpu" > message(call_user(1,"{paste}"));   [...]   ;      Thanks for the suggestion, Peter.  If I'd been writing 8 in Fortran or TPU, I wouldn't have had this problem! :-)> I was trying to verify I had the fields right (which I didn't,9 but I was close) and being able to do this in DCL has the " benefit of very quick turn around.   	-Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  # Date: Fri, 19 Dec 2003 18:47:44 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)3 Subject: Re: DECW installation from Hobbyist VAX CD 3 Message-ID: <kJHEb.143944$dt3.12449@news.chello.at>   n In article <1a63f162.0312180139.58d8dc96@posting.google.com>, send_lotsa_spam_here@yahoo.com (Soterro) writes:D >Finally I realized the machine I got is running VAX VMS 6.2 and NOTC >7.2 as I was expecting. So I'll have to go through installation as D >soon I'm back at work, and hopefully get the whole DECW support and( >Motif and whatnot at installation time.  " Please consider upgrading to V7.3.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Fri, 19 Dec 2003 20:59:22 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)- Subject: hp OpenVMS business solutions 2003 ? 3 Message-ID: <KEJEb.145799$dt3.95514@news.chello.at>   L I just stumbled over an old URL again and found it contains many dead links.  * 	http://www.lpsolutions.com/ovms2003/html/  7 Is it only my MOZILLA D1.5 or is this really the case ?  If it is, did it ever work ?   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 19 Dec 2003 15:40:38 -0800( From: bob@instantwhip.com (Bob Ceculski)C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs = Message-ID: <d7791aa1.0312191540.2b986a2d@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brv228$1lb$2@new-usenet.uk.sun.com>...  > David Svensson wrote:  > > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brcerr$gu9$1@new-usenet.uk.sun.com>...  > > 8 > >>Its BS because in order for it not to be BS you have7 > >>to demonstrate why on earth anyone should care what 1 > >>the TPC-C or SPEC numbers are for a platform.  > >>6 > >>Customers run apps they don't run SPECint ot TPC-C > >>never have and never will. > >  > > I > > As far as I see when I use and build applications on a new Sun server F > > it is going around twice as slow compared to other platforms, so IC > > think the SPEC numbers actually reflect real world performance.  >  > : > When you use and build applications on Solaris which Sun4 > compiler do you use, and what Sun platform are you > running it on ?  > 	 > Regards  > Andrew Harrison   5 never mind Andrew ... that is normal for slowaris ...    ------------------------------    Date: 19 Dec 2003 17:05:00 -0800$ From: svieth@wi.rr.com (Scott Vieth)Y Subject: Is anyone else seeing Mount Verify messages on the console when you create/delet = Message-ID: <5a85bce2.0312191705.34225882@posting.google.com>    Hi:   ? Is anyone else seeing Mount Verify messages on your AlphaServer E console when you create/delete snapshots on an EVA (which is attached  to your VMS system)?  E [The m.v. messages show up against the unit that is the source of the 
 snapshot.]  ? Please drop me a short email and say "Yeah, me too!" if you are  experiencing this phenomena.   Thanks,    -Scott Vieth svieth@wi.rr.com   ------------------------------    Date: 19 Dec 2003 19:01:07 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)  Subject: Next Week= Message-ID: <857e9e41.0312191901.5de7ecb2@posting.google.com>   F Just a reminder that the HP offices in the US will be closed next week< (there will still be staff to take care of customer issues).  5 I would also like to take this time to say thank you.   E Thank you for being an Ambassador, Customer, Partner, Consultant, and  fans of VMS.F Thank you for your support of OpenVMS in the past and in the present. 4 Thank your support and enthusiasm as we go forward. D Thank you for your help in making VMS the amazing product that it is and will continue to be.9 Thank you for all the care and concern you have shown me. 
 And mostly2 Thank you for giving me the best job in the world.   Warm Regards and a big hug,  Sue    ------------------------------  % Date: Fri, 19 Dec 2003 23:16:09 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Next Week) Message-ID: <3FE3CD01.4E9D5846@istop.com>    Sue Skonetski wrote:H > Just a reminder that the HP offices in the US will be closed next week> > (there will still be staff to take care of customer issues).  H Who's going to feed the engineers and clean up their habitat during that period ? :-)  N Considering what you have have done to save VMS, YOU deserve a HUGE thank you.M Many may bitch about how HP is handling VMS, but I think I speak for many who L really appreciate all the work that you do to that is very positive for VMS.  5 A big thank you and huge virtual hug to Sue. >:-) :-)    ------------------------------  % Date: Fri, 19 Dec 2003 20:06:00 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: OpenVMS 8.1 ships5 Message-ID: <3FE3AE88.E0C4153@NeOaSrPtAhMlNiOnWk.net>    Fred Kleinsorge wrote: >  > Great news, thanks.  > M > Anything that thinks it knows the details about the stack, stack unwinding, L > and the architecture-specifics of condition handling needs to be looked atA > hard.  It doesn't suprise me that a SYS$SIGPRC might fall over.  > L > IPF, unlike VAX and Alpha, doesn't have an architected way to provide someN > single value that indicates the HW_MODEL...  which is why you got 0 - it has > no meaning on IPF.  F Hhmmm... Is that reliable? A test for zero might be easy enough to add where needed...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 19 Dec 2003 15:23:10 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 9 Subject: Re: practical questions for Charon-VAX on Wintel 3 Message-ID: <zUeG1lFoZAMv@eisner.encompasserve.org>   _ In article <brvboa$2q7$1@reader11.wxs.nl>, Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl> writes: 4 > I must correct a typo in one of my previous posts. > K > CHARON-VAX XM/XL (SCSI architecture) supports *VMS 5.5-2H4* (not H2) and  J > later. This is the hardware release that Digital brought out to support  > the SCSI architecture. > B > Furthermore: the earliest version reported to run on CHARON-VAX I > Industrial (Q-bus architecture) is VMS 4.6, but there is no reason why  H > any version that runs on a MicroVAX II, MicroVAX 3600 etc. should not  > run on CHARON-VAX Industrial.   A    Does this mean if I need to run 5.5-2 there's no way I can use 1    Charon-VAX's raw SCSI access to do my backups?    ------------------------------  % Date: Fri, 19 Dec 2003 12:19:55 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>Y Subject: Re: Problems with MySQL (was Re: OpenVMS, CSWS (apache), PHP and...  Rdb)  Rdb)R % Message-ID: <3fe2ecec@cpns1.saic.com>    jf.pieronne@laposte.net wrote: > Mark Berryman wrote: >  >> Gary Morin wrote: >> >>> Jack --  >>> J >>> Drop me a note.  We havn't talked in a while and I have been using theE >>> MySQL OpenVMS port running on MyAlpha :) for the Database class I 
 >>> teach. >> >> >>I >> I'd like to talk a bit about MySQL.  I've been using the V4.0.16 port  F >> on VMS and the tables keep getting corrupted.  A CHECK TABLE shows E >> various forms of corruption (although bad file length is the most  D >> common) and, so far, a REPAIR TABLE has always fixed the problem E >> without losing data.  However, I'd like to figure out why this is  . >> happening.  Anyone with any hints or ideas? >> > 5 > What kind of tables do you used: MyIsam or innodb ?   I It looks like the package I was using builds all of its tables as MyIsam.   G > IMHO, It is much better to use innodb table, only innodb table offer  K > transaction support and flush data to disk when you commit, so you can't   > lose any data unlike MyIsam.  F Out of curiosity (I've never seen the MySQL code) is there any reason B why the MyIsam part of the port couldn't have been done using RMS?  4 > If you can build a reproducer, I will take a look.  E I have not found anything specific that causes the problem.  We will  H simply be running the various scripts that manipulate the database and, E at some point, someone will get back a 127 error from MySQL.  When I  E investigate, the table(s) in question are corrupted.  I have not yet  > found and particular script or action that causes the problem.  9 > V4.0.17 was just released, I will build a VMS kit soon.  > G >> Note that I've also tried the V4.1.1 port.  That one aborts with an  J >> ACCVIO when I try to create the first table (with a command that works ( >> without error in the 4.0.16 version). >> > K > 4.1.1 is only alpha, so you can probably expect various problems, but as  < > I am not the author of this port, I can't help you, sorry.  I I received a message from the V4.1.1 porter.  The error here seems to be  J related to BIGINT data types.  He said he would try to come up with a fix.  
 Mark Berryman    ------------------------------  % Date: Fri, 19 Dec 2003 17:00:29 -0600 ( From: brandon@dalsemi.com (John Brandon) Subject: RAMDISK or the likes 1 Message-ID: <03121917002912@dscis6-0.dalsemi.com>   N I have a ESA12000 with HSG80 controllers (paired) using 9.1, 18.2, and 36.4 GB disk drives.  @ We have a lot of locking (250% increase over the last 6 months).   Running FOCUS and DBMS-32.  H I have been thinking about ideas to help increase the performance on the/ DBMS-32 and the subject of RAMDISK has come up.   I I can think of two ideas here, 1) Solid State disk and 2) Disk in Memory.   * Is there any others?  What are the issues?   TIA      J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 19 Dec 2003 18:53:58 -0600+ From: young_r@encompasserve.org (Rob Young) ! Subject: Re: RAMDISK or the likes 3 Message-ID: <M3thGAQJpuD4@eisner.encompasserve.org>   \ In article <03121917002912@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:P > I have a ESA12000 with HSG80 controllers (paired) using 9.1, 18.2, and 36.4 GB > disk drives. > B > We have a lot of locking (250% increase over the last 6 months). >  > Running FOCUS and DBMS-32. > J > I have been thinking about ideas to help increase the performance on the1 > DBMS-32 and the subject of RAMDISK has come up.  > K > I can think of two ideas here, 1) Solid State disk and 2) Disk in Memory.  > , > Is there any others?  What are the issues? >   E 	The answer may be RAMDISK.  You don't have Volume Shadowing phobias   	do you?  Good.   > 	Go to Crucial, they are an Infineon company.  www.crucial.comG 	Their prices beat DataRam and Kingston.  Lifetime warranty.  I picked  E 	up 24 GBytes for less than $11000.  Word of advice, seat the modules ? 	carefully.  Otherwise, you will be powering down and reseating 
 	modules :-).   - 	Here are details from an earlier discussion:   Z http://groups.google.com/groups?selm=MRo0pptxC4jv%40eisner.encompasserve.org&output=gplain  + From: young_r@encompasserve.org (Rob Young)  Newsgroups: comp.arch.storage ! Subject: Re: Solid State Storage.  Date: 3 Jul 2003 10:09:58 -0500    [snip]  > 	You missed or are ignoring the part where a RamDisk *must* be@ 	shadowed with physical storage.  A Smart OS would then send all- 	reads to the RamDisk, writes to both, again:   K "Starting with DECram Version 2.3, when run on OpenVMS Alpha Version 7.1 or L higher, DECram devices can be shadowed to real physical disks or partitions.L This is useful for applications that rely on data integrity and also requireN enhanced performance. The Volume Shadowing for OpenVMS software will read fromL the DECram device, rather than from the physical device, thereby providing aN performance advantage. The Volume Shadowing for OpenVMS software will write toG both disk and DECram disk, so that writes will take longer than reads."  	  [snip]  D 	Finally, SSD's are sold with:  "call for price".  It took me quite ? 	some time to dig up a price.  No wonder.  I saw one being sold ? 	for $64000 for a 4 GByte SSD.   I'm in the process of putting  $ 	together a < $7000 9 GByte RamDisk.  > 	[how 'bout them apples?  Actually turned out to be a < $11000 	18 GByte Ramdisk]   ---   = 	If you think about it, this is the coolest advantage VMS has / 	going today.  RAMDISKs to hunt down Random IO.   A 	You may have to add CPU, I suspect CPU use will increase quite a E 	bit as you service more IO.  Anyone know about IO offload?  How are  ? 	IOs handled with RAMDISK?  Does the primary CPU handle all the F 	IO interrupts to RAMDISK?  Where are some technical details?  Thanks.   				Rob    ------------------------------  # Date: Sat, 20 Dec 2003 02:18:20 GMT 3 From: Jack Patteeuw <jjpatteeuw@earthlink.nospamme> ! Subject: Re: RAMDISK or the likes B Message-ID: <MjOEb.5678$wL6.2614@newsread1.news.atl.earthlink.net>   John Brandon wrote: P > I have a ESA12000 with HSG80 controllers (paired) using 9.1, 18.2, and 36.4 GB > disk drives. > B > We have a lot of locking (250% increase over the last 6 months). >  > Running FOCUS and DBMS-32.  A I don't know anything about either of these applications, but my  ? question is, "How do they do 'locking' ?"  If they use the VMS  C Distributed Lock Manager then faster disks won't help, because the  I locking is already done in memory.  There are SYSGEN parameters that can   be adjusted that would help.  I If the apps do locking by creating lock file, they are wasteing disk I/O  H bandwidth and yes, some type of RAMDISK would help.  I would guess that H you would not want shadowing to physical disk because it would slow the H performance down to the same speed you have now.  Solid State disks are < limited to the speed of the controller and its interconnect.  H How do you have the disks on your HSG80 configured ?  JBOD, is the fast E performance, but with know "safety net".  If you are running RAID 5,  @ perhaps you can move all of the lock files to another JBOD disk.   jp   ------------------------------  % Date: Fri, 19 Dec 2003 15:34:14 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>A Subject: Re: Secure Web Server Version 2.0 available for download ) Message-ID: <3FE360C5.AA17110A@istop.com>    Sue Skonetski wrote: > ? > Announcing HP Secure Web Server Version 2.0 for OpenVMS Alpha   N Sue, Just a comment on the name. (I know my comments won't change much, but if nobody ever commented...  , Why not just call it VMS Secure Web Server ?  D The constant name changes is really causing confusion. Heck, I would. personally just call it VMS Apache Web Server.  C The name VMS management have give it make it look very proprietary.    ------------------------------  % Date: Fri, 19 Dec 2003 15:40:01 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMS ) Message-ID: <3FE3621E.F6C7E8E3@istop.com>    Rob Young wrote:D >         Folks with sharper insight regarding numbers can draw moreJ >         accurate conclusions - and they have.  Their conclusion is thereI >         is trouble in Sun-land.  Their stock reflects it.  Money talks.   J Ok, let me switch question then: If VMS is doing so well and generating soL many profits for HP, how come HP refuses to divulge real numbers about VMS ?  A >         The point of my little diversion is to highlight Sun is  >         worse off.  K Everyone knows that Sun has fallen hard from its .com highs. But Sun hasn't H changed onwership twice in the last couple of years, Sun has not had itsL hardware platform pulled from under it, and Sun has certaintly not neglected3 advertising or mentioning Solaris everytime it can.    ------------------------------  % Date: Fri, 19 Dec 2003 16:24:11 -0500   From: John Santos <JOHN@egh.com>1 Subject: Re: Singapore Exchange to run on OpenVMS 4 Message-ID: <1031219161557.968A-100000@Ives.egh.com>  ( On Wed, 17 Dec 2003, Peter Weaver wrote:   > Ken Robinson wrote:  > >...: > > The real question is .... What did you do to tell them > otherwise. If 7 > > you did nothing or just said "No it isn't", you are  > contributing to ? > > the problem.  We all have to be pro-active when it comes to 	 > pushing = > > VMS as a viable solution.  If all you are doing is saying 
 > "Woe is me! = > > VMS is dying because HP is not advertising," then you are 
 > part of the  > > problem, not the solution. > @ > Yes, I agree 100%, in this particular case it is useless since@ > the woman I was talking to said that they at 90% done with the > port.   A Not necessarily!  I've encountered many ports that were 90% done, @ so it was too late for the thing being replaced.  Several months= later, when the 2nd 90% was complete, the original app needed @ some updates to keep it going while the last 10% of the port wasB finished.  Years later, after the 3rd and 4th 90%'s were finished,6 the customer gave up and reverted to the original app.  > Make sure they know VMS is still viable in case the port fallsA through.  If you express it right, you can even make your contact = appear to be a hero instead of a goat, if they manage to pull ? the customer's bacon out of the fire by "rescuing" the original @ VMS app.  (It doesn't really need rescuing, but it might benefit; from more modern hardware, current O/S and compilers, etc.)    > ; > > I've been using VMS since 1980 and I don't remember DEC  > doing much> > > advertising of VMS back then either (remember we all joked > about > > > stealth marketing), but somehow companies got the message.
 > What was > > different then?  > > > I first met VMS in college. I ran into two of my instructors? > at a trade show about 10 years ago, they told me that they do  > not have VMS there anymore.  > @ > > Enough with the "you said/I said". Let's try to do something > > constructive.  > ; > Ok, grab your phone, go to http://411.whitepages.com/ and < > start with the A's. I'll start with the M's, between us we< > should be able to phone everyone and tell them that VMS is; > alive and kicking sometime before the end of 31-DEC-9999.  >  > --   > Peter Weaver! > Weaver Consulting Services Inc.  > Canadian VAR for CHARON-VAX  > www.weaverconsulting.ca  >  >  >  >    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 19 Dec 2003 20:00:56 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>1 Subject: Re: Singapore Exchange to run on OpenVMS 6 Message-ID: <3FE3AD58.85846FDD@NeOaSrPtAhMlNiOnWk.net>   Rob Young wrote: > { > In article <3FE2799F.C08593E8@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  > > Rob Young wrote: > >> [snip] @ > >>         To claim a product is "dead" without even a cursoryJ > >>         investigation is either 1) , 2) - take your pick.  To suggestJ > >>         it is borne out of lack of advertising is a pitiful argument. > > L > > ...and before anyone goes quoting any more IDC numbers to this group, goH > > back to the days before GQ Bob and compare todays VMS numbers to the? > > numbers from back then. Should be a major attention-getter.  > >  > E >         Numbers?  You want numbers across quarters?  I got numbers:  > J >                                                 All numbers in thousands > C > PERIOD ENDING                   30-Jun-03               30-Jun-01   9 O.k. Now, give us the numbers I suggested for comparison:   B  PERIOD ENDING                   30-Jun-03               30-Jun-93  . >         At least VMS is increasing revenues.  H Compared to what, recent history? How 'bout comparing the present (whereE VMS is) to the past (what VMS needs to re-attain so it can resume its  progress forward)?  K > > Perhaps if you burst your own bubble, we won't have to do it for you to  > > snap you back to reality.  > F >         Oh come on - a real tangible point with facts and figures to >         back it up, got any?  H Don't take my word (like I keep saying, but nobody can: prove me wrong). Get your own fact and figures:  G Look at the scant volume of Alpha gear on the web sites can catalogs of H the major 3rd party and after market resellers that survive. This should get you started:   http://www.newman.com/ http://www.glcomp.com/ http://www.island.com/  @ Search for OpenVMS-related jobs on the job board of your choice.F Remember to check the major U.S. urban hubs. Here's a few links to get you started:   http://jobsearch.monster.com/jobsearch.asp?q=vms+openvms+vax+dcl+axp&lid=417&lid=888&lid=889&lid=890&fn=&sort=dt&vw=b&cy=US&re=14&brd=1%2C1862%2C1863 _ http://www.chicago.computerjobs.com/job_results.asp?s_kw=vms+or+openvms+or+vax&s_jcid=&x=21&y=8 5 http://seeker.dice.com/jobsearch/metrosearch.jsp?ma=7 w http://www.directemployers.com/results.asp?kw=vms+or+openvms+or+vax&cat=&tm=0&i=e&i=s&cn=100&btnG=++++Search+the+US++++   > Search the major mainstream trade publications for OpenVMS and OpenVMS-related ads.   Are there any other questions?   Suggestion:   F Take a sabbatical from the VMS nest and come see how you fare out hereB in the real world of EDP where the rubber meets the road and whereB careers are made or broken by what top management (i.e., "decision? makers") believe is a safe long term investment in hardware and F operating software. My money says you won't last 30 seconds out here -8 the sharks will eat you alive in the first five seconds.  F Sorry, PollyAnna, reality is greatly different from the picture mother5 hen paints for you there in your safe, warm VMS nest.   F ...if you can consider any place safe when it's hemorrhaging jobs like hp is...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 19 Dec 2003 23:36:15 -0600+ From: young_r@encompasserve.org (Rob Young) 1 Subject: Re: Singapore Exchange to run on OpenVMS 3 Message-ID: <UEU2l$StBFwl@eisner.encompasserve.org>   y In article <3FE3AD58.85846FDD@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  > Rob Young wrote: >>  | >> In article <3FE2799F.C08593E8@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: >> > Rob Young wrote:  >> >> [snip]A >> >>         To claim a product is "dead" without even a cursory K >> >>         investigation is either 1) , 2) - take your pick.  To suggest K >> >>         it is borne out of lack of advertising is a pitiful argument.  >> >M >> > ...and before anyone goes quoting any more IDC numbers to this group, go I >> > back to the days before GQ Bob and compare todays VMS numbers to the @ >> > numbers from back then. Should be a major attention-getter. >> > >>  F >>         Numbers?  You want numbers across quarters?  I got numbers: >>  K >>                                                 All numbers in thousands  >>  D >> PERIOD ENDING                   30-Jun-03               30-Jun-01 > ; > O.k. Now, give us the numbers I suggested for comparison:  > D >  PERIOD ENDING                   30-Jun-03               30-Jun-93 > / >>         At least VMS is increasing revenues.  > J > Compared to what, recent history? How 'bout comparing the present (whereG > VMS is) to the past (what VMS needs to re-attain so it can resume its  > progress forward)? > L >> > Perhaps if you burst your own bubble, we won't have to do it for you to >> > snap you back to reality. >>  G >>         Oh come on - a real tangible point with facts and figures to  >>         back it up, got any?  > J > Don't take my word (like I keep saying, but nobody can: prove me wrong).  > Get your own fact and figures: > I > Look at the scant volume of Alpha gear on the web sites can catalogs of J > the major 3rd party and after market resellers that survive. This should > get you started: >  > http://www.newman.com/ > http://www.glcomp.com/ > http://www.island.com/    " 	You forgot quite a few resellers.   		www.geminidigital.com  		www.cpuoptions.com 		www.global-itcorp.com  		www.tcdigital.com   D 	etc.  Some more noteworthy than others.  I've dealt with 4 of those> 	listed above.  But why just look at them?  The major vars are1 	going to have quite a bit more new and used kit.   > 	Could you be more clear on what kind of metric you are trying@ 	to measure and how you are gauging success or failure?  Thanks.   > B > Search for OpenVMS-related jobs on the job board of your choice.H > Remember to check the major U.S. urban hubs. Here's a few links to get > you started: >  > http://jobsearch.monster.com/jobsearch.asp?q=vms+openvms+vax+dcl+axp&lid=417&lid=888&lid=889&lid=890&fn=&sort=dt&vw=b&cy=US&re=14&brd=1%2C1862%2C1863 a > http://www.chicago.computerjobs.com/job_results.asp?s_kw=vms+or+openvms+or+vax&s_jcid=&x=21&y=8 7 > http://seeker.dice.com/jobsearch/metrosearch.jsp?ma=7 y > http://www.directemployers.com/results.asp?kw=vms+or+openvms+or+vax&cat=&tm=0&i=e&i=s&cn=100&btnG=++++Search+the+US++++  >    	Don't forget:   	www.hotjobs.com 	www.careerbuilder.com 	www.flipdog.com  ? 	And yes, VMS postings are up quite a bit versus 18 months ago.   @ > Search the major mainstream trade publications for OpenVMS and > OpenVMS-related ads.  ) 	The Philadelphia Inquirer used to have a H 	very nice Data Processing section in the Sunday paper.  Data ProcessingC 	became the more "correct"  Careers in Science and Technology.  The F 	number of computer ads has dropped off to nothing.  Computer job ads D 	have left the newspapers and are online.  Mostly the same for trade 	publications.   >   > Are there any other questions? > 
 > Suggestion:  > H > Take a sabbatical from the VMS nest and come see how you fare out hereD > in the real world of EDP where the rubber meets the road and whereD > careers are made or broken by what top management (i.e., "decisionA > makers") believe is a safe long term investment in hardware and H > operating software. My money says you won't last 30 seconds out here -: > the sharks will eat you alive in the first five seconds. >    	Not even close laddy.  < 	I actually have 4 or 5 job respnsiblities.  VMS is just oneF 	of them.  Other than VMS, I am involved in 4 major projects, leading 4 	3 of them, and a key "decision maker" in 2 of them.  H > Sorry, PollyAnna, reality is greatly different from the picture mother7 > hen paints for you there in your safe, warm VMS nest.   B 	You have no idea what I have been up to.  I suppose you entertainD 	yourself with your cute little metaphors, but you are off the mark. 	What's new.  H > ...if you can consider any place safe when it's hemorrhaging jobs like
 > hp is...  A 	It's all about business.  In fact, Rohm and Haas announced today > 	they are laying off 550 people (3% of their workforce) as SAPH 	(a $300 million dollar project) has automated quite a bit.  Automation E 	is requiring fewer people, driving up productivity and driving down TB 	headcount.  The project and business managers are doing what they> 	do.  Driving things to lower cost-centers (overseas).  RecentD 	rags question what IBM is up to moving jobs overseas (how many go?)  D 	Sure, HP is shedding jobs even when they are profitable.  Wrenching? 	more efficiencies out of the Machine.  Productivity my friend.t  O "The United States recently released a truly remarkable statistic. In the third N quarter of this year, productivity (output per worker) expanded by more than 8G percent. When you stop and think about it, that fact is little short ofs miraculous."  ; 	I know several people that are doing the work of more thane? 	one person.  Heck, I know a number of people that work over 60n9 	hours a week (in at 4 leave at 4).  I'm not one of them.g   				Robn   ------------------------------  % Date: Fri, 19 Dec 2003 15:34:23 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: Support for passive FTP) Message-ID: <3FE360CD.97E2A73D@istop.com>    Bob Koehler wrote:E >    The default data port is the control port for the client and the D >    adjacent port for the server, but both ends must support use ofH >    non-default ports.  Generally implementation doesn't care since theB >    port number is always sent on the control port, you just open$ >    whatever port the message says.  M That doesn't solve the problem. When a client tells a VMS FTP server it wantstI to be PASV, (passive), the VMS FTP server responds with a port number theeL client should use to connect to the FTP server for the actual data transfer.  L The original poster wanted to know in what range the FTP server would choose the port numbers.   G Personally, I avoided the problem by setting the default host on my NAT,N setting to be the one I want FTP transfers to go to. So any request to connect, to some random port goes to one VMS machine.  I I've looked at the TCPIP documentation and I have seen no mention of port # range used by FTP in passive mode. l  F The FTP standard only stipulates that the default data port is the FTP$ standard port (21) - 1 (so port 20).  K The output of the PASV command provides insight as to what sort of port VMS"F will tell the client to use. It is a sequence of 6 digits. The first 4L represent the dotted IP address, and the last 2 represent the 2 bytes making3 up the port number. (first of the 2 is high order).r  J On my 3100, it gives me  240,121 ( or port 61561)  ( TCPIP Services 5.3-2)K On my all mighty microvax II, : 4,155 (or port 1179) (TCPIP Services 5.0-A)A   ------------------------------    Date: 19 Dec 2003 15:33:49 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)E< Subject: Re: Weird backup and shadow copy performance on VMS= Message-ID: <8a646952.0312191533.540b9c75@posting.google.com>s  	 Dear Sir:.  D Since you have talk to the HP engineers, I don't think a shadow copyF became a merge. One item I have found that might make your shadow copy: to go faster is to increase the Disk cache parameters like= Acp_Hdrcache, Acp_Dircache, Acp_Mapcache, and Acp_Dindxcache.-E Remember, if you increase any of these values, then you must increaseeA the pagedyn value. The pagedyn value will also affect the sysmcnt.C value too. This will also help your backup performance. I have usedtE very large values very successfully when memory is not a problem in avD similiar enviroment. Use DECps or simular products to do performance" analysis during the merging times.   Regards,
 Daryl Jones  x    e jmckinney@icehouse.net (jim) wrote in message news:<c740d2.0312182337.37db5e09@posting.google.com>...AH > We are experiencing some really strange behavior on our AS1200 runningE > VMS 7.2-1 We have 14 shadow sets and just recently two of them haveyE > started taking forever to copy after they are split for backups. It H > used to take about 60-90 minutes to do the shadow copy on these drivesD > (36 GB, no HS controllers, each member of the set is on a seperateE > SCSI bus). Now it is taking 10+ hours for a copy. Other shadow sets C > which share the same buses still copy real fast. The error log iseG > clean, anal/disk/read on each drive is clean, the disks are about 30%eE > full and each contains only one or two large DSM (MUMPS) GLS volume(D > files. In addition to this behavior, the backup job is starting toD > hang. This started at the same time as the odd shadow copy delays.H > Watching the backup job the IO will slow to a crawl, then occasionallyB > it will take off and run for a while before stalling again. ThisC > happens on just about any of the drives, not just the two problemtE > shadow sets. Some nights it runs fast, and others is all but stops. G > This behavior is new in the last couple of weeks. The system has beeneD > in place for about five years with no real problems. After lengthyF > discussions with HP engineers the feeling is that it isn't hardware,H > but more likely some system parameters are totally out of whack. I wasF > thinking the application (IDX)was really hammering the two drives toH > cause the long copies, but the backup problem has me totally baffeled.F > I would welcome *any* thoughts on this matter. By the way, when thisE > happens CPU usage is nil, virtually no page faulting, appears to be  > lots of memory. Hmmm...i   ------------------------------    Date: 19 Dec 2003 15:17:52 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 8 Subject: Re: What Andrew and sun can't stand is that ...3 Message-ID: <1RtRLPUBcrtS@eisner.encompasserve.org>f   In article <brv79r$3i4$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > 0 > And why keep bringing up CERT it is irrelevant/ > in a discussion about OpenVMS vs any other OSg0 > because OpenVMS security violations do not get > reported to CERT.g  D    It is not irrelevant.  Even if we were to believe you claims thatE    CERT does not accurately reflect VMS security issues, it does shown/    quite clearly that Solaris has a great many.A   ------------------------------    Date: 19 Dec 2003 15:33:10 -0800( From: bob@instantwhip.com (Bob Ceculski)8 Subject: Re: What Andrew and sun can't stand is that ...= Message-ID: <d7791aa1.0312191533.7f809ec9@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brvc2a$57j$1@new-usenet.uk.sun.com>...c > ? > The fact is that anyone claiming that you can measure OpenVMSa= > vs other OS security by counting CERTS for the platforms ism9 > either ill informed or deliberately trying to misslead.  > ; > The fact that HP/Compaq has reported OpenVMS as not beingE> > vunerable to a CERT advisory should not lead you to conclude9 > that its isn't because there is a body of evidence thats= > proves that these responses have been wrong in the past and * > that they also continue to be incorrect. > 	 > regardsC > Andrew HarrisonR  : that is what you wish reality was, but it isn't, and I and8 others have shown VMS time and time again to thwart most9 cert bugs ... the rest of your conspirarcy theory is just_: that, because you have yet to prove anything you have said? because it is all b.s., just like slowaris and sparkies are ...i   ------------------------------    Date: 19 Dec 2003 15:36:07 -0800( From: bob@instantwhip.com (Bob Ceculski)8 Subject: Re: What Andrew and sun can't stand is that ...= Message-ID: <d7791aa1.0312191536.3badfbd8@posting.google.com>l  ` "rob kas" <robnospam@paychoice.com> wrote in message news:<vu66s5cvu4be37@corp.supernews.com>...7 > And what will Bob Do If Intel Comes out with Yamill ?. >  > : >     Stuck on a Niche Chip , that you have no control of. > ; >                                                       Robe    6 so what is new ... been doing that with alpha and will5 continue with itanium ... vms if need be has been nowu2 proven to be able to be ported to any platform ...   ------------------------------  % Date: Fri, 19 Dec 2003 21:50:43 -0500 # From: "rob kas" <rob@paychoice.com>e8 Subject: Re: What Andrew and sun can't stand is that ...5 Message-ID: <xMNEb.1$FF4.1356855@news.netcarrier.net>0   >> >r8 > so what is new ... been doing that with alpha and will7 > continue with itanium ... vms if need be has been nowe4 > proven to be able to be ported to any platform ...  A       Last Time I checked Digital created the Alpha CPU's and VMSs  3                                                 Robe   ------------------------------  # Date: Fri, 19 Dec 2003 21:31:55 GMTm6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)& Subject: [TCPIP V5.4] SSH observations4 Message-ID: <f7KEb.146284$dt3.113945@news.chello.at>  G I tried SSH with TCPIP_SSH V5.3 (which had problems) and now with V5.4.-H It seems better but still not perfect. Every time I connect to my serverD (eg. via localhost) and later terminate the connection, the I/O rateN goes beyond the ceiling (6 digit rate) and disconnect needs some/many seconds.  I I heard, that V5.3 also had this problems (though I only saw V5.3 sendingfL an illegal packet on disconnect, with an error message, but disconnects ok).   jfik   --   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   ------------------------------   End of INFO-VAX 2003.702 ************************