0 INFO-VAX	Mon, 10 Jan 2005	Volume 2005 : Issue 19      Contents:F Re: avoiding "file currently locked by another user" in MAIL> COMPRESSF Re: avoiding "file currently locked by another user" in MAIL> COMPRESSF Re: avoiding "file currently locked by another user" in MAIL> COMPRESS0 Re: Emulation of an Alpha server running OpenVMS0 Re: Emulation of an Alpha server running OpenVMS0 Re: Emulation of an Alpha server running OpenVMS0 Re: Emulation of an Alpha server running OpenVMS HP ports HPCL to VMS Re: HP ports HPCL to VMS Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic " OpenVMS.org runs readership survey& Re: OpenVMS.org runs readership survey- Re: Q: How to have SEARCH match a "null" line - Re: Q: How to have SEARCH match a "null" line  Re: TFTP logging question - Re: VAXstation 3100: supported under VMS 7.3? - Re: VAXstation 3100: supported under VMS 7.3? P Re: Writing drivers for USB devices ?, was: Re: What's the state of USB of USBofP Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error  defining itP Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itnP Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn  F ----------------------------------------------------------------------  % Date: Sun, 09 Jan 2005 13:52:14 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> O Subject: Re: avoiding "file currently locked by another user" in MAIL> COMPRESS B Message-ID: <1105296131.373d67fec7b7999f1cde895d620cceb2@teranews>  / Phillip Helbig---remove CLOTHES to reply wrote:  > D > Sometimes it is useful to COMPRESS one's mail file.  However, if aD > message arrives while this is happening, it bounces with the "file* > currently locked by another user" error.  M You could use "nmail%" which uses a "batch" approach to mail delivery if mail M cannot be delivered at the moment. I think it is on the freeware. It was used L internally at Digital. You can SET FORWARD "nmail%_myusername" I think. ThisM way, if email arrives while you're compressing, nmail will submit a batch job M to attempt delivery a few minutes later. Once done, you can remove the frward ! (or leave it there all the time).   H Is there a reason why COMPRESS couldn't open the newly created file with> shared read/writes so that incoming mail wouldn't be bounced ?   ------------------------------  $ Date: Sun, 9 Jan 2005 14:53:02 -0500: From: "Hein RMS van den Heuvel" <hein@Hewlett-Packard.com>O Subject: Re: avoiding "file currently locked by another user" in MAIL> COMPRESS , Message-ID: <41e18bed$1@usenet01.boi.hp.com>  / "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote    :   E > Is there a reason why COMPRESS couldn't open the newly created file   E > with shared read/writes so that incoming mail wouldn't be bounced ?   L Yes. Because it uses the convert/fast algoritme which does have a consistentG file format during the load. For example, it only writes out full index J buckets. And of course it uses an exclusive lock to make sure nothing else sees the data before its time.  K And just in case someone else asks... "is there any reason why the old file G is locked for write during its read for convert"? Well, pre V5.0 it was L indeed not locked, but this allowed new mail message to appear in 'mail.old'J and thus get acknowledged to the sender, but unnoticed by the receiver. So that lock was a fix!  K Also, enabling shared access would, until recently, have cost much more CPU J due to record locking. Now RMS has 'NQL', the No-Query-Lock to avoid a per record lock enq/deq.  J Is there a reason why VMSmail could not do the rename + check for creationK of new mail while converting method? Not really. They just did not think of H that, at the time this area was last touched (1989 or threabouts). Also,F mail would have to figure out whether the file to be compressed is theG active mail file receing new mail when it started, but that is trivial.   / How about the locked file during purge/reclaim?   J Well, the purge itself is a simple series of RMS $DELETE from wastebasket.D That part can be, and is performed shared. But the reclaim calls outJ CONV$RECLAIM which unfortunately expects standalone access. It walks everyK bucket to see if it is entirely empty. If it is, the bucket is removed, and J the index pointing to it is removed. If that index removal leaves an emptyJ index bucket, then it is removed recursively. Yes, it could conceivably doJ this t\itteratively, in a 'best effort' basis under lock control... But itJ does not. (If I ever find myself without work I'll promiss to hack this up
 some day :-).   J RMS engineering does not really encourage conver/reclaim usage. Just use a full convert instead!   C For VAXmail, and considering this being the start of a new year, my L preffered management method is a yearly (or 10-yearly, or quaterly) recreateD of a whole new mail file + directory. I use CREATE/FDL to get a goodJ starting size based on 1/2 the last period. With the structure for the newK period in place, I can leisurely compress the old period data, and moreover = I can make it fit exactly as it will not grow (much) anymore.   L For the old period I am inclined to use 63 block buckets, and I compress theJ directory for the external (MAIL$nnnnnnnnn.MAI) files as well. When I need, to go back, just use MAIL> SET FILE [MAIL04]   Hope this helps,   Hein.           : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message< news:1105296131.373d67fec7b7999f1cde895d620cceb2@teranews...1 > Phillip Helbig---remove CLOTHES to reply wrote:  > > F > > Sometimes it is useful to COMPRESS one's mail file.  However, if aF > > message arrives while this is happening, it bounces with the "file, > > currently locked by another user" error. > J > You could use "nmail%" which uses a "batch" approach to mail delivery if mailJ > cannot be delivered at the moment. I think it is on the freeware. It was usedI > internally at Digital. You can SET FORWARD "nmail%_myusername" I think.  ThisK > way, if email arrives while you're compressing, nmail will submit a batch  job H > to attempt delivery a few minutes later. Once done, you can remove the frward# > (or leave it there all the time).  > J > Is there a reason why COMPRESS couldn't open the newly created file with@ > shared read/writes so that incoming mail wouldn't be bounced ?   ------------------------------  * Date: Sun, 9 Jan 2005 21:33:32 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)O Subject: Re: avoiding "file currently locked by another user" in MAIL> COMPRESS ) Message-ID: <05010921333217@antinode.org>   : From: "Hein RMS van den Heuvel" <hein@Hewlett-Packard.com>   > [...] 1 > How about the locked file during purge/reclaim?  > [...]   F    Knowing as little as I do, I'd worry less about the RMS fine-print,B and just persuade the SMTP code to retry at intervals for a while.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Sun, 09 Jan 2005 19:17:02 -0500 " From: Glenn Everhart <gce@gce.com>9 Subject: Re: Emulation of an Alpha server running OpenVMS , Message-ID: <Ce-dnSiiWuAOV3zcRVn-uw@rcn.net>   Andrew Robert wrote: > Good morning,  > I > I anticipate retirement of my legacy Alpha OpenVMS systems in the near  	 > future.  > H > I've reviewed the Charon-VAX and Simh VAX emulators and they are nice : > but they appear to emulate the VAX/VMS environment only. > 3 > I need to be able to emulate a full Alpha system.  > 1 > Does anyone know of a suitable emulator around?  >  > B Couple alpha CPU emulators exist. I put one or two on the sigtapesD where that was permitted. I believe there is another that can be hadF on the internet but which has redistribution restrictions. Don't thinkH any are really past the lab stage so don't expect to run any known OS on them...    ------------------------------  % Date: Sun, 09 Jan 2005 19:07:00 -0500 " From: Glenn Everhart <gce@gce.com>9 Subject: Re: Emulation of an Alpha server running OpenVMS , Message-ID: <Ce-dnS6iWuCgVXzcRVn-uw@rcn.net>  G Last I looked, there were 2 or 3 open sourced Alpha emulators, but none 1 had been vetted to run anything very interesting.   H As I consider the way address spaces are getting huge and character setsG larger, I must say the decision early on to implement 32 bit and larger I load/store only gets to look more and more like a design some years ahead D of its time. I wonder how much longer anybody will keep 8 bit bytes.F (and for the z/OS users there answering "forever!", maybe I should add& "save in very very very legacy apps".)   Glenn Everhart     JF Mezei wrote:  > Dave Froble wrote: > Q >>You need an elephant to stomp on that antique!  No, I forget how they built the 2 >>boxes back then.  The elephant couldn't hurt it. >  > I > Correct. It was built like a tank, with multiple layers of thick metal. P > Interestingly, once you remove its Princess Lea ears and a backside extension,O > it makes for a very nice 19" rtack on wheels with a power supply/distribution  > at the base. >  >  > J >>I've got to feel that the only reason you're still running that thing isA >>nostalgia.  Even a VAXstation 4000 would be a hugh improvement.  >  > N > Actually, I have a whole bunch of serial ports on it with full modem controlO > and have a variety of devices attached to it, and even as an MVII, it handles O > many background tasks nicely and even runs ALL-In-1 (down to single user :-). I > It also acts as a storage device for workstation and backup for my mac.  > N > If I won the lottery, of course, t woudl be replaced by some alpha, and someN > terminal servers to replace serial ports (I need fewer now than before). ButN > migration would not be overnight due to all the software I have that assumesF > TX terminal ports (setting speed etc which is not allowed with LAT).   ------------------------------  # Date: Mon, 10 Jan 2005 00:18:23 GMT % From: Roger Ivie <rivie@ridgenet.net> 9 Subject: Re: Emulation of an Alpha server running OpenVMS 3 Message-ID: <slrncu3ik0.408.rivie@Stench.no.domain>   2 On 2005-01-10, Glenn Everhart <gce@gce.com> wrote:J > As I consider the way address spaces are getting huge and character setsI > larger, I must say the decision early on to implement 32 bit and larger K > load/store only gets to look more and more like a design some years ahead F > of its time. I wonder how much longer anybody will keep 8 bit bytes.H > (and for the z/OS users there answering "forever!", maybe I should add( > "save in very very very legacy apps".)  = I was under the impression that the main reason the byte/word E instructions were added to the instruction set was for Windows and/or > FX!32. But then I was always at the very, very far end of the ? grapevine, so I wouldn't be surprised to hear that I was wrong.  --  
 Roger Ivie rivie@ridgenet.net http://anachronda.webhop.org/  -----BEGIN GEEK CODE BLOCK----- 
 Version: 3.12 H GCS/P d- s:+++ a+ C++ UB--(++++) !P L- !E W++ N++ o-- K w O- M+ V+++ PS+? PE++ Y+ PGP t+ 5+ X-- R tv++ b++ DI+++ D+ G e++ h--- r+++ z+++   ------END GEEK CODE BLOCK------    ------------------------------  % Date: Sun, 09 Jan 2005 17:07:14 -0800 # From: "Tom Linden" <tom@kednos.com> 9 Subject: Re: Emulation of an Alpha server running OpenVMS ( Message-ID: <opskc32clzzgicya@hyrrokkin>  H On Mon, 10 Jan 2005 00:18:23 GMT, Roger Ivie <rivie@ridgenet.net> wrote:  ? > I was under the impression that the main reason the byte/word G > instructions were added to the instruction set was for Windows and/or ? > FX!32. But then I was always at the very, very far end of the A > grapevine, so I wouldn't be surprised to hear that I was wrong.  > --, Nope.  It was because Oracle ran like a dog.     --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Sun, 09 Jan 2005 19:57:58 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: HP ports HPCL to VMS B Message-ID: <1105318055.be68506393c9ffff9dd1c8b7d97c3470@teranews>  # HP to port HPCL to OpenVMS systems.   S Company announces the integration of its industry standard HPCL to OpenVMS systems.     PALO ALTO, Calif., Jan. 9, 2005   N In advance of the January 18th launch of the OpenVMS platform on HP's industryL leading Itanium servers, HP is proud to announce the porting of its advanced$ HPCL language to the OpenVMS system.  H As part of the final phase of integration of products inherited from theL Compaq merger, HP will retire Digital's old and proprietary command languageL and replace it with HP's industry standard HPCL language on OpenVMS systems.  N "While HPCL currently lacks certain features provided by Digital's old commandL language, HP promises to port most of those features to its industry leading@ HPCL" said Rich Marcello, Senior VP of enterprise systems at HP.  M "This move will strenghten the integration process by removing legacy Digital M branding and replacing it wih an HP brand name" said Carly Fiorina at the CES J show in Las Vegas when refering to the retirement of DCL to be replaced byN HP's own HPCL. "Since we inherited old Digital assets, it is only logical that> we replaced the D with HP to complete the integration process.  K "By replacing DCL with HPCL, customers will no longer be dependant on Adobe K Postscript to run their command procedures and will be able to use industry L standard HPCL, a command language also used widely to control HP's printers"1 said Mark Gorham, Director of then OpenVMS group.   M "This is a feature that has widely been requested by our customers who didn't < want to be forced to teach both DCL and HPCL to employees.".  L This move will also greatly reduce support and development costs at HP sinceJ it will eliminate unnecessary duplication of command languages within HP'sK product line and will allow OpenVMS servers to use industry standard HP ink N cartridges. This will greatly facilitate backup procedures by allowing OpenVMS= system to backup to paper instead of unreliable tape systems.   N The addition of a DCPS converter will allow OpenVMS users to translate commandM procedures to HPCL by simply printing them to an HP printer that uses HP Ink.    About HP  C HP is a ink  solutions provider to consumers, businesses and mental H institutions globally. The company's offerings span ink infrastructures,E global ink services, business and home inks , and ink imaging and ink J printing. For the four fecal quarters ended Oct.  31, 2004, HP Ink revenueN totaled $79.9 billion. More information about HP's Inks (NYSE, Nasdaq: HPQ) is! available at   http://www.hp.com.    ------------------------------  % Date: Mon, 10 Jan 2005 00:10:53 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: HP ports HPCL to VMS B Message-ID: <1105333248.fb2bb1af423054af71f25e70b8fc7d0a@teranews>  L I case anyone didn't figure it out, the HPCL stuff was a fake press release.  P I thought it would be pretty obvious, but even Ken Farmer got caught by that oneJ  and posted it on the openvms.org web site. (and he removed the "About HP") paragraph that makes this an obvous fake.    ------------------------------  % Date: Sun, 09 Jan 2005 14:37:49 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>( Subject: Re: Microsot kills XP on Itanic+ Message-ID: <41E1961C.DB366257@comcast.net>    John Smith wrote:  >  > CJT wrote: > > JF Mezei wrote:  > >> John Smith wrote: > >>$ > >>> Microsoft nixes XP for ItaniumB > >>> Move seen as final nail in Itanium 2 for workstations coffin > >> > >>> > >> The article talks as if Microsoft was pulling out of IA64I > >> completely. Another article I read a few days ago mentioned only the G > >> XP professional edition being widthdrawn, and that XP Server would  > >> continue. > >> > > H > > Although I haven't seen the pricing, I suspect XP Server for ItaniumD > > is even lower volume and more expensive than the Itanium 2 chip. > L > http://www.microsoft.com/windowsserver2003/howtobuy/licensing/pricing.mspx > H > Minimum version on Itanic is the Enterprise version @ $3,999 USD list.N > Datacenter version only available via hardware/software combination purchaseL > from companies like HP, Unisys, etc... or other 'qualified' integrators at > vastly inflated prices.  > H > So on a low-end Itanic, the o/s costs about the same as the server andK > several times the cost of the cpu itself. But on the bright side, viruses  > are include free of charge.   6 ..and/or are freely downloadable, often involuntarily.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  $ Date: Sun, 9 Jan 2005 22:25:16 +0100, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>( Subject: Re: Microsot kills XP on Itanic, Message-ID: <34dlscF48i98qU1@individual.net>  A "David J Dachtera" <djesys.nospam@comcast.net> schreef in bericht % news:41E1961C.DB366257@comcast.net...  > John Smith wrote:  > >  > > CJT wrote: > > > JF Mezei wrote:  > > >> John Smith wrote: > > >>& > > >>> Microsoft nixes XP for ItaniumD > > >>> Move seen as final nail in Itanium 2 for workstations coffin > > >> > > >>@ > > >> The article talks as if Microsoft was pulling out of IA64K > > >> completely. Another article I read a few days ago mentioned only the I > > >> XP professional edition being widthdrawn, and that XP Server would  > > >> continue. > > >> > > > J > > > Although I haven't seen the pricing, I suspect XP Server for ItaniumF > > > is even lower volume and more expensive than the Itanium 2 chip. > >  > > J http://www.microsoft.com/windowsserver2003/howtobuy/licensing/pricing.mspx > > J > > Minimum version on Itanic is the Enterprise version @ $3,999 USD list.G > > Datacenter version only available via hardware/software combination  purchaseK > > from companies like HP, Unisys, etc... or other 'qualified' integrators  at > > vastly inflated prices.  > > J > > So on a low-end Itanic, the o/s costs about the same as the server andE > > several times the cost of the cpu itself. But on the bright side,  viruses  > > are include free of charge.  > 8 > ..and/or are freely downloadable, often involuntarily. >  > --    A Hey, it's their best OS ever, right? Makes you wonder about those  predesessors....   ------------------------------  % Date: Sun, 09 Jan 2005 18:51:22 -0500 " From: Glenn Everhart <gce@gce.com>( Subject: Re: Microsot kills XP on Itanic, Message-ID: <x-2dnZ3yUakNWXzcRVn-gg@rcn.net>   Hans Vlems wrote: C > "David J Dachtera" <djesys.nospam@comcast.net> schreef in bericht ' > news:41E1961C.DB366257@comcast.net...  >  >>John Smith wrote:  >>
 >>>CJT wrote:  >>>  >>>>JF Mezei wrote:  >>>> >>>>>John Smith wrote: >>>>>  >>>>> $ >>>>>>Microsoft nixes XP for ItaniumB >>>>>>Move seen as final nail in Itanium 2 for workstations coffin >>>>>  >>>>> > >>>>>The article talks as if Microsoft was pulling out of IA64I >>>>>completely. Another article I read a few days ago mentioned only the G >>>>>XP professional edition being widthdrawn, and that XP Server would  >>>>>continue. >>>>>  >>>>H >>>>Although I haven't seen the pricing, I suspect XP Server for ItaniumD >>>>is even lower volume and more expensive than the Itanium 2 chip. >>>  >>> L > http://www.microsoft.com/windowsserver2003/howtobuy/licensing/pricing.mspx > I >>>Minimum version on Itanic is the Enterprise version @ $3,999 USD list. F >>>Datacenter version only available via hardware/software combination > 
 > purchase > J >>>from companies like HP, Unisys, etc... or other 'qualified' integrators >  > at >  >>>vastly inflated prices. >>> I >>>So on a low-end Itanic, the o/s costs about the same as the server and D >>>several times the cost of the cpu itself. But on the bright side, > 	 > viruses  >  >>>are include free of charge. >>8 >>..and/or are freely downloadable, often involuntarily. >> >>--   >  > C > Hey, it's their best OS ever, right? Makes you wonder about those  > predesessors.... >  > G If there is to be no Windows on Itanium, then for as long as that lasts G it means those who really really want Itanium are more likely to choose I VMS. (The unfortunate addition is something like "yeah...all 3 of them".)   D For VMS to become dominant there, it may be helpful that it need notN compete against Windows as well as Linux. The real advantage could be realizedK IF someone at HP noticed that they could advertise the wonderfulness of VMS M on Itanium without competing against its offerings on x86 (including AMD64 in P x86 here). VMS offers some functional capabilities not well realized on anythingM else which I would love to see mentioned in trade rags and advertisements and G one of the inhibiting factors was fear of damaging the Wintel business. E Well, finally its benefits can be touted in an area where such damage ! can be argued not to be possible.   I Once word got out about VMS' robust security, that genie might be hard to J put back into the bottle, and perhaps some folks other than 3 or 4 on thisG list would start asking why such a system could not be used on the iron # they have. So I might dream anyway.    Glenn Everhart   ------------------------------  % Date: Sun, 09 Jan 2005 20:22:00 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Re: Microsot kills XP on ItanicB Message-ID: <1105319494.83cd277cb462898cb6e89e7924cf9d05@teranews>   Glenn Everhart wrote: F > For VMS to become dominant there, it may be helpful that it need not, > compete against Windows as well as Linux.   K Wrong mindset. To survive, VMS *must* compete head on against windows, unix  and free unix (linux).  C And to compete, it must either have a unique platform with definite L superiority (as was the case with Alpha), or run on the same commodity cheap hardware as ts competition.   # Ignoring the competition is deadly.   M > IF someone at HP noticed that they could advertise the wonderfulness of VMS O > on Itanium without competing against its offerings on x86 (including AMD64 in  > x86 here).  K And to protect the warm relationship between Carly and Bill Gates, HP would N make sure that VMS is never pitched against windows, ensure that VSM is provedN well above windows and that platforms don't compete against windows. (Remember Digital's policies ?)   G > Well, finally its benefits can be touted in an area where such damage # > can be argued not to be possible.   N Not when Microsoft and the 8086 will be pitched to "eviscerate the underbelly" of enterprise systems.  H The only way VMS can really compete is if it is spun off into a separateE company (lets call it "Digital" and that company has just one product  platform: VMS.   ------------------------------  % Date: Mon, 10 Jan 2005 00:43:58 -0500 # From: "John Smith" <a@nonymous.com> ( Subject: Re: Microsot kills XP on Itanic, Message-ID: <EqKdnZWXDP-Li3_cRVn-hA@igs.net>   Glenn Everhart wrote:  > Hans Vlems wrote: D >> "David J Dachtera" <djesys.nospam@comcast.net> schreef in bericht( >> news:41E1961C.DB366257@comcast.net... >> >>> John Smith wrote:  >>>  >>>> CJT wrote:  >>>> >>>>> JF Mezei wrote:  >>>>>  >>>>>> John Smith wrote: >>>>>> >>>>>>& >>>>>>> Microsoft nixes XP for ItaniumD >>>>>>> Move seen as final nail in Itanium 2 for workstations coffin >>>>>> >>>>>>@ >>>>>> The article talks as if Microsoft was pulling out of IA64G >>>>>> completely. Another article I read a few days ago mentioned only G >>>>>> the XP professional edition being widthdrawn, and that XP Server  >>>>>> would continue. >>>>>> >>>>> B >>>>> Although I haven't seen the pricing, I suspect XP Server forF >>>>> Itanium is even lower volume and more expensive than the Itanium
 >>>>> 2 chip.  >>>> >>>> >>J http://www.microsoft.com/windowsserver2003/howtobuy/licensing/pricing.mspx >>E >>>> Minimum version on Itanic is the Enterprise version @ $3,999 USD B >>>> list. Datacenter version only available via hardware/software >>>> combination >> >> purchase  >>@ >>>> from companies like HP, Unisys, etc... or other 'qualified' >>>> integrators >> >> at  >> >>>> vastly inflated prices. >>>>G >>>> So on a low-end Itanic, the o/s costs about the same as the server D >>>> and several times the cost of the cpu itself. But on the bright
 >>>> side, >>
 >> viruses >>  >>>> are include free of charge. >>> : >>> ..and/or are freely downloadable, often involuntarily. >>>  >>> -- >> >>D >> Hey, it's their best OS ever, right? Makes you wonder about those >> predesessors....  >> >>C > If there is to be no Windows on Itanium, then for as long as that  > lasts B > it means those who really really want Itanium are more likely to > chooseC > VMS. (The unfortunate addition is something like "yeah...all 3 of 	 > them".)  > F > For VMS to become dominant there, it may be helpful that it need notG > compete against Windows as well as Linux. The real advantage could be A > realized IF someone at HP noticed that they could advertise the  > wonderfulness of VMSF > on Itanium without competing against its offerings on x86 (includingF > AMD64 in x86 here). VMS offers some functional capabilities not wellB > realized on anything else which I would love to see mentioned inE > trade rags and advertisements and one of the inhibiting factors was ' > fear of damaging the Wintel business. G > Well, finally its benefits can be touted in an area where such damage # > can be argued not to be possible.  > C > Once word got out about VMS' robust security, that genie might be 	 > hard to G > put back into the bottle, and perhaps some folks other than 3 or 4 on  > thisD > list would start asking why such a system could not be used on the > iron% > they have. So I might dream anyway.     * You're so romantic when you do that....;-)  D What makes you think that HP will take any of their profits from inkL cartridges and put it to good use advertising VMS? If they did that somebody8 might think that they have two successful product lines.   ------------------------------  % Date: Mon, 10 Jan 2005 00:46:33 -0500 # From: "John Smith" <a@nonymous.com> ( Subject: Re: Microsot kills XP on Itanic, Message-ID: <sP2dnTuEGs8si3_cRVn-1Q@igs.net>   Hans Vlems wrote: C > "David J Dachtera" <djesys.nospam@comcast.net> schreef in bericht ' > news:41E1961C.DB366257@comcast.net...  >> John Smith wrote: >>>  >>> CJT wrote: >>>> JF Mezei wrote: >>>>> John Smith wrote:  >>>>> % >>>>>> Microsoft nixes XP for Itanium C >>>>>> Move seen as final nail in Itanium 2 for workstations coffin  >>>>>  >>>>> ? >>>>> The article talks as if Microsoft was pulling out of IA64 F >>>>> completely. Another article I read a few days ago mentioned onlyF >>>>> the XP professional edition being widthdrawn, and that XP Server >>>>> would continue.  >>>>>  >>>>A >>>> Although I haven't seen the pricing, I suspect XP Server for G >>>> Itanium is even lower volume and more expensive than the Itanium 2 
 >>>> chip. >>>  >>> L > http://www.microsoft.com/windowsserver2003/howtobuy/licensing/pricing.mspx >>> D >>> Minimum version on Itanic is the Enterprise version @ $3,999 USDA >>> list. Datacenter version only available via hardware/software B >>> combination purchase from companies like HP, Unisys, etc... or< >>> other 'qualified' integrators at vastly inflated prices. >>> F >>> So on a low-end Itanic, the o/s costs about the same as the serverC >>> and several times the cost of the cpu itself. But on the bright - >>> side, viruses are include free of charge.  >>9 >> ..and/or are freely downloadable, often involuntarily.  >> >> --  > C > Hey, it's their best OS ever, right? Makes you wonder about those  > predesessors....    L Using anything Microsoft is like hiring an intern for the summer.....you payK them money so they can gain experience and maybe do some small useful thing " along the way - like fetch coffee.   ------------------------------   Date: 9 Jan 2005 22:32:57 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) + Subject: OpenVMS.org runs readership survey 3 Message-ID: <qIziSEclLecf@eisner.encompasserve.org>   D It seems that Ken Farmer is running a test to see if anyone actuallyF reads the OpenVMS.org web site.  I shall thwart him by posting the URL here:   : 	http://www.openvms.org/stories.php?story=05/01/09/5789504   ------------------------------  % Date: Mon, 10 Jan 2005 00:39:20 -0500 # From: "John Smith" <a@nonymous.com> / Subject: Re: OpenVMS.org runs readership survey , Message-ID: <EqKdnZqXDP-Li3_cRVn-hA@igs.net>   Larry Kilgallen wrote:F > It seems that Ken Farmer is running a test to see if anyone actuallyH > reads the OpenVMS.org web site.  I shall thwart him by posting the URL > here:  > ; > http://www.openvms.org/stories.php?story=05/01/09/5789504     H If it wasn't so funny I would have believed it was a legitimate HP press release.   ------------------------------  % Date: Sun, 09 Jan 2005 13:18:00 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 6 Subject: Re: Q: How to have SEARCH match a "null" line' Message-ID: <41E19178.9030902@MMaz.com>    Ken Fairfield wrote:   > I'm taking the output of:  >  > $ Mcr Authorize List/Brief >  > and doing a: > 9 > $ SEARCH SYSUAF.LIS str1,str2/Match=NOR/Out=output-file  > = > This is simplified, and in fact, I manage to also strip off ! > the header line in the process.  > ; > However, the record following the original header line is : > empty.  The above SEARCH command retains it.  I've tried	 > adding:  >  >     " "/Key=(Posi:1,Size:1)  > D > which is how I am able to strip the header line (with /Match=NOR). > I also tried this variant: >  >     ""/Key=(Posi:1,Size:1) > = > which matches _all_ lines _except_ the empty line following ? > the header.  So adding a /Match=NOR dumps everything _except_  > the empty line.  > ? > It looks like I need to do two SEARCHs to accomplish what I'm @ > after, or READ the file after the search and write it back out  > after skipping the empty line. > @ > Can anyone think of a combination of qualifiers & paramters to: > SEARCH that would _select_ the empty line so that adding > /Match=NOR would dump it?   ? NULL as in ASCII Zero (0)?  Have you tried something like this?    $ NULL[0,8] = 0 B $ SEARCH SYSUAF.LIS "''NULL'"/Key=(Posi:1,Size:1) /Out=output-file   Barry    --    < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                              ------------------------------  $ Date: Sun, 9 Jan 2005 16:35:35 -0500: From: "Hein RMS van den Heuvel" <hein@Hewlett-Packard.com>6 Subject: Re: Q: How to have SEARCH match a "null" line, Message-ID: <41e1a3f6$1@usenet01.boi.hp.com>  6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:41E19178.9030902@MMaz.com...  > Ken Fairfield wrote: : D > > However, the record following the original header line is empty.    A > NULL as in ASCII Zero (0)?  Have you tried something like this?  > $ NULL[0,8] = 0 D > $ SEARCH SYSUAF.LIS "''NULL'"/Key=(Posi:1,Size:1) /Out=output-file  - No go. That record is really empty. No bytes. . Just  a forced new line trhough the attribute. Check with dump/record=count=2  I In the FWIW department... when substituting control characters into a dcl D command line, you best chance is to postpone substitution as long as- possible by using the little know & operator. K For example when reading a record froma  fixed length record sequetial file - (indexf.sys ! :-), you can use something like  $key[0,32]=1234  $read/key=&key file record  I Not fool proof but is seems to work 250+ times out of 255  (still problem  with quote's). Hein.    ------------------------------  % Date: Sun, 09 Jan 2005 14:00:22 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: TFTP logging questionB Message-ID: <1105296620.aa52f00a9dcf05a0f30db5bcfbd50109@teranews>    Peter 'EPLAN' LANGSTOEGER wrote:! > You know that ECO4 is current ?   M I have read through ECO4 and it solves none of the problems I have with TCPIP G Services. When I upgraded from eco 0 to 2, it broke more than it fixed. E (TRACEROUTE, IMAP) and it didn't fix any of the problems such as SLIP J interface and DHCPGUI. (I have to use a mixture of the 5.0 DHCPGUI and 5.3L DHCPGUI to set all fields, since the 5.3 version is unable to set the fields containing multiple values.   R > You know that on VAX you are 1-2 TCPIP versions behind (TCPIP V5.5 on VMS V8.2).  G 8.2 is not out. 5.5 not available on vax, nor is 5,.4 available on vax.   F > Why can someone get to your TFTP server through your router at all ?& > Don't map ports which you don't use.  N I have a default host for unmapped ports. I could block port 69. Thing is thatI I hadn't realised it was UDP and thus was unaware that connection attemps  wouldn't be logged.   H > >The doc doesn't seem to indicate there are any logicals to trace TFTP > >activity. (is there ?)  > ) > Have you checked for TCPIP$TFTP_TRACE ?   N The documentation does not make any mention of this logical. I guess I'll haveH to dig through the binary image to see if it has any references to this.    L > I assumed that the logical TCPIP$TFTP_ROOT means, one can only access this > tree,     M Nop. The documentation is quite specific on this. A remote user can provide a N fully qualified file name and access that file anywhere on the system providedN the file is world readable. Similarly, one can deposit a file in any directoryP on the system that is world writable (the TCPIP$TFTP username has no privileges)   ------------------------------  $ Date: Sun, 9 Jan 2005 14:57:50 -0500$ From: "Chris" <an.other@not_here.ca>6 Subject: Re: VAXstation 3100: supported under VMS 7.3?8 Message-ID: <11gEd.1251$b64.79006@news20.bellglobal.com>  C Just a question.  If the 3100 is no longer supported under 7.3, and : CHARON/VAX emulates a 3100, does that mean...............?    L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:crippk$bgo$1@online.de... F > I had a look at the SPD for 7.3-2 ALPHA and 7.3 VAX.  In the list ofI > supported systems, I didn't find the VAXstation 3100.  I don't think it I > was already retired in a previous version of VMS.  Is this an oversight F > in the SPD?  Is the VAXstation 3100 still supported under 7.3?  What > about 8.2? >    ------------------------------  % Date: Sun, 09 Jan 2005 14:34:47 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>6 Subject: Re: VAXstation 3100: supported under VMS 7.3?+ Message-ID: <41E19567.57B6887B@comcast.net>    Chris wrote: > E > Just a question.  If the 3100 is no longer supported under 7.3, and < > CHARON/VAX emulates a 3100, does that mean...............?  9 I think a better understanding of "supported" would help.   E In this context, it's probably safe to say that VMS does not take out E code that supports older processors. It is likely more correct to say F that the newer build environments may not provide complete support for< the instruction set variations unique to a specific VAX CPU.  G That said, it is very likely that even the newest VMS for VAX will boot D and run with no issues on some older hardware not listed as officialG "supported" (that is, issues found will be diagnosed and fixed). If you ! have any issues, though, Y.O.Y.O.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sun, 09 Jan 2005 19:13:31 -0500 " From: Glenn Everhart <gce@gce.com>Y Subject: Re: Writing drivers for USB devices ?, was: Re: What's the state of USB of USBof , Message-ID: <Ce-dnSmiWuBdVHzcRVn-uw@rcn.net>  = If it gets done, ought to be easy to take the code I did that D accesses disks using io$_diagnose and access USB instead. That wouldD give a way to access anything on USB that looked like a disk even ifA it were too weird somewhere to work with a generic disk solution.    Very good idea.    Glenn Everhart     Forrest Kenney wrote: @ > 	It would not ship until V8.3 if it gets approved, and I have H > time to do it for V8.3.  There are two big if's there USB is only one  > part of my job.  >  > 	 > Forrest  >  >  > Simon Clubley wrote: > W >>In article <41DC30F5.C3E8CD38@hp.com>, Forrest Kenney <Forrest.Kenney@hp.com> writes:  >>C >>>      At the present time there are no plans to document the USB C >>>driver stack or provide a way to customers to write a USB device C >>>driver.  It a choice between having time to actively develop and @ >>>maintain the code base or get all the pieces into the kit andJ >>>documentation developed.  Right now adding USB 2.0 and fixing bugs have >>>a higher priority.  >>> D >>>      To fully document writing a USB device driver would requireJ >>>chapters for the HID support driver, the USB support driver, the driverJ >>>interface to the USB Configuration manager process, and the HUB driver. >>> G >>>      What might happen is a driver for the USB space something like F >>>GK driver for SCSI.  It would allow support of USB devices that areH >>>not part of the HID device class without writing a driver.  You couldG >>>easily control many USB device that way.  I am working on a proposal G >>>for doing this at the present time and will present it to management E >>>for approval.  No promises there is more USB stuff to work on than H >>>I have time to get done.   Writing a and documenting a single genericE >>>USB driver would be much simpler than documenting all the stuff to $ >>>write a random USB device driver. >>>  >> >>Thanks for the feedback. >>H >>If you cannot document the full USB infrastructure and add support forI >>general customer written USB device drivers, then having something like G >>the GK driver could still be useful in some cases, so I for one would  >>look forward to seeing that. >>L >>If you obtain management approval, do you have any ideas how long it would- >>be before we see a GK type driver for USB ?  >> >>Thanks for any information,  >> >>Simon. >> >>--= >>Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP 9 >>Microsoft: The Standard Oil Company of the 21st century    ------------------------------  $ Date: Sun, 9 Jan 2005 19:11:38 -00006 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>Y Subject: Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error  defining it 6 Message-ID: <41e181ed$0$14271$db0fefd9@news.zen.co.uk>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message< news:1105296928.c320d3c0c349f3442c8d6b3da5dc63c2@teranews... > Re: SE0 not working. > L > Doesn't the name of the main interface vary from system to system ?  Or is SE0 J > standard interface name across all VAXes despite the underlying ethernet > device name varying ?   B You previously asked this question and I replied in some detail on 27-AUG-2004.  
 See below.   Alex   http://groups.google.co.uk/groups?q=Two+IPs+on+same+NIC+%2Bse&hl=en&lr=&group=comp.os.vms&selm=412f839e%240%246173%24db0fefd9%40news.zen.co.uk&rnum=1   C > I believe that this varies from machine to machine (the naming of  > interfaces). <SNIP>   The mapping tables include....  @ XE:DE XQ:QE ES:SE ET:NE EX:XE EF:FE EZ:ZE EC:CE ER:RE EW:WE EB:BI E EI:IE LL:LE FC:CF FX:FF FA:AF FW:WF FR:RF FQ:QF CL:IF EL:LF IC:CT IR:RT     EC TurboChannel Ethernet Adapter% XE DELUA/DENUA-class Ethernet Adapter  EF KFE52 Ethernet Adapter  LL LAN Failover Device ET DEBNA-Class Ethernet Adapter % XQ DELQA/DEQNA-Class Ethernet Adapter  ER EISA bus Ethernet Adapter ES DESVA-Class Ethernet Adapter  EX DEMNA-Class Ethernet Adapter ) EZ Second Generation Ethernet Chip (SGEC)  EW PCI bus Ethernet Adapter  EO 3Com Etherlink III Adapter  EB Shared Memory LAN EI Fast Ethernet - I82558  FW DEFPA PCI bus FDDI Adapter $ FA FA-Class (FutureBus) FDDI Adapter" FC DEFZA TurboChannel FDDI Adapter FX DEMFA-Class FDDI Adapter  FR EISA bus FDDI Adapter FQ DEFQA QBUS FDDI Interface CL ATM Classical IP  EL ATM Emulated LAN  IC DETRA Token Ring Adapter  IR DW300 Token Ring Adapter # SL SLIP/CSLIP Serial Line Interface 0 PP Point to Point Protocol Serial Line Interface   Alex   ------------------------------  % Date: Sun, 09 Jan 2005 13:18:00 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>Y Subject: Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn D Message-ID: <craigberry-AB0299.13175909012005@news.isp.giganews.com>  = In article <73330236.0501090634.3490c0ee@posting.google.com>, &  tillmanj@gmail.com (Tillman J) wrote:    - > Some other infomation that might be useful:  >  > $ sho dev e /full F > Device ESA0:, device type unknown, is online, network device, device > is a >    template only.   H If the device type for ESA0 is unknown, that could be your problem.  Do E you know what the networking card is and that it's supported on VMS?   What do you get from  " $ mcr lancp show device/param esa0  	 > $ tcpip  > TCPIP> show interface   6 $ TCPIP SHOW INTERFACE/FULL  will give you a bit more.   ------------------------------  % Date: Sun, 09 Jan 2005 14:05:36 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn B Message-ID: <1105296928.c320d3c0c349f3442c8d6b3da5dc63c2@teranews>   Re: SE0 not working.  N Doesn't the name of the main interface vary from system to system ?  Or is SE0H standard interface name across all VAXes despite the underlying ethernet device name varying ?    ------------------------------   End of INFO-VAX 2005.019 ************************