1 INFO-VAX	Mon, 23 Sep 2002	Volume 2002 : Issue 526       Contents:! Re: ??== Java books for newcomers  Re: BASIC (bug?) Re: CLD question Re: Disaster recovery / offices  RE: Disaster-Tolerant clusters Re: Disaster-Tolerant clusters emacs again P Re: From Mark Gorham - Clarification - OpenVMS Symposium AKA OpenVMS  Advanced TP Re: From Mark Gorham - Clarification - OpenVMS Symposium AKA OpenVMS  Advanced T Re: ftp client API for C++0 Re: Hardware Mirroring 'vs' Software Mirroring ?& Re: How to run a C program on VAX/VMS? Imagemagick  5.4.9P Re: Kudos to HP on JavaScript (was: Oracle RDB 8.0 = Oracle RDB for         IAF)A Re: Legacy Win: NASA Kills 'Wounded' Launch System Upgrade at KSC $ Re: login to nt domain using sys$acm Re: Marketing suggestion Re: Marketing suggestion Re: Marketing suggestion Re: Marketing suggestion Re: Marketing suggestion RE: Marketing suggestion Re: Marketing suggestion Re: Mr. Bush at the U.N. Re: Mr. Bush at the U.N.' Re: New Miss America - Miss Ill-a-Noise  New www.openvms.compaq.com site ) Re: OpenVms on Alpha with a PoweWare UPS.  Re: OpenVMS SIG & Re: QUEUE MANAGER dying during backups& RE: QUEUE MANAGER dying during backups2 Re: Suggestion for VMS: better TCP access from DCL Re: VMS Alpha and sound.0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 RE: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these) Re: VMS Que printing Problem Re: VMS, C++ and flush warning during copy  Re: warning during copy ' Re: What is happening to the industry ? ' Re: What is happening to the industry ?  Re: Why is there SWAPFILE.SYS?$ www.openvms.compaq.com has been HPed  F ----------------------------------------------------------------------    Date: 23 Sep 2002 07:42:15 -0600- From: koehler@encompasserve.org (Bob Koehler) * Subject: Re: ??== Java books for newcomers3 Message-ID: <MtfL1ajzFd9I@eisner.encompasserve.org>   x In article <aus-0EA6F1.11084322092002@wrzx08.rz.uni-wuerzburg.de>, "Aus, Hans Magnus" <aus@vim.uni-wuerzburg.de> writes:H > Is "Beginning Java 2 SDK 1.4 Edition" by Ivor Horton, a good place to  > start learning Java?  =    I don't know aything about that one, but I simply used the G    downloadable tutorial (IIRC from java.sun.com), and the downloadable @    doc pages.  (Java for VMS comes with the doc pages separatley,    installable don't have to download them.)   ------------------------------  # Date: Mon, 23 Sep 2002 15:03:00 GMT $ From: Karl Puder <karl.puder@hp.com> Subject: Re: BASIC (bug?) & Message-ID: <3D8F2B46.A92E1D83@hp.com>   Chris Townley wrote:  3 > "Karl Puder" <karl.puder@hp.com> wrote in message " > news:3D89EDB1.3A19E408@hp.com... > > Greetings: > > 8 > > The explanation included below is generally correct.  	 > > . . .  > >   > I would still call this a bug. > M > Surely a good compiler should prevent the programmer from getting it wrong.  > As farM > as I am concerned any programmer who re-defines a constant with a different  > data type N > has probably got it wrong. Compaq basic generally doesnt mind if you you use > a compatibleN > but different data type for a constant - but multiple definitions are surely > wrong. >  > -- > Chris Townley  > @well.known.spam.address  C Ah, but that's the other point here: they _are_ the same data type; : by default, INTEGER == LONG, and as has been said earlier,/ the compiler does complain if the types differ.    --
 Karl Puder Hewlett-Packard Company  karl.puder at hp.com +1.603.884.6245    ------------------------------  % Date: Mon, 23 Sep 2002 12:09:23 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca>  Subject: Re: CLD question 5 Message-ID: <amnebm$7aj0p$1@ID-141708.news.dfncis.de>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D8C3467.3D36636A@videotron.ca...; > Thanks for all your comments. I think I have found a way:  > ...   C Thanks for making me fell stupid, how did I forget the NOPARAMETERS < keyword????????? There was a time when I knew this stuff. :(   -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.    ------------------------------  % Date: Mon, 23 Sep 2002 10:17:50 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>( Subject: Re: Disaster recovery / offices. Message-ID: <3D8F228E.CB290E13@mindspring.com>   JF Mezei wrote:   I > Much has been said about keeping a cluster alive for disaster recovery.  >  > But what about offices ? > L > Have any companies investigated (or instituted) plans to have workers workN > from home after a disaster ? Since most now have a PC at home, couldn't thatN > become sufficient ?  (especially those employees who have DSL/cable internet1 > connectiosn with the phone remaining available.   , JF, you must be joking! In my area, it's all+ ATT can do to keep broadband operating when - there *AREN'T* any ongoing disasters. I can't - imageine they're hardened enough to withstand . any of the occurances we've been talking about- (N/B/C attacks, hurricanes, ice storms, etc.)   / It's not for nothing that we still maintain our  dial-up ISP as a backup to ATT.    Atlant   ------------------------------  % Date: Mon, 23 Sep 2002 09:16:22 -0400 ; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> ' Subject: RE: Disaster-Tolerant clusters K Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEAF1@rlghncst964.usps.gov>   3 You know you're middle-aged when your children have 3 discovered Monty Python and think it's funnier than . any *domestic* comedy currently being created.   WWWebb   -----Original Message-----* From: "John Smith" [mailto:a@nonymous.com]( Sent: Friday, September 20, 2002 4:44 PM To: "Info-VAX@Mvb.Saic.Com" ' Subject: RE: Disaster-Tolerant clusters     F "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> wrote in messageE news:BA52530E3149734A9BAABDBBFA808E49028BEAEB@rlghncst964.usps.gov...  > - > Does that mean that VMS clustering inspired  > 4 > "Three is the number to which thou shalt count..." >   2 "And the number of thine counting shall be three."   ------------------------------  + Date: Mon, 23 Sep 2002 17:01:11 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ' Subject: Re: Disaster-Tolerant clusters ; Message-ID: <01KMUIPIXVQQ9OF8NK@sysdev.deutsche-boerse.com>   K > > No, A in building 1, B in building 2 AND C (QUORUM MACHINE) IN BUILDING  > > 3!!! > F > The problem with this is that many companies may not have building 3N > available. Yes, if you're talking about the remaining VMS customer base madeK > up of large corporations with sopare wildfire equipment, the 3rd building  > isn't a problem.  H I was assuming that anyone who could afford two buildings with a lot of G hardware in each could also afford a third with just one small machine   in it.  :-|   E > But if VMS is ever to return to the bigger markets of mid and small H > business, then perhaps a solution not requiring the 3rd building might > make VMS very attractive.   E Maybe.  On the other hand, people who go as far as two buildings are  G concerned with continuing business even if a whole site is down.  Such  A folks can surely afford a third building.  Having said that, and  F considering that all that is needed in one building is one machine of A arbitrarily little power, perhaps you can open Quorum dot com or  H whatever marketing-savvy name you can think of and host quorum machines  for businesses.  :-)   ------------------------------  + Date: Mon, 23 Sep 2002 12:19:46 +0000 (UTC) 9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>  Subject: emacs again- Message-ID: <amn0t2$inr$1@tyfon.itea.ntnu.no>    Hi  @ I have done some more on the VMS Emacs 21(_2) developer version.  C It is available from ftp.nvg.ntnu.no:/pub/vms/emacs/emacs212_3.tgz.   B Not much new since last, besides from (yesterday) starting to make@ the build-process more path-independent from my own environment.% I have also started to use CVS on it.   $ See the included file aaareadme.vms.$ (You have to edit a single mms-file)   -Roar    ------------------------------  # Date: Mon, 23 Sep 2002 11:54:38 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)Y Subject: Re: From Mark Gorham - Clarification - OpenVMS Symposium AKA OpenVMS  Advanced T 1 Message-ID: <2iDj9.4$3b2.234542@news.cpqcorp.net>   \ In article <873cs47jgf.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > ? >You could stand on the roof of the Tara (this is the Spitbrook E >Sheration, yes?) and throw the fibre to ZK if you where in practice.   = This is getting just a little silly (images of Graham Chapman / in an Army uniform spring to mind), but anyway:   : The Tara is a bit more than a "stones throw" away from our< facilities, and there is another office building between the= two.  There are options that would work, such as radio links, 6 but some questions of security have been raised in the	 industry.   ; We do have quite a few events over at the Tara, and perhaps 9 it would be worth thinking about having some sort of link ; installed that can be switched on when needed.  But I'm not > sure it's really needed very often.  It's cheaper and probably9 safer to just carry a couple of small systems over there  > for the occasion.  You can pack a lot of processing power into a small system now.    --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  # Date: Mon, 23 Sep 2002 15:13:49 GMT # From: "John Smith" <a@nonymous.com> Y Subject: Re: From Mark Gorham - Clarification - OpenVMS Symposium AKA OpenVMS  Advanced T H Message-ID: <NcGj9.25639$q41.24516@news02.bloor.is.net.cable.rogers.com>  K "Bart Z. Lederman" <lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com> wrote in 3 message news:2iDj9.4$3b2.234542@news.cpqcorp.net... > > In article <873cs47jgf.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:  > > A > >You could stand on the roof of the Tara (this is the Spitbrook G > >Sheration, yes?) and throw the fibre to ZK if you where in practice.  > ? > This is getting just a little silly (images of Graham Chapman 1 > in an Army uniform spring to mind), but anyway:  > < > The Tara is a bit more than a "stones throw" away from our> > facilities, and there is another office building between the? > two.  There are options that would work, such as radio links, 8 > but some questions of security have been raised in the > industry.  > = > We do have quite a few events over at the Tara, and perhaps ; > it would be worth thinking about having some sort of link = > installed that can be switched on when needed.  But I'm not @ > sure it's really needed very often.  It's cheaper and probably: > safer to just carry a couple of small systems over there@ > for the occasion.  You can pack a lot of processing power into > a small system now.     G I don't think the issue was that of horsepower so much as it was one of  bandwidth availability.   J Say the decision was made to do streaming audio/video for those who cannotE attend in person. Not knowing what kinds of data connections that are I available at the hotel, the thought was 'roll your own' with a high speed I link back to the office where I presume a lot of bandwidth to the outside H world is available. The audio/video streams could be buffered and served from there.   J I understand the security concerns on wireless connections, but that couldG be addressed by encrypting the audio/video stream before it reaches the F broadcast antenna, and decrypting it on the receive side. That way youK aren't solely dependent on WEP, which has a rather shaky history to it. The J encrypt/decrypt would introduce some small delays but if you are bufferingI back at the office anyway..... so the audio/video would be in 'near-time'  rather than real-time.  C Lots of potential attendees who cannot make it have bosses or other K co-workers who should probably be hearing/seeing at least some of what will J be discussed/demonstrated/taught. Many of these individuals have access toH conference rooms at their sites where they have projection video devicesK available. IMHO it would be a 'good thing' to be able to bring the IT boss, G the CFO, the COO, the CEO, the data security guys, the e-commerce guys, J system managers, programmers, etc... into the conference room to hear someL good stuff about VMS. The actual mix of people would of course depend on theL size of the company, their availability,  and the degree to which they 'mix'I with the troops. But if you don't make it available and schedule it, they K won't come. So what if you have to use Real Audio/Video on a PC or unix box  to make it happen.  J Out of all the possible audio/video attendees you could have, if you couldF get just 10 senior people at the end of the wire to listen to some keyL points you'd like to make it would be worth the effort.   To repeat the line5 in "Field of Dreams" - 'Build it and they will come'.     ! ---------------------------------   B On the new fall TV schedule, here are a few shows I'd like to see:   Leave it to VMS I -- Cleaver & Co. may dress the '50's, but their infrastructure is leading L edge and reliable. With the growth they've experienced since inception, theyK have migrated seamlessly from 8-bits to 64-bits over the years. They depend K on VMS to be the steady, solid performer it is throughout each day's trials  and tribulations.    Wide World of VMS D -- From the thrill of victory, to the agony of defeat, VMS is there,J providing the professional sports world with high-value payroll processing) that only 64-bit computing can cope with.    The Wonderful World of VMSG -- It's not a fantasyland when it comes to wanting a reliable computing < infrastructure. VMS offers the best overall reliability at a cost-competitive price point.    Are You Being Served? J -- VMS stands up to the challenges of stupid end-users everywhere, serving> billions of web pages and point-of-sale transactions each day.  
 Storm Warning I -- VMS is there, operating during natural disasters of every kind, saving  companies large and small.   Kudlow & VMSK -- Laurence Kudlow single-handedly talks to America's corporate Elite about  the benefits of VMS.  
 VMS HunterK -- Crikey!! Join Steve and Terri as they wrestle tough IT challenges in the - most unusual places to the ground, using VMS.    VMS Can CookH -- Martin Yan demonstrates how VMS can handle 'jumping out of the frying7 pan, into the fire' and survive all kinds of disasters.    Late Night with VMS I -- A talk show devoted to humorous anecdotes about lesser forms of life - J politicians and other operating systems, featuring the famous Top Ten "Why) VMS is Better Than ALL Those Other Guys".   * (c) 2002, John Smith. All Rights Reserved.   ------------------------------  % Date: Mon, 23 Sep 2002 09:20:38 +0100 4 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk># Subject: Re: ftp client API for C++ 4 Message-ID: <ammiru$15v$1$830fa7b3@news.demon.co.uk>  K You can use the madgoat ftp sources to do this fairly easily for VMS - I've  done it.J mgftp has now been renamed to hgftp (Hunter Goatley) - I haven't looked atH the new version, so I don't know whether it still has malleable sources.  C It's mostly written in Bliss, which isn't too hard to read, and the J compiler's available off the freeware disk. I wrote my (short, simple) api) module in Pascal (my language of choice).   
 Chris Sharman   7 "NewYorker" <newyorker777@hotmail.com> wrote in message 2 news:ejOi9.7604$Xl5.79192@twister.rdc-kc.rr.com... > Hi,  > H > I'm looking for ftp client API like those found in <afxinet.h> for C++G > implementation under AIX 4.3 and OpenVMS 7.2.  I need to do basic ftp , > functionality like login, list, get files. >  > TIA  >  >    ------------------------------  # Date: Mon, 23 Sep 2002 14:27:49 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) 9 Subject: Re: Hardware Mirroring 'vs' Software Mirroring ? - Message-ID: <07XSxVr2yUUe@cuebid.zko.dec.com>   3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > Jason O'Donnell wrote: >>  J >> > To me, the biggest advantage is the fact you eliminate the shadow-setK >> > merging resulting from VMS crashes and other issues like files open at ? >> > system-shutdown time that result in full-merges on reboot.  >>  C >> With improvements made with mini-merges, hbvs is a good choice.   > G > Trouble is, of course, that mini-merges don't occur when a shadow-set H > inconsistency is detected when the volume(s) is(are) MOUNTed at system, > start-up time - it always be a full merge.  H The above statement will not be true for disks attached to HSG80's.  TheN goal of the HSG80 mini-merge project is to do mini-merges as much as possible,I falling back to a full merge only as a last resort.  If the inconsistency . can be resolved by a mini-merge, it will be.    J I can't give you an example of the type of problem that could cause a fullM merge; a full merge would be needed only if the context needed for mini-merge 0 has been destroyed.  That shouldn't happen . . .   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Mon, 23 Sep 2002 10:03:29 +0100 % From: Alan Greig <a.greig@virgin.net> / Subject: Re: How to run a C program on VAX/VMS? 8 Message-ID: <6vltousphcf95qc9gnpdl72s9h0nal6b2u@4ax.com>  5 On Sat, 21 Sep 2002 19:42:18 GMT, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:     > G >Likewise, in the realms of DEC-heritage o.s.-es, the compilers produce B >object code and the LINKers (sometimes known as "Task Builder"'s) >produce runnable binaries.  @EXECUTE FRED.FOR 
 Fortran:	Fred 
 Link:	Loading   [LNKXCT Begin Program Execution]  D Or something close to the above for TOPS-10 and TOPS-20. Never could? figure out why VMS never implemented the rich "COMPIL(e)" class B commands directly in DCL - although there was a (substantial) .COM> implementation that shipped on the TOPS/VMS integration tapes. > C >So, the more correct concept is to "compile and link", even though < >UN*X-land frequently compresses that down to a single step.   -- Alan   ------------------------------  # Date: Mon, 23 Sep 2002 14:12:36 GMT 6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com> Subject: Imagemagick  5.4.9 4 Message-ID: <3D8EAD10.6020801@digitalsynergyinc.com>  F Does anyone know how to install Imagemagick 5.4.9 on VMS? It compiles G but CONVERT complains about "no delegate for this image format" when I  D try to convert a jpg to something else. The only references to this F error that I can find are from Unix/Windoze systems. It seems to need : some logical or symbol to point to some directory to work.   Thanks in advance..,   ------------------------------  % Date: Mon, 23 Sep 2002 18:10:42 +0200 $ From: Michael Unger <unger@decus.de>Y Subject: Re: Kudos to HP on JavaScript (was: Oracle RDB 8.0 = Oracle RDB for         IAF) * Message-ID: <00A146B4.FE7AFDD2.4@decus.de>   "Kerry Main" wrote:   B > >>> "JavaScript and ActiveX are forced by the Internet Community these  > days. You have to enable it."  > D > Nope - well, not ActiveX or Vbscripts anyway. I use Opera V6.05 on myE > laptop not only because its fast, and focuses on web open standards  but F > also for the fact that it does not support Active-X or VB Scripting. > & > Here is a quote from their web site: > @ > http://www.opera.com/support/supsearch/supsearch.cgi?index=415 > "Platform: All platforms > E > Opera does not support ActiveX, nor does it support VBScript. There  are  > three reasons for this:  >  > [...]   < Thank you for the hint; I'll have a look at their web pages.  F There were rumours that the "free", i.e. downloadable, version of thisB browser software would report any web page visited back to another: company to build a "user profile"; in contrary to that theD "commercial", i.e. to be paid for, version didn't. Does anybody know	 for sure?    --------------------   "Larry Kilgallen" wrote:  : > In article <00A145E6.8FDD888C.4@decus.de>, Michael Unger <unger@decus.de> writes: > 9 > > I didn't miss any aspect of information or navigation  possibilities at7 > > the Compaq OpenVMS and AlphaServer web pages with a  JavaScript-blocked@ > > (and ActiveX-blocked, of course) browser, but I got a lot of	 responses  > F > I found the lettering on the left was unreadable, and others told me1 > that one needed JavaScript to have it readable.   = White on dark grey to me (Internet Exploder V5.50, JavaScript F disabled), and relatively dark cyan if visited. But on other systems I= had problems too; if I remember correctly one of the (Compaq) ? maintainers of the web pages wrote to this group that there are 8 sometimes problems with the browser's "default colours".   Michael    ------------------------------    Date: 23 Sep 2002 06:10:42 -0700* From: morrisj@epsilon3.com (Jay E. Morris)J Subject: Re: Legacy Win: NASA Kills 'Wounded' Launch System Upgrade at KSC= Message-ID: <8600a73e.0209230510.741e5e75@posting.google.com>   Z p_sture@elias.decus.ch (Paul Sture) wrote in message news:<miid368cnwck@elias.decus.ch>...k > In article <3b3693bc.0209210808.b9e11fb@posting.google.com>, thinkbasic@netscape.net (Thinkbasic) writes:  > > http://www.nasa.tv > G > Which redirects to http://www.jacquard.be/ which gets my vote for the ! > most useless site of the month.  > A > It doesn't display _any_ useful info, and the links don't work.  >   9 Perhaps he meant www.nasa.gov/ntv and lost a few letters?    ------------------------------  # Date: Mon, 23 Sep 2002 12:38:52 GMT + From: "Rick Barry" <barry@star.zko.dec.com> - Subject: Re: login to nt domain using sys$acm 1 Message-ID: <wXDj9.5$Qf2.288870@news.cpqcorp.net>   6 "meidan zemer" <meidanze@hotmail.com> wrote in message7 news:3bbfbaa2.0209220316.47345e03@posting.google.com...  > Hello,@ > Does anyone tried and succeded to login to a NT Computer using
 > sys$acm?> > I am trying to find out the way but there is no documention.B > If you can please send me the source code so i will have a start > point.A > *** I need to use the features of nta$logon but we have so many D > problem with    it so we think it is for the best to work directly > with the sys$acm.  >  > Thanks > Meidan  6 Assuming you are running OpenVMS 7.3-1, take a look atH SYS$EXAMPLES:ACMEUTIL.C. There's a build program and DCL verb definitionJ setup command file there, too. This is a sample utility that supports both- dialog and non-dialog mode SYS$ACM operation.   / Once compiled and linked, you use it like this:    $ @acmeutil_setup.com 6 $ acme auth/dial=(input,noecho)          ! Dialog-mode ...  Username: <username> Password: <password> ...    or  J $ acme auth/principal=<username>/password=<password>          ! Non-dialog mode  
 Rick Barry OpenVMS Systems Software Group Hewlett-Packard Company 
 Nashua, NH   ------------------------------    Date: 23 Sep 2002 07:22:44 -0600- From: koehler@encompasserve.org (Bob Koehler) ! Subject: Re: Marketing suggestion 3 Message-ID: <WINOKu04JX8e@eisner.encompasserve.org>   l In article <jq9j9.15860$q41.117@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: > N > Corvair was just a mid-engine car with a low polar moment of inertia. EngineC > was ahead of the axle, so it qualifies for the mid-engine status.   I    Corvair was a rear engine car, engine behind the axle (go find one and     look).  Yes, we had one.    > The J > problem it suffered from is the same problem that Porsche 911's sufferedM > from up until about 20 years ago - a desire to swap ends under certain road L > and driving conditions. With the Porsche, the average driver is a bit moreL > knowledgeable and competent about anticipating and correcting this state -$ > the average Corvair driver wasn't.  B    Corvair has a whole host of additional problems not suffered byF    typical rear engine design.  But Nader did take on both the CorvairB    and the Beetle, and the rear engine was central to his attacks.E    Nader was able to kill the Corvair, but his attackes on VW bounced     off.    ------------------------------    Date: 23 Sep 2002 07:45:14 -0600- From: koehler@encompasserve.org (Bob Koehler) ! Subject: Re: Marketing suggestion 3 Message-ID: <MHMN8toVZLeO@eisner.encompasserve.org>   c In article <3d8db4ac.415048437@news.eircom.net>, rw@vorpalbunnyeircom.net (Russell Wallace) writes:  > G > I'm curious - why is rollover so dangerous? Intuitively it would seem E > highly unlikely to kill you, though my intuition could certainly be 
 > wrong here.   B    Your body is not designed to hold up the weight of even a small@    SUV.  Unfortunately the SUV's roof may not hold it up either,6    especially if it's still moving when the roof hits.   ------------------------------    Date: 23 Sep 2002 07:52:12 -0600- From: koehler@encompasserve.org (Bob Koehler) ! Subject: Re: Marketing suggestion 3 Message-ID: <xNT9vrclW0S4@eisner.encompasserve.org>   \ In article <87heghk2ql.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > J > The Corvair also had; a exhaust heated air heater built to `traditional'G > US auto standards, a flywheel that really did not want to stay on the F > end of the crank, and a swing axel rear end with a high pivot point.D > The last on gave it the same evilness that old VW beetles had, butG > a `vair could get in to bitey speeds way easier. GM did a big coverup K > and turned a few moderate teething problem into an almighty cluster-f***. I > And destroyed on of the few good cars to come out of the US, post WWII.  > (Studibaker before you ask)   F    Nader having succeeded in killing the Corvair by 1969, GM respondedH    to the small car market with the Chevy Vega, proving that they could C    also make a royal mess out of a traditional front engine design.         ------------------------------  % Date: Mon, 23 Sep 2002 09:32:36 -0400 5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com> ! Subject: Re: Marketing suggestion * Message-ID: <amn560$6qd$1@web1.cup.hp.com>  L ok here is a nasty thought.  Person puts VMS cd in a PC crashes PC and comesG up with a screen saver saying.  If this had been VMS you would still be  running.  # I know its not politically correct.    sue   5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message / news:amftf3$5jpde$2@ID-135708.news.dfncis.de... . > In article <3D8B7589.A1328F91@videotron.ca>,1 > JF Mezei <jfmezei.spamnot@videotron.ca> writes: D > > Take the VMS freeware CD and include it in a mass distributed IT magazine and< > > make sure "VMS" is clearly written in big letters on it. > > D > > This would send a very clear message that VMS is still alive and kicking,K > > supports software from CDs instead of 9 track tape (remove some of that I > > "legacy" image) and that there is software that is affordable for it.  > > < > > That would go a long long way towards raising awareness. >  >  > Nice idea, except......  >   > IT Manager receives magazine - > Finds CD in back - > Removes CD - > Sticks CD in Win2K PC -  > Nothing happens - / > Goes to "My Computer" and clicks on CD icon -  > Gets error message - > L > Now, what does he think of that big VMS printed on the front of the disk?? >  > Perception is everything.  >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------   Date: 23 Sep 2002 14:37:00 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)! Subject: Re: Marketing suggestion 5 Message-ID: <amn8ub$7d6ln$1@ID-135708.news.dfncis.de>   3 In article <MHMN8toVZLeO@eisner.encompasserve.org>, 0 	koehler@encompasserve.org (Bob Koehler) writes:e > In article <3d8db4ac.415048437@news.eircom.net>, rw@vorpalbunnyeircom.net (Russell Wallace) writes:  >>  H >> I'm curious - why is rollover so dangerous? Intuitively it would seemF >> highly unlikely to kill you, though my intuition could certainly be >> wrong here. > D >    Your body is not designed to hold up the weight of even a smallB >    SUV.  Unfortunately the SUV's roof may not hold it up either,8 >    especially if it's still moving when the roof hits. >   B And the vehicle isn't designed to have the wheels pointed upwards.D Maybe taking the licenses from people incapable of driving is a more3 sutable answer.  Or just let Darwin handle it.  :-)   C (The Army replaced the Jeep with the much wider HumVee because of a G percieved roll-over problem with the Jeep.  The worst case of roll-over K I ever witnessed was when a Jeep with heavy communications equipment ounted K where the back seat would normally be rolled over while carrying 8 people.  I I'll leave it to the readers imagination to picture where thoose 8 people H were riding in this Jeep and what it did to the jeeps center of gravity.E The MP's also determined that the Jeep was doing about 50 mph when it G failed to negotiate a 90 degree corner and rolled.  You decide how much 1 of the fault lay with the design of the vehicle.)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 23 Sep 2002 10:59:25 -0400 ; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> ! Subject: RE: Marketing suggestion K Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEAF3@rlghncst964.usps.gov>   
 <sarcasm>  Those *eeeevilllll* SUVs, 
 </sarcasm>8 not to mention minivans, have taken over the automotive 7 niche once occupied by a now-extinct vehicle driven by  7 many parents in the epoch when I was a kid; namely the   station wagon.  , And they got comparable miles-per-gallon....   WWWebb   -----Original Message-----1 From: "Bill Todd" [mailto:billtodd@metrocast.net] * Sent: Saturday, September 21, 2002 4:42 PM To: "Info-VAX@Mvb.Saic.Com" ! Subject: RE: Marketing suggestion     : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D8CD063.79438643@videotron.ca...   ..  K > So when I see those TV ads for SUVs, I laugh.  The folks are given such a , > false sense of security by the advertsing.  @ Actually, no.  Virtually all the people who buy SUVs will not beI encountering anything but low-traction situations in which the 4WD may in K fact be useful and the other limitations you note won't matter:  they won't L be fording deep streams, or driving on non-roads, or through vast amounts ofK desert dust.  The closest they're likely to come to having ground-clearance J problems will be deep mud (some Northern New England dirt roads are closedK for this reason for a few weeks each year, but are bad enough that even the J highest vehicles can have problems) and deep snow (where you have a prettyL good idea of what you're getting into before you get into it, and should act
 accordingly).   J The false sense of security is much more likely to come from the incorrectJ belief that they'll be safer in a crash, as was just noted (I think here).   - bill   ------------------------------  % Date: Mon, 23 Sep 2002 13:23:16 -0400 % From: "John Vottero" <John@mvpsi.com> ! Subject: Re: Marketing suggestion / Message-ID: <uoujg5828v4ie4@news.supernews.com>   % Sue, you're an evil marketing GENIUS!   @ "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message$ news:amn560$6qd$1@web1.cup.hp.com...H > ok here is a nasty thought.  Person puts VMS cd in a PC crashes PC and comes I > up with a screen saver saying.  If this had been VMS you would still be 
 > running. > % > I know its not politically correct.  >  > sue  > 7 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message 1 > news:amftf3$5jpde$2@ID-135708.news.dfncis.de... 0 > > In article <3D8B7589.A1328F91@videotron.ca>,3 > > JF Mezei <jfmezei.spamnot@videotron.ca> writes: F > > > Take the VMS freeware CD and include it in a mass distributed IT > magazine and> > > > make sure "VMS" is clearly written in big letters on it. > > >iF > > > This would send a very clear message that VMS is still alive and
 > kicking,H > > > supports software from CDs instead of 9 track tape (remove some of thatK > > > "legacy" image) and that there is software that is affordable for it.a > > >o> > > > That would go a long long way towards raising awareness. > >? > >g > > Nice idea, except......H > >J" > > IT Manager receives magazine - > > Finds CD in back - > > Removes CD - > > Sticks CD in Win2K PC -y > > Nothing happens -e1 > > Goes to "My Computer" and clicks on CD icon -u > > Gets error message - > >iG > > Now, what does he think of that big VMS printed on the front of theg disk?? > >a > > Perception is everything.n > >g > > bill > >  > > --G > > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Threes wolvesH > > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > > University of Scranton   |B > > Scranton, Pennsylvania   |         #include <std.disclaimer.h> >u >s   ------------------------------  % Date: Mon, 23 Sep 2002 10:40:49 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>! Subject: Re: Mr. Bush at the U.N.s. Message-ID: <3D8F27F1.F13087B5@mindspring.com>   "Terry C. Shannon" wrote:n  < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message > F > > The USA's beef about Saddam is about "weapons of mass destruction" > (whatevera > > what that really means). >uD > In the US vernacular. nukes, chemical warfare, biological warfare.  2 Actually, I think Quran's are the "Weapons of Mass/ Destruction" that many of Bush's fundamentalists# Christian supporters fear the most.i  0   1. Can't have another "one true truth" arguing!      with their "one true truth".-  ,   2. While the fundamentalist Christians are3      anxious to bring about/live to see Armageddon,01      their eschatology only tells them what to dou1      about Jews and Christians; they're at a lossD1      to understand how Islam fits into their end-t.      times picture (it being an invention that(      post-dates their "one true truth").     Atlant   ------------------------------  % Date: Mon, 23 Sep 2002 12:18:26 -0400d2 From: Atlant Schmidt <atlantnospam@mindspring.com>! Subject: Re: Mr. Bush at the U.N.p. Message-ID: <3D8F3ED2.FC90B1A7@mindspring.com>   Bill Todd wrote:  A > "Atlant Schmidt" <atlantnospam@mindspring.com> wrote in messagea > , > > That was Andrew Card, Bush's White House2 > > Chief-of-Staff.  The latest citation I've seen. > > for this was an article in yesterday's San. > > Francisco Chronicle. and that reported the
 > > quote as:  > >21 > >     "from a marketing point of view you don'tK* > >     introduce new products in August." > J > Thanks - that could easily have been what I heard, since I wasn't payingJ > that much attention until that sentiment kind of jumped out and demandedC > notice.  Sorry for the imprecise (and unidentified) paraphrasing.r  0 This has now made it to "This Modern World", the cartoon drawn by Tom Tomorrow.   See:  =   http://www.salon.com/comics/tomo/2002/09/23/tomo/index.htmli  !                            Atlantt   ------------------------------  % Date: Mon, 23 Sep 2002 10:57:55 -0400a1 From: Michael Austin <maustin@firstdbasource.com> 0 Subject: Re: New Miss America - Miss Ill-a-Noise2 Message-ID: <3D8F2BF3.5B9E8299@firstdbasource.com>  C > I get a kick out of the Weather Channel folks who say "Miz-UR-ah"sG > instead of "Miz-UR-ee", which is what *I* grew up with in the Westernl > Suburbs of Chicago.  >   D I am in the process of relocating to KC Miz-UR-ee and have been toldE that there are some southern Miz-UR-ee locations where they do indeed< pronounce it  Miz-UR-ah.  F I do recall Barabara Walter using the correct Spanish pronunciation ofH Buena Vista, however, in Virginia it is pronounced Bew-NAH Vista instead of Bway-nah Vee-stav -- r Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163 7 Sr. Consultant            http://www.firstdbasource.commE                           http://www.firstdbasource.com/donation.htmla/ 704-947-1089 (Office)     704-236-4377 (Mobile)r   ANDo  - System Manager of 100+ VMS nodes and growing.h Cerner Corp.   ------------------------------  + Date: Mon, 23 Sep 2002 09:24:15 -0700 (PDT)0. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>( Subject: New www.openvms.compaq.com site@ Message-ID: <20020923162415.69768.qmail@web20205.mail.yahoo.com>  , The site www.openvms.compaq.com is changing.+ Now it is looking like the HP site standard  except some links.  May be in  the future it will become    www.openvms.hp.com   Dont make mistakes with    www.openview.hp.com ! :-))  ! But what about putting a link to u   www.openvms.org there????n   Regardsi   FC o   =====e ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilo fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?) New DSL Internet Access from SBC & Yahoo!  http://sbc.yahoo.com   ------------------------------    Date: 23 Sep 2002 05:29:36 -0700/ From: sven.tieste@swb.arcelor.com (sven.tieste)i2 Subject: Re: OpenVms on Alpha with a PoweWare UPS.= Message-ID: <33d89c75.0209230429.148c9336@posting.google.com>6   Hello,  only for completeness of my post( the handwritten drawing is converted to  be shown here.4 It shows the connection between a Powerware 9110 UPS) with a AS400 port and a DS20 serial port.   - PC                          PW9110 AS400 card > DB9, female, DS20, serial port   UPS, DB15, female, AS400-card   1 o--+------------+e      |            |b( 2 o-----+----------------------------o 1      |  |         |n      |  # 1KOhm   # 1KOhme      |  # 1/4W    # 1/4W      |  |         |c( 3 o-----+         |    +-------------o 3      |            |    | 4 o---------------+    |      |                 | 5 o--------------------+      | 6 o--+   7 o--+      | 8 o--+    d "Sven Tieste" <sven.tieste@sw-hb.de> wrote in message news:<amc4k5$iq4$1@f40-3.zfn.uni-bremen.de>... > Hello,L > we are using such system. We are using POWERWARE 9110 UPS. Since it works, > it works quit well.e: > We are using Software called OnliSafe for OpenVMS. It is > delivered with a good manual.eK > We had lots of problems to connect Server and UPS. The cable delivered byF@ > Powerware was wrong (one could not use a normal serial cable).F > Only a few month later and telephone calls around the world we got aI > handwritten (!!!) drawing which descibes the right pinout of the cable.YD > Doing some handicrafts to buildt the cable by myself and it works.! > (Not just professional but ...)w > Have fun with it!e >  > M > Martin Zijderhand <martin.zijderhand@centric.nl> schrieb in im Newsbeitrag:u) > am9772$vvm$1@magellan.sys.centric.nl...uK > > Is there someone who has experience with a Alpha with OpenVMS 7.2 and afN > > PowerWare ups. Which software is needed to shutdown the Alpha when the Ups > > request to?o > >  > > Martin Zijderhandi > >g > >    ------------------------------  + Date: Mon, 23 Sep 2002 07:10:07 -0500 (CDT)t& From: Drew Shelton <DREW@SEMATECH.Org> Subject: Re: OpenVMS SIG- Message-ID: <01KMTY810RAO00H06E@SEMATECH.Org>f   >Sue Skonetski wrote:v >>	 >> Brian,a >>F >> If you go to the url in the orignial post you will see that you canH >> register for the SIG and there is also something like a notes file as/ >> well (I forgot the name of what its called).s >>X >> system@SendSpamHere.ORG wrote in message news:<00A14388.39157DEE@SendSpamHere.ORG>...l >> > In article <amdef2$675$2@skates.gsfc.nasa.gov>, koehler@bessta.gsfc.nasa.aspm.gov (Bob Koehler) writes: >> > >V >> > >In article <00A14370.D82AE600@SendSpamHere.ORG>, system@SendSpamHere.ORG writes:i >> > >>In article <amcqri$hn1$1@web1.cup.hp.com>, "Sue Skonetski" <susan.skonetski@hp.nospam.com> writes:u >> > >>>Dear Newsgroup,s >> > >>>Q >> > >>>Just so you know Encompass has restarted the OpenVMS SIG.  Dave Cathey iso >> > >>>the SIG Chair. >> > >>>4 >> > >>> To join the VMS SIG you need to register on< >> > >>>http://www.encompassus.org/community/sigs/index.html >> > >>-S >> > >>Is joining the mailing list akin to registering to be an OpenVMS SIG member?E >> > >L >> > >   I think I joined the SIG first and the mailing list came out later.L >> > >   In this case the sign up claims "for members in good standing", butB >> > >   in at least one case that includes non-paying associates. >> >I >> > Well, the question is, where do I sign up for the SIG?  The web pagehJ >> > mentions as a link to join the mailing list but there's nothing about" >> > simply becoming a SIG member.  / >Seconding Brian's post - don't find it either.p   >Help (URL) please?m  J I don't see it either.  All I can find to sign up for is the mailing list.  L ============================================================================6 Drew Shelton                         drew@sematech.org9 VMS Systems Manager                  office: 512-356-7575e9 Sematech                             fax:    512-356-7600a 2706 Montopolis DriveuK Austin, TX 78741-6499                I speak for myself only, not Sematech.wB     "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"I                                                         - Compaq, 9/22/98tL ============================================================================   ------------------------------  % Date: Mon, 23 Sep 2002 10:44:41 -0500 6 From: Glen Mark Martin <glenmark@utxvms.cc.utexas.edu>/ Subject: Re: QUEUE MANAGER dying during backupsn3 Message-ID: <3D8F36E9.2080509@utxvms.cc.utexas.edu>"   Alan E. Feldman wrote:    G > I assume this is not your system disk. Perhaps someone recently moved-( > the queue database files to this disk?    E This is in sys_lcommon, not an actual boot volume. I believe this is  & where we've had these files all along.    uG > Add /IGNORE=INTERLOCK and try again. Please let us know. Also, pleaseoG > report, ***in their entirety***, any relevant error messages from theD > backup job. Thanks.w    H Is /ignore=interlock a good idea on a full image backup? I'll give it a B try when this disk comes around for a full backup again next week.  E Anyway, below are the messages generated by the backup batch job the  > last time this happened. As you can see, BACKUP fails to open I SYS$QUEUE_MANAGER.QMAN$JOURNAL, so it is unclear to me why QUEUE MANAGER  	 is dying.h  H %BACKUP-I-LBLOVRWRITE, volume label BACKUP       overwritten, new label 	 is 17SEP0e  3 %MOUNT-I-MOUNTED, 17SEP0 mounted on _YELLOW$MKA100:   %BACKUP-E-OPENIN, error opening 4 DISK$SYS1:[LCOMMON.SYSEXE]QMAN$MASTER.DAT;3 as input* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening C DISK$SYS1:[LCOMMON.SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL;1 as inputa* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening B DISK$SYS1:[LCOMMON.SYSEXE]SYS$QUEUE_MANAGER.QMAN$QUEUES;3 as input* -SYSTEM-W-ACCONFLICT, file access conflictH %BACKUP-E-OPENIN, error opening DISK$SYS1:[LCOMMON.SYSEXE]SYSUAF.DAT;19  as input* -SYSTEM-W-ACCONFLICT, file access conflictH %BACKUP-I-NOBACKUP, DISK$SYS1:[LCOMMON.SYSMGR]CVCUSER.DAT;3949 data not  copied, file marked NOBACKUPH %BACKUP-I-NOBACKUP, DISK$SYS1:[LCOMMON.SYSMGR]CVCUSER.DAT;3948 data not  copied, file marked NOBACKUP  %BACKUP-E-OPENIN, error opening ; DISK$SYS1:[LCOMMON.SYSMGR]SECURITY.AUDIT$JOURNAL;4 as input * -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 5 DISK$SYS1:[LOCAL21.SYSMGR]ACCOUNTNG.DAT;2262 as inputu* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 2 DISK$SYS1:[LOCAL21.SYSMGR]OPERATOR.LOG;57 as input* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 4 DISK$SYS1:[LOCAL50.SYSMGR]ACCOUNTNG.DAT;114 as input* -SYSTEM-W-ACCONFLICT, file access conflictI %BACKUP-E-OPENIN, error opening DISK$SYS1:[LOCAL50.SYSMGR]OPERATOR.LOG;3 o as input* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 5 DISK$SYS1:[LOCAL51.SYSMGR]ACCOUNTNG.DAT;2492 as inputo* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 3 DISK$SYS1:[LOCAL51.SYSMGR]OPERATOR.LOG;102 as inputw* -SYSTEM-W-ACCONFLICT, file access conflict0 %BACKUP-I-RESUME, resuming operation on volume 23 %MOUNT-I-MOUNTED, 29MAY0 mounted on _YELLOW$MKA100:rH %BACKUP-I-LBLOVRWRITE, volume label 29MAY0       overwritten, new label 	 is 17SE02t3 %MOUNT-I-MOUNTED, 17SE02 mounted on _YELLOW$MKA100:oH %BACKUP-E-OPENIN, error opening DISK$SYS1:[]SECURITY.AUDIT$JOURNAL;4 as  inputy* -SYSTEM-W-ACCONFLICT, file access conflictB %BACKUP-E-OPENIN, error opening DISK$SYS1:[]SYSUAF.DAT;19 as input* -SYSTEM-W-ACCONFLICT, file access conflictC %BACKUP-E-OPENIN, error opening DISK$SYS1:[]SWATCHER.TMP;1 as inputi" -SYSTEM-W-NOSUCHFILE, no such fileG %BACKUP-E-OPENIN, error opening DISK$SYS1:[]ACCOUNTNG.DAT;2262 as inputv* -SYSTEM-W-ACCONFLICT, file access conflictE %BACKUP-E-OPENIN, error opening DISK$SYS1:[]OPERATOR.LOG;102 as input * -SYSTEM-W-ACCONFLICT, file access conflictH %BACKUP-E-OPENIN, error opening DISK$SYS1:[]TAN_SWATCHER_P.LOG;24147 as  inputk" -SYSTEM-W-NOSUCHFILE, no such fileH %BACKUP-E-OPENIN, error opening DISK$SYS1:[]YELLOW_SWATCHER_P.LOG;24144  as input" -SYSTEM-W-NOSUCHFILE, no such fileD %BACKUP-E-OPENIN, error opening DISK$SYS1:[]OPERATOR.LOG;57 as input* -SYSTEM-W-ACCONFLICT, file access conflictF %BACKUP-E-OPENIN, error opening DISK$SYS1:[]ACCOUNTNG.DAT;114 as input* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 3 DISK$SYS1:[]YELLOW_IMAGES_20020818.DAT;350 as inputn" -SYSTEM-W-NOSUCHFILE, no such fileC %BACKUP-E-OPENIN, error opening DISK$SYS1:[]OPERATOR.LOG;3 as inputr* -SYSTEM-W-ACCONFLICT, file access conflictH %BACKUP-E-OPENIN, error opening DISK$SYS1:[]VIOLET_SWATCHER_P.LOG;24146  as input" -SYSTEM-W-NOSUCHFILE, no such fileG %BACKUP-E-OPENIN, error opening DISK$SYS1:[]ACCOUNTNG.DAT;2492 as input'* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening 3 DISK$SYS1:[]VIOLET_IMAGES_20020818.DAT;350 as inputo" -SYSTEM-W-NOSUCHFILE, no such file: %BACKUP-I-STARTRECORD, starting backup date recording pass   ------------------------------  % Date: Mon, 23 Sep 2002 11:58:35 -0400 5 From: "Bochnik, William J" <William_Bochnik@acml.com>r/ Subject: RE: QUEUE MANAGER dying during backupsnO Message-ID: <2D75787AAF09C64481BDFD89113BE6D506B8EC@ac2kama0102.ac.lp.acml.com>-  L I missed some of the emails in this - is the qman dying when these files areJ hit, or just sometime while the backup is running (perhaps overloading theL disk and causing the qman to complain about disk issues and terminating)....     -----Original Message-----> From: Glen Mark Martin [mailto:glenmark@utxvms.cc.utexas.edu] ! Sent: September 23, 2002 11:45 AMa To: Info-VAX@Mvb.Saic.Coml/ Subject: Re: QUEUE MANAGER dying during backups        Alan E. Feldman wrote:    H > I assume this is not your system disk. Perhaps someone recently moved ( > the queue database files to this disk?    E This is in sys_lcommon, not an actual boot volume. I believe this is  & where we've had these files all along.    sH > Add /IGNORE=INTERLOCK and try again. Please let us know. Also, please H > report, ***in their entirety***, any relevant error messages from the  > backup job. Thanks.     H Is /ignore=interlock a good idea on a full image backup? I'll give it a B try when this disk comes around for a full backup again next week.  E Anyway, below are the messages generated by the backup batch job the t> last time this happened. As you can see, BACKUP fails to open I SYS$QUEUE_MANAGER.QMAN$JOURNAL, so it is unclear to me why QUEUE MANAGER  	 is dying.l  H %BACKUP-I-LBLOVRWRITE, volume label BACKUP       overwritten, new label 	 is 17SEP0i  K %MOUNT-I-MOUNTED, 17SEP0 mounted on _YELLOW$MKA100: %BACKUP-E-OPENIN, error' opening J DISK$SYS1:[LCOMMON.SYSEXE]QMAN$MASTER.DAT;3 as input -SYSTEM-W-ACCONFLICT,5 file access conflict %BACKUP-E-OPENIN, error opening  C DISK$SYS1:[LCOMMON.SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL;1 as input K -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error opening  B DISK$SYS1:[LCOMMON.SYSEXE]SYS$QUEUE_MANAGER.QMAN$QUEUES;3 as inputJ -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error opening( DISK$SYS1:[LCOMMON.SYSEXE]SYSUAF.DAT;19  as input* -SYSTEM-W-ACCONFLICT, file access conflictH %BACKUP-I-NOBACKUP, DISK$SYS1:[LCOMMON.SYSMGR]CVCUSER.DAT;3949 data not  copied, file marked NOBACKUPH %BACKUP-I-NOBACKUP, DISK$SYS1:[LCOMMON.SYSMGR]CVCUSER.DAT;3948 data not  copied, file marked NOBACKUP  %BACKUP-E-OPENIN, error opening ; DISK$SYS1:[LCOMMON.SYSMGR]SECURITY.AUDIT$JOURNAL;4 as inputrK -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error opening sK DISK$SYS1:[LOCAL21.SYSMGR]ACCOUNTNG.DAT;2262 as input -SYSTEM-W-ACCONFLICT,t5 file access conflict %BACKUP-E-OPENIN, error opening  H DISK$SYS1:[LOCAL21.SYSMGR]OPERATOR.LOG;57 as input -SYSTEM-W-ACCONFLICT,5 file access conflict %BACKUP-E-OPENIN, error opening lJ DISK$SYS1:[LOCAL50.SYSMGR]ACCOUNTNG.DAT;114 as input -SYSTEM-W-ACCONFLICT,4 file access conflict %BACKUP-E-OPENIN, error opening) DISK$SYS1:[LOCAL50.SYSMGR]OPERATOR.LOG;3 p as input* -SYSTEM-W-ACCONFLICT, file access conflict  %BACKUP-E-OPENIN, error opening K DISK$SYS1:[LOCAL51.SYSMGR]ACCOUNTNG.DAT;2492 as input -SYSTEM-W-ACCONFLICT,-5 file access conflict %BACKUP-E-OPENIN, error opening  I DISK$SYS1:[LOCAL51.SYSMGR]OPERATOR.LOG;102 as input -SYSTEM-W-ACCONFLICT,,E file access conflict %BACKUP-I-RESUME, resuming operation on volume 2u3 %MOUNT-I-MOUNTED, 29MAY0 mounted on _YELLOW$MKA100:gH %BACKUP-I-LBLOVRWRITE, volume label 29MAY0       overwritten, new label 	 is 17SE02TK %MOUNT-I-MOUNTED, 17SE02 mounted on _YELLOW$MKA100: %BACKUP-E-OPENIN, error 0 opening DISK$SYS1:[]SECURITY.AUDIT$JOURNAL;4 as  input * -SYSTEM-W-ACCONFLICT, file access conflictB %BACKUP-E-OPENIN, error opening DISK$SYS1:[]SYSUAF.DAT;19 as inputJ -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error openingF DISK$SYS1:[]SWATCHER.TMP;1 as input -SYSTEM-W-NOSUCHFILE, no such fileG %BACKUP-E-OPENIN, error opening DISK$SYS1:[]ACCOUNTNG.DAT;2262 as inputdJ -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error openingG DISK$SYS1:[]OPERATOR.LOG;102 as input -SYSTEM-W-ACCONFLICT, file accesso( conflict %BACKUP-E-OPENIN, error opening( DISK$SYS1:[]TAN_SWATCHER_P.LOG;24147 as  input " -SYSTEM-W-NOSUCHFILE, no such fileH %BACKUP-E-OPENIN, error opening DISK$SYS1:[]YELLOW_SWATCHER_P.LOG;24144  as input" -SYSTEM-W-NOSUCHFILE, no such fileD %BACKUP-E-OPENIN, error opening DISK$SYS1:[]OPERATOR.LOG;57 as inputJ -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error openingH DISK$SYS1:[]ACCOUNTNG.DAT;114 as input -SYSTEM-W-ACCONFLICT, file access) conflict %BACKUP-E-OPENIN, error opening hL DISK$SYS1:[]YELLOW_IMAGES_20020818.DAT;350 as input -SYSTEM-W-NOSUCHFILE, noG such file %BACKUP-E-OPENIN, error opening DISK$SYS1:[]OPERATOR.LOG;3 as H input -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error0 opening DISK$SYS1:[]VIOLET_SWATCHER_P.LOG;24146  as input" -SYSTEM-W-NOSUCHFILE, no such fileG %BACKUP-E-OPENIN, error opening DISK$SYS1:[]ACCOUNTNG.DAT;2492 as inputIK -SYSTEM-W-ACCONFLICT, file access conflict %BACKUP-E-OPENIN, error opening  L DISK$SYS1:[]VIOLET_IMAGES_20020818.DAT;350 as input -SYSTEM-W-NOSUCHFILE, noD such file %BACKUP-I-STARTRECORD, starting backup date recording pass      I The information contained in this transmission may contain privileged anduJ confidential information and is intended only for the use of the person(s)L named above.  If you are not the intended recipient, or an employee or agentF responsible for delivering this message to the intended recipient, anyK review, dissemination, distribution or duplication of this communication isrJ strictly prohibited. If you are not the intended recipient, please contactD the sender immediately by reply e-mail and destroy all copies of theH original message. Please note that for certain accounts we do not acceptK orders and/or instructions by e-mail, and for those accounts we will not berL responsible for carrying out such orders and/or instructions. Kindly refrainL from sending orders or instructions by e-mail unless you have confirmed thatH we accept such communications for your account. Please also note that toJ satisfy regulatory requirements we review the outgoing and incoming e-mail: correspondence of staff members serving certain functions.   ------------------------------  % Date: Mon, 23 Sep 2002 09:49:16 -0400d1 From: Michael Austin <maustin@firstdbasource.com> ; Subject: Re: Suggestion for VMS: better TCP access from DCL 2 Message-ID: <3D8F1BDC.B737C69C@firstdbasource.com>   JF Mezei wrote:h > K > With DECNET, one has very good DCL access to network stuff. Including thetL > ability to open a link to some server, send a transaction, get a response,/ > close the link. (As well as file operations).  > M > I think that there should be considerations to allow similar functionlalityr
 > via DCL. >  > for instance:h3 > OPEN/READ/WRITE temp "TCPIP:www.chocolate.com:80"p > or3 > OPEN/READ/WRITE temp "UCP:bike.transport.com:432"r  E Or an alternative is to call a perl script from DCL... This proc logs G into my Linksys and extracts my current DSL IP and DNS addresses.  This H will even make some of your VMS scripting transportable.  This code came off of my unix box untouched.<   $PERL -w #!/usr/bin/perl -w #!/usr/local/bin/perl -w  = ## $ENV{'PATH'} = (exists($ENV{PATH}) ? "$ENV{PATH}:" : "") .  "/sbin:/usr/sbin:/bi ## n:/usr/bin:/etc:/usr/lib:";   use Getopt::Long;  use Sys::Hostname; use IO::Socket;        $0 = "findIP";     my $version  = "3.5.4";k     my $programd  = $0;h     $programd =~ s%^.*/%%;     my $program   = $programd;     $program  =~ s/d$//;     my $now       = time;2     my $hostname  = hostname();"     my ($peer, $server, $port);c$     my ($sd, $rq, $request, $reply);1     my $url = "HTTP://192.168.1.1:80/Status.htm";t       $url    =~ s%^HTTP://%%i;t     $server = $url;s     $server =~ s%/.*%%;2&     $url    = "/" unless $url =~ m%/%;     $url    =~ s%^[^/]*/%%;n  &     ## determine peer and port to use.     $peer   = $server;     $peer   =~ s%/.*%%;u     $port   = $peer;     $port   =~ s%^.*:%%;)     $port   = 80 unless $port =~ /^\d+$/;a     $peer   =~ s%:.*$%%;    +     my $auth = encode_base64("GUESS:WHAT");m     $request  = "GET ";t#     $request .= "/$url HTTP/1.0\n";r-     $request .= "Authorization: Basic $auth"; 6     $request .= "User-Agent: ${program}/${version}\n";%     $request .= "Connection: open\n";e     $request .= "\n";d  F     ## make sure newlines are <cr><lf> for some pedantic proxy servers$     ($rq = $request) =~ s/\n/\r\n/g; #        printf("$rq");a       local $^W = 0;1    $sd = IO::Socket::INET->new(PeerAddr => $peer,_3                                  PeerPort => $port,!4                                  Proto    => 'tcp');      my $skip='WAN.*?IP Address';     my $skip1='DNS.*?';s"     my $result = send $sd, $rq, 0;%         if ($result != length($rq)) { <             printf("cannot send to 192.168.1.1:80 ($!).\n");         } else {              while ($_ = <$sd>) {> #        verbose("RECEIVE:", "%s", define($_, "<undefined>"));+                 $reply .= $_ if defined $_;N            } #       printf(" $reply\n");             if ($reply =~@5 /${skip}.*?(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}).*/is)n {m                 $WANip = $1;
             }d             if ($reply =~r6 /${skip1}.*?(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}).*/is) {q                 $DNS1ip = $1;t
             }a             if ($reply =~n7 /${DNS1ip}.*?(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}).*/is)e {d                 $DNS2ip = $1;s
             }              if ($reply =~h7 /${DNS2ip}.*?(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}).*/is)d {r                 $DNS3ip = $1;a
             }n2         printf("Current IP address is: $WANip\n");3         printf("DNS 1   IP address is: $DNS1ip\n");i3         printf("DNS 2   IP address is: $DNS2ip\n");o3         printf("DNS 3   IP address is: $DNS3ip\n");f             close($sd);s
          }       sub encode_base64 ($;$) {u     my $res = '';      my $eol = $_[1];$     $eol = "\n" unless defined $eol;B     pos($_[0]) = 0;                          # ensure start at the	 beginninge$     while ($_[0] =~ /(.{1,45})/gs) {)         $res .= substr(pack('u', $1), 1);          chop($res);      }@@     $res =~ tr|` -_|AA-Za-z0-9+/|;               # `# help emacs       # fix padding at the end.     my $padding = (3 - length($_[0]) % 3) % 3;8     $res =~ s/.{$padding}$/'=' x $padding/e if $padding;  H     # break encoded string into lines of no more than 76 characters each     if (length $eol) {%         $res =~ s/(.{1,76})/$1$eol/g;      }i	     $res;c }a -- b Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163o7 Sr. Consultant            http://www.firstdbasource.com E                           http://www.firstdbasource.com/donation.html3/ 704-947-1089 (Office)     704-236-4377 (Mobile)e   ------------------------------  # Date: Mon, 23 Sep 2002 15:56:23 GMTx5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>7! Subject: Re: VMS Alpha and sound.l2 Message-ID: <HQGj9.18$Yo2.552997@news.cpqcorp.net>  H What he said.  The Ensoniq card, and the MS sound card.  MMOV is needed.    I Patrick Moreau wrote in message <3d8c4e39$0$591$626a54ce@news.free.fr>...t >Hello, F >Compaq Ensoniq AudioPCI works great on DS10. What AXP MOBO have you ? >h@ >For older systems, a Microsoft compatible sound card may be OK. >tI >You need MMOV (Multimedia Services for OpenVMS) to make use of the soundt >card. >p >Patrick >n >John Clausen wrote:K >> Hello, I have an Alpha AXP main board that does not have sound built in.  >>6 >> What sound cards are compatible with OpenVMS Alpha? >>H >> I checked the OpenVMS FAQ and didn't really find any information that wouldh >> help. >>
 >> Thanks, >> >> Johna >> >e   ------------------------------  % Date: Mon, 23 Sep 2002 13:36:08 +0100-4 From: "Kevin Playford" <k.playford@nospamvirgin.net>9 Subject: Re: VMS future (oh not not another one of these)c5 Message-ID: <1032784492.80208.0@demeter.uk.clara.net>a   John  L I don't want to hijack your original posting, but can I ask another question of. the community that is related to what you ask.  H Johns list of PRO items doesn't seem like an overwhelming reason to feel positive about VMS.u  C As a business would I be seeing enough coming out of VMS to make mef2 want to wait for the Itanium port to be completed?  I Say the port's going to take 2 years, is that all I'm going to get? A VMS  thatH I have today that's running on a new hardware platform. I ask all of you guys& here is that enough for your business?  J If the answer is NO, then what do you want to see on VMS that compels your! business to stay on the platform?,  9 Would I get a better business offering from Linux? HP-UX?o   regardst /kevin    . "John N." <JNixon@cfl.rr.com> wrote in message5 news:UCHi9.4027$yB5.166527@twister.tampabay.rr.com...nJ > If we ignore lessons of the past (Usually a very unwise move), and if weK > focus on what is happening today, what is the prognosis for the future ofs > VMS. >KG > Is your outlook for the future of VMS currently Negative,  Neutral oro
 > PositiveG > Has you outlook for the future of VMS changed in the past year?  How?n >e! > Any one can add to these lists:i >i	 > PRO VMSgF >    Porting to Intel (this is good given that Alphas has been killed)% >    Revival of VMS Technical journalc& >    Creation of VMS specific symposia >    DII COE >    ??? >n
 > Anti VMS >    Recent historyt	 >    ????v >a >| >  > See you in St. Lous. >e >>   ------------------------------  # Date: Mon, 23 Sep 2002 13:52:17 GMTm# From: "John N." <JNixon@cfl.rr.com>o9 Subject: Re: VMS future (oh not not another one of these)$< Message-ID: <l0Fj9.16851$yB5.675512@twister.tampabay.rr.com>  K Feel free to "hijack" the thread.  There has been very little in the way of + a response to the original question anyway.n  I To answer your question, I see VMS as constantly improving, and I see thesH release of VMS that will be running on the Itanium processor as being "2H years ahead" of where VMS is today.  My only question is whether ItaniumL itself will be two years ahead of where Alpha is today.  Or even if Itanium,9 in two years from now, will even be where Alpha is today.e  J And my list of "Pros" was not meant to be overwhelming.  It was only meantK to be a point to start discussions.  But apparently, we would all prefer toc rehash history.   ? "Kevin Playford" <k.playford@nospamvirgin.net> wrote in message / news:1032784492.80208.0@demeter.uk.clara.net...i >t > John >eE > I don't want to hijack your original posting, but can I ask another  question > of0 > the community that is related to what you ask. > J > Johns list of PRO items doesn't seem like an overwhelming reason to feel > positive about VMS.8 >oE > As a business would I be seeing enough coming out of VMS to make mee4 > want to wait for the Itanium port to be completed? >hK > Say the port's going to take 2 years, is that all I'm going to get? A VMSa > thatJ > I have today that's running on a new hardware platform. I ask all of you > guys( > here is that enough for your business? >eL > If the answer is NO, then what do you want to see on VMS that compels your# > business to stay on the platform?t >e; > Would I get a better business offering from Linux? HP-UX?y > 	 > regards| > /kevin >e >y0 > "John N." <JNixon@cfl.rr.com> wrote in message7 > news:UCHi9.4027$yB5.166527@twister.tampabay.rr.com...0L > > If we ignore lessons of the past (Usually a very unwise move), and if weJ > > focus on what is happening today, what is the prognosis for the future of > > VMS. > >lI > > Is your outlook for the future of VMS currently Negative,  Neutral or  > > PositiveI > > Has you outlook for the future of VMS changed in the past year?  How?t > >v# > > Any one can add to these lists:h > >c > > PRO VMSaH > >    Porting to Intel (this is good given that Alphas has been killed)' > >    Revival of VMS Technical journalg( > >    Creation of VMS specific symposia > >    DII COE
 > >    ??? > >  > > Anti VMS > >    Recent history- > >    ????C > >  > >c > >: > > See you in St. Lous. > >  > >" >f >e >p   ------------------------------  # Date: Mon, 23 Sep 2002 15:49:10 GMT.5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>u9 Subject: Re: VMS future (oh not not another one of these) 2 Message-ID: <WJGj9.15$Ln2.511079@news.cpqcorp.net>  A David J. Dachtera wrote in message <3D8CCF18.5B49FCA2@fsi.net>...c >Hans Vlems wrote:  G >...but I already get enough heat from the OVMS Engineers and the Larry'? >Kilgallen types, and almost everyone who is anyone has alreadynD >blacklisted and/or killfiled me since my reply-to address is highly0 >predictable (djesys.nospam@any-domain.any-tld).   I haven't killfiled you.   ------------------------------  # Date: Mon, 23 Sep 2002 15:53:45 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e9 Subject: Re: VMS future (oh not not another one of these)r2 Message-ID: <dOGj9.16$Ij2.407680@news.cpqcorp.net>  < JF Mezei wrote in message <3D8E78FF.CBDE61A@videotron.ca>... >Robert Deininger wrote:J >> >Isn't that indeed what OpenVMS-IA64 is targetted at (some, but not all >> >IA64-based machines)?  >>" >> Seems to depend on who you ask. >-L >VMS can run on DS10s, but Compaq/HP chose not to market/target VMS for suchL >markets. So even if VMS could run on a IA64 laptop, it doesn't mean that HP$ >would market VMS for such a market. > L >There is not much point in VMS loyalists trying to push VMS into markets HPJ >doesn't want VMS to go. Let HP clearly state where it wants VMS to go andI >those who agree will toe the line and those who disagree will , well...,v
 >disagree :-)t  L As far as I know, we sell VMS on the DS10.  We sold VMS on a Tadpole laptop, but not many people bought it.  J Our primary purpose is to sell HP hardware, software and services.  So youI can bet that we will make sure that VMS is targeted at HP hardware.  WillaJ VMS run on generic IPF hardware?  That is our plan and our goal.  But thatL is our technical goal.  The business case for support of non-HP systems will0 dictate if VMS gets licensed on non-HP hardware.   ------------------------------  # Date: Mon, 23 Sep 2002 15:54:05 GMTl5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>s9 Subject: Re: VMS future (oh not not another one of these)c2 Message-ID: <xOGj9.17$Hp2.565318@news.cpqcorp.net>  1 SGI.  Dell is reportedly also reviving IPF plans.   D Paul Repacholi wrote in message <87ptv5k45k.fsf@prep.synonet.com>...5 >rdeininger@mindspring.com (Robert Deininger) writes:D > > >> In article <3D8CCF18.5B49FCA2@fsi.net>, "David J. Dachtera"! >> <djesys.nospam@fsi.net> wrote:p >rB >> There are some concrete reasons why IA64 systems should be moreE >> "generic" than IA32 systems.  IA64's PAL/SAL/EFI/ACPI seem to have?F >> most of the abstractions needed to hide system details, while still# >> giving the OS the info it needs.r >yG >Oh? We have the hp boxes with the ZX1 chipset, intels 870 stuff in the D >Tiger, when that crawls out into daylight, NECs 32 way monster with >yet another chipset etc.  > % >Anyone else got boxes out there yet?  >  >---= >Paul Repacholi                               1 Crescent Rd.,08 >+61 (08) 9257-1001                           Kalamunda.A >                                             West Australia 6076m/ >Raw, Cooked or Well-done, it's all half baked. G >EPIC, The Architecture of the future, always has been, always will be.S   ------------------------------  % Date: Mon, 23 Sep 2002 09:00:08 -0700 # From: "Tom Linden" <tom@kednos.com>n9 Subject: RE: VMS future (oh not not another one of these)f9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEIOFMAA.tom@kednos.com>   ? Non-HP hardware?  Doesn't HP have an ownership interest in IPF?e   >-----Original Message-----t; >From: Fred Kleinsorge [mailto:kleinsorge@star.zko.dec.com]t) >Sent: Monday, September 23, 2002 8:54 AMs >To: Info-VAX@Mvb.Saic.Com: >Subject: Re: VMS future (oh not not another one of these) >o >o > = >JF Mezei wrote in message <3D8E78FF.CBDE61A@videotron.ca>...  >>Robert Deininger wrote:aK >>> >Isn't that indeed what OpenVMS-IA64 is targetted at (some, but not all  >>> >IA64-based machines)? >>>t# >>> Seems to depend on who you ask.- >>A >>VMS can run on DS10s, but Compaq/HP chose not to market/target t
 >VMS for suchtA >>markets. So even if VMS could run on a IA64 laptop, it doesn't s
 >mean that HPD% >>would market VMS for such a market.  >>C >>There is not much point in VMS loyalists trying to push VMS into g >markets HPhK >>doesn't want VMS to go. Let HP clearly state where it wants VMS to go andiJ >>those who agree will toe the line and those who disagree will , well..., >>disagree :-) > > >As far as I know, we sell VMS on the DS10.  We sold VMS on a  >Tadpole laptop, >but not many people bought it.c >iK >Our primary purpose is to sell HP hardware, software and services.  So youwJ >can bet that we will make sure that VMS is targeted at HP hardware.  WillK >VMS run on generic IPF hardware?  That is our plan and our goal.  But thatiA >is our technical goal.  The business case for support of non-HP r
 >systems willr1 >dictate if VMS gets licensed on non-HP hardware.2 >/ >2 >o >i >x >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).7A >Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002j >: ---N& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002   ------------------------------  # Date: Mon, 23 Sep 2002 16:49:10 GMTu5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n9 Subject: Re: VMS future (oh not not another one of these)o2 Message-ID: <aCHj9.20$qs2.656518@news.cpqcorp.net>  E I think HP has an interest in seeing IPF succeed, and in HP providingpL leading IPF solutions.  But I have no insight into the companies thinking on2 providing it's various OS's on non-HP supplied HW.       Tom Linden wrote in message ...M@ >Non-HP hardware?  Doesn't HP have an ownership interest in IPF? >e >>-----Original Message-----< >>From: Fred Kleinsorge [mailto:kleinsorge@star.zko.dec.com]* >>Sent: Monday, September 23, 2002 8:54 AM >>To: Info-VAX@Mvb.Saic.Com ; >>Subject: Re: VMS future (oh not not another one of these)S >> >> >>> >>JF Mezei wrote in message <3D8E78FF.CBDE61A@videotron.ca>... >>>Robert Deininger wrote:L >>>> >Isn't that indeed what OpenVMS-IA64 is targetted at (some, but not all >>>> >IA64-based machines)?s >>>>$ >>>> Seems to depend on who you ask. >>>.A >>>VMS can run on DS10s, but Compaq/HP chose not to market/targeti >>VMS for suchA >>>markets. So even if VMS could run on a IA64 laptop, it doesn't  >>mean that HP& >>>would market VMS for such a market. >>> C >>>There is not much point in VMS loyalists trying to push VMS into  >>markets HPL >>>doesn't want VMS to go. Let HP clearly state where it wants VMS to go andK >>>those who agree will toe the line and those who disagree will , well...,p >>>disagree :-)r >>> >>As far as I know, we sell VMS on the DS10.  We sold VMS on a >>Tadpole laptop,y  >>but not many people bought it. >>L >>Our primary purpose is to sell HP hardware, software and services.  So youK >>can bet that we will make sure that VMS is targeted at HP hardware.  WilleL >>VMS run on generic IPF hardware?  That is our plan and our goal.  But thatA >>is our technical goal.  The business case for support of non-HPt >>systems will2 >>dictate if VMS gets licensed on non-HP hardware. >> >> >> >> >> >>---t( >>Incoming mail is certified Virus Free.< >>Checked by AVG anti-virus system (http://www.grisoft.com).B >>Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002 >> >---' >Outgoing mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).|A >Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002W >    ------------------------------  % Date: Mon, 23 Sep 2002 12:52:37 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>9 Subject: Re: VMS future (oh not not another one of these)-. Message-ID: <3D8F46D5.B766478F@mindspring.com>   Fred Kleinsorge wrote:  N > As far as I know, we sell VMS on the DS10.  We sold VMS on a Tadpole laptop,  > but not many people bought it.  4 Well, it certainly ran on that DS10 that was sitting4 in my office 'way back when. For quite a while, that+ was my primary development platform for the , DQDRIVER (as the Acer chip inside it was the) only IDE implementation that was actuallye competent at DMA).   Atlant   ------------------------------  % Date: Mon, 23 Sep 2002 00:54:01 -0500g( From: Robert Blum <rblum3@ix.netcom.com>% Subject: Re: VMS Que printing Problem - Message-ID: <3D8EAC79.767C79CE@ix.netcom.com>   c It may be that something is sending (or trying to send) a reset code to the printer.  If I rememberhk correctly, the HP LaserJets use an Escape-E character sequence to reset the printer.  (It might have bee an j escape-z, it's been a few years...)  The queue details would help (see below).  Look for any queue optionsb showing "/LIBRARY=something".  The "something" would be the name of a device control library file:f SYS$LIBRARY:something.TLB.  You can use the command LIBRARY/LIST SYS$LIBRARY:something.TLB to list thee entries in the library.  If no "/LIBRARY" option for the queue is given, I think it defaults to usingSj SYS$LIBRARY:SYSDEVCTL.TLB, or something similar.  I usually created a new one for different printer types,8 or at least a printer control language like PCL or QUIC.   Bob Blum rblum3@NOSPAM.ix.netcom.comh   Bob Baxter wrote:l  j > Mike@bccls.org (Mike Skelley) wrote in message news:<ed508915.0209180649.22e1a503@posting.google.com>...H > > Every time I print, to our VMS Que Printer HPLaser 5N, I get a blankI > > page with an E in the upper left hand corner. This is causing alot ofd > > paper to be wasted.d# > > Any help would be apprieciated.l >aH > You didn't provide many details about your configuration, so all I can- > do is give you a WAG about what to look at.> >>G > If it were my system (and I have had similar problems in the past), IhE > would check for bad PCL escape sequences being sent to the printer.yC > Very typically, this would be in the /setup= for the form you ares > using: >l > sho queu /form xxxxxx /fullh >a> > The /setup entry will be in the /library associated with the > applicable queue.k >j > sho queue zzzzzz /full >aF > Look for the library and source in sys$library (your source might be
 > elsewhere).o >t> > Also keep in mind that escape characters are non displayable4 > characters if you try to look at the code on-line. >  > Good Luck. >t > Bob  > Denver Newspaper Agencyn   ------------------------------  % Date: Mon, 23 Sep 2002 08:54:11 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>i Subject: Re: VMS, C++ and flusha' Message-ID: <3D8EBA93.2437B184@aaa.com>    "Craig A. Berry" wrote:m >  > Bill Todd wrote: > K > > From what Craig just said, this merely transfers the RTL buffers to RMSnP > > buffers (which if true sounds like a bug:  isn't flush supposed to flush all > > the way to disk?). > B > We're not talking about sys$flush, at least I don't think we areF > (though without the code in front of us this is all speculative). WeE > might be talking about the flush() method on a C++ iostream object,8  C Right,  "stream.flush();"  was the only code I added after that theo, complete 80 char output records was written.  	 Jan-Erik.=   ------------------------------  % Date: Mon, 23 Sep 2002 11:05:26 +0530 ; From: "aniruddha patwardhan" <aniruddha_patwardhan@bmc.com>n Subject: warning during copy/ Message-ID: <uota0ilrvfkmd8@corp.supernews.com>e   Hi  > I am trying to copy a file and I am getting following warning.H Please explain the meaning of this warning as well as how to remove this warning    apatward@oak-ani_vantive> copy3 DISK$USER01:[USER.APATWARD.FINAL_SAMPLES]PIPPIN_4-St EP-2002.MONDAT *.*   %COPY-W-INCOMPAT, > DISK$USER01:[USER.APATWARD.FINAL_SAMPLES]PIPPIN_4-SEP-2002.MON DAT;1 (input) and > VIEW$ANI_VANTIVE:[VMS.USER2.CVAXDEV.ROLLOUT.REFCOPY]PIPPIN_4-S6 EP-2002.MONDAT;1 (output) have incompatible attributes   TIAs	 Aniruddhat   ------------------------------  + Date: Mon, 23 Sep 2002 15:29:37 +0100 (MET)m9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>o  Subject: Re: warning during copy; Message-ID: <01KMUFIZG5KY9OF8NK@sysdev.deutsche-boerse.com>   @ > I am trying to copy a file and I am getting following warning.J > Please explain the meaning of this warning as well as how to remove this	 > warningA >  > %COPY-W-INCOMPAT,e@ > DISK$USER01:[USER.APATWARD.FINAL_SAMPLES]PIPPIN_4-SEP-2002.MON > DAT;1 (input) and-@ > VIEW$ANI_VANTIVE:[VMS.USER2.CVAXDEV.ROLLOUT.REFCOPY]PIPPIN_4-S8 > EP-2002.MONDAT;1 (output) have incompatible attributes  G The message is clear: it's "just" a warning because the attributes are .B different.  Why should you care (the command "works" after all)?  F Question: what should be the attributes of the output file?  Like the  input file?Q  6 Also, is *.* for the output file really what you want?   ------------------------------  % Date: Mon, 23 Sep 2002 10:15:02 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>0 Subject: Re: What is happening to the industry ?- Message-ID: <3D8F21E6.51E9A59@mindspring.com>    JF Mezei wrote:-  ) > Re: What is happening to the industry ?A  0 After a 224 year run, American democracy died on- December 12th, 2000 when the US Supreme CourtN5 decided it was more important to prevent a RepublicanC5 riot than to count votes. As a result, we installed a 5 corrupt, ignorant, amoral, deserting (from-the-armed-a1 forces), drunk, cocaine-abusing, pretzel-inhalingt6 foul-mouthed bigot* as the "leader of the free world".6 This has had the predictable ripple effects throughout the world economy.  5 WIth a little good luck, we'll correct the problem inG5 2004. With a lot of luck, we'll correct it on Nov 5the2 of this year. But there is a small but definitely-, non-zero probability that we will *NEVER* be4 able to correct the error that occurred that sad day in 2000.   Atlant    * * And those are just the *WELL-DOCUMENTED*3   defects in our "leaders" character. IF we want too2   examine the merely-alleged problems, there isn't   enough space on the Internet.a   ------------------------------  % Date: Mon, 23 Sep 2002 18:15:47 +0100u, From: Chris Quayle <lightwork@aerosys.co.uk>0 Subject: Re: What is happening to the industry ?- Message-ID: <3D8F4C43.7EEA9C0D@aerosys.co.uk>    Atlant Schmidt wrote:M >  > JF Mezei wrote:m > + > > Re: What is happening to the industry ?o > 2 > After a 224 year run, American democracy died on/ > December 12th, 2000 when the US Supreme CourtB7 > decided it was more important to prevent a Republicans7 > riot than to count votes. As a result, we installed aU7 > corrupt, ignorant, amoral, deserting (from-the-armed-n3 > forces), drunk, cocaine-abusing, pretzel-inhalingP8 > foul-mouthed bigot* as the "leader of the free world".8 > This has had the predictable ripple effects throughout > the world economy. > 7 > WIth a little good luck, we'll correct the problem in 7 > 2004. With a lot of luck, we'll correct it on Nov 5thK4 > of this year. But there is a small but definitely-. > non-zero probability that we will *NEVER* be6 > able to correct the error that occurred that sad day
 > in 2000. >  > Atlant > , > * And those are just the *WELL-DOCUMENTED*5 >   defects in our "leaders" character. IF we want toI4 >   examine the merely-alleged problems, there isn't! >   enough space on the Internet.s  G Also, war or talk of it is bad for business. Makes everybody nervous...    Chris    ------------------------------  % Date: Mon, 23 Sep 2002 09:52:57 +0100 % From: Alan Greig <a.greig@virgin.net>p' Subject: Re: Why is there SWAPFILE.SYS?r8 Message-ID: <gcltoukfum24o7hb905c8t0539b41h203t@4ax.com>  6 On Fri, 20 Sep 2002 12:17:54 -0400, "Lorraine Profeta"5 <profetal@greaterbaynet.com@greaterbaynet.com> wrote:U   >Alan,K >        You swap a process out of (or into) memory, but you page part of aTM >process.  I.e., when you page, the least used part of a process is taken outAD >of physical memory and put into virtual memory (PAGEFILE.SYS).  TheI >operating system will take an incative process out of memory and swap it-I >into SWAPFILE.SYS.  You want to swap as little as possible as it eats upi  > Yes, that's the difference between paging and swapping but theE question was why is there still swapfile.sys when pagefile.sys can beE$ used for swapping as well as paging.   -- Alan   ------------------------------  % Date: Mon, 23 Sep 2002 12:06:00 -0400s5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>g- Subject: www.openvms.compaq.com has been HPedu2 Message-ID: <ojuPPW7MCXssgH=1KVi=seueVza6@4ax.com>  9 http://www.openvms.compaq.com now has the HP color schemes and format.  Happy hunting ...   David R. Beattya   ------------------------------   End of INFO-VAX 2002.526 ************************ E. Feldman wrote:    H > I assume this is not your system disk. Perhaps someone recently moved ( o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    o    