1 INFO-VAX	Sat, 05 Aug 2006	Volume 2006 : Issue 432       Contents:3 Re: "mount /foreign dva0:" much slower in VMS V8.2? + Re: ANN: HTNotes - a web interface to NOTES  Re: Apache in COLPG state  Re: Apache in COLPG state  Re: Apache in COLPG state P Re: IP transport for PHONE (was: Re: strange problem: satellite won't boot) boot& Re: JAVA: The minimum you need to know Re: Linux on military aircraft RE: Linux on military aircraft Re: Linux on military aircraft Re: Linux on military aircraft Re: Linux on military aircraft MX%"           send mail on VMS ; Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09) ; Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09) ; Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09) ; Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09) ; Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09) ; Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09) % Re: PIPE redirection as stream file ?  Re: Speaking of Clusters:  Re: Speaking of Clusters: ) Re: strange problem: satellite won't boot  Re: USB numeric keypad anyone?2 VMS>7.3 Linker Manual - I64 Short Data restriction Re: WASD Problems  Re: WASD Problems " Re: XP1000 USB port working in VMS  F ----------------------------------------------------------------------  # Date: Fri, 04 Aug 2006 18:53:44 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>< Subject: Re: "mount /foreign dva0:" much slower in VMS V8.2?2 Message-ID: <YIMAg.1582$Br1.1245@news.cpqcorp.net>   briggs@encompasserve.org wrote: c > In article <KaLAg.1567$Bp1.1347@news.cpqcorp.net>, Hoff Hoffman <hoff-remove-this@hp.com> writes:  >> Steven M. Schweda wrote: F >>>    This came up recently in the ITRC forum, and I was wondering ifK >>> anyone else thought that it was an "enhancement" (rather than a "bug"), 8 >>> or had a more detailed justification for the change.I >>    Some of the updated search algorithms make the mounting of certain  K >> (slow) media slower, or so I've noticed -- IIRC, these were updates for    >> searching for the home block. ... F > But shouldn't we have a way to say "it's not labelled -- just do the) > PACKACK and give me a mounted volume"?    H    That's not the way that MOUNT has worked; the volume label (when one B is present) has to come from somewhere, after all.  Now you could D certainly argue the case that there should be no search for this or F otherwise some mechanism for not touching the volume, but there is no G present capability here.  (I'd like to have a way to load an arbitrary  ; or a driver-specified ACP for an arbitrary device, myself.)   I    And at the risk of stating the (hopefully) obvious, if I'd have had a  I workaround or an applicable control knob (one that I knew of) that would  G speed the performance of the MOUNT operation here, I'd have posted it.   (Sorry.)  G    I can and will forward a pointer to this thread along to one of the  ? engineers that works in the area of the volume mount operation.    ------------------------------   Date: 4 Aug 2006 18:32:43 -0500 ? From: burley.not-this@encompasserve-or-this.org (Graham Burley) 4 Subject: Re: ANN: HTNotes - a web interface to NOTES3 Message-ID: <VtlA0Uf2ESAU@eisner.encompasserve.org>   u In article <wUNhvj+qn8NI@eisner.encompasserve.org>, burley.not-this@encompasserve-or-this.org (Graham Burley) writes:   K > HTNotes is available as a *beta* for use with WASD or OSU web servers at:  > ( > 	http://www.encompasserve.org/~burley/  E I started looking at how to get HTNotes running with SWS and realised B that using the OSU scripting module was a no-brainer, instructions can be had at:  8 	http://www.encompasserve.org/~burley/htnotes_guide.html    E (HTNotes is a web interface to the classic NOTES conferencing system)    ------------------------------  % Date: Fri, 04 Aug 2006 13:34:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: Apache in COLPG state, Message-ID: <44D38530.283FE100@teksavvy.com>   issinoho wrote: N > I'm tearing my hair out on this one. Will VMS let me re-apply the latest ECO > patches? I could try that.    C You seem to be able to reproduce this easily. Perhaps you should be F looking at which web requests  make a process go into COLPG state.  IsC it always for the same page ?  If you do a SHOW DEV/FILES/NOSYS and D search for the process ID that is in COPLPG state, do you see which 1 content page is being accessed by that process ?    E Is it a huge file ? Is it possible that this file is installed or has  global buffers ?  1 Or is it a script that executes in that process ?     6 (to list the files opened by a process, you can either  
 ANA/SYSTEM SET PROC/ID=xxxxxx SHOW PROC/CHANNELS   or  ? PIPE SHOW DEV/FILES/NOSYS disk: | search sys$input  xxxxxxxxx     5 (where xxxxxx is the process id of the COLPG process)    --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------   Date: 4 Aug 2006 11:19:06 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> " Subject: Re: Apache in COLPG stateC Message-ID: <1154715546.512281.223690@m73g2000cwd.googlegroups.com>   	 issinoho,   
 $ ANAL/SYS SDA> READ SYSDEF  D just read the SYSDEF.STB file. Try this on any working OpenVMS AlphaE (or I64) system. It comes back with the SDA prompt within a second or  less.   D If it hangs on your system, if the COLPG situation exists, it may beE another symptom of the problem ! What state would your process runing @ SDA be in, if it hangs ? Also COLPG or PFW ? Maybe there is someF problem reading from the system disk or reading/writing to any of your page files ?  G It would be a good idea to force a crash at this point and more closely * examine the hanging processes in the dump.   Volker.    ------------------------------  % Date: Fri, 04 Aug 2006 14:24:51 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: Apache in COLPG state, Message-ID: <44D390EA.51F7D955@teksavvy.com>  - What does SHOW ERROR show ? Any disk errors ?   F does ANA/DISK on your system disk (or the disk where your page file is located) reveal any problems ?   ------------------------------  # Date: Fri, 04 Aug 2006 21:37:10 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>Y Subject: Re: IP transport for PHONE (was: Re: strange problem: satellite won't boot) boot 1 Message-ID: <a6PAg.1600$ms1.122@news.cpqcorp.net>   / Phillip Helbig---remove CLOTHES to reply wrote: / > any chance that PHONE will get IP capability?   ;    Not for the OpenVMS release lining up after V8.3, AFAIK.   E    Do you want PHONE over IP, or would something more akin to an IRC  $ client fit your requirements better?  @    An IP-based PHONE transport (or an integrated IRC client) is C certainly fodder for a formal product enhancement request -- and I  I assume you are aware it already operates over IP with DECnet-Plus around.    ------------------------------  $ Date: Fri, 4 Aug 2006 18:59:21 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> / Subject: Re: JAVA: The minimum you need to know < Message-ID: <44d3d038$0$24180$9a6e19ea@news.newshosting.com>  ' <n.rieck@sympatico.ca> wrote in message = news:1153142643.115129.104030@h48g2000cwc.googlegroups.com...  > I > A limited edition run of "Java on OpenVMS" is now available from Island  > Computers. >  > Info: @ > http://www.logikalsolutions.com/logikalsolutions_products.html >  > Order:< > https://www.icusc.com/NOV21_WEBSTORE.asp?search_fd2=*JAVA* >    Folks.  L I've just received two copies of "The Minimum You Need to Know About Java onE OpenVMS". I haven't read anything yet but it looks like its worth the D purchase price. I've posted a few book details at the following URL:  U http://www3.sympatico.ca/n.rieck/links/cool_openvms.html#TMYNTK-About-Java-on-OpenVMS   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html9 http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------  % Date: Fri, 04 Aug 2006 19:41:45 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> ' Subject: Re: Linux on military aircraft = Message-ID: <44d386c0$0$67256$157c6196@dreader2.cybercity.dk>    Dave Froble wrote: > Karsten Nyblad wrote:  >> John Santos wrote: / >>>   Also, on Linux and Windows there are many J >>>> good guys that hunt security bugs.  In the short term these guys are J >>>> a pain because they discover bugs that must be fixed and the patches E >>>> must installed by the users.  In the long term it might lead to  J >>>> these two platforms becoming more secure than platform without white  >>>> hat security bug hunters. >>> K >>> For Linux, they probably are making progress...  For Windows, it's like ( >>> emptying the sea with a bucket.  :-) >>A >> Don't be so sure about Windows.  M$ know that they have to do  I >> something about security, and so they will tighten security.  It will  I >> be difficult for them, because they can't get tight security and keep  J >> Windows backwards compatible.  I doubt Vista will be tight enough, but 1 >> there will be versions of Windows after Vista.  >  > Oh shit!  Here we go again.  > / > It used to be "wait until NT is good enough".  > % > Now it's "wait until NT is secure".  >  > Why do we have to wait?  > ; > How can we be sure waiting will cause the desired effect?  > J > You got a problem with using something that has 'it' now?  Has had 'it'  > for quite some time? > E > Next time you purchase an automobile, be sure to get one with some  I > defects, such as no gas tank, and then you can 'WAIT' until a gas tank   > is available.  > J > Has waiting been enough to have NT good enough for enterprise computing? > : > What makes you think waiting will cause it to be secure? > I ????? What makes you think I am waiting for Windows being secure enough?  F   I am a computer geek, and I hate that platform because it is poorly G documented and is difficult to troubleshoot.   And I have no intention  D of using that platform, if I can get away with not doing it.  A few I years ago people said that they could avoid problems by using Mozilla or  A Firefox.  Now the same problems the problems that tarnish IE are  E starting to show up up Firefox.  The same thing can easily happen to  5 VMS--in particular if it becomes popular for E-trade.    ------------------------------  $ Date: Fri, 4 Aug 2006 14:56:22 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> ' Subject: RE: Linux on military aircraft T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B86840182C2EC@tayexc19.americas.cpqcorp.net>   > -----Original Message-----3 > From: Dave Froble [mailto:davef@tsoft-inc.com]=20  > Sent: August 4, 2006 1:03 PM > To: Info-VAX@Mvb.Saic.Com ) > Subject: Re: Linux on military aircraft  >=20 > Main, Kerry wrote: > >=20 > >> -----Original Message----- J > >> From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]=20! > >> Sent: August 4, 2006 9:34 AM  > >> To: Info-VAX@Mvb.Saic.Com, > >> Subject: Re: Linux on military aircraft > >>= > >> In article <44D23742.42C7318A@teksavvy.com>, JF Mezei=20 + > >> <jfmezei.spamnot@teksavvy.com> writes: E > >>> There are many businesses where even the reboot downtime is not D > >>> acceptable.  (or must be done at 03:00am on a sunday morning). > >>> D > >>    I know from another contractor of commercial systems that=20 > >> are allowedE > >>    to be down 20 minutes per year.  I don't know what kind of=20  > >> computers> > >>    they use, but if were my problem, I know what I'd use. > >>C > >>    It's an international organization and the closest thing=20  > >> they have to D > >>    an international holiday is Christmas, so that's when the=20 > >> 20 minutes  > >>    get scheduled. > >>A > >>    3:00am Sunday at the site is Sunday afternoon at other=20  > >> sites.  24x365  > >>    operations are normal. > >> > >=20 > >=20E > > Yep - at a large Telecom company who also had a big Semiconductor ? > > mfg'ing facility, they stated their down time was in the=20  > order of CADB > > $700K / hour. Essentially the cost of a batch of wafers not=20
 > produced or G > > having to be thrown out. Since it is 24x7, any hr lost is 1 hr lost B > > yearly production. The company semi division has since been=20 > sold, so I$ > > am not sure what happened to it. > >=20@ > > Try talking to the business unit about taking the primary=20
 > system down B > > for a few hours anytime during the year and they would look=20 > at you as if; > > you stepped out from a space craft from another planet.  > >=20F > > Unfortunately they needed to upgrade as their capacity was quickly > > getting max'ed out.=20 > >=20F > > We spent approx 4 months planning for 1 hour of downtime. The hourD > > chosen was actually interesting - noon on a specific Thurs. TheyA > > reasoned that was when many on the floor went to lunch and=20  > if somethingG > > did go wrong, all the right players would be right there to address  > > anything that was required.  > >=20( > > So what happened during that 1 hour? > >=20> > > - systems were upgraded from older Alpha 4100's to GS60's.3 > > - network converted from FDDI to 100Mb ethernet . > > - OS upgraded from VMS V7.2-1 to V7.3-1=20= > > - migrated the storage from older HSJ40/50's to newer,=20  > faster HSJ80's.  > >=20 > > Not bad eh?  >=20 > Don't know.  Maybe.  >=20I > While you probably had more to consider than you've written, I think=20 H > that I'd enjoy the challenge of doing that with zero downtime.  Not=20; > saying it would be possible, but as you mentioned, new=20  > systems could be=20 J > added to the cluster and phased into production while the old systems=209 > were still running.  (I'm assuming that periodically=20  > applications are at=209 > some type of starting point.)  Disks could be added,=20  > shadowed/mirrored,=20 " > and old ones then taken offline. >=20  F You are correct that this might have been done with zero downtime, butC the application was active-passive i.e. major parts only ran on one ( server at a time, hence reboot required.  F They were planning to work with their ISV to get it active-active, but that was a futures thing.   C As I recall, Ed Wilts entered a response here awhile ago where they 7 moved to an entire new data center with zero down time.    Ed - is this correct?      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: 4 Aug 2006 13:13:21 -0700 - From: "Doug Phillips" <dphill46@netscape.net> ' Subject: Re: Linux on military aircraft C Message-ID: <1154722401.614967.254660@m73g2000cwd.googlegroups.com>    JF Mezei wrote:  > Doug Phillips wrote:5 > > This is from the first article link I referenced:  > >  > > ##G > > Pilots flying the bat-winged B-2 bombers over Iraq received targets D > > from mission planners on the ground via e-mail. It's not exactlyJ > > America Online. Each encrypted message bounced off military satellitesI > > before popping up in their onboard laptops' Microsoft Outlook in-box.  > > ## >  > J > If they are using the same type of system as NASA is using to send stuffH > to the space station or Shuttle, then it requires that the pilot firstI > shut down outlook to close the files, and the remote people deposit new I > email files/indexes into his laptop's hard drive (via the MS equivalent H > of NFS), and then send a voice message to the pilot telling him he can3 > open outlook and find new messages in his laptop.  >   & I believe it is *not* the same system.  H > While this works OK in the slow motion environment of shuttle or spaceT > station, I really doubt this would be workable in live high speed combat missions. > I > It is possible however that the data is loaded onto the laptop prior to F > taking off giving the pilot instructions on his mission. But i doubtD > that this is something that would be done "live" seconds before heJ > reaches a target. First, it is too slow and more important, requires way  > too much attention from pilot. >   # More than one person crews the B-2.    > C > Note: Outlook is not a server. Someone cannot SEND information to H > Outlook.  You either deposit files while outlook is closed, or you get( > outlook to connect to a remote server. >   B Based on information available to the public, the design is pretty@ obvious. On mission, the B-2 does not emit EM. All data normally@ available via on-board EM emitting sensors are provided by otherD supporting platforms (aircraft, satellites, ships, ground stations.)  D Communcation to the B-2 is via ultra-secure satellite channel. SinceG the B-2 isn't sending anything, no one else can tell which channels are F being used. The B-2's mission is to deliver weapons to the target, andF that target can change mid-mission. Sending target data directly to anG automated tactical navigation system is risky because the system cannot E acknowledge receipt. So, there would need to be a manual verification 5 step requiring a crewman to authenticate the command.   C That level of complexity is not needed. Find a way to give the crew G instructions in a direct and easily verifiable way. Voice communication C can be misunderstood, and there's no way to acknowledge and confirm E receipt. (Pete: "Hey Joe, did they say November Bravo or Tango? There G was some interference." Joe: "Sorry, I was running a checklist. I guess B we could flip a coin, but I think November Tango would put us over
 Redmond." ;-)   F We need some sort of text delivery system that will be unambiguous andC direct. The crew has been highly trained and there is more than one E person on-board that can read and confirm the command if needed. What D off-the-shelf package could we take and wrap up in a secure blanket?C Something that our guys won't have to spend a lot of time learning?   F Private e-mail over a secure channel isn't that difficult. Control canC post a communication that the B-2 receives within milliseconds. AFA C Outlook not being a server, can't you think of more than one way to " make instant communication happen?  A How would you design a communication system for a stealth bomber?      Some Background:  F Early comm to "quiet" aircraft was done by periodic broadcast of codedE voice messages into the blind. Some messages meant something and some E didn't. The messages were sent with verification codes that were used  to decrypt the message.   E Later, encrypted ground-to-air teletype was used to send information.   = Later, advancements in computer tech brought the use of (very % expensive) purpose-built comm system.   > Now, if something exists that will do the job, why not use it?  G If you say "because there are all kinds of security patches and bugs in : the product", then you must continue to seek understanding' (grasshopper. Sorry, couldn't resist;-)    ------------------------------  $ Date: Fri, 4 Aug 2006 17:14:08 -0400/ From: "William Webb" <william.w.webb@gmail.com> ' Subject: Re: Linux on military aircraft I Message-ID: <8660a3a10608041414s36dd2c80qca53551130c65459@mail.gmail.com>   1 On 8/4/06, Main, Kerry <Kerry.Main@hp.com> wrote:  >   [ snip - I hope I got it right ] > H > You are correct that this might have been done with zero downtime, butE > the application was active-passive i.e. major parts only ran on one * > server at a time, hence reboot required. > H > They were planning to work with their ISV to get it active-active, but > that was a futures thing.  > E > As I recall, Ed Wilts entered a response here awhile ago where they 9 > moved to an entire new data center with zero down time.  >  > Ed - is this correct?  >  > 	 > Regards  >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > kerryDOTmainAThpDOTcom > (remove the DOT's and AT)  > 6 > OpenVMS - the secure, multi-site OS that just works. >   > I'm not Ed, but I do recall the story about a cluster that wasC relocated in the Netherlands (Amsterdam Police, perhaps?) with zero 	 downtime.    WWWebb   --   I'm job-hunting, folks. < Any leads or referrals would be most gratefully appreciated.1 Unsolicited commercial email, however, would not.    ------------------------------  % Date: Fri, 04 Aug 2006 17:49:09 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ' Subject: Re: Linux on military aircraft : Message-ID: <Qt2dnUFOlZ1KXU7ZnZ2dnUVZ_qOdnZ2d@comcast.com>   William Webb wrote:   3 > On 8/4/06, Main, Kerry <Kerry.Main@hp.com> wrote:  >  >>" > [ snip - I hope I got it right ] >  >>I >> You are correct that this might have been done with zero downtime, but F >> the application was active-passive i.e. major parts only ran on one+ >> server at a time, hence reboot required.  >>I >> They were planning to work with their ISV to get it active-active, but  >> that was a futures thing. >>F >> As I recall, Ed Wilts entered a response here awhile ago where they: >> moved to an entire new data center with zero down time. >> >> Ed - is this correct? >> >>
 >> Regards >>
 >> Kerry Main  <snip> > @ > I'm not Ed, but I do recall the story about a cluster that wasE > relocated in the Netherlands (Amsterdam Police, perhaps?) with zero  > downtime.   G I, also, recall a story from many years ago in which a VMS cluster was  D moved.  Not only was there no downtime, but the users were not even  aware that it was being moved!   ------------------------------  % Date: Fri, 04 Aug 2006 15:00:41 -0400 + From: Chuck Aaron <caaron@ceris.purdue.edu> ( Subject: MX%"           send mail on VMS5 Message-ID: <eb05fk$hs2$1@mailhub227.itcs.purdue.edu>   G If anyone uses the mx exchange mail vs mx054 or close, can you tell me   why I am unable to send out G messages based on the following? The command I am entering in my mail,  % send is: mx%"caaron@ceris.purdue.edu" , and then type in a testing message and send.   thanks in advance, chuck   ; From:   MX%"Postmaster@baberuth"  "MX Mail Delivery System"  To:     MX%"aaron@baberuth"  CC: $ Subj:   Delivery status notification   Return-Path: <> 3 From: MX Mail Delivery System <Postmaster@baberuth>  To: aaron@baberuth$ Date: Fri, 4 Aug 2006 14:54:41 -0400% Subject: Delivery status notification  MIME-Version: 1.0 < Content-Type: multipart/report; report-type=delivery-status;               ? boundary="=_Hs2Bbn2/6y.mDBlXBW3'smLM+/nDySBbntRrmYgtHn1.KHj4mQ"   6 --=_Hs2Bbn2/6y.mDBlXBW3'smLM+/nDySBbntRrmYgtHn1.KHj4mQ Content-Type: text/plain  8 This is a report on the delivery status of your message.  .   Message-ID:  <00A59B5E.6060AA04.11@baberuth>   Subject:     test      --Failed delivery to:    Address: nmasters@purdue.edu5   Status:  action not taken: mailbox name not allowed   6 --=_Hs2Bbn2/6y.mDBlXBW3'smLM+/nDySBbntRrmYgtHn1.KHj4mQ   Press RETURN for more...   MAIL>    ------------------------------  % Date: Fri, 04 Aug 2006 20:13:16 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> D Subject: Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09)= Message-ID: <44d38e24$0$60783$157c6196@dreader1.cybercity.dk>    JF Mezei wrote:  > Karsten Nyblad wrote: E >> Intel can keep Itanic alive but not well on a rather small budget.  > E > HP can keep Alpha alive and well on a smaller budget and retain its 6 > installed base without losing that 30% of customers.  F HP will have a hard time getting first class people for keeping Alpha F alive.  Compaq and HP had first class before the Alphacide, but those E people will not be easy to lure back for a time limited project.  It  H will take a considerably period of time simply to restart production of H Alpha and even more time if EV8 or a multi core version of EV7 is going F to be produced.  Face it.  Alpha is so dead that it cannot be revived. >  >>  TheyJ >> can simply put more cores and more cache on each chip while raising the5 >> clock frequency, but without designing new cores.   > E > Which is what they have already been doing, and reducing/delaying a + > number of new features in each iteration.  > H > Do you really want VMS to be stuck on a chip that is consistently lateI > to market compared to the competition ? When you consider that the last I > remaining market that VMS is allowed to play in is the high performance F > once, having VMS confined to a chip that is inferior to IBM's and inD > some respects, inferior to Sun's doesn't exactly give VMS a boost. > I It might be the lesser evil.  In hindsight it is easy to see that Compaq  H should have waited for AMD64 before killing Alpha.  They did not, and I < am not sure VMS will survive yet another change of platform.   ------------------------------  % Date: Fri, 04 Aug 2006 14:23:23 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> D Subject: Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09), Message-ID: <44D39092.D2B8B908@teksavvy.com>   Karsten Nyblad wrote: I > will take a considerably period of time simply to restart production of I > Alpha and even more time if EV8 or a multi core version of EV7 is going H > to be produced.  Face it.  Alpha is so dead that it cannot be revived.    D Nobody is talking about restarting Alpha development. But people areB talking about extending the life of current alpha by just orderingF another back of chips from some fab (intel, IBM or whoevere else wantsG the business) and continuing to sell Alpha systems for at least another ; year until HP makes it long term platform decisions public.   E At this point in time, there is no hope of growing VMS, and the focus C should be on retaining as much of teh customer base as possible and F delaying the predicted loss of 30% of the customer base for as long asI possible in the hopes that a port to a viable platform is announced SOON.     ? VMS has already sufffered due to the Palmer era, as well as the H alphacide. So another 30% loss of the remaining customer base because of1 the forced migration to IA64 cannot be good news.   F You are never going to get SAP back on VMS if the only decisions takenH by HP are those which further reduce the installed base. The decision toE stay on IA64 will significantly reduce the customer base for VMS. VMS & can ill afford yet another downsizing.   ------------------------------  % Date: Fri, 04 Aug 2006 21:14:39 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> D Subject: Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09)= Message-ID: <44d39c86$0$67259$157c6196@dreader2.cybercity.dk>    JF Mezei wrote: F > Nobody is talking about restarting Alpha development. But people areD > talking about extending the life of current alpha by just orderingH > another back of chips from some fab (intel, IBM or whoevere else wantsI > the business) and continuing to sell Alpha systems for at least another = > year until HP makes it long term platform decisions public.   F As far as I remember, the masks were crushed after the last Alpha was H made.  Thus new masks would have to be made.  And two foundry companies I may both have a 130nm process, but you should not count on simply moving  D the masks from one foundry to an other.  The design will have to be C adjusted if moved to a new foundry.  HP would have to get the same  F foundry that produced the Alphas to produce the new Alphas.  Further, L that foundry had better be capable of still producing using the old process.   ------------------------------   Date: 4 Aug 2006 19:01:49 GMT  From: healyzh@aracnet.com D Subject: Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09), Message-ID: <eb05it02l5m@enews1.newsguy.com>  . JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: > Dave Froble wrote:L > > you're full of shit.  I've NEVER seen anyone write or say that "VMS willK > > not survive the death of IA64".  I don't think you have seen that claim  > > from HP either.   F > What does "there are no plans to port VMS" mean to you ?????????????  K It means that there is no plan to discontinue Itanium.  Or are you claiming G since there are no plans to port MS Windows to something other than x86 L based systems that MS Windows is a dead platform.  By your definition NetBSD* must be the only thriving viable platform.  G > If VMS' survival were assured, you'd see statements such as "should a F > new platform come along that is better, we would certaintly consider@ > porting VMS to it". instead of "we have no plans to port VMS".  D What a crock, do you see any other Commercial OS vendors making suchI statements?  Or was this load of tripe your way of admitting that you're   full of it?   E When was the last time you posted something constructive, rather than > spewing falsehoods mixed with slanderous misrepresentations?     		Zane   ------------------------------  % Date: Fri, 04 Aug 2006 14:54:57 -0700 , From: Ken Fairfield <my.full.name@intel.com>D Subject: Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09)& Message-ID: <44D3C231.60903@intel.com>  & On 8/3/2006 6:09 PM, Tom Linden wrote:G > On Thu, 03 Aug 2006 16:10:48 -0700, Dr. Dweeb <spam@dweeb.net> wrote:  >  >> Tom Linden wrote:4 >>> On Wed, 02 Aug 2006 16:55:18 -0700, Keith Parris) >>> <keithparris_NOSPAM@yahoo.com> wrote:  >>>  >>>> Neil Rieck wrote:C >>>>> I wonder if OpenVMS on Alpha is used to manufacture Itaniums?  >>>>@ >>>> I had the pleasure of working at an Intel site in 2003 on aI >>>> consulting assignment and they were most definitely using OpenVMS on G >>>> Alpha to run the fab, having completed a successful migration from  >>>> VAX to Alpha. >>> D >>> Do you recall what the source language of their application was? >>J >> Was it not COBOL/DBMS - Consillium or some similar name was the package >> IIRC? >> > Consillium was PL/I   F But Workstream (Comets) is COBOL/DBMS.  Used to be (or originally was)> a Consillium product, now owned by AMAT if I'm not mistaken...       -Ken --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------   Date: 4 Aug 2006 21:51:14 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) D Subject: Re: OpenVMS, Alpha still rule roost in Intel fabs (2005-09)3 Message-ID: <hxiVEiYj6Bda@eisner.encompasserve.org>   U In article <44D3C231.60903@intel.com>, Ken Fairfield <my.full.name@intel.com> writes:   H > But Workstream (Comets) is COBOL/DBMS.  Used to be (or originally was)@ > a Consillium product, now owned by AMAT if I'm not mistaken...  A You are correct, for values of AMAT equal to "Applied Materials".    ------------------------------  % Date: Fri, 04 Aug 2006 13:36:59 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>. Subject: Re: PIPE redirection as stream file ?@ Message-ID: <craigberry-121B2C.13365904082006@free.teranews.com>  2 In article <06080410513844_2027368D@antinode.org>,,  sms@antinode.org (Steven M. Schweda) wrote:  E >    This may have been mentioned before, so I apologize for any time 	 > wasted.  > H >    I see in the "HP OpenVMS Version 8.2 New Features and Documentation > Overview" P > ("http://h71000.www7.hp.com/doc/82FINAL/6675/6675pro_002.html#crtl_unix_pipe_s > ec")H > that there's a new C RTL feature switch, DECC$STREAM_PIPE, which seems5 > to be (at least vaguely) related to this complaint.  > H >    Could a new SET PROCESS qualifier ("/[NO]STREAM_PIPE"?) be added toI > get this sort of behavior in a more general DCL context?  (Or would too ' > much of the OS need to be rewritten?)   E It's a similar but unrelated issue.  The CRTL's pipes use mailboxes,  G which are fundamentally record-oriented devices but can be made to act  E more streamish (if that's a word) by setting the IO$M_STREAM flag at  D the $QIO level, or, for programs using the standard C library, the   feature logical you mention.  D DCL pipes use their own special driver, which as I understand it is C stream-oriented.  The problem here is not the driver, but that DCL  H always opens files as VFC.  Your question is a valid one, but I suspect D having DCL do a different type of open for the PIPE command without . breaking a lot of things could be challenging.   --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  % Date: Fri, 04 Aug 2006 14:08:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: Speaking of Clusters:+ Message-ID: <44D38D06.68D3725@teksavvy.com>    Paul Sture wrote: G > Banks _do_ have windows when certain functions go offline, mainly for K > housekeeping  purposes, but sometimes for what appear to be glitches too.   @ Actually, they are well planned downtimes. Since they run on IBMH mainframes, they have to have downtime. But banks have decided that theyF are not "really" open for business on weekends, so it is "ok" for them' to delay transactions during that time.   D However, if you look at certain operations within a bank (outside ofH normal banking), large international banks do have some departments withH systems that are required to be up 7/24 (currency trading for instance).  D However, the larger the bank, the greater the odds that it will haveF separate offices and IT infrastructure around the world, so they mightH be able to afford to bring down london's computers because the hong kongL ones are still up and those are the ones being used during that time of day.    F >  From experience, in the early hours or at weekends I have sometimesD > found that an ATM might have several of the menu options listed as > unavailable.  F Yep. it is called "offline banking" and this varies from bank to bank.F Some banks use a Tandem front end that blindly authorises transactionsC up to a certain amount during this time, and when the IBM mainframe E comes back on-line, the accumulated transactions and then sent to the  mainframe to be processed.      H Banks in Canada compare each other's ATM uptimes each month. And it is aG competition to see who will be on top. And to attain high uptimes, they F use a front end that can fake the ATM being up while the IBM mainframe is down for maintenance.    A But in the back office trading rooms, they cannot "fake" or delay G transactions. When a trader wants to buy securities or currency because E the prioce is NOW attractive, that transaction better go out NOW. And : that is where the big money is lost when a system is down.   --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  # Date: Sat, 05 Aug 2006 01:37:39 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)" Subject: Re: Speaking of Clusters:6 Message-ID: <00A59B7D.86AE4B2A@SSRL.SLAC.STANFORD.EDU>  \ In article <44D3816D.9A4C7BB0@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >david20@alpha2.mdx.ac.uk wrote:I >> Beowulf is a HPC (High Performance Computing) cluster ie making use of . >> multiple CPUs to run parallel computations.< >> This is not the same as a HA (High availability) cluster. >  > I >You're missing the point. Google is not a "mission critical" service. If F >parts of its database are offline and a search for "chocolate" yields: >30,000 results intead of 50,000, will you really notice ? > F >Google's nature allows it to very easily hide downtime as long as its2 >customer facing web servers provide *any* answer.  O Not entirely true.  True for the search-engine part of the business, _not true_ M for the revenue-generating ad sales part. They need access to all the info on L sites using Google Ads, need to store click-throughs, etc, and if they don't! store them, they're losing money.    -- Alan    ------------------------------  * Date: Fri, 4 Aug 2006 20:58:41 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)2 Subject: Re: strange problem: satellite won't boot$ Message-ID: <eb0ce1$tvg$1@online.de>  > In article <vHuAg.1544$601.271@news.cpqcorp.net>, Hoff Hoffman" <hoff-remove-this@hp.com> writes:   1 > Phillip Helbig---remove CLOTHES to reply wrote:  > 0 > >> and (prior to V6.2) for cluster management 5 > >> purposes and particularly tools such as MONITOR.  > > K > > Does that mean that MONITOR can run (between nodes) with neither DECnet  > > nor IP?  > K >    No, it means that the requirement for DECnet for use with MONITOR was  E > removed at V6.2.  Specifically, IP was added to the transports for  I > MONITOR.  AFAIK, there has been no change to MONITOR to add an IPC/SCS  K > transport, for instance -- it operates over IP or DECnet, or (obviously)  ! > from log files written to disk.   - Any chance that PHONE will get IP capability?    ------------------------------  % Date: Fri, 04 Aug 2006 15:42:25 -0700 , From: Ken Fairfield <my.full.name@intel.com>' Subject: Re: USB numeric keypad anyone? + Message-ID: <eb0igh$rnk$1@news01.intel.com>   ) On 8/4/2006 10:04 AM, Hoff Hoffman wrote:  > Staffan Tjernstrom wrote:  > = >> ...if you don't have the option of carrying an external eg I >> LK461 around (my preferred solution), then it's certainly a lot better  >> than nothing at all...  > H >   The LK463 is USB, FWIW.  Rather bigger than just a keypad, but also J > rather more familiar to those of us with our fingers programmed for the  > LK-style keyboard.  E     But directly connected to an IBM T41, you lose certain high-usage * keys, and others are mapped in odd places.  D     Admittedly, I've tried only under Hummingbird Exceed 9.0.0.0 andA KEA!340 5.10j, not particularly current versions...  As I recall, A KEA "sees" more of the keys than Exceed (for remapping purposes). ; Both miss Help and Do.  Exceed also misses PF1, 2, 3& 4 and B KP_Separator (KP Comma).  A smaller problem (for me, in the US) isB that the Compose keys are interpreted as the "Windows" keys, whichA seem to be grabbed by the O/S before they get to the application.   C     So Hoff, do you have a terminal emulator that allows you to use = all of the LK463 keys within EVE (under Windows XP or newer)?    	Thanks, Ken --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  $ Date: Sat, 5 Aug 2006 12:10:31 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> ; Subject: VMS>7.3 Linker Manual - I64 Short Data restriction 1 Message-ID: <eb15it$mdb$1@news-02.connect.com.au>    Hi,   J When could one expect to see a new version of the Linker Utility ReferenceK Manual available with VMS. The one on the Web and Doc CDs appears to be VMS D 7.3 April 2001. All the I64 stuff I've seen is in one of the 8.2 NewF Features Manual (Which would make sense if 8.2 was the first supported< itanium version :-) but are we gonna get a new set with 8.3?  I Also, Can anyone shed any light of possible solutions/work-arounds to the G 4MB limit on this Short Data segment thing? (Something other than "Your / app's crap - re-engineer it!" would be nice :-)   L Specifically what, if anything, does the Option File command "SHORT_DATA=NO"! do for us? (Latent support only?)   H I have seen the /SEGMENT=(Short_data=WRITE) but another 65K is not gonnaD help us and it would be could to avoid any behavioural changes where	 possible.   H There seems to be a fair sprinkling of discussions on the web (Some withL Linux and Windows) but it seems to come down to the compiler having to do it or you're stuffed?  . Will PSECT_ATTR=data,NOSHORT never be allowed?  L Can we not CLUSTER/COLLECT out of the SHORT segment hand have the Linker fix7 up the "little" address references to real 32-bit ones?   I Is this like the RSTS/E days where you had 32K max for your Basic program J before you had to CHAIN to another one? (The irony here is the applicationK *is* that old and uses core common already :-) and if you used RMS that was  12K down already!)  ( Was Virtual Memory really a passing fad?   Regards Richard Maher    ------------------------------  # Date: Fri, 04 Aug 2006 20:04:44 GMT + From: "Villy Madsen" <Villy.Madsen@shaw.ca>  Subject: Re: WASD Problems. Message-ID: <wLNAg.312138$iF6.264751@pd7tw2no>  ; Sure looks like an unitialized address variable or register   M I loved the undefined page 0!  Much better to get an access violation trying  H to access address 0 than to spend months trying to debug something that  isn't working quite right...   Villy       9 "Dan Williams" <williams.dan@gmail.com> wrote in message  < news:1154707944.164061.72330@m79g2000cwm.googlegroups.com...C >I have compiled wasd on an Alpha running 7.3-1. When run it has an E > access violation and dumps the registers. Anyone know what could be   > causing this. The dump follows >  > Thanks > Dan  >  >  >  >  >  > $ @freeware_demo > 7 >                       ******************************* 7 >                       *  WASD PACKAGE DEMONSTRATOR  * 7 >                       *******************************  > I > When finished using demonstrator abort server execution using control-Y H > (a subprocess will be spawned to preserve current process environment) > F > Use a browser to access the "%HTTPD-I-SERVICE" shown when the server	 > starts.  > 1 > The server will be running in promiscuous mode! @ > Any username with the password specified below can be used for > authentication. A > Enter a string to use as a password when later prompted by your 
 > browser. > . > Password (for demo authentication)? []: test > ) > %DCL-S-SPAWNED, process DAN_103 spawned ; > %DCL-S-ATTACHED, terminal now attached to process DAN_103 3 > %HTTPD-I-SOFTWAREID, HTTPd-WASD/9.1.4 OpenVMS/AXP E > WASD VMS Hypertext Services, Copyright (C) 1996-2006 Mark G.Daniel. B > This package (all associated programs), comes with ABSOLUTELY NO > WARRANTY. ? > This is free software, and you are welcome to redistribute it D > under the conditions of the GNU GENERAL PUBLIC LICENSE, version 2.( > %HTTPD-I-STARTUP, 03-AUG-2006 14:16:264 > %HTTPD-I-SYSTEM, AlphaServer 2100 4/275 VMS V7.3-1? > %HTTPD-W-SYSPRV, operating with implicit SYSPRV (UIC group 1) I > %HTTPD-I-TCPIP, Multinet UCX$IPC_SHR V51A-013 (14-JUL-2005 11:22:44.59)  > %HTTPD-I-MODE, INTERACTIVE. > %HTTPD-I-ODS5, supported by Alpha VMS V7.3-1 > %HTTPD-I-GMT, +00:00= > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual  > address=000000000000( > 0000, PC=000000000011CEE0, PS=0000001B > 3 >  Improperly handled condition, image exit forced. 2 >    Signal arguments:   Number = 00000000000000052 >                        Name   = 000000000000000C2 >                                 00000000000000002 >                                 00000000000000002 >                                 000000000011CEE02 >                                 000000000000001B >  >    Register dump: : >    R0  = 0000000000000000  R1  = 000000000007A1D0  R2  = > 000000000001D420: >    R3  = 00000000001EB440  R4  = 0000000000000001  R5  = > 00000000001EB460: >    R6  = 0000000000000001  R7  = 0000000000000001  R8  = > 000000007FFAC1F8: >    R9  = 000000007FFAC400  R10 = 000000007FFAD230  R11 = > 000000007FFCE3E0: >    R12 = 0000000000000000  R13 = FFFFFFFF810D7270  R14 = > FFFFFFFF81469740: >    R15 = 000000007AF55C20  R16 = 0000000000000000  R17 = > 0000000000000003: >    R18 = 0000000000000003  R19 = 000000007AE8B768  R20 = > 0000000000000000: >    R21 = 0000000000000000  R22 = 0000000000000000  R23 = > 00000000929C7546: >    R24 = 0029052800000000  R25 = 0000000000000001  R26 = > 000000000011C580: >    R27 = 000000000001D2B0  R28 = FFFFFFFF80A37E0C  R29 = > 000000007AE8B7B0: >    SP  = 000000007AE8B720  PC  = 000000000011CEE0  PS  = > 200000000000001B# > %HTTPD-F-EXIT, DAN_103 %X1000000C = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual  > address=000000000000( > 0000, PC=0000000000000000, PS=0000001B > 3 >  Improperly handled condition, image exit forced. 2 >    Signal arguments:   Number = 00000000000000052 >                        Name   = 000000000000000C2 >                                 00000000000100002 >                                 00000000000000002 >                                 00000000000000002 >                                 000000000000001B >  >    Register dump: : >    R0  = 000000000FFFF9FC  R1  = 0000000000000001  R2  = > 000000000001E0E8: >    R3  = 00000000001EA6A0  R4  = 0000000000000002  R5  = > 00000000001EA690: >    R6  = 000000001000000C  R7  = 000000007FFA1FC0  R8  = > 000000007FFAC1F8: >    R9  = 000000007FFAC400  R10 = 000000007FFAD230  R11 = > 000000007FFCE3E0: >    R12 = 0000000000000000  R13 = FFFFFFFF8111FED8  R14 = > FFFFFFFF81469740: >    R15 = 000000007AF55C20  R16 = 0000000000000001  R17 = > 0000000000000000: >    R18 = 0000000000000000  R19 = 0000000000000100  R20 = > 000000007FFD0010: >    R21 = 000000007AE82CF8  R22 = 0000014E001FA000  R23 = > 0000014E001FA000: >    R24 = 0000004000000000  R25 = 0000000000000000  R26 = > 000000000011C098: >    R27 = 0000000000000000  R28 = 000000007C01E018  R29 = > 000000007AE8B180: >    SP  = 000000007AE8B170  PC  = 0000000000000000  PS  = > 300000000000001B= > %DCL-S-RETURNED, control returned to process SSHD 0004A PTD  >    ------------------------------  % Date: Sat, 05 Aug 2006 07:13:01 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au> Subject: Re: WASD Problems0 Message-ID: <12d7jcopqmd8dbb@corp.supernews.com>   Hi Dan.   ( Needless-to-say I cannot reproduce this.   Dan Williams wrote: D > I have compiled wasd on an Alpha running 7.3-1. When run it has anE > access violation and dumps the registers. Anyone know what could be   > causing this. The dump follows >  > Thanks > Dan  >  >  >  >  >  > $ @freeware_demo > 8 >                        *******************************8 >                        *  WASD PACKAGE DEMONSTRATOR  *8 >                        ******************************* > I > When finished using demonstrator abort server execution using control-Y H > (a subprocess will be spawned to preserve current process environment) > F > Use a browser to access the "%HTTPD-I-SERVICE" shown when the server	 > starts.  > 1 > The server will be running in promiscuous mode! @ > Any username with the password specified below can be used for > authentication. A > Enter a string to use as a password when later prompted by your 
 > browser. > . > Password (for demo authentication)? []: test > ) > %DCL-S-SPAWNED, process DAN_103 spawned ; > %DCL-S-ATTACHED, terminal now attached to process DAN_103 3 > %HTTPD-I-SOFTWAREID, HTTPd-WASD/9.1.4 OpenVMS/AXP E > WASD VMS Hypertext Services, Copyright (C) 1996-2006 Mark G.Daniel. B > This package (all associated programs), comes with ABSOLUTELY NO > WARRANTY. ? > This is free software, and you are welcome to redistribute it D > under the conditions of the GNU GENERAL PUBLIC LICENSE, version 2.( > %HTTPD-I-STARTUP, 03-AUG-2006 14:16:264 > %HTTPD-I-SYSTEM, AlphaServer 2100 4/275 VMS V7.3-1? > %HTTPD-W-SYSPRV, operating with implicit SYSPRV (UIC group 1) I > %HTTPD-I-TCPIP, Multinet UCX$IPC_SHR V51A-013 (14-JUL-2005 11:22:44.59)  > %HTTPD-I-MODE, INTERACTIVE. > %HTTPD-I-ODS5, supported by Alpha VMS V7.3-1 > %HTTPD-I-GMT, +00:00= > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual  > address=000000000000( > 0000, PC=000000000011CEE0, PS=0000001B > 4 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 0000000000000005 3 >                         Name   = 000000000000000C 3 >                                  0000000000000000 3 >                                  0000000000000000 3 >                                  000000000011CEE0 3 >                                  000000000000001B  >  >     Register dump:; >     R0  = 0000000000000000  R1  = 000000000007A1D0  R2  =  > 000000000001D420; >     R3  = 00000000001EB440  R4  = 0000000000000001  R5  =  > 00000000001EB460; >     R6  = 0000000000000001  R7  = 0000000000000001  R8  =  > 000000007FFAC1F8; >     R9  = 000000007FFAC400  R10 = 000000007FFAD230  R11 =  > 000000007FFCE3E0; >     R12 = 0000000000000000  R13 = FFFFFFFF810D7270  R14 =  > FFFFFFFF81469740; >     R15 = 000000007AF55C20  R16 = 0000000000000000  R17 =  > 0000000000000003; >     R18 = 0000000000000003  R19 = 000000007AE8B768  R20 =  > 0000000000000000; >     R21 = 0000000000000000  R22 = 0000000000000000  R23 =  > 00000000929C7546; >     R24 = 0029052800000000  R25 = 0000000000000001  R26 =  > 000000000011C580; >     R27 = 000000000001D2B0  R28 = FFFFFFFF80A37E0C  R29 =  > 000000007AE8B7B0; >     SP  = 000000007AE8B720  PC  = 000000000011CEE0  PS  =  > 200000000000001B# > %HTTPD-F-EXIT, DAN_103 %X1000000C = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual  > address=000000000000( > 0000, PC=0000000000000000, PS=0000001B > 4 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 0000000000000005 3 >                         Name   = 000000000000000C 3 >                                  0000000000010000 3 >                                  0000000000000000 3 >                                  0000000000000000 3 >                                  000000000000001B  >  >     Register dump:; >     R0  = 000000000FFFF9FC  R1  = 0000000000000001  R2  =  > 000000000001E0E8; >     R3  = 00000000001EA6A0  R4  = 0000000000000002  R5  =  > 00000000001EA690; >     R6  = 000000001000000C  R7  = 000000007FFA1FC0  R8  =  > 000000007FFAC1F8; >     R9  = 000000007FFAC400  R10 = 000000007FFAD230  R11 =  > 000000007FFCE3E0; >     R12 = 0000000000000000  R13 = FFFFFFFF8111FED8  R14 =  > FFFFFFFF81469740; >     R15 = 000000007AF55C20  R16 = 0000000000000001  R17 =  > 0000000000000000; >     R18 = 0000000000000000  R19 = 0000000000000100  R20 =  > 000000007FFD0010; >     R21 = 000000007AE82CF8  R22 = 0000014E001FA000  R23 =  > 0000014E001FA000; >     R24 = 0000004000000000  R25 = 0000000000000000  R26 =  > 000000000011C098; >     R27 = 0000000000000000  R28 = 000000007C01E018  R29 =  > 000000007AE8B180; >     SP  = 000000007AE8B170  PC  = 0000000000000000  PS  =  > 300000000000001B= > %DCL-S-RETURNED, control returned to process SSHD 0004A PTD   ? This data doesn't make much sense.  Mind you I'm building it on   *    Compaq C V6.4-008 on OpenVMS Alpha V7.3)    Process Software MultiNet V5.1 Rev A-X    and   *    Compaq C V6.5-001 on OpenVMS Alpha V8.2<    HP TCP/IP Services for OpenVMS Alpha Version V5.5 - ECO 1  F with which undoubtably would introduce some differences.  The closest G would be the V7.3 and that indicates the PC is in some inprobable part  D of the logging module which shouldn't be in use in demo mode anyway.  , 1) Which version of C do you have installed?  H 2) Grab the HTTPD914-AXP.ZIP and do a link-build against that to see if F it's something in the local build.  Once you've unarchived the object ) module you can short-circuit the build by       $ SET DEFAULT [SRC.HTTPD]    $ @BUILD_HTTPD LINK    $ @[INSTALL]DEMO   I 3) If you have the HP SSL product installed try a build against that and   see if the problem remains.    ------------------------------  % Date: Fri, 04 Aug 2006 18:07:26 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>+ Subject: Re: XP1000 USB port working in VMS @ Message-ID: <craigberry-5C2804.18072604082006@free.teranews.com>  % In article <1154189209.232508@smirk>, 6  Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> wrote:  < > Forrest Kenney has asked me to announce that some fixes he= > made for some other USB devices now allows the built-in USB ? > port on the XP1000 to work.   You will need to craft an entry  > for it in sys$use_config.dat.   F I think you mean sys$user_config.dat.  In any case this is good news, I though of course it arrived the week after I put an NEC-based card in my  F XP1000.  So now I'll have four ports that I need to find something to 
 plug into.    ? > In other news, lovers of USB toys will be happy to learn that 4 > the USB Missile Launcher is now running on VMS.     G I would settle for getting my Apple keyboard and mouse working with my  G XP1000 and OpenVMS v8.2.  They are "working" from the point of view of  H the UCM utility -- they show up as tentative when I plug them in, I add E them, and they are then listed as permanent devices with the correct  H drivers (KBD0 and MOU0, respectively).  After unplugging and replugging C them, they are again recognized as permanent devices.  However, no  E amount of typing or mousing around can get a rise out of DECwindows,  ! even after restarting DECwindows.   2 Aha, searched further after typing that and found:  I http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=7806  73  D where the deep, dark magic to disable the PS/2 devices and hack the H DECwindows configuration may be found, along with warnings about system F crashes and the limitation that DECwindows cannot start automatically D with this configuration.  Do any of the v8.3 changes make this less G deep, dark, and dangerous, or lift the restriction that DECwindows has   to be started manually?    --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------   End of INFO-VAX 2006.432 ************************