1 INFO-VAX	Wed, 26 Mar 2003	Volume 2003 : Issue 167       Contents:3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) - Re: Brian Schenkenberger - Where are you?????  Cisco support of DECnet  Re: Cisco support of DECnet  Re: Cisco support of DECnet $ DCPS V2.2  LaserJet 4200 and NO_SYNC/ Hoff, what is the status of your book ? (Again) # HSZ Cache Corrupting Files? (Long!) ' Re: HSZ Cache Corrupting Files? (Long!) # Re: I Have Seen The IA64 Future !!!  Microsoft vs. reality  Re: Microsoft vs. reality  Re: Microsoft vs. reality  Re: Microsoft vs. reality  Re: Microsoft vs. reality - Re: Microvax 3100 dead - need data from drive 5 Re: Msg to OpenVMS Engineering regarding PerfectCache $ Re: Netscape gags on VMS FTP Servers$ Re: Netscape gags on VMS FTP Servers$ Re: Netscape gags on VMS FTP Servers$ Re: new releases of MySQL and Python$ Re: new releases of MySQL and Python$ Re: new releases of MySQL and Python0 Re: next installment - alpha 3000 console now...0 Re: next installment - alpha 3000 console now...0 Re: next installment - alpha 3000 console now...  Re: OpenVMS SMP License Question! OpenVMS TCP/IP Services and IPsec  Re: Restore with /select Re: Standalone backup on 6510  Re: Standalone backup on 6510 & Re: Sun unix/linux new nasty bug cert!% Re: System reqirements of OpenVMS 7.3 % Re: System reqirements of OpenVMS 7.3 % Re: System reqirements of OpenVMS 7.3 H Re: [Q] Files not found during image backup, w/ and w/o directory-specs.  F ----------------------------------------------------------------------    Date: 25 Mar 2003 16:57:38 -0800( From: bob@instantwhip.com (Bob Ceculski)< Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)= Message-ID: <d7791aa1.0303251657.57a49790@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E8087FE.6030101@nospamn.sun.com>...  > Keith Parris wrote: d > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3E7FD21F.68CEAD0A@fsi.net>... > > K > >>Well, I'd be careful there. Cerner with the back-end on AIX is at least . > >>as viable as having the back-end on VMS... > >  > > J > > IBM has been waffling lately as to whether AIX will survive long-term,C > > given the popularity of Linux.  In contrast, VMS has the strong = > > support of HP, and a long-term path laid out ahead of it.  > > G > > And since 80% of Cerner customers use VMS compared with 20% at most G > > for AIX, I think it is the AIX back-end which is arguably much less  > > viable.  > > I > > "Today Cerner serves some 1,500 clients, 80% of whom run their Cerner : > > applications on HP OpenVMS AlphaServer technology." --A > > http://h71000.www7.hp.com/openvms/brochures/cerner/cerner.pdf  > 7 > However IBM are supplying Cerner with the development : > and deployment software platform for their new products. > 9 > WebSphere and DB2, and this is a huge threat to OpenVMS 5 > if it is as people suggest the largest platform for  > Cerner currently.  > 	 > Regards  > Andrew Harrison   B are you kidding me?  IBM sells garbage just like you do at sun ...@ IBM has no solution that even comes close to OpenVMS clustering,A security, and uptime ... I am still waiting for them to call back ? and tell me why the AS400 I worked on 9 years ago crashed twice @ in one month ... I have been on VMS 18 years now around that one@ month nightmare stint on convuluted menu city OS400 and have yet> to have "ONE" VMS os crash ... IBM is what sun is ... GARBAGE!   ------------------------------    Date: 26 Mar 2003 10:54:48 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)- Message-ID: <8765q6ltvr.fsf@prep.synonet.com>   ! Andrew Harrison SUNUK Consultancy / <Andrew_No.Harrison_No@nospamn.sun.com> writes:   F > However IBM are supplying Cerner with the development and deployment+ > software platform for their new products.    E > WebSphere and DB2, and this is a huge threat to OpenVMS if it is as ; > people suggest the largest platform for Cerner currently.   @ Time for a back to the furure, and get DB2 for VMS resurected :)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 26 Mar 2003 06:33:34 GMT/ From: "Dave Weatherall" <djweath@attglobal.net> 6 Subject: Re: Brian Schenkenberger - Where are you?????5 Message-ID: <DTiotGxQ0bj6-pn2-L0tGT63HGzQC@localhost>   E On Sat, 22 Mar 2003 13:35:25 UTC,   VAXman-  @SendSpamHere.ORG wrote:   i > In article <DTiotGxQ0bj6-pn2-XglQSqfPRvso@localhost>, "Dave Weatherall" <djweath@attglobal.net> writes:  > {...snip...}G > >Sounds like you had an enjoyable time. Experience shows that the UK  I > >baggage X-Ray machines _don't_ ruin film. I hope your experience backs I > >that up. Strangely enough, it was near Salisbury/Stonehenge that I was ' > >working. Had it been a week later...  > I > We spent an evening this trip in Salisbury (Clovelly Hotel about 100 yd  > walk from the rail station). > G > I left the camera bag with all of the camera lenses on the train from H > Salisbury to Bath Spa.  Fortunately it was turned in at Bristol TempleG > Meade and we were able to reclaim in.  Wonderful and honest people in G > the UK.  Here in the states I can't change jobs without a federal law I > suit or back out of my own driveway without losing my driver's license. F > Were it not for the cost of living there, I'd move there in a flash.  F The South-west might be better than other areas. One time I stayed in F Amesbury I was dum enough to leave the hire-card keys dangling in the @ driver's door. They were still there in the morning, much to my 1 relief. I was envisaging a large bill from Hertz.   D Tis true, the UK has become an expensive country to live in. When I E came to Germany the UK was still, in many areas, cheaper. Not so now.     --   Cheers - Dave.   ------------------------------    Date: 25 Mar 2003 10:50:59 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)   Subject: Cisco support of DECnet< Message-ID: <857e9e41.0303251050.5d41f2b@posting.google.com>   Dear Newsgroup,   @ If you need the attached in a word document please send me mail.   sue   = _____________________________________________________________    										3/25/2003    To whom it may concern,   E There has been some recent controversy regarding rumors pertaining to > OpenVMS DECnet. Specifically, the rumors have been about CISCOF Systems, Inc potentially dropping the OpenVMS DECnet protocol from IOS operating system.   F We went directly to the source and opened up a dialogue with the CISCOD IOS Packaging Manager in San Jose, Ca. The present situation is thatB the current version of CISCO's operating system IOS V12.2 supportsD DECnet. The future version of IOS V12.3 that has a planned June 2003C ship date will also support DECnet. There are also no plans at this A time to not support DECnet on V12.4 that has a rough ship date of 
 October 2004.   E Typically the router (HW) is shipped with an image (45 flavors today) = of the CISCO IOS O/S. Cisco believes that they currently over E complicate the O/S by shipping 45 images of which they have a program E underway to reduce the number of saleable images to possibly 8. There D are current plans to support DECnet in 2 of these 8 images that willE be sold to the legacy protocol base. So there is a repackaging effort ; underway at Cisco, but it does not currently impact DECnet.   D At one time a select router group in Cisco dropped DECnet from theirC product and the customer base raised such a din that it was quickly C added back. So CISCO is acutely aware of our large OpenVMS customer B base. But the IOS O/S is growing extremely large and burdensome onB customers that do not use all of the routing protocols. Since theyC have a proprietary O/S that is not modular Cisco cannot selectively F add and replace protocols easily in their product offerings. So DECnet@ as well as other protocols will go under a review for removal inB potentially IOS V12.4. The V12.4 release is scheduled out about 18? months. So Cisco does indeed have to trim down its code, but no C decision has been made on DECnet. Typically a review to add or drop E takes 9 months, which would most likely give our customers 3 years if ) a decision to drop DECnet is indeed made.   B If at some point in time Cisco does indeed drop the OpenVMS DECnet@ protocol, our customers have the option to buy a 2 year extendedA support contract and receive functionality for an added cost. Our @ customers may also stay on that version of the O/S with the sameF functionality. Cisco customarily supports a version of their O/S for a> minimum of 3 years and potentially for 5 years post ship date.  C If further clarification is required on this matter, please contact  me.    Regards,   Lawrence Woodcome  Hewlett-Packard Company  OVMS Networks Business Manager  
 LKG2-1/BB3 King Street  Littleton, Ma 014601289  Tel  978-506-5937 (LKG)         603-884-5419 (ZKO)  Fax 978-506-7328   ------------------------------  % Date: Tue, 25 Mar 2003 16:10:15 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>$ Subject: Re: Cisco support of DECnet/ Message-ID: <3E80B799.40129482@vl.videotron.ca>    Sue Skonetski wrote:F > are current plans to support DECnet in 2 of these 8 images that will& > be sold to the legacy protocol base.   Wrong use of the word "legacy".   E > have a proprietary O/S that is not modular Cisco cannot selectively ? > add and replace protocols easily in their product offerings.    $ Wrong use of the word "proprietary".   > Lawrence Woodcome  > Hewlett-Packard Company     K If the letter was really written by the above person, then the above person K should be given a strong talk. No HP employee should ever be allowed to use K the world "legacy" and "proprietary" when discussing VMS. Those are  banned  words from the days of Palmer.   ------------------------------    Date: 25 Mar 2003 15:23:30 -0600 From: briggs@encompasserve.org$ Subject: Re: Cisco support of DECnet3 Message-ID: <akeQCZLpFwDQ@eisner.encompasserve.org>   b In article <3E80B799.40129482@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: > Sue Skonetski wrote:G >> are current plans to support DECnet in 2 of these 8 images that will ' >> be sold to the legacy protocol base.  > ! > Wrong use of the word "legacy".   F Note carefully that DECnet is not being called a legacy protocol here.  F >> have a proprietary O/S that is not modular Cisco cannot selectively@ >> add and replace protocols easily in their product offerings.  > & > Wrong use of the word "proprietary".  7 Cisco IOS is proprietary.  It is the property of Cisco.   B The topic at hand is support for protocols on routers running IOS,6 not support for protocols on computers running OpenVMS  M > If the letter was really written by the above person, then the above person M > should be given a strong talk. No HP employee should ever be allowed to use M > the world "legacy" and "proprietary" when discussing VMS. Those are  banned   > words from the days of Palmer.  * You're 0 for 2 on reading comprension, JF.   	John Briggs   ------------------------------  # Date: Wed, 26 Mar 2003 02:54:41 GMT # From: "Michael" <noone@nowhere.com> - Subject: DCPS V2.2  LaserJet 4200 and NO_SYNC > Message-ID: <RD8ga.60872$s75.20981475@twister.columbus.rr.com>   Hello,  L I have several new HP LaserJet 4200 printers.  They have the latest firmware from HP: R.24.08  F I just installed DCPS 2.2 which I thought supported the LaserJet 4200.6 However, I can only seem to make this work by defining# DCPS$queuename_NO_SYNC set to TRUE.   J Is this correct?  If its a supported printer should I have to define this?   Thanks,    Michael    ------------------------------  % Date: Tue, 25 Mar 2003 19:10:01 -0600 ( From: Michael Rice <marice@whiteice.com>8 Subject: Hoff, what is the status of your book ? (Again)/ Message-ID: <v81vf9tg2t9119@corp.supernews.com>   > This question was posed about 6 months ago in this same group.  H Referencing the book: "OpenVMS System Management Guide", Digital Press,  ISBN: 1555582435.   I Mine's been on order at Amazon for quite some time.  Is there an updated  $ ETA for this sure-to-be masterpiece?   ------------------------------  % Date: Tue, 25 Mar 2003 22:32:26 +0000 - From: Gerald Marsh <gerald@cyfer.demon.co.uk> , Subject: HSZ Cache Corrupting Files? (Long!)8 Message-ID: <iek18v4qctn3lpjd0e05tje0olqqijcfbv@4ax.com>  A A real cracker this - I hope someone more knowledgeable can help!   F It started with a suspicion of a Backup bug - it seemed that restoringD a file onto a test system would frequently result in a corrupt file.E I've since found out that the file can be corrupted even if it's just . created from DCL as long as it's large enough.  8 ========================================================  & Here are some (perhaps) salient facts:  C AlphaServer 8400 running OpenVMS V7.2-2 with all eco's installed (I  think!).  D Disks are mainly RZ28's with some 9 Gb versions connected via HSZ50.E There are no defraggers or clever caching systems in use at the time.   = There is no volume shadowing on this system and only one HSZ.   ? (We've even tried swithing VIOC off - VCC_FLAGS = 0 - but to no  avail!)   C There are no related device errors and even plugging a console onto  the HSZ port shows nothing.   F We can easily reproduce the problem on the above-mentioned test systemC but not on the production system with exactly the same HSZ firmware F but with vol shadowing (thank whichever God I feel I should!) nor on a baby Alpha.   6 ======================================================    C First of all I created a 113,000 block file using DCL with a record @ count at the beginning with an attempt to map a record to block.  C This file was backed up to DecTape IV but a subsequent restore with E verify failed on the verification pass. We eventually discovered that ? a simple DIFF between the file and a copy would frequently (not D always) fail as would a CHECKSUM. (Sometimes with record too big for@ user's buffer.) This was due to the records overshooting a blockC boundary and the DCL-generated VFC record size being overwritten by  other data.   E We then tweak the command procedure so the records (which contained a $ count) exactly matched a block size.  C Sometimes CHECKSUM gave different results. Sometimes DIFF seemed to C cause a corruption (sometimes in the original, sometimes in a copy,  and sometimes in both).   F The symptoms are that another block's contents (sometimes from another@ file!) are temporarily overwriting a block of the affected file.  B I even went through the pain of perfoming a logical IO dump of theC disk (using the file's retrieval pointers and offsets) to show that  the block has changed.    ? I've created the file from scratch again and a diff between the 2 original and new generally results in the problem.  E Allow about 20 mins and the file usually behaves itself - This is why F we suspect some caching influence. I cannot see that writeback caching- is involved as the files are only ever read.      D I'm wondering if anyone has ever seen a situation like this - HP are working on it.  7 I'll post a message if/when we get to the bottom of it.   % Bye for now and keep flying the flag.        Gerald       Gerald Marsh  / gerald -at- cyfer -dot- demon -dot- co -dot- uk    ------------------------------  + Date: Wed, 26 Mar 2003 03:41:40 +0000 (UTC) ) From: Dan Foster <dsf@globalcrossing.net> 0 Subject: Re: HSZ Cache Corrupting Files? (Long!)5 Message-ID: <slrnb828bj.532.dsf@gaia.tf.roc.gblx.net>   g In article <iek18v4qctn3lpjd0e05tje0olqqijcfbv@4ax.com>, Gerald Marsh <gerald@cyfer.demon.co.uk> wrote: C > A real cracker this - I hope someone more knowledgeable can help!  > H > It started with a suspicion of a Backup bug - it seemed that restoringF > a file onto a test system would frequently result in a corrupt file.G > I've since found out that the file can be corrupted even if it's just 0 > created from DCL as long as it's large enough.  K I don't know about the HSZ, specifically, but I can tell you that a rule of J thumb from generic experience with this kind of problem on other platformsI is that it's usually either a memory (hardware) problem or a flaky or too  long cable problem.   I That's because these two are the common paths that data goes through, and 1 hence, points where corruption can be introduced.   C You mentioned that you didn't see the problem on other systems with H identical HSZ firmware version loaded and configurations, which makes meK wonder if this is a physical issue isolated only to the problem system that 	 you have.   C What I do for other platforms is to carefully reseat the cards, and H inspecting the gold-plated lines on the card(s) for any imperfections orG warping, or check the CPU for any sort of heat issues (ie, broken fan), K check cabling to see if they're too long -- SCSI voodoo, in other words :-)   @ A too long cable can manifest itself in interesting ways such asE above-normal amounts of reflection in the cable or degradation in the F signals which ends up looking like flipped bits by the time the systemK receives the data. Total length may be more critical on higher performining * SCSI busses, as well as number of devices.  F Easier to rule out hardware when you're attempting to debug corruptionJ issues as it easily looks like software issues (masking potential marginal hardware issues) otherwise.    Just some random thoughts.   -Dan   ------------------------------    Date: 26 Mar 2003 10:45:41 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: I Have Seen The IA64 Future !!!- Message-ID: <87adfiluay.fsf@prep.synonet.com>   C "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> writes:   H > > So there is definitely a requirement for an (additional) EFI consoleD > > (ROM!) command to make a drive unavailable for access by any OS:   > > SET <drive> OFFLINE   A > > and of course the inverse command to make it available again.   = Put all your IA-64 stuff on a system disk. Install Windoze on 9 another disk, with you disk available. Don't touch yours.   9 All will be apparent, even if your data isn't any longer.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 25 Mar 2003 15:02:15 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Microsoft vs. reality3 Message-ID: <IS++PYvBn1AU@eisner.encompasserve.org>   9    (long URL, may wrap, also findable from www.linux.org)   ^ http://www.itweb.co.za/sections/business/2003/0303201315.asp?A=SFT&S=Software&T=Section&O=FPSH  F    "The Advertising Standards Authority of SA (ASA) has ordered that aJ    Microsoft ad implying that its software will bring about the extinction?    of the hacker is to be pulled for being 'unsubstantiated and     misleading'.    [...]   L    [journalist Richard Clarke] "described Microsoft's claim as 'laughable'."   ------------------------------  % Date: Tue, 25 Mar 2003 16:25:47 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>" Subject: Re: Microsoft vs. reality/ Message-ID: <3E80BB3D.27FA85A6@vl.videotron.ca>    Bob Koehler wrote:H >    "The Advertising Standards Authority of SA (ASA) has ordered that aL >    Microsoft ad implying that its software will bring about the extinctionA >    of the hacker is to be pulled for being 'unsubstantiated and  >    misleading'.    Another good one:   N Microsoft argued that releasing the source code of Windows would be a nationalG security issue since the USA military uses Windows for mission critical G applications (ships that get stranded and block harbours) and that as a / result, the source code should not be released.   L But when came time to sell a few billion licences to China, Microsoft had noN problems releasing the source code to the chinese government. If it was such a? secrity risk, how come MS released it to a foreign government ?    ------------------------------  # Date: Tue, 25 Mar 2003 21:33:05 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>" Subject: Re: Microsoft vs. reality? Message-ID: <lW3ga.230325$6b3.675158@rwcrnsc51.ops.asp.att.net>   = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3E80BB3D.27FA85A6@vl.videotron.ca...  > Another good one:  > G > Microsoft argued that releasing the source code of Windows would be a  nationalI > security issue since the USA military uses Windows for mission critical I > applications (ships that get stranded and block harbours) and that as a 1 > result, the source code should not be released.  > K > But when came time to sell a few billion licences to China, Microsoft had  noI > problems releasing the source code to the chinese government. If it was  such aA > secrity risk, how come MS released it to a foreign government ?   H Simple. Normally, security is irrelevant to M$. However, it becomes evenK more irrelevant (the mind boggles at that possibility) when enough money is 	 involved.    ------------------------------  % Date: Tue, 25 Mar 2003 16:34:43 -0600  From: brandon@dalsemi.com " Subject: Re: Microsoft vs. reality1 Message-ID: <03032516344374@dscis6-0.dalsemi.com>   J >> Laubscher says despite the decision, Microsoft fully maintains that itsQ >> software is able to fulfil the task of keeping hackers and viruses out, making 4 >> the customers' data safer than if kept in a safe.   SHOW ME THE MONEY!     John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------  % Date: Tue, 25 Mar 2003 19:07:35 -0500 ( From: David Froble <davef@tsoft-inc.com>" Subject: Re: Microsoft vs. reality, Message-ID: <3E80EF47.7050409@tsoft-inc.com>   Mark E. Levy wrote:   ? > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message + > news:3E80BB3D.27FA85A6@vl.videotron.ca...  >  >>Another good one:  >>G >>Microsoft argued that releasing the source code of Windows would be a  >>
 > national > I >>security issue since the USA military uses Windows for mission critical I >>applications (ships that get stranded and block harbours) and that as a 1 >>result, the source code should not be released.  >>K >>But when came time to sell a few billion licences to China, Microsoft had  >> > no > I >>problems releasing the source code to the chinese government. If it was  >> > such a > A >>secrity risk, how come MS released it to a foreign government ?  >> > J > Simple. Normally, security is irrelevant to M$. However, it becomes evenM > more irrelevant (the mind boggles at that possibility) when enough money is  > involved.     N Well, to go back to the classic, to MS, money isn't everything, it's the only 6 thing.  No room there for security, and anything else.   Dave     --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Tue, 25 Mar 2003 21:50:43 +0100 " From: "Hans Vlems" <hvlems@iae.nl>6 Subject: Re: Microvax 3100 dead - need data from drive6 Message-ID: <b5qffm$2akgl7$1@ID-143435.news.dfncis.de>  7 "Rick Aldred" <rickaldred@yahoo.com> schreef in bericht 6 news:4c6c3ca.0303250908.6c05cffb@posting.google.com...F > "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> wrote inA message news:<65Vfa.5888$cW7.43925697@news-text.cableinet.net>... J > > I assume that there are no backups of the dead system available to try and C > > recover the data from. This scenario is why regular backups and 
 compatible [snip]" > $ mount dka500: /over=id/nowrite$ > %MOUNT-F-DRVERR, fatal drive error > E > I keep getting the fatal drive error. It appears that this drive is G > toast. Unless there are other fairly easy things that I can safely do H > from my end, I'd say this rescue attempt will be aborted. ProfessionalB > data recovery, with associated cost, will probably be judged not
 > worthwhile.  > I > > Once you have the devices visible at the >>> SHOW DEV level then boot  the ? > > Alpha and try to mount the target disc(s) using MOUNT <dev> F > > /OVERRIDE=ID/NOWRITE You should then be able to read the disc(s) - unlessI > > the file structure is toast. First thing you do is then make an image  backupB > > of the disc(s) - BACKUP <dev>/IMAGE/NOALIAS <saveset>/VERIFY -
 personallyG > > I'd go for a disc to disc backup if there's sufficient space on the  Alpha, > > otherwise use tape.  [snip]  J First of all, Chris is quite right in pointing at the SCSI capabilities of
 AXP/VMS V1.5. I That said, an Alpha is most likely to have a CD ROM and these are factory  set at DKA500.J So you might still have a SCSI id problem. Remove one jumper: that'll give you either DKA100 of DKA400.A Make sure there's no tape drive (they have SCSI id 4 by default).    Hans   ------------------------------    Date: 25 Mar 2003 12:21:24 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski) > Subject: Re: Msg to OpenVMS Engineering regarding PerfectCache= Message-ID: <857e9e41.0303251221.58540f8c@posting.google.com>    Folks,  D Just to close the loop on this.  I have had a conversation with PaulE Lacombe today (OpenVMS Mgr), he has called the customer.  Please note E that some of this software is in field test and a public forum is not " the place to discuss these issues.   Rob nice response.  
 warm regards,  sue   d brooks@cuebid.zko.dec.nospam (Rob Brooks) wrote in message news:<uNPyqic5gP0R@cuebid.zko.dec.com>...( > svieth@wi.rr.com (Scott Vieth) writes:H > > From the messages from Jim, it sounds like he is working hard on theI > > problem but OpenVMS Engineering is not being as helpful or responsive  > > as they could be.  > M > It's my group that is in the process of making the needed changes, although * > I'm not directly involved with the work. > 5 > I'll forward this note along to the relevant folks.    ------------------------------  % Date: Tue, 25 Mar 2003 12:28:05 -0800 * From: "Alder" <MUNDDGNTDYTV@spammotel.com>- Subject: Re: Netscape gags on VMS FTP Servers + Message-ID: <3e80bbd5$1@obsidian.gov.bc.ca>    Thanks everyone,  J The Bugzilla site reports this as an active bug, so here's hoping they get
 it done soon.   K Just thought I'd mention that MSIE 5.5 will also produce strange results on D these VMS sites.  I can at least get a listing of the anonymous rootJ directory, but if there's any sub-directories, they can't be opened.  File* dates/times are of course mangled as well.  L Anyone know if Opera works better against VMS FTP sites than these two dogs?   Alder           H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:04LalNvSWhbV@eisner.encompasserve.org... 4 > In article <3E7FDCA0.6020801@spammotel.com>, Alder$ <PGDEHMKOKIMD@spammotel.com> writes:J > > Certain VMS-based FTP sites (my own among them, running TCPIP Services 5.3) areF > > responding with the following message when I connect with Netscape	 Navigator ( > > 7.01 (Windows) using the FTP scheme: > > 	 > > Alert G > > The FTP server 200 VMS OpenVMS V7.3 on node <ftp site> is currently  unsupported. > > K > > Does anyone get similar behaviour using VMS Mozilla clients, or is this  (likely)= > > a Netscape for Windows problem as I'm tempted to believe?  > G >    I can't recall seeing this on mozilla.  Ive seen it on Netscape in I >    the past and safely ignored it (sorry, can't recall which Netscape).  >    ------------------------------  % Date: Tue, 25 Mar 2003 12:29:24 -0800 * From: "Alder" <MUNDDGNTDYTV@spammotel.com>- Subject: Re: Netscape gags on VMS FTP Servers + Message-ID: <3e80bc23$1@obsidian.gov.bc.ca>   L Thanks for reminding me of Hunter's server, Joseph.  I should get over there soon and give it a test drive.   regards, Alder     4 "Joseph Huber" <huber@mppmu.mpg.de> wrote in message% news:EOp5cpAnavjS@vms.mppmu.mpg.de... 4 > In article <3E7FDCA0.6020801@spammotel.com>, Alder$ <PGDEHMKOKIMD@spammotel.com> writes:J > > Certain VMS-based FTP sites (my own among them, running TCPIP Services 5.3) areF > > responding with the following message when I connect with Netscape	 Navigator ( > > 7.01 (Windows) using the FTP scheme: > > 	 > > Alert G > > The FTP server 200 VMS OpenVMS V7.3 on node <ftp site> is currently  unsupported. > > K > > Does anyone get similar behaviour using VMS Mozilla clients, or is this  (likely)= > > a Netscape for Windows problem as I'm tempted to believe?  > >  > F > I have given up to use the VMS TCPIP server because of the different assumptions : > different clients have about (mis-)handling VMS servers.J > I have excellent experience with Hunter Goatleys HGFTP server: it can be setup F > to completely appear as a Unix server, and then works even with most Windows ) > and macintosh clients, Mozilla as well.  >  > --2 > Joseph "Sepp" Huber   mailto:joseph.huber@web.de http://www.huber-joseph.de/    ------------------------------  + Date: Tue, 25 Mar 2003 15:39:00 -0600 (CST)  From: sms@antinode.org- Subject: Re: Netscape gags on VMS FTP Servers ) Message-ID: <03032515385999@antinode.org>   0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>   > Alder wrote: > > S > > Certain VMS-based FTP sites (my own among them, running TCPIP Services 5.3) are P > > responding with the following message when I connect with Netscape Navigator( > > 7.01 (Windows) using the FTP scheme: > 0 > VAX VMS 7.2, TCPIP 5.3.  MAC with Netscape 4.7 >  > No problem here.  H    I believe that Netscape 3 and 4 (at least on VMS and Mac) could cope, but anything newer can't.   H    I thought I'd look at it, but building Mozilla (even on Solaris 9) is> starting to look more like a career than a spare-time project.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.org     Saint Paul  MN  55105-2547    ------------------------------    Date: 25 Mar 2003 12:33:43 -08006 From: dave.reynolds@gallatinsteel.com (David Reynolds)- Subject: Re: new releases of MySQL and Python = Message-ID: <a813e962.0303251233.48ab36a4@posting.google.com>    "John Gemignani, Jr." <jon-nope@thiswontworkossc.net> wrote in message news:<rI_fa.9156$TW2.1914964@news1.news.adelphia.net>... ? > "David Reynolds" <datre@bellnospamsouth.net> wrote in message 4 > news:eRQfa.3551$hz3.828@fe06.atl2.webusenet.com...M > > I have tried to build 4.0.12 had end up with the following error in a log  >  of  > > modules that are linked.	 > > ----> ) > > %LINK-W-NUDFSYMS, 1 undefined symbol: 2 > > %LINK-I-UDFSYM,         TCPIP$GET_H_ERRNO_ADDRH > > %LINK-W-USEUNDEF, undefined symbol TCPIP$GET_H_ERRNO_ADDR referenced- > >         in psect $LINK$ offset %X00000040 + > >         in module MY_GETHOSTBYNAME file , > > MYSQL_ROOT:[VMS.MYSQL.O_ALPHA.MYSYS]MY_G > > ETHOSTBYNAME.OBJ;1	 > > <----  >>>>>  >>SNIP >>>>>  > >  > >  > >  > L > Look in TCPIP$LIBRARY:, you should find a TCPIP$LIB.OLB file (or somethingN > close).  The routine you're looking for is probably in there.  I know that IJ > did this original work, but don't recall the details right now and can't! > check as I'm not in the office.  >  > -John    Two systems at work " a. OpenVMS 7.3-1, TCPIP v5.3 ECO 2D b. OpenVMS 7.2-1, TCPIP v5.1 ECO 2 (same as my home system which has the link errors)  * $library/names/list=temp.txt tcpip$lib.olbB on both system has references to the symbol which is claimed to be
 undefined.F I will be trying to upgrade my home system in the near future and will" try a build then. Any ohter ideas? Thanks David    ------------------------------  # Date: Tue, 25 Mar 2003 21:07:14 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>- Subject: Re: new releases of MySQL and Python 0 Message-ID: <6y3ga.812$PR1.627@news.cpqcorp.net>   David Reynolds wrote: @ > "John Gemignani, Jr." <jon-nope@thiswontworkossc.net> wrote inC > message  news:<rI_fa.9156$TW2.1914964@news1.news.adelphia.net>...e >  <snip> >>>iL >>Look in TCPIP$LIBRARY:, you should find a TCPIP$LIB.OLB file (or somethingN >>close).  The routine you're looking for is probably in there.  I know that IJ >>did this original work, but don't recall the details right now and can't! >>check as I'm not in the office.h >> >>-John  >  >  > Two systems at worke$ > a. OpenVMS 7.3-1, TCPIP v5.3 ECO 2F > b. OpenVMS 7.2-1, TCPIP v5.1 ECO 2 (same as my home system which has > the link errors) > , > $library/names/list=temp.txt tcpip$lib.olbD > on both system has references to the symbol which is claimed to be > undefined.  D The symbols are present on my OpenVMS 7.3-1, TCPIP v5.3 + MUP system- in the temp.txt file produced by the command.o  H I did not see the "errno" routine at first, but using search on the file found it quick enough.  H > I will be trying to upgrade my home system in the near future and will$ > try a build then. Any ohter ideas?  D If you can examine the code to find out if you really need the real E h_errno value.  The link command shown previously seemed to indicate  D that you were not using the HP TCPIP supplied getaddrbyname routine.  H If you are not using the HP TCPIP routines that reference h_errno, then ( you do not need the real h_errno either.  C Upgrading to a more current release will probably be better though.-   #ifdef __VMS #ifndef h_errno- #define h_errno my_h_errno extern int my_h_errno8 #endif #endif  C The above should be controlled by the same #ifdef that selects the w< my_getaddrbyname routine instead of the system supplied one.   -Johnn! malmberg@dskwld.zko.dec.compaq.hpU Personal Opinion Only_   ------------------------------  # Date: Wed, 26 Mar 2003 02:11:55 GMTo; From: "John Gemignani, Jr." <jon-nope@thiswontworkossc.net>h- Subject: Re: new releases of MySQL and Pythonn< Message-ID: <L%7ga.9479$TW2.2063017@news1.news.adelphia.net>  G "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> wrote in messageh* news:6y3ga.812$PR1.627@news.cpqcorp.net... > David Reynolds wrote:aB > > "John Gemignani, Jr." <jon-nope@thiswontworkossc.net> wrote inE > > message  news:<rI_fa.9156$TW2.1914964@news1.news.adelphia.net>...d > >n > <snip> > >>>oD > >>Look in TCPIP$LIBRARY:, you should find a TCPIP$LIB.OLB file (or	 somethingtI > >>close).  The routine you're looking for is probably in there.  I knowl that IL > >>did this original work, but don't recall the details right now and can't# > >>check as I'm not in the office.o > >>	 > >>-JohnA > >e > >t > > Two systems at work/& > > a. OpenVMS 7.3-1, TCPIP v5.3 ECO 2H > > b. OpenVMS 7.2-1, TCPIP v5.1 ECO 2 (same as my home system which has > > the link errors) > >w. > > $library/names/list=temp.txt tcpip$lib.olbF > > on both system has references to the symbol which is claimed to be > > undefined. >eF > The symbols are present on my OpenVMS 7.3-1, TCPIP v5.3 + MUP system/ > in the temp.txt file produced by the command.  >eJ > I did not see the "errno" routine at first, but using search on the file > found it quick enough. >eJ > > I will be trying to upgrade my home system in the near future and will& > > try a build then. Any ohter ideas? >eE > If you can examine the code to find out if you really need the realmF > h_errno value.  The link command shown previously seemed to indicateF > that you were not using the HP TCPIP supplied getaddrbyname routine. >-I > If you are not using the HP TCPIP routines that reference h_errno, theno* > you do not need the real h_errno either. >wE > Upgrading to a more current release will probably be better though.  >n > #ifdef __VMS > #ifndef h_errnoA > #define h_errno my_h_errno > extern int my_h_errnoe > #endif > #endif >eD > The above should be controlled by the same #ifdef that selects the> > my_getaddrbyname routine instead of the system supplied one. >t > -JohnM# > malmberg@dskwld.zko.dec.compaq.hpl > Personal Opinion Onlyr >r  I It's not errno, it's h_errno.  That's the routine that returns the status K from the name service routines.  The h_errno is in a shareable image and to)J allow the code to properly be relocatable, we call a routine to return theJ address of the int that contains the value.  When someone fetches h_errno,8 they are actually fetching the integer pointed to by the! TCPIP$GET_H_ERRNO_ADDR() routine.   C The above routine should be in the TCPIP$LIBRARY, and may be in thea. shareable as well (I didn't check that today).   ------------------------------  % Date: Tue, 25 Mar 2003 21:33:39 +0100r" From: "Hans Vlems" <hvlems@iae.nl>9 Subject: Re: next installment - alpha 3000 console now...:6 Message-ID: <b5qefb$2b87tj$1@ID-143435.news.dfncis.de>  J "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> schreef in bericht- news:qA0WFnTmvkrC@eisner.encompasserve.org... ? > In article <a7234bb1.0303241858.576b31e8@posting.google.com>, ) timasmith@hotmail.com (Tim Smith) writes:I > > H > > hmmm, more useless info: I can't find a 'S3 switch' anywhere and theJ > > one DEC 3000 document I found is of a short workstation whereas my DECH > > Server 3000 is a tower shaped and has little on the back - though itB > > does have that funny shaped port perhaps MMJ which I should be > > plugging in a VT Terminal? > >  > > Timb > J >    The console will certainly be the MMJ, not a DB style connector.  DECI >    made MMJ to female DB25 and MMJ to male DB25 converters.  Folks like ' >    Black Box used to carry them, too.  >eF Methinks he's using a white box Alpha, probably a Digital Server 3000.I If that is the case then a PC console and mouse/kbd is a lot more useful.iH The system was sold as an NT system and run the AlphaBIOS. I do not know; whether that BIOS talks to serial ports but I doubt that...k   ------------------------------    Date: 25 Mar 2003 13:03:25 -0800' From: timasmith@hotmail.com (Tim Smith)g9 Subject: Re: next installment - alpha 3000 console now...n< Message-ID: <a7234bb1.0303251303.a57bd2f@posting.google.com>  k Michael Austin <maustin@firstdbasource.com> wrote in message news:<3E7FA3DF.B9C42445@firstdbasource.com>...  > Tim Smith wrote: > > I > > So I have the alpha3000 perched in my basement and I want to find thesG > > boot prompt but I need a console terminal - I don't have one.  I do.E > > have a Dell 8200 inspiron laptop with seemingly a male and female G > > serial port.  Looking on the back of the alpha3000 I seem to have a_E > > couple of possibilities one marked with an oval, the other with a  > > triangle in a square...t > > I > > ...forgive my hardware ignorance, I really am a software tinkerer butuH > > is it possible to drop by Staples and pickup a serial cable, connectD > > my laptop to the back of the Alpha3000, and configure a terminalH > > emulator with a lucky baud and parity to actually get this sucker toE > > see a boot prompt so I can proceed past go and collect some cash?S > >  > > many thanks in advance!p > >  > > Timh > E > you will need a serial cross-over cable *pins 2&3 swapped.  baud isa( > generally 9600 8bits No parity 1 stop.  = so do I use a pair of pliers?  And how do I set the 1 stop ons hyperterminal or reflections?    ------------------------------  % Date: Tue, 25 Mar 2003 20:40:56 -0600t2 From: "Stuart Johnson" <ssj152 AT charter DOT net>9 Subject: Re: next installment - alpha 3000 console now...h/ Message-ID: <v824qodq6hreab@corp.supernews.com>   4 "Tim Smith" <timasmith@hotmail.com> wrote in message7 news:a7234bb1.0303241507.4d1e0512@posting.google.com...eG > So I have the alpha3000 perched in my basement and I want to find theeE > boot prompt but I need a console terminal - I don't have one.  I do C > have a Dell 8200 inspiron laptop with seemingly a male and female E > serial port.  Looking on the back of the alpha3000 I seem to have aoC > couple of possibilities one marked with an oval, the other with a  > triangle in a square...y >rG > ...forgive my hardware ignorance, I really am a software tinkerer butoF > is it possible to drop by Staples and pickup a serial cable, connectB > my laptop to the back of the Alpha3000, and configure a terminalF > emulator with a lucky baud and parity to actually get this sucker toC > see a boot prompt so I can proceed past go and collect some cash?  >u > many thanks in advance!  >e > Tim   L There is an auction on eBay right now that is for a cable to connect a PC toJ a DEC computer, using a DB9 on one end and a MMJ at the other. The auction is:3K http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408890916&category=3704  .e  K I do not have anything to do with this auction or seller; I simply saw thistH and thought it might be the simplest way for you to get connected. SinceB this is custom made, I suspect the seller will make them to order.   Best of luck with your project!. Stuart Johnson   ------------------------------  + Date: Tue, 25 Mar 2003 21:45:37 +0000 (UTC)5, From: lewis@mazda.mitre.org (Keith A. Lewis)) Subject: Re: OpenVMS SMP License Questiont. Message-ID: <b5qim1$6sr$1@newslocal.mitre.org>   "Mark Buda" <buda@tabasco.zko.dec.no.spam.com> writes in article <Tw0ga.802$BC1.285@news.cpqcorp.net> dated Tue, 25 Mar 2003 17:41:07 GMT:: >"Keith A. Lewis" <lewis@mazda.mitre.org> wrote in message) >news:b5ci1v$9nr$1@newslocal.mitre.org...0H >> If you install the CPUs before the licenses, the system will boot but >in asI >> crippled mode with no clustering or network services.  But you can logk >ink% >> from the console and check it out.t  H >Can you explain what you mean by saying "...crippled with no clustering >services..."?  H I think I may be mistaken about the clustering.  IIRC, MSCP disk servingM worked just fine when I put one of my cluster machines into this situation.  e   What didn't work was:t   Logging in via TCP/IP  Logging in via DECNET  Decwindows/Motif on the consolet  I Until I installed the additional OPENVMS-ALPHA licenses, that machine wasuH reduced to a MSCP disk server, a job it probably could have done just as# effectively without the added CPUs.w  + --Keith Lewis              klewis$mitre.orgr> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 25 Mar 2003 11:02:42 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)F* Subject: OpenVMS TCP/IP Services and IPsec= Message-ID: <857e9e41.0303251102.49ee7f77@posting.google.com>@  7 _______________________________________________________r"           To whom it may  concern,  eC OpenVMS remains committed to IP security and has developed a strong E partnership with SSH. This partnership will yield SSH Secure Shell in B the V5.4 TCP/IP Services for OpenVMS release slated for October ofD 2003. The SSH requirement has been driven by strong customer demand.E OpenVMS is also acutely aware of our customer requirements concerningo= IPsec. We have plans to leverage our existing partnership andCD technology in assisting us in the delivery of IPsec solutions in the future.o  uB The security technology that we are deploying in V5.4 will yield aA common cryptographic infrastructure. This will be used in our SSHhF solution as well as our planned IPsec solution. We had been working onE IPsec, but transitioned to SSHv2 due to overwhelming customer demandsrB for SSHv2. We are in the final stages of delivering SSHv2 and will= redeploy these resources to do IPsec when SSHv2 is delivered.-  -F IPsec is a valid requirement for implementation in a future release of@ TCP/IP. We are in process of planning the next release of TCP/IP= Services and will be providing updated road maps and deliveryl schedules in the near term.a  J  4 Regards,   
 Leo Demers Larry Woodcome   ------------------------------  # Date: Tue, 25 Mar 2003 22:39:47 GMTe6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)! Subject: Re: Restore with /selecte5 Message-ID: <TU4ga.193301$8L1.1793192@news.chello.at>p  M In article <03032507273679@dscis6-0.dalsemi.com>, brandon@dalsemi.com writes:- >>  BACKUP version:    V6.2  >,M >I see that the backup was perfromed on VMS V6.2, however what version of VMS: >are you currently using?f  < Not really. As the field in the saveset is only of length 4,F it could also be V6.2-1H1 and V6.2-1H2 and maybe some other version...   -- e Peter "EPLAN" LANGSTOEGERS% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Tue, 25 Mar 2003 21:26:05 +0100e" From: "Hans Vlems" <hvlems@iae.nl>& Subject: Re: Standalone backup on 65106 Message-ID: <b5qe15$2clqcq$1@ID-143435.news.dfncis.de>  6 "Tom Triske" <tom884@insightbb.com> schreef in bericht) news:rjZfa.231264$qi4.119191@rwcrnsc54...nI > I am trying to do a Standalone backup on a 6510 that has the standalonesJ > backup kit built on $7$dua1:.  Does anyone  know the command to do this? Ir5 > can't find the manual to tell me the proper format.o >p	 > Thanks,  >s > Tom  >a > H The way I understand the question is that $7$dua1 has stand alone backupK installed on it, and you want either access to it or help on how to use ther product.G Booting stand alone backup from a disk comes in two flavors. The flavor 3 depends on whether $7$dua1 is a system disk or not.S  6 If so:                         >>>  B/R5:E0000000 dua1# If it is on a data disk: >>> B dua1u  L On a 6000 series you also need to tell the machine how to find that disk. IfI the disk is connected to a KDM70 then you need to include the position of ' that controller on the XMI, e.g. /XMI:7 F If the controller is a KDB50, a BI controller then you need to add two qualifiers:iK - the slot id of the XMI-to-BI controller on the XMI bus (/XMI:D or /XMI:E)fH - the BI id for that controller which you can find on the back of the BI cage (blue id plug), e.g. /BI:5=  J The most complicated boot command is thus when you have stand alone backupD on the system disk and that the system disk is connected to a KDA50:  ! >>> B/XMI:E/BI:5/R5:E0000000 DUA1   L It becomes even more complicated if $7$dua1 is an HSC attached disk. In thatI case you must also tell which HSC must be used. IIRC that was done in R3,F. but I haven't seen a 6000 since December 2001.I Try the >>> SHOW BOOT command and look in particular at the entrt labeled E DEFAULT . That will tell you how the system is booted for normal use.a   HTHt   Hans   ------------------------------  % Date: Tue, 25 Mar 2003 13:50:09 -0500a5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> & Subject: Re: Standalone backup on 65102 Message-ID: <LaSAPoSHzwAI7YIUfJ908lsQ078i@4ax.com>  . On Tue, 25 Mar 2003 14:09:43 GMT, Jeff Cameron <JCam90502@jcameron.com> wrote:   G >On 3/25/03 6:01 AM, in article rjZfa.231264$qi4.119191@rwcrnsc54, "Tomo& >Triske" <tom884@insightbb.com> wrote: >tJ >> I am trying to do a Standalone backup on a 6510 that has the standaloneN >> backup kit built on $7$dua1:.  Does anyone  know the command to do this?  I6 >> can't find the manual to tell me the proper format. >>  
 >> Thanks, >> t >> Tom >> s >> h> >I believe it is done using the following at the boot prompt : >i >>>>BOOT/R5:E0000000 DUA1u >0+ >This tells it to boot from root E on DUA1.h >i >Jeff   <     That would be correct if the standalone backup is on the8 system disk.  IIRC, when standalone backup is built on a> disk that is not the system disk, it's default root is 0.  You$ should be able to determine this by:   $ DIR $7$DUA1:[000000]SYS%.DIR m  3 If there is a SYS0.DIR, then the boot command would % be (assuming there is only one DUA1):-  	 BOOT DUA1t   David R. Beattyo   ------------------------------    Date: 25 Mar 2003 16:46:30 -0800( From: bob@instantwhip.com (Bob Ceculski)/ Subject: Re: Sun unix/linux new nasty bug cert!u= Message-ID: <d7791aa1.0303251646.75176828@posting.google.com>o   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E803CA2.4060407@nospamn.sun.com>...r > Bob Ceculski wrote:m > > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E7EF2D1.8060209@nospamn.sun.com>...l > >  > >>Rudolf Wingert wrote:f > >> > >>>Hello,f > >>>t > >>>Andrew Harrison wrotes: > >>>i > >>>j > >>>Well to be more clear.o/ > >>>Solaris, HP-UX, Tru64, OpenVMS, AIX, Linuxe% > >>>IRIX are all probably vunerable.t > >>><<< > >>>hN > >>>Where did you get the info about OpenVMS. Years ago we did use the XDR toN > >>>exchange data from Sun platform to OpenVMS. The Sun user did report a bugK > >>>within OpenVMS (ACCVIO). What was the problem? H e did not specify anyrK > >>>memory address (0 for get automatic memory). So the memory address waseQ > >>>outsite of his space. On Sun this is not an error. In case of this, there isrO > >>>no possibility to get root priviledges under OpenVMS. All what you do (XDReM > >>>or other tools with the buffer overflow problem), can you do only withinlM > >>>your context, or yue will be stopped via the OS. Look also the intrutionsQ > >>>report of DECUS Muenchen. XDR under OpenVMS may be buggy, but you do not get / > >>>any right over the normal user's right!!!!s > >>>h  > >>>Best regards Rudolf Wingert > >>>o > >>7 > >>I didn't there is currently no response for OpenVMS 4 > >>on the CERT web page along with HP-UX and Tru64. > >>5 > >>However it is a generic XDR issue so Bob's claims : > >>for OpenVMS being invunerable are as always premature. > >> > >>Regardse > >>Andrew Harrisonh > >  > > D > > wrong, as always they are right on the money ... VMS can squelchE > > the nastiest unix kernel bugs ... just admit that VMS is superiorlA > > to slowaris, unix, linux, windoze or any other garbage os outi
 > > there ...e > 4 > Bob, Bob why do you always end up getting yourself6 > into trouble by forgetting that there are documented6 > examples of OpenVMS not squelching nasty UNIX kernel4 > bugs. Or had you forgotten the CERTS and non CERTS > for POD, DOS etc ????? > 6 > We have had this discussion on a number of occasions6 > in the past and it is a great shame for you that you5 > continue to repeat arguments that are not supported  > by HPQ's own patch reports.c > 	 > Regards  > Andrew HarrisonF  A as you read below, it is not as many "c" and unix garbage librarya= bugs fail to affect vms as those pesky little "accvio" errorsn5 stop you in your tracks ... remember this one Andrew?t  = http://www.process.com/techsupport/tcpware/faqs/snmpcert.html   9 time after time openvms runs unix apps and libraries plus 4 gives you something unix/linux doesn't ... SECURITY!   ------------------------------  % Date: Tue, 25 Mar 2003 13:21:35 -0700t. From: "David D Miller" <ddmiller@raytheon.com>. Subject: Re: System reqirements of OpenVMS 7.3F Message-ID: <OFE70A995A.94A77B7E-ON07256CF4.006F9042@rsc.raytheon.com>  G I loaded 7.3-1 on an alphastation 200 4/233 w/ 80 MB and it took 96% of0# memory to run (without any tuning).s   dave.      "Fred Kleinsorge" wroteo  K As has been said, 64mb is really the smallest memory configuration.  If youoI want to try running it, you should not install DECnet/OSI (only phase 4),.: and look to reduce any use of physical memory - like VIOC.  J I have installed V7.3-1 on a Alphabook, with I think only 32mb, and only a? 1.2 GB drive - but it is a tight squeeze, and very unsupported.       G "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote ine5 message news:5rzNN6odbOAb@eisner.encompasserve.org...c5 > In article <b6BuMjauRxdB@eisner.encompasserve.org>,'D clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: > >0A > > However, as an aside, I did once manage to install V7.2 on anM AlphaStationJ > > 200 4/166 with only 24Mb of memory installed. I did have to do a _lot_ ofI > > manual adjustment of SYSGEN parameters (turning off the VFC, reducing ? >                                                           ^^^x
 > s/VFC/VIOC/o >hF > I've obviously been doing too much reading about the XFC recently... > K > > non paged memory requirements, etc) and startup files (ie: stop AUTOGENW fromJ > > running after discovering the SYSGEN parameters were too low) in order to get > > the boot to finish.( > >  >t > Simon. >  > --= > Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFPtD > VMS advocate: One who makes a Mac advocate look like a beginner at	 advocacy.r   ------------------------------    Date: 25 Mar 2003 16:20:56 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)M. Subject: Re: System reqirements of OpenVMS 7.33 Message-ID: <Ahn3Q+QlC+4L@eisner.encompasserve.org>2  w In article <OFE70A995A.94A77B7E-ON07256CF4.006F9042@rsc.raytheon.com>, "David D Miller" <ddmiller@raytheon.com> writes:7  I > I loaded 7.3-1 on an alphastation 200 4/233 w/ 80 MB and it took 96% ofc% > memory to run (without any tuning).A  E At least in certain circumstances, XFC will gobble lots of memory anda( happily give it back if there is a need.   ------------------------------   Date: 26 Mar 2003 05:29:49 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>. Subject: Re: System reqirements of OpenVMS 7.3, Message-ID: <b5rdsd014se@enews2.newsguy.com>  - David D Miller <ddmiller@raytheon.com> wrote:bI > I loaded 7.3-1 on an alphastation 200 4/233 w/ 80 MB and it took 96% ofc% > memory to run (without any tuning).   J I know that with 7.2 I found the minimum acceptable RAM to be 112MB, whileJ it's possible to function with less, it isn't fun, this was on a 200 4/233I also.  I really should see if, with tuning I can get a system to functionyJ acceptably with only 96MB, since that's what the AlphaStation 500/333 I've been letting sit unused has.  L I like my PWS 433au, I've managed to get it up to 832MB, and even with a LOT? of stuff running it typically sits at about 15% memory used :^)    			Zaneu   ------------------------------  # Date: Wed, 26 Mar 2003 05:04:40 GMT & From: Carlos <carlos@canada.terra.sol>Q Subject: Re: [Q] Files not found during image backup, w/ and w/o directory-specs.d8 Message-ID: <250320032104403418%carlos@canada.terra.sol>  ? In article <TPSn8jFIlfw9@eisner.encompasserve.org>, Bob Koehler-0 <koehler@eisner.nospam.encompasserve.org> wrote:  A > In article <240320031847599514%carlos@canada.terra.sol>, Carlos:# > <carlos@canada.terra.sol> writes:3 > G > > When I look at the disk after, the files indicated really are *not*eI > > there, so BACKUP isn't lying. But why does it try to copy them? We'reiD > > still working on this with Gold support and if we come up with a > > solution I'll post it. > H >    What does analyze/disk_structure say about the volume?  Can it findJ >    the files or fix the headers?  Mostly I'm guessing, but it looks likeJ >    the index file has pointers to files that have been deleted, possibly, >    from a directory that has been deleted. >   ? Following is the log file from one of the times that this errorbA occurred. I have a dual shadowed disk. First I do a PURGE then an F ANAL/DISK/REPAIR. As you can see the anal/disk/repair came up with one* error (not counting the  OPENQUOTA error).  D I then disolve the shadow set, remout it with one member, then mount> the second member stand-alone (MOUNT/FOR of course), then do aG BACKUP/IMAGE from the DSA device to the DUA disk. The BACKUP/IMAGE thenr, comes up with many files that are "missing".  F Perhaps the ANAL/DISK is not picking up all the errors? But this looks1 quite similar to Alan Feldman's original problem.i   Carlos         Checking required privileges...I Getting DCL parameters...v Purging files from DSA21:n Analyzing DSA21: for errorsb  @ Analyze/Disk_Structure/Repair for _DSA21: started on 16-MAR-2003 03:00:02.264  G %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS -SYSTEM-W-NOSUCHFILE, noa suchB file %ANALDISK-W-DELHEADER, file (977,124,1) _ZPID_557089884.TMP;1    marked for delete   Dismounting DSA21: Mounting DSA21: locallye %DCL-I-ALLOC, _DSA21: allocateds+ %MOUNT-I-MOUNTED, DISK21 mounted on _DSA21:DF %MOUNT-I-SHDWMEMSUCC,_$1$DUA468: (HSJ008) is now a valid member of the
 shadow set    Changing DSA21: label to FRAG468 Mounting target drive locallys# %DCL-I-ALLOC, _$1$DUA567: allocated 8 %MOUNT-I-MOUNTED, DISK21 mounted on _$1$DUA567: (HSJ103)< Copy DSA21: to $1$DUA567:  started: 16-MAR-2003 03:00:26.38    %BACKUP-E-OPENIN, error openingl= DSA21:[PLV0.PR6.IBS.OUTGOING_INTERFACE]CAF_02MAR2003.DAT;1 asp inputa" -SYSTEM-W-NOSUCHFILE, no such file   %BACKUP-E-OPENIN, error openingaD DSA21:[PLV0.PR6.IBS.OUTGOING_INTERFACE]CUETS_PLV0_PR6.01MAR2003;1 as inputd" -SYSTEM-W-NOSUCHFILE, no such file   %BACKUP-E-OPENIN, error opening D DSA21:[PLV0.PR6.IBS.OUTGOING_INTERFACE]RCAF_02MAR2003.DAT;1 as input" -SYSTEM-W-NOSUCHFILE, no such file  F %BACKUP-E-OPENIN, error opening DSA21:[]14MAR03_25099_68582.TMP_PNTQ;1 as input" -SYSTEM-W-NOSUCHFILE, no such file  F %BACKUP-E-OPENIN, error opening DSA21:[]14MAR03_25121_68582.TMP_PNTQ;1 as input" -SYSTEM-W-NOSUCHFILE, no such file  F %BACKUP-E-OPENIN, error opening DSA21:[]14MAR03_25165_68582.TMP_PNTQ;1 as input" -SYSTEM-W-NOSUCHFILE, no such file  E %BACKUP-E-OPENIN, error opening DSA21:[]14MAR03_27286_8164.TMP_PNTQ;1  as input" -SYSTEM-W-NOSUCHFILE, no such file  E %BACKUP-E-OPENIN, error opening DSA21:[]CUETS_PLV0_PR6.01MAR2003;1 ass inputy" -SYSTEM-W-NOSUCHFILE, no such file> %BACKUP-E-OPENIN, error opening DSA21:[]PCFILES.15M;1 as input" -SYSTEM-W-NOSUCHFILE, no such file  E %BACKUP-E-OPENIN, error opening DSA21:[]CAF_02MAR2003.DAT;1 as input S" -SYSTEM-W-NOSUCHFILE, no such file   %BACKUP-E-OPENIN, error opening H DSA21:[]RCAF_02MAR2003.DAT;1 as input -SYSTEM-W-NOSUCHFILE, no such file7 =======================================================e)  An invalid condition has been detected. 1%  Investigate and repair then restart.,   ------------------------------   End of INFO-VAX 2003.167 ************************