1 INFO-VAX	Mon, 31 Oct 2005	Volume 2005 : Issue 607       Contents:N Re: Alphaserver 4100 and Mylex DAC960 RAID controller documentation/utilities?  More ISA device driver questions, Re: NTPDATE buglet (unable to resolve CNAME), Re: NTPDATE buglet (unable to resolve CNAME) Re: Trolling for business? Re: Trolling for business? Re: Trolling for business? Re: Trolling for business? Re: Trolling for business? Re: Trolling for business? RE: Trolling for business? Re: Trolling for business? Re: Trolling for business? Re: Trolling for business?5 US-CA-PASADENA   Shipping Software Systems Supervisor % Re: USB SUPPORT ON DS10 ALPHA oPENvms % Re: USB SUPPORT ON DS10 ALPHA oPENvms  Re: Writing an OpenVMS ACP Re: Writing an OpenVMS ACP Re: Writing an OpenVMS ACP Re: Writing an OpenVMS ACP  F ----------------------------------------------------------------------  % Date: Sun, 30 Oct 2005 22:37:28 +0000 $ From: Sampsa Laine <news@sampsa.com>W Subject: Re: Alphaserver 4100 and Mylex DAC960 RAID controller documentation/utilities? 0 Message-ID: <2005103022372843658%news@sampsacom>  G Ok, thanks for the advice people. My final setup is as above, but with  H only one spare 18 and one 9. Tried enabling the write-back cache and it G did indeed increase the speed of the init quite dramatically. Now if I  8 could only get some software to install on this thing :)   Sampsa  ? On 2005-10-30 21:21:05 +0000, None@nospam.Don'twantit.com said:   H > Since you have no data to lose yet try enabling writeback cache beforeE > initilizing the raid sets. Just remember to turn it back off if you 3 > have no battery backup. Should speed up the init.    ------------------------------  + Date: Sun, 30 Oct 2005 22:06:40 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)) Subject: More ISA device driver questions 2 Message-ID: <05103022064015_202AAB19@antinode.org>  A    After a long interval, I finally got back to investigating the C addition of input capability to LRDRIVER.  After a bunch of effort, H including learning more about a couple of different Super I/O chips than6 I ever wanted to know, I thought that I was on my way.  C    My first question was how to specify in ISACFG (or anywhere) the C number of addresses to be mapped for a particular I/O base address.   F    However, I soon stopped caring about that one, when I ran into what) looks like a crippling problem elsewhere.   H    It appears that the chip in the XP1000 (SMSC FDC37C669), for example,F needs a poke into a register which is a long way from the normal ones,G which start at 0x3bc.  The Extended Control Register (ECR) is part of a B group which seems to begin at an offset of 0x400 from start of the normal ones.  >    At the console, ISACFG shows the "iobaseN" values for LPT1:   [...]  handle: LPT1 etyp: 2  slot: 0  dev: 4	 enadev: 1 	 totdev: 9 ( iobase0: 3bc   iobase1: 80000000000000005 iobase2: 8000000000000000   iobase3: 8000000000000000 5 iobase4: 8000000000000000   iobase5: 8000000000000000  [...]   G    Poking around in the driver revealed that the address range at 0x3bc @ was 8, which is a lot less than 1026, so I figured that the onlyF reasonable thing to do was to add a second I/O base address of 0x3bc +D 0x400 = 0x7bc, which seemed pretty easy, in principle.  In practice, however, I was disappointed:  * >>>isacfg -slot 0 -dev 4 -mod -iobase1 7bc$ Can only enable/disable this device.   >>>isacfg -slot 0 -dev 4 -rm" Not allowed to remove this device.  G    I assume that this restriction was intended to keep me from wrecking H everything, but I really didn't want the "help".  Especially consideringE that "isacfg -init" will put it all back to the defaults anyway.  How  much "help" do we need?   %    So, I disabled the existing entry:   ' >>>isacfg -slot 0 -dev 4 -mod -enadev 0 ! type >>>init to use these changes    and added my own:   J >>>isacfg -slot 0 -dev 9 -mk -handle LPT1B -etyp 2 -totdev 10 -iobase0 3bc  -iobase1 7bc -irq0 7 -enadev 1    which looked ok:   >>>isacfg -slot 0 -dev 9  = =============================================================  entry adr: 15c928 
 handle: LPT1B  etyp: 2  slot: 0  dev: 9	 enadev: 1 
 totdev: 10 iobase0: 3bc   iobase1: 7bc 5 iobase2: 8000000000000000   iobase3: 8000000000000000 5 iobase4: 8000000000000000   iobase5: 8000000000000000 6 membase0: 8000000000000000   memlen0: 80000000000000006 membase1: 8000000000000000   memlen1: 80000000000000006 membase2: 8000000000000000   memlen2: 80000000000000006 rombase: 8000000000000000   romlen:   8000000000000000 dma0: 80000000          irq0: 7 & dma1: 80000000          irq1: 80000000& dma2: 80000000          irq2: 80000000& dma3: 80000000          irq3: 80000000= =============================================================   F    Of course, autoconfigure seemed to be confused, as it created LRB0,G and the driver initialization never happened (the INIT line stayed low, 7 while it normally goes high when the driver is loaded).   F    I've tried a variety of guesses, like commenting out the LPT1 entryH in SYS$SYSTEM:SYS$CONFIG.DAT, changing the handle and adding an entry in; SYS$SYSTEM:SYS$USER_CONFIG.DAT, and so on, without success.   E    If I use the default ISACFG entry for LPT1, I can't get at the ECR D (offset 0x402).  I can't modify the ISACFG entry for LPT1 to add theE second I/O base address.  If I add an ISACFG entry for LPT1B (or some H such), and a reasonable SYS$SYSTEM:SYS$USER_CONFIG.DAT entry, the systemD creates a device but the driver initialization fails (and actual I/OB hangs or times out).  This was the last SYS$USER_CONFIG.DAT entry:   device       = "LPT1, Bi-dir"    name       = LR    driver     = SYS$LRDRIVER    adapter    = XBUS    id         = "LPT1B"
 end_device    H    Is there some secret or documented procedure for making this work, or am I just doomed?   ?    Also, this message gets tiring after the first few readings:   N %SYSBOOT-W-FIRMREV, Firmware rev. 5.9 is below the recommended minimum of 6.8.K                    Please update your firmware to the recommended revision, A                    which can be found on the firmware CD labeled: 5                    alpha systems firmware update 6.8.     5     OpenVMS (TM) Alpha Operating System, Version V8.2 C      Copyright 1976-2004 Hewlett-Packard Development Company, L.P.     F    I assume that I've omitted several crucial details, so feel free to ask.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Sun, 30 Oct 2005 17:32:09 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: NTPDATE buglet (unable to resolve CNAME) , Message-ID: <436549E6.8BEDD2A1@teksavvy.com>   Alan Greig wrote: ! > Works in TCPIP 5.3 (no patches)  >   > $ ntpdate -q ntp1.cmc.ec.gc.ca5 > Server ntp1.cmc.ec.gc.ca (199.212.17.15), stratum 2 % > offset -0.2180220, delay +0.1456226 H > Selected server is ntp1.cmc.ec.gc.ca (199.212.17.15) offset -0.2180220  E Interesting. I tried it on my all-mighty microvax II (VELO) that runs F 5.1 (because SLIP crashes VMS on later versions of TCPIP services) andG it failed the first time, but succeeded the second and subsequent times  I tried.  E Then, I tried on the other node (BIKE) that has 5.3, it succeeded the  first time.   7 Yesterday night however, it seemd to fail consistently.   2 BIKE is the one that has the DNS server. for both.  N This seems to add to my suspicion that it is the DNS server is behaving badly.  H I also have similar issue with my WHOIS utility which sometimes fails toE resolve a server name the first time but succeeds the next time it is H invoked (and it fails immediatly, whereas the client side of DNS on that= node is expected to wait quite a few seconds for a response).     E When WHOIS fails, it fails with an "end of file", which, according to F the TCPIP programming documentation mean that the record was not found in the database.    H I guess I may have to read up on the DNS server documentation and enableG all the debugging options and try to reproduce thei problem to see what  the DNS server says about this.    ------------------------------  # Date: Mon, 31 Oct 2005 02:08:18 GMT ( From: Alan Greig <greigaln@netscape.net>5 Subject: Re: NTPDATE buglet (unable to resolve CNAME) = Message-ID: <m0f9f.21036$m%6.15289@fe3.news.blueyonder.co.uk>    JF Mezei wrote:    > G > When WHOIS fails, it fails with an "end of file", which, according to H > the TCPIP programming documentation mean that the record was not found > in the database.   > J > I guess I may have to read up on the DNS server documentation and enableI > all the debugging options and try to reproduce thei problem to see what ! > the DNS server says about this.   B I still wonder if you might be getting blasted with attempted DNS F spoofing. I see several a minute generated by zombie PCs if I stick a G sniffer on my broadband connection. In other words possibly TCPIP sees  E an incorrect inbound UDP packet when it's expecting a valid response  0 but, instead of discarding it, returns an error.   --
 Alan Greig   ------------------------------  % Date: Sun, 30 Oct 2005 15:13:32 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Trolling for business? / Message-ID: <11ma9u06c0luae@corp.supernews.com>    Neil Rieck wrote: K > I just received this email from a company that appears to be trolling for N > business. They followed with a phone call and the guy on the phone would not > believe me when I told him:  > 5 >     1. HP would support OpenVMS on Alpha until 2011 : >     2. OpenVMS already runs on a new chip called Itanium3 >         (he claimed to have never heard the name) 5 >     3. OpenVMS business was growing 10-12% per year  > M > I know that the western hemisphere is currently engaging in an extreme form L > of market capitalism where it is "buyer beware" but some of the following & > statements are downright misleading. >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >  > ########## >  > Dear Neil Rieck, > I > As the HP OpenVMS, PA-RISC and AlphaServer roadmaps come to a close, IT I > organizations are making complex decisions about the future of their IT  > infrastructure.  > L > By facing platform end-of-life, you have higher support costs, performanceI > and availability issues, and loss of support for your critical customer  > solutions. > K > Transoft is an established rehosting and migration specialist offering HP L > customers a complete program of services and tools to migrate applicationsA > to the Solaris environment with maximum speed and minimum risk.   E And there in that last sentence all is revealed.  The statements are  B intended to 'lead' you to Solaris, and thus any and all FUD about F anything HP is legitimate, at least as far as the Transoft people are 
 concerned.  2 It's a blatant call for you to migrate to Solaris.  ? It is in no way an attempt to help you with your VMS solutions.   ( Your use of 'troll' is entirely correct.   --  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: Sun, 30 Oct 2005 15:15:36 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Trolling for business? 0 Message-ID: <11maa1q94je5a0c@corp.supernews.com>  , Alan Winston - SSRL Central Computing wrote:^ > In article <4363F272.40DA7CAF@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >  >>Neil Rieck wrote:  >>J >>>As the HP OpenVMS, PA-RISC and AlphaServer roadmaps come to a close, ITJ >>>organizations are making complex decisions about the future of their IT >>>infrastructure. >>> M >>>By facing platform end-of-life, you have higher support costs, performance J >>>and availability issues, and loss of support for your critical customer
 >>>solutions.  >>> L >>>Transoft is an established rehosting and migration specialist offering HPM >>>customers a complete program of services and tools to migrate applications B >>>to the Solaris environment with maximum speed and minimum risk. >> >>C >>Like it or not, the above "sales pitch" is perfectly legitimate.   >  > M > The first sentence "As the HP OpenVMS ... roadmaps come to a close" is, um,  > something like a lie.  > N > [I'm not arguing with the rest of your arguments, and of course HP needs to P > publicly get behind VMS, but starting with a misleading statement is less than > perfectly legitimate.] > 	 > -- Alan  >   C Anything that lets JF tee off on HP is, as far as JF is concerned,  I ligitimate.  His twisting of truth is every bit as bad as the actions of  	 Transoft.    --  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: Sun, 30 Oct 2005 17:43:13 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Trolling for business? , Message-ID: <43654C7D.F2351CA4@teksavvy.com>   Dave Froble wrote:D > Anything that lets JF tee off on HP is, as far as JF is concerned,J > ligitimate.  His twisting of truth is every bit as bad as the actions of > Transoft.     H You can denigrate me as much as you want. Fact remains that HP's actionsF in some instances, and lack of action in many instances is leaving theH door wide opened for competitors to come fishing for customers in the HPH pond.  They just need to troll around and let the fish come to them once; they realise that HP won't be feeding them much anymore....   F Consider Hurd,s recent answer with regards to that IA64 thing. He saidF that HP would definitely support customers who buy IA64 systems today.E (in response to what in is store for IA64 systems in the future).  If ? this is a crafted answer, it means that HP is no longer able to G publically make long term commitments for IA64 systems. Doesn't inspire  much confidence.  C Interestingly, since HP is to unveil some IA64 high-density heating F systems (blades) this week, you'd think that Hurd could have hinted atG the introduction of new IA64 systems coming "in a month or two" instead D of just saying that he'd provide support for customers who buy IA64.      F The big question with the blade unveiling is whether the cabinets willF support a mix of 8086 and IA64 racks (or whatever the boxes that slide" into a blade cabinet are called).   D This would make for some nice investment protection scheme where theE blade cabinet and infrastructure would not be wasted and you'd simply P need to swap some IA64 boxes with the 64 bit 8086 boxes when they are available.   ------------------------------  % Date: Sun, 30 Oct 2005 18:22:36 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Trolling for business? , Message-ID: <436555B5.7D8D2ED1@teksavvy.com>   "Dr. Dweeb" wrote:J > Now if the good ship Itanic founders, life will get really difficult for > OpenVMS and its customers.    F Not if the port to the 8086 is formally announced, at which point, VMSC would have a great opportunity for serious growth and success as it K would benefit from all the marketing HP does on industry standard machines.   D The quicker HP admits IA64 is a dead end and announces the port, the better for VMS.    ------------------------------  % Date: Mon, 31 Oct 2005 07:39:55 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> # Subject: Re: Trolling for business? 0 Message-ID: <dk3ln1$u9$1@news-02.connect.com.au>   Hi,   J > Cognos gets the blame.  No Powerhouse on Itanium means get off VMS fast. > Easiest decision ever made.   K "NO POWERHOUSE ON ITANIUM"! How the hell did that happen? I personally have K never liked powerhouse (Quick, Qdesign, QTP what is it with the "Q") but it J was pretty popular at VMS sites at least one time, so there must be a fairI few systems out there using it. Were Cognos hanging out for an incentive?    Regards Richard Maher   9 PS. Cognos are Canadian aren't they? Bloody Canadians :-)   > "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> wrote in message7 news:43654ea7$0$78284$157c6196@dreader1.cybercity.dk...  > Dave Froble wrote: > > Neil Rieck wrote: A > >> I just received this email from a company that appears to be G > >> trolling for business. They followed with a phone call and the guy 7 > >> on the phone would not believe me when I told him:  > >>8 > >>     1. HP would support OpenVMS on Alpha until 2011= > >>     2. OpenVMS already runs on a new chip called Itanium 6 > >>         (he claimed to have never heard the name)8 > >>     3. OpenVMS business was growing 10-12% per year > >>C > >> I know that the western hemisphere is currently engaging in an E > >> extreme form of market capitalism where it is "buyer beware" but ? > >> some of the following statements are downright misleading.  > >> > >> Neil Rieck " > >> Kitchener/Waterloo/Cambridge, > >> Ontario, Canada. = > >> http://www3.sympatico.ca/n.rieck/links/cool_openvms.html  > >> > >> ##########  > >> > >> Dear Neil Rieck,  > >>I > >> As the HP OpenVMS, PA-RISC and AlphaServer roadmaps come to a close, F > >> IT organizations are making complex decisions about the future of > >> their IT infrastructure.  > >>C > >> By facing platform end-of-life, you have higher support costs, F > >> performance and availability issues, and loss of support for your! > >> critical customer solutions.  > >>B > >> Transoft is an established rehosting and migration specialistF > >> offering HP customers a complete program of services and tools toG > >> migrate applications to the Solaris environment with maximum speed  > >> and minimum risk. > > H > > And there in that last sentence all is revealed.  The statements areE > > intended to 'lead' you to Solaris, and thus any and all FUD about I > > anything HP is legitimate, at least as far as the Transoft people are  > > concerned. > > 6 > > It's a blatant call for you to migrate to Solaris. > > C > > It is in no way an attempt to help you with your VMS solutions.  > > , > > Your use of 'troll' is entirely correct. > E > Indeed, however many people in positions of importance within large I > organisations believe that the OpenVMS road map is coming to close.  HP  has L > not done too much to dispel this view.  I have heard the view often enoughL > and given HP's track record and the corporation's casual relationship withK > the truth - who can blame the average CIO for reaching the conlusion that  > OpenVMS is about to EOL  > B > I am involved in a migration from OpenVMS to *nix.  The internalK > justification is ND, but suffice it to say that there was plenty of fluff D > about service, vendor commitment, relative performance of database software( > etc. etc.  However, that is all fluff. > J > Cognos gets the blame.  No Powerhouse on Itanium means get off VMS fast. > Easiest decision ever made.  > F > I wonder how many other products are EOLing on VMS consurrently with Alpha.C > I suspect that there may be more than 1, and that there will be a 
 measurable* > loss of revenues for HP because of this. > J > Now if the good ship Itanic founders, life will get really difficult for > OpenVMS and its customers. >  > Dr. Dweeb  >  >    ------------------------------  % Date: Sun, 30 Oct 2005 19:45:55 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Trolling for business? + Message-ID: <43656938.F0DBF17@teksavvy.com>    Richard Maher wrote: > M > "NO POWERHOUSE ON ITANIUM"! How the hell did that happen? I personally have M > never liked powerhouse (Quick, Qdesign, QTP what is it with the "Q") but it L > was pretty popular at VMS sites at least one time, so there must be a fairK > few systems out there using it. Were Cognos hanging out for an incentive?     F They may have been told  by Palmer that VMS had no future and long agoH dropped VMS as a strategic growth platform and just put their product inG mode or less maintenance mode. Since the Palmer era, none of the owners D of VMS have taken any significant steps to rebuild VMS. They've doneG just the bare minimum so they can't be accused of actively killing VMS.    ------------------------------  % Date: Sun, 30 Oct 2005 20:20:22 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com> # Subject: RE: Trolling for business? R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB70C879@tayexc19.americas.cpqcorp.net>   > -----Original Message-----= > From: Richard Maher [mailto:maher_rj@hotspamnotmail.com]=20   > Sent: October 30, 2005 6:40 PM > To: Info-VAX@Mvb.Saic.Com % > Subject: Re: Trolling for business?  >=20 > Hi,  >=20A > > Cognos gets the blame.  No Powerhouse on Itanium means get=20  > off VMS fast.  > > Easiest decision ever made.  >=20@ > "NO POWERHOUSE ON ITANIUM"! How the hell did that happen? I=20 > personally have @ > never liked powerhouse (Quick, Qdesign, QTP what is it with=20 > the "Q") but it @ > was pretty popular at VMS sites at least one time, so there=20 > must be a fair@ > few systems out there using it. Were Cognos hanging out for=20 > an incentive?  >=20 > Regards Richard Maher  >=20; > PS. Cognos are Canadian aren't they? Bloody Canadians :-)  >=20  F Actually, last I heard Cognos was simply waiting for Oracle Server andE Oracle Rdb to be released officially as that is the primary databases  they reqire on OpenVMS.=20  G After all, they do require a database for their DB analysis software to  be of any use.   :-)   $ Check out their Customer roadmap at:H http://powerhouse.cognos.com/products/powerhouse/downloads/Roadmap_Lette r_October_2005.pdf=20    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Mon, 31 Oct 2005 09:40:15 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> # Subject: Re: Trolling for business? 1 Message-ID: <dk3sol$da5$1@news-02.connect.com.au>   	 Hi Kerry,   H > Actually, last I heard Cognos was simply waiting for Oracle Server andG > Oracle Rdb to be released officially as that is the primary databases  > they reqire on OpenVMS.   L Glad to hear it! Although I've seen Powerhouse used a lot with plain old RMSI files. Many moons ago when I was using it, I thought it was great how you I could join RMS files in queries just like database tables. Ok, Datatrieve . did let you do that over 20 years ago as well.  I > After all, they do require a database for their DB analysis software to  > be of any use.   Excuses, excuses :-)   Cheers Richard Maher  L PS. So now Dr. Dweeb can go and tell his nervous nelly customer that they've8 been white-anted by a mole or some other mixed metaphor.  2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:FD827B33AB0D9C4E92EACEEFEE2BA2FB70C879@tayexc19.americas.cpqcorp.net... > -----Original Message-----: > From: Richard Maher [mailto:maher_rj@hotspamnotmail.com]  > Sent: October 30, 2005 6:40 PM > To: Info-VAX@Mvb.Saic.Com % > Subject: Re: Trolling for business?  >  > Hi,  > > > > Cognos gets the blame.  No Powerhouse on Itanium means get > off VMS fast.  > > Easiest decision ever made.  > = > "NO POWERHOUSE ON ITANIUM"! How the hell did that happen? I  > personally have = > never liked powerhouse (Quick, Qdesign, QTP what is it with  > the "Q") but it = > was pretty popular at VMS sites at least one time, so there  > must be a fair= > few systems out there using it. Were Cognos hanging out for  > an incentive?  >  > Regards Richard Maher  > ; > PS. Cognos are Canadian aren't they? Bloody Canadians :-)  >   F Actually, last I heard Cognos was simply waiting for Oracle Server andE Oracle Rdb to be released officially as that is the primary databases  they reqire on OpenVMS.   G After all, they do require a database for their DB analysis software to  be of any use.   :-)   $ Check out their Customer roadmap at:H http://powerhouse.cognos.com/products/powerhouse/downloads/Roadmap_Lette r_October_2005.pdf   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)   4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Mon, 31 Oct 2005 00:43:25 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Trolling for business? 0 Message-ID: <11mbbnt9qgo23c1@corp.supernews.com>   JF Mezei wrote:  > Dave Froble wrote: > D >>Anything that lets JF tee off on HP is, as far as JF is concerned,J >>ligitimate.  His twisting of truth is every bit as bad as the actions of >>Transoft.  >  >  > J > You can denigrate me as much as you want. Fact remains that HP's actionsH > in some instances, and lack of action in many instances is leaving theJ > door wide opened for competitors to come fishing for customers in the HPJ > pond.  They just need to troll around and let the fish come to them once= > they realise that HP won't be feeding them much anymore....   E If you wouldn't attempt to twist every subject back to your personal  3 ajendas, I wouldn't need to 'denigrate' you at all.   H I agree with much of what you keep posting.  What I don't agree with is H the twisting of non-related posts.  You won't allow anything else to be 4 discussed without your hijacking the subject/thread.  H In this case, the issue was FUD coming from a Solaris advocate.  Cannot G this be discussed without regurgatating over and over the mistreatment  D of VMS by DEC/Compaq/HP?  There is more than enough of that already!   --  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: Mon, 31 Oct 2005 00:54:38 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Trolling for business? 0 Message-ID: <11mbccve0oiu4ba@corp.supernews.com>   Richard Maher wrote: > Hi Kerry,  >  > H >>Actually, last I heard Cognos was simply waiting for Oracle Server andG >>Oracle Rdb to be released officially as that is the primary databases  >>they reqire on OpenVMS.  >  > N > Glad to hear it! Although I've seen Powerhouse used a lot with plain old RMSK > files. Many moons ago when I was using it, I thought it was great how you K > could join RMS files in queries just like database tables. Ok, Datatrieve 0 > did let you do that over 20 years ago as well. >  > I >>After all, they do require a database for their DB analysis software to  >>be of any use. >  >  > Excuses, excuses :-) >  > Cheers Richard Maher > N > PS. So now Dr. Dweeb can go and tell his nervous nelly customer that they've: > been white-anted by a mole or some other mixed metaphor. > 4 > "Main, Kerry" <Kerry.Main@hp.com> wrote in messageN > news:FD827B33AB0D9C4E92EACEEFEE2BA2FB70C879@tayexc19.americas.cpqcorp.net... >  >>-----Original Message-----: >>From: Richard Maher [mailto:maher_rj@hotspamnotmail.com]  >>Sent: October 30, 2005 6:40 PM >>To: Info-VAX@Mvb.Saic.Com % >>Subject: Re: Trolling for business?  >> >>Hi,  >> >>= >>>Cognos gets the blame.  No Powerhouse on Itanium means get  >> >>off VMS fast.  >> >>>Easiest decision ever made. >>= >>"NO POWERHOUSE ON ITANIUM"! How the hell did that happen? I  >>personally have = >>never liked powerhouse (Quick, Qdesign, QTP what is it with  >>the "Q") but it = >>was pretty popular at VMS sites at least one time, so there  >>must be a fair= >>few systems out there using it. Were Cognos hanging out for  >>an incentive?  >> >>Regards Richard Maher  >>; >>PS. Cognos are Canadian aren't they? Bloody Canadians :-)  >> >  > H > Actually, last I heard Cognos was simply waiting for Oracle Server andG > Oracle Rdb to be released officially as that is the primary databases  > they reqire on OpenVMS.  > I > After all, they do require a database for their DB analysis software to  > be of any use. >  > :-)  > & > Check out their Customer roadmap at:J > http://powerhouse.cognos.com/products/powerhouse/downloads/Roadmap_Lette > r_October_2005.pdf  6 I've got some old friends using Cognos with RMS files.  H I've been given some development tools for potential use in helping the F MPE people migrate to other environments, including VMS, so I have to H wonder what the 'Cognos problem' was/is.  Never did get any work out of G that particular contact.  Not sure why.  Possibly not much interest in  E going to VMS.  Possibly no experience in the applications.  Possibly  % just too small to be taken seriously.    --  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: Sun, 30 Oct 2005 20:42:07 GMT 3 From: "Digital Careers, Inc." <jobs@digcareers.com> > Subject: US-CA-PASADENA   Shipping Software Systems Supervisor= Message-ID: <zea9f.10029$tV6.8239@newssvr27.news.prodigy.net>   , Position:   Shipping Systems Supervisor - IT Location:  Pasadena, California   Term:       Permanent, full-time! Salary:     $75,000 - $85,000 yr.  Contact:   Ed Billion %                 Digital Careers, Inc. %                 itjobs@digcareers.com          General Function:   E The site expert for all shipping systems. Are responsible for system  L management and equipment integrity for ROCS (shipping controls and shipping ? manifests), Wizard (WMS), and the Line Balance database system.       G Also responsible for developing, testing, documenting and implementing  H programs and applications in the shipping systems and PC environment as  needed.        Specific Duties:  J 1.                  Manage and provide 7 days by 24 hour support for ROCS G (shipping controls and shipping manifests), Wizard (WMS), and the Line   Balance database system   H 2.                  Program and application development in the shipping  systems and PC Environment.   K 3.                  Design program and application specifications based on   customer requirements.  L 4.                  Rewrite/redesign existing programs and applications due 1 to system upgrades or changing user requirements.   H 5.                  Ensure all programs and applications are within the 6 scope of current programming guidelines and practices.  L 6.                  Test program upgrades and new applications for accuracy.  I 7.                  Document programs and applications.  Include program  I description, files/databases used, scheduling requirements, control card  ; information, dependencies, and restart recovery procedures.   B 8.                  Coordinate the implementation of programs and - applications with Computer Operations and IT.   E 9.                  Train appropriate associates on new programs and   applications when necessary.  C 10.              Review results with requesting customer to ensure  ! requirements have been satisfied.   M 11.              Communicate estimated completion date and actual completion   date to requestor.  K 12.              Follow-up with customer to ensure program accuracy and to  " ensure requirements have been met.  I 13.              Resolve day to day IT issues as requested by management.   H 14.              Perform other duties as required by Department Manager.       Scope of Responsibilities:  M Responsible for system management and equipment integrity for ROCS (shipping  E controls and shipping manifests), Wizard (WMS), and the Line Balance  F database system. Responsible for developing, testing, documenting and F implementing programs and applications in the shipping systems and PC K environment.  Manage and prioritize multiple projects based on the urgency  K and complexity of requests.  Develop programs and applications in multiple  M programming languages or software applications, such as Visual Basic, Access  M and Excel.  Troubleshoot, analyze and resolve issues related to programs and  M applications.  Initiate technical solutions to improve productivity, quality  ! and efficiency within the Branch.        Qualifications:   	 Education    Bachelor's Degree       
 Experience  M          Must have a minimum of five years experience in project management  > and application analysis working in distribution applications.  I          Must have at least two years experience with VAX/VMS operating  E systems and with Compaq (previously Digital) Alpha series processors.   E          Preferred is a minimum of two years programming experience.   K          Preferred knowledge and experience in the use of  VSAM, TSO, MVS   JCL, and Visual Basic.  K          Must have a thorough knowledge of PC's, Windows 95 and Microsoft  , Office (Work, Excel, Access and Powerpoint).  M          Must possess good communication and customer service skills.  Must  G have the ability to communicate effectively, both written and verbally.    ------------------------------    Date: 30 Oct 2005 21:26:37 -02006 From: eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER). Subject: Re: USB SUPPORT ON DS10 ALPHA oPENvms, Message-ID: <43653a8d$1@news.langstoeger.at>  Z In article <nzb8f.15465$X04.14288@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:d >In article <435fe5b1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:J >:>3) In most cases what folk are really looking for is a way to exchange L >:>   files with a PC using a pen drive.  There are no plans to support thatM >:>   in an release that I currently know about.  Folks have had some success 6 >:>   using the EFI$CP utility.  You mileage may vary. >:< >:But only on Itanics. No EFI* on Alphas (at least on mine). > B >  Load the OpenVMS I64 cross-tools kit, or (when it arrives) load >  the OpenVMS V8.3 release.  3 Thanks Hoff. A pointer/URL would have been nice ;-)   J >:>4) If you get to V7.3-2 you can get a USB mass storage driver from the I >:>   freeware site.  There are intruction on what you need to do to get   >:>   it working.  >:H >:There is also a SYS$DNDRIVER.EXE_V82* on the freeware site, so why did' >:you limit above statement to V7.3-2 ?  >:J >:And what disk format is ok with SYS$DNDRIVER ? (FAT16, FAT32, NTFS, ...) > D >  As Forrest has indicated, DNDRIVER cares as much about the volumeH >  format as most any other disk driver found on OpenVMS.  Specifically, >  it cares not at all.   % That's exactly what I thought, but...   D >  EFI$CP is an undocumented utility solely intended to operate withA >  the EFI boot partitions and the FAT volume structures involved @ >  within same, and the volume structures used by OpenVMS withinB >  these are FAT12 and FAT16.  The EFI console also permits FAT32,B >  but OpenVMS does not presently need nor use that.  EFI does not6 >  use nor provide NTFS, and thus neither does EFI$CP.  C And this solved my other half of the problem. A disk driver without B a tool for the filesystem is moot. I didn't expect MGPCX or PCDISKE to work, so I thought it is useless at all. But, no. So, good to see,  and thanks again.    --   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: Sun, 30 Oct 2005 23:11:02 GMT , From: Forrest Kenney <Forrest.Kenney@hp.com>. Subject: Re: USB SUPPORT ON DS10 ALPHA oPENvms& Message-ID: <436548C9.AE8B3558@hp.com>   Peter,  < 	DNDRIVER was not done to support FAT formatted drives.  It C was done to support USB DVD's.  There are systems in the pipe line   that will need it.  < 	I keep hoping some person with a need for FAT support will F get the MTools from LINUX ported and working.  It has really complete A FAT support.  EFI$CP just needs to be good enough for OpenVMS to  F populate and update the FAT partition for EFI.  I don't have the time F for MTools, my winter weekends will be spent adding more examples for 	 UGDRIVER.   @ 	In case you have not heard UGDRIVER is in V8.3.  It provides a G way to add support for USB devices without writing a device driver.  I  G have an example that loops two USB to RS232 devices, and an electronic  B scale.  Next on the list is support for the Microsoft fingerprint C scanner.  It will stop at taking the scan I don't have the time or  G desire to to the pattern matching work.  I am just shooting to be able  7 to save the scan and maybe draw it in a DECWindows box.      Forrest     Peter 'EPLAN' LANGSTOEGER wrote: > \ > In article <nzb8f.15465$X04.14288@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:f > >In article <435fe5b1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:K > >:>3) In most cases what folk are really looking for is a way to exchange N > >:>   files with a PC using a pen drive.  There are no plans to support thatO > >:>   in an release that I currently know about.  Folks have had some success 8 > >:>   using the EFI$CP utility.  You mileage may vary. > >:> > >:But only on Itanics. No EFI* on Alphas (at least on mine). > > D > >  Load the OpenVMS I64 cross-tools kit, or (when it arrives) load > >  the OpenVMS V8.3 release. > 5 > Thanks Hoff. A pointer/URL would have been nice ;-)  > K > >:>4) If you get to V7.3-2 you can get a USB mass storage driver from the J > >:>   freeware site.  There are intruction on what you need to do to get > >:>   it working.  > >:J > >:There is also a SYS$DNDRIVER.EXE_V82* on the freeware site, so why did) > >:you limit above statement to V7.3-2 ?  > >:L > >:And what disk format is ok with SYS$DNDRIVER ? (FAT16, FAT32, NTFS, ...) > > F > >  As Forrest has indicated, DNDRIVER cares as much about the volumeJ > >  format as most any other disk driver found on OpenVMS.  Specifically, > >  it cares not at all.  > ' > That's exactly what I thought, but...  > F > >  EFI$CP is an undocumented utility solely intended to operate withC > >  the EFI boot partitions and the FAT volume structures involved B > >  within same, and the volume structures used by OpenVMS withinD > >  these are FAT12 and FAT16.  The EFI console also permits FAT32,D > >  but OpenVMS does not presently need nor use that.  EFI does not8 > >  use nor provide NTFS, and thus neither does EFI$CP. > E > And this solved my other half of the problem. A disk driver without D > a tool for the filesystem is moot. I didn't expect MGPCX or PCDISKG > to work, so I thought it is useless at all. But, no. So, good to see,  > and thanks again.  >  > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sun, 30 Oct 2005 19:18:30 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)# Subject: Re: Writing an OpenVMS ACP 6 Message-ID: <00A4C0CC.1F17A0A4@SSRL.SLAC.STANFORD.EDU>  c In article <WiFFm7mY4ORn@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: ] >In article <cb19m1ledicofj64kac6eo7o8qjt7l6lfl@4ax.com>, Nigel Barker <nigel@hp.com> writes: S >> On Sat, 29 Oct 2005 15:27:35 -0400, "Stanley F. Quayle" <squayle@insight.rr.com> 	 >> wrote:  >>  & >>>On 29 Oct 2005 at 10:48, Max wrote:I >>>> it's in assembler, which is unhelpful since the machine I'm using at F >>>> the moment is an Alpha but the eventual target machine will be an8 >>>> Integrity, presumably with different machine code.  >>> H >>>True, but VAX Macro is supported on all 3 platforms.  On a VAX, it's I >>>directly converted to machine code.  On Alpha and Integrity, Macro is  I >>>processed by an optimizing compiler, just like any other language (C,  + >>>Fortran, etc.), to produce machine code.  >>> A >>>And VAX Macro is the only language that comes "free" with VMS.  >>  ? >> Java, PERL & PHP are all "free" with VMS on Alpha & Itanium.  > G >I do not think so.  I looked into PERL and found that one must install ) >something else to put it onto a machine.   M Not sure what you mean.  What prereq do you need for CSWS_PERL (or maybe it's L SWS_PERL now)?  If you want to install XS modules and stuff you want MMS/MMK8 and C, but a PERL that runs out of the box is available.   > G >And it is certainly unavailable to organizations that will not install  >unsupported software.  D It's supported by the CSWS group.  You can log calls and everything.   -- Alan    -- Alan    ------------------------------  % Date: Sun, 30 Oct 2005 14:56:06 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Writing an OpenVMS ACP 0 Message-ID: <11ma8ta11c23o08@corp.supernews.com>   Larry Kilgallen wrote:^ > In article <cb19m1ledicofj64kac6eo7o8qjt7l6lfl@4ax.com>, Nigel Barker <nigel@hp.com> writes: > R >>On Sat, 29 Oct 2005 15:27:35 -0400, "Stanley F. Quayle" <squayle@insight.rr.com> >>wrote: >> >>& >>>On 29 Oct 2005 at 10:48, Max wrote: >>> H >>>>it's in assembler, which is unhelpful since the machine I'm using atE >>>>the moment is an Alpha but the eventual target machine will be an 7 >>>>Integrity, presumably with different machine code.   >>> H >>>True, but VAX Macro is supported on all 3 platforms.  On a VAX, it's I >>>directly converted to machine code.  On Alpha and Integrity, Macro is  I >>>processed by an optimizing compiler, just like any other language (C,  + >>>Fortran, etc.), to produce machine code.  >>> A >>>And VAX Macro is the only language that comes "free" with VMS.  >>> >>Java, PERL & PHP are all "free" with VMS on Alpha & Itanium. >  > H > I do not think so.  I looked into PERL and found that one must install* > something else to put it onto a machine. > H > And it is certainly unavailable to organizations that will not install > unsupported software.   F 'Unavailable' is a rather strong word to use when an entity 'chooses'   not to use a particular product.  > It's clear that Macro-32 is available on all 3 platforms, and  distributed with the OS.  E I believe Bliss is available on all 3 platforms, but not distributed  - with the OS, rather it's on the Freeware CDs.   H Is Bliss also one of those unsupported products that some organizations = will not use?  If so, then they should stop using 1/3 of VMS.    --  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: Sun, 30 Oct 2005 17:13:54 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: Writing an OpenVMS ACP , Message-ID: <436545A1.3D9F3C70@teksavvy.com>   Larry Kilgallen wrote:J > That is a relatively unreliable manner for a vendor to supply a product.H > It is much more sound to have behavior of the product depend upon some > parameter file or the like.   F I was thinking of the installation procedure creating a .OBJ which hasF been tailored for that customer through a script that builds the macroG file. For instance, embed node names, company name into the executable, H embed some encryption key that is then used to control the data etc etc.D There is stuff that is better to have hidden inside the .exe than in some config file.    ------------------------------  % Date: Mon, 31 Oct 2005 07:19:11 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> # Subject: Re: Writing an OpenVMS ACP 1 Message-ID: <dk3kg6$s1r$1@news-02.connect.com.au>   	 Hi David,   I > Is Bliss also one of those unsupported products that some organizations  > will not use?   J Certainly stopped Oracle from using it and canned Rdb on NT! (But then youI were talking VAX, Alpha and Itanium not that 8086 thing.) I couldn't find < the details www.oracle.com/rdb doesn't seem to work anymore?   Regards Richard Maher   I PS. Now that, presumably, Bliss is supported on Itanium (freeware or not) I and XP (special version n.n-a) is supported on Itanium, why can't HP give E Oracle the support-nod that Compaq wouldn't? No body want Rdb for XP? E They've kept pouring money into Rdb "Workbench" under the auspices of L Project Lazarus all these years, so why not get some money back? Once bittenE twice shy? Oracle doesn't believe in the longevity of Itanium either?   4 "Dave Froble" <davef@tsoft-inc.com> wrote in message* news:11ma8ta11c23o08@corp.supernews.com... > Larry Kilgallen wrote:I > > In article <cb19m1ledicofj64kac6eo7o8qjt7l6lfl@4ax.com>, Nigel Barker  <nigel@hp.com> writes: > > ; > >>On Sat, 29 Oct 2005 15:27:35 -0400, "Stanley F. Quayle"  <squayle@insight.rr.com>
 > >>wrote: > >> > >>( > >>>On 29 Oct 2005 at 10:48, Max wrote: > >>> J > >>>>it's in assembler, which is unhelpful since the machine I'm using atG > >>>>the moment is an Alpha but the eventual target machine will be an 8 > >>>>Integrity, presumably with different machine code. > >>> I > >>>True, but VAX Macro is supported on all 3 platforms.  On a VAX, it's J > >>>directly converted to machine code.  On Alpha and Integrity, Macro isJ > >>>processed by an optimizing compiler, just like any other language (C,- > >>>Fortran, etc.), to produce machine code.  > >>> C > >>>And VAX Macro is the only language that comes "free" with VMS.  > >>@ > >>Java, PERL & PHP are all "free" with VMS on Alpha & Itanium. > >  > > J > > I do not think so.  I looked into PERL and found that one must install, > > something else to put it onto a machine. > > J > > And it is certainly unavailable to organizations that will not install > > unsupported software.  > G > 'Unavailable' is a rather strong word to use when an entity 'chooses' " > not to use a particular product. > ? > It's clear that Macro-32 is available on all 3 platforms, and  > distributed with the OS. > F > I believe Bliss is available on all 3 platforms, but not distributed/ > with the OS, rather it's on the Freeware CDs.  > I > Is Bliss also one of those unsupported products that some organizations ? > will not use?  If so, then they should stop using 1/3 of VMS.  >  > --  6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > 170 Grimplin Road  > Vanderbilt, PA  15486    ------------------------------   End of INFO-VAX 2005.607 ************************                                                    dj1wLG1XuxfۅZu+D Z-k4È҉Avێ\z<Cp4l]\GSmH*C^̓ζvI̢5<<36jMZ1@UHQSb 5΢5m[4{40T]\Kh;=~>BDJYfϑaguVMiAZoS@;$ZO-Anvf3aGCZ{߳[k!3[ykIA$h[_-l<dpkqA8
hK[qKqiQJmHSɓ4:K ȅnb#r:7aiJP><$
)ܓ(cN	:ՉHo#5P501RKIg=}s1--,۫xtsVYȞJi#f`*0rVȏYELGm*`AX0to/\@V@m"!LfjΏݝ?dc.=9>uAZK.CĂ	hJT>{gosP7*6wIH<w%7SKl53ҏs؊W*5n㣝VB799z3CX︢kDxGt]KhVcb61SddI1:%&,ӫ?OUeC4U8З$'o'PL$ʻp>S
BW0-\~l2mME?T+Aago; BI̠W{-F?{i.z'`y/P]_Vos߫1} mcwT_v'qKEw[:]ٻ= N M5?m5ô滒F
b\	$0Ƌ*希ģ/$۱<%zsJ_חh?$%?v?'_7C`kpjCw:0^d>h=y7J
,('wd}@.Pk0;\Ц3A_U٤k<`2T_Wču.kJg_RE2
y~QhZ-O*U
UE0.ZkQ)\W
9Κ~*|qBv-/Ovx^{A\j0k$lA1Q=}c^:heW^_'X7zm]Bɓ+>HUx^.f|:a_.K kK³iߝ!ϊ8đ1Y21[bAQG&L9W?uj{F8i4{Wz
&&^R`4ǀ@WA^)%r89!GPlfEkmCaܺ8ygK-AHkU]&10p`BE+KŲ9C@f*Ǹ	/K+y-Ji}7`=*OsU]"ً3?p\r2Z
89cRc怵RYW=Rbk^qě{id I&(^qWo{^@O	w|xVUSѐsTE@Hfp"2}9-YF/`wbR?EFè@vN(BMb"(N^
݉x,.o2dm>gOs8*KbȱdŚE.:L%ňкEA`M毈-T~AC;,Nrlǜj	i݈p5.$[ȗzf,c+I3eVE