1 INFO-VAX	Sat, 28 Sep 2002	Volume 2002 : Issue 535       Contents: Re: "inview" Article0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...C Re: Builder Xcessory 6.1 Available - GUI Builder for VMS (Announce) ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files  Re: China clones Alpha ? Re: China clones Alpha ? Re: China clones Alpha ?! Re: Errors running Oracle7 on VMS ! Re: Errors running Oracle7 on VMS  Re: Exit(status) strategy  Re: Exit(status) strategy  Re: External Authentication  Re: External Authentication  Re: External Authentication  Re: Memory for DS25  Re: Newcomers to VMS Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic OT: Chips art and design ! Re: OT: Chips art and design !/ Re: Problem using Perl library functions on VMS / Re: Problem using Perl library functions on VMS   Re: Q: Running OpenVMS diskless?* Re: Security problem with CSWS T1.3 Beta ? Suggestion for SEARCH  Re: Suggestion for SEARCH  Re: The perils of reusable code  Re: The perils of reusable code  RE: The perils of reusable code  Re: UCX security advisory  Re: UCX security advisory  Update IP number on OpenVMS 6.2  Re: Version control on OpenVMS Re: Version control on OpenVMS Re: VMS performance software5 VMS73_LAN-V0300 Alpha V7.3 LAN ECO;  bit of good news  Re: warning during copy  Re: warning during copy 2 Re: What IO performance expected on GS140 PCI bus?2 Re: What IO performance expected on GS140 PCI bus?2 Re: What IO performance expected on GS140 PCI bus?A Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]   F ----------------------------------------------------------------------  % Date: Sat, 28 Sep 2002 22:55:44 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> Subject: Re: "inview" Article + Message-ID: <3D961750.7060407@mail.tele.dk>   ( Andrew Harrison SUNUK Consultancy wrote:   > Arne Vajhj wrote:  >> Let us try and recapitulate !
 >> You wrote: 5 >>  >>>>> Case in point would be your suggestion that 6 >>  >>>>> Linux/Windows makes a cost effective web and >>  >>>>> apps server platform. 	 >>  >>>>> 4 >>  >>>>> There is only one general J2EE apps server4 >>  >>>>> benchmark that attempts to model this kind7 >>  >>>>> of app on a price/performance basis and thats  >>  >>>>> eCperf. 	 >>  >>>>> < >>  >>>>> And this may be counter intuitive, eCperf actually: >>  >>>>> shows that a typical Linux/Windows2000 with UNIX< >>  >>>>> DBMS infrastructure is more costly per transaction? >>  >>>>> than say a Sun Apps and Sun DBMS server configuration 8 >>  >>>>> with the Sun solution delivering nearly double= >>  >>>>> the throughput per CPU and using many fewer servers   :  > When you have something that actually proves your point7  > rather than a set of vague suppositions on your part 9  > then please feal free to respond. In the mean time the >  > argument seems rather pointless so I guess we can call it a  > day.    I can put it even more simple:   Linux-Unix: 0 results ( Windows-Unix: 1 result = #17 = $23/BBops9 Unix-Unix: 7 result = average #16.1 = average $25.4/BBops   5 Unless you can prove that 25.4 < 23, then I would say / that I have proven your statement to be false !     ; > The boxes IBM used as apps servers for their Windows-UNIX 8 > and Linux-Windows eCperf tests were the same. When you= > look at the test results with the same version of WebSphere > > Linux and Windows2000 delivered almost identical performance> > with Win2K being slightly faster on a per system and per CPU > basis. > @ > The boxes cost the same, so how do you think that substituting= > Linux for Win2K with a UNIX server would change the overall = > price performance. If anything given that Win2k is actually 8 > slightly faster a Linux-UNIX combination would provide1 > marginally worse performance at the same price.     < Well englisg is not my native language, so could you explain< whatin the following you did not understand (so that I could	 clarify):   , #The reason the price/performance is so poor #on that config is:  #  - expensive WAS licenses  #  - expensive DB2 licenses ! #  - expensive db-server hardware . #so suggesting they change the OS from Windows #to Linux will not change much.   < > Incedentally I did however rather like your stretching the8 > allready loose definition of FUD used by this group to5 > encompass anything that you don't agree with :-):-)   6 Can you point to a post where I define FUD like that ?  3 No ? Then you are posting false information again !    Arne   ------------------------------  % Date: Fri, 27 Sep 2002 14:07:16 -0500 & From: jlsue <jlsuexxxz@screaminet.com>9 Subject: Re: "Underqualified tipster backed HP merger"... 8 Message-ID: <71b9puk22553d42a8tcame0u4vmsf66kdd@4ax.com>  , On Thu, 26 Sep 2002 15:11:14 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:    >Fred Kleinsorge wrote: J >> My response is "So he lied on his resume.  So what?".  The fact that heK >> authored the opinion doesn't mean A) it was wrong, or B) that he had the I >> ability to issue such an opinion without the advice and consent of his  >> employer  > L >However, that employee's credibility became nil when this was discovered soO >his recommendations lost value. It doesn't mean they were wrong, but just that  >they weren't credible.   = Wouldn't that depend on whether his work output, before being E "discovered", was valid?  I mean, sure it's wrong to lie on a resume. F But if someone does a great job after the hire, it seems to be foolish to fire him/her.   ------------------------------  % Date: Fri, 27 Sep 2002 16:57:16 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 9 Subject: Re: "Underqualified tipster backed HP merger"... + Message-ID: <3D94C623.4DB7498@videotron.ca>    jlsue wrote:? > Wouldn't that depend on whether his work output, before being G > "discovered", was valid?  I mean, sure it's wrong to lie on a resume. H > But if someone does a great job after the hire, it seems to be foolish > to fire him/her.    J I disagree. If one is capable of lying on an "official" document, it meansD that he would be capable of lying elsewhere. Theye may also be legalB implications should the employee be caught up in some controversy.  L If it is found that the company didn't check the employee's credentials, theI company will look bad. The company could be accused of hiring incompetent L people. And worse, if the company keeps the employee after having discoveredM the lie, the company becomes an accomplice. A company really has no choice in 2 the matter the minute the lie becomes known to it.  L Now, if the company *really* needs that employee, perhaps they could arrangeG for his resume to be changed to remove the lie and placed back into his H employee file without a big fuss. (eg: destroy the evidence of the lie).   ------------------------------  # Date: Fri, 27 Sep 2002 22:24:16 GMT # From: "John Smith" <a@nonymous.com> 9 Subject: Re: "Underqualified tipster backed HP merger"... H Message-ID: <kU4l9.77047$q41.27042@news02.bloor.is.net.cable.rogers.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message% news:3D94C623.4DB7498@videotron.ca...  > F > Now, if the company *really* needs that employee, perhaps they could arrange I > for his resume to be changed to remove the lie and placed back into his J > employee file without a big fuss. (eg: destroy the evidence of the lie).    D No, they just hire him/her back as a consultant, ....for more money.   ------------------------------  # Date: Sat, 28 Sep 2002 01:37:01 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> L Subject: Re: Builder Xcessory 6.1 Available - GUI Builder for VMS (Announce)' Message-ID: <3D950D7E.903F3C61@fsi.net>    Mark Hatch wrote:  > V > No, you're not blind. We screwed up our webpage in the last revision and dropped theT > link to OpenVMS in the product description pages. Thanks for spotting it! I'll get > it corrected ASAP.  E Thanx! Anything that helps VMS could be a helpful, strategic product.    --   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 15:16:37 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine, Message-ID: <3D94AE92.EE9B67B5@videotron.ca>   Warren Spencer wrote:  > 7 > Here's the corresponding article from The Register... K > Sources at Sandia say that while the final negotiations for the Red Storm M > contract between Sandia and Cray are not done, an announcement awarding the 6 > deal to Cray is impending within the next few weeks     E Most interesting artcicle. Nothing surprising about the loss of Alpha P business. When you kill off a product line, you have to expect to lose sales !!!  K However, I am puzzled. What CPU does Cray use these days ? I thought it had  adopted Alpha ?    ------------------------------  % Date: Sat, 28 Sep 2002 23:08:56 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine+ Message-ID: <3D961A68.3020904@mail.tele.dk>    JF Mezei wrote:   M > However, I am puzzled. What CPU does Cray use these days ? I thought it had  > adopted Alpha ?     6 No. They had a flirt with Alpha in the early/mid 90's.2 I think they used either their own or SPARC later.   Arne   ------------------------------  # Date: Fri, 27 Sep 2002 22:21:53 GMT # From: "John Smith" <a@nonymous.com> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes MagazineH Message-ID: <5S4l9.125580$U_.63328@news04.bloor.is.net.cable.rogers.com>  : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D961A68.3020904@mail.tele.dk...  > JF Mezei wrote:  > K > > However, I am puzzled. What CPU does Cray use these days ? I thought it  had  > > adopted Alpha ?  >  > 8 > No. They had a flirt with Alpha in the early/mid 90's.4 > I think they used either their own or SPARC later.  G You may be correct, but this is from the Cray site. Don't know if their C plans changed after June 25th (note the date on the announcement)..   8 --------------------------------------------------------    > CRAY INC. ANNOUNCES PLANS FOR ALPHA LINUX SUPERCLUSTER SYSTEMS  G Initiative Targets Need For Large-Scale Clusters With Leading Sustained > Performance and Advanced Data Center Features, In Tradition Of Record-Holding Cray T3E System  H NEW YORK (LinuxWorld, Jan. 29, 2001) -- Global supercomputer leader CrayK Inc. (Nasdaq:CRAY) today announced plans to offer Alpha Linux SuperCluster J systems -- large-scale clusters that combine blazing problem-solving speedE with increasingly powerful technical data center features, attractive 9 price-performance and the popular Linux operating system.   L The product line will be formally launched in coming months and is scheduledH to begin shipping in the mid-2001 timeframe. The company has received anD early order agreement from BioNumerik Pharmaceuticals and expects toK announce multiple orders by the time of the product launch. Financial terms  were not disclosed.   H ``The Cray SuperCluster Series targets the need for clusters with higherE capability than those available in the market today,'' said Cray Inc. L Chairman and CEO Jim Rottsolk. ``Organizations around the world have told usL they want the advanced capabilities of our Alpha-based Cray T3E system to beG re-architected using leading COTS (commercial off-the-shelf) clustering L technologies. This is an attractive revenue growth opportunity for us.'' TheL Cray T3ET system holds the world record for sustained computer speed and wasJ named 2000 ``Supercomputer Product of the Year'' by Scientific Computing & Instrumentation magazine.   I ``Starting in mid-2001 and continuing over the next two years, we plan to B phase in unrivaled capabilities that enable customers in academia,L government and industry to advance the boundaries of science and engineeringK while better managing their large, complex workloads,'' said William White, J program manager for the Cray SuperCluster series. ``We will combine Cray'sE innovative production-oriented architecture, proven UNICOS serverized I operating environment and advanced system software with Linux, the latest J Alpha server technology from API NetWorks, and the highly scalable Myrinet, cluster-interconnect network from Myricom.''  ) White said targeted capabilities include:   C Superior sustained performance on a wide range of problem sizes and I workloads, made possible by marrying the high-bandwidth Cray SuperCluster G architecture with API NetWorks' CS20 1U servers -- based on the world's F fastest commercially available 64-bit processor -- and API's ``network aware'' Linux facility. G Superior data center capabilities, including high availability (dynamic G reconfigurability, concurrent maintenance, warm boot, hot swap); global H checkpoint/restart (in the event of a system interrupt, saves all users'L work and smoothly continues jobs upon recovery); global resource management;H single system image (SSI) even in the largest system sizes (thousands ofE processors); efficient job scheduling, prioritization and accounting. G ``In highly parallel computing, Cray's pioneering T3E has long been the L platform of choice for solving the most demanding technical problems. Cray'sD new SuperCluster builds on that heritage and extends Cray's parallelE computing leadership by taking advantage of the rapid improvements in = off-the-shelf technology while retaining the valued UNICOS/mk I functionality,'' said Rich Partridge, vice president, Enterprise Servers,  D.H. Brown Associates.  E According to Donald Becker, CTO and founder of Scyld Computing Corp., F ``Scyld believes the SuperCluster is a pioneering initiative that willI produce a strong, differentiated platform capable of fully exploiting the I best available commercial technologies, such as Scyld's Beowulf operating H system. Cray's extensive experience with high-performance computing willK create a very powerful product that will meet the demanding requirements of J mission critical and other production-oriented supercomputing customers.''J Cray has been exploring the Scyld operating system in conjunction with the Cray SuperCluster development.  G ``Our agreement with Cray opens new doors for our company and the Alpha K platform,'' said Gerry Talbot, president and CTO of API NetWorks. ``We have I seen major growth in Alpha sales with the Linux platform. Our partnership H with Cray promises to bring Alpha Linux into the largest engineering andL research organizations, where it will be applied to some of the world's most challenging problems.''   A ``We look forward to adding a SuperCluster to our arsenal of Cray L products,'' said BioNumerik Pharmaceuticals CEO Dr. Fred Hausheer. ``BetweenJ the vector Cray SV1 systems and this new entry in the cluster market, CrayH provides a powerful integrated approach for the gamut of grand challengeF computational drug design problems.'' BioNumerik Pharmaceuticals, Inc.H blends the latest lab technologies with high-performance computing in anJ effort to significantly shorten development time and more cost-effectively* create new, potentially life-saving drugs.  F ``Over the years, ARSC has taken delivery of a number of Cray systems,I allowing our users to be more productive. We believe that Cray will bring H the same high standard to their SuperCluster system that we have seen inH their vector and MPP systems,'' said Dr. Frank Williams, director of the$ Arctic Region Supercomputing Center.  F ``National supercomputer centers like ours, which provide leading-edgeC computational facilities to hundreds of researchers in academia and J industry, will highly welcome Cray's entry into the cluster market,'' saidK Professor Dr. Roland Ruhle, director of the Regionales Rechenzentrum of the D University of Stuttgart (Germany) and the Stuttgart High Performance Computer Center.  J ``At MCube, the demanding problems our customers bring to us are requiringL higher and higher levels of scalability. The Cray SuperCluster's exceptionalK scalability and production-oriented operating system environment will allow J us to offer powerful solutions in a real-world environment,'' said DimitriK Nicolopoulos, director of Marseille, France-based MCube, a leading provider F of simulation software to automotive companies and other manufacturers
 worldwide.  K ``We are developing next-generation software to model arbitrary shapes with K tens of millions of degrees of freedom. This software will require a system K like the Cray SuperCluster that will deliver tens of teraflops of sustained G computing power,'' said Professor Shinobu Yoshimura, ADVENTURE Project,  University of Tokyo.  I ``The SuperCluster program is a strategic initiative that complements our H existing products and plans,'' Rottsolk said. ``Because the SuperClusterL heavily exploits third-party technology, it requires a relatively modest R&DK investment. It will carry on the tradition of our industry-leading Cray T3E J platform by targeting scalar codes and workloads, but will not surpass theJ T3E's capabilities until the T3E is no longer producing meaningful revenueK from product sales. Finally, the SuperCluster is not expected to materially F affect revenue for our `extreme performance' products: the Cray MTA-2TJ multithreaded supercomputer due out in mid- to late 2001, or our Cray SV2TC vector supercomputer due out in the second half of 2002,'' he said.   A Separately today, Cray Inc. and API NetWorks, Inc. issued a joint D announcement on their strategic alliance related to the SuperCluster program.   About Cray Inc.   J Cray Inc. designs, builds and sells high-performance MPP, vector processorK and general-purpose parallel computer systems. The company has leading edge J technology, multiple product platforms, nearly 900 employees, a $2 billionL installed base of approximately 600 computers worldwide, major manufacturingJ and service capabilities and extensive global customer relationships. CrayI believes its Multithreaded Architecture and Cray T3E and Cray SVT product I lines together represent the future of supercomputing. Go to www.cray.com  for more information on the    ------------------------------    Date: 27 Sep 2002 17:57:36 -0700( From: bob@instantwhip.com (Bob Ceculski)D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine< Message-ID: <d7791aa1.0209271657.739c709@posting.google.com>  t "John Smith" <a@nonymous.com> wrote in message news:<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 > K > When scientists at Celera Genomics and the government-funded Human Genome L > Project created their maps of all human genes, one indisputable winner wasH > Compaq Computer. Both groups used Compaq supercomputers. Today, CeleraN > announced that it would be parting with those Compaq servers in favor of new > ones built by IBM and EMC. > L > IBM will provide Celera and its sister company, Applied Biosystems, with aK > supercomputing cluster capable of 2 trillion calculations per second. EMC K > will supply automated data storage for the system. The financial value of K > the contract was not revealed, and Celera did not name the firms that bid # > against IBM and EMC for the deal.  > L > The contract is an obvious victory for IBM's life sciences division, which@ > has spent the past two years establishing itself as a force inL > supercomputing for drug and biotech companies. But Celera is not the jewelL > it once was, and its stated reasons for choosing IBM reveal the difficultyJ > of its new mission: to use its status as a gene-sequencing powerhouse toN > boost itself into a bona fide manufacturer of drugs and medical diagnostics. > K > Making that switch will be difficult. As investors have realized just how L > difficult, Celera and such competitors as Incyte Genomics and Curagen haveK > seen their stocks plummet by more than 75% in the last 12 months. Celera, H > with $908 million in cash and its scientific cachet, may have the bestI > chance of transforming itself, but it has been hurt by the departure of L > founder Craig Venter, who has started up a new gene-sequencing shop of his > own. > I > "I frankly think that Celera is still the company that mapped the human N > genome," says Caroline Kovac, general manager of IBM Life Sciences. "It is aM > company that is extremely well-positioned, having done that, to incorporate , > genomics into the drug discovery process." > F > Still, the way Celera chose IBM illustrates the Rockville, Md.-basedJ > genomics firm's growing pains. When Celera signed up Compaq in 1998, theB > company put a great deal of importance on the ability of variousM > supercomputing systems to run a single gene-mapping program. Now, says John M > Reynders, vice president of informatics at Celera, it has much more diverse H > computing needs. "The constellation of things that we're doing is very > rich," he says.  > F > Among the factors that made IBM and EMC Celera's top choice is IBM'sK > experience migrating data from old systems to new ones. Another factor is N > that IBM will have to integrate two firms. Celera and Applied Biosystems areG > both tracking stocks for a larger corporation called Applera. Lately, J > Applied has taken over Celera's original business, selling gene-sequenceM > subscriptions to drug companies, while Celera focuses on developing its own  > products.  > J > An issue that also may have played a role in Celera's decision: Now thatI > Compaq has been acquired by Hewlett-Packard, it is in flux. To add more N > questions, Compaq will at some point start outsourcing chip design to Intel.N > "I think there's no question that there is no Compaq anymore, and Compaq hasJ > issues with the chip, HP has issues with the platform," says Kovac. "But3 > it's not as if Celera didn't have other choices."  > K > The question for Celera, however, is not merely whether it made the right N > choice in picking IBM. Even with its rich cash position, the company needs aJ > real line of revenue-producing products. And it needs to develop them as > quickly as possible. >  > ----- H > There are a number of other articles from different sources that place( > somewhat different spin on this event. > 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* K > over the course of the porting work they have ahead of themselves to move   > from Tru64/Alpha to AIX/Power. > K > On the other hand, it may be partly due to money and bragging rights. IBM N > lost many battles like this to Alpha in the pharmaceutical industry over theN > past several years. Now with their only real competition (Alpha) dead/slowlyN > dying, perhaps it's simply a case of IBM willing to step up to the plate and& > make offers that are hard to refuse. > I > Personally, I don't expect many high-end pharmaceutical wins for Itanic D > anytime in the next 3-4 years. So long to that business stream HP.  K they are morons ... how long do you think IBM aix risc is going to last ... F it would have been cost effective and smart to replace the es40's withI either 1.25ghz es45's or ev7 systems running tru64 for the next 4-5 years H and wait to see how itanium fairs ... now in 5-7 years they are going toD have to replace all those garbage IBM servers and migrate to itaniumK anyway it looks like ... unless they know something about itanium we don't!    ------------------------------  % Date: Fri, 27 Sep 2002 21:44:43 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine, Message-ID: <3D950988.F6A8FACE@videotron.ca>   Bob Ceculski wrote: H > it would have been cost effective and smart to replace the es40's withK > either 1.25ghz es45's or ev7 systems running tru64 for the next 4-5 years ' > and wait to see how itanium fairs ...   K But if yo start to replace servers, you might as well buy new servers whose E architecture is more assured. Besides, I am sure IBM gave them a good  financial deal.   L HP hasn'.t yet manufactured large quamtities of servers so it doesn't have aI surplus of EV7 systems to give away, only a surplus of old EV6 stuff that 
 nobody wants.    ------------------------------  % Date: Fri, 27 Sep 2002 19:01:30 -0000 ! From: Z  <zarlenga@conan.ids.net> * Subject: Re: Changing Strings in EXE files/ Message-ID: <up9aoar35foa70@corp.supernews.com>   $ Lou Solomon <lny98@yahoo.com> wrote:F : I have done a VMS search through the EXE's and found the string "ABCD : COMPANY" (our old name).  I would like to change it to "XYZ Corp".  N : What would be the easiest way to change it?  (is there a patch utility?  can   Emacs in hex edit mode.    ------------------------------  % Date: Fri, 27 Sep 2002 14:03:00 -0500 & From: jlsue <jlsuexxxz@screaminet.com>* Subject: Re: Changing Strings in EXE files8 Message-ID: <boa9pu00ur40pl93mjouj725kk6lom2tq1@4ax.com>  , On Wed, 25 Sep 2002 21:36:13 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:    >Carl Perkins wrote:I >> If the source is also changed, then all that testing that he is trying G >> to avoid has to be done. Avoiding that was aparently the main reason 5 >> for changing the executable instead of the source.  > O >But changing a string in an executable does not change its logic. Changing the M >source code allows the person to change the logic. (ok, technically, one can Q >change the logic on a vax executable, but not very viable on a alpha executable)  > L >You can change the code now, but delay the compilation/testing until a real >change is needed.  F I'm sure this has already been answered, but my opinion and experienceD is that *any* properly run change management  process will not allow< *any* change, no matter how trivial it may seem, to get into, production without proper regresion testing.  D How many times have I heard "I only changed one comment" and yet the software/program crashes?    ------------------------------  % Date: Fri, 27 Sep 2002 16:53:14 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> * Subject: Re: Changing Strings in EXE files, Message-ID: <3D94C532.9DAF9132@videotron.ca>   jlsue wrote:H > I'm sure this has already been answered, but my opinion and experienceF > is that *any* properly run change management  process will not allow> > *any* change, no matter how trivial it may seem, to get into. > production without proper regresion testing.  D Consider that *perhaps* anyone can play with an executable, but onlyJ authorized folks can place that executable in production. Those authorizedN people have always been trusted NOT to mess with the code. (consider a bankingH aplication where the system manager might have used PATCH to add code to transfer funds to his account.    M If the SM is smart, he would do this shortly before a new version of software M would get into production. The "patched" executable would run for a few days, H after which a fresh executable would be put into production (without theL fraudulant code) and all evidence of how this was done would disapear as theL SM would purge the executable from the production directory. His little feat- would have never appeared in the source code.   G So like it or not, it is next to impossible to prevent a corrupt system P manager from committing a fraud. This is why a system manager must be trustable.  I So if the system manager tells you he can patch the image to show the new C company name in time for when the new owner comes to visit, and the M programmers tell you it will take 2 weeks to go through the testing etc, what 
 will you do ?    ------------------------------  # Date: Fri, 27 Sep 2002 22:02:03 GMT # From: "John Smith" <a@nonymous.com> ! Subject: Re: China clones Alpha ? I Message-ID: <vz4l9.126634$8b1.21804@news01.bloor.is.net.cable.rogers.com>   : "Warren Spencer" <wspencer@ap.nospam.org> wrote in message/ news:92968AC57warrenspencer1977@216.168.3.30... + > I guess Bob C was right - Alpha lives on?  > I > "Other sources tell us that China has also successfully built clones of  the ' > DEC, now Intel Alpha microprocessor."  > : > Full story at:  http://www.theinquirer.net/?article=5609    H Guess ChumHPaq can't complain too loudly - they don't want Alpha anyway.  ? It's a funny thing when it comes to governments and state-owned K enterprises - they don't have to follow the rules of international commerce L and copyright/patent treaties when it suits them....even though they should.  I When push comes to shove, any pressure HP and/or the Commece Dept. or any K other level of government places on the Chinese to cease and desist is more F likely to result in China giving them 'the bird', and increase China'sI resolve to be strong enough to not be subsumed by US involvement in their L economic self-interest. Which ultimately bring China into collision with the9 'Bush Doctrine'  http://www.whitehouse.gov/nsc/nss.html .    ------------------------------    Date: 27 Sep 2002 17:59:34 -0700( From: bob@instantwhip.com (Bob Ceculski)! Subject: Re: China clones Alpha ? = Message-ID: <d7791aa1.0209271659.5938650a@posting.google.com>   j wspencer@ap.nospam.org (Warren Spencer) wrote in message news:<92968AC57warrenspencer1977@216.168.3.30>...+ > I guess Bob C was right - Alpha lives on?  > N > "Other sources tell us that China has also successfully built clones of the ' > DEC, now Intel Alpha microprocessor."  > : > Full story at:  http://www.theinquirer.net/?article=5609 >  > ws  B that's right ... don't be surprised if soon you will be buying ev8 alpha systems from china!    ------------------------------    Date: 27 Sep 2002 18:03:32 -0700( From: bob@instantwhip.com (Bob Ceculski)! Subject: Re: China clones Alpha ? = Message-ID: <d7791aa1.0209271703.681d7c47@posting.google.com>   j wspencer@ap.nospam.org (Warren Spencer) wrote in message news:<92968AC57warrenspencer1977@216.168.3.30>...+ > I guess Bob C was right - Alpha lives on?  > N > "Other sources tell us that China has also successfully built clones of the ' > DEC, now Intel Alpha microprocessor."  > : > Full story at:  http://www.theinquirer.net/?article=5609 >  > ws  = and notice that their military isn't dum like some of ours in = choosing between alpha and windows ... probably will run vms!    from same article above ...   D So what sort of chip is it? The article, here, says that the Chinese  CPU is based on RISC technology.  F According to sources close to China's plans, its military requirementsD specifically avoid Microsoft software, which the generals believe toE be a flawed system in a battle zone. Other sources tell us that China > has also successfully built clones of the DEC, now Intel Alpha microprocessor.   2 This will be an interesting development, we think.   ------------------------------  % Date: Fri, 27 Sep 2002 14:02:51 -0400 - From: "John Eisenschmidt" <jeisensc@aaas.org> * Subject: Re: Errors running Oracle7 on VMS+ Message-ID: <sd94651a.009@AAASMTA.aaas.org>   K I will assume you did all the obvious sysadmin stuff (checked disk space, =  etc);   E Your redo logs are full: you have too few, or they aren't big enough.   3 This query will give you an idea what you have now:   A      select group#, sequence#, bytes, members, status from v$log;   J If your logs are too small, this article will help get you more redo log = space:  L http://groups.google.com/groups?hl=3Den&lr=3D&ie=3DUTF-8&oe=3DUTF8&safe=3Do=L ff&threadm=3DF43E6BAE5BB5D411A44C00805FBE740D8D72E8%40apps.leeds.lfs.co.uk&=L rnum=3D3&prev=3D/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF8%26safe%3=/ Doff%26q%3Doracle%2Bcheck%2Bredo%2Blog%2Bstatus   H I'd suggest you pick up a copy of "Oracle Database Administration, The =J Essential Reference" from O'Reilly, and commit it to memory. Better yet, =J hire an full time Oracle dba to maintain your database. When is the last =J time someone (1) rebuilt your indexes (2) patched Oracle (3) regenerated =H your statistics (4) coalesced your tablespaces (5) dumped and reloaded =J your database (6) tuned your init.ora parameters? Your consultant should = know all this.  F And shame on someone for putting your redo logs on the same disk. =3D)  K >>> "Robert Cervantez" <rob@DONOTSPAM.symcas-tsg.com> 09/27/2002 12:46:25 =z PM >>>J Not sure if this makes much sense to anyone, but I'm wondering if this log helps..X  0 This is an alphaserver 2100A running VMS 6.2-1H3  J Apparently, users reported the server to run very slowly whenever one of = theeH Oracle tables wouldn't open.  The cause for the tables not opening may = haveA something to do with the following logs (given to me by he OraclegH consultant).  I was unable to come up with the cause of the error on the( system, given the VMS Error codes below:   *** SESSION ID:(3.1)H Could not a write message to alert file, probably too busy. (VMS error = was:J 98954): The message will be written to this trace file instead: Checkpoint not complete  J 19-SEP-2002 07:40:42.50: Could not a write message to alert file, probablyG too busy. (VMS error was: 98954): The message will be written to this =r traces
 file instead:yL   Current log# 2 seq# 107998 mem# 0: DISK$USER:[ORACLE7.DB_CRIS]ORA_LOG2.RD= OS   19-SEP-2002 07:41:29.99:H Could not a write message to alert file, probably too busy. (VMS error = was:H 98954): The message will be written to this trace file instead: Thread 1 advanced to log sequence 107999a   19-SEP-2002 07:42:12.21:H Could not a write message to alert file, probably too busy. (VMS error = was:? 98954): The message will be written to this trace file instead: L   Current log# 1 seq# 107999 mem# 0: DISK$USER:[ORACLE7.DB_CRIS]ORA_LOG1.RD= OI   19-SEP-2002 07:42:55.83:H Could not a write message to alert file, probably too busy. (VMS error = was:H 98954): The message will be written to this trace file instead: Thread 1( cannot allocate new log, sequence 108000      Any help is greatly appreciated!   ------------------------------  % Date: Fri, 27 Sep 2002 21:18:48 +0200r) From: labadie <labadie.gerard@wanadoo.fr>m* Subject: Re: Errors running Oracle7 on VMS* Message-ID: <3D94AF17.21B4A75E@wanadoo.fr>   Robert Cervantez wrote:   L > Not sure if this makes much sense to anyone, but I'm wondering if this log	 > helps..  >>2 > This is an alphaserver 2100A running VMS 6.2-1H3 >>N > Apparently, users reported the server to run very slowly whenever one of theM > Oracle tables wouldn't open.  The cause for the tables not opening may have>C > something to do with the following logs (given to me by he Oracle J > consultant).  I was unable to come up with the cause of the error on the* > system, given the VMS Error codes below: >u > *** SESSION ID:(3.1)M > Could not a write message to alert file, probably too busy. (VMS error was: 	 > 98954):t   Hellon     > $ exit 989543 > %RMS-E-FLK, file currently locked by another user>  9 a sh dev /fil on that disk might have been interesting...    Regardsp   Grard   ------------------------------  % Date: Fri, 27 Sep 2002 16:56:41 +0200p$ From: Michael Unger <unger@decus.de>" Subject: Re: Exit(status) strategy* Message-ID: <00A149CF.51117BDF.6@decus.de>   "JF Mezei" wrote:a   > Ok, I have a C program.sA > I want it to set $STATUS to indicate status, or various errors.m >: > If I   exit(2008) ;t > M > then the program ends , but DCL then says "%SYSTEM-W-NOMSG - Message number 	 000007D8". >BN > Is there a way to exit nicely, set $STATUS to a value but not get DCL to try > to say anything ?b >aO > I don't really want to go through the trouble of defining messages (I displayiI > the error message on screen, but want to make it possible for a commandsH > procedure to check the status in cases where this would be automated). >tL > Also, is there a "safe" range of exit status I can use without interfering > with DCL etc ? > H > This is for a foreign command/utility, so I want it to be as simple as0 > possible (no SET COMMAND, no SET MESSAGE etc).    K (rather old excerpt from VAXnotes conference, aka "comp.os.vms", concerningy $STATUS symbol)N      A Ed James                               Email  ed.james@jhuapl.edup: The Johns Hopkins University           Pager  410-743-8826G Applied Physics Laboratory 4-106              Baltimore      WashingtondI 11100 Johns Hopkins Road               Voice  443-778-8733   240-228-8733iI Laurel, MD  20723-6099                 Fax    443-778-1093   240-228-1093p    O -------------------------------------------------------------------------------     H         +-----> message inhibit                     success <----------+H         |       =1 inhibit message                  =1 success - true  |H         |                                           =0 failure - false |H         |  +--> facility type *       +--> facility **                 |H         |  |    =1 customer facility  |    =1 single facility          |H         |  |    =0 DEC facility       |    =0 system wide message      |H         |  |                          |                                |H  31    28 27                      16 15                          3 2   0H   x x x x  x x x x  x x x x  x x x x  x x x x  x x x x  x x x x  x x x xH   \     /  \                                                     / \   /G    \   /   |\                                                   /|  \ / F     \ /    | \                                                 / |   |F      |     |  \                                               /  |   |F      |     |   \----------condition identification-----------/   |   |F      |     |                                                     |   |F      |    27                      16 15                          3   |F      |     x x x x  x x x x  x x x x  x x x x  x x x x  x x x x  x   |F      |     \--------\     /--------/  \----------\     /---------/   |F      |               \   /                        \   /              |F      |                \ /                          \ /               |F      |                 |                            |                |F      |          facility number               message number         |F      |                                                               |F      |                                                               |F      |                                                               |F   control                                    severity <--------------+L   29-31 must be zero, reserved DEC           0 warning       STS$K_WARNING WL                                              1 success       STS$K_SUCCESS SL                                              2 error         STS$K_ERROR   EL                                              3 informational STS$K_INFO    IL                                              4 severe/fatal  STS$K_SEVER   F9                                              5-7 reserved   L  *  facility type: /system on facility directive inhibits (=0, reserved DEC)L  ** facility:      /shared on facility directive inhibits (=0, reserved DEC)       ! Message format:p, !    3128 27          16 15             32 0, !    cccc ffff ffff ffff mmmm mmmm mmmm msss* !    |    |              |               |6 !    |    |              |               +--- Severity< !    |    |              +------------------- Message number= !    |    +---------------------------------- Facility numbers5 !    +--------------------------------------- Controli       Michaelt   ------------------------------  % Date: Fri, 27 Sep 2002 16:08:11 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca>c" Subject: Re: Exit(status) strategy, Message-ID: <3D94BAA5.61B8A480@videotron.ca>  K Thanks to all of have responded to my query. setting the bit which inhibitsl9 the error message upon exit is exactly what I was after. .  G (for a succesful exit, I just "exit(1)" to indicate success, I was only0R concerned about being able to distinguish between different errors in my program).   ------------------------------  % Date: Fri, 27 Sep 2002 18:52:44 -0500 + From: Shael Richmond <ksrich@bellsouth.net>o$ Subject: Re: External Authentication, Message-ID: <3D94EF4C.82867DB@bellsouth.net>   Rick Barry wrote:t > N > External authentication requires an Advanced Server installation on at leastN > one node of the cluster, running the "logon" service. Advanced Server is theL > communication channel into the Microsoft user domain database and servicesN > the actual authentication requests or passes them off to a Domain Controller > elsewhere on the network.- >   ; So is there another way to do this without Advanced Server?e     Shaeli        ? > > Is there anyway besides loading Advanced Server to have VMS ; > > user names/passwords use the NT LAN username/passwords?r > >eA > > I saw that you can load the external authentication componenttI > > of Advanced Server but it still seems to require full Advanced Servere= > > on one node of the cluster.  I really didn't want to loadn > > Advanced Server. > > > > > I am running VMS 7.3-1, but most of my sites are at 7.2-1. > >s > >a > > Thanks,i > >r	 > > Shaelu > >    ------------------------------    Date: 27 Sep 2002 20:28:06 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)z$ Subject: Re: External Authentication3 Message-ID: <at$umegheyjT@eisner.encompasserve.org>-  Z In article <3D94EF4C.82867DB@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes: >  > Rick Barry wrote:e >> >O >> External authentication requires an Advanced Server installation on at leastDO >> one node of the cluster, running the "logon" service. Advanced Server is the.M >> communication channel into the Microsoft user domain database and services O >> the actual authentication requests or passes them off to a Domain Controllert >> elsewhere on the network. >>   > = > So is there another way to do this without Advanced Server?M  9 No, because the required code comes with Advanced Server.   H But installing Advanced Server is not the same thing as buying a licenseF for Advanced Server.  The last I knew the part of Advanced Server thatK is used for external authentication runs with just the regular VMS license.    ------------------------------  % Date: Fri, 27 Sep 2002 21:35:30 -0400h1 From: "Brad McCusker" <brad.mccusker@charter.net> $ Subject: Re: External Authentication/ Message-ID: <upa1realbes280@corp.supernews.com>   I Further more, you can now configure Advanced Server as a member server soC@ that it passes authentication to the PDC via secure channel.  NoK participation in user data base replication.  Don't define any shares, and,-H you don't have to worry about it serving files and printers.  You reallyH don't need any licenses, certainly don't need to run the license server.L Configure it for the minimum number of connections, minimum data cache, etc.J It can be a really simple set up, and, the server will basically sit there4 and pass authentication requests between VMS and NT.  
 Brad McCuskers OpenVMS Engineering 
 Nashua NH USA     6 "Rick Barry" <barry@star.zko.dec.com> wrote in message* news:qNXk9.6$XW5.56376@news.cpqcorp.net...H > External authentication requires an Advanced Server installation on at leastuJ > one node of the cluster, running the "logon" service. Advanced Server is thehL > communication channel into the Microsoft user domain database and servicesC > the actual authentication requests or passes them off to a Domain 
 Controller > elsewhere on the network.b >h > Rick Barry > OpenVMS System Software Group  > Hewlett-Packard Companyh > Nashua, NH >e: > "Shael Richmond" <ksrich@bellsouth.net> wrote in message) > news:3D9397C5.D679EA67@bellsouth.net...,? > > Is there anyway besides loading Advanced Server to have VMSs; > > user names/passwords use the NT LAN username/passwords?l > > A > > I saw that you can load the external authentication componentiI > > of Advanced Server but it still seems to require full Advanced Servert= > > on one node of the cluster.  I really didn't want to loadt > > Advanced Server. > >o> > > I am running VMS 7.3-1, but most of my sites are at 7.2-1. > >t > >h > > Thanks,c > >f	 > > Shaelg > >n >u >t   ------------------------------  % Date: Fri, 27 Sep 2002 22:47:39 -0400 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Memory for DS25K Message-ID: <rdeininger-2709022247390001@1cust207.tnt2.nashua.nh.da.uu.net>e  = In article <dba64bc2.0209270431.72353fa9@posting.google.com>,d) rrb35146@yahoo.com (Robbie Benton) wrote:r  3 >carl@gerg.tamu.edu (Carl Perkins) wrote in messagea) news:<26SEP200220041500@gerg.tamu.edu>...e >NF >> Suggestion: Don't look for "200 pin DIMMs", look for "DS25 memory". >i@ >That was kind of my point.  The hp literature keeps referencingA >"industry-standard memory" for this product.  If the modules areo? >unique to DS25s only, then it is not industry standard, is it?s  B Well, it would still be standard to the Alpahserver DS25 industry,. wouldn't it?  Did they specify which industry?   :-)l   ------------------------------  + Date: Fri, 27 Sep 2002 12:23:15 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Re: Newcomers to VMS @ Message-ID: <20020927192315.74493.qmail@web20207.mail.yahoo.com>   (...)i  3 > Third, how have you found VMS to work with ? Whatc > are your comments, > both good and bad ?r >  > Simon. >  > --   > Simon Clubley,5 > clubley@remove_me.eisner.decus.org-Earth.UFP        - > Microsoft: The Lada of the computing world.s    3 Lada was bought by GM ! There is the new Lada Niva a, very cute ! I saw its photo in a newspaper !# The site dont have the photo yet ! n   www.lada.rul   Regards    FC p     =====3 ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?) New DSL Internet Access from SBC & Yahoo!e http://sbc.yahoo.com   ------------------------------  # Date: Fri, 27 Sep 2002 19:17:53 GMTi4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>! Subject: Re: OpenVMS is strategicy0 Message-ID: <3D94ACD5.A52D5AD5@blueyonder.co.uk>   Tim Llewellyn wrote: >   e > F > However, offers cannot be combined and end on 13th October. How many8 > people can push an upgrade order through that quickly? >   'R Slight correction. Trade in offers are until 30th Nov. All other offers until 13th Oct as I stated.  G The Clear Vision Ahead glossy really is good with a clear message IMHO.s   regards,   -- h tim.llewellyn@blueyonder.co.uk t  H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  % Date: Fri, 27 Sep 2002 15:41:58 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca> ! Subject: Re: OpenVMS is strategice, Message-ID: <3D94B481.398095F4@videotron.ca>   <devils' advocate>D Of course VMS and Alpha are strategic. They represent a goldmine of E profitable customers, and somehow HP must find a way to convert thosez0 customers to HP-UX on IA64 without losing them.  </devil's advocate>n    M My take on this is that HP have realised that the Alpha product line is dying L much faster than they had perhaps anticipated, hence the 33% discounts etc. J October 13th is the interesting deadline. Perhaps they lifted the "all newM sales go to HP-UX" mantra and allowed any product line to get any sale it canp before year end.  D I can foresee the day where HP will start talking about Alpha in its financials: L " Sales of IA64 servers have grown at a faster pace while Alpha server salesN are down considerably. Since customers are migrating to IA64 at a faster pace,V we no longer see the need to produce EV79 saving HP billions and billions of dollars."  J While the above is quite cynical, I have to agree that this brochure looksM promising. However, one brochure alone isn't enough to fix the damage. And ifsN I were HP, I would make sure Stallard's name or face is never again associated	 with VMS.   F It is still unclear whether the damage control/repaid that seems to beL happening is HP-corporate or whether it is just the VMS folks trying to undo* the damage done by the senior folks at HP.   ------------------------------  % Date: Sat, 28 Sep 2002 23:11:53 +0200s@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>! Subject: Re: OpenVMS is strategicr+ Message-ID: <3D961B19.9090108@mail.tele.dk>s   Alan Greig wrote:t  B > Just received a new set of brochures from HP in the UK for AlphaF > related products. I have to admit that someone has gone out of theirG > way to ensure that it, at least, tries to send a strong message aboutl > VMS. > H > "and remember, HP OpenVMS is now a *strategic platform* (underlined inG > original doc)" and "*OpenVMS is strategic* (large font page headline)sG > as an enterprise server platform for the new HP" No mention of VMS ono9 > low end Itanium systems (iMultia, Mutanium?...) though.s > F > The roadmaps are described as "cast in stone" which surely indicatesE > that someone in marketing has at last started to figure out that wen( > are a bit wary of roadmaps these days. > E > Lots of offers including 33% trade in against any Sun or IBM systemi" > for any new AlphaServer ordered. > D > Not a word about helping anyone move from VMS to HP-UX or NT thankG > goodness. You'd almost think someone is paying  attention to feedbackv > in comp.os.vms :-)  & Well - it is ofcourse just a brochure.  4 But what the heck it is a good brochure - way better  than son much else we have seen.  1 And as you say, then maybe someone is starting too listen.r  * I will permit myself the luxury of hoping.   Arne   ------------------------------  # Date: Fri, 27 Sep 2002 20:37:26 GMTr4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>! Subject: Re: OpenVMS is strategicm0 Message-ID: <3D94BF79.C51E507E@blueyonder.co.uk>   JF Mezei wrote:h >  > <devils' advocate>E > Of course VMS and Alpha are strategic. They represent a goldmine of G > profitable customers, and somehow HP must find a way to convert thoset1 > customers to HP-UX on IA64 without losing them.n > </devil's advocate>h > O > My take on this is that HP have realised that the Alpha product line is dyingeM > much faster than they had perhaps anticipated, hence the 33% discounts etc.eL > October 13th is the interesting deadline. Perhaps they lifted the "all newO > sales go to HP-UX" mantra and allowed any product line to get any sale it canl > before year end.  Q We can but hope salespeople are right now pressing big accounts on the advantageshK of dumping their insecure etc platforms in favour of something more robust.rM The glossy is touting alpha as the "Most flexible route to Itanium", wouldn't-G it be ironic if alpha finally became successful on the back of IA64:-).s   > F > I can foresee the day where HP will start talking about Alpha in its
 > financials:gN > " Sales of IA64 servers have grown at a faster pace while Alpha server salesP > are down considerably. Since customers are migrating to IA64 at a faster pace,X > we no longer see the need to produce EV79 saving HP billions and billions of dollars."  M So what, they are porting VMS to IA64, have stated that OpenVMS is strategic.d > L > While the above is quite cynical, I have to agree that this brochure looksO > promising. However, one brochure alone isn't enough to fix the damage. And ifeP > I were HP, I would make sure Stallard's name or face is never again associated > with VMS.t >   M There is a nice picture and quote from Mr Stallard, right below the statementsR "HP OpenVMS will remain a strategic product for the new HP" (though that statament$ is not attributed directly to him).   H > It is still unclear whether the damage control/repaid that seems to beN > happening is HP-corporate or whether it is just the VMS folks trying to undo, > the damage done by the senior folks at HP.  D Do you really have nothing better to do than continually whine here?   -- b tim.llewellyn@blueyonder.co.uk u  H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  # Date: Fri, 27 Sep 2002 22:08:54 GMTy# From: "John Smith" <a@nonymous.com>a! Subject: Re: OpenVMS is strategic H Message-ID: <WF4l9.76927$q41.64136@news02.bloor.is.net.cable.rogers.com>  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:k2f8pusq88umvuklce9vqagc7nd7v7cobp@4ax.com... >rB > Just received a new set of brochures from HP in the UK for AlphaF > related products. I have to admit that someone has gone out of theirG > way to ensure that it, at least, tries to send a strong message about  > VMS.  H Do you know any Sun or IBM customers who have received this, or are they! just mailing it to VMS customers?n    H > "and remember, HP OpenVMS is now a *strategic platform* (underlined inG > original doc)" and "*OpenVMS is strategic* (large font page headline) G > as an enterprise server platform for the new HP" No mention of VMS onl9 > low end Itanium systems (iMultia, Mutanium?...) though.o  8 No low-end? Where do people cut their teeth on VMS then?    E > Lots of offers including 33% trade in against any Sun or IBM systemr" > for any new AlphaServer ordered.  F Related to my 1st  question above - have any IBM or Sun shops actually received these brochures?i    D > Not a word about helping anyone move from VMS to HP-UX or NT thankG > goodness. You'd almost think someone is paying  attention to feedback  > in comp.os.vms :-)  L If they were paying attention, they'd have an overt campaign to migrate from  Solaris, HP-UX, and AIX, to VMS.       Still, a remarkable turnabout.   ------------------------------  # Date: Fri, 27 Sep 2002 22:12:24 GMT # From: "John Smith" <a@nonymous.com>i! Subject: Re: OpenVMS is strategicaH Message-ID: <cJ4l9.125549$U_.25453@news04.bloor.is.net.cable.rogers.com>  A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in message-* news:3D948F59.6344B251@blueyonder.co.uk... >i= > However, offers cannot be combined and end on 13th October.n  L That's so they can pull the standard marketing dodge - "Held over by popularK demand. Offer extended until everyone on the planet owns and runs OpenVMS."n    A > How many people can push an upgrade order through that quickly?   L Almost no organization moves that quickly. Those that will benefit are thoseE that already had procurement plans in the pipeline...and that doesn'tt include Sun and IBM shops.   ------------------------------  # Date: Fri, 27 Sep 2002 22:14:40 GMTt# From: "John Smith" <a@nonymous.com> ! Subject: Re: OpenVMS is strategicsH Message-ID: <kL4l9.125558$U_.22795@news04.bloor.is.net.cable.rogers.com>  A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in message * news:3D94BF79.C51E507E@blueyonder.co.uk...  J > > It is still unclear whether the damage control/repaid that seems to beK > > happening is HP-corporate or whether it is just the VMS folks trying toe undo. > > the damage done by the senior folks at HP. >aF > Do you really have nothing better to do than continually whine here?    J The UK marketing folks always have seemed to have a better grip on reality. and inventiveness than the US corporate types.   ------------------------------  # Date: Sat, 28 Sep 2002 04:12:30 GMTe* From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: OpenVMS is strategiciC Message-ID: <O_9l9.335405$z91.14808341@bin3.nnrp.aus1.giganews.com>w  A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in messagef* news:3D94BF79.C51E507E@blueyonder.co.uk... >h >d > JF Mezei wrote:s   ...a  J > > It is still unclear whether the damage control/repaid that seems to beK > > happening is HP-corporate or whether it is just the VMS folks trying to  undo. > > the damage done by the senior folks at HP. >eF > Do you really have nothing better to do than continually whine here?  J Of the two comments quoted above, JF's is of significance to the future ofI VMS while yours is not.  I'd say you're the one who needs to reassess hisiJ relevance (or work harder at understanding what you read before responding incompetently to it)..   - bill   ------------------------------  + Date: Fri, 27 Sep 2002 09:53:09 -0700 (PDT)o. From: Fabio Cardoso <fabiopenvms@yahoo.com.br># Subject: OT: Chips art and design !e@ Message-ID: <20020927165309.49157.qmail@web20207.mail.yahoo.com>  * Interesting site about what chip designers4 are doing in our silicon ! A lot of from HP PA-RISC.   Click7  4 http://www.micro.magnet.fsu.edu/creatures/index.html   =3D=3D=3D=3D=3DuL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilo fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do you Yahoo!?) New DSL Internet Access from SBC & Yahoo!- http://sbc.yahoo.com   ------------------------------  + Date: Fri, 27 Sep 2002 20:20:53 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>r' Subject: Re: OT: Chips art and design !m; Message-ID: <01KN0AVUGHUQ9QWKOO@sysdev.deutsche-boerse.com>u  , > Interesting site about what chip designers6 > are doing in our silicon ! A lot of from HP PA-RISC.   And some VAX chips too.g   > Clickt > 6 > http://www.micro.magnet.fsu.edu/creatures/index.html  = My favourite doesn't seem to be linked to from the main page:0  @    http://www.micro.magnet.fsu.edu/creatures/pages/russians.html   ------------------------------  # Date: Fri, 27 Sep 2002 19:04:04 GMT. From: sasadmin <jec@nospam.net>:8 Subject: Re: Problem using Perl library functions on VMS2 Message-ID: <87n0q3mesm.fsf@Alethion.systasis.net>  + p_sture@elias.decus.ch (Paul Sture) writes:   2 > I am having trouble using a Perl library on VMS.   (snip)   > use LWP::UserAgent;n   (snip)  B > Both cpan.dir and cpan.pm exist in perl_root:[lib]. cpan.pm does' > contain package CPAN::LWP::UserAgent;  >  > Any ideas?  D Does the file LWP.DIR exist as a subdirectory of the perl_root tree?& Is the file UserAgent.pm in that tree?" Have you checked file protections?     -- Y Microsoft Free By 2003   ------------------------------    Date: 27 Sep 2002 13:01:46 -0700: From: craig.berry@SignalTreeSolutions.com (Craig A. Berry)8 Subject: Re: Problem using Perl library functions on VMS= Message-ID: <7f15589f.0209271201.5977717e@posting.google.com>   Z p_sture@elias.decus.ch (Paul Sture) wrote in message news:<ie8K$hQxB1nO@elias.decus.ch>...2 > I am having trouble using a Perl library on VMS. >  > Here's the code: >  > #!/usr/bin/perl- >  > use lib '/perl_root/lib/';! > use lib '/perl_root/lib/cpan/';<  9 Those aren't necessary for a properly installed module.     E > use LWP::UserAgent;3 >  > And here's the error > G > Can't locate LWP/UserAgent.pm in @INC (@INC contains: /perl_root/lib/  > /perl_root: > /lib/cpan/ perl_root:[lib.VMS_AXP.5_6_1] perl_root:[lib] > perl_root:[lib.site_pereE > l.VMS_AXP] perl_root:[lib.site_perl] /perl_root/lib/site_perl .) atp > user_sy:[jim# > .debug_html]html_check.pl line 6.n > B > Both cpan.dir and cpan.pm exist in perl_root:[lib]. cpan.pm does
 > contain  >  > package CPAN::LWP::UserAgent;e  D Yes, but that's just a subclass of LWP::UserAgent.  It looks like itF may have been added to override the new() method but it depends on theD real thing for everything else.  It looks to me like CPAN is just anE innocent bystander and doesn't have anything to do with your problem.o   > Any ideas?  3 Have you obtained and installed the LWP module fromc  4 http://search.cpan.org/author/GAAS/libwww-perl-5.65/  D Note that LWP (along with a few thousand other modules) are not part$ of the Perl installation by default.   ------------------------------  + Date: Fri, 27 Sep 2002 20:04:19 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>s) Subject: Re: Q: Running OpenVMS diskless? ; Message-ID: <01KN0AD2QK9E9OF8NK@sysdev.deutsche-boerse.com>   I > I sure don't understand this, because all twelve of our satellites haveoF > two different boot servers (in one cluster, of course), and none has > more than one SYS$SPECIFIC.   2 Do the two boot servers have a shared system disk?   ------------------------------  # Date: Fri, 27 Sep 2002 19:40:17 GMT + From: "Rick Barry" <barry@star.zko.dec.com>y3 Subject: Re: Security problem with CSWS T1.3 Beta ?g2 Message-ID: <Bu2l9.17$Ip6.633982@news.cpqcorp.net>  H I've confirmed that the Apache/mod_ssl worm can have this effect on CSWSK T1.3 and un-patched CSWS 1.2 and 1.1-1 servers. This is a denial-of-serviceh6 problem which requires a restart of the Apache server.  H To prevent this problem on CSWS 1.2 and 1.1-1, apply the following patch kit:   CSWS V1.2: CSWS12_UPDATE V4.0.! CSWS V1.1-1: CSWS111_UPDATE V3.0.=  1 These patch kits are available for download from:t  K http://www.openvms.compaq.com/openvms/products/ips/apache/csws_patches.html   K You can also prevent this problem by disabling SSLv2 protocol using mod_ssli8 directives in the APACHE$COMMON:[CONF]MOD_SSL.CONF file.   For example:  , SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+SSLv2  $ which allows SSLv2 can be changed to  , SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:!SSLv2  @ which will disable SSLv2. Note the changing of +SSLv2 to !SSLv2.  ' For more information, see CERT advisory / http://www.cert.org/advisories/CA-2002-27.html.   
 Rick Barry    - > "Dirk Munk" <munk@home.nl> wrote in messagey1 > news:kiUk9.135718$H6.10941514@zwoll1.home.nl...eK > I've installed the Compaq Secure Web Server T 1.3, and now it seems there- > is a$ > problem in the SSL part somewhere. >nK > I don't have secure web pages, but occasionaly I see multiple connections  fromF > one or more remote addresses to port 443. When these connections are visible,F > there is always one of those apache processes looping. I suppose the > ...u   ------------------------------  % Date: Sat, 28 Sep 2002 00:04:23 -0400h- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Suggestion for SEARCH, Message-ID: <3D952A40.BE5E6979@videotron.ca>   One should be able to:  . SEARCH/chocolate sys$system:TCPIP*.EXE logfile  H and just get a list of files which contain the string. (without actuallyG displaying the contents of the record containing the matched string(s).i  J The output would be very useful to feed into some procedure (for instance,3 edit all files containing the string ("chocolate").r   ------------------------------  % Date: Sat, 28 Sep 2002 00:36:52 -0400e* From: "Stanley F. Quayle" <stan@stanq.com>" Subject: Re: Suggestion for SEARCH. Message-ID: <3D94F9A4.2143.1ED47987@localhost>  ' On 28 Sep 2002 at 0:04, JF Mezei wrote:A   > One should be able to: > 0 > SEARCH/chocolate sys$system:TCPIP*.EXE logfile > J > and just get a list of files which contain the string. (without actuallyI > displaying the contents of the record containing the matched string(s).m   You can:  ,   SEARCH/WIN=0 sys$system:TCPIP*.EXE logfile    
 --Stan Quaylet Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147,= Preferred address:  stan@stanq.com       http://www.stanq.comz   ------------------------------  % Date: Fri, 27 Sep 2002 15:49:53 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: Re: The perils of reusable code+ Message-ID: <3D94B65D.20F98D6@videotron.ca>   $ "Webb, William W Raleigh, NC" wrote:< > Eager to demonstrate their flying skills for some visiting; > American pilots, the hotshot Aussies "buzzed" the virtualT< > kangaroos in low flight during a simulation. The kangaroos< > scattered, as predicted, and the visiting Americans nodded; > appreciatively... then did a double-take as the kangaroose9 > reappeared from behind a hill and launched a barrage of / > Stinger missiles at the hapless helicopter. (l  K Next time I go cycling in australia, I'll be *very* careful after I scare agK 'roo.... ( 'roos and cows in australia are extremely scared of cyclists forT some strange reason).m   ------------------------------  % Date: Fri, 27 Sep 2002 16:03:12 -04003+ From: Steve Lionel <Steve.Lionel@intel.com>8( Subject: Re: The perils of reusable code8 Message-ID: <aae9pu4epet9hnd9qrqeh51lm1d8gprkjc@4ax.com>  A On Fri, 27 Sep 2002 09:27:24 -0400, "Webb, William W Raleigh, NC"" <wwebb1@email.usps.gov> wrote:  ; >The reuse of some object-oriented code has caused tacticaln; >headaches for Australia's armed forces. As virtual realityy> >simulators assume larger roles in helicopter combat training,7 >programmers have gone to great lengths to increase the=? >realism of their scenarios, including detailed landscapes and,n; >in the case of the Northern Territory's Operation Phoenix,g< >herds of kangaroos (since disturbed animals might well give >away a helicopter's position).   C See http://www.snopes.com/humor/nonsense/kangaroo.htm for a partialyF debunking of this story.  The basics are true, but some of the details( have been sensationalistically modified.   Stevet  D Please send Visual Fortran support requests to vf-support@compaq.com   Steve Lionel Software Products Division Intel Corporatione
 Nashua, NH  : Intel Fortran for Windows and Compaq Visual Fortran forum:6   http://intel.forums.liveworld.com/forum.jsp?forum=76 Intel Fortran for Linux forum:7   http://intel.forums.liveworld.com/forum.jsp?forum=121    ------------------------------  % Date: Fri, 27 Sep 2002 17:03:32 -0400); From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov>c( Subject: RE: The perils of reusable codeK Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEB17@rlghncst964.usps.gov>r  * It sounded like it'd been made a bit more % colorful for the tellin' o' the tale.n :^)#  $ Always good to hear from you, Steve.   WWWebb   -----Original Message-----4 From: "Steve Lionel" [mailto:Steve.Lionel@intel.com]( Sent: Friday, September 27, 2002 4:03 PM To: "Info-VAX@Mvb.Saic.Com" ( Subject: RE: The perils of reusable code    A On Fri, 27 Sep 2002 09:27:24 -0400, "Webb, William W Raleigh, NC"o <wwebb1@email.usps.gov> wrote:  ; >The reuse of some object-oriented code has caused tacticall; >headaches for Australia's armed forces. As virtual realityq> >simulators assume larger roles in helicopter combat training,7 >programmers have gone to great lengths to increase thee? >realism of their scenarios, including detailed landscapes and,g; >in the case of the Northern Territory's Operation Phoenix,t< >herds of kangaroos (since disturbed animals might well give >away a helicopter's position).-  C See http://www.snopes.com/humor/nonsense/kangaroo.htm for a partialbF debunking of this story.  The basics are true, but some of the details( have been sensationalistically modified.   SteveC  D Please send Visual Fortran support requests to vf-support@compaq.com   Steve Lionel Software Products Division Intel Corporationv
 Nashua, NH  : Intel Fortran for Windows and Compaq Visual Fortran forum:6   http://intel.forums.liveworld.com/forum.jsp?forum=76 Intel Fortran for Linux forum:7   http://intel.forums.liveworld.com/forum.jsp?forum=121e   ------------------------------  % Date: Fri, 27 Sep 2002 14:54:23 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>y" Subject: Re: UCX security advisory, Message-ID: <3D94A95E.22ADBFC6@videotron.ca>   David Jones wrote:N > The decthreads server requires sysprv to bind 'listen' sockets to privilegedJ > ports numbers (e.g. port 80) and to lookup login directories via $GETUAIL > for /~username processing.  Note that sysprv is disabled while opening anyK > files except those implicity opened by $GETUAI.  The cmexec privileged iseN > required because $GETUAI calls are done via a $CMEXEC kludge concocted prior< > to VMS 7.2's introduction of per-thread security profiles.     Thank you for your explanation.T  L Out of curiosity, how do you explain that the TCPIP programming manual wouldH have such a huge error  when it states that to bind to a privileged port9 number, you also need BYPASS or OPER (on top of SYSPRV) ?T  H Since you support multiple stacks, is SYSPRV sufficient for all stacks ?   ------------------------------    Date: 27 Sep 2002 19:16:56 -0700( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: UCX security advisory= Message-ID: <d7791aa1.0209271816.4b2cab9d@posting.google.com>t  j Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0209260619.17d1d4e8@posting.google.com>...~ > Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KMYH41GRFI9QWI2N@sysdev.deutsche-boerse.com>..., > > > $ SEARCH SYS$STARTUP:TCPIP*.COM BYPASS > > > B > > > You will be surprised at the number of matches that you get! > > 	 > > Many.  > > N > > > Setting both SETPRV and BYPASS is redundant, if not completely ignorant. > > J > > Searching for SETPRV (not F$SETPRV) only turns up a couple of matches. > > L > > I don't follow your criticism, though.  Sure, with SETPRV I can set the K > > process privs to include BYPASS, but that's an extra step whereas with -+ > > BYPASS I have (just) bypass right away.- > F > Actually, my main criticism is the same as someone else already saidE > in this thread. TCP/IP engineering does not care about security and F > they do not take the time to figure out which privileges they reallyF > need. I cannot imagine that they really NEED BYPASS. It's just a way& > to avoid those pesky error messages. >  > Bart Zornc  F that is why you should be running TCPware ... ucx was neglected due toJ Palmer at dec and has alot of catching up to do with TCPware and Multinet.   ------------------------------    Date: 27 Sep 2002 22:14:37 -0700/ From: lgemedia@mestre.if.usp.br (Luiz Emediato)2( Subject: Update IP number on OpenVMS 6.2= Message-ID: <c6406a41.0209272114.11f342a6@posting.google.com>    Hi OpenVMS experts,   > I have a VAXstation 4000/60 running OpenVMS 6.2, Multinet 3.3./ There is also UCX v1.3 available on the system. > What is the application or command to update/change IP number,, DNS numbers, Gateway number, on the system ?? My doubt is due to too many applications and/or info available.n> For instance, some people say that UCX is the solution. But my< machine is running Multinet. So I am a little confused here.% I appreciate any help on this matter.  Thanks a lot in advance.
 Luiz Emediato    ------------------------------  + Date: Fri, 27 Sep 2002 04:54:59 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>' Subject: Re: Version control on OpenVMS|? Message-ID: <20020927115459.6428.qmail@web20208.mail.yahoo.com>   , CA bought Platinum a few years ago, and they. acquired a good product for version control.We3 controled all the in-house developed software in my| old job using this soft.1 I think CA renamed the product, but it was called  Platinum CCC/Harvest.    You should look at www.ca.com    Regards    FC=20 ( --- Yong Liu <fdu9774@rogers.com> wrote: > Hi,  >=20. > WE have codes scattered on OpenVMS, UNIX and! > OpneVMS. The question is how to 3 > build a central version control repository. WhichS > version control software5 > do you use to address this problem? Is the softwareS > deal with heterogeneity 5 > or you have some arangement to deal with it. If so,  > how did you do it? > Thanks >=20 >=20 >=20     =3D=3D=3D=3D=3DIL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazily fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dc  2 __________________________________________________ Do you Yahoo!?) New DSL Internet Access from SBC & Yahoo!c http://sbc.yahoo.com   ------------------------------  % Date: Sat, 28 Sep 2002 23:00:42 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>' Subject: Re: Version control on OpenVMS|+ Message-ID: <3D96187A.4040702@mail.tele.dk>i   Yong Liu wrote:-  N > WE have codes scattered on OpenVMS, UNIX and OpneVMS. The question is how toL > build a central version control repository. Which version control softwareM > do you use to address this problem? Is the software deal with heterogeneity9H > or you have some arangement to deal with it. If so, how did you do it?  6 I think a CVS server and CVS client on the VMS systems6 and the Unix systems would fit the configuration well.  6 Only alternative seems to be RCS on a NFS served disk, which I would not recommend.  " I would not recommend PVCS either.   Arne   ------------------------------  % Date: Fri, 27 Sep 2002 15:36:09 -0400 & From: Jilly <jilly@clarityconnect.com>% Subject: Re: VMS performance softwareh8 Message-ID: <9o2l9.11665$V64.3097691@newsfeed.slurp.net>  1 Differences between PAWZ & ECP & Capacity Plannere  * ECP V5.4B from HP available for free from I http://www.openvms.compaq.com/openvms/products/ecp/index.html provides a e  Data Collector and Data Analyzer  H Capacity Planner provides a Data Collector, Data Analyzer, Data Reducer G and Capacity Planner.  Available for OpenVMS, various Unix flavors and t6 possibly Linux.  This is from PerfCap, www.perfcap.com  G PAWZ provides a Data Collector, Data Analyzer, Data Transfer Agent for oE OpenVMS, various Unix flavors and possibly Linux & PAWZ which is the  F Windows based application that uses SQL Server, IIS Server and custom D Java code to make the collected data available thru the web server.  This is also from PerfCap.  F I do not know if CP & PAWZ can use the ECP V5.4B collected data and I H doubt that ECP V5.4B Data Analayzer would handle OpenVMS data collected  by the PerfCap collectors.   Bob Baxter wrote:  > "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> wrote in message news:<2EA918FE7CC6FB4BA0510D671ADB2AB40D7A29@elsoxfs02604>...u > K >>Hi, I wonder if anyone could make any recommendations for VMS performancee >>monitoring/tuning softwareI >>I used to Polycentre Datacollector and Performance advisor and Capacity K >>planner, but I don't think this exists or at least not supported on Alphae >>platform.tN >>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 extremelye
 >>grateful >>	 >>Regardsa >> >>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. > 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'sc > beta?s > E > I am also getting ready to look at the BMC Patrol and CA Polycentera > products.e > 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?).u > H > Good Luck.  Please follow up and let us know how your evaluation went. >  I will too. >  > Bob Baxter > Denver Newspaper Agencyt   -- tC Jilly - Working from Home in the Chemung River Valley - Waverly, NYcI        - jilly@clarityconnect.com                      - Brett Bodine fanrI        - Mark.Jilson@hp.com                            - since 1975 or sonI        - http://www.jilly.baka.com           - http://www.brettbodine.comc   ------------------------------  # Date: Sat, 28 Sep 2002 02:03:40 GMTn From: lbohan@dbc..spamless..comt> Subject: VMS73_LAN-V0300 Alpha V7.3 LAN ECO;  bit of good news8 Message-ID: <lq2apu8kp6u2aufgao6fu7mvk40s8f5t8l@4ax.com>  ( inre VMS73_LAN-V0300 Alpha V7.3 LAN ECO,  * I've a PC164 alpha at home w/ DE600 cards 1 hooked up to a cheapo (unmanaged) NetGear switch.c  , This ECO was the cure need to get the DE600 ; to stay in 100/full-duplex all the way through/past bootup.   + those of you w/ DE600's, on dated systems, o5 w/ nic duplex/speed issues, running v7.3, might give t this ECO a try ...   ------------------------------  # Date: Sat, 28 Sep 2002 01:32:29 GMTb1 From: "David J. Dachtera" <djesys.nospam@fsi.net>   Subject: Re: warning during copy' Message-ID: <3D950C08.30169C82@fsi.net>b   "Alan E. Feldman" wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D93AF7F.1A98442A@fsi.net>... > > "Alan E. Feldman" wrote: > > >ef > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D926AEF.5A71FF56@fsi.net>...  > > > > "Alan E. Feldman" wrote:	 > > > > > j > > > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D8FC64A.D3CE58CD@fsi.net>...' > > > > > > aniruddha patwardhan wrote:3
 > >  [...] > [...]tG > > > So you're telling me that you can't set default to SYS$STARTUP? !t > >- > > Well, I'm not, but VMS is. > > J > > 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].u > >eJ > > Now, that will cause other things to happen. Case in point further on. >  > [long remainder omitted] > H > Please read the current online User's Manual (Software Version OpenVMSD > Alpha Version 7.3--1 OpenVMS VAX Version 7.3) Section 11.7, and inB > particular, the last two paragraphs of 11.7.1 and all of 11.7.2. >  > Disclaimer: JMHO > Alan E. Feldmany  G LOOK, DAMNIT! ALL HE ASKED FOR WAS A POSSIBLE SOLUTION TO HIS PROBLEM!!o  G I GAVE HIM SOMETHING, AND __E_X_P_L_I_C_I_T_L_Y__ SAID IT __M_I_G_H_T__t WORK!!!   = WHAT THE HELL PART OF THAT ARE YOU UNABLE TO UNDERSTAND???!!!i  @ __A_B_S_O_L_U_T_E_L_Y__ __N_O_W_H_E_R_E__ DID I EQUATE __A_N_Y__* EXPRESSION WITH __A_N_Y__ OTHER CONCEPT!!!  ? WHAT THE HELL PART OF _THAT_ ARE YOU UNABLE TO UNDERSTAND???!!!M  E THEN YOU COME ALONG WITH ALL THIS DAMNED-FOOL, RIDICULOUS PEDANTRY!!!.   WTF IS YOUR PROBLEM???!!!    -- David J. DachteraW dba DJE Systemsc http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Sat, 28 Sep 2002 01:22:09 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net>L  Subject: Re: warning during copy' Message-ID: <3D9509FD.9FE44483@fsi.net>e   "Alan E. Feldman" wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D93AF7F.1A98442A@fsi.net>... > > "Alan E. Feldman" wrote: > > > f > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D926AEF.5A71FF56@fsi.net>...  > > > > "Alan E. Feldman" wrote:	 > > > > > j > > > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D8FC64A.D3CE58CD@fsi.net>...' > > > > > > aniruddha patwardhan wrote:n
 > >  [...]R > > > > > > If your intention is simply to make a copy of the file in your currentT > > > > > > default device/directory, the following will suffice and not produce the > > > > > > mesage:  > > > > > >e > > > > > > $ COPY infile []	 > > > > >aK > > > > > Well, I don't see why he got the message in the first place, so Il4 > > > > > don't see how using [] would fix anything.	 > > > > >e' > > > > > Also, [] doesn't always work:s	 > > > > >  > > > > > DCL> SHOW DEFl# > > > > >   SYS$SYSDEVICE:[FELDMAN]E" > > > > > DCL> SET DEF SYS$STARTUP > > > > > DCL> SHOW DEFD! > > > > >   SYS$STARTUP:[FELDMAN]- > > > > N > > > > I'm guessing that's an invalid path specification since SYS$STARTUP isF > > > > not a concealed (or a "rooted") logical. Since your default is > > >cC > > > Your guess is incorrect. This "path" is invalid *only* if you  > > > explicitly specify []. > > >cG > > > So you're telling me that you can't set default to SYS$STARTUP? !H > >o > > Well, I'm not, but VMS is. > & > And just how is VMS telling us that?   See the earlier posts.  J > > 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].  > F > I have never explicitly used either as a path specification. I typed( > SET DEF SYS$STARTUP; VMS did the rest.   Yes. Now, do your followups...  J > > Now, that will cause other things to happen. Case in point further on. > > I > > > > technically invalid, "[]" is not the only thing I would epxect toi# > > > > exhibit anomalous behavior.o > > >eJ > > > Nope. Any program or DCL command will use SYS$STARTUP as the defaultB > > > (and ignore whatever is in the brackets) and work just fine. > > H > > ...as long as you are looking up existing files in that search list.G > > When you start trying to create files in or copy files to that path D > > specification, things may not happen the way you want or expect. > ! > Maybe not the way *you* expect.s  F ...and what clairvoyance do you possess that allows you to predict how3 software will behave under anomalous circumstances?-   > > > It is K > > > only if you insist that [] means your default that you might get into=0 > > > trouble. And it does not always mean that. > >tH > > ...and no one ever said it does in the context of this discussion. IL > > suggested that it might solve his problem - I suggested nothing more. As9 > > you are about to say, "a very important distinction".f >  > Uh, you said, and I quote: > A > "If your intention is simply to make a copy of the file in yourmF > current default device/directory, the following will suffice and not' > produce the mesage: $ COPY infile []"    ...and your point is... ?   G > All I was saying is that in some cases, your advice above won't work, & > and that using * instead of [] will.  F ...and *MY* point was that where "[]" doesn't work, there's probably aE good reason. What part of that are unable or unwilling to understand?u   > [snip] > > > If SYS$DISK doesn'tsJ > > > contain a directory, then the default directory (whatever is between > > > the brackets) is used. > >r
 > > ...maybe.  > F > And why would VMS ignore the default directory when SYS$DISK doesn't > contain one? Example please.  H I'll go you one better: show me a case where COPYing, etc. to [] ends upG putting the file in your default directory on a disk *OTHER* THAN* your  current default device?e  B Better still, show it to Colorado or OpenVMS engineering. I'm sure they'll be *VERY* interested!f   > > > [snip]- > > > > > $ COPY <file-spec> *   ! works fine- > > > > O > > > > Can you post some evidence that it "works fine" (SHOW DEFAULT, followedu- > > > > by the display output from COPY/LOG)?- > > >9+ > > > Since you're too lazy to even try it:w > >hJ > > I wasn't making the claim - it wasn't my place to produce evidence, it > > was yours. > E > Uh, proving that it works in all reasonable cases is a VERY BIG JOBh6 > that I don't have the time to do here, nor should I.    One example would have sufficed.   > You claim it isP > bad.   I did?   Where was I at the time?  ? > If that be the case, then it is FAR, FAR, easier for *you* to3G > produce a single counter-example than for me to try every reasonable,h > conceivable case.w   Why would you have to?  4 > I believe most readers in the group are convinced.   MY! Aren't we CONFIDENT!  G > So let's see. Suppose someone claimed that Newton's Theory of Gravitye
 > were wrong.t  ' Exactly WTF are you babbling about now?m  1 > It is up to *you* to produce a counter-example.t   I did, remember?   > > > $ SHOW DEF > > >   DISK$DATA1:[FELDMAN]  > > > $ COPY SYS$MANAGER:A.TMP *; > > > %COPY-S-COPIED, SYS$SYSROOT:[SYSMGR]A.TMP;1 copied to - > > > DISK$DATA1:[FELDMAN]A.TMP;1 (0 records)g > > > $e > > >6 > > > It works fine. > >a > > Hhmmm... > >h > > DJAS01::DDACHTERA$ sh defi > >   DKA0:[DDACHTERA]* > > DJAS01::DDACHTERA$ set def sys$startup > > DJAS01::DDACHTERA$ sh defo > >   SYS$STARTUP:[DDACHTERA]d# > >   =   SYS$SYSROOT:[SYS$STARTUP]e" > >   =   SYS$COMMON:[SYS$STARTUP] > >   =   SYS$SYSROOT:[SYSMGR] > >   =   SYS$COMMON:[SYSMGR]c1 > > DJAS01::DDACHTERA$ copy sys$login:login.com * 9 > > %COPY-S-COPIED, DKA0:[DDACHTERA]LOGIN.COM;1 copied tot2 > > SYS$SYSROOT:[SYS$STARTUP]LOGIN.COM;1 (1 block) > >r0 > > Oops! That isn't what I wanted ... or is it? > E > I don't know what you wanted. Only you know that. But if you didn'toH > want the file to go to SYS$SYSROOT:[SYS$STARTUP], why the hell did you > set default to it?  H I didn't! I set default to SYS$STARTUP, just like you did! ...or are youH now conveniently forgetting your own examples, just like brother Andrew?  L > > Well, we know that the first element of the path search list is invalid.K > > SYS$SYSROOT:[SYS$STARTUP][DDACHTERA] is not a valid path specification.iG > > So, I guess the software did pretty much what one would expect - itlH > > traversed the search list for a path that would lead to a successful3 > > operation and it found one in the next element.  > F > SYS$SYSROOT:[SYS$STARTUP][DDACHTERA] is not the first element of the> > search list. It is not even *an* element in the search list.  < Well, yes it is: from the earlier examples, you can see thatH SYS$SYSROOT:[SYS$STARTUP] is the first element of the SYS$STARTUP searchF list. SHOW DEFAULT indicates that he first element in THAT search listB has the directory [DDACHTERA] appended to it. Therefore, the first% element in the default search path iseB SYS$SYSROOT:[SYS$STARTUP][DDACHTERA], an invalid (illegal, really) specification.  / > Besides, if you want [SYSEXE], SET DEFAULT to  > SYS$SYSTEM first!   2 [SYSEXE] in which path? SYS$SYSROOT or SYS$COMMON?  H ...which brings us to he final point, so I'll snip the rest from eher to there.   > [snip]F > Oh - KAY. So how would you recommend setting default to SYS$STARTUP?   Why would you want to?  8 If you're looking up files, then than may be sufficient.  > If you're creating (or COPYing, etc.) files, make certain thatF SYS$SYSROOT:[SYS$STARTUP] is where you want them to be, because that'sE where they'll end up unless you specify SYS$COMMON in the output patht	 filespec.r  % Another "very important distinction".n   -- f David J. Dachtera  dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Fri, 27 Sep 2002 19:37:04 GMT,& From: Bob Willard <BobwBSGS@attbi.com>; Subject: Re: What IO performance expected on GS140 PCI bus?a) Message-ID: <3D94B36A.6F67AA94@attbi.com>J   Bob Willard wrote: >  > Bob Drennon wrote: > > N > > What kind of IO performance should one expect on a 8400 (GS140 cpus) KFTIAN > > to DWLPB, OpenVMS 7.3 with latest SCSI-Fibre patch and KGPSA FCAs, that is< > > how many megabytes per second will this PCI bus support? > G > I don't have the specific data that I think you want, but I will notetF > for starters that your question assumes that KGPSAs (and their O'VMSD > drivers) are designed to maximize the 8400's PCI bandwidth.  WhileG > KGPSAs may be well behaved, they were designed to do real work ratheriI > than to artificially showcase PCI bandwidth.  Most I/O buses, includinghH > the 8400's PCIs, exhibit bandwidth which is asymmetric w.r.t. transferF > direction; also, bandwidth varies with the size, alignment, and typeD > of DMA bus transactions used.  In some cases, the bandwidth of the@ > 8400's PCI depends on memory interleaving; bandwidth certainly? > depends on the number of KGPSAs *and* their allocation to then" > different PCI segments on a PCI. > ? > That said, I will be pleasantly surprised if the VMS gang haseC > measurements of precisely what you want, since the combination ofpD > new I/O and new software running on a relatively old system is not: > likely to be a high priority for bandwidth measurements./ > {Maybe VB will prove me wrong on this count.}r > --
 > Cheers, Bobi  > Shortly after posting the above, I received an auto-reply fromB some server apparently in Fiji, notifying me that my post had been7 deleted from their Exchange Server, on the ground that:B2   "Content filter has detected a sensitive e-mail"  : Perhaps folks in Fiji don't even like the word "work", eh? -- p Cheers, Bobs   ------------------------------    Date: 27 Sep 2002 17:21:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen).; Subject: Re: What IO performance expected on GS140 PCI bus?l3 Message-ID: <5KXjzBiYiIBi@eisner.encompasserve.org>e  R In article <3D94B36A.6F67AA94@attbi.com>, Bob Willard <BobwBSGS@attbi.com> writes:  @ > Shortly after posting the above, I received an auto-reply fromD > some server apparently in Fiji, notifying me that my post had been9 > deleted from their Exchange Server, on the ground that: 4 >   "Content filter has detected a sensitive e-mail" > < > Perhaps folks in Fiji don't even like the word "work", eh?  5 Perhaps Microsoft Exchange doesn't like the word VMS..0 No, that is not it, because I got the following:  e > In article <+ZZy4OyX7984@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:C[ > > In article <up7if2t7oc4m03@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes:nB > >> I'm no MUMPS expert but I think you can find what you need at! > >> http://www.intersystems.com/7 > >> p0 > >> I believe that DSM has morphed into Cache'. > > A > > I was under the impression that Cache' is a different productDM > > and that InterSystems still supports DSM (but does not add new features).r > : > From:	IN%"EXCHSVR-SA@fsc.com.fj" 27-SEP-2002 12:58:54.67  > To:	IN%"Kilgallen@SpamCop.net" > CC:	O > Subj:	ScanMail Message: To Sender, sensitive content found and action t	aken._ > ; > Trend SMEX Content Filter has detected sensitive content.t > : > Place = Info-VAX@Mvb.Saic.Com; ; ; Kilgallen@SpamCop.net  > Sender = Kilgallen@SpamCop.net! > Subject = Re: DSM Docs On Line?y8 > Delivery Time = September 28, 2002 (Saturday) 06:04:16 > Policy = Anti-Spam& > Action on this mail = Delete message > % > Warning message from administrator: 1 > Content filter has detected a sensitive e-mail.o   ------------------------------  # Date: Fri, 27 Sep 2002 22:31:37 GMTw4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>; Subject: Re: What IO performance expected on GS140 PCI bus? 0 Message-ID: <3D94DA3B.A9DB5B28@blueyonder.co.uk>   Larry Kilgallen wrote: > T > In article <3D94B36A.6F67AA94@attbi.com>, Bob Willard <BobwBSGS@attbi.com> writes: > B > > Shortly after posting the above, I received an auto-reply fromF > > some server apparently in Fiji, notifying me that my post had been; > > deleted from their Exchange Server, on the ground that:a6 > >   "Content filter has detected a sensitive e-mail" > > > > > Perhaps folks in Fiji don't even like the word "work", eh? > 7 > Perhaps Microsoft Exchange doesn't like the word VMS. 2 > No, that is not it, because I got the following: >   5 I'm getting them too, one for every post I make todaya> . At least its not my name thats "sensitive". Maybe its "VMS".   :-)-     >  -- - tim.llewellyn@blueyonder.co.uk 0  H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  % Date: Fri, 27 Sep 2002 15:05:47 -04001- From: JF Mezei <jfmezei.spamnot@videotron.ca> J Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability], Message-ID: <3D94AC09.1563629C@videotron.ca>   David Webb wrote:.K > Many files (including mail files) are created with SYSTEM:RW ie without DiL > access. SYSPRV allows deletion of such files in a two step operation since, > it also grants control access to the file.    D But remember that MAIL.EXE doesn't delete those messages, it calls aJ privileged shareable image to do that job (MAILSHRP.EXE). So Mail needs no special privileges.p  K The POP server is also linked against that protected shareable image, so itrJ has access to those routines and thus need not fiddle with file protection? itself. SYSPRV is only needed to access someone else's mailbox.[   ------------------------------   End of INFO-VAX 2002.535 ************************