0 INFO-VAX	Mon, 29 Jan 2001	Volume 2001 : Issue 58      Contents:, Re: %UCX-E-LPD_REQREJECTED (remote print pb)I Re: 64 bit systems with small memory, was: Higher sized memory forDS20[E] & Re: A help message to Andrew Harrison. Re: ACP-QIO and VBN # Re: All microsoft web sites offline  Re: Another missed opportunity Re: Another missed opportunity
 Re: CMS Query 4 Re: Compaq: A simple, affordable clustering solution Re: Copying disk ?& Re: Documentation about check$checksum# Getting Compaq to advertise OpenVMS  Re: Gnu-C for VMS? Re: Himalaya / Alpha / VMS/ Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours $ Re: It's the end for VMS get off now Re: LN03 system password2 Re: Malloc bug - anyone else got the same problem?. RE: Midrange I/O with VMS WAS: DS20 - Slow I/O. Re: Midrange I/O with VMS WAS: DS20 - Slow I/O. Re: Midrange I/O with VMS WAS: DS20 - Slow I/O. Re: Midrange I/O with VMS WAS: DS20 - Slow I/O Re: MPACK/MUNPACK images Re: New Elsa Graphic patch! RE: New OpenVMS Times now on line * Password synchronise os single-logon tools. Re: Password synchronise os single-logon tools' Re: Problems to add a DS20 to a cluster * Re: Quick (stupid) question on DECnet Plus RCP and RMS attributes Re: RCP and RMS attributes Re: RCP and RMS attributes Re: RCP and RMS attributes Re: RCP and RMS attributes Re: RCP and RMS attributesP Re: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160hardware     questioP Re: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160hardware     questio- Re: RMS bug, possible triggered by autoextend  Re: samba 2.0.6  Re: samba 2.0.6   Re: select() and getservbyname() Text file locking  Re: Text file locking  Re: Text file locking : TQK70 controller in serpentine config, q-bus cfg questions> Re: TQK70 controller in serpentine config, q-bus cfg questions) Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXE  VMS BBS software Re: VMS BBS software Re: VMS BBS software Re: VMS BBS software RE: VMS writable CD on Win2K? 4 Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)4 Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)4 Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)* Re: [VIM] VMS version doesn't do logicals?* Re: [VIM] VMS version doesn't do logicals?  F ----------------------------------------------------------------------  # Date: Mon, 29 Jan 2001 18:21:01 GMT   From: didier_morandi@my-deja.com5 Subject: Re: %UCX-E-LPD_REQREJECTED (remote print pb) ) Message-ID: <954ca0$6hc$1@nnrp1.deja.com>    Found.H The printer is served by a SUN station but the service had been disabled- by the SUN sm thinking it was no more used...    D.    H > My problem is that noone modified anything on the machines, and on oneH > machine, (the local one), a direct print/queue=DECLP starts then stopsF > without error message but I don't get the print, and from the remoteG > machine I get the %UCX-E-LPD_REQREJECTED error message. The [UCX_LPD]  > journal file said nothing. > E > I stopped then restarted the thing via ucx$lpd_shutdown/startup, no  way.     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Mon, 29 Jan 2001 14:04:28 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> R Subject: Re: 64 bit systems with small memory, was: Higher sized memory forDS20[E]) Message-ID: <3A756A5C.26C4F2D6@gtech.com>    David Mathog wrote: I > I can't answer this question but it does bring up a problem that's been G > bothering me for a very long time - since the Alpha appeared in fact. K > Unless you do a tremendous amount of double precision floating point work L > the only other reason to prefer a 64 bit cpu over a 32 bit one is to allowM > direct addressing of large amounts of memory, that is, memory > 4Gb (32 bit  > unsigned).  G If we define a 64 bit CPU as one using 64 bit virtual addresses, then I 9 can not see any connection to floating point performance.   C The *ONLY* difference between a 32 bit CPU and a 64 bit CPU is that F the first uses 32 bit virtual addresses and second uses 64 bit virtual
 addresses.  F So unless you really need >32 bit virtual addresses, then a 64 bit CPU is not a benefit.  G Considering that Intel, IBM and SUN all want to go 64 bit, then I think C we can conclude that it is generally accepted that future computing & will require 64 bit virtual addresses.  I >            I can think of half a dozen instances off the top of my head H > where the data is largely static but must be randomly accessed at highH > rates.  (That is, load the data once and a while into memory, and READK > access it at tremendous rates.)  For instance, in genomics work, a lot of L > the search programs only work well when the databases are stored in memoryJ > because in many cases it's necessary to read through the entire databaseH > once for each query.  A more commonly encountered application would beG > something like a phone directory service  (think www.superpages.com). I > As in the genomics case the data is largely static, and here the search F > times could be reduced from milliseconds (with disk accesses) to subI > microsecond (memory access).  Also much of the perceived IO performance E > that one obtains on Linux, NT, and pretty much every modern OS (VMS K > excepted until XFC arrives) comes from file caching - the bigger the file L > cache, the less likely the system will be to have to slow down and do realL > disk accesses.  (Let's leave the data integrity question out of it for now" > - that's a separate discussion.) > = > However, consider the memory capacities for the Alpha line:  > 
 >       (Max) 
 > DS10   2 Gb 
 > DS20E  4 Gb  > ES40  16 Gb (model 1)  >       32 Gb (model 2)  > F > In other words, it isn't until you buy a system the size of an ES40,H > starting price around $30k (with Linux and 512 Mb memory) that you canL > begin to take advantage of this capability of the Alpha.  It's almost likeL > buying an airplane with no wings - you've _almost_ got everything you needI > to fly, but without the wings none of the other flying related features M > have any utility whatsoever.  If all you can do is taxi you'd be better off L > driving a car.  And sticking with that image for minute, it's as if CompaqG > is bragging about the avionics on this unflyable machine.  Here is an G > example of Compaqs muddled, if not outrightly deceptive message, with  > regard to this memory issue: > 8 >    http://www5.compaq.com/alphaserver/ds20e/index.html > 6 > where you will find these two bullets in succession: >  >   > up to 4 Gb ECC memory H >   > Enhanced application support from 64-bit very large memory (VLM64)( >     and advanced clustering technology > M > Maybe I'm missing something but since the system cannot hold more than 4 Gb M > of memory the VLM64 is entirely superfluous, right?   "VLM32" could just as 4 > easily access every byte of memory in this system.   ????  = This is about physical memory not virtual memory. This is two  different things.   > We can make a small matrix with virtual address space used and physical memory used:   >                                 <4 GB memory      >4 GB memory9 32 bit virtual address space         A                  B 9 64 bit virtual address space         C                  D    A is classic 32 bit computing.  G B is only possible when memory usage is spread among several processes.   The latest VAX'es could do this.  B C is not efficient performance-wise because it will result in some paging, G but it is often a convenient way to code and in many cases where only a  small B part of the data are actually used performance will be acceptable.  D D is real 64 bit computing whith huge databases loaded into physical memory( and accessed directly for blazing speed.  E And that was just the general part. If we got the VMS specifics, then 8 matters are even more in favour of 64 bit address space.  > Due to the division of the 32 bit virtual address space in VMSF in P0/P1/S0/S1 space, then for VMS usage of >1 GB physical memory by a singleE process requires 64 bit virtual address space withj P2 and S2 space !   F So even a DS10 benefits from 64 bit virtual address space when running VMS !   M > Admittedly memory used to be prohibitively expensive, but 3rd party RAM for L > a DS10 or DS20E now costs just over $1/Mb (Kingston, 512 Mb, $636 or $572,M > respectively) and the general trend for memory prices is ever downward.  So J > if these models had enough slots in them (or memory modules increased inL > density) adding 8Gb would only run about $8000. That's a lot of money, butH > since the entry price for an ES40 is around $30K (with only 512Mb), itD > would offer a very attractive way to obtain a large memory system.   I agree with that point.   Arne   ------------------------------  % Date: Mon, 29 Jan 2001 11:06:11 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>/ Subject: Re: A help message to Andrew Harrison. * Message-ID: <3A754EA3.BFA51A39@uk.sun.com>   Wayne Holland wrote: >  > Hi Andrew! > K >      Seeing that you represent Sun Microsystems, can you help me with Sun 
 > filters?D > I have an Epson Stylus Color 600 printer... a very common printer.G > I have up and running Solaris 8 x86.  This is a personal system.  The # > printer works in ascii text mode, H > but using ghostscript is something else.  I've viewed the Solaris faqs > followed the instructions.L > The instructions didn't work.  All my printer does is spit out blank pages  > when I ask to print postscriptN > documents.  In all honesty, Microsoft windows does a better job than Solaris > in viewing web pagesK > correctly and printing web pages correctly. What help can you offer me in  > setting up my printer? >   B Let me have a look at it for you. I have Solaris x86 and an Epson A Stylus pritner as well, I havn't tried printing postscript to it   but I can give it a go.   ; Incedentally you can email me directly at andrew@uk.sun.com   M > My challenge to Sun.... make an operating system for the MASSES better than  > Microsoft!   Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------    Date: 29 Jan 2001 13:19:31 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: ACP-QIO and VBNH Message-ID: <y48znu4kks.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  I Writing single blocks is worst-case, especially for synchronous I/O. $PUT L might be faster than $QIO only if it is actually lieing to you, i.e., write-0 behind (see the WBH bit to $CONNECT) is enabled.   	Jan   ------------------------------  % Date: Mon, 29 Jan 2001 10:52:24 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>, Subject: Re: All microsoft web sites offline* Message-ID: <3A754B68.16151124@uk.sun.com>   Alan Greig wrote:  > . > On Wed, 24 Jan 2001 22:18:38 -0500, JF Mezei' > <jfmezei.spamnot@videotron.ca> wrote:  >  > >Keith Brown wrote: 0 > >> I'm sure it will be billed as a feature ;-) > > I > >CNN mentioned the web site outages, but said that Microsoft blamed DNS M > >problems on the internet and none of its systems were incapacitated or had K > >been attacked. (i.e. its not the fault of mircosoft or of our software).  > D > Update: Microsoft admits it was their fault From www.microsoft.com >   < Their sites went down again on Thursday, apparently a denial, of service attack this time according to MS.  0 They were only able to respond to 3% of the page6 requests coming in instead of the "normal" 97%. As an 4 avid MS web site surfer (well I have downloaded IE5 5 a couple of times for UNIX) my fond recollection was  5 slightly lower than 97% but perhaps they were having   an abnomal day then as well.  ' > Microsoft Explains Site Access Issues  > @ > On Tuesday evening and Wednesday, many Microsoft customers hadB > difficulty accessing the company's Web sites. The cause has been( > determined, and the issue is resolved. > ; > At 6:30 p.m. Tuesday (PST), a Microsoft technician made a G > configuration change to the routers on the edge of Microsoft's Domain G > Name Server network. The DNS servers are used to connect domain names H > with numeric IP addresses (e.g. 207.46.230.219) of the various servers5 > and networks that make up Microsoft's Web presence.  > E > The mistaken configuration change limited communication between DNS C > servers on the Internet and Microsoft's DNS servers. This limited B > communication caused many of Microsoft's sites to be unreachableF > (although they were actually still operational) to a large number of, > customers throughout last night and today. > E > This was an operational error, and not the result of any issue with E > Microsoft or third-party products nor the security of our networks. E > Microsoft regrets any inconvenience caused to customers due to this  > issue. > H > At approximately 5 p.m. Wednesday (PST), Microsoft removed the changesG > to the router configuration and immediately saw a massive improvement  > in the DNS network.  > B > All sites are currently available to customers. Again, Microsoft# > apologizes for the inconvenience.  > -- > Alan Greig   --   Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Mon, 29 Jan 2001 10:44:25 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>' Subject: Re: Another missed opportunity * Message-ID: <3A754989.50883B0C@uk.sun.com>   jlsue wrote: > 5 > On Wed, 24 Jan 2001 15:08:44 +0000, andrew harrison # > <andrew.nospam@uk.sun.com> wrote:  > ; > >Secondly Compaq spends virtually nothing on OpenVMS this 9 > >considerably assists it in being profitable. If Compaq ; > >wanted to increase OpenVMS's revenues they would have to 3 > >invest and the payback would not be immediate or 5 > >guaranteed. This consideration may explain Compaqs  > >inactivity with OpenVMS.  > F > Exactly where do you get this information?  How do you know how muchF > Compaq spends on OpenVMS?  C'mon.  Out with it.  Are you secretly on2 > our BOD?  Are you really in OpenVMS engineering?  9 What a ludicrous argument. You know as well as I do that  5 Compaq either arn't spending money on OpenVMS or the  7 money they are spending is having no discernable effect 5 which is the same thing in the long run. If they were 4 spending money on OpenVMS then there would be signs " and sightings of this there arn't.     > H > And let's just say, for the sake of argument, that OpenVMS spending isF > lower than Unix - so what?  Unix still has quite a long way to go toC > reach the level that OpenVMS and VMSclusters currently have.  And C > Linux will probably never get there in our lifetime - not that it D > couldn't, but the PHMs in businesses suffer from attention deficitE > disorder management philosophy.  i.e., they're waiting for the next D > big thing to be hyped for them to move on to.  They don't rememberG > their business decisions from last week, let alone which OS they were  > interested in last year.  . This argument tends to suggest that you don't  really know much about UNIX.    5 OpenVMS may have great clustering, though even Compaq 4 would now want you to beleive that Tru64's is better. but it does not have lots of other things. In 1 another thread we have been discusssing OpenVMS's - Java support which is in relative terms when  $ compared with even Tru64 very poor.   / This is just one example of where OpenVMS lags   UNIX's in terms of technology.     Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Mon, 29 Jan 2001 10:46:01 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>' Subject: Re: Another missed opportunity * Message-ID: <3A7549E9.53129638@uk.sun.com>   Robert Deininger wrote:  >  > In article <rdeininger-2401010905070001@user-2ive6g5.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) wrote: > < > > The high-volume, high-profit stuff is not as profitable. > A > Sorry, I garbled that sentence.   Meant to say the high-volume eC > stuff is not as profitable.  Obviously, the high-profit stuff is o
 > profitable.f  ! I assumed that was what you ment.V   Regards1 Andrew Harrisonn Enterprise IT Architecth   ------------------------------  % Date: Mon, 29 Jan 2001 15:38:25 -0000i- From: wspencer@ap.nospam.org (Warren Spencer)t Subject: Re: CMS Query/ Message-ID: <t7b3jh4ikmas0c@news.supernews.com>m   Hi,s  M Ran into that one a while back, and phoned it in to CSC.  It's a known bug.  oB The official work-around is to ignore the message - it's spurious.   ws   -- e3 << What if there were no hypothetical questions? >>    Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **l    < abirkett@my-deja.com wrote in <943vlb$kmr$1@nnrp1.deja.com>:   >i >o >Hi, >)D >Thanks for the responses. I tried the verify/repair but that didn'tF >work. I also had a look down the Compaq patch tree and only found oneD >for version 4. I suppose I'll have to try to push an upgrade to the< >next version - a VMS upgrade is not possible at this point. >a >Thanks again. >D >Ade >A >F >A >Sent via Deja.com >http://www.deja.com/  >i   ------------------------------  % Date: Mon, 29 Jan 2001 17:13:51 +0000l0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solution ) Message-ID: <3A75A4CF.96B29AE@uk.sun.com>s   jlsue wrote: > 5 > On Wed, 24 Jan 2001 12:45:08 +0000, andrew harrison # > <andrew.nospam@uk.sun.com> wrote:o >  > >s5 > >You are having the argument with the wrong person.'8 > >I never said that in my experience of managing OpnVMS4 > >clusters you were incorrect but a number of other7 > >posters did, either directly or by example, Curtis's 7 > >user cull for example. Strangely you never disagreedc! > >with them at the time how odd.e > H > Oh, nice try to dodge, but it won't work.  Everyone here has read yourG > assertions of opinion as if they are "fact".  Andy, answer yes or no:nH > Do you say that VMSclusters, in general, work as I described them?  IfE > not, please detail on what basis you make this assertion.  C'mon, IaE > want numbers of clusters and apps that come at least near what I've  > described to you.n >   5 Nice try but you arn't listening. A number of postersa5 who do have extensive experience of managing OpenVMS j4 clusters disagreed with your hypothesis and provided2 examples of their own where your and Kerrys claims' for uptime using OpenVMS were not true.m  1 Rather than trying to conduct an argument with mel6 why don't you go back, re-read the threads in dejanews2 and answer the points made at the time. You didn't4 answer them when they were made and I have no reason5 to assume that anything has changed in the mean time.a  2 Repeating your claims when you havn't refuted the / origional points seems a pointless excercise asb. was claiming to have won an argument you never! appeared to have participated in.    > >W8 > >Perhaps you should have responded to Curtis's posting7 > >describing his user cull for example. Perhaps he did>5 > >something wrong that you could have prevented. WhyC2 > >not re-read hist post and then perhaps he might > >appreciate your advice !m > @ > Well, I believe that previous statements were already answeredE > adequately by others, and I had no new information to add.  I don'trG > have ego problem that requries me to answer everything that is statedt; > by others in here, unlike, apparently, you (for example).l >   1 No they were not answered at the time go back and . read the posts. And if you have no information to add then why are you arguin.   G > However, I don't recall anyone else (other than you) saying that appsEG > are not, in general, ready for VMSclusters.  IIRC, 2 or 3 other folksrE > only mentioned that they have an application that won't.  And since F > nobody every claimed that all applications would work transparently,G > your tactic of using their voices to prove *your* "general" case is aa* > demonstration of faulty logic (at best). >   4 No again wrong, two or three people said that their 5 experience was that it was impossible to manage their 6 clusters in the way you and Kerry claimed was possible& they didn't mantion any specific apps.  . But here is an example for you. I have a large2 Fortran program which is being used for re-pricing7 explain how this magically became able to recover staten6 to the point where it stopped when I rebooted the node it was running on. N  4 It does not use a DBMS for storage and it writes its4 results at the end of each run which can take up to 
 20 hours.   2 You could argue that its badly designed but don't ' try arguing that it is remotely unique.u  F > Now, I think it reasonable to say that anything that is correct overC > 80% of the time can safely be considered a "general rule".  And Iy@ > believe that you'll actually find over 90% of the applications< > available will work as has been described in a VMScluster. >   3 You really don't get it do you. Firstly in terms ofm4 availability having 80% of apps surviving a re-boot 4 of the node they are on is hardly going to convince 4 anyone that you have an HA platform, if it was that  easy even MS could claim that. g  0 Secondly if you allow for cluster aware apps or - apps that have some form of recovery/restart  ) mechanism built into them then almost any ' cluster can provide the capability you n. seem to want to claim to be unique to OpenVMS.       Regardsm Andrew Harrison  Enterprise IT Architect0   ------------------------------  # Date: Mon, 29 Jan 2001 09:52:21 GMT08 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi> Subject: Re: Copying disk ?d( Message-ID: <3A74704C.948DD53A@decus.fi>  3 Maybe, but so does even ODS-2 on OpenVMS Alpha V7.2 6 and later. Unfortunately, deep directory stuff is not  on the VAX V7.2.   _velib   Ken Robinson wrote:a > 1 > At 09:42 AM 01/19/2001 -0800, Tom Linden wrote:o# > >If depth > 8 then can't be done?  > " > You can use a concealed logical. > 3 > $ define/tran=(term,conc) lgnam disk$disk2:[A.B.]e > L > Then use lgnam:[*...] as your destination.  Just be careful when trying toK > use the lower directories with out using the logical name. I believe thatt+ > ODS-5 disk do support more than 8 levels.n >  > Ken    ------------------------------   Date: 28 Jan 2001 21:23:11 CDT= From: wayne@tachysoft.xxx.423388.killspam.00d1 (Wayne Sewell)o/ Subject: Re: Documentation about check$checksumg. Message-ID: <gu1He4u+yUiP@tachxxsoftxxconsult>  Z In article <lqwmRNI0nsmh@eisner.decus.org>, koehler@eisner.decus.org (Bob Koehler) writes:g > In article <F_jb6.48071$Wa6.854790@zwoll1.home.nl>, "Gerhard van der Zedde" <gmzedde@home.nl> writes: 	 >> Hello,l >> aO >> Does anyone know any information written about the symbol checksum$checksum.uM >> It's a standard feature in VMS but I can't find any information how to use, >> ite >> i > C > You use the undocumented checksum command on any file and it setso0 > checksum$checksum to the 32 bit file checksum: >  >    $ checksum filename$ >    $ show symbol checksum$checksum' >      CHECKSUM$CHECKSUM = "1337097799"o > B > This is usefull when downloading patches from Compaq as they areG > accompanied by a plain text checksum file.  What you get on the patchtG > (the DCX_AXPEXE or DCX_VAXEXE files) should match what's shown in thee > checksum file.  N Since you mention image files, it would be worthwhile to mention that there isJ a variant of checksum specifically for image files, "checksum/image".  TheF difference is that each image section is checksummed individually, andO separately from the image header.  This is handy when you have identical images0M that were linked on different dates.  The header checksums would be differenteM because of the dates, but the fact that the image checksums match tell you itw is really the same image.d    ) HARPO> checks/image tapesys_system:sysbaki- file TAPESYS_ROOT:[SYSTEM.ALPHA]SYSBAK.EXE;32t, image section %D'1' checksum is %X'7729D8E3', image section %D'2' checksum is %X'B5AD5916', image section %D'3' checksum is %X'22A9B671', image section %D'4' checksum is %X'6408A4D9', image section %D'5' checksum is %X'5B270054', image section %D'7' checksum is %X'0C5CFA3C'% image header checksum is %X'0000A60B'e. checksum of all image sections is %X'D35E6935' HARPO> s       Wayne      --  O ===============================================================================eM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxu: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)rO ===============================================================================eB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  # Date: Mon, 29 Jan 2001 11:56:53 GMTo2 From: "William Hymen" <t18_pilot@hotmail.spam.com>, Subject: Getting Compaq to advertise OpenVMS9 Message-ID: <9Ucd6.293518$IP1.9528206@news1.giganews.com>e   If you want to promote advertising of OpenVMS, write ae! letter on your Company Letterheads to the people who make the descisions at Compaq.  Keep ( it professional and keep it to one page.  # Include "personal and confidential"M about three lines down from then addresst 1)Paper is good. 2)email gets deleted.I 3)Company letterheads impress.	    - Bill/  % The director of OpenVMS Marketing is:h   Compaq Computer Corporationl Mary Ellen Fortier 110 Spit Brook Roadn
 ZKO3-4/W24 Nashua, NH 03062  ! The Vice President of OpenVMS is:s   Compaq Computer Corporatione Richard Marcello 110 Spit Brook Roads
 ZKO3-4/W24 Nashua, NH 03062   The President of Compaq is:    Compaq Computer Corporation  Michael Capellas 20555 State Highway 249  MS110802 Houston, Texas 77070      = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in messageq$ news:3A754989.50883B0C@uk.sun.com... > jlsue wrote: > >R7 > > On Wed, 24 Jan 2001 15:08:44 +0000, andrew harrisone% > > <andrew.nospam@uk.sun.com> wrote:e > >b= > > >Secondly Compaq spends virtually nothing on OpenVMS this ; > > >considerably assists it in being profitable. If Compaql= > > >wanted to increase OpenVMS's revenues they would have tol5 > > >invest and the payback would not be immediate or.7 > > >guaranteed. This consideration may explain CompaqsM > > >inactivity with OpenVMS.t > > H > > Exactly where do you get this information?  How do you know how muchH > > Compaq spends on OpenVMS?  C'mon.  Out with it.  Are you secretly on4 > > our BOD?  Are you really in OpenVMS engineering? >S: > What a ludicrous argument. You know as well as I do that6 > Compaq either arn't spending money on OpenVMS or the9 > money they are spending is having no discernable effecta7 > which is the same thing in the long run. If they werem5 > spending money on OpenVMS then there would be signs $ > and sightings of this there arn't. >p >e > >mJ > > And let's just say, for the sake of argument, that OpenVMS spending isH > > lower than Unix - so what?  Unix still has quite a long way to go toE > > reach the level that OpenVMS and VMSclusters currently have.  And E > > Linux will probably never get there in our lifetime - not that it F > > couldn't, but the PHMs in businesses suffer from attention deficitG > > disorder management philosophy.  i.e., they're waiting for the next F > > big thing to be hyped for them to move on to.  They don't rememberI > > their business decisions from last week, let alone which OS they wered > > interested in last year. >-/ > This argument tends to suggest that you don't  > really know much about UNIX. >j7 > OpenVMS may have great clustering, though even Compaq 6 > would now want you to beleive that Tru64's is better/ > but it does not have lots of other things. Ini3 > another thread we have been discusssing OpenVMS'si. > Java support which is in relative terms when% > compared with even Tru64 very poor.  >h0 > This is just one example of where OpenVMS lags  > UNIX's in terms of technology. >p	 > Regards  > Andrew Harrisona > Enterprise IT Architecto   ------------------------------  % Date: Mon, 29 Jan 2001 12:48:14 +0100y= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>a Subject: Re: Gnu-C for VMS?i) Message-ID: <3A75587E.ED664A92@gtech.com>n  
 Jon wrote:E >     Can anyone give me a pointer to Gnu-C for VMS?  (Alpha that is)t  
 See links at: +   http://www.levitte.org/~ava/vms_gnu.htmlxd   Arne   ------------------------------  # Date: Mon, 29 Jan 2001 17:36:50 GMT32 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: Himalaya / Alpha / VMS 7 Message-ID: <SShd6.166$cu.1259@gazette.loc1.tandem.com>c  X In article <3A735EB9.9BEE165D@infopuls.com>, Christof Brass <brass@infopuls.com> writes:? :Two years ago I attended a Compaq technical presentation wheref> :it was stated that a unique feature so called lockstep of the; :CPUs used for the Himalaya systems, which is kind of an HWd@ :transaction mechanism on CPU level as far as I understood, willA :be built into Alpha and future versions of NSK would be migratedh1 :to Alpha and the other CPU line will be dropped.r  G   Himalaya will be moving to Alpha, with the implementation of lockstept.   in the next Alpha microprocessor core (EV7).  A :Does anybody know if this scenario is still true if it ever was?c  /   This was, is, and continues to be the plan...   5   http://himalaya.compaq.com/view.asp?PAGE=Alpha_Teche  < :Does anybody know what kind of CPU the Himalaya systems are, :currently using and how powerful these are?  @   MIPS.  Performance?  Donno.  (Not the best newsgroup for that    question... :-)e  < :Could someone explain in a few words what the nature of the: :Himalaya OS, the Tandem NSK as far as I understand, is as :compared to VMS?e  G   OpenVMS and Himalaya are quite different targets, and (for details ontI   the future plans of OpenVMS) please see the FAQ and the DII COE detailsiF   at the website.  Any migration (in either direction) would be quite H   involved and quite difficult, given the very different and very basic 0   assumptions between the two operating systems.  0 :I understood that a major concern within cov is+ :that VMS will be dropped in favour of NSK.x  G   Oh, goodie, a new (false) rumour for the mongers!  (This is the firstiF   time I've heard this particular "major concern" being discussed hereH   in comp.os.vms and -- as I have some level of familiarity with recent =   and not-so-recent discussions here -- who was your source?)w    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 29 Jan 2001 07:07:25 GMT- From: djweath@attglobal.net (Dave Weatherall),8 Subject: Re: It's the end for VMS and other Wild Rumours5 Message-ID: <DTiotGxQ0bj6-pn2-ZTsvsoCEmkce@localhost>   B But even if Compaq were lying about support for VMS and re-trying C Palmer's failed policy of cosying up to MS and NT/W2k/Whistler, it  D must be apparent, even to them, that that lots of shops will follow B the road to Sun and not stay on a Compaq Intel based MS-solution. D Our's has started. Not because of Palmer or Compaq specifically but > because the future toolset (Rational/Teamwork etc) is on Sun. E Star-office and Intranets deal with the things we use NT (Office 97)  @ for now. Sun takes over the bulk of the VMS role because of the  non-in-house applications.  F I sincerely hope any belief in the Compaq management's capabililities  is not misplaced.t   -- l   Cheers - Dave.   ------------------------------  % Date: Mon, 29 Jan 2001 02:09:07 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com>n8 Subject: Re: It's the end for VMS and other Wild Rumours( Message-ID: <9534ml$hmn$1@pyrite.mv.net>  : Jordan Henderson <jordan@lisa.gemair.com> wrote in message$ news:952q2u$vsv$1@lisa.gemair.com...J > In article <952o1v$9at$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com> wrote:   ...a  K > >What you believe is up to you.  I've been actively involved with a groupg ofE > >people for almost a year now attempting, non-confrontationally, too	 promote apG > >change in attitude within Compaq, and what we've seen is a string ofe brokenK > >promises and dashed hopes.  What have you done to attempt to fix things,e and E > >what positive experiences do you have to draw upon to support yourp beliefs? > >c > D > I've worked within my organization as an OpenVMS advocate and I'veE > tried to do things in public forums, not just here, that I feel areQG > supportive of a future for OpenVMS.  I try to offer helpful technicalo > advise here, when I can.  K So your idea of 'fixing things' is to try to convince people that VMS is OKrE and they shouldn't worry or, worse yet, actually try to get Compaq tohL *change* its treatment of VMS, by whatever means necessary?  Don't just say,G "But you should *talk* to Compaq":  we've tried that, others have triedmJ that, and there's been no lack of indirect discussion here that reportedly% at least gets observed within Compaq.p  A Do *you*, as I asked above (and you didn't answer), have positive G experiences to relate about getting action from Compaq by the means youpK advocate?  Or *any* other experience to encourage you about VMS's future in I the hands of Compaq?  Or are you pretty much a believer in faith healing?S   >i< > I find it difficult to believe that you have done anythingJ > behind-the-scenes non-confrontationally, when you are so confrontational > here, in a public forum.  I It's getting tiresome repeating that you can believe what you wish.  Just3L don't foist your beliefs on others without making some reasonable attempt toH substantiate them - or at least don't expect them to be respected in the absence of such substantiation.w   >h( > >  The paragraph does offer a definiteK > >> suggestion for action, which I might support, but the last sentence is L > >> just spleen-venting fatalism that proves that it's all about bitterness > >> against Compaq management.e > >aI > >No, it's about realism, based on experience.  I was hoping a couple oft years'F > >ago that the VMS base would band together, as I said above, and get CompaqL > >to change its handling of VMS.  Proposing the same thing now, however, isJ > >more like a last-ditch effort, and I didn't want to advocate it withoutJ > >adding that the likelihood of success may be minimal:  raising people'sE > >hopes and exhorting them to pitch in without significant reason tol believe J > >the effort will be productive may be something you're comfortable with, buts > >I'm not.d > >  >rC > If you really believe it's hopeless now, why do you bother if not  > for vengeance?  G Because I don't believe it's completely hopeless (you need to read more H carefully).  Even in the face of Compaq's actions, I can't quite believeF that they'd throw away $4 billion in annual revenue (at a hefty profitG margin) if people actually did band together effectively.  But when you G combine the chances of people banding together at all, banding togetheroD effectively, and getting the attention of a corporation with such anJ apparently blind belief in the eventual (and Real Soon Now) superiority of) Windows, it's hard to be very optimistic.    >rH > If you believe there's just this glimmer of hope, then I would suggestJ > that it would be more constructive to express your pessimism in private.  J You know, I really do get the message, I just don't agree with it.  CompaqI seems happy to take advantage of people willing to grasp at straws in therK hope that things aren't really as bad as they seem, but I'm not comfortabletE playing on their hopes without giving them what I feel is a realistic $ evaluation of the chance of success.  I So I'm suggesting that if they're really committed to VMS, then it's timenK for action, even if that action may not have a high probability of success.oK If their commitment is lower, then they should weigh the effort of possiblys3 ineffective action vs. doing nothing vs. migrating.h   >vJ > I believe that all this fatalism has a definite and pulpable dispiritingJ > effect on the readers of comp.os.vms which has a real negative influenceK > on the future prospects for OpenVMS.  I gather you don't agree with this,. > but that's my position.  >tG > You seem to believe that only Compaq and it's management can have anyn/ > effect on the future of OpenVMS.  I disagree.i  K That's a far weaker statement than the one you made earlier that Compaq waspL *not* the only entity that could keep VMS viable (I'm not sure what you wereK smoking when you wrote that one, but it must have been good).  And it's noteJ incompatible with my own belief that, given some *real* positive action byI Compaq, VMS users would gladly get behind it and push - and likely have ahK multiplicative effect.  But multiplicative effects are productive only whenoC the value you're multiplying differs significantly (in the positivee direction) from zero.y   >  > >>L > >> You might believe that it's too late.  Saying it in a public forum thatI > >> might cause it to be a self fulfilling prophecy is not constructive.  > >a > >Bullshit. > >s >e7 > Well, that's constructive and so non-confrontational.i  K I just got tired of responding to the same idiotic statement over and over.bK And I have a head cold, so my usual level of tact and diplomacy is somewhataF lowered.  But I *am* honored that you feel my statements carry so much weight.i   - bill   > 	 > >- billr > >s >  > -Jordan Henderson  > jordan@greenapple.com  >e   ------------------------------  % Date: Mon, 29 Jan 2001 02:32:05 -0500y- From: JF Mezei <jfmezei.spamnot@videotron.ca>p8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A751C71.EE7406E3@videotron.ca>   Jordan Henderson wrote:2N > This is an Alice In Wonderland scenario.  No Compaq management would surviveL > the emergency board meeting that would ensue if they proposed dropping all > Microsoft products.S  H Yes, it was an Alice in Wonderland (or rather Charlie Muttco in Compaq'sD boardroom) scenario. My point was that even if some insider has someL information about what Compaq might be planning for VMS, that information is1 useless until Compaq puts its plans into actions.=  N And it is useless because Compaq has lost its credibility with regards to VMS.M It is useless because Compaq could change its mind. And it is useless becausegL Compaq could have purposefully planted those good news to appease us when inH fact its plans continue to let VMS downsize itself out of existence at a manageable rate.  J > to the sensible belief that Compaq does not want to kill OpenVMS as it's$ > a profitable and growing business.  L If Compaq was able to turn VMS around and increase sales, how come it didn't9 brag about its accomplishement during analysts meetings ?t  K And how do you define "growing business" ? Does selling 20 new VMS machineshM instead of 15 instantlty mean that you have a 33% growth ? Even if during the 9 same period, 30 sites decommissioned their VMS machines ?a  C > a public forum.  I could counter that there's little Compaq could D > do to satisfy VMS users who seem to feel that putting VMS up frontD > as Compaq's premier OS, desktop to datacenter, and dropping all MS! > products would be a good thing.e  G I was only using this as an example.  Talking about VMS growth/plans tofL analysts and on CNN MoneyLine would go a long way. Doing printed ads showingM VMS's clustering capabilities and asking if other's clustering solutions haveXI each and every one of those capabilities etyyc would go even further way.e  M But as long as they keep VMS hidden, silent, with the only small noises aboutcL its niche market(s), then VMS will continue on the same course set by Palmer1 and Compaq will have as much credility as Palmer.a  H > I disagree.  I think the user community has as much to do with keepingJ > a product viable as a vendor.  If you have a visible user community full1 > of bile and negativity, it doesn't help at all.a  K That user community has stuck with VMS even in the face of Palmer's call to>L abandon ship. They are more loyal than those of the Macintosh religion. WhenM that most lotal fo community is about to give up hope, then ask yourself WHY.sN Don't blame the loyal supporters of VMS, blame that company that is alienating those loyal supporters.A   ------------------------------  % Date: Mon, 29 Jan 2001 04:21:27 -0500c- From: JF Mezei <jfmezei.spamnot@videotron.ca>%8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A75360C.406CD73F@videotron.ca>   Dave Weatherall wrote:E > must be apparent, even to them, that that lots of shops will followoC > the road to Sun and not stay on a Compaq Intel based MS-solution.c  K Yes. Correct. Which is why they will try to milk the remaining customers onaL VMS for as long as they can stay on it. If you know you're going to lose theJ customers anyways, you might as well try to keep them as long as possible.  I What Compaq understimates is the ability of customers to read between theaI lines and see what Compaq seamingly intends to do. Whether the customer'slG interpretations match Compaq's intentions is not relevant here, what iscI important is how Compaq's actions (or lack thereof) are seen by customerst/ since it is how customers make their decisions.y   ------------------------------  % Date: Mon, 29 Jan 2001 09:33:31 +0000p% From: Alan Greig <a.greig@virgin.net> 8 Subject: Re: It's the end for VMS and other Wild Rumours* Message-ID: <3A7538EB.13703BAE@virgin.net>   Jordan Henderson wrote:pF I contend that all this hand wringing and whining in a public forum is  # > not helping the ship stay afloat.  >y  K Capellas could have ended all the "hand wringing" on Friday with just a fewP positive words.  He did not. --
 Alan Greig   ------------------------------    Date: 29 Jan 2001 08:35:06 -0500* From: young_r@eisner.decus.org (Rob Young)8 Subject: Re: It's the end for VMS and other Wild Rumours+ Message-ID: <Icisvwr8ksso@eisner.decus.org>0  R In article <9534ml$hmn$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > < > Jordan Henderson <jordan@lisa.gemair.com> wrote in message  = >> I find it difficult to believe that you have done anything.K >> behind-the-scenes non-confrontationally, when you are so confrontationalt >> here, in a public forum.t > K > It's getting tiresome repeating that you can believe what you wish.  JusttN > don't foist your beliefs on others without making some reasonable attempt toJ > substantiate them - or at least don't expect them to be respected in the! > absence of such substantiation.o >   A 	Umm... I'll vouch for Bill providing most of the spit and polishn@ 	to that opus.  Many did a good deal of digging and contributingE 	sharp (or dull) thoughts to it.  Look for a 500+ line cov post Bill n= 	made in the recent past. . . Shoot, I'll take the 5 minutes:g  > http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=707964102&fmt=text   				Robe   ------------------------------    Date: 29 Jan 2001 09:21:35 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson) 8 Subject: Re: It's the end for VMS and other Wild Rumours* Message-ID: <953u9f$a3g$1@lisa.gemair.com>  + In article <Icisvwr8ksso@eisner.decus.org>, + Rob Young <young_r@eisner.decus.org> wrote:oS >In article <9534ml$hmn$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:i >> i= >> Jordan Henderson <jordan@lisa.gemair.com> wrote in message  >l> >>> I find it difficult to believe that you have done anythingL >>> behind-the-scenes non-confrontationally, when you are so confrontational >>> here, in a public forum. >> oL >> It's getting tiresome repeating that you can believe what you wish.  JustO >> don't foist your beliefs on others without making some reasonable attempt toeK >> substantiate them - or at least don't expect them to be respected in the " >> absence of such substantiation. >> m > B >	Umm... I'll vouch for Bill providing most of the spit and polishA >	to that opus.  Many did a good deal of digging and contributingeF >	sharp (or dull) thoughts to it.  Look for a 500+ line cov post Bill > >	made in the recent past. . . Shoot, I'll take the 5 minutes: >a? >http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=707964102&fmt=text  >e  ? Well, I guess I don't find it so difficult to believe now.  :-)-  E I apologize to Bill and anyone else for my own overly confrontationaleE style.  This is a fine letter, filled with good analysis and positiveC tone.S     >				Rob >3   -Jordan Hendersonh jordan@greenapple.com    ------------------------------    Date: 29 Jan 2001 09:31:42 -0500* From: young_r@eisner.decus.org (Rob Young)8 Subject: Re: It's the end for VMS and other Wild Rumours+ Message-ID: <lyNbO7G16DTF@eisner.decus.org>r  \ In article <953u9f$a3g$1@lisa.gemair.com>, jordan@lisa.gemair.com (Jordan Henderson) writes:- > In article <Icisvwr8ksso@eisner.decus.org>,c- > Rob Young <young_r@eisner.decus.org> wrote:,T >>In article <9534ml$hmn$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: >>> > >>> Jordan Henderson <jordan@lisa.gemair.com> wrote in message >>? >>>> I find it difficult to believe that you have done anythingdM >>>> behind-the-scenes non-confrontationally, when you are so confrontationalb >>>> here, in a public forum.e >>> M >>> It's getting tiresome repeating that you can believe what you wish.  Just P >>> don't foist your beliefs on others without making some reasonable attempt toL >>> substantiate them - or at least don't expect them to be respected in the# >>> absence of such substantiation.  >>>  >>C >>	Umm... I'll vouch for Bill providing most of the spit and polishvB >>	to that opus.  Many did a good deal of digging and contributingG >>	sharp (or dull) thoughts to it.  Look for a 500+ line cov post Bill I? >>	made in the recent past. . . Shoot, I'll take the 5 minutes:u >>@ >>http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=707964102&fmt=text >> > A > Well, I guess I don't find it so difficult to believe now.  :-)a > G > I apologize to Bill and anyone else for my own overly confrontationaldG > style.  This is a fine letter, filled with good analysis and positive  > tone.l >   ? 	Don't apologize Jordan.  Your style is similar to Bill's stylet 	which is similar to mine.  D 	You pretty much know what you are talking about you also exhibit a G 	modest amount of humility.  From my exchanges with Bill over the last oH 	1-2 years I have come to understand he REALLY knows what he is talking C 	about.  But like anyone else, he isn't infallible (nor am I).  TherH 	confrontational back and forth can be a TREMENDOUS learning experience.B 	I've learned a lot from Bill in the last year or so.  One wrinkleD 	that puts him above a former manager... Bill doesn't try to totally2 	intimidate you, and will explain things if asked.   				Rob-   ------------------------------  # Date: Mon, 29 Jan 2001 15:37:05 GMTc= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)08 Subject: Re: It's the end for VMS and other Wild Rumours0 Message-ID: <009F6D67.E2D52261@SendSpamHere.ORG>  j In article <uHPc6.11274$1%2.513083@sjc-read.news.verio.net>, "Nikita V. Belenki" <public@kits.net> writes:; >"Terry C Shannon" <shannon@world.std.com> wrote in messaget? >news:Pine.SGI.4.21.0101280045360.24317-100000@world.std.com...h >tJ >> This "Death of OpenVMS" rumour sounds specious. I missed the conferenceF >> webcast due to other obligations, but it sounds more like an act ofM >> omission (no references to VMS) than a death warrant. Windoze is not readySK >> for prime time in the VMS space, nor will it be for quite some time. The L >> business is actually growing again, the revenue is substantial--much moreI >> than Himalaya NSK--and the margin is in excess of 50 percent. It wouldpM >> make no sense for CPQ to mess with this formula, especially with declining- >> growth in the Wintel space. >0/ >Maybe they are planning to rename it again? ;)o  $ There might be some truth to this...  H I've been awaiting my VMS 7.3 EFT2 kit.  It arrived and the boxes inside say Tru64 UNIX!o    @ Sorry, I could restrain myself from making light of the screwup.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt             O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 29 Jan 2001 12:27:12 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> - Subject: Re: It's the end for VMS get off nowpH Message-ID: <y4hf2i4mzz.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>   cstranslations@msn.com writes:  I > In the face of this is there any big surprise in the fact that CapellasnI > said he's re-doubling all efforts to help Microsoft take over the worldt% > in a talk to a bunch of "analysts?"i  F Of course it is surprising. As DEC's history and demise have shown, asJ Bristol's, Caldera's and others problems with MS contracts have shown, andH as the findings of fact in the anti-trust lawsuit against MS have shown,G there is absolutely every reason not to partner in a serious, bet-your-s business way with that company.s  H And, to be Talmudic, even if MS wasn't as it is with its "partners", theK first thing you learn in business school is to look for and show the things E which differentiate you from your competition. Capellas seems to haveaL indicated that NSK is such a differentiatior, but that VMS is not. All other) products, Compaq is just a "me too". Bah.e  I No, from the description of Alan's, Compaq will disappear, one way or therL other, from existence within the next 3-5 years. There will remain no reason to buy from them.o   	Jan   ------------------------------  % Date: Mon, 29 Jan 2001 10:23:42 -0500n0 From: Paul Anderson <paul.r.anderson@compaq.com>! Subject: Re: LN03 system passwordcC Message-ID: <paul.r.anderson-B139B6.10234229012001@news.compaq.com>w  < In article <3A74C312.D3D74C1F@infopuls.com>, Christof Brass  <brass@infopuls.com> wrote:o  E > Problem: each time I switch on my LN03 it spits out a test page. I rF > read in the manual that there is the possibilty to change this. For E > that I have to log in (yes the printer offers to log in) using the hE > printer's account password. If I try that I receive a message that t > the password is wrong.  4 The default password on the ScriptPrinter (LN03R) is  
    (LN03R)  F There is no easy way to reset the printer to its default setting.  If H the password has been changed and you don't know what it is, you're out  of luck.  8 > Is there any trick in replying to the password prompt?  D I'm not sure that the printer will give you a password prompt.  The G password in question is a PostScript password, used for such things as cH downloading fonts or otherwise changing internal printer settings.  Are C you sure it's the printer giving you the prompt and not a terminal a server?v   Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  # Date: Mon, 29 Jan 2001 17:18:30 GMT'2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: Malloc bug - anyone else got the same problem? 7 Message-ID: <GBhd6.165$cu.1178@gazette.loc1.tandem.com>e  s In article <slrn976g82.8f.sbl+news@ardamir.local.dd.chalmers.se>, sbl+news@dd.chalmers.se (Stefan Berglund) writes:nF :I have not yet had any programming experience with VMS but perhaps myA :Unix experience can be of some help... (A lot of headshaking andp' :sounds of flamethrowers warming up) :)s     Um, not usually...  F :There is a tool called ElectricFence[1] that is an invaluable tool to; :find these kinds of memory and malloc/free related errors.e% :Unfortunatly it only runs on Unix...p  F   The Debugger's heap analyze is built into OpenVMS, and performs this   sort of debugging.  D :Which makes me wonder, how do the virtual memory model work on VMS?     Quite well, thank you.  L   That said :-), you could use the same no access page you indicate is used L   on the UNIX tool (though that would chew up a whole lot of 8KB pages), or M   you could use a handler to intercept the access violation fault, determine cN   if there is a pending boo-boo, and (if not) temporarily alter the protectionA   and permit the requested memory access to the heap to complete.l  J   Me?  I prefer to centralize the calls into a set of application-specificN   memory management modules, because this permits me to incorporate a variety L   of useful enhancements (various useful stunts are easily possible with VM I   allocation zones), and it permits me to maintain my own set of quadwordnM   fenceposts, and it permits me to monitor memory management activity within t   the application...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 29 Jan 2001 10:59:31 -0500* From: young_r@eisner.decus.org (Rob Young)7 Subject: RE: Midrange I/O with VMS WAS: DS20 - Slow I/Oh+ Message-ID: <rZNE4CnsOCwq@eisner.decus.org>a  N In article <952k4g$pcr$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:  C 	The RAID software has a number of config examples.  There are alsou@ 	DSN files that are very good.  (DSIN , interactive text search,% 	you get it with a support contract).l   	From RAID help:   4  Examplese  2    1.$ RAID BIND PAYROLL DUA1:,DUA2:,DUA3: DPA137:  A      This command associates the RAID virtual device DPA137: withg      the RAID array PAYROLL.  2    2.$ RAID BIND PAYROLL DUA1:,DUA2:,DUA3:/SHADOW-1      /USE_SHADOW_DEVICES=(DSA3,DSA4,DSA5) DPA137:   A      This command associates RAID virtual device DPA137 with RAIDiC      array PAYROLL and creates the volume shadowing virtual devicesn      DSA3, DSA4, and DSA5.  A    3.$ RAID BIND/SHADOW/USE_SHADOW_DEVICES=(DSA100:,"",DSA300:) - (      PAYROLL DUA1:,DKA14:,DUA10: DPA137:  >      The above RAID BIND command will create three shadow sets?      (DSA100:, DSA6000:, and DSA300:) each with a single shadowoB      member (DUA1:, DKA14: and DUA10:, respectively). Note DSA6000D      was used because the second index position was left blank using    >    1.$ RAID ADD/SHADOW_MEMBER PAYROLL $3$DUA220:/DEVICE=DSA99:  @      This command adds device $3$DUA220 to the shadow set DSA99,,      which is a member of the array PAYROLL.   ---   3 	From DSN with an actual example of creating a 0+1:o  2 	$ RAID INIT/RAID_LEVEL=0 RAIDPACK $1$DUA1,$1$DUA2  E 	$ RAID BIND/SHADOW/USE_SHADOW=(DSA1,DSA2) RAIDPACK $1$DUA1,$1$DUA2 -  		DPA1   	$ RAID SHOW   ! Czech it out!  s0 	$ RAID ADD/SHADOW RAIDPACK $1$DUA11/DEVICE=DSA10 	$ RAID ADD/SHADOW RAIDPACK $1$DUA12/DEVICE=DSA2   Now show again:e   	$ RAID SHOW  A 	and note RAIDPACK went from "SteadyState" to "ShadowCopying", inx8 	your case you may have 4 or 5 physical members when youA 	create your RAID0 above.  Also, your archives will/should residea 	elsewhere.s   ---   ? 	There is a whole host of overview you have to come up to speede> 	on.  Shutting down properly is important, from the help file:   2  SHUTDOWNo  F    Informs the StorageWorks RAID software that the system is about to F    shut  down.  This command should be placed in your system shutdown F    file, SYS$MANAGER:SYSHUTDWN.COM. This command operates only on the     issuing node.   				Robr   ------------------------------    Date: 30 Jan 2001 00:00:03 +0800, From: Paul Repacholi <prep@prep.synonet.com>7 Subject: Re: Midrange I/O with VMS WAS: DS20 - Slow I/OS- Message-ID: <87g0i2l56k.fsf@prep.synonet.com>n  $ fooguy <jweisen@my-deja.com> writes:   First of two followups.n  J > My only problem with the RA3000 is similar to my problem with the RA7000H > - it's only Ultra. 40MB/Sec was great 3 years ago, but what about LVD,D > U160, and U320. I can get them if I buy a Fiber Channel SAN and anH > HSG80, but if I'm not willing to spend that kind of money I'm resigned > to dated technology. > G > I can buy a 6000$ Dell PowerEdge or a 6000$ Proliant with a 64bit PCIoF > RAID controller that supports U160 drives, but I can't buy a 30,000$G > Alpha that even supports LVD, let alone U160, let alone hardware RAID F > that is affordable. I'm not asking for cutting edge, I just want theG > Alpha hardware people to keep with the times. The only 64bit LVD RAIDeH > Controller in the Alpha product line is only supported on the DS10 and > the ES40, and not under VMS.  A I agree that the current IO lineup seems really screwed. There is D nothing between a mish mash of SCSI that may or may not be supported4 on your OS, and none of it particualy bleeding edge.  D > And the RA3000, like the 7000, is a smart cabinet, dumb controllerC > solution. You're limited by the bandwidth the host controller can'J > provide, all in all a poorly architectured solution. I'm sure there is aG > reason for it, but damned if I can find it. All I want, is a midrangehI > backplane host based RAID controller (translation: Go buy a Mylex 64bitpH > PCI RAID Controller that supports LVD and U160 and write some firmwareA > for it!) I want an updated KZPAC, for all intents and purposes.y  C That is the first gap. The jump from a 960 to a HSZ is pretty huge.g Even more to the HSG.t  C And what do you get? Not much... A big load of 'industry standard', H yeah right, stuff that is limited to about 100Mb/sec. Is it a replacmentG for the CIPCA and HSJs, well, in someones dreams perhaps. Or one day innE the future, maybe. But if you are hoping for a multi GB/sec resiliant C *VMS quality* IO system, you are out of luck. Do they expect to runt EV9 big systems on this stuff?   > I'll get off my soapbox now.   -- 0< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 29 Jan 2001 11:55:08 -0500* From: young_r@eisner.decus.org (Rob Young)7 Subject: Re: Midrange I/O with VMS WAS: DS20 - Slow I/O + Message-ID: <Op416Gz1ZpNR@eisner.decus.org>-  \ In article <87g0i2l56k.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:& > fooguy <jweisen@my-deja.com> writes:   >  > E > And what do you get? Not much... A big load of 'industry standard',lJ > yeah right, stuff that is limited to about 100Mb/sec. Is it a replacmentI > for the CIPCA and HSJs, well, in someones dreams perhaps. Or one day iniG > the future, maybe. But if you are hoping for a multi GB/sec resiliantnE > *VMS quality* IO system, you are out of luck. Do they expect to runf  > EV9 big systems on this stuff? >   A 	Yes.  HSG80 has WHL (write history logging) now (1).  Hooks for r9 	mini-merge coming soon.  Perhaps someone can chime in ono= 	deliverables.  The PCI to fibre cards are reasonably priced,p8 	drop out to switched fabric... at 100 MB/sec the CIPCAs. 	and CIXCDs of the world are left in the dust.   				Robl  4 (1)  http://www5.compaq.com/info/SP7090/SP7090PF.PDF   	See page 3 on WHL infod   ------------------------------    Date: 30 Jan 2001 00:20:25 +0800, From: Paul Repacholi <prep@prep.synonet.com>7 Subject: Re: Midrange I/O with VMS WAS: DS20 - Slow I/O9- Message-ID: <87ae8al48m.fsf@prep.synonet.com>-  $ fooguy <jweisen@my-deja.com> writes:   Number two.   L > > >> I know that the KZPAC is not supposed to be the shining stars of diskJ > > >> performance, but we just purchased two DS20s, and I have to say I'mM > > >> really disappointed in the performance of the disk subsystem. I've runeO > > >> the gambit of configurations, and I have yet to get the DS20s to performr! > > >> faster than my desktop PC.j  I > > >> My test was copying several large files (Oracle dumps - each aboute8 > > >> 200MB) from one directory on the disk to another.   > > >> DS20l > > >> > > >> Number of Disks: (4) 9GBe' > > >> RAID Config: RAID 10 - 2 Channelt > > >> Cluster Size: 35a > > >> MB/Sec: 1.13t  C OK, I have had a chance to run some tests on a 4100 5/466 with 1GB.s The IO was a SWXCR to;  ; DRA1: 6 RZ29s over 3 channels as a RAID 0 set. System disk.r DRA2: 3 RZ29s...> DRA3: 4 RZ29s... over the 3 channels as well, 2 drives on ch 0* DRA4: 1 RZ29     Single JBOD on ch 2 or 3.   > > >> Number of Disks: (4) 9GBo' > > >> RAID Config: RAID 10 - 2 Channelh > > >> Cluster Size: 1 > > >> MB/Sec: 1.48+I 2.1 GB backup saveset from DRA2: to DRA3: 8 min plus some sec. Each drive G was running 127.? IO/sec on AMDS all through the transfer. Lower in thetD first few sec to create the file etc. The times where 8:17 and 8:38.  D Same file, but copying to the source dir, creating a second version,@ 33:40. About 1/4 the speed, drive ( DRA2: ) running 66.4 IO/sec.7 Nothing unexpected here. Seeks hurt by a factor of two.r  D BACK/IMA/nocrc/group=0 dra2: nla0:./sav 8:12. This was about 4.4 Gb.D The drive was clocking a steady 270 something IO/sec to AMDS through out.  F Note, these are fast wides, no ultra. And yes, they are not optimal...   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Mon, 29 Jan 2001 17:07:27 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: MPACK/MUNPACK imagest7 Message-ID: <jrhd6.162$cu.1178@gazette.loc1.tandem.com>c  p In article <3a725f53.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes: :[posted & mailed] :t4 :Hoff Hoffman (hoffman@xdelta.zko.dec.nospam) wrote:K :>   Is there have a kit (sources and pre-built images) here (or elsewhere)a9 :>   that can be submitted for the next OpenVMS Freeware?  :tH :To have a clean distribution would require some work. This was a reallyG :quick port done by Patrick Moreau of the (not quite so clean) sources.dC :A bit too late, I fear - IIRC, the submission deadline was Feb 5?!   C   I've seen other stuff that isn't particularly clean compilations.tF   (I'm looking for sources for most distribution submissions, so that "   folks can see and can tinker...)  E   If I know the kit is coming in, if I know it contains no encryption-F   technologies, and if I know roughly how big the kit will be, then I 9   can generally accept submissions through late February.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 29 Jan 2001 17:09:27 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: New Elsa Graphic patchL7 Message-ID: <bthd6.163$cu.1178@gazette.loc1.tandem.com>s  r In article <mLzeJ+u6y4vi@sable>, pmoreau@dev.ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40) writes:L :A new graphics patch, DEC-AXPVMS-VMS712_GRAPHICS-V0400-4, has just rose itsO :head at the public patch server. This patch is referenced from the 7.2-1 page,lN :and I wonder if it can be safely installed on VMS 7.2-1 (the readme file only :reference VMS 7.1-2).  D   The VMS712 series kits should be installed only on OpenVMS V7.1-2.  E   I've received several messages on this kit, and the services folks 01   are off sorting out what happened and fixing...H     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 29 Jan 2001 08:40:18 -0500h/ From: "Webb, William W" <wwebb1@email.usps.gov> * Subject: RE: New OpenVMS Times now on lineI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB399@rlghncst625.usps.gov>t  - Hunter, I think you know me better than that.r  : The only think that you and Andrew have in common is that  you both breathe air.s  7 (I will admit here that I am making the assumption thato< Andrew breathes air.  Arguments to the contrary will receive3 due consideration in light of his posting history.)t  + I didn't say you flamed him.  Ref Q1 below.g   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET & Sent: Friday, January 26, 2001 6:04 PM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET* Subject: RE: New OpenVMS Times now on line    0 On Fri, 26 Jan 2001 16:20:36 -0600, WILLIAM WEBB <WWEBB1@email.usps.gov> wrote:   >Hunter, that's bad. >  >Question1:T* >Is it flamage to compare someone to Carl? >a >Question2:s8 >Is referencing Carl in a flame an example of recursion? >-C I wasn't flaming, just wondering why Bill had to criticize my post,oB taking it somewhat out of context.  It was relevant to the thread.@ If you have problem with the thread, criticize the thread, don't& make me out to be someone like Andrew.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/a9 goathunter@goatley.com     http://www.goatley.com/hunter/d   ------------------------------  # Date: Mon, 29 Jan 2001 15:18:50 GMTo' From: Piet Timmers <piet@timmers-it.nl>i3 Subject: Password synchronise os single-logon tools ) Message-ID: <9541ki$rvm$1@nnrp1.deja.com>s   Hi,S  > Does anyone know what tools to use when you want to create theE situation when a user only needs to logon the network ones. After thet= user is logged on, he has access to OpenVMS systems and othermD platforms, without the need to enter for every system a username and	 password.e   Thanks.n  
 Greetings,   Piet Timmers     Sent via Deja.comw http://www.deja.com/   ------------------------------    Date: 29 Jan 2001 17:39:24 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)7 Subject: Re: Password synchronise os single-logon toolse( Message-ID: <3a759cbc@news.kapsch.co.at>  S In article <9541ki$rvm$1@nnrp1.deja.com>, Piet Timmers <piet@timmers-it.nl> writes: ? >Does anyone know what tools to use when you want to create thenF >situation when a user only needs to logon the network ones. After the> >user is logged on, he has access to OpenVMS systems and otherE >platforms, without the need to enter for every system a username and9
 >password.  ; Have you checked PATHWORKS or Advanced-Server for OpenVMS ?r  . 	http://www.openvms.compaq.com/advancedserver/) 	http://www.openvms.compaq.com/pathworks/t  E Accessing VMS from a LanMan domain member (eg. a Windows-NT) does not I require to specify a username/password (to access a LanMan share on VMS).g  M But other LanMan servers (like SAMBA freeware, ...) offer this functionality,  too.  I Starting with OpenVMS V7.1 and PATHWORKS V5.0F (but NOT with other LanManRJ server products for OpenVMS) one can also use LanMan Domain User/PasswordsH to (external) authenticate VMS Users (thus keep passwords synchronized).  H That means, the UAF password is not used to login, but is updated if youI login interactively (via LOGINOUT.EXE) to be the same as in the UAS. This.J is useful for the access to VMS where you need to enter a (UAF = then also# UAS) password (like FTP, FAL, ...).c  G I so far haven't seen a tool, where absolutely all passwords of all theyH companies networked systems are synchronized and you or a user only need$ to enter them once (in the morning).  = Except of course, when you have a real homogenous environment-K (like only M$ crap, only one VMS-cluster, only U**X systems with NIS, ...).c This is of course unlikely...:   -- l< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-8887< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  + Date: Mon, 29 Jan 2001 09:51:06 +0100 (MET)t& From: Rudolf Wingert <win@fom.fgan.de>0 Subject: Re: Problems to add a DS20 to a cluster6 Message-ID: <200101290847.JAA26642@sinet1.fom.fgan.de>   Hello,  K we have uninstalled the DEGPA interface and could add the DS20 newly to ourlH cluster. After integration of the DS20 we did install the interface onceH again. Now successfully. Now we can work with it without any problem. InI case of this I do think, that you can't add a node to a cluster, if there ! is an installed Gigabit Ethernet.e   Regards Rudolf Wingert  2 P.S. TSC Muenchen said: "Nothing known about this"   ------------------------------  % Date: Mon, 29 Jan 2001 18:28:58 +0000r+ From: "antonio.carlini" <arcarlini@iee.org> 3 Subject: Re: Quick (stupid) question on DECnet Plusr' Message-ID: <3A75B66A.55E5313E@iee.org>e   Andrew Robert wrote: > B > According to the documentation pages, I need to get a unique IDP* > network identifier from ANSI or similar. >   . If you will not need to connect to anyone else/ with DECnet then the default of 49:: should do.   ) Otherwise you can use the appropriate one 0 that let's you generate a unique network id from, (for example) one of your telephone numbers , (this allows you to use one of the numbering* plans ... E.162 or E.163 rings a bell ...   if you'll pardon the lousy pun).  5 If you really, truly want your own honest-to-goodnesso/ id from ANSI (or whoever it is that administersd/ these things) be prepared to shell out a rather , large number of bucks. (I've never done this( or known anyone who has had to do this, ' but the number $10K sticks in my mind).   > > I am exploring the requirements for converted from Phase IV. > ( > Any help would be greatly appreciated.  1 49:: was good enough for the Easynet, I expect itc0 will do for you. Unless you expect to be bought $ out rsn by someone else with a large DECnet-Plus network.   Antoniop   -- n   ---------------A- Antonio Carlini             arcarlini@iee.orgY   ------------------------------  + Date: Mon, 29 Jan 2001 14:27:56 +0100 (CET)e3 From: Per Magnus BANCK <Per.Magnus.Banck@telia.com>  Subject: RCP and RMS attributes:4 Message-ID: <200101291327.OAA18288@d1o805.telia.com>   Hello,  > I need advice from someone who has solved a similar situation.   The situation:H - Trying to copy various indexed files to another OpenVMS site in batch.- - No DECnet, as it is filtered out en route. D? - No passwords is allowed to be transfered in clear, nor saved 1" explicitly in any command scripts.G - The RMS attributes (keys etc) shall be retained at the recieving end.A  0 We use Compaq's TCPIP services for OpenVMS v5.0.  B RCP was the first idea, but leave the files as flat files at best. And FTP need passwords.o  H Have any one solved a situation like that, in at least a semi-automatic  way? What tools do I need?   Regards,
   //Magnus   ===============================  Per Magnus Banck Electoral Information Service  P.O.Box 4186 SE-10264  STOCKHOLM  (Sweden)g phone  +46  8  6446782 ===============================$   ------------------------------    Date: 29 Jan 2001 15:19:15 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)# Subject: Re: RCP and RMS attributesC( Message-ID: <3a757be3@news.kapsch.co.at>  j In article <200101291327.OAA18288@d1o805.telia.com>, Per Magnus BANCK <Per.Magnus.Banck@telia.com> writes:? >I need advice from someone who has solved a similar situation.a >e >The situation:cI >- Trying to copy various indexed files to another OpenVMS site in batch.e. >- No DECnet, as it is filtered out en route. @ >- No passwords is allowed to be transfered in clear, nor saved # >explicitly in any command scripts.UH >- The RMS attributes (keys etc) shall be retained at the recieving end.  = Use DECnet-Plus (aka Phase V) over TCPIP and all is solved...t  K btw. If you insist in running Phase IV instead of Phase V, you need TCPware N (or Multinet) because TCPIP (and UCX) won't offer DECnet-Phase4-over-TCP/IP...  1 >We use Compaq's TCPIP services for OpenVMS v5.0.p  + Better use V5.0-11 (aka V5.0A) with ECO1...h  C >RCP was the first idea, but leave the files as flat files at best.m >And FTP need passwords. >.I >Have any one solved a situation like that, in at least a semi-automatic 0 >way? What tools do I need?t   Yes.  G VMS (DIR, COPY, AUTHORIZE, Proxies, ...), DECnet-Plus, TCPIP (or UCX orVH TCPware or Multinet). Use LOCAL as Primary Namespace (and keep it mostlyI empty) and DOMAIN (aka BIND/DNS) as Secondary Namespace (in DECnet-Plus).   	 Good luckn   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888b< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Mon, 29 Jan 2001 14:25:14 GMTt3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>h# Subject: Re: RCP and RMS attributesd/ Message-ID: <3A757C39.A8793425@cableinet.co.uk>    Per Magnus BANCK wrote:I >  > Hello, > @ > I need advice from someone who has solved a similar situation. >  > The situation:J > - Trying to copy various indexed files to another OpenVMS site in batch.. > - No DECnet, as it is filtered out en route.@ > - No passwords is allowed to be transfered in clear, nor saved$ > explicitly in any command scripts.I > - The RMS attributes (keys etc) shall be retained at the recieving end.e > 2 > We use Compaq's TCPIP services for OpenVMS v5.0.  F Are you sure its not 5.0A? If not, you should consider an upgrade, and install the latest ECO.   > D > RCP was the first idea, but leave the files as flat files at best. > And FTP need passwords.s  C You will either need passwords, or TCP/IP proxy's, or anonymous ftpu
 configured on the receiving node. h  F With proxy's you could use NFS. I am using this to monitor backup logs andf6 a few other things quite reliably in VMS to VMS mode.   F To solve any problems with file attributes first pack up all the files intoB a backup saveset on the source, then copy by whatever means to the destination, thensG unpack the saveset at the destination. You may not need to do this with 
 the latest TCP/IP.   m! I hope this gives you some ideas.o   > I > Have any one solved a situation like that, in at least a semi-automatic  > way? What tools do I need?  " TCP/IP Services Management Manual.  I http://www.openvms.compaq.com:8000/72final/6526/6526profile_contents.html-     > 
 > Regards, >   //Magnus > ! > ===============================n > Per Magnus Banck > Electoral Information Serviceg > P.O.Box 4186 > SE-10264  STOCKHOLM  (Sweden)  > phone  +46  8  6446782! > ===============================f   ------------------------------  % Date: Mon, 29 Jan 2001 14:45:27 +0100y= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>?# Subject: Re: RCP and RMS attributess) Message-ID: <3A7573F7.CF1A9489@gtech.com>i   Per Magnus BANCK wrote:i@ > I need advice from someone who has solved a similar situation. >  > The situation:J > - Trying to copy various indexed files to another OpenVMS site in batch.. > - No DECnet, as it is filtered out en route.@ > - No passwords is allowed to be transfered in clear, nor saved$ > explicitly in any command scripts.I > - The RMS attributes (keys etc) shall be retained at the recieving end.  > 2 > We use Compaq's TCPIP services for OpenVMS v5.0. > D > RCP was the first idea, but leave the files as flat files at best. > And FTP need passwords.r > I > Have any one solved a situation like that, in at least a semi-automatic/ > way? What tools do I need?  # As I see it, then we have 3 issues:-   1) no DECnet      so we have to use TCP/IP   " 2) we need all VMS file attributes  6    no problem use f.ex. first BACKUP and then ZIP "-V"  ' 3) no unencrypted password over the netc      this is the difficult one  G    The obvious solution was a SecureFTP (FTP over SSL) solution, but tod1    my best knowledge such does not exist for VMS.e  F    My recommendation would therefore be to use HTTPS and authorisation overE    that. Use OSU, WASD or CSWS as server and LYNX or MOSAIC as clientm    (LYNX can scriptes).d   Arne   ------------------------------  % Date: Mon, 29 Jan 2001 12:05:54 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: RCP and RMS attributesmL Message-ID: <rdeininger-2901011205550001@user-2ivec43.dialup.mindspring.com>  i In article <200101291327.OAA18288@d1o805.telia.com>, Per Magnus BANCK <Per.Magnus.Banck@telia.com> wrote:    > Hello, > @ > I need advice from someone who has solved a similar situation. >  > The situation:J > - Trying to copy various indexed files to another OpenVMS site in batch./ > - No DECnet, as it is filtered out en route. vA > - No passwords is allowed to be transfered in clear, nor saved m$ > explicitly in any command scripts.I > - The RMS attributes (keys etc) shall be retained at the recieving end..   A clunky but workable way is to use make backup savesets containing your files.  Use /block=2048, which is inefficient, but the resulting files seem to ftp with minimal damage in binary mode.  Backup will keep all the attributes.t  H You might want to zip the savesets so they transfer faster over the net.   Better would be to use DECnet plus over TCP/IP.  But unless you will be moving files a lot, it might not be worth the trouble to set it up.  If you need to move VMS files all the time, then you should go with DECnet-plus.s   -- M Robert Deininger rdeininger@mindspring.coms   ------------------------------  # Date: Mon, 29 Jan 2001 18:11:09 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: RCP and RMS attributesl7 Message-ID: <1nid6.170$cu.1259@gazette.loc1.tandem.com>s  j In article <200101291327.OAA18288@d1o805.telia.com>, Per Magnus BANCK <Per.Magnus.Banck@telia.com> writes:I :- Trying to copy various indexed files to another OpenVMS site in batch.f. :- No DECnet, as it is filtered out en route.      You can run DECnet over IP...c  @ :- No passwords is allowed to be transfered in clear, nor saved # :explicitly in any command scripts.a  D   This means no passwords, or an encrypting or secure sockets layer,@   or tunneling, or proxies.  One-shot passwords would be another=   option.  Or encrypting or authenticating the data itself...b  H :- The RMS attributes (keys etc) shall be retained at the recieving end.  D   There are any number of ways to do this, though I generally preferE   to role multiple files into a BACKUP saveset or zipfie for ease of I   the transfer...d  1 :We use Compaq's TCPIP services for OpenVMS v5.0.i     Get to V5.0A with ECO1.l  C :RCP was the first idea, but leave the files as flat files at best.      I'd have gone for FTP...   :And FTP need passwords.     FTP can operate anonymously.  I :Have any one solved a situation like that, in at least a semi-automatic   :way? What tools do I need?e  A   COPY/FTP/ANON is part of TCP/IP Services and any recent OpenVMS-
   version.  F   Given some readings of your sig, I'd also look at PGP or the Compaq C   Encryption product for OpenVMS, or at MD5, for the data itself...-2   (Not so much for security, but for integrity...)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 29 Jan 2001 12:46:49 +0100A= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>CY Subject: Re: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160hardware     questiop) Message-ID: <3A755829.F7EA53F0@gtech.com>a  ( Andrew Harrison SUNUK Consultancy wrote: > Arne Vajhj wrote: > > andrew harrison wrote:; > >> Well its hardly bogus, its just worse than I suggestedn: > >> The 1.2.X JVM is available for OpenVMS and neither is: > >> the plugin. The 1.3.X JVM isn't available for OpenVMS- > >> at all (well there is an alpha release).- > >- > >p" > > It is indeed not good for VMS. > >-E > > But it illustrates how well you check your facts before posting !a > * > Incedentally you were not very quick off- > the mark to correct Cristof and Jordan when / > they both claimed that having a 1.3 JVM isn'tc > important. > 6 > You of course knew that this was untrue particularly1 > for people who want to run Java in a browser on 
 > OpenVMS. > + > Perhaps you should have piped up earlier.o  > I could. But whether JDK 1.3 is important or not depends a lot on who you are.t   Arne   ------------------------------  % Date: Mon, 29 Jan 2001 15:20:29 +0000r0 From: andrew harrison <andrew.nospam@uk.sun.com>Y Subject: Re: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160hardware     questioa) Message-ID: <3A758A3D.7657E62@uk.sun.com>S   Arne Vajh=F8j wrote: > =r  * > Andrew Harrison SUNUK Consultancy wrote: > > Arne Vajh=F8j wrote: > > > andrew harrison wrote:= > > >> Well its hardly bogus, its just worse than I suggested-< > > >> The 1.2.X JVM is available for OpenVMS and neither is< > > >> the plugin. The 1.3.X JVM isn't available for OpenVMS/ > > >> at all (well there is an alpha release).a > > >  > > >n$ > > > It is indeed not good for VMS. > > > G > > > But it illustrates how well you check your facts before posting !t > >o, > > Incedentally you were not very quick off/ > > the mark to correct Cristof and Jordan whena1 > > they both claimed that having a 1.3 JVM isn't  > > important. > >r8 > > You of course knew that this was untrue particularly3 > > for people who want to run Java in a browser ond > > OpenVMS. > >-- > > Perhaps you should have piped up earlier.5 > =o  @ > I could. But whether JDK 1.3 is important or not depends a lot > on who you are.o > =l    5 But you knew that their general dismissal of the needo3 for 1.3 was incorrect for anyone who wants to run =a   Java in a browser on OpenVMS. =n    3 This is a fairly sizable group if the posts about =d  + Mozilla/Java support are anything to go by.m  1 Given this I would suggest that you correct theire3 obvious mistakes and if you do then you are welcome, to criticise mine as well. =     Regardst Andrew Harrison/ Enterprise IT Architect-   ------------------------------    Date: 29 Jan 2001 12:53:05 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>l6 Subject: Re: RMS bug, possible triggered by autoextendH Message-ID: <y4bssq4lsu.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>   This is a quote from http://ftp1.support.compaq.com/public/vms/axp/v7.2-1/dec-axpvms-vms721_rms-v0100--4.README, dated 8-DEC-2000:  F o Mark  the  Buffer Descriptor as busy for asynch multistreamed block    IO autoextends.h  :   Performing  multistreamed  asynchronous  Block  IO to  a;   sequential  file  could  result in random data corruptionrB   and/or sporadic  SS$_BADPARAM  errors  if  an autoextend occurs.   Might apply.   	Jan   ------------------------------   Date: 29 Jan 2001 11:23:44 GMT7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann)s Subject: Re: samba 2.0.60 Message-ID: <Oozvf8elmJpy-pn2-53DdD3Hie5o2@Tom2>  > I was not able to link samba until I run setup_samba_vms_buildE on samba_root. Now it seems to start, but it terminates with an Error   E [2001/01/29 12:04:42, 0] DATEN2:[SAMBA.SOURCE.LIB]INTERFACE.C;3:(204)h@   ERROR: Could not determine network interfaces, you must use a  interfaces config line  B I read the doc files and found I have to specify an interface line interface = 10.10.10.1/8 sD and some words in unix_instal.txt about broadcast address an netmask    
 Q: [global] ? , 	interface = my.ip.add.ress / my.net.m.ask ?  ! I've tied to specify one and got b  G [2001/01/29 12:21:29, 0] DATEN2:[SAMBA.SOURCE.PARAM]LOADPARM.C;1:(2047)n(   Ignoring unknown parameter "interface"   Regards(    Thomas Hahnemannx   ------------------------------   Date: 29 Jan 2001 17:19:34 GMT7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann)h Subject: Re: samba 2.0.60 Message-ID: <Oozvf8elmJpy-pn2-l3kuYITIn1NX@Tom2>   2.  ? Now it runs. My mistake was to specify "interface =" instead ofrC "interfaces =" and to look only into  the text files assuming they l1 contain then same information like the html docs.   3 But the problem with large directory still remains.-  " Now I stop the processes by typing   stop "NMBD 2.0.6"  and    stop "SMB_    myhostnnn"   Q: How can I shutdown samba ?m  ) I know on NT- client side i.e. I can type0 net use K: /DELETE to remove my drive.      Regards  Thomas Hahnemann     ------------------------------    Date: 29 Jan 2001 09:36:36 -0500, From: koehler@eisner.decus.org (Bob Koehler)) Subject: Re: select() and getservbyname() + Message-ID: <3heXYZYguCIb@eisner.decus.org>e  O In article <94v895$819$1@nnrp1.deja.com>, marinto <marinto@my-deja.com> writes:l > G > Ok, I guess that solves my problem with getservbyname(). But I'm justNI > curios...if one should use a language where one haven't got access to a > > similar function, how could it be done with system services? >   H We did exactly this.  Had a little trouble getting the $QIO functions toF work so we called the C RTL functions from our Fortran code.  The onlyB pain was we had to hand code all the C data structures those C RTL functions use.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GrouprE                                 | please remove ".aspm" when replyings   ------------------------------  # Date: Mon, 29 Jan 2001 09:24:27 GMTu$ From: mark@NOSPAMtechop.co.uk (Mark) Subject: Text file locking. Message-ID: <3a753605.1342260@news.force9.net>   Hi,   E We have an application which writes debug information to log files asbC it runs.  We need to be able to read these files (with an editor or 9 by "typing" them) while the application is still running.e  E At present the files are opened and written to by the C RTL functionsuD fopen() and fprintf().  Can anyone tell me an easy way to change the? file locking/buffering so that these files can be read.  We are  using OpenVMS 7.1 on Alpha.r   TIAn  
 Mark Williams    ------------------------------  % Date: Mon, 29 Jan 2001 04:57:19 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Text file locking, Message-ID: <3A753E72.2281A098@videotron.ca>   Mark wrote:cG > At present the files are opened and written to by the C RTL functions8F > fopen() and fprintf().  Can anyone tell me an easy way to change theA > file locking/buffering so that these files can be read.  We arei > using OpenVMS 7.1 on Alpha.   B myfile = fopen("chocolate.cake","w","ctx=rec","shr=get","rat=cr");  E fwrite("my chocolate recipe",strlen("my chocolate recipe"),1,myfile);     % And every now and then, you issue a :(   flush(myfile); fsync(fileno(myfile));   ------------------------------  # Date: Mon, 29 Jan 2001 17:53:59 GMTh2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Text file locking7 Message-ID: <X6id6.168$cu.1259@gazette.loc1.tandem.com>a  U In article <3a753605.1342260@news.force9.net>, mark@NOSPAMtechop.co.uk (Mark) writes:=- :...We need to be able to read these files...o( :while the application is still running. :C> :...the files are opened and written to by the C RTL functionsE :fopen() and fprintf().  Can anyone tell me an easy way to change the:9 :file locking/buffering so that these files can be read. c  G   Please see the OpenVMS FAQ.  www.openvms.compaq.com.  Source example. D   Just this question.  (And other answers for other questions, too.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 29 Jan 2001 15:20:07 GMT + From: ag079@freenet.buffalo.edu (NS Gaffin) C Subject: TQK70 controller in serpentine config, q-bus cfg questionss, Message-ID: <G7xJxJ.H3t@freenet.buffalo.edu>  4 I have looked at the "Ask the Wizard" section in the3 openvms.compaq site- searching for "serpentine". Ato1 the moment,5 documents come up: 3064, 3232, 3264,u3 5219, and 6136pro_009. Am I missing any recommended 3 reading? What exactly does serpentine suggest? Thato5 the bus goes from Slot1 A-B to Slot1 C-D to Slot2 C-DV6 to Slot2 A-B to Slot3 A-B, etc.... ?? Or is it a giant6 loop, going through all the A-Bs and then winding back5 when slot 15 is hit? I'd guess the former, it being an6 more accurate description of what I think "serpentine"/ would look like. Or is it neither, and I am notR getting the concept?    4 For those unfamiliar with my situation, please refer2 to the with subject lines "[Re:] Bootup TK70 Drive	 Problem".   ' But here is a little background anyway:E5 Currently, I am trying to boot a system using a KA655T4 CPU using a tape drive (TK70) that contains VMS 5.4.5 As far as I know, this was successful two months ago.A6 (The CPU was KA630, and then one of my colleagues came- in and unceremoniously swapped the CPU cards-p0 nevertheless, the same problem occurs- that of a% CTRLERR, after a successful power up.5  5 Also, I have seen what a flip chip is, and where they.6 were in my TK70 boot problem. I presume these are also known as grant cards?e     My current situation is this:o   			A-B			C-D  ! Slot 1      	    M7625-BA (KA655)w Slot 2		    CMX-1651 (mem) Slot 3		M759 (TQK70)	Flip Chip Slot 4		M7516 (DELQA)	EMPTY! Slot 5		CQD220		EMPTY! Slot 6		    ICP1622S COMMD Slot 7-15		EMPTY.		EMPTY.t    6 (the jumpers labelled "SWA" on the bottom right of the ICP card are at "000")  1 My question at this point is, have I followed thes4 proper serpentine configuration, or is it considered discontiguous?    4 I wanted to ask this before I delved deeper into the+ issue of setting CSRs and vectors at Hoff'sr0 suggestion. Also- Hoff if you are out there, you4 referred to setting "The CSR and vector on one Q-bus2 module and add it into the first slot." How do you5 check what these are set to? When all of the ICP1622S 2 are in, they represent (if I have read the jumpers0 correctly) CSRs 0-7 (000 through 111). How can I5 verify what they actually read when they are set intoS
 the slots?  6 Is it a command you can issue at the terminal once the/ firmware is powered up? I can issue a configure  command with the KA655 CCL.      I have placed pictures at:. http://freenet.buffalo.edu/~ag079/chassis.html  / (the www.rit.edu/~nsg9719/chassis.html site no m longer exists)    0 I know this is a lot to digest. The power supply+ and tape drive have been verified not to bei- the problem. Any and all suggestions welcome.i   Thanks,e Neil G   ------------------------------    Date: 29 Jan 2001 13:34:48 -0500, From: koehler@eisner.decus.org (Bob Koehler)G Subject: Re: TQK70 controller in serpentine config, q-bus cfg questionsn+ Message-ID: <FkZGK9l75gig@eisner.decus.org>4  Z In article <G7xJxJ.H3t@freenet.buffalo.edu>, ag079@freenet.buffalo.edu (NS Gaffin) writes:6 > I have looked at the "Ask the Wizard" section in the2 > openvms.compaq site- searching for "serpentine".  F    IIRC, straight across top only on the Q/CD slots (1, 2, 3, maybe 4?E    see below), then top of slot 4 (or is it 5?) to bottom of slot 4, vD    bottom of slot 4 to bottom of slot 5, bottom of slot 5 to top of .    slot 5, top of slot 5 to top of slot 6, ...  %    1  2  3  4  5  6  7  8  9 10 11 12D%    ----------  ----  ----  ----  ---- $       	    |  |  |  |  |  |  |  |  |$       	    |  |  |  |  |  |  |  |  |$       	    ----  ----  ----  ----  -  7 > Also, I have seen what a flip chip is, and where theye8 > were in my TK70 boot problem. I presume these are also > known as grant cards?s  H    Yes "flip chip" terminology dates back to UNIBUS days, when they wereF    about 2 1/2 inch square.  Bus grant continuity cards (or some such)    are the real name.     > Slot 3		M759 (TQK70)	Flip Chip  F    I think this is possibly the problem.  You're ruggedized VAX may beE    different, but the MV II shipped with Q/CD slots 1, 2, 3, (or 4?) PD    you have to get the first peripheral card into a real Qbus slot,     starting at 4 (or 5?).   8 > Is it a command you can issue at the terminal once the1 > firmware is powered up? I can issue a configurei > command with the KA655 CCL.a  H    On later CPUs there is code for this is in the boot ROM, but on MV IID    it's on the diagnostic tape.  You'll need to get at least that to    boot.  G    About the slots:  I recall only two memory boards in my MicroVAX II,5F    but my old MicroVAX Systems handbook claims "up to three ... memoryF    expansion modules", so I'm not sure if there are 3 Q/CD slots or 4.  G    OBTW how many Qbus slots did you say you have?  A BA23 cabinet had 88H    slots and a standard BA123 had 12 slots.   You system may be based on2    one of these, but did you say you had 15 slots?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationa= NASA GSFC Flight Software       | Federal Sector, Civil GroupoE                                 | please remove ".aspm" when replyingt   ------------------------------    Date: 29 Jan 2001 12:39:35 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>a2 Subject: Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXEH Message-ID: <y4elxm4mfc.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L Have you read the release notes on the latest graphics patch? ISTR something8 about incomplete re-initialisation of a graphics card...   	Jan   ------------------------------    Date: 29 Jan 2001 08:00:45 -0500/ From: champ@bundy.vistech.net (Champ Clark III)  Subject: VMS BBS softwarea4 Message-ID: <slrn97aq1q.3c7.champ@bundy.vistech.net> Keywords: VMS BBSg      Hello all,    F      I help run a little OpenVMS 7.2 box for fun,  and I was wonderingC if anyone knew of some BBS software I could use for this box.  I'vecF played with ubbs (way back) but there are several problems with this. D 1>  Its in fortran 2> it doesn't want to compile under OpenVMS 7.2.   C     If anyone has some better ideas,  please email me.  Remove the c( "nospam" from the email address.  Thanks         -- t8 If it wasn't for C, we'd be using BASI, PASAL and OBOL.     - Author unknown    ------------------------------  % Date: Mon, 29 Jan 2001 11:57:13 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: VMS BBS softwarenL Message-ID: <rdeininger-2901011157130001@user-2ivec43.dialup.mindspring.com>  T In article <slrn97aq1q.3c7.champ@bundy.vistech.net>, champ@nospam.vistech.net wrote:   >    Hello all,  >   H >      I help run a little OpenVMS 7.2 box for fun,  and I was wonderingE > if anyone knew of some BBS software I could use for this box.  I've H > played with ubbs (way back) but there are several problems with this. F > 1>  Its in fortran 2> it doesn't want to compile under OpenVMS 7.2.   "Where does this "ubbs" come from?  Did it ever compile under an earlier version of VMS?  If so, it should be pretty easy to bring up to date.  (Actually I'm surprised it stopped working.)  Fortran isn't a problem.  If you point me to the source, I'll take a quick look in the next few days.  . "it doesn't want to compile under OpenVMS 7.2"  k Heck, almost none of my programs WANT to compile.  They'd rather sleep or watch TV.  You have to FORCE 'em.V   -- a Robert Deininger rdeininger@mindspring.comh   ------------------------------  # Date: Mon, 29 Jan 2001 17:53:10 GMT  From: john_20_28_2000@yahoo.com- Subject: Re: VMS BBS softwareo) Message-ID: <954am0$4qj$1@nnrp1.deja.com>a  D Is is possible for your vms to accept a sort of "dial-up networking"A connection?  The one that I am on is set up for the command line.jG However, if you could get that to work then maybe you could use apache.   4 In article <slrn97aq1q.3c7.champ@bundy.vistech.net>,!   champ@nospam.vistech.net wrote:o >    Hello all,c >rH >      I help run a little OpenVMS 7.2 box for fun,  and I was wonderingE > if anyone knew of some BBS software I could use for this box.  I'veaG > played with ubbs (way back) but there are several problems with this.lE > 1>  Its in fortran 2> it doesn't want to compile under OpenVMS 7.2.  >pD >     If anyone has some better ideas,  please email me.  Remove the* > "nospam" from the email address.  Thanks >  > --9 > If it wasn't for C, we'd be using BASI, PASAL and OBOL.c >r >  - Author unknown  >      Sent via Deja.comh http://www.deja.com/   ------------------------------    Date: 29 Jan 2001 13:39:08 -0500/ From: champ@bundy.vistech.net (Champ Clark III)s Subject: Re: VMS BBS softwarep4 Message-ID: <slrn97bds9.lv7.champ@bundy.vistech.net>   >r >>    Hello all, n >>   tI >>      I help run a little OpenVMS 7.2 box for fun,  and I was wondering F >> if anyone knew of some BBS software I could use for this box.  I'veI >> played with ubbs (way back) but there are several problems with this. wG >> 1>  Its in fortran 2> it doesn't want to compile under OpenVMS 7.2. c >S#>Where does this "ubbs" come from?  Did it ever compile under an earlier version of VMS?  If so, it should be pretty easy to bring up to date.  (Actually I'm surprised it stopped working.)  Fortran isn't a problem.  If you point me to the source, I'll take a quick look in the next few days.i >t/ >"it doesn't want to compile under OpenVMS 7.2"  >al >Heck, almost none of my programs WANT to compile.  They'd rather sleep or watch TV.  You have to FORCE 'em. >l >--  >Robert Deiningerf >rdeininger@mindspring.com  L    I'll look around and see what I can't find.  I _have_ the ubbs archived, H but I'll have to locate it on the net or something.  I got it to compileJ fine on a friends older VMS box (5.2 or something).  I'm under OpenVMS 7.2H now,  and it certainly doesn't like the idea of compiling..  I'll locate2 it and post a URL (or put my archive up via FTP).      -- t8 If it wasn't for C, we'd be using BASI, PASAL and OBOL.     - Author unknown    ------------------------------   Date: 28 Jan 2001 21:37:21 CDT= From: wayne@tachysoft.xxx.423388.killspam.00d1 (Wayne Sewell) & Subject: RE: VMS writable CD on Win2K?. Message-ID: <OI4p2$1xkkwb@tachxxsoftxxconsult>  ] In article <EJEDILJIPPJOIEFOLDHLOEJHCEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:i5 > Well one can always hope, but I do see the problem.e > E > Is it too much to expect that a such a drive purchased at the local 4 > electornics superstore (Fry's) will work with VMS?    N It is possible.  SCSI tabletops are the easiest to deal with.  I currently useI the Yamaha CRW4416SX, connected to an alphastation 200.  Works great withy	 cdrecord.s       >> -----Original Message-----o< >> From: Hoff Hoffman [mailto:hoffman@xdelta.zko.dec.nospam]* >> Sent: Tuesday, January 23, 2001 3:57 PM >> To: Info-VAX@Mvb.Saic.Com) >> Subject: Re: VMS writable CD on Win2K?  >> f >> yA >> In article <EJEDILJIPPJOIEFOLDHLMEJDCEAA.tom@kednos.com>, Tom s" >> Linden <tom@kednos.com> writes:D >> :I would like to mount a writable CD drive in my Win 2000 server. >> sA >>   Consider asking for help in a Microsoft Windows newsgroup...p >>  A >> :1.  Has anyone done this with full access from a VMS cluster?: >> TL >>   I am not aware of a way to establish a Microsoft Windows 2000 disk for L >>   served access from OpenVMS -- the closest available mechanism would be ? >>   via NFS, and that would get pretty ugly with a CD-R drive.i >> m' >> :2.  Can it be done transparently?  o >>   >>   I'd tend to assume not. >> M9 >>   Mount the CD-R drive directly on the OpenVMS system.r >> nF >>   Various folks have gotten transfers over to the Microsoft WindowsD >>   2000 platform CD-R to work, but it can be problematic and it isD >>   rather more difficult than directly connecting CD-R to OpenVMS. >> n1 >>   You will have to perform a binary transfer. d >>  L >>   Microsoft Windows seemingly lacks a foreign-volume mechanism, and thus J >>   tends to make assumptions about the volume structure and particularlyK >>   about access -- I've had some problems keeping Microsoft Windows from -> >>   trying to write to areas of a volume that a foreign file  >> structure might m4 >>   not like to see written to...  But I digress... >> fG >>   Please see the FAQ for details on directly connecting and using a e >>   CD-R drive on OpenVMS.r >> t6 >>  --------------------------- pure personal opinion  >> ---------------------------5 >>    Hoff (Stephen) Hoffman   OpenVMS Engineering   r >> hoffman#xdelta.zko.dec.com  >>   -- tO =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxe: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)-O ===============================================================================sB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  # Date: Mon, 29 Jan 2001 17:10:31 GMTl" From: fooguy <jweisen@my-deja.com>= Subject: Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)h) Message-ID: <95485u$2dg$1@nnrp1.deja.com>c  ) I'm trying to get my test up and running:b  2 $MOUNT DSA0: /SHADOW=($1$DKB200,$1$DKC0) SHADOWVOL? %MOUNT-F-NOSHADOW, VMS Volume Shadowing Phase II is not enablede  E I went into sysgen, set shadowing 2, did a write current, and exited. @ When I went back, shadowing is set to 0. Am I missing something?    - In article <87puh7pyac.fsf@prep.synonet.com>,-/   Paul Repacholi <prep@prep.synonet.com> wrote: & > fooguy <jweisen@my-deja.com> writes: > C > > Really? Ramdisk as a Shadow Set Member? Can you or someone else  comment H > > of the stability? I assume since on boot I'd have to put data in the ram-H > > disk, it won't be the primary (what's the VMS term, "full copy mergeG > > to"?) so how do I know it will get sufficient use? I mean, will VMSe knowE > > to read from that first because it has the lowest latency? In twoo yearsgE > > I've never had VMS crash on me, but what kind of stability are wedG > > looking at? Am I going to be restoring a backup if the OS bugcheckst (ine% > > reality, I prob would be anyway).b >h? > Yep, Takes a bit of a fiddle, but once you have it set up, it H > is a doddle. Create your ram disk, and init it. ( not sure if the initC > is needed... ) Label it SCRATCH_DISK. mount the real disk(s) as a E > shadowset, without the ram disk. Add the Ramdisk. there is a switch0H > added in one of the updatres that will require the added drive to haveD > the scratch_disk label.  Shoving the wrong drive into a shadow set8 > is probably THE instant death mistake on VMS today! :( > E > Don't forget that every byte of ramdisk, is less memory for orible.yB > If you can have the DB use that memory effectivly, then you win. > Talk to your DBA.n >pF > > Ramdisk might not work know anyway, if we get the RA7000 I'm going toD > > want to spread Oracle out over like 10 mirrored pairs (more if I can...ImD > > think we quoted 18 disks, but if we attach both systems to the 1 cabinetiD > > I can only access 12 disks on each machine). No way I can mirror that in3: > > Ram, although it still has to be cheaper than 10K$/MB. > >jH > > We just got a 30 day Vol Shadow license from DEC/Q to try it out and seecF > > what the overhead it. I understand the concept, and I've done someD > > reading (I knew enough from the people here to know that it does prettyF > > well) but like you I don't have numbers (but I will by next week). ThetD > > tech at our VAR who didn't like soft raid admitted he knows very little& > > about VMS, so there is that there. > E > The config you mentioned seems to me to be way over the top... PluswG > talking to DBA people ( I try to avoid that stuff ) the logs generaly " > end up being the write hot spot. >-? > I still think that your original tests where broken, but from-B > what you have posted, I can't point to anything and call it out.D > I know that I can read 13 1/2 K blocks, decompress them, and writeB > 49 1/2 K block out in under 7 sec. ( I think 5.4 sec wall is theA > usual time ) on a 400MHz 4100 with a single 960. Its a 6 memberiC > RAID set of RZ29s, not what I would consider optimal at all. Hellt( > of a way to make a 27Gb system disk... >.E > I fhave been wanting to get back to that machine and re-try some IOmB > tests and post them for you, but have not had the chance as yet.! > In the next day or two, I hope.o >s > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.aB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked. >o   --- ********************************************* ( "All I every wanted from life was to see, Larry Wall give Bill Gates a Perl Necklace."     Sent via Deja.comi http://www.deja.com/   ------------------------------    Date: 29 Jan 2001 13:11:54 -0500* From: young_r@eisner.decus.org (Rob Young)= Subject: Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)d+ Message-ID: <zelhoIraQQV8@eisner.decus.org>   N In article <95485u$2dg$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:+ > I'm trying to get my test up and running:a > 4 > $MOUNT DSA0: /SHADOW=($1$DKB200,$1$DKC0) SHADOWVOLA > %MOUNT-F-NOSHADOW, VMS Volume Shadowing Phase II is not enablede > G > I went into sysgen, set shadowing 2, did a write current, and exited.rB > When I went back, shadowing is set to 0. Am I missing something? >   ; 	SHADOWING isn't a dynamic parameter.  Your system needs to 9 	be booted.  Also, that is why when you exit and re-enter A 	it "flips" back (to have it stick, if it was a dyanmic parameterC; 	D ... you would do a USE CURRENT , WRITE ACTIVE to change b 	a dynamic parameter).  7 	The recommended way of making the change is to modify i2 	MODPARAMS.DAT, add an appropriate comment statingH 	why the change was made , date and who made it and run the appropriate  	AUTOGEN (1) to make it stick.  $ SYS$SYSROOT:[SYSEXE]MODPARAMS.DAT;49  F SHADOWING               =     2   ! Turned on 3/3/97 by Hickey Bilford   			Rob   (1)  For example:e  8 http://www.openvms.compaq.com/wizard/faq_frames/mgmt.htm   MGMT11.t  4 Why doesn't OpenVMS see the new memory I just added?  I When adding memory to an OpenVMS system, one should check for an existing. definition of the PHYSICALPAGESaA (OpenVMS VAX) or PHYSICAL_MEMORY (OpenVMS Alpha) parameter in the  SYS$SYSTEM:MODPARAMS.DATO parameter database, use a text editor to reset the value in the file to the new5/ correct value as required, and then perform thee following command: 7  3       $ @SYS$UPDATE:AUTOGEN GETDATA REBOOT FEEDBACKl    I This AUTOGEN command will reset various system parameters based on recenty* system usage (FEEDBACK), and it will resetO the value for the PHYSICALPAGES parameter to the new value. It will also reboot- the OpenVMS system.        > / > In article <87puh7pyac.fsf@prep.synonet.com>,d1 >   Paul Repacholi <prep@prep.synonet.com> wrote:e' >> fooguy <jweisen@my-deja.com> writes:n >>D >> > Really? Ramdisk as a Shadow Set Member? Can you or someone else	 > commentfI >> > of the stability? I assume since on boot I'd have to put data in thet > ramsI >> > disk, it won't be the primary (what's the VMS term, "full copy mergeiH >> > to"?) so how do I know it will get sufficient use? I mean, will VMS > knowF >> > to read from that first because it has the lowest latency? In two > yearsfF >> > I've never had VMS crash on me, but what kind of stability are weH >> > looking at? Am I going to be restoring a backup if the OS bugchecks > (in-& >> > reality, I prob would be anyway). >>@ >> Yep, Takes a bit of a fiddle, but once you have it set up, itI >> is a doddle. Create your ram disk, and init it. ( not sure if the initpD >> is needed... ) Label it SCRATCH_DISK. mount the real disk(s) as aF >> shadowset, without the ram disk. Add the Ramdisk. there is a switchI >> added in one of the updatres that will require the added drive to haveaE >> the scratch_disk label.  Shoving the wrong drive into a shadow set	9 >> is probably THE instant death mistake on VMS today! :(r >>F >> Don't forget that every byte of ramdisk, is less memory for orible.C >> If you can have the DB use that memory effectivly, then you win.e >> Talk to your DBA. >>G >> > Ramdisk might not work know anyway, if we get the RA7000 I'm goingt > toE >> > want to spread Oracle out over like 10 mirrored pairs (more if Io	 > can...ItE >> > think we quoted 18 disks, but if we attach both systems to the 1t	 > cabinetnE >> > I can only access 12 disks on each machine). No way I can mirrora	 > that ino; >> > Ram, although it still has to be cheaper than 10K$/MB.  >> >I >> > We just got a 30 day Vol Shadow license from DEC/Q to try it out and  > see G >> > what the overhead it. I understand the concept, and I've done some E >> > reading (I knew enough from the people here to know that it does8 > prettyG >> > well) but like you I don't have numbers (but I will by next week).o > The,E >> > tech at our VAR who didn't like soft raid admitted he knows very- > little' >> > about VMS, so there is that there.  >>F >> The config you mentioned seems to me to be way over the top... PlusH >> talking to DBA people ( I try to avoid that stuff ) the logs generaly# >> end up being the write hot spot.  >>@ >> I still think that your original tests where broken, but fromC >> what you have posted, I can't point to anything and call it out.eE >> I know that I can read 13 1/2 K blocks, decompress them, and writeeC >> 49 1/2 K block out in under 7 sec. ( I think 5.4 sec wall is therB >> usual time ) on a 400MHz 4100 with a single 960. Its a 6 memberD >> RAID set of RZ29s, not what I would consider optimal at all. Hell) >> of a way to make a 27Gb system disk...n >>F >> I fhave been wanting to get back to that machine and re-try some IOC >> tests and post them for you, but have not had the chance as yet.c" >> In the next day or two, I hope. >> >> -- ? >> Paul Repacholi                               1 Crescent Rd.,n: >> +61 (08) 9257-1001                           Kalamunda.C >>                                              West Australia 6076r1 >> Raw, Cooked or Well-done, it's all half baked.t >> >  > --/ > *********************************************b* > "All I every wanted from life was to see. > Larry Wall give Bill Gates a Perl Necklace." >  >  > Sent via Deja.com  > http://www.deja.com/   ------------------------------    Date: 29 Jan 2001 19:24:33 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)= Subject: Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)V* Message-ID: <3a75b561$1@news.kapsch.co.at>  N In article <95485u$2dg$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com> writes:* >I'm trying to get my test up and running: >e3 >$MOUNT DSA0: /SHADOW=($1$DKB200,$1$DKC0) SHADOWVOL @ >%MOUNT-F-NOSHADOW, VMS Volume Shadowing Phase II is not enabled >nF >I went into sysgen, set shadowing 2, did a write current, and exited.A >When I went back, shadowing is set to 0. Am I missing something?t  A A change in SYS$SYSTEM:MODPARAMS.DAT (for SYS$UPDATE:AUTOGEN.COM)r= and a reboot (SHADOWING is not a dynamic parameter) perhaps ?l   -- s< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888n< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Mon, 29 Jan 2001 15:27:56 GMTs* From: Uncle Jeff <jeff.howie@federated.ca>3 Subject: Re: [VIM] VMS version doesn't do logicals? ) Message-ID: <95425i$sgs$1@nnrp1.deja.com>o  , In article <3A7331FE.5D61F708@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > Uncle Jeff wrote:$' >>    DEVAXP:[SRC]> sh log system$dvsrcyG >>       "SYSTEM$DVSRC" = "DISK3:[FI.SRC.DV.SYSTEM]" (LNM$SYSTEM_TABLE)a3 >> try to open a file after vim is opened, like so:i >>     vim system$dvsrc:start.p . >> The file name gets mangled exactly like so:% >>     systemDISK3:[FI.SRC.DV]start.p  >m) > Prior to calling vim, do the following:l. > SHOW DEFAULT.  (the unix equivalent of pwd). >fB > You might want to SET DEF SYSTEM$DVSRC  prior to invoking "vim".  C That's what I have to do now. As long as the file is in the currentr( directory, then I can open it just fine.  9 > Also, you might want to find our exactly what "vim" is.2N > $SHOW SYMBOL vim might reveal it is a command procedure which you could listS > to see what it does. Maybe it is the one which puts you in a different directory.n >AP > if vim is not a symbol, then it is a installed as a command and thus you can't > do much about it.-  ? Yes, vim is an installed program. I should know, I installed itmC myself! ;&>. I know the problem is with the program itself, becausefF other programs, like the tpu editor, translate the logicals just fine.  < I was hoping there might be others out there who've used vimE succesffuly in vms, who might know a fix for this. Thanks anyway, JF.a   --  ( >- THKS  %^> +  /~\  Uncle Jeff (get rid of JUNK to email)t% |  \) Jeff.HowieJUNK@JUNKfederated.caw+  \_|_ Linux, the choice of a GNU generation      Sent via Deja.com. http://www.deja.com/   ------------------------------  % Date: Mon, 29 Jan 2001 11:56:11 -0500?2 From: rdeininger@mindspring.com (Robert Deininger)3 Subject: Re: [VIM] VMS version doesn't do logicals?tL Message-ID: <rdeininger-2901011156110001@user-2ivec43.dialup.mindspring.com>  U In article <95425i$sgs$1@nnrp1.deja.com>, Uncle Jeff <jeff.howie@federated.ca> wrote:m   > > > I was hoping there might be others out there who've used vimG > succesffuly in vms, who might know a fix for this. Thanks anyway, JF.i >    I'm apparently the inheritor of a TPU-based vi.  It works quite well on VAX and alpha.  It adds quite a bit to vi. I duuno how it compares to vim, which I've never used.    I've offered once or twice to kit it up for the freeware.  I received no response, so I haven't made in progress in that direction.a   -- a Robert Deininger rdeininger@mindspring.com    ------------------------------   End of INFO-VAX 2001.058 ************************