1 INFO-VAX	Tue, 12 Oct 2004	Volume 2004 : Issue 567       Contents: As bad as SPAM (yet again) DHCP server and PXE server Re: EVA vs. bunch of MSA?  freetds 0.62 Re: Hardware problems?? / Re: HP and Intel Developer Forum 2004 Questions  Re: HP ignores OpenVMS & SWIFT Re: HP ignores OpenVMS & SWIFT Re: HP ignores OpenVMS & SWIFT7 IBM boost ISVs  (what about  HP OpenVMS ISV partners ?) , Re: memory performance Alpha, Itanic and SUN, Re: memory performance Alpha, Itanic and SUNB Re: Obsucure Inquier article about Intel mentions VMS (and not anyP RE: Obsucure Inquier article about Intel mentions VMS (and not any other  OS') oP RE: Obsucure Inquier article about Intel mentions VMS (and not any other  OS') o OpenVMS : New Roadmap  Re: OpenVMS : New Roadmap  Re: OpenVMS : New Roadmap  Re: OpenVMS : New Roadmap  Re: OpenVMS : New Roadmap  Re: OpenVMS : New Roadmap ) OpenVMS Developer and IA-64 Census at HP? - Re: OpenVMS Developer and IA-64 Census at HP? % openVMS network configuration problem  Oracle RDB x Oracle Classic  OT: IBM Redbooks Re: OT: IBM Redbooks Re: Sayonara storage Re: Sayonara storage# Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? / Re: SHOW DEVICE/FILES with FORTRAN? (RMS Locks) / Re: SHOW DEVICE/FILES with FORTRAN? (RMS Locks) * [OpenVMS Alpha V7.3-2] FAO directive !AD ?. Re: [OpenVMS Alpha V7.3-2] FAO directive !AD ?. Re: [OpenVMS Alpha V7.3-2] FAO directive !AD ?2 Re: [OT]: Software Disasters Often People Problems  F ----------------------------------------------------------------------   Date: 12 Oct 2004 13:12:49 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: As bad as SPAM (yet again) + Message-ID: <2t23ihF1qh7pnU1@uni-berlin.de>   B For those who thought IGS was worth defending, after his last callA when I specifically told them not to call me again, surprise (not A really, I guess), they called me again this morning.  And to make > matters worse, it was the same person at IGS who I told not to call me again.  C Of course, this also means they don't actually have enough interest A in VMS to read anything here, they just farm the group for people 	 to annoy.    bill   --  J 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>       ------------------------------   Date: 12 Oct 2004 14:59:46 GMT3 From: DAVISM@ecr6.ohio-state.edu (Michael T. Davis) # Subject: DHCP server and PXE server : Message-ID: <ckgrh2$1n0$1@charm.magnus.acs.ohio-state.edu>   	We're running...   ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 2 3   on a AlphaServer 800 5/500 running OpenVMS V7.2-2   G We've been experimenting with trying to get a PXE server running in our I environment.  The user who's testing this has no problem using his laptop G as a PXE boot client at home with the same PXE server software (Phoenix F Technologies ImageCast PXE Server) and the DHCP server embedded in hisJ LinkSys router.  When he tries the PXE boot on our network, which involvesG the DHCP server running on the above system, his laptop can't boot.  It F does obtain an IP address, but that's about as far as it gets.  He didM observe that on our network, the DHCP Proxy (part of the PXE Server software) K log reported that it couldn't parse the incoming request because the ciaddr  was 0.  A 	At any rate, has anyone had any success with PXE booting in this L environment?  If so, are there any "gotchas" we'd need to be on the look-out for with this configuration?   Thanks,  Mike --I                                          |    Systems Specialist: CBE,MSE L              Michael T. Davis            | Departmental Networking/ComputingH  http://www.ecr6.ohio-state.edu/~davism/ |     The Ohio State UniversityH                                          |     197 Watts, (614) 292-6928I                                          |    Systems Specialist: CBE,MSE L              Michael T. Davis            | Departmental Networking/ComputingH  http://www.ecr6.ohio-state.edu/~davism/ |     The Ohio State UniversityH                                          |     197 Watts, (614) 292-6928   ------------------------------  # Date: Tue, 12 Oct 2004 15:09:00 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>" Subject: Re: EVA vs. bunch of MSA?8 Message-ID: <gpsnm01qggqj7p111gtt25nvu5g2jiha2c@4ax.com>  K On Tue, 12 Oct 2004 10:16:23 +0400, Valentin Likoum <me@privacy.net> wrote:      > ; >   Thank you and everyone who reponded. It's a pity after  = >last bad news from HP storage division my research seems to   >become pure academic.  A Please reconsider.  That "last bad news" is  a false story that's I circulated around a bit.  It is truly unfortunate that the Inquirer would  repeat such trash.  H I am told that HP will have a statement to counter this garbage shortly.   Stay tuned.    --- jls 0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Tue, 12 Oct 2004 14:03:21 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: freetds 0.62 4 Message-ID: <ckgkmq$2ml$1$8300dec7@news.demon.co.uk>   Anyone using this on VMS ?$ I've got it working (the tsql part): it's fine interactive 9 it's fine embedded in the top level command file in batch F I can't get it to work with a separate input file in batch, so that I C can put parameters into the query - it loops reading from input (I  # think) without processing anything.    Any ideas anyone ?   Thanks,  Chris    ------------------------------  % Date: Tue, 12 Oct 2004 10:04:20 -0400 & From: Jilly <jilly@clarityconnect.com>  Subject: Re: Hardware problems??8 Message-ID: <1097589797.QrFbjndE1iiJ5iDJ5E4tnA@teranews>  K The Alternate Host name is never used and can be ignored.  It really should J be removed from the display.  VMS goes thru the same motions every time itF needs to find a path to a disk, whether it is the 1st time a device isI accessed or whether the current path goes down and a new path needs to be  found.     Tomarsin2015 wrote:    > Hello  > We have the following config > Alpha 8400 5/350 > Alpha 4100 5/466	 > VMS 6.2 K > We just added some RZ1ED-VW drives connected  to the Alphas using HSJ50s. K > The drives are set up as shadow sets. Before we added the new drives when 9 > ever you would do show one of the shadow sets, it would L > list both HSJs as host name and alternate host name. How that we added the: > new 10K drives under the alternate host name is the 4100 > J > Disk $1$DUA246:, device type MSCP served SCSI disk, is online, member of > shadowF >     set DSA244:, served to cluster via MSCP Server, error logging is >     enabled. > I >     Error count                    0    Shadow member operation count   
 >     1129412 G >     Host name                "HSJ21"    Host type, avail               >     HSJ5, yes K >     Alternate host name        "ZIA"    Alt. type, avail AlphaServer 4100  >     5/466 
 > 4MB, yes& >     Allocation class               1 > J > Disk $1$DUA444:, device type MSCP served SCSI disk, is online, member of > shadowF >     set DSA244:, served to cluster via MSCP Server, error logging is >     enabled. > I >     Error count                    0    Shadow member operation count   
 >     4539254 G >     Host name                "HSJ07"    Host type, avail               >     HSJ5, yes G >     Alternate host name      "HSJ18"    Alt. type, avail               >     HSJ5,  no & >     Allocation class               1 > B > This has also cost some performance problems. I was wondering ifG > 1. The new 10k drives are seeing the 4100 (KZPAC-CA) controllers as a  > better performance path.G > 2. Is there anyway of getting the HSJs to take control enstead of the  > 4100.  > K > In a way I feel that the system is doing what it should be doing, the new I > drives see the KZPAC-CA offering better I/O then the HSJ, so the drives L > are connecting to the controllers on the 4100. But management is screaming8 > about performance issues and how long it takes to do aG > shadow copy. I should note that HP has looked into the issue and they 8 > cannot find any problems. If you need more info please& > e-mail me, because we are at a lost. > Thanks	 > phillip    --  B Jilly - Working from Home in the Chemung River Valley, Waverly, NYB       - jilly@clarityconnect.com         http://www.jilly.baka.comE       - mark.jilson@hp.com               http://www.hp.com/go/openvms ;       - http://www.jilsonracing.com      Go Fast, Turn Left C       - http://www.chemungspeedrome.com  Door Handle to Door Handle    ------------------------------  % Date: Tue, 12 Oct 2004 11:39:56 -0400 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>8 Subject: Re: HP and Intel Developer Forum 2004 Questions+ Message-ID: <2t2c6eF1q95khU1@uni-berlin.de>   B Thanks to whoever passed this on to John, he was able to answer my
 questions.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Tue, 12 Oct 2004 02:26:38 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: HP ignores OpenVMS & SWIFT , Message-ID: <416B78F8.B1C45510@teksavvy.com>  N Also, with HP UX still in transition to that IA64 thing, and with more changesN coming when they integrate the tru64 features, customers might be less affraidH to go with wintel which is a platform with a much less uncertain future.   ------------------------------    Date: 12 Oct 2004 07:48:13 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: HP ignores OpenVMS & SWIFT 3 Message-ID: <bfeNDnbH6By5@eisner.encompasserve.org>   \ In article <416B78F8.B1C45510@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:P > Also, with HP UX still in transition to that IA64 thing, and with more changesP > coming when they integrate the tru64 features, customers might be less affraidJ > to go with wintel which is a platform with a much less uncertain future.  3    That's true.  With wintel we know it won't work.    ------------------------------  % Date: Tue, 12 Oct 2004 13:05:10 -0400 ( From: David Froble <davef@tsoft-inc.com>' Subject: Re: HP ignores OpenVMS & SWIFT , Message-ID: <416C0EC6.5030005@tsoft-inc.com>   JF Mezei wrote:    > David Froble wrote:  > M >>HP now owns VMS which was a prefered platform for Swift.  HP provides a new P >>Swift system which allows them to pay licenses to Microsoft, replacing the VMSD >>based systems which have no need to pay license fees to Microsoft. >> > 0 > The VMS systems have long since been replaced.    P Yeah, I know.  Followed this several years ago when you posted about it.  Still M sounded a bit like 'same old stupidity', so I opened big mouth again.  (Some   might say it was never closed.)    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: 12 Oct 2004 08:34:07 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)@ Subject: IBM boost ISVs  (what about  HP OpenVMS ISV partners ?)= Message-ID: <f30679fb.0410120734.3c60d754@posting.google.com>   k http://story.news.yahoo.com/news?tmpl=story&cid=2265&ncid=738&e=11&u=/infoworld/20041012/tc_infoworld/48531       = "San Francisco (InfoWorld) - Hoping to both bolster resources C available to its network of business partners as well as expand its B number of partners, IBM on Tuesday introduced services and supportD programs that boost financial support for co-marketing campaigns andB grant deeper access to IBM's sales network to close deals faster."     []'    Fabio C.   ------------------------------    Date: 11 Oct 2004 23:47:22 -0700' From: icerq4a@spray.se (David Svensson) 5 Subject: Re: memory performance Alpha, Itanic and SUN = Message-ID: <734da31c.0410112247.5b1d5c12@posting.google.com>   q Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckebpv$qoa$1@new-usenet.uk.sun.com>...  > Dirk Munk wrote:( > > Look at this little table I found at > > : > > http://www.cs.virginia.edu/stream/top20/Bandwidth.html > >  > ; > The clue to why your contention may not be as safe as you 2 > think is hidden in the following compile options >  > SGI Altix 3000 result 8 > -i8 -extend_source -O3 -mP2OPT_hlo_pref_hint=3 -openmp >  > HP SuperDome result F > cc +DSitanium2 +DD64 +O3 +Odataprefetch -Wl,+pd,64M -c second_wall.cJ > mpif90 -o stream_d.mpi +Ofaster +DSitanium2 -Wl,+pd,64M +DD64 +Onoopenmp2 > +extend_source +noppu stream_mpi.f second_wall.o >   C Are you deliberately hiding the truth by being vague and confusing?   C There is nothing special about the SGI Altix result. The thing that C stands out here is that this Superdome result is an MPI result, but ; apparently the use of MPI does not change the results much. ) Here is the Superdome result without MPI: E --------------------------------------------------------------------- E Machine ID                   ncpus    COPY    SCALE      ADD    TRIAD E --------------------------------------------------------------------- E HP_Integrity_SuperDome_16cell  64  82276.0  81269.0  83037.0  84049.0   " A comparison with 64-way machines:  E HP_AlphaServer_GS1280-1300     64 407351.0 400142.0 437010.0 431450.0 E SGI_Altix_3000                 64 106457.0 105359.0 123968.0 124601.0 E HP_Integrity_SuperDome_16cell  64  82276.0  81269.0  83037.0  84049.0 E Sun_F25K-1050-32chip           64  28074.0  27606.2  31248.8  31306.0   ( The EV7 system interconnect is stunning.   ------------------------------  % Date: Tue, 12 Oct 2004 10:31:52 -0400 # From: "John Smith" <a@nonymous.com> 5 Subject: Re: memory performance Alpha, Itanic and SUN , Message-ID: <MsqdnVdJaLpDd_bcRVn-rw@igs.net>   David Svensson wrote: F > Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message. > news:<ckebpv$qoa$1@new-usenet.uk.sun.com>... >> Dirk Munk wrote: ( >>> Look at this little table I found at >>> : >>> http://www.cs.virginia.edu/stream/top20/Bandwidth.html >>>  >>< >> The clue to why your contention may not be as safe as you3 >> think is hidden in the following compile options  >> >> SGI Altix 3000 result9 >> -i8 -extend_source -O3 -mP2OPT_hlo_pref_hint=3 -openmp  >> >> HP SuperDome resultG >> cc +DSitanium2 +DD64 +O3 +Odataprefetch -Wl,+pd,64M -c second_wall.c @ >> mpif90 -o stream_d.mpi +Ofaster +DSitanium2 -Wl,+pd,64M +DD64> >> +Onoopenmp +extend_source +noppu stream_mpi.f second_wall.o >> > E > Are you deliberately hiding the truth by being vague and confusing?  > E > There is nothing special about the SGI Altix result. The thing that E > stands out here is that this Superdome result is an MPI result, but = > apparently the use of MPI does not change the results much. + > Here is the Superdome result without MPI: G > --------------------------------------------------------------------- G > Machine ID                   ncpus    COPY    SCALE      ADD    TRIAD G > --------------------------------------------------------------------- G > HP_Integrity_SuperDome_16cell  64  82276.0  81269.0  83037.0  84049.0  > $ > A comparison with 64-way machines: > G > HP_AlphaServer_GS1280-1300     64 407351.0 400142.0 437010.0 431450.0 G > SGI_Altix_3000                 64 106457.0 105359.0 123968.0 124601.0 G > HP_Integrity_SuperDome_16cell  64  82276.0  81269.0  83037.0  84049.0 G > Sun_F25K-1050-32chip           64  28074.0  27606.2  31248.8  31306.0  > * > The EV7 system interconnect is stunning.    J Somebody ought to write up the meaning of this test and other similar onesK in Pidgin English, simple enough for even carly(tm) to understand, and send 
 it to her.  J I'll give it a first shot - others feel free to chip-in (no pun intended):       Dear carly(tm),   K First I have to say that I really love your new hair style. You use Rudolfo > at 'Coiffure St. Jacques' don't you? They are just marvellous.  ; Speaking of marvellous, take a look at the table located at J http://www.cs.virginia.edu/stream/top20/Bandwidth.html (you do know how toE read tables, don't you?). This table compares systems based on memory L performance which, as you probably don't know or understand, is one of a few: crucial factors in determining overall system performance.  J Look carefully at the topmost 5 entries - nowhere is there an Itanic to beK seen. In fact your beloved Itanic is ranked 11th, utilizing the same number H of cpu's as the soon-to-be-discontinued Alpha GS1280. Why is is that theL Itanic has 1/5th the average perfomance of the Alpha? Could it be a lousy HPJ system design, a lousy Intel cpu, or a combination of both? Before you sayJ that the Alpha is an HP system, recall that it was on the drawing board atL Compaq well before the 'merger' and was in fact released around the time theI merger became official. So it's at least a 3 year-old design running what J basically amount to be a 5 year-old chip (process shrink notwithstanding).  % Tell me again why Itanic is so great.    Your friend, John   p.s. love your nails   ------------------------------  % Date: Tue, 12 Oct 2004 13:10:23 -0400 ( From: David Froble <davef@tsoft-inc.com>K Subject: Re: Obsucure Inquier article about Intel mentions VMS (and not any , Message-ID: <416C0FFF.7040705@tsoft-inc.com>   JF Mezei wrote:     H > Has the Ascention of Rich Marcello to a higher level given VMS anotherM > "Renaissance" period where ther was actually some marketing ? ? ? ?  He has N > probably had to learn to be politically correct and also omit mention of VMSL > so as to not rock the boat. His own job security is rightly more important > than one product.     @ To him, of course it is.  To do anything, he must first survive.    P > What is needed is one kakamaze manager to rampage through HP and make a lot ofP > noise about VMS and force change  (and this has to be done before he gets toldH > to leave). In fact, it needs a sacrificial lamb. This way, the jobs of/ > Marcello Gorham etc would not be jeoperdized.  >   - Have you been into some of boob's medication?    --  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: 12 Oct 2004 07:35:42 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) Y Subject: RE: Obsucure Inquier article about Intel mentions VMS (and not any other  OS') o 3 Message-ID: <aFpoiuBRAzDt@eisner.encompasserve.org>   | In article <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D892@tayexc19.americas.cpqcorp.net>, "Main, Kerry" <kerry.main@hp.com> writes:  < > Both Customers are not the type that goes out of business.  F That is quite intriguing, as some of the large industries I can recallA have stunning examples of major players who went out of business:    	Enron 	USSR    ------------------------------  % Date: Tue, 12 Oct 2004 02:24:31 -0400 ' From: "Main, Kerry" <kerry.main@hp.com> Y Subject: RE: Obsucure Inquier article about Intel mentions VMS (and not any other  OS') o R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D89E@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20 ! > Sent: October 11, 2004 11:45 PM  > To: Info-VAX@Mvb.Saic.Com ? > Subject: Re: Obsucure Inquier article about Intel mentions=20 A > VMS (and not any other OS') other OS') other OS') other OS')=20 A > other OS') other OS') other OS') other OS') other OS') other=20 F > OS') other OS') other OS') other OS') other OS') other OS') other=20 >=20 > "Main, Kerry" wrote:> > > Course, there are many ways to offer different opinions=20 > within a largeH > > company, but keep in mind that every OS or platform within a companyH > > will always try and say it needs more $'s to promote/enhance itself. >=20> > If you go back through the archives of cov, you will find=20 > many Digits arguing : > AGAINST advertising of VMS, giving all sorts of reasons. >=20  F Perhaps my mind is failing me, but I sure do not remember ever readingE and Digital/Compaq/HP employee arguing *against* advertising OpenVMS.    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------    Date: 12 Oct 2004 08:16:15 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: OpenVMS : New Roadmap= Message-ID: <f30679fb.0410120716.1a6a1216@posting.google.com>    Click   > http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm   Regards    FC   ------------------------------  % Date: Tue, 12 Oct 2004 08:34:27 -0700 # From: "Tom Linden" <tom@kednos.com> " Subject: Re: OpenVMS : New Roadmap( Message-ID: <opsfrj7psxzgicya@hyrrokkin>  I On 12 Oct 2004 08:16:15 -0700, Fabio Cardoso <fabiopenvms@yahoo.com.br>    wrote:   > Click  > @ > http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm > 	 > Regards  >  > FC   HTML version is unreadable.      --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Tue, 12 Oct 2004 11:52:03 -0400 # From: "John Smith" <a@nonymous.com> " Subject: Re: OpenVMS : New Roadmap, Message-ID: <QoidnXTF4f80YPbcRVn-pw@igs.net>   Tom Linden wrote: . > On 12 Oct 2004 08:16:15 -0700, Fabio Cardoso# > <fabiopenvms@yahoo.com.br> wrote:  >  >> Click >>A >> http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm  >>
 >> Regards >> >> FC  >  > HTML version is unreadable.   ? Available in 3 formats / 4 packages for those who'd rather d/l:   L http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roa	 dmaps.ppt L http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roa	 dmaps.pdf L http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roa dmaps.psL http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roa	 dmaps.zip    ------------------------------  % Date: Tue, 12 Oct 2004 12:18:19 -0400 # From: "John Smith" <a@nonymous.com> " Subject: Re: OpenVMS : New Roadmap, Message-ID: <J4idnSFBa8pMnvHcRVn-jA@igs.net>   Fabio Cardoso wrote: > Click  > @ > http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm    E Slide 7 shows no 8.2 support for 8+ cpus  for 12-18 months after 8.2.   H Assume best case release of 8.2 and worst case release of 8.3, we are atL mid-2006. I wouldn't want to be 1st on the block with >8-cpu release so giveL it 6 more months - now at 2007. And no Alpha processor speedup between now &K then, which would be beneficial to large % of customers having to wait that  long.   % And a long wait for Galaxy on Itanic.   I Why the step backwards on the version of Secure Web Itanic server in 2005  vs. Alpha? (slide 22)    ------------------------------  % Date: Tue, 12 Oct 2004 09:14:32 -0700 # From: "Tom Linden" <tom@kednos.com> " Subject: Re: OpenVMS : New Roadmap( Message-ID: <opsfrl2in6zgicya@hyrrokkin>  F On Tue, 12 Oct 2004 12:18:19 -0400, John Smith <a@nonymous.com> wrote:   > Fabio Cardoso wrote: >> Click >>A >> http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm  >  > G > Slide 7 shows no 8.2 support for 8+ cpus  for 12-18 months after 8.2.  > J > Assume best case release of 8.2 and worst case release of 8.3, we are atK > mid-2006. I wouldn't want to be 1st on the block with >8-cpu release so    > giveJ > it 6 more months - now at 2007. And no Alpha processor speedup between   > now & J > then, which would be beneficial to large % of customers having to wait   > that > long.  > ' > And a long wait for Galaxy on Itanic.  > K > Why the step backwards on the version of Secure Web Itanic server in 2005  > vs. Alpha? (slide 22)  Well, there is always WASD.    >  >  >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  # Date: Tue, 12 Oct 2004 17:14:08 GMT & From: John Reagan <john.reagan@hp.com>" Subject: Re: OpenVMS : New Roadmap0 Message-ID: <AhUad.597$G%4.275@news.cpqcorp.net>   Tom Linden wrote: K > On 12 Oct 2004 08:16:15 -0700, Fabio Cardoso <fabiopenvms@yahoo.com.br>    > wrote: >  >> Click >>A >> http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm  >>
 >> Regards >> >> FC  >  >  > HTML version is unreadable.  >  >   ' Worked for me using Mozilla on OpenVMS.    --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Tue, 12 Oct 2004 04:58:33 -0400 ! From: Hal Kuff <kuff@comcast.net> 2 Subject: OpenVMS Developer and IA-64 Census at HP?< Message-ID: <kuff-F3EA8E.04583312102004@library.airnews.net>  F Does anyone have a feel for the census of working OpenVMS and related H IA-64 developers currently at HP and whether that number has changed up  or down recently...?   ------------------------------  % Date: Tue, 12 Oct 2004 13:13:07 -0400 ( From: David Froble <davef@tsoft-inc.com>6 Subject: Re: OpenVMS Developer and IA-64 Census at HP?, Message-ID: <416C10A3.3010609@tsoft-inc.com>   Hal Kuff wrote:   H > Does anyone have a feel for the census of working OpenVMS and related J > IA-64 developers currently at HP and whether that number has changed up  > or down recently...? >   N When the port to the itanic was begun, I seem to remember the number 35 being Q mentioned as new people being taken on.  How many had been released before that,  6 I have no idea.  Since then I have not heard anything.   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: Tue, 12 Oct 2004 14:54:10 GMT ) From: simon@stirley.me.uk (Simon Stirley) . Subject: openVMS network configuration problem2 Message-ID: <416beffc.1223827661@news.demon.co.uk>  D Hi .. I've got an openVMS box (DEC Alpha) all installed, licensed upD and running Motif quite happily. However the network is now refusingE to connect - no IP connection can be negotiated from the DHCP server, D and if I fix the IP address I can neither ping in or out. I have hadD this working in the past, before changing the disks for bigger ones,/ so I don't think it's a hardware issue as such.   A Anyone any ideas ? I've been through remove/add of TCP/IP and all F sorts of different configurations but with no results. It's the latest  version of openVMS, 7.3 I think.   Thanks.    ------------------------------    Date: 12 Oct 2004 07:47:06 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)$ Subject: Oracle RDB x Oracle Classic= Message-ID: <f30679fb.0410120647.1339abef@posting.google.com>   3 Do you know where there is a comparison table/chart 9 about the features/differences between the two databases  : (under OpenVMS of course) ?  What are the real benefits of< a zero-RDB implementation instead of Oracle Classic in terms@ of features (mainly database related - tables, indexes, etc...).     Regards    FC   ------------------------------    Date: 12 Oct 2004 07:40:01 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: OT: IBM Redbooks = Message-ID: <f30679fb.0410120640.64249221@posting.google.com>   ? This is a good site if you want information about IBM products.    http://www.redbooks.ibm.com/  E Good documentation ! A friend of mine  - now an IBM employee - wrote   a Lotus Notes Redbook.  A I think the OpenVMS community should "copy" this model of writing ? books. There is too much informarion spreaded in the web sites.    Regards    FC   ------------------------------  % Date: Tue, 12 Oct 2004 08:10:01 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>  Subject: Re: OT: IBM Redbooks ' Message-ID: <416BF3C9.2040504@MMaz.com>    Fabio Cardoso wrote:  @ >This is a good site if you want information about IBM products. >  >http://www.redbooks.ibm.com/  > F >Good documentation ! A friend of mine  - now an IBM employee - wrote  >a Lotus Notes Redbook.  > B >I think the OpenVMS community should "copy" this model of writing@ >books. There is too much informarion spreaded in the web sites. >  >    > H Silly question, but since IBM has always been known as Big Blue, why did8 they choose to call them RedBooks rather than BlueBooks?    B As for having VMS equivalents, there used to be when Digital ownedG Digital Press; books, magazines, mailers - each specific to the Digital C products line.  Nothing better than owning your own printing press, D somewhere HP, Compaq, or perhaps even Digital, lost sight of that...     Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028   ------------------------------  # Date: Tue, 12 Oct 2004 15:14:11 GMT & From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: Sayonara storage 8 Message-ID: <b0tnm0lshmc19f8enf2tg8g8qohjia1t5k@4ax.com>  F On Mon, 11 Oct 2004 23:56:46 -0400, David Froble <davef@tsoft-inc.com> wrote:      Q >Even your post raises questions.  If the article is totally false, HP shouldn't  N >need any time considering it's response.  They should be able to immediately Q >declare the whole article false.  Taking time for a response suggests that they  M >are calculating how to rebut the false parts, while not mentioning the true  L >parts.  Or how to spin things so that it looks like they are rebutting the 0 >entire article, when some parts of it are true.  E Taking time can mean lots, and lots of things.  Only some of them are I negative connotations.  The rest, though, implies that the company may be I trying to be thorough and accurate in giving as much information as you'd 8 need to feel confident they are behind their statements.   --- jls 0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Tue, 12 Oct 2004 12:59:33 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: Sayonara storage , Message-ID: <416C0D75.2090404@tsoft-inc.com>   jlsue wrote:  H > On Mon, 11 Oct 2004 23:56:46 -0400, David Froble <davef@tsoft-inc.com> > wrote: >  >  >  > R >>Even your post raises questions.  If the article is totally false, HP shouldn't O >>need any time considering it's response.  They should be able to immediately  R >>declare the whole article false.  Taking time for a response suggests that they N >>are calculating how to rebut the false parts, while not mentioning the true M >>parts.  Or how to spin things so that it looks like they are rebutting the  1 >>entire article, when some parts of it are true.  >> > G > Taking time can mean lots, and lots of things.  Only some of them are K > negative connotations.  The rest, though, implies that the company may be K > trying to be thorough and accurate in giving as much information as you'd : > need to feel confident they are behind their statements. > 	 > --- jls 2 > The preceding message was personal opinion only.8 > I do not speak in any authorized capacity for anyone,   > and certainly not my employer./ > (get rid of the xxxz in my address to e-mail)  >   = I appriciate that, and look forward to seeing their response.   N Regardless, when something is totally bogus, it's not hard to immediately say  "no way, totally false".  P Seeing how many other jobs have already been exported, and how much HP likes to O do so, you'll understand how people could be aprehensive about such an article?    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: 12 Oct 2004 07:42:30 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) , Subject: Re: SHOW DEVICE/FILES with FORTRAN?3 Message-ID: <KkxvB2NJ1$iH@eisner.encompasserve.org>s  ] In article <ckfb87$nrl$2@newslocal.mitre.org>, lewis@PROBE.MITRE.ORG (Keith A. Lewis) writes:e > 6 > RMS does use the lock database for this, doesn't it?  F    RMS and XQP both use the lock database for this, but not in the wayG    you might expect.  Basically File open exclusive locks are done via MK    the XQP or ACP, and file open shared locks (record or byte range locks) p    are done by RMS.n  F    But the file open exclusive lock is not necessarily in LCK$K_EXMODE    as one would assume.r   ------------------------------    Date: 12 Oct 2004 07:45:14 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)h, Subject: Re: SHOW DEVICE/FILES with FORTRAN?3 Message-ID: <vj+qc75J9PUn@eisner.encompasserve.org>n  W In article <416B511C.6000808@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:e > 7 > Maybe I should automate the posting of the following:e >  > ;P+ > ;       Assign the VMS I/O channel numberr > ;RC >          MOVAB   WRK_Q_DEVDSC,R0         ; Set descriptor addresso1 >          CVTBW   NAM$T_DVI(R8),DSC$W_LENGTH(R0)/4 >          MOVAB   NAM$T_DVI+1(R8),DSC$A_POINTER(R0)E >          $ASSIGN_S DEVNAM=(R0),CHAN=WRK_W_VMSCHN,ACMODE=#PSL$C_USERFD >          BLBS    R0,300$                 ; Continue if all is okay >  > ; > After this snippet of code, there is an open file, right?-  C    I see an open channel, but I don't think it's specific to a file C    until you do an ACP function.  Prior to that it's only a channel-    on the device.-   ------------------------------  % Date: Tue, 12 Oct 2004 12:51:27 -0400 ( From: David Froble <davef@tsoft-inc.com>, Subject: Re: SHOW DEVICE/FILES with FORTRAN?, Message-ID: <416C0B8F.1010007@tsoft-inc.com>   Bob Koehler wrote:  Y > In article <416B511C.6000808@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:e > 7 >>Maybe I should automate the posting of the following:  >> >>;k+ >>;       Assign the VMS I/O channel numberI >>;oC >>         MOVAB   WRK_Q_DEVDSC,R0         ; Set descriptor address'1 >>         CVTBW   NAM$T_DVI(R8),DSC$W_LENGTH(R0)y4 >>         MOVAB   NAM$T_DVI+1(R8),DSC$A_POINTER(R0)E >>         $ASSIGN_S DEVNAM=(R0),CHAN=WRK_W_VMSCHN,ACMODE=#PSL$C_USERkD >>         BLBS    R0,300$                 ; Continue if all is okay >> >>; >>After this snippet of code, there is an open file, right?n >> > E >    I see an open channel, but I don't think it's specific to a file-E >    until you do an ACP function.  Prior to that it's only a channele >    on the device.  >  >   P A pointer to a complete filespec is passed.  This does open the file, as far as Q I understand things.  I can then do a QIO on the channel, specifying block index VJ and transfer size, and read from a disk file.  Been doing this since 1984.  P But, Hein seemed to imply that even at the QIO level that VMS may take out some C locks.  I've asked him to be specific about this.  I may have been b, misunderstanding this for the last 20 years.   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 Roade Vanderbilt, PA  15486t   ------------------------------  % Date: Tue, 12 Oct 2004 07:45:06 -0400d( From: "Hein" <hein.nomail@hp.nomail.com>8 Subject: Re: SHOW DEVICE/FILES with FORTRAN? (RMS Locks), Message-ID: <416bc51a$1@usenet01.boi.hp.com>  5 "David Froble" <davef@tsoft-inc.com> wrote in messagey& news:416B511C.6000808@tsoft-inc.com...
 > Hein wrote:, >e  L > > I personally have not seen a single application exploiting DEACCESS LOCK since RSX-11M days.     :7 > Maybe I should automate the posting of the following:a+ > ;       Assign the VMS I/O channel number E >          $ASSIGN_S DEVNAM=(R0),CHAN=WRK_W_VMSCHN,ACMODE=#PSL$C_USERt; > After this snippet of code, there is an open file, right?   # No, there is a channel to a device.WI But indeed, only one QIO acsess+access later there could be an open file.    > Where's the lock? F None so far, and after the open there will not be an RMS$ lock like my previous replies mention.t  1 > You can not check for an open file using locks! $ Correct. But that was not my intend.K My intend was to help the original problem writer, which was trying to find,* a way to see who was using an application.I I wrote earlier that IF (and only if) that application uses RMS (indexed)sG files then the presence of those RMS locks could possibly be used as an++ indication of who is using the application.   I As a sideline the 'deaccess locked' file attribute snuck in (not me! :-), J but your code snippet, even when extended with a normal  QIO access+access) does create fiels with that kind of lock.n   Cheers,f Hein.o   ------------------------------  % Date: Tue, 12 Oct 2004 12:47:43 -0400i( From: David Froble <davef@tsoft-inc.com>8 Subject: Re: SHOW DEVICE/FILES with FORTRAN? (RMS Locks), Message-ID: <416C0AAF.7010709@tsoft-inc.com>   Hein wrote:   7 > "David Froble" <davef@tsoft-inc.com> wrote in messagep( > news:416B511C.6000808@tsoft-inc.com... > 
 >>Hein wrote:o >> >> > K >>>I personally have not seen a single application exploiting DEACCESS LOCKc >>>4 > since RSX-11M days.  >  >  : > 7 >>Maybe I should automate the posting of the following:s+ >>;       Assign the VMS I/O channel numberuE >>         $ASSIGN_S DEVNAM=(R0),CHAN=WRK_W_VMSCHN,ACMODE=#PSL$C_USER ; >>After this snippet of code, there is an open file, right?o >> > % > No, there is a channel to a device.tK > But indeed, only one QIO acsess+access later there could be an open file.r >  >  >>Where's the lock?u >>H > None so far, and after the open there will not be an RMS$ lock like my > previous replies mention.- >  > 1 >>You can not check for an open file using locks!m >>& > Correct. But that was not my intend.M > My intend was to help the original problem writer, which was trying to findw, > a way to see who was using an application.K > I wrote earlier that IF (and only if) that application uses RMS (indexed)tI > files then the presence of those RMS locks could possibly be used as an - > indication of who is using the application.t > K > As a sideline the 'deaccess locked' file attribute snuck in (not me! :-),0L > but your code snippet, even when extended with a normal  QIO access+access+ > does create fiels with that kind of lock.  > 	 > Cheers,r > Hein.e    P Ok, maybe it's back to school time for me.  Can you explain what you're saying? Q   I'm not aware that opening a file using the $ACCESS system service creates any l& locks.  Is my understanding incorrect?   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  15486M   ------------------------------  + Date: Tue, 12 Oct 2004 09:53:03 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)3 Subject: [OpenVMS Alpha V7.3-2] FAO directive !AD ?p1 Message-ID: <newscache$zmtg5i$zz02$1@news.sil.at>e  D Does anyone know why the FAO directive !AD is (still) not documented and how one uses it ?   E eg. (TCPIP V5.4 FTP) status code %X17649B42 uses it (for a filename),M7 but I first thought it is a bug and it should use a !AS    TIAS   -- s Peter "EPLAN" LANGSTOEGERe% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Tue, 12 Oct 2004 10:52:39 +0000S- From: David B Sneddon <dbsneddon@bigpond.com>"7 Subject: Re: [OpenVMS Alpha V7.3-2] FAO directive !AD ? * Message-ID: <416BB777.7080702@bigpond.com>  / Peter 'EPLAN' LANGSTOEGER was overheard to say:oF > Does anyone know why the FAO directive !AD is (still) not documented > and how one uses it ?r > G > eg. (TCPIP V5.4 FTP) status code %X17649B42 uses it (for a filename),e9 > but I first thought it is a bug and it should use a !AS  >  > TIAa  > It IS documented... System Services Manual in the $FAO section  C !AD takes two parameters, the length and the address of the string.o   Regards, Dave.B -- nI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comoI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmcI "Life is what happens to you while you're busy making other plans" LennonH   ------------------------------    Date: 12 Oct 2004 07:42:48 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: [OpenVMS Alpha V7.3-2] FAO directive !AD ?/3 Message-ID: <Nm1b+hkSA7Sg@eisner.encompasserve.org>   j In article <newscache$zmtg5i$zz02$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:F > Does anyone know why the FAO directive !AD is (still) not documented > and how one uses it ?c  D I see it as the second entry in Table SYS-36 of the VMS 7.3-1 System Services Reference Manual5  D file:///VMSDOC0731/731final/4527/4527pro_047.html#ssr_fao_directives  G > eg. (TCPIP V5.4 FTP) status code %X17649B42 uses it (for a filename),v9 > but I first thought it is a bug and it should use a !ASi  F !AS is used when the FAO argument will be the address of a descriptor.H !AD is used when the FAO arguments will be the two longwords of a string descriptor.M   ------------------------------  # Date: Tue, 12 Oct 2004 15:07:11 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: [OT]: Software Disasters Often People Problems48 Message-ID: <2esnm0125mfjjq0cpm15mic892tnlue1d0@4ax.com>  K On Mon, 11 Oct 2004 17:52:11 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>- wrote:  
 >jlsue wrote:OK >> All I wanted to do was counter JF's (typical) bs with a dose of reality.e >rO >I am sorry, but putting mission critical software into production before it iscO >properly tested and without the ability to go back if it fails is plain stupidiK >and too often associated with wintel newbees who think that are masters oft1 >windows because they are good at space invaders.h  H Hey, I have no information to discuss that aspect of the issue.  I don'tJ know what happened.  But your contention that the claim that this impacted& business is wrong.  That's all I know.     > O >One reason this whole story smells digested grass is exactly because HP waitedaG >for the financials to come out before mentioning this massive failure.   J So what?  Your olafactory nerve endings' response proves nothing about theK reality of the situation.  And, actually, your "...HP waited..." comment is. false.  Check out:P http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,95414,00.html   from August:  / "HP Rushes to Fix Order System, Reassure Users fH Vendor says 'worst is behind us' on shipment snafus caused by rollout of supply chain apps"   --- jlsa0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------   End of INFO-VAX 2004.567 ************************