1 INFO-VAX	Fri, 27 Sep 2002	Volume 2002 : Issue 533       Contents:0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"... Re: %SYSTEM-F-DEVREQERR  Re: A query 8 Re: Announcment from NEMONIX thought you might like this8 Re: Announcment from NEMONIX thought you might like this+ Re: BACKUP to saveset on NFS mounted volume ? Builder Xcessory 6.1 Available - GUI Builder for VMS (Announce)  Celera goes away7 Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ! Re: Changing Strings in EXE files 0 Re: Deleting expired licenses - irrelevant aside DSM Docs On Line?  Re: DSM Docs On Line?  External Authentication  Re: Gordon Bell on Capellas  Re: Gordon Bell on Capellas  Re: Gordon Bell on Capellas 0 Re: Hardware Mirroring 'vs' Software Mirroring ?0 Re: Hardware Mirroring 'vs' Software Mirroring ?0 Re: Hardware Mirroring 'vs' Software Mirroring ?0 Re: Hardware Mirroring 'vs' Software Mirroring ?P Re: Here is the announcment for the Symposium as well as some updated informatioP Re: Here is the announcment for the Symposium as well as some updated informatio Re: HP to increase job cuts  Re: HP to increase job cuts  Re: HP to increase job cuts  Re: HP to increase job cuts  Re: Memory for DS25 # Re: New www.openvms.compaq.com site L Re: Proposal: Retirement of some Components of the Compaq C++ Class  Library0 RE: Q: Can OpenVMS be run on a Digital PWS 500a?0 Re: Q: Can OpenVMS be run on a Digital PWS 500a?0 Re: Q: Can OpenVMS be run on a Digital PWS 500a?  Re: Runnming Java program in VMSA Re: Some of the questions I have recevied regarding the symposium ; SSH for VMS  was  Could Philip Zimmermann work for the CIA? + Re: TCPIP: can a channel to BG: be reused ? + Re: TCPIP: can a channel to BG: be reused ? 7 Threads, STKOVF, Bliss and Strange Behaviour - Aarrghh!  Re: Tomcat and CSWS (Apache) Re: Tomcat and CSWS (Apache) Re: UCX security advisory  Re: UCX security advisory  Re: UCX security advisory  Re: UCX security advisory  Re: UCX security advisory  Version control on OpenVMS0 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 performance software Re: VMS performance software Re: warning during copy  Re: warning during copy  Re: WASD/SYS$INPUT question . What IO performance expected on GS140 PCI bus?' Re: What is happening to the industry ? ! XP1000 667Mhz still some left !!! A Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability] A Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability] A Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]   F ----------------------------------------------------------------------  % Date: Fri, 27 Sep 2002 21:02:09 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>9 Subject: Re: "Underqualified tipster backed HP merger"... + Message-ID: <3D94AB31.9050506@mail.tele.dk>    Bill Todd wrote:  < > "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message' > news:3D9473DF.1090407@mail.tele.dk...  >>Bill Todd wrote:= >>>"Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message ( >>>news:3D946477.8000701@mail.tele.dk... >>>>Bill Todd wrote:L >>>>>Nope.  But by demonstrating his lack of integrity it increases the odds/ >>>>>that his advice may have been influenced -     = >>>>That is not a fact. That is purely based on an assumption ; >>>>that there are white hats that never lie and black hats  >>>>that do lie.    F >>>You seem confused about the difference between probability and hardK >>>cause/effect connections.  The former is what I (explicitly) referred to 	 >>>above.     4 >>Can you refer me to a scientific study saying that7 >>because a person lied about something then he is more 5 >>more likely to be "behave bad" in another context ?     M > Arne, I've learned to recognize the point in an interchange when you dig in G > your heels and lose about 30 IQ points.  It's the point where further 8 > attempts at rational discussion become useless.  'Bye.  / I conclude that you are not able to provide any % facts supporting your original claim.    Arne   ------------------------------  # Date: Thu, 26 Sep 2002 18:44:41 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... C Message-ID: <tAIk9.299515$z91.12962314@bin3.nnrp.aus1.giganews.com>   @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:2DGk9.27$Zn5.488567@news.cpqcorp.net... >   > Bill Todd wrote in message ... > > C > >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message / > >news:OMDk9.14$0g5.314502@news.cpqcorp.net...  > >> > >> Bill Todd wrote in message ? > >> <3ipk9.287313$AR1.12262220@bin2.nnrp.aus1.giganews.com>...  > >> > > >> >G > >> >'Successful'?  'Wins'?  Do you know anything about this bozo that  would ? > >> >cause you to associate these positive qualities with him?  > >> > > >>G > >> Aside from knowing a single opinion, which you don't share, I know 	 > nothing  > >> about him.  Do you? > > F > >No, but I wasn't the one attempting to associate such (or any other' > >unsubstantiated) qualities with him.  > >  > L > I wasn't, but the story was.  He lied on his resume, his opinion on HP wasH > important.  They didn't say anything about *any* other opinion the guy+ > wrote.b  Just the link to the HP opinion.  > 7 > My response is "So he lied on his resume.  So what?".   K Unfortunately, that wasn't *all* you said.  And you'll note from the quotes 2 above that it wasn't the part I took exception to.     The fact that heJ > authored the opinion doesn't mean A) it was wrong, or B) that he had theH > ability to issue such an opinion without the advice and consent of hisG > employer - who has said that they stand by the opinion, and that they " > reviewed it prior to it's issue.  C No:  it simply brings his honesty (and hence his impartiality) into 	 question.    > J > Lying on a resume may or may not say something about the individual, but itJ > is wrong to try to link it to the performance of his technical analysis, orJ > it's correctness.  Being a lawyer has just about as much relationship to5 > opinions on a HP merger, as having a dental degree.   K You persist in being obtuse, Fred.  The issue isn't whether he is a lawyer,  but whether he is a liar.    - bill   ------------------------------  # Date: Thu, 26 Sep 2002 18:46:52 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... C Message-ID: <wCIk9.308030$AR1.13326913@bin2.nnrp.aus1.giganews.com>   : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D9473DF.1090407@mail.tele.dk...  > Bill Todd wrote: > > > > "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message) > > news:3D946477.8000701@mail.tele.dk...  > >>Bill Todd wrote:L > >>>Nope.  But by demonstrating his lack of integrity it increases the odds that* > >>>his advice may have been influenced - > >>= > >>That is not a fact. That is purely based on an assumption ; > >>that there are white hats that never lie and black hats  > >>that do lie. > > G > > You seem confused about the difference between probability and hard L > > cause/effect connections.  The former is what I (explicitly) referred to
 > > above. > 4 > Can you refer me to a scientific study saying that7 > because a person lied about something then he is more 5 > more likely to be "behave bad" in another context ?   K Arne, I've learned to recognize the point in an interchange when you dig in E your heels and lose about 30 IQ points.  It's the point where further 6 attempts at rational discussion become useless.  'Bye.   - bill   ------------------------------  % Date: Thu, 26 Sep 2002 15:11:14 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 9 Subject: Re: "Underqualified tipster backed HP merger"... , Message-ID: <3D935BCE.9FAB189A@videotron.ca>   Fred Kleinsorge wrote:I > My response is "So he lied on his resume.  So what?".  The fact that he J > authored the opinion doesn't mean A) it was wrong, or B) that he had theH > ability to issue such an opinion without the advice and consent of his > employer    K However, that employee's credibility became nil when this was discovered so N his recommendations lost value. It doesn't mean they were wrong, but just that they weren't credible.   ------------------------------  # Date: Thu, 26 Sep 2002 21:23:20 GMT # From: "John Smith" <a@nonymous.com> 9 Subject: Re: "Underqualified tipster backed HP merger"... H Message-ID: <cVKk9.61969$q41.45574@news02.bloor.is.net.cable.rogers.com>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:2DGk9.27$Zn5.488567@news.cpqcorp.net... > J > Lying on a resume may or may not say something about the individual, but itJ > is wrong to try to link it to the performance of his technical analysis, orJ > it's correctness.  Being a lawyer has just about as much relationship toD > opinions on a HP merger, as having a dental degree.  Just like the footballJ > coach's lie had no link to his performance as a coach.  You need to look at > the work product itself.    I So can we judge the respective CEO's of Compaq and HP prior to the merger  today using the same criteria?    Maybe they should get fired too.   ------------------------------  # Date: Thu, 26 Sep 2002 22:25:15 GMT $ From: winston@SSRL.SLAC.STANFORD.EDU9 Subject: Re: "Underqualified tipster backed HP merger"... 8 Message-ID: <00A148F9.60AD0FC2@SSRL04.SLAC.STANFORD.EDU>  j In article <fNDk9.15$Ye5.300141@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > ; >Brian Tillman wrote in message <3d92608f$1@news.si.com>... J >>>In a Disney world, Michael J. Fox ends up taking over the company after >>pretending to be( >>>an executive instead of the mail boy. >>B >>Wow!  Has Michael J. Fox replaced Michael Eisner?  Even with his >>Parkinson's?  That's news! > K >Apparently you are movie challenged.  I was recounting the basic plot to a 0 >silly movie, of which I can't recall the title.  L Two movies, at least.  "The Secret of My Success" is the Michael J. Fox one,N "How To Succeed in Business Without Really Trying" is the Robert Morse musicalM one with a great Frank Loesser score.  (Although J. Pierpont Finch starts out / as a window washer rather than a mailroom boy.)    -- Alan    ------------------------------    Date: 26 Sep 2002 12:18:46 -0700* From: smahler@icbme01.ionics.com (smahler)  Subject: Re: %SYSTEM-F-DEVREQERR< Message-ID: <4a62e59.0209261118.76f5d20f@posting.google.com>  h koehler@encompasserve.org (Bob Koehler) wrote in message news:<7hKKrLER3hN6@eisner.encompasserve.org>...k > In article <4a62e59.0209250830.490ab011@posting.google.com>, smahler@icbme01.ionics.com (smahler) writes: B > > We have DECnet for OpenVMS VAX V6.1 running on OpenVMS VAX 6.2 > " >    OK DECnet Phase IV, I assume. > B > > We also have TCP/IP running with DHCP doled out by Windows NT. > ) >    Which has nothing to do with DECnet.  > A > > We have operated without problems for years but are currently 4 > > experiencing problems with our DECNet terminals. > D >    DECnet terminal?  What do you mean by "DECNet terminals" [sic]?M >    What is it, really:  LAT, CTERM, RTPAD, TELNET, or something else thing?  > H >    I'll guess you don't really know.  But if you tell us what commands? >    or environment are used to start one we can figure it out. E By DECnet terminals, I meant LAT (sorry for the ambiguity), however I ? have come to learn that we are also having problems with TELNET F connections.  The previous posts by Hoff and David have been helpful. ? If you are also able to offer something that may help me better ? understand the possible causes of this issue I'd appreciate it.    ------------------------------  # Date: Thu, 26 Sep 2002 18:18:42 GMT " From: Alfred Falk <falk@arc.ab.ca> Subject: Re: A query9 Message-ID: <Xns92957D3D2E83Ffalkarcabca@205.233.108.180>   ( Alan Greig <a.greig@virgin.net> wrote in1 news:6l96pusavmirnqg9a1svv8t6j8r5r6fm5l@4ax.com:    H > On Thu, 26 Sep 2002 15:51:24 +0100, Nic Clews <sendspamhere@127.0.0.1> > wrote: >  >>9 >>Quickly, cos I'm off to see Patrick Moore this evening,  > 8 > Helping him with his Galaxy configuration I assume :-)! > "My god. It's full of starlets"  > F > [ Patrick Moore is an astronomer and presenter of the BBC tv "Sky at$ > Night" since 1850 or something...] > H >http://www.bbc.co.uk/science/space/spaceguide/skyatnight/patrickmoore.s	 > html --   I Wow!  The guy is still going!  First book I ever bought was Moore's "The  G Boys Book of Astronomy".  I still have it.  It's almost 10 years older   than my Digital Logic Handbook.    --  @ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca  @ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark Road 1                         Edmonton, Alberta, Canada  http://www.arc.ab.ca/   T6N 1E4   http://www.arc.ab.ca/staff/falk/   ------------------------------  # Date: Thu, 26 Sep 2002 19:24:18 GMT # From: "John N." <JNixon@cfl.rr.com> A Subject: Re: Announcment from NEMONIX thought you might like this : Message-ID: <C9Jk9.4760$O8.351544@twister.tampabay.rr.com>  G IIRC, Nemonix has offered CPU accellerators for the MicroVAX for a long  time.   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D922640.4CF4E37E@videotron.ca... > Sue Skonetski wrote: > > J > > NEMONIX Engineering Inc. is pleased to announce that  our long awaitedJ > > NSX7900 CPU upgrade, is now available for immediate shipping. This VAX 7000L > > and 10000 series performance enhancement is for all models, and upgrades VAX A > > 7000 series and 10000 systems with up to a 33% improvement in  performance. > < > Will it fit on my Microvax II ???? :-) :-) :-) :-) :-) :-) >    ------------------------------  % Date: Thu, 26 Sep 2002 21:15:26 +0100 ) From: Antonio Carlini <arcarlini@iee.org> A Subject: Re: Announcment from NEMONIX thought you might like this & Message-ID: <3D936ADE.3040705@iee.org>   JF Mezei wrote:  > Sue Skonetski wrote: > H >>NEMONIX Engineering Inc. is pleased to announce that  our long awaitedM >>NSX7900 CPU upgrade, is now available for immediate shipping. This VAX 7000 N >>and 10000 series performance enhancement is for all models, and upgrades VAXL >>7000 series and 10000 systems with up to a 33% improvement in performance. >  > < > Will it fit on my Microvax II ???? :-) :-) :-) :-) :-) :-)  8 Yes, obviously it will fit on your MicroVAX II. However,9 I'd leave it in its antistatic packaging, just in case it 
 falls off :-)    Antonio    ------------------------------  % Date: Thu, 26 Sep 2002 14:32:39 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 4 Subject: Re: BACKUP to saveset on NFS mounted volume, Message-ID: <3D9352C6.366F325E@videotron.ca>   Alan Greig wrote: F > I'm beginning to think it boils down to a size problem. Will have to > do some further testing.  N I get plenty of emails saying that some pills can solve your size problem :-)  :-) :-) :-) :-)    ------------------------------   Date: 26 Sep 2002 19:38:51 GMT! From: Mark Hatch <mhatch@ics.com> H Subject: Builder Xcessory 6.1 Available - GUI Builder for VMS (Announce)' Message-ID: <3D936248.165F92A7@ics.com>   @ Integrated Computer Solutions, Inc. (ICS), announces the general? availability of Builder Xcessory PRO 6.1. This upgrade provides E developers with the choice of using either Motif 1.2 or Motif 2.1 for H building user interfaces for their applications. Evaluation copies of BX6 PRO are available free at http://www.ics.com/getbxpro.  E BX PRO consists of Builder Xcessory(tm), the industry's most advanced G graphical interface builder for Motif and Java; ViewKit(tm), a flexible F and mature C++ reuse framework that can be tailored to accommodate theB specific needs of individual businesses; and EnhancementPak(tm), a? library of 30 reusable components including business graphs and H sophisticated user interface controls. More detailed product information$ is available at http://www.ics.com/.   ------------------------------  # Date: Thu, 26 Sep 2002 21:37:27 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Celera goes away C Message-ID: <r6Lk9.303910$z91.13132458@bin3.nnrp.aus1.giganews.com>   L http://computerworld.com/hardwaretopics/hardware/server/story/0,10801,74631, 00.html   $ "IBM, EMC steal away big HP customer   By Lucas Mearian and Todd Weiss  SEPTEMBER 26, 2002  L Applera Corp., one of Hewlett Packard Co.'s showcase clients, has decided toD retool its IT infrastructure, upgrading and consolidating its serverC infrastructure and networked storage by swapping out all its Compaq - equipment for IBM servers and EMC storage..."   G Applera is the parent of Celera Genomics, whose Alpha systems are being H replaced by Regattas as part of this deal.  While there's no way to knowC whether EV7s would have been the replacements if it weren't for the E Alphacide, Celera always seemed enthusiastic about Alpha in the past.    - bill   ------------------------------  # Date: Fri, 27 Sep 2002 04:38:21 GMT # From: "John Smith" <a@nonymous.com> @ Subject: Celera Throws Compaq Servers In Trash - Forbes MagazineI Message-ID: <1hRk9.122021$8b1.61779@news01.bloor.is.net.cable.rogers.com>   - http://www.forbes.com/2002/09/26/0926cra.html   % Celera Throws Compaq Servers In Trash $ Matthew Herper, 09.26.02, 3:50 PM ET  I When scientists at Celera Genomics and the government-funded Human Genome J Project created their maps of all human genes, one indisputable winner wasF Compaq Computer. Both groups used Compaq supercomputers. Today, CeleraL announced that it would be parting with those Compaq servers in favor of new ones built by IBM and EMC.  J IBM will provide Celera and its sister company, Applied Biosystems, with aI supercomputing cluster capable of 2 trillion calculations per second. EMC I will supply automated data storage for the system. The financial value of I the contract was not revealed, and Celera did not name the firms that bid ! against IBM and EMC for the deal.   J The contract is an obvious victory for IBM's life sciences division, which> has spent the past two years establishing itself as a force inJ supercomputing for drug and biotech companies. But Celera is not the jewelJ it once was, and its stated reasons for choosing IBM reveal the difficultyH of its new mission: to use its status as a gene-sequencing powerhouse toL boost itself into a bona fide manufacturer of drugs and medical diagnostics.  I Making that switch will be difficult. As investors have realized just how J difficult, Celera and such competitors as Incyte Genomics and Curagen haveI seen their stocks plummet by more than 75% in the last 12 months. Celera, F with $908 million in cash and its scientific cachet, may have the bestG chance of transforming itself, but it has been hurt by the departure of J founder Craig Venter, who has started up a new gene-sequencing shop of his own.  G "I frankly think that Celera is still the company that mapped the human L genome," says Caroline Kovac, general manager of IBM Life Sciences. "It is aK company that is extremely well-positioned, having done that, to incorporate * genomics into the drug discovery process."  D Still, the way Celera chose IBM illustrates the Rockville, Md.-basedH genomics firm's growing pains. When Celera signed up Compaq in 1998, the@ company put a great deal of importance on the ability of variousK supercomputing systems to run a single gene-mapping program. Now, says John K Reynders, vice president of informatics at Celera, it has much more diverse F computing needs. "The constellation of things that we're doing is very rich," he says.   D Among the factors that made IBM and EMC Celera's top choice is IBM'sI experience migrating data from old systems to new ones. Another factor is L that IBM will have to integrate two firms. Celera and Applied Biosystems areE both tracking stocks for a larger corporation called Applera. Lately, H Applied has taken over Celera's original business, selling gene-sequenceK subscriptions to drug companies, while Celera focuses on developing its own 	 products.   H An issue that also may have played a role in Celera's decision: Now thatG Compaq has been acquired by Hewlett-Packard, it is in flux. To add more L questions, Compaq will at some point start outsourcing chip design to Intel.L "I think there's no question that there is no Compaq anymore, and Compaq hasH issues with the chip, HP has issues with the platform," says Kovac. "But1 it's not as if Celera didn't have other choices."   I The question for Celera, however, is not merely whether it made the right L choice in picking IBM. Even with its rich cash position, the company needs aH real line of revenue-producing products. And it needs to develop them as quickly as possible.   ----- F There are a number of other articles from different sources that place& somewhat different spin on this event.  D Suffice it to say that with Tru64 dead/dying and Alpha dying, CeleraK certainly had ample reason to look ahead and see what was viable *for them* I over the course of the porting work they have ahead of themselves to move  from Tru64/Alpha to AIX/Power.  I On the other hand, it may be partly due to money and bragging rights. IBM L lost many battles like this to Alpha in the pharmaceutical industry over theL past several years. Now with their only real competition (Alpha) dead/slowlyL dying, perhaps it's simply a case of IBM willing to step up to the plate and$ make offers that are hard to refuse.  G Personally, I don't expect many high-end pharmaceutical wins for Itanic B anytime in the next 3-4 years. So long to that business stream HP.   ------------------------------  % Date: Fri, 27 Sep 2002 01:41:14 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine, Message-ID: <3D93EF70.8D8BD808@videotron.ca>   John Smith wrote: F > Suffice it to say that with Tru64 dead/dying and Alpha dying, CeleraM > certainly had ample reason to look ahead and see what was viable *for them*   N Did Celera begin negotiations with Digital or Compaq ? I have a feeling it mayH have begun with Digital and the process was sufficiently ahead that when8 Compaq announced the purchase of Digital, it continued.   N If someone is looking for a viable IT solution today, HP has none. Alpha-Tru64K will require a big migration which cannot be started now because IA64 isn't L ready for prime time, and nobody really knows what/how Tru64's features will integrate in HP-UX.   L So if someone is looking at deciding on a new platform NOW, HP is out of theI game.  And the fact that HP/Compaq killed Alpha and True64 would be a big 
 negative too.   J One option would have been to sticj with Alpha for a few more years before making a decision. However:   M Consider that EV7 is incompatible with existing Wildfires. So Celera would be H stuck with EV68s  in the "slow" Wildfires. Will HP commit to continue toK produce  CPU modules for wildfires ? What if adding additional modules just N doesn't give Celera the performance they need ? What if EV7 is really the onlyJ way to up the computing capacity significantly for the next 2-3 years ? ItA would mean a large investment to buy marvels and ditch wildfires.   N If you know that you will eventually need to move away from Tru64, better stopI investing in that platform and start looking for a permanent replacement.   H > On the other hand, it may be partly due to money and bragging rights.   L Yep, and I bet IBM will have no problems bragging about Celera and its superN computers because they will want to attract as many customers to that platformA as possible, something which Compaq didn't want to do with Alpha.   I Kudos to IBM. and HP should not be surprised one bit. It June 25 decision M probably factored in the loss of such customers so Carly is probably happy to O have this loss behind. The fewer "bad news" that lay ahead, the better for her.    ------------------------------  % Date: Thu, 26 Sep 2002 19:54:30 -0400 ( From: David Froble <davef@tsoft-inc.com>* Subject: Re: Changing Strings in EXE files, Message-ID: <3D939E36.1030306@tsoft-inc.com>   Tim Llewellyn wrote:   >   P > Given the current propensity for companies to change ownership/name, shouldn'tL > best practice be to make the company name a parameter for the application D > (say a logical name translated at runtime)? Or would that throw up > problems of its own?  O Been doing that for 25 years!  Codes file look-up.  Many, many parameters.  Is   there any other way?   Dave   ------------------------------  # Date: Fri, 27 Sep 2002 00:14:19 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 9 Subject: Re: Deleting expired licenses - irrelevant aside ' Message-ID: <3D93A89A.CD7A60A0@fsi.net>    Paul Sture wrote:  > W > In article <amsgej$2bj$1@license1.unx.sas.com>, "Tom Cole" <tom.cole@sas.com> writes: N > > Idle aside, I misread the example below 'cuz I was in a hurry and tried it@ > > on my V7.2-2 system as shown below with the resulting error: > >  > >    AXP> LICE LIST /DATE ( > >     %LIB-F-BADBLOSIZ, bad block size > > K > > Anyone know what the /DATE qualifier does?  It's not in my online help; F > > perhaps it's just a deprecated (and now apparantly non-functional)# > > qualifier, but I was curious...  > > / > > I suppose at best this is a minor bug... :)  > > & > There is no such qualifier as /DATE. >   > What you are coming across is: > 	 > LICENSE  >  >   LIST >  >     /DATABASE  >  >           /DATABASE=filespec > I >        Specifies the location of the License Database. The default file H >        specification is defined by the logical name LMF$LICENSE, whichF >        points to SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB on an unmodifiedG >        OpenVMS system. Use this optional qualifier only if you do not < >        use the default License Database name and location.  	 Well, ...    define verb LICENSE     image LMF    parameter P1, label=COMMAND+       value (required,type=COMMAND_OPTIONS)    define type COMMAND_OPTIONS %    keyword AMEND, syntax=AMEND_SYNTAX '    keyword CANCEL, syntax=CANCEL_SYNTAX #    keyword COPY, syntax=COPY_SYNTAX '    keyword CREATE, syntax=CREATE_SYNTAX '    keyword DELETE, syntax=DELETE_SYNTAX )    keyword DISABLE, syntax=DISABLE_SYNTAX '    keyword ENABLE, syntax=ENABLE_SYNTAX %    keyword ISSUE, syntax=ISSUE_SYNTAX +    keyword GENERATE, syntax=GENERATE_SYNTAX #    keyword LOAD, syntax=LOAD_SYNTAX #    keyword LIST, syntax=LIST_SYNTAX '    keyword MODIFY, syntax=MODIFY_SYNTAX #    keyword MOVE, syntax=MOVE_SYNTAX +    keyword REGISTER, syntax=REGISTER_SYNTAX %    keyword START, syntax=START_SYNTAX '    keyword UNLOAD, syntax=UNLOAD_SYNTAX    [snip] define syntax LIST_SYNTAX     parameter P1, label=COMMAND+       value (required,type=COMMAND_OPTIONS)     parameter P2, label=PRODUCT       value (list)    qualifier DATABASE, default.       value (default="LMF$LICENSE",type=$file)    qualifier OUTPUT, default0       value (default="SYS$OUTPUT",type=$outfile)    qualifier HISTORY    qualifier DATE        value (type=$datetime)    qualifier RELEASE_DATE ,       value (default="TODAY",type=$datetime)    qualifier TERMINATION_DATE ,       value (default="TODAY",type=$datetime)    qualifier MODIFIED_DATE,       value (default="TODAY",type=$datetime)    qualifier BEFORE     qualifier SINCE    qualifier BRIEF    qualifier FULL     qualifier SELECTION_WEIGHT  [snip]  E Another case where it's in the command tables, but not in the on-line  help.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 26 Sep 2002 19:27:29 -0400 & From: Ken Robinson <kenrbnsn1@rcn.com> Subject: DSM Docs On Line?? Message-ID: <5.1.0.14.2.20020926192427.0218f2e0@mail.rbnsn.com>   C It looks like I might be interviewing for a job very soon. :-)  My  G experience matches the reqs pretty well, except for the requirement of   knowledge of DSM (MUMPS).   I Is there anywhere on-line that I could get a brief intro to DSM or other   documentation?   Thanks Ken Robinson   ------------------------------  % Date: Thu, 26 Sep 2002 23:00:49 -0400 % From: "John Vottero" <John@mvpsi.com>  Subject: Re: DSM Docs On Line?/ Message-ID: <up7if2t7oc4m03@news.supernews.com>   = I'm no MUMPS expert but I think you can find what you need at  http://www.intersystems.com/  + I believe that DSM has morphed into Cache'.     3 "Ken Robinson" <kenrbnsn1@rcn.com> wrote in message 9 news:5.1.0.14.2.20020926192427.0218f2e0@mail.rbnsn.com... D > It looks like I might be interviewing for a job very soon. :-)  MyH > experience matches the reqs pretty well, except for the requirement of > knowledge of DSM (MUMPS).  > J > Is there anywhere on-line that I could get a brief intro to DSM or other > documentation? >  > Thanks > Ken Robinson >    ------------------------------  % Date: Thu, 26 Sep 2002 18:27:01 -0500 + From: Shael Richmond <ksrich@bellsouth.net>   Subject: External Authentication- Message-ID: <3D9397C5.D679EA67@bellsouth.net>   ; Is there anyway besides loading Advanced Server to have VMS 7 user names/passwords use the NT LAN username/passwords?   = I saw that you can load the external authentication component E of Advanced Server but it still seems to require full Advanced Server : on one node of the cluster.  I really didn't want to load  Advanced Server.  : I am running VMS 7.3-1, but most of my sites are at 7.2-1.     Thanks,    Shael    ------------------------------    Date: 27 Sep 2002 05:20:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: Gordon Bell on Capellas- Message-ID: <873crwfny3.fsf@prep.synonet.com>   / koehler@encompasserve.org (Bob Koehler) writes:   b > In article <s8l5pus5f1v6gtbk4qhfk3ocdsj8h6bb5g@4ax.com>, Alan Greig <a.greig@virgin.net> writes:5 > > http://www.theregister.co.uk/content/7/27282.html  > > J > > "Capellas declared -shortly after consigning Alpha to a watery grave -C > > that there was no way HP could build a better chip than Intel.   > > C > > (You should have seen Gordon Bell's reaction to this aside, but ; > > journalistic etiquette prevents us from printing it)."   > F >    HP must have felt so too, even earlier.  Why else would they have2 >    bet their future as Intel's partner in IA-64?  @ Because they went to intel to get help with *their* chip. hp are) the originators of the itanic, not intel.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Fri, 27 Sep 2002 00:51:13 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> $ Subject: Re: Gordon Bell on Capellas' Message-ID: <3D93B140.89C8392C@fsi.net>    Alan Greig wrote:  > 3 > http://www.theregister.co.uk/content/7/27282.html  > H > "Capellas declared -shortly after consigning Alpha to a watery grave -  ; Alpha already *WAS* a better chip than Intel offerings, no?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 27 Sep 2002 03:12:46 GMT * From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: Gordon Bell on CapellasC Message-ID: <O0Qk9.318509$AR1.13998261@bin2.nnrp.aus1.giganews.com>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D93B140.89C8392C@fsi.net...  > Alan Greig wrote:  > > 5 > > http://www.theregister.co.uk/content/7/27282.html  > > J > > "Capellas declared -shortly after consigning Alpha to a watery grave - > = > Alpha already *WAS* a better chip than Intel offerings, no?   H I trust that's one of those 'rhetorical' questions.  If not, you really,: really haven't been paying attention these past 15 months.   - bill   ------------------------------  % Date: Thu, 26 Sep 2002 15:56:37 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>d9 Subject: Re: Hardware Mirroring 'vs' Software Mirroring ?e, Message-ID: <3D93666F.19A0D165@videotron.ca>   Ed Wilts wrote:dF > Disk drives are evil little pieces of spinning metal just waiting to > hurt you.Q  M Out of curiosity, are your physical drives "the latest and greatest" in terms 8 of speed/capacity or are they a few generations behind ?  G I feel more confident with drives that are not at the current limits. IGG consider the "latest and greatest" to be Version 1.0 of a product. JustrN because they have found a way to put 50 gigs onto a drive doesn't mean it will be reliable.   ------------------------------  % Date: Thu, 26 Sep 2002 23:32:31 +0200e From: Dirk Munk <munk@home.nl>9 Subject: Re: Hardware Mirroring 'vs' Software Mirroring ?n5 Message-ID: <I1Lk9.132970$H6.10805401@zwoll1.home.nl>o   JF Mezei wrote:a > Ed Wilts wrote:r > F >>Disk drives are evil little pieces of spinning metal just waiting to >>hurt you.a >  > O > Out of curiosity, are your physical drives "the latest and greatest" in termsg: > of speed/capacity or are they a few generations behind ? > I > I feel more confident with drives that are not at the current limits. I I > consider the "latest and greatest" to be Version 1.0 of a product. JusteP > because they have found a way to put 50 gigs onto a drive doesn't mean it will > be reliable.  D 50 gigs? More like > 300 gigs at the moment. 72GB is 'normal' today.   ------------------------------  # Date: Fri, 27 Sep 2002 03:43:15 GMTg8 From: "Jerome H. Fine" <jhfineb9rv@b9rvnospamcompsys.to>9 Subject: Re: Hardware Mirroring 'vs' Software Mirroring ?e4 Message-ID: <3D93D3BA.D128E29D@b9rvnospamcompsys.to>   JF Mezei wrote:   O > Out of curiosity, are your physical drives "the latest and greatest" in termsA: > of speed/capacity or are they a few generations behind ?   Jerome Fine replies:  F Please define "the latest and greatest".  As far as I know, 1 GigaByte= per minute 120 GigaByte drives have been available for over a @ year.  I have 3 EIDE Maxtor 40 GigaByte drives that can transfer? a 1 GigaByte file (OK it was just 980 MegaBytes) from one drive ! to the other in about 61 seconds.   B I think that the 160 GigaByte drives have been around for at least 6 months, maybe longer.   I > I feel more confident with drives that are not at the current limits. IhI > consider the "latest and greatest" to be Version 1.0 of a product. JusteP > because they have found a way to put 50 gigs onto a drive doesn't mean it will > be reliable.  A I agree with you 150% - the controller I am using was supposed torB provide Raid 1 (mirroring) backup.  While it was a complete dud asE far as Raid 1 firmware was concerned - when I turned the power off onnE one drive, the system would not even boot - at least it was usable as > a UDMA 100 controller.  With 3 drives at 40 GigaBytes each, it really helps the system to fly.-  @ The only reason I replied is that your use of 50 GigaBytes as an6 example is currently NO  LONGER "latest and greatest".  > BUT, I absolutely do agree with your concept of reliability inH most cases.  PLUS, very often what actually is the "latest and greatest"> costs SO  MUCH more than what is even 2 steps behind (normallyA 6 months to a year behind) that there is no cost effective reasonj@ to purchase the newest stuff  EXCEPT when there is a significant= performance benefit directly due to the higher capacity.  Thea= best example might be when an increase in physical RAM memory = or cache memory passes the next working threshold that allows 1 an order of magnitude improvement in performance.e   Sincerely yours,   Jerome Fined --4 To obtain the original e-mail address, please remove5 the ten characters which immediately follow the 'at'.u8 If you attempted to send a reply and the original e-mail7 address has been discontinued due a high volume of junke5 e-mail, then the semi-permanent e-mail address can be 7 obtained by replacing the four characters preceding thea. 'at' with the four digits of the current year.   ------------------------------    Date: 27 Sep 2002 00:42:51 -0600+ From: young_r@encompasserve.org (Rob Young)o9 Subject: Re: Hardware Mirroring 'vs' Software Mirroring ?e3 Message-ID: <2Dys3kVTaqkJ@eisner.encompasserve.org>t  b In article <995e39b6.0209260901.5c067bdd@posting.google.com>, ewilts@ewilts.org (Ed Wilts) writes: > "Main, Kerry" <Kerry.Main@hp.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF402660A23@kaoexc01.americas.cpqcorp.net>.... >> Re: HBVS vs. HW RAID9 >> 9+ >> Both have advantages and disadvantages. F  4 	Another poster read this and tailed off into "Well,3 	what about your drives are they too new?"  oh-KAY.   < 	Anyhow , adding relevance to this as I am sure Keith Parris7 	and a dozen others could.  And Bill Todd can concur or:" 	chime in on one point for sure...   > G > I guess it's time for me to step and discuss the realities of life...i > D > In an ideal world, a single drive fails cleanly, notifies you thatD > it's failed, you come in the next business day, do a hot swap, theG > data cleanly copies, and users never notice the difference.  Now wakei > up and smell the roses.i > + > This year alone, I've seen the following: H > - a single drive fails and causes every drive on that shelf to fault. F > In this particular case, no raidset had two drives on the shelf or IF > would have lost the raidset.  2 of the raidsets picked up hot sparesD > in the cabinet and rebuilt cleanly - the other 4 waited for manual' > intervention and ran in reduced mode.iF > - a drive in a raidset failed on a Friday night.  A hot spare kickedD > in and the raidset was rebuilt.  A 2nd drive in the raidset failedB > Sunday night and when I came in Monday I had 2 dead drives and a > reduced raidset.    D > - a raidset that was used exclusively for archive data logged softF > read errors every month or two.  However, when that raidset got usedH > for more active data, drives suddenly started dying.  One drive failedB > hard and a hot spare was rolled in.  While the raidset was being7 > rebuilt, another drive failed.  I lost the raidset.  s    < 	At a large client site, I saw the exact thing.  Raid5 kicksG 	out drive, autospare kicks in and literally 1 minute into the rebuild,c; 	"Poof" goes the autospare.  An extended downtime followed.a   	More on that below.   >hF > Disk drives are evil little pieces of spinning metal just waiting toF > hurt you.  Be afraid....very, very afraid.  Assume you'll experienceF > double-disk failures, hung SCSI busses, and failures right after youD > go home for the weekend.  The more drives you have, the bigger theF > hurt, and unfortunately the bigger the probability of getting hurt. D > Now tell your bosses what the risks are and mitigate against thoseG > risks.  You won't all build redundant data centers, but you should be H > prepared for what can happen and what the impact will be when it does.F >  Document your recovery plans.  That little disk drive in the corner8 > is wanting to fail as you're reading this posting :-). > E > I've been managing VMS systems for 20 years and can sleep soundly.  G > Paranoia is a wonderful thing to have when you're the system manager.h >   F 	I too shadow RAID volumes across datacenters.  It isn't for everyone.  ? 	I took a Usenet beating recently and deservedly so.  I thought = 	I knew something about MTBF, really didn't.  Malcom does andf  	the drubbing consisted of this:  v http://groups.google.com/groups?selm=920CBABADE4B7A29.18CCAE03D40DB9CB.1E1302E8AC084C21%40lp.airnews.net&output=gplain  H MTBF figures for all devices factor in the service life.  Unless they'veI changed it, Seagate uses a service life of 5 years.  Once a drive reachesaJ the end of  it's service life, the MTBF figure is totally undefined.  ThusL the fact that a particular model has an MTBF of 1.2E6 hours means NOTHING inJ 61st month.  Now, I agree it is unlikely that they all will expire messilyG 61 months, but there are plenty of products where you can fool with theqJ paper "service-life" to produce excellent-seeming MTBF figures... anythingJ that requires lubrication, for example, or indeed incandescent lamps (withJ the latter, a good tactic is to devise a test rig where the light is neverK switched off and on, and then market the thing as having a life of X years,tK with an MTBF to match; this may look as good as a solid-state light like ani) LED, but it won't actually be as robust).s    C 	So the fact is once a drive passes service life, all bets are off.j  E 	Look at some of those drives you have folks.  If they are older thane= 	5 years, they start dropping like flies.  Throw a ton of I/OsD 	at them (RAID5 rebuild - while servicing heavy IO load - db queriesG 	in progress, etc.) and the spares *sometime* happen to die at rebuild.   = 	Hardware Mirroring versus Software mirroring?  How important ? 	is your data?  What is the cost if you are down all day Mondays; 	restoring?  Are you REALLY confident that 4 year old RAID5t 	is just fine?  > 	So all you folks with RAID5s (especially) and older drives...  	be afraid, be very very afraid.  > 	Hardwre mirroring versus Software mirroring?  Both for now.    	Maybe both for quite some time.   				Rob   B Men with walkie-talkie                  I'm home again to you babeC Men with flashlights waving             You know it makes me wonderhG Up upon the tower                       Sittin' in the quiet slipstream > The clock reads daylight savin'         Rollin' in the thunder  -                                 -- Neil Young:   ------------------------------  % Date: Thu, 26 Sep 2002 13:37:27 -0400i5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com>.Y Subject: Re: Here is the announcment for the Symposium as well as some updated informatior* Message-ID: <amvgmo$7vg$1@web1.cup.hp.com>  J There is also a free offer for symposium attendees.  And Warren is putting up a Q&A page.   sueh  @ "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message$ news:amuvh7$r75$1@web1.cup.hp.com... >. >> > OpenVMS Into the Futurex >pK > Hewlett Packard's OpenVMS Engineering organization is pleased to announcerK > the first annual OpenVMS Symposium. The OpenVMS Symposium will take placeyI > November 19-21 2002 at the Sheraton Tara Hotel in Nashua, NH, USA. ThiseJ > Symposium is designed for the intermediate - advanced level technologist? > wishing to increase their knowledge of OpenVMS and associatede
 technologies.r >o > ) > Please visit the Symposium web site at:s* > http://www.openvms.compaq.com/symposium/ > H > The OpenVMS Symposium web site will be changing on a regular basis, so > please make sure to stop by. >s6 > We look forward to your participation at this event. >D > Warm Regards,1 >. > Suef >s >g >o   ------------------------------  # Date: Fri, 27 Sep 2002 00:53:41 GMT:1 From: "David J. Dachtera" <djesys.nospam@fsi.net>tY Subject: Re: Here is the announcment for the Symposium as well as some updated informatio ' Message-ID: <3D93B1D4.28602FAA@fsi.net>V   Sue Skonetski wrote: > L > There is also a free offer for symposium attendees.  And Warren is putting > up a Q&A page.  G As long as he doesn't put up any T&A pages - management might look down A on that (publicly, but behind closed doors, well, y'never know!).    -- e David J. Dachterai dba DJE Systemsm http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  # Date: Thu, 26 Sep 2002 18:40:18 GMT * From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: HP to increase job cutsC Message-ID: <lwIk9.299399$z91.12958663@bin3.nnrp.aus1.giganews.com>I  6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:3D9331D3.2030006@MMaz.com...p   ...   I > Did anyone else see the latest 'Network Computing?'  The front page waslH > on servers, four-way Xeon MP's head to head with HP, IBM, and Dell andD > Dell wiped them up and blew them away.  HP was ranked third, for aD > business model where they claimed that merger synergy would occur. >mC > Nobody but Curly and Carly needed a crystal ball to know that thesB > merger was a 'bad idea.'  I have a feeling that this is just the > beginning of HP's problems...v  F Y'know, while I expect The New HP to have a very rough time of it (andL deservedly so), I'm not sure that the merger would have been *intrinsically*J a bad idea - if the two companies hadn't both been run by incompetents whoD by virtue of the merger were given another couple of years' lease onI corporate life.  So I'm more inclined to blame those individuals than the"L merger itself:  most of what I blame the merger for is giving them more timeH to screw up than they likely would have had without the confusion of the merger.o   - bill   ------------------------------  % Date: Thu, 26 Sep 2002 15:06:09 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca>a$ Subject: Re: HP to increase job cuts, Message-ID: <3D935A9E.A22F82B2@videotron.ca>   Steve DiPirro wrote: > S > Sometimes I think such announcements are made strictly for Wall Street's benefit.eS > Announcements of cuts gives the impression of streamlining business and attention  > to the cost structure.    I Outside of HP, i agree. When Dell announced job cuts, it was to show Wall-N Street that Mickey was able to make the hard decisions and adjust company size to demand. f  J But in the case of HP, it is different. Carly and Curly said so many timesI that they had spent much time carefully planning everything and that theyiH weren't going to make the same mistakes that happened in failed mergers.  L But now, it seems that their planning wasn't so great after all and they hadK underestimated the number of job cuts needed. It sends the message that theiC merger isn't going as well as had been expected by Carly and Curly.,  N It is no surprise, of course, since all mergers have problems and few succeed.   ------------------------------  % Date: Thu, 26 Sep 2002 16:15:17 -0400 . From: Steve DiPirro <steve.dipirro@oracle.com>$ Subject: Re: HP to increase job cuts* Message-ID: <3D936AD4.FCF15493@oracle.com>   JF Mezei wrote:-  L > But in the case of HP, it is different. Carly and Curly said so many timesK > that they had spent much time carefully planning everything and that theyiJ > weren't going to make the same mistakes that happened in failed mergers.  P That's pretty funny. Do you really believe that? Do you think that after all theV careful study and analysis, the number of people that had to be let go came to exactlyW 15,000? Instead, I'm sure somebody said that they needed to cut about $1.5B in expenses U after the merger...but that was a year ago when everyone thought the economy would be V improving by now. So now they've figured out that they've got to cut more than that to make the numbers look better.   U I worked there through the DEC -> Digital -> Compaq transitions and bolted around the T time the HP merger was approved. Careful planning....bwahahahaha! These huge mergersW are so complicated that it's really impossible to figure out all the implications for a S good year or two or three after the merger takes place, no matter how much planningo they do up front.n   Stevee   ------------------------------  % Date: Thu, 26 Sep 2002 16:54:18 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>b$ Subject: Re: HP to increase job cuts, Message-ID: <3D9373F1.F6DE5D07@videotron.ca>   Steve DiPirro wrote:R > That's pretty funny. Do you really believe that? Do you think that after all theX > careful study and analysis, the number of people that had to be let go came to exactly	 > 15,000?a  D Well, of course.... :-) They would have done due diligence and hiredJ accounting firms such as Anderson to count how many employees needed to beK fired and they came with the precise number of 15,000, backed by a 500 pages! report to support that number :-)t  N How much did HP waste buying Compaq ? 15 billion ?  So some bankers would haveM told Carly that to justify an investment of 15 billion, she would have to cut,G costs by X amount and increase profits by X amount in order to make themU investment palatable on paper. And that meant salaries representing 15,000 employees.   M I am not even sure that they would have looked at the actual implemenmtation.rK For instance, how many jobs are actually duplicated. And once you merge thei< product lines, how many jobs and buildings become redundant.  M When they don't specify where the job cuts are being made, it means that they L don't know and are just being told by accountants to reduce headcount by $X.   ------------------------------   Date: 26 Sep 2002 20:04 CDTr' From: carl@gerg.tamu.edu (Carl Perkins)t Subject: Re: Memory for DS25- Message-ID: <26SEP200220041500@gerg.tamu.edu>0  , rrb35146@yahoo.com (Robbie Benton) writes...G }Has anybody priced memory for the DS25?  According to the "Alphaservern7 }DS25 System Technical Summary," the DS25 uses "200-pinkC }industry-standard DIMMs with PECL clocks."  Well, I have tried and ? }tried, but I cannot find at any memory dealer web site such an  }industry standard device. } F }So I had my reseller quote the memory from hp along with the system. D }He is indicating a price close to $3500.00 for the 1 Gbyte Kits!  ID }just bought 1 Gbyte kits for a DS20 for $500.00.   Also, PC2100 DDRE }memory (you know, industry standard) kits of this size are going for2C }$500.00 to $1600.00.  So what in the world is going on here?  Will G }compaq^h^h^h^h^h^h hp ever produce a OpenVMS capable hardware platform2D }that will actaully use "industry-standard" memory so that it can be }obtained at a decent price? } D }(FYI, our requirement is for five DS25s at 4Gbytes apiece.  That isC }$70,000.00 in memory costs alone, instead of $20,000.00 should thedD }modules cost a more resonable $1000.00 a kit.  Not an insignificant
 }difference!)r } 
 }Comments? }  }Robbier  C Suggestion: Don't look for "200 pin DIMMs", look for "DS25 memory".   > Crucial doesn't list the DS25 on their web site, but they haveD memory for the DS20 - if it is the same, you can use it (it probably@ isn't the same - I think it is clocked faster: it is part numberB MS350-xx whereas the DS20's is MS340-xx). That comes in at $568.997 for 1GB, the price for DS25 memory may be a bit higher.s  F Dataram also has memory for DS20 systems but doesn't mention the DS25.C No price mentioned for the DS20 memory on their web site that I sawl) but probably about the same as Crucial's.   A Island computers sells DS25s, they probably have memory for them.d  6 Give them all a call and see if they have DS25 memory.  B The systems may be too new for the 3rd party memory people to have7 made memory available for them, if they are being slow.n   --- Carl   ------------------------------  # Date: Fri, 27 Sep 2002 03:16:36 GMTi1 From: "C.W.Holeman II" <cwhii5@Julian5Locals.com> , Subject: Re: New www.openvms.compaq.com siteD Message-ID: <o4Qk9.2445$Rt5.219942@newsread2.prod.itd.earthlink.net>   Fabio Cardoso wrote:  . > The site www.openvms.compaq.com is changing. ... " > But what about putting a link to >  > www.openvms.org there????n  G Probably an e-mail to something like webmaster@openvms.compaq.com woulde be a good idea.h   -- t C.W.Holeman II cwhii5@Julian5Locals.com remove the fives http://also.as/cwhii   ------------------------------    Date: 26 Sep 2002 14:10:39 -0700/ From: chris@applied-synergy.com (Chris Scheers)aU Subject: Re: Proposal: Retirement of some Components of the Compaq C++ Class  Librarys= Message-ID: <754a27c1.0209261310.3f6a82b9@posting.google.com>s  f "Kenneth Block" <krblock@computer.org> wrote in message news:<%emk9.30$Cx4.585824@news.cpqcorp.net>...5 > > > It does not hurt anyone to leave them in place.hI > > Would these classes require continued Digital/Compaq/Hp/Intel/whoeverr >  manpowera6 > > to certify they still work with each new release ? > L > Not only to do we need to keep testing them, but when a bug is discovered,F > we have to investigate and fix it. We also have to keep updating theN > documentation. Porting this code to Linux or iVMS will also not be for free.( > In short, there is no free lunch here. > A > > Is C++ staying at "Digital" or has it been donated to Intel ?  > D > The C/C++ teams are still at "Digital". We have no plans to leave. >  > > That is hard to determine.L > > The class of people who would be damaged by this are certainly not those' > > who keep up to date on comp.os.vms.c > K > It is imposible to determine with absolute certainty that nobody is using N > this code. We are doing everything we can to minimize this risk. comp.os.vms. > is only one of many channels being explored.    F Have you considered depreciating the interfaces and removing them from1 the documentation while leaving them in the code?h   ------------------------------  % Date: Thu, 26 Sep 2002 15:43:35 -0400t; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov>s9 Subject: RE: Q: Can OpenVMS be run on a Digital PWS 500a?BK Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEB0C@rlghncst964.usps.gov>e  % If you haven't been here, you should.l  ; http://www.compaq.com/legacysupport/digital/ExtIndex10.htmlo   WWWebb   -----Original Message-----> From: "Craig A. Berry" [mailto:craigberry@nospam.telocity.com]+ Sent: Thursday, September 26, 2002 10:38 AMd To: "Info-VAX@Mvb.Saic.Com" 9 Subject: RE: Q: Can OpenVMS be run on a Digital PWS 500a?     ' In article <3D92AEDA.D7A8B2F6@Free.fr>,v/  Didier Morandi <Didier.Morandi@Free.fr> wrote:t  K > First thing you have to do is to replace the PCI (or whatever PC-related)i > CD-ROMK > drive with an SCSI one, or you will not be able to (try to) boot from thee VMSt > CD.l  D Wrong.  That's only true if you have the Intel PCI bridge chip.  TheB Cypress chip allows booting from IDE CD-ROMs, at least with recentD versions of VMS.  See sections 14.18-14.21 of the OpenVMS FAQ, whichA cover the original question in some detail.  Your SCSI controller G sounds ok, but you'll need to find out whether your graphics controller-  is supported and replace if not.   ------------------------------  % Date: Thu, 26 Sep 2002 17:00:13 -0500:7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> 9 Subject: Re: Q: Can OpenVMS be run on a Digital PWS 500a?wG Message-ID: <craigberry-57E5B0.17001326092002@news.directvinternet.com>e   In article l@ <BA52530E3149734A9BAABDBBFA808E49028BEB0C@rlghncst964.usps.gov>,=  "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> wrote:h  = > http://www.compaq.com/legacysupport/digital/ExtIndex10.html   G Hmm.  That appears to consist entirely of NT drivers and won't be much c help.d   ------------------------------  % Date: Thu, 26 Sep 2002 20:15:32 -0400p, From: "David Turner" <dbturner@islandco.com>9 Subject: Re: Q: Can OpenVMS be run on a Digital PWS 500a?iA Message-ID: <_aNk9.22581$Ov6.3032071@e3500-atl1.usenetserver.com>t  # 1) Buy a Qlogic QLA1020 or QLA1040Bg 2) Toshiba SCSI 12X + CDROMm* 3) Permedia 2/S3 Trio64 2MB+ Graphics card 4) SCSI Disk  , Now you can run VMS  after going in to ABIOS! and switching console type to VMSe, You may also want to set boot_osflags to 0,0   DT    B "Craig A. Berry" <craigberry@nospam.telocity.com> wrote in messageA news:craigberry-57E5B0.17001326092002@news.directvinternet.com...l > In articleB > <BA52530E3149734A9BAABDBBFA808E49028BEB0C@rlghncst964.usps.gov>,? >  "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> wrote:  >f? > > http://www.compaq.com/legacysupport/digital/ExtIndex10.html  >pH > Hmm.  That appears to consist entirely of NT drivers and won't be much > help.m   ------------------------------  % Date: Fri, 27 Sep 2002 20:12:53 +0200u@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>) Subject: Re: Runnming Java program in VMSr) Message-ID: <3D949FA5.30000@mail.tele.dk>    Andrew Scott wrote:a  B > I can't get a Java program (first one under VMS) to run. The DCL > script is this:d >  > $ DEFINE JAVA$USE_DCL 1h > $ @SYS$MANAGER:JAVA$SETUPn > $ !javac "helloworld.java"J > $ exe1 = "java -Dmapi.config=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]mapi.cfg > "MV > $ exe2 = "-Dcal.napoli.configfile=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]glossnapoli.cfg > mossti 1"  > $ exe3 = "''exe1' ''exe2'" > $ exe3 > E > I as told to use the first 2 lines when compiling so I've used themrH > for running. I've brought the mossti.class file from my PC by the way. > & > I get this error, with "set verify": > J > $ exe1 = "java -Dmapi.config=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]mapi.cfg > "fV > $ exe2 = "-Dcal.napoli.configfile=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]glossnapoli.cfg > mossti 1"nJ > $ exe3 = "java -Dmapi.config=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]mapi.cfg= >  -Dcal.napoli.configfile=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVAu > ]glossnapoli.cfg mossti 1" > $ exe3B > %DCL-W-MAXPARM, too many parameters - reenter command with fewer > parameters   Why not do it simple ?   $ java "-V" mossti.dat $ exit   and MOSSTI.DAT with:  : -Dmapi.config=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]mapi.cfg K -Dcal.napoli.configfile=MOSSUSERS_DEV01:[USERS.ASCOTT.JAVA]glossnapoli.cfg n mossti 1   (all in one line).   Arne   ------------------------------  % Date: Thu, 26 Sep 2002 14:26:54 -0400n- From: JF Mezei <jfmezei.spamnot@videotron.ca>sJ Subject: Re: Some of the questions I have recevied regarding the symposium, Message-ID: <3D93516D.22EEBD3F@videotron.ca>   Sue Skonetski wrote:6 > Q: Does everyone have to pay? (I get this one a lot) >  > A: Yes everyone has to pay    H Even if we say "pretty please" and offer you a box of chocolates ? ? ? ?   ------------------------------  % Date: Thu, 26 Sep 2002 17:22:16 -0400u* From: "Leo Demers" <leo_dot_demers@HP.COM>D Subject: SSH for VMS  was  Could Philip Zimmermann work for the CIA?* Message-ID: <amvtt6$fav$1@web1.cup.hp.com>   David,  L > Since the 097 port is working any chance of getting it put up somewhere soE > we can download and use it now rather than waiting for the 1.2 port.J > (or are there major security issues with 0.97 which mean it shouldn't be used) ?,  K We will take a look at it. I'm not sure what the differences are or why the 
 version leap.SK There may be some good reasons so an Engineer is taking a look at this now.f  J > By the way. With the Kerberos support I see mention of Kerberised Telnet buti/ > is there a Kerberised FTP server and client ?a  G With TCP/IP services for OpenVMS 5.3 the only kerberized application isy Telnet and that'sA with authentication only.N  L Kerberized FTP and a Full Kerberized Telnet are being worked on for the next
 version of TCP/IP services for OpenVMS.   - Leoa   ------------------------------  % Date: Fri, 27 Sep 2002 00:56:16 -0400A- From: JF Mezei <jfmezei.spamnot@videotron.ca>y4 Subject: Re: TCPIP: can a channel to BG: be reused ?, Message-ID: <3D93E4E9.3EEDCD61@videotron.ca>   Just as an update to the issue;N   I am able to do the following:   $ASSIGN * $QIO ACPCONTROL (bind resolve domain name)   LOOP:G* 	$QIO SETMODE ( TCPIP, STREAM INET_AF etc)' 	$QIO IOACCESS (connect to remote host)L 	$QIO WRITEVBLKD2 	LOOP: $QIO READVNLK UNTIL remote host disconnects 	$QIO DEACCESS   $DESSIGN  L However, I am not able to re-issue an ACPCONTROL after the first connection.G (i.e. cannot move it inside the loop, as it will fail during second andM subsequent iteration of loop.i  = This behaviour is same on 5.0-9 and 5.3-18 of TCPIP Services.f  G So my solution is to $ASSIGN and $DASSGN inside the loop to get a fresh)) channel to BG: before calling ACPCONTROL.d   ------------------------------  + Date: Fri, 27 Sep 2002 05:56:14 +0000 (UTC)u, From: "Richard Maher" <maher_rj@hotmail.c0m>4 Subject: Re: TCPIP: can a channel to BG: be reused ?/ Message-ID: <an0rtu$djd$1@helle.btinternet.com>a   Hi,B  L OK so it looks like you *do* have to recreate the local socket each time. SoB the channel is reusable but not the socket. Thanks for the update.  K I have no idea why the io$_acpcontrol would cause your code to fail but youiH may wish to $assign a lookup_chan as I suggested earlier and do all your> bind stuff on that chan and the socket stuff on the other one?   Cheers Richard.i  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3D93E4E9.3EEDCD61@videotron.ca...! > Just as an update to the issue;  >i  > I am able to do the following: >o	 > $ASSIGN , > $QIO ACPCONTROL (bind resolve domain name) >  > LOOP:e+ > $QIO SETMODE ( TCPIP, STREAM INET_AF etc) ( > $QIO IOACCESS (connect to remote host) > $QIO WRITEVBLK3 > LOOP: $QIO READVNLK UNTIL remote host disconnectsn > $QIO DEACCESS- >-
 > $DESSIGN > B > However, I am not able to re-issue an ACPCONTROL after the first connection.uI > (i.e. cannot move it inside the loop, as it will fail during second andm > subsequent iteration of loop.h > ? > This behaviour is same on 5.0-9 and 5.3-18 of TCPIP Services.  >iI > So my solution is to $ASSIGN and $DASSGN inside the loop to get a fresho+ > channel to BG: before calling ACPCONTROL.6   ------------------------------  % Date: Thu, 26 Sep 2002 19:37:32 +0100 - From: Gerald Marsh <gerald@cyfer.demon.co.uk>h@ Subject: Threads, STKOVF, Bliss and Strange Behaviour - Aarrghh!8 Message-ID: <sli6pukqmunhg1cjn5ceuq5aefmikhmk4v@4ax.com>  A Anyone shed any light on this one?? (Sorry for the length of thisn query!)   B After upgrading IBM's MQSeries under Alpha OpenVMS V7.2-2 (To V5.1@ from V2.2.1.1) most applications run ok after the usual re-link.F However, one application's detached process dies spectacularly with an	 accvio...   ; %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtuals: address=00000000035219E0, PC=000000000003A1FC, PS=0000001B0 Improperly handled condition, image exit forced.- Signal arguments:   Number = 0000000000000005m1                         Name   = 000000000000000Ct1                                  0000000000000004d1                                  00000000035219E0s0                                 000000000003A1FC1                                  000000000000001B2   etc8 etcr  D The PC is in a BLISS routine called from a Compaq Basic program. TheE instruction is a STQ at the begining of the routine and, although notoB familiar with how BLISS constructs its subroutines, all the othersD look similar. The instruction suggests that either the stack pointer+ or R27 is pointing somewhere it shouldn't! 2! (Instr: STQ             R27,(SP))l  F Previous to this point an MQ call was made (Connect to Q Mgr for thoseC familiar) but neither the BLISS routine nor the call from Basic hass anything to do with MQ.l  D On attempting to run this process under the debugger, strange things occur:  8 If the program is STEPped through, it works brilliantly!C If a break is set on the Bliss routine, it fails before the routinen with a stack overflow...  B %SYSTEM-F-STKOVF, stack overflow, PC=000000000368D304, PS=0000001B  D %DEBUG-I-INCMPSTACK, WARNING: stack corrupted; session integrity not
 guaranteed< %DEBUG-I-THDSTACKOVER, thread 4294967294's stack is close to overflowing @ break at routine AFTS_SUBSERVERS\SUBSERVER_MAILBOX_AST in THREAD
 4294967294 DBG> SHOW CALLF  module name     routine name      line           rel PC           abs PC' *AFTS_SUBSERVERS SUBSERVER_MAILBOX_AST ->                                     331       00000000000007E4 000000000003A344C ----- the above appears to be a null frame in the same scope as the9 frame belowC>                                               FFFFFFFF80106BD0 FFFFFFFF80106BD0>                                               FFFFFFFF80001934 FFFFFFFF80001934>  SHARE$SYS$SSISHR                             0000000000011090 000000000350B090>  SHARE$SYS$SSISHR                             0000000000010674 000000000350A674>  SHARE$SYS$SSISHR                             0000000000011184 000000000350B184>  SHARE$PTHREAD$RTL                            0000000000069578 0000000000905578>  SHARE$PTHREAD$RTL                            000000000005D5A8 00000000008F95A8>  SHARE$PTHREAD$RTL                            000000000005C720 00000000008F8720>  SHARE$PTHREAD$RTL                            000000000004F2FC 00000000008EB2FC>  SHARE$PTHREAD$RTL                            000000000003F504 00000000008DB504>                                               0000000000000000 0000000000000000C ----- the above appears to be a null frame in the same scope as the  frame belowq>  SHARE$PTHREAD$RTL                                           ? ?n>                                               FFFFFFFF945B14DC FFFFFFFF945B14DC DBG>  C Note the silly thread number - twice a max positive 32-bit integer,u IIRC.R  D Also note the PTHREAD stuff - The new version of MQ does use threads whereas the old one didn't.W  B It seems that some thread is corrupting another thread's stack. Is. this possible without VMS committing suicide??  F We tried setting SYSGEN's MULTITHREAD to 0 but the same ACCVIO occurs.  C I would be grateful if someone could tell me how this behaviour can F occur. (The Bliss compiler is at V1.3 something - Any known bugs along< these lines? I see that V1.9 is on the latest freeware CD!)   C Using THREADCP on the program which MQ uses for interfacing to user 3 applications shows that threads are indeed enabled.e  D The supplier of the application (quite rightly!) points out that theF program works ok before the MQ upgrade; IBM (to be fair) do not have aE hell of a lot of info to work with. No other customer has experiencedw similar problems.d  E Searches on HPQ's site, OpenVMS Wizard, Google's groups and AltaVistauE have proved fruitless. Any pointers (pardon pun) gratefully received.d  @ Thanks for all the technical tips here - keep the flag a-flying!   Gerald.?   Gerald Marsh  / gerald -at- cyfer -dot- demon -dot- co -dot- ukn   ------------------------------  + Date: Thu, 26 Sep 2002 19:33:32 +0000 (UTC).- From: lewis@spyder.mitre.org (Keith A. Lewis)5% Subject: Re: Tomcat and CSWS (Apache)l. Message-ID: <amvnec$akj$1@newslocal.mitre.org>   "Rick Barry" <barry@star.zko.dec.com> writes in article <dREk9.20$oi5.355398@news.cpqcorp.net> dated Thu, 26 Sep 2002 14:29:29 GMT:nJ >OS.H is located in APACHE$COMMON:[SRC.OS.OPENVMS], so the compile command5 >needs to include this directory on the command line:r >s >$ ccsL >mod_jserv/incl=(APACHE$COMMON:[SRC.INCLUDE],APACHE$COMMON:[SRC.OS.OPENVMS])  " Oh.  (duh!)  It's compiling now.    , >(Did you mean mod_jk in the above command?)  K According to jakarta.apache.org (where I got Tomcat), mod_jk is supposed tofC replace mod_jserv.  It uses a newer protocol called Ajpv13 designedaL specificially for server-server communications.  I think mod_jserv uses HTTP, on Tomcat's port, pretending to be a client.  A http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.htmlh  9 >"Marty Kuhrt" <kuhrt@encompasserve.org> wrote in messaget. >news:jHLzTRwNhDGj@eisner.encompasserve.org...E >> I have the precompiled version working just fine.  I haven't triede" >> to compile it, though, so YMMV.  M A precompiled version of mod_jk (if so, where'd you get it?) or just Tomcat? r' I want to augment CSWS, not replace it.   + --Keith Lewis              klewis$mitre.orgs> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 26 Sep 2002 15:44:40 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt)s% Subject: Re: Tomcat and CSWS (Apache)a3 Message-ID: <SAxQSWb6m4hg@eisner.encompasserve.org>t  ^ In article <amvnec$akj$1@newslocal.mitre.org>, lewis@spyder.mitre.org (Keith A. Lewis) writes: > "Rick Barry" <barry@star.zko.dec.com> writes in article <dREk9.20$oi5.355398@news.cpqcorp.net> dated Thu, 26 Sep 2002 14:29:29 GMT:eK >>OS.H is located in APACHE$COMMON:[SRC.OS.OPENVMS], so the compile commandg6 >>needs to include this directory on the command line: >> >>$ ccM >>mod_jserv/incl=(APACHE$COMMON:[SRC.INCLUDE],APACHE$COMMON:[SRC.OS.OPENVMS])r > $ > Oh.  (duh!)  It's compiling now.   > - >>(Did you mean mod_jk in the above command?)t > M > According to jakarta.apache.org (where I got Tomcat), mod_jk is supposed toME > replace mod_jserv.  It uses a newer protocol called Ajpv13 designed N > specificially for server-server communications.  I think mod_jserv uses HTTP. > on Tomcat's port, pretending to be a client. > C > http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.htmlu > : >>"Marty Kuhrt" <kuhrt@encompasserve.org> wrote in message/ >>news:jHLzTRwNhDGj@eisner.encompasserve.org...nF >>> I have the precompiled version working just fine.  I haven't tried# >>> to compile it, though, so YMMV.n > O > A precompiled version of mod_jk (if so, where'd you get it?) or just Tomcat? -) > I want to augment CSWS, not replace it.m  ? Hmmm, maybe I'm missing the distinction here, but you can find r= CSWS_JAVA includes the following Apache Jakarta technologies:n> Tomcat (JavaServer Pages 1.2, Java Servlet 2.3, and MOD_JK) at the following URL...    H http://www.openvms.compaq.com/openvms/products/ips/apache/csws_java.html   ------------------------------   Date: 26 SEP 2002 15:45:16 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)" Subject: Re: UCX security advisory2 Message-ID: <26SEP02.15451657@thuria.waisman.wisc>  C In a previous article, david20@alpha2.mdx.ac.uk (David Webb) wrote:Y  N ->In this instance BYPASS probably is needed. The POP server needs not only toL ->read the messages in the user's inbox (new mail folder) but also to deleteP ->them when they are downloaded to the POP client. These messages will either beM ->directly in the user's MAIL.MAI file if they are really small or will existsK ->as separate MAIL$????????????????.MAI files (with a pointer in mail.mai).y -> eK ->Hence to function as a pop server it needs enough privilege to be able tosN ->delete files (the MAIL$????????????????.MAI files) owned by any user on the I ->system. The usual protection on these files is (RW,RW,,) on my systems.n  E If the POP server uses the callable mail interface then BYPASS should.G not be needed. For example, Yahmail uses the mail API and only requirese SYSPRV.e   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisonv9 --                  karcher.nomorespam@waisman.wisc.edu  d   ------------------------------  % Date: Thu, 26 Sep 2002 14:59:28 -0400u- From: JF Mezei <jfmezei.spamnot@videotron.ca>a" Subject: Re: UCX security advisory, Message-ID: <3D93590D.BB9CDDF0@videotron.ca>   David Webb wrote: K > Hence to function as a pop server it needs enough privilege to be able to M > delete files (the MAIL$????????????????.MAI files) owned by any user on thedI > system. The usual protection on these files is (RW,RW,,) on my systems.o  Z MAIL.EXE seems perfectly able to manage you emails and delete them without any privileges.  K It it linked against MAILSHRP.EXE which is installed /PROTECTED/SHARED. TherN documentation doesn't state what privs that gives it but it makes it behave as a system service.h  ? And TCPIP$POP_SERVER is also linked, like MAIL, to MAILSHRP.EXEn    O So, SYSPRV is the only priv it really needs to access another person's mailbox.e   ------------------------------    Date: 26 Sep 2002 13:13:22 -0700, From: JimStrehlow@data911.com (Jim Strehlow)" Subject: Re: UCX security advisory= Message-ID: <4b6ec350.0209261213.5f4e3da0@posting.google.com>l  3 FYI:  I do not have problems with TCP/IP v5.1 ECO 4o   $show system/noprocess@ OpenVMS V7.3  on node XXXXXX  26-SEP-2002 13:10:25.19  Uptime  3 06:30:29   $tcpip show versiona?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 4l+   on a AlphaServer XXX running OpenVMS V7.3t   $SHOW PROCESS/PRIVILEGES> 26-SEP-2002 12:17:34.32   User: XXXXXX           Process ID:   00000322>                           Node: XXXXXX           Process name: "XXXXXX" Authorized privileges:   NETMBX       TMPMBX       WORLD  a Process privileges:r/  NETMBX               may create network devicen2  TMPMBX               may create temporary mailbox=  WORLD                may affect other processes in the worlde  f Process rights:g#  INTERACTIVE                       D#  REMOTE                            4  % System rights:  SYS$NODE_XXXXXX   Soft CPU Affinity: off  . $break_it :== $sys$system:tcpip$pop_server.exe> $break_it -logfile sys$system:I_SHOULDNT_BE_ABLE_TO_WRITE_HERE  : 2002-09-26 13:07:32 log file could not be opened: error 13D 2002-09-26 13:07:32 starting TCPIP POP server V5.1-15B, OpenVMS V7.3! Alpha on host XXXXXX and port 110t 2002-09-26 13:07:32 + 2002-09-26 13:07:32 POP configuration info:i3 2002-09-26 13:07:32    ignore_mail11_headers: FALSE - 2002-09-26 13:07:32    send_id_headers: FALSE ) 2002-09-26 13:07:32    disuserpass: FALSEn# 2002-09-26 13:07:32    trace: FALSEr. 2002-09-26 13:07:32    leave_in_newmail: FALSE/ 2002-09-26 13:07:32    nosysacm_userpass: FALSEh+ 2002-09-26 13:07:32    nosysacm_apop: FALSEa- 2002-09-26 13:07:32    use_mail_folder: FALSEy' 2002-09-26 13:07:32    fast_scan: FALSEo+ 2002-09-26 13:07:32    personal_name: FALSEE+ 2002-09-26 13:07:32    purge_reclaim: FALSE , 2002-09-26 13:07:32    max_messages: No max.B 2002-09-26 13:07:32    sysacm_timeout: default provided by SYS$ACM system service6 2002-09-26 13:07:32    master_log_level: INFORMATIONAL) 2002-09-26 13:07:32    security: FRIENDLYl0 2002-09-26 13:07:32    decnet_rewrite: TRANSFORM7 2002-09-26 13:07:32    quoted_decnet_rewrite: TRANSFORM - 2002-09-26 13:07:32    sndbuf: TCPIP default.w& 2002-09-26 13:07:32    max_threads: 158 2002-09-26 13:07:32    link_idle_timeout: NOT CONFIGURED 2002-09-26 13:07:32 ' 2002-09-26 13:07:32 Miscellaneous info:iF 2002-09-26 13:07:32    TCPIP POP version: V5.1-15B, OpenVMS V7.3 Alpha* 2002-09-26 13:07:32    POP server PID: 3256 2002-09-26 13:07:32    POP server process name: XXXXXX< 2002-09-26 13:07:32    POP server account default directory: SYS$SYSDEVICE:[TCPIP$POP] 4 2002-09-26 13:07:32    SYS$SCRATCH: myLoginDirectory 2002-09-26 13:07:32 , 2002-09-26 13:07:32 SMTP configuration info:* 2002-09-26 13:07:32    substitute_domain:  2002-09-26 13:07:32  bind: permission denied ; 2002-09-26 13:07:32 error binding initial socket. errno=13, 
 vaxc$errno=36 ; 2002-09-26 13:07:32 could not create or bind initial socket:= %SYSTEM-F-NOPRIV, insufficient privilege or object protectionc	 violationc  ' Jim Strehlow, Data911, Alameda, CA, USAo   ------------------------------  % Date: Thu, 26 Sep 2002 16:44:45 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca>o" Subject: Re: UCX security advisory, Message-ID: <3D9371B4.D6169352@videotron.ca>   Jim Strehlow wrote:p > 5 > FYI:  I do not have problems with TCP/IP v5.1 ECO 4.   > bind: permission deniede= > 2002-09-26 13:07:32 error binding initial socket. errno=13,i > vaxc$errno=36a= > 2002-09-26 13:07:32 could not create or bind initial socketp? > %SYSTEM-F-NOPRIV, insufficient privilege or object protectiona > violationh  H do an INSTALL LIST/FULL SYS$SYSTEM:TCPIP$POP_SERVER.EXE to find if it is installed with privs.iB And then look at authorize to see if TCPIP$POP has any privileges.  N I suspect someone may have changed the INSTAL to remove the privs and give the@ username the privileges. (which would be smarter, wouldn't it ?)    L When you have a utility that is used by a single username whose sole purposeM is to run a single image, isn't it smarter to grant the privs to the username  instead of the image ?   ------------------------------  % Date: Thu, 26 Sep 2002 17:21:11 -0400J- From: JF Mezei <jfmezei.spamnot@videotron.ca>R" Subject: Re: UCX security advisory, Message-ID: <3D937A3C.998BBE70@videotron.ca>  K the all mighty and reliable decthreads server from dave jones seems ok withsN just cmexec and sysprv to bind its socket to port 80. (definitely a well known? port), and it isn't defined in the TCPIP> SET SERVICE database.i  L so it seems that even the documerntation is wrong. (unless he uses cmexec to% do really weird stuff to gain bypass)    ------------------------------  # Date: Thu, 26 Sep 2002 23:19:13 GMTg% From: "Yong Liu" <fdu9774@rogers.com> # Subject: Version control on OpenVMSeH Message-ID: <RBMk9.121200$U_.99583@news04.bloor.is.net.cable.rogers.com>   Hi,j  L WE have codes scattered on OpenVMS, UNIX and OpneVMS. The question is how toJ build a central version control repository. Which version control softwareK do you use to address this problem? Is the software deal with heterogeneity F or you have some arangement to deal with it. If so, how did you do it? Thanks   ------------------------------  % Date: Thu, 26 Sep 2002 14:24:28 -0400h- From: JF Mezei <jfmezei.spamnot@videotron.ca>s9 Subject: Re: VMS future (oh not not another one of these) , Message-ID: <3D9350DB.2C769FBE@videotron.ca>   Fred Kleinsorge wrote:H > You just don't get it.  They were building a "terminal".  They weren't > building a system platform.   L And you just don't get it.  The terminal they built was so versatile, it wasL usable as  low cost VMS workstation which would have allowed VMS (and Tru64)' to expland their markets significantly.n  K Where there is a will there is a way. And clearly the will was to ~prevent~y3 VMS from making use of this very interesting asset.   K If you've spent so much money developping that "terminal" and another groupmN knocks at your door to ask if they could also use that hardware, would you say) "NO, it is mine and you can't have it ? "   K Internal politics may have resulted in the terminal group saying "you can'taK have it unless you agree to split the R&D costs". But that should have been S fixed very quickly by someone at the top with a vision and willingness to grow VMS.   & Where there is a will, there is a way.   ------------------------------  % Date: Thu, 26 Sep 2002 15:12:59 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>o9 Subject: Re: VMS future (oh not not another one of these)h, Message-ID: <3D935C37.600BB73A@videotron.ca>   Fred Kleinsorge wrote:L > In hindsight, I think if we had actually tried to sell these things as VMSN > systems, we'd have had more complaints about it than praise.  It's cute, and > small, but that's about all.  V But it was a great proof of concept to show it was possible to make low priced alphas.   ------------------------------    Date: 26 Sep 2002 15:01:41 -0600+ From: young_r@encompasserve.org (Rob Young)t9 Subject: Re: VMS future (oh not not another one of these)i3 Message-ID: <St6G5HDjst4a@eisner.encompasserve.org>C  j In article <eaHk9.31$8c5.243847@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: >  >>> Robert Deininger wrote:h >>> L >>> Isn't there some page size restriction that makes systems less the 2gigs > RAM: >>> almost impossible on EV7 ? >> > J > I don't think so.  EV8 would have only supported 64kb pages, which wouldN > have increased the minimum memory, and I think we were talking at that point > of a 2G minimum. > N > I used to be in the camp that didn't like that, but have been convinced thatM > memory is cheap enough that I shouldn't care.  I would have preferred AlphaoK > to have had a 2k or 4k page size in addition to the 8k and up page sizes.tD > It would have allowed smaller, cheaper systems - especially in the > beginning. >    	Is page 12, found here:    5 www.eecs.umich.edu/vlsi_seminar/f01/slides/bannon.pdf   
 	In error?   Virtual Page Size  ! Current virtual page sizet - 8K - 64Kd - 512K - 4M  - ! New virtual page size (boot time selection)s - 64Ke - 2M - 64Mo - 512M January 4, 2002   ; 	or should that be interpreted to mean in addition to theset? 	old (Current) values, you can also specify the following today ? 	(or is that some future time?  Seems like a future, after all,i) 	how practical is a 512 MByte page size?)y   				Robo   ------------------------------  # Date: Thu, 26 Sep 2002 21:26:29 GMTd# From: "John Smith" <a@nonymous.com>-9 Subject: Re: VMS future (oh not not another one of these)sH Message-ID: <9YKk9.61985$q41.54876@news02.bloor.is.net.cable.rogers.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:BZiIPoS3eP7X@eisner.encompasserve.org...  > D > Fred has testified that management was not thinking about low cost@ > Windows systems -- that just happened to be the implementation# > methodology for their X-terminal..  L Clearly, as events have shown, management wasn't thinking about much at all.   ------------------------------    Date: 26 Sep 2002 11:50:08 -07004 From: bbaxter@denvernewspaperagency.com (Bob Baxter)% Subject: Re: VMS performance software = Message-ID: <477fb6c5.0209261050.43683131@posting.google.com>a   "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> wrote in message news:<2EA918FE7CC6FB4BA0510D671ADB2AB40D7A29@elsoxfs02604>...iK > Hi, I wonder if anyone could make any recommendations for VMS performance  > monitoring/tuning softwareI > I used to Polycentre Datacollector and Performance advisor and CapacitycK > planner, but I don't think this exists or at least not supported on AlphaA > platform.eN > What about Compaq Performance Analysis Web Zone (PAWZ)  has anyone used it ? > Is it what I need?G > If anyone could suggest a product they have used I would be extremelys
 > grateful > 	 > Regards  >  > Paul Hansford  $ > VMS System Manager  < I am also in the process of evaluating performance monitors.  < I have looked at PAWZ - looks OK. Not bad, not great - fair.  @ I am now looking at Robomon from Heroix.  They have had an eventF monitor for some time now.  They now have a beta performance monitor. A Seems pretty good, but beware it's beta.  Did I mention that it'ss beta?i  C I am also getting ready to look at the BMC Patrol and CA Polycenter 	 products.u  F You say you downloaded ECP.  I'm not sure, but I think that may be the- same thing as PAWZ (maybe an older version?).e  F Good Luck.  Please follow up and let us know how your evaluation went.  I will too.  
 Bob Baxter Denver Newspaper Agencye   ------------------------------    Date: 26 Sep 2002 16:13:44 -0700/ From: prosullivan@hotmail.com (paul o'sullivan)2% Subject: Re: VMS performance software = Message-ID: <5a24d880.0209261513.662a703b@posting.google.com>d  y bbaxter@denvernewspaperagency.com (Bob Baxter) wrote in message news:<477fb6c5.0209261050.43683131@posting.google.com>...a > "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> wrote in message news:<2EA918FE7CC6FB4BA0510D671ADB2AB40D7A29@elsoxfs02604>...oM > > Hi, I wonder if anyone could make any recommendations for VMS performancen > > monitoring/tuning softwareK > > I used to Polycentre Datacollector and Performance advisor and CapacityoM > > planner, but I don't think this exists or at least not supported on Alphat
 > > platform.yP > > What about Compaq Performance Analysis Web Zone (PAWZ)  has anyone used it ? > > Is it what I need?I > > If anyone could suggest a product they have used I would be extremelys > > grateful > >  > > Regardse > >  > > Paul Hansford  i > > VMS System Manager > > > I am also in the process of evaluating performance monitors. > > > I have looked at PAWZ - looks OK. Not bad, not great - fair. > B > I am now looking at Robomon from Heroix.  They have had an eventH > monitor for some time now.  They now have a beta performance monitor. C > Seems pretty good, but beware it's beta.  Did I mention that it'sm > beta?p > E > I am also getting ready to look at the BMC Patrol and CA Polycenter  > products.- > H > You say you downloaded ECP.  I'm not sure, but I think that may be the/ > same thing as PAWZ (maybe an older version?).R > H > Good Luck.  Please follow up and let us know how your evaluation went. >  I will too. >  > Bob Baxter > Denver Newspaper Agencyi  E PAWZ. Great for large numbers of multi-vendor, distributed systems. IlE use it on over 350 machines, VMS, NT, AIX, HP, Sun and Tru64. I coverhE seven countries, with aout 1.5 staff performing automated performance A analysis and seriously detailed capacity planning: client-server,a9 sizing, workload and response time analysis, you name it.S  > It's also cheap :))) Not free, but do you want support or not?  D Version 4.0 collector VMS: new product: hot files, IP/TCP/UDP stats,A response times, no reboots for install, even lower overhead. Moreo stats than I can name.; Will be released at CETS www.pawz.ws for a good reseller ore www.perfcap.com directly.o  D Version 4.0 pawz - cluster graphs, grouping, csv export, gif export. It's pretty impressive.r  C Capacity Planner (old ECP Planner) - now a PerfCap product. VersioniF 4.0 of the product can read all perfcap files (vms and tru64, hp, aix,> sun, nt) for true client-server and network modelling. Contact0 www.perfcap.com 001 603 594 0222 for an upgrade.  A ECP 5.4a/b - Compaq supported product. PAWZ supports 5.4a but nota2 5.4b. Free, but limited functionality and support.   hope this helps.   poss   ------------------------------  # Date: Fri, 27 Sep 2002 00:43:46 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>v  Subject: Re: warning during copy' Message-ID: <3D93AF7F.1A98442A@fsi.net>e   "Alan E. Feldman" wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D926AEF.5A71FF56@fsi.net>... > > "Alan E. Feldman" wrote: > > >hf > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D8FC64A.D3CE58CD@fsi.net>...# > > > > aniruddha patwardhan wrote:i > [...]rN > > > > If your intention is simply to make a copy of the file in your currentP > > > > default device/directory, the following will suffice and not produce the > > > > mesage:m > > > >W > > > > $ COPY infile [] > > >iG > > > Well, I don't see why he got the message in the first place, so I 0 > > > don't see how using [] would fix anything. > > >h# > > > Also, [] doesn't always work:b > > >e > > > DCL> SHOW DEFp > > >   SYS$SYSDEVICE:[FELDMAN]i > > > DCL> SET DEF SYS$STARTUP > > > DCL> SHOW DEFs > > >   SYS$STARTUP:[FELDMAN]" > >lJ > > I'm guessing that's an invalid path specification since SYS$STARTUP isB > > not a concealed (or a "rooted") logical. Since your default is > ? > Your guess is incorrect. This "path" is invalid *only* if you> > explicitly specify []. > C > So you're telling me that you can't set default to SYS$STARTUP? !t   Well, I'm not, but VMS is.  F SYS$SYSROOT:[SYS$STARTUP][FELDMAN] is in invalid path specification no< matter how how slice it. It never will be correct. Same with% SYS$SYSROOT:[SYS$STARTUP][DDACHTERA].e  F Now, that will cause other things to happen. Case in point further on.  E > > technically invalid, "[]" is not the only thing I would epxect toh > > exhibit anomalous behavior.l > F > Nope. Any program or DCL command will use SYS$STARTUP as the default> > (and ignore whatever is in the brackets) and work just fine.  D ...as long as you are looking up existing files in that search list.C When you start trying to create files in or copy files to that pathQ@ specification, things may not happen the way you want or expect.   > It is1G > only if you insist that [] means your default that you might get into4, > trouble. And it does not always mean that.  D ...and no one ever said it does in the context of this discussion. IH suggested that it might solve his problem - I suggested nothing more. As5 you are about to say, "a very important distinction".   H > The notation [] means "default directory", not your default. That is aG > very important distinction. If SYS$DISK contains a directory, then []:
 > is ignored.    Sorry, don't buy that.  $ > SYS$DISK takes precedence over [].   Don't buy that either.   > If SYS$DISK doesn't F > contain a directory, then the default directory (whatever is between > the brackets) is used.  	 ...maybe.    > [snip]) > > > $ COPY <file-spec> *   ! works fineh > >oK > > Can you post some evidence that it "works fine" (SHOW DEFAULT, followedC) > > by the display output from COPY/LOG)?c > ' > Since you're too lazy to even try it:1  F I wasn't making the claim - it wasn't my place to produce evidence, it
 was yours.   > $ SHOW DEF >   DISK$DATA1:[FELDMAN] > $ COPY SYS$MANAGER:A.TMP *7 > %COPY-S-COPIED, SYS$SYSROOT:[SYSMGR]A.TMP;1 copied toa) > DISK$DATA1:[FELDMAN]A.TMP;1 (0 records)  > $  >  > It works fine.   Hhmmm...   DJAS01::DDACHTERA$ sh deft   DKA0:[DDACHTERA]& DJAS01::DDACHTERA$ set def sys$startup DJAS01::DDACHTERA$ sh def    SYS$STARTUP:[DDACHTERA]5   =   SYS$SYSROOT:[SYS$STARTUP]i   =   SYS$COMMON:[SYS$STARTUP]   =   SYS$SYSROOT:[SYSMGR]   =   SYS$COMMON:[SYSMGR]l- DJAS01::DDACHTERA$ copy sys$login:login.com * 5 %COPY-S-COPIED, DKA0:[DDACHTERA]LOGIN.COM;1 copied toL. SYS$SYSROOT:[SYS$STARTUP]LOGIN.COM;1 (1 block)  , Oops! That isn't what I wanted ... or is it?  H Well, we know that the first element of the path search list is invalid.G SYS$SYSROOT:[SYS$STARTUP][DDACHTERA] is not a valid path specification.0C So, I guess the software did pretty much what one would expect - it1D traversed the search list for a path that would lead to a successful/ operation and it found one in the next element.r  G Of course, LOGIN.COM is not real useful anywhere in that portion of the G directory structure. However, suppose I wanted to "install" a file thatSF needs to be executed by all nodes in the cluster at system-startup (orH maybe even on demand). Clearly, SYS$SYSROOT:[SYS$STARTUP] would not be aB good choice. For a node-specific proc., it might suffice, however.  G Still, I think the point is made. "Works fine" tends to be a subjectivecE judgement, where an attempted operation that yields an error message:   . DJAS01::DDACHTERA$ copy sys$login:login.com []A %COPY-E-OPENOUT, error opening SYS$COMMON:[DDACHTERA].; as output  -RMS-E-DNF, directory not foundU" -SYSTEM-W-NOSUCHFILE, no such file  E ...might still be considered subjective; however, from the software'ssE point of view (it's "subjective opinion"), something is amiss. So, in E this case, I'd tend to defer my judgement to that of the software and@ the people who wrote it.   YMMV, as always, of course.   J > > Also, you might try F$PARSE() with your default set as above. In fact,% > > just try this an post the output:r > * > [lengthy examples of parsing [] omitted] > B > F$PARSE works fine as long as you don't use []. (Try F$PARSE("")3 > instead of F$PARSE("[]") and all will work fine.)-   Does it?  " DJAS01::DDACHTERA$ say F$PARSE("") SYS$SYSROOT:[SYS$STARTUP].;_# DJAS01::DDACHTERA$ say F$PARSE("*")V SYS$SYSROOT:[SYS$STARTUP]*.;  F Hhmmm... Produces the same result we saw with the COPY, but that stillE does not guarantee that we gets the results we want or expect, we geteG the results that fit the software's rules - nothing more, nothing less.2   [Help excerpt snipped.]o  % The bottom line is this default path:    DJAS01::DDACHTERA$ sh defw   SYS$STARTUP:[DDACHTERA]n   =   SYS$SYSROOT:[SYS$STARTUP]o   =   SYS$COMMON:[SYS$STARTUP]   =   SYS$SYSROOT:[SYSMGR]   =   SYS$COMMON:[SYSMGR]o  A ...may work for some operations and yield predictable results fortG others, but I do not advocate forcing the system to deal with malformediE path specifications by making them part of a search list knowing thatiA the system will go on to the next element in the search list uponrD finding that the first is malformed. That technique may be useful in6 solving certain problems, but it strikes me as sloppy.  D Again, YMMV considerably, even to the point of diametric opposition.   --   David J. Dachterap dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/>   ------------------------------    Date: 26 Sep 2002 19:07:57 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)  Subject: Re: warning during copy= Message-ID: <b096a4ee.0209261807.627ccc93@posting.google.com>   | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KMYHR0E2C49QWI2N@sysdev.deutsche-boerse.com>...< > > Well, sometimes it matters. Here I copy a VFC file and aC > > variable-length record to a new file and it doesn't produce the  > > expected results:  > J > Stated more briefly: if you append a sequential file (created with EDT, J > say) to a VFC file (created with OPEN, say), then the file is displayed E > correctly by EDT, TPU and TYP/PAG=SAV.  TYP/NOPAG and TYP/PAG=NOSAV G > don't display it properly.  For some real fun, actually print out theh/ > file or view it as a .txt file via HTTP.  :-)n > I > I have seen other cases where VFC files were displayed "properly" when BI > actually printing them out or with TYP/PAG=NOSAV but not with EDT, TPU eE > or TYP/PAG=SAV or TYP/NOPAG.  (No appending involved in this case.).    . Fascinating. Can you give an example, please?     J > Is this behaviour documented somewhere and/or can someone explain it in  > simple terms?     E It seems to me that it's the carriage-control method that causes TYPEeA to misTYPE the file. The VFC files come with "Print file carriagesD control" while the variable-length records files come with "Carriage return carriage control".   B If you DUMP the combined file you can see print control charactersB only in the first two records (which are from the VFC file) so theF remaining lines (from the variable-length records file) are just typed6 to the screen without any deliberate carriage control.    D > In particular, I would expect the various TYPE commands to behave G > similarly, whereas an editor or printer might be expected to display o > things differently.i    > Well, TYPE/PAGE=SAVE is a lot more like editing than printing.    I > Will the attributes after an APPEND always be those of the target file?$     I think so.      Disclaimer: JMHO Alan E. Feldmann   ------------------------------  % Date: Thu, 26 Sep 2002 22:09:24 +0200 ) From: labadie <labadie.gerard@wanadoo.fr>m$ Subject: Re: WASD/SYS$INPUT question* Message-ID: <3D936974.26887874@wanadoo.fr>   Tom Linden wrote:r  7 > I get the following message when firing up the servero > (This from the WASD log file)i >n, > Error opening primary input file SYS$INPUT5 > Insufficient privilege or file protection violation. > " > Any thoughts on hot to fix this? > TIAr > Tomf  B  You should post this (with some more details) in the mailing list	 info-WASDl available througho http://wasd.vsm.com.au/ & I am sure you will get a quick answer.   Regards=   Grard   ------------------------------  # Date: Thu, 26 Sep 2002 22:22:32 GMTm. From: "Bob Drennon" <bdrennon@central.cox.net>7 Subject: What IO performance expected on GS140 PCI bus?04 Message-ID: <IMLk9.204$Bp4.66@news1.central.cox.net>  J What kind of IO performance should one expect on a 8400 (GS140 cpus) KFTIAJ to DWLPB, OpenVMS 7.3 with latest SCSI-Fibre patch and KGPSA FCAs, that is8 how many megabytes per second will this PCI bus support?   ------------------------------    Date: 26 Sep 2002 20:02:39 -0700( From: kdarling@basit.com (Kevin Darling)0 Subject: Re: What is happening to the industry ?= Message-ID: <28e9a152.0209261902.44ec0d37@posting.google.com>h  e bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<ams88t$8isgn$1@ID-135708.news.dfncis.de>... A > In article <SZak9.433407$_91.608312@rwcrnsc51.ops.asp.att.net>,o6 > 	"Terry C. Shannon" <terryshannon@attbi.com> writes: > > M > > So now you've got me interested: the unit I was in (Army Security Agency, L > > Top Secret Crypto/SI/Codeword, etc) it wouldn't be more than a couple of; > > days until an AWOL escalated to a full-scale desertion.t > H > Sorry Terry, but no.  The length of time before AWOL becomes desertionI > is fixed and not open to arbitrary application on a case by case basis.GF > If your really interested I can look up what specifically makes AWOLE > become desertion. (I believe the time is 30 days, but there cold beiG > particular actions like telling someone you never intend to come back " > that could speed that up.  [...]  E You're both right.  I think it is 30 days from AWOL to desertion, butMC no one looks for all the AWOLs.  Therefore, certain military groups0D (nuclear, crypto, etc) would declare you a deserter in just a day orC two, simply to get your name immediately put on a nationwide police D watchlist.  That way, they could have lots of help looking for thoseE with secrets in their head, without having to publicly say why it wasS important to find them.    Kevin  (ex Staff Sgt, USASA)0   ------------------------------  % Date: Thu, 26 Sep 2002 20:13:16 -04004, From: "David Turner" <dbturner@islandco.com>* Subject: XP1000 667Mhz still some left !!!A Message-ID: <S8Nk9.22578$Ov6.3027343@e3500-atl1.usenetserver.com>0   Go to: www.islandco.comS     -- Island Computers US Corp.  2700 Gregory St, Ste 180 Savannah GA 31404, USA Tel: (00) 1 912 447 662  Fax: (00) 1 912 201 0096 sales@hpaq.net www.islandco.com   ------------------------------  % Date: Fri, 27 Sep 2002 20:06:24 +0200A@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>J Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]+ Message-ID: <3D949E20.5010803@mail.tele.dk>b   David Webb wrote:   S > In article <3D93235A.DD37B601@atm.com.pl>, Jacek Tobiasz <jtb@atm.com.pl> writes:  >>David Webb wrote: N >>>I seem to recall the UCX POP server is a port of a popular Unix Pop server. >>>e, >>no, it's based on freeware IUPOP3 version20 >>http://vw.tci.uni-hannover.de/extrakt/pop.html > 7 > Yes that's what I meant by a popular Unix pop server.      AFAIK IUPOP3 only runs on VMS !e  < >>>Is this a known security issue with that server on Unix ?G >>IUPOP3 runs as a detached process with privileges. It's not installed P >>with privs. I looked at it long time ago, not sure why it needs all the privs. >>9 >>In UCX, POP startup is different, they installed it ...o > J > Is IUPOP3 usually run from the root account or is it run from a non-priv > account but setuid root ?P     See above !h   Arne   ------------------------------  + Date: Thu, 26 Sep 2002 18:15:13 +0000 (UTC)e+ From: david20@alpha2.mdx.ac.uk (David Webb)gJ Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]+ Message-ID: <amvirh$lmb$1@aquila.mdx.ac.uk>   n In article <3D949E20.5010803@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes: >David Webb wrote: >iT >> In article <3D93235A.DD37B601@atm.com.pl>, Jacek Tobiasz <jtb@atm.com.pl> writes: >>>David Webb wrote:O >>>>I seem to recall the UCX POP server is a port of a popular Unix Pop server.y >>>>- >>>no, it's based on freeware IUPOP3 version2-1 >>>http://vw.tci.uni-hannover.de/extrakt/pop.html0 >> U8 >> Yes that's what I meant by a popular Unix pop server. >: >:  >AFAIK IUPOP3 only runs on VMS ! >D= >>>>Is this a known security issue with that server on Unix ?rH >>>IUPOP3 runs as a detached process with privileges. It's not installedQ >>>with privs. I looked at it long time ago, not sure why it needs all the privs.M >>>o: >>>In UCX, POP startup is different, they installed it ... >> mK >> Is IUPOP3 usually run from the root account or is it run from a non-privO >> account but setuid root ? >u >  >See above ! >o >Arne  >i   Sorry,  O seems you are right. For some reason (probably that everything to do with TCPIPaN seems to have started out on Unix) I had always assumed that IUPOP3 was a Unix product ported to VMS.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 26 Sep 2002 14:49:09 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>"J Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability], Message-ID: <3D9356A3.62CEFCCA@videotron.ca>   "Mark(un-MASK)Forsyth" wrote:n^ > The fact that I've been running it for a day can in no way be classed as exhaustive testing.A > It was the first quick'n dirty that I thought of to do the job.   M Consider this: the process can be started on demand by the TCPIP stack, whichoF I assume has privileges even higher than BYPASS, SETPRV and CMKRNL :-)  L But the process itself would always run under TCPIP$POP account (or whatever+ is defined in TCPIP> SHOW SERVICE POP /FULLc  G POP needs to bind to a known port. That, according to the doc requires:mJ 	The process must have a system user identification code (UIC) **and** theB 	SYSPRV, BYPASS, or OPER privilege to bind port numbers 1 to 1023.  M Now, all of the TCPIP$* accounts are in the TCPIP$AUX group which is at 3655,iN VERY far away from the group numbers in the "system" range. Unless, of course,G there is an error in the documentation and they really means "**or**". l (emphasis mine).  J *Perhaps* if the service is defined in the TCPIP> SET SERVICE database, it1 doesn't need all those privs to bind to the port.o  I And as far as access to the user's mailboxes, SYSPRV would be all that isiM needed, correct ? It needs "read all" to check the UAF, but needs "read-writes+ all" to read and modify the user's mailbox.m  J One note though: I believe that the POP server has the ability to compressI user's mailboxes. If this means doing the equivalent of MAIL COMPRESS, itwJ means that it might need bypass to delete the old files if they are set soM that even System has no delete access.  (SYSPRV only grants you access to theiO "System:RWED" class, right ?, whereas Bypass lets you do anything with a file).    ------------------------------   End of INFO-VAX 2002.533 ************************