1 INFO-VAX	Tue, 25 Apr 2000	Volume 2000 : Issue 231       Contents:3 Re: "Reverse" Telnet as AlphaServer serial console? 3 Re: "Reverse" Telnet as AlphaServer serial console? / Re: 24x7 Operations (was Re: Verify of Backups) / Re: 24x7 Operations (was Re: Verify of Backups) / Re: 24x7 Operations (was Re: Verify of Backups) ! Re: Another VAX to Alpha question ! Re: Another VAX to Alpha question ! Re: Another VAX to Alpha question  Attaching files to VAX mail  Re: Attaching files to VAX mail < Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing)< Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing)0 Re: Catastrophic EVE/TPU documentation error :-)C Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G RE: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)  Re: CXML and SETI  Re: CXML and SETI , Re: DECW$DEVICE-I-NODEVICE and no decwindows Re: ftp.decus.org progress?  Re: ftp.decus.org progress?  Re: ftp.decus.org progress?  RE: ftp.decus.org progress? 2 Re: how do i kwno how much memory is on my system?2 Re: how do i kwno how much memory is on my system?2 Re: how do i kwno how much memory is on my system?2 Re: how do i kwno how much memory is on my system?2 Re: how do i kwno how much memory is on my system?2 Re: how do i kwno how much memory is on my system?) Re: HSG80 mirror cache and serviceability  IBM 18GB disk "offline"  KFESA or KFESB DSSI Adapter?= Re: Looking for a QVision 1024x768 EISA Card for DEC 2000-300 ; Multiport serial card on PC as AlphaServer serial consoles? ? Re: Multiport serial card on PC as AlphaServer serial consoles? ? Re: Multiport serial card on PC as AlphaServer serial consoles?  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing $ Re: Percent of time spent training ?3 Re: Problem with upgrading an Alpha Server to 7.2-1 5 Questions About UCX's SMTP 'vrfy' and 'expn' Commands  REQ: MOP and Tape info.  Re: REQ: MOP and Tape info. & Re: Sun considers VMS a "mainframe" OS# RE: system disk move and batch jobs & Re: The Movie "Breaking Point" + PDP11* Re: TPU/EVE : decwindows vs character cell* Re: TPU/EVE : decwindows vs character cell" Re: VAX - Alpha upgrade assistance* RE: VAX CI storage vs served fibre channel* Re: VAX CI storage vs served fibre channel VMS 7.1 to 7.2-1 Upgrade Error" Re: VMS 7.1 to 7.2-1 Upgrade Error  F ----------------------------------------------------------------------  % Date: Tue, 25 Apr 2000 11:23:55 +0100   From: steven.reece@quintiles.com< Subject: Re: "Reverse" Telnet as AlphaServer serial console?> Message-ID: <802568CC.00395C29.00@qedilc01.qedi.quintiles.com>   Wayne Sewell commented :? >> I assume that I can find a terminal server that will do this  >> "reverse" telnet. >> >> Is anyone doing this? >Yes. % >>What terminal server are you using?  >decserver 700  >> Any issues I should consider?P >No point in bringing a damn billybox or even tcp into the equation.  You can do% >everything from the alphas with LAT.   O I'm doing the same with a pair of AlphaServer 4100s and a 1000A off a DECserver B 700/08.  There are a couple of things to bear in mind though......  E Whilst Wayne is entriely correct in saying that you can do all of the N connections you require via LAT and you don't require TCP/IP, it could be thatJ TCP/IP is helpful if you've got to do remote support of your systems via aO dial-in/dial-up solution from a PeeCee.  By default though, there is no need to / involve a billybox in the configuration at all.   P You may wish to have a flashcard with the terminal server load file on it fittedL into the DECserver which you are using since this will enable you to recoverK from a power outage without needing a host machine up to do a MOP download. N This was also helpful to us since we were getting double echoes of stuff typedM in at the DS700/08 connection - one from the terminal server and one from the P host systems attached to the back end - with the usual WWENG1.SYS file.  Using aI flashcard with DNAS loaded on it got around this problem as DNAS seems to P understand what's going on a little better.  This does required a memory upgrade5 though as at least 4MB are required in the DECserver.   P Finally, you may find that you have a security issue with access to the consolesH using a DECserver, bearing in mind that you may access the consoles from anywhere within your network.    ------------------------------  % Date: Tue, 25 Apr 2000 15:22:31 +0100 < From: "Graham Harrison" <graham.harrison@cheshdatasys.co.uk>< Subject: Re: "Reverse" Telnet as AlphaServer serial console?2 Message-ID: <8e4a47$mno$1@starburst.uk.insnet.net>  I We've done this with a number of systems, and its not a problem.  If 7 is  the max number you are goingK for then a Decserver 90M is the tool for the job.  All the 90M's we buy now  all come with 2Mb flash - soF if it can't find a load host . . .  Beyond that on the Terminal Server$ software CD is a windows app to boot? terminal servers - not had to use it yet but I'm told it works.   E Just a small point - as the console port on the terminal server is by ' default port 1 - put your VT520 on that L port - then  a) if you have any problems with the terminal server you have a  way to talk to it and b) you canK create LAT services on the terminal server to connect to the console of the # Alphas meaning you can do this from = the VT520 if needs be (or even from one of the other Alphas!)    --   Graham Harrison  OpenVMS Systems Engineer   ------------------------------   Date: 25 Apr 2000 09:03:31 GMT* From: helbig@astro.rug.nl (Phillip Helbig)8 Subject: Re: 24x7 Operations (was Re: Verify of Backups). Message-ID: <8e3n13$r63$1@info.service.rug.nl>  : In article <8do6tr$rks$1@news.ihug.co.nz>, "Ryan C. Price" <pricerc@ihug.co.nz> writes:    = > Would it help to immediately follow a 'full' backup with an  > incremental ? E > The window for the incremental would be much smaller than the full,  > and : > so would likely have fewer changes to affect the verify. > G > This doesn't remove the need for a verify, and does required /record,  > but A > it might help improve a little the amount of useful data in the 	 > backup.    Not if you do /SINCE=<date>    ------------------------------   Date: 25 Apr 2000 09:06:47 GMT* From: helbig@astro.rug.nl (Phillip Helbig)8 Subject: Re: 24x7 Operations (was Re: Verify of Backups). Message-ID: <8e3n77$r63$2@info.service.rug.nl>  2 In article <01JOHY0LFQ5IQVNPUM@CCTR.UMKC.EDU>, Ron" <RROCKWELL@CCTR.UMKC.EDU> writes:   @ >   In particular the file mail.mai changes, and yet exists bothA > before and after the backup. Using verify will ALWAYS show this C > file as an error message because the user received some new mail. B > Yet, there is no difference in the error message if the file was: > not recorded correctly or if the user received new mail.  D One could do the backup, search the log for the stuff that changed, @ backup just this again, and so on---it will converge eventually.   ------------------------------  # Date: Tue, 25 Apr 2000 11:21:28 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen)8 Subject: Re: 24x7 Operations (was Re: Verify of Backups)' Message-ID: <2000Apr25.072128.1@eisner>   [ In article <8e3n77$r63$2@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: 4 > In article <01JOHY0LFQ5IQVNPUM@CCTR.UMKC.EDU>, Ron$ > <RROCKWELL@CCTR.UMKC.EDU> writes:  > A >>   In particular the file mail.mai changes, and yet exists both B >> before and after the backup. Using verify will ALWAYS show thisD >> file as an error message because the user received some new mail.C >> Yet, there is no difference in the error message if the file was ; >> not recorded correctly or if the user received new mail.  > F > One could do the backup, search the log for the stuff that changed, B > backup just this again, and so on---it will converge eventually.  G And unless you do that, there is the distinct possibility that MAIL.MAI G will contain corrupted RMS pointers, since a bucket split may have been G overlapping the copying of that file, such that the RMS index structure  is inconsistent.  H The RMS "careful write" safeguards only provide defense against a systemH crash -- the on-disk file image is consistent at any point in time (whenI a crash might occur.  If you take some blocks of the file at one point in F time and other blocks (those closer to the end of the file) at another  point in time, all bets are off.   ------------------------------  % Date: Tue, 25 Apr 2000 11:07:09 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> * Subject: Re: Another VAX to Alpha question) Message-ID: <3905603D.C7BFD133@gtech.com>    John Nixon wrote: J > One of the major warnings of areas to be concerned about have to do withI > boundary allingments.  The question is whether these problems will show N > themself during Compile or Link, or are we likely to see those problems whenH > the program is run.  Many of the problems we had with the VAXC to DECCK > Conversion did not show up until after the executables were built and run 6 > and then failed (frequently with access violations).  ' Alignment is a performance issue only !   5 Non-nautural alignment can give a severe performannce . hit, but the program should run transparently.  6 The compilers often generates warnings about alignment7 problems, which you can then decide whether you want to  fix or not.   > The only thing that can cause severe problems is, if different: modules has the same structure with different alignment or# if you have old structures on disk.    Arne   ------------------------------  % Date: Tue, 25 Apr 2000 11:08:11 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> * Subject: Re: Another VAX to Alpha question) Message-ID: <3905607A.C81D0488@gtech.com>    Arne Vajhj wrote: > John Nixon wrote: L > > One of the major warnings of areas to be concerned about have to do withK > > boundary allingments.  The question is whether these problems will show P > > themself during Compile or Link, or are we likely to see those problems whenJ > > the program is run.  Many of the problems we had with the VAXC to DECCM > > Conversion did not show up until after the executables were built and run 8 > > and then failed (frequently with access violations). > ) > Alignment is a performance issue only !  > 7 > Non-nautural alignment can give a severe performannce 0 > hit, but the program should run transparently. > 8 > The compilers often generates warnings about alignment9 > problems, which you can then decide whether you want to 
 > fix or not.  > @ > The only thing that can cause severe problems is, if different< > modules has the same structure with different alignment or% > if you have old structures on disk.   8 Yeah - and look out for structures used in more than one language also !    Arne   ------------------------------  # Date: Tue, 25 Apr 2000 11:25:26 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen)* Subject: Re: Another VAX to Alpha question' Message-ID: <2000Apr25.072526.1@eisner>   i In article <3905603D.C7BFD133@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > John Nixon wrote: K >> One of the major warnings of areas to be concerned about have to do with J >> boundary allingments.  The question is whether these problems will showO >> themself during Compile or Link, or are we likely to see those problems when I >> the program is run.  Many of the problems we had with the VAXC to DECC L >> Conversion did not show up until after the executables were built and run7 >> and then failed (frequently with access violations).  > ) > Alignment is a performance issue only !   F Of course this is due only to the trapping and fixups provided by VMS.F If you took a raw Alpha and wrote your own operating system, alignment@ would be a crashing offense unless you took similar precautions.  C Even with VMS fixups, though, that performance issue can be 100x in  some cases.    ------------------------------  % Date: Tue, 25 Apr 2000 10:11:52 -0500 ' From: Oscar Lerma <belindal@hiline.net> $ Subject: Attaching files to VAX mail* Message-ID: <3905B5B7.13D3162F@hiline.net>  1 Is it possible to attach binary or ASCII files to  VAX mail messages?   Thanks,  Oscar    ------------------------------   Date: 25 Apr 2000 15:32:38 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: Attaching files to VAX mail6 Message-ID: <8e4dqm$t06$1@mailint03.im.hou.compaq.com>  T In article <3905B5B7.13D3162F@hiline.net>, Oscar Lerma <belindal@hiline.net> writes:2 :Is it possible to attach binary or ASCII files to :VAX mail messages?   F   Nope.  Is this a trick question?  VAX is a hardware platform, and isI   thus incapable of sending mail without the assistance of host software.   H   Since I will assume you really intended to ask about how to do this onE   an OpenVMS VAX system -- and that you also intended to provide the  E   OpenVMS version in use -- yes, this is possible.  Depending on the  H   OpenVMS version and on the particular network transport and on target 9   for the email, there are various different approaches.    D   If this is a connection that is end-to-end DECnet, you can use theF   existing but undocumented SEND/FOREIGN to send most any file format.E   If this connection is via IP and you are running V7.2 or later, you D   can use the provided MIME tool.  (There is an ECO in progress thatE   fixes various problems with the MIME tool, and somebody can get you    an early copy of the kit...)  E   If this is an OpenVMS VAX installation prior to V7.2, you'll end up I   using one of the MIME encoding/decoding packages -- there's a reference F   to at least one such MIME tool (MPACK/MUNPACK) in the OpenVMS FAQ...;   (The URL www.openvms.compaq.com has a link to the FAQ...)   I   Also please see the various discussions within the last week or two on  G   this topic, including the discussion of the use of the SFF image and  <   related MIME discussions that was posted by Paul Mosteika.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 25 Apr 2000 14:43:19 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)E Subject: Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing) 6 Message-ID: <8e4au7$ru1$1@mailint03.im.hou.compaq.com>  h In article <wIhN4.145368$1C2.3557058@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:A :> Instead of changing the hobbyist-DECUS connection would it not ( :> be better to change DECUS Canada ???? :> :YES.   H   As there particularly seem to be repeated discussions of the Canadian F   user's organization here in the newsgroup, I would encourage taking E   these discussions up with people that can more directly affect the     changes.    H   The folks from OpenVMS Engineering are *not* in a position to directlyE   affect such changes, nor would I (personally) particularly want to  H   actually have that much direct control over any particular user group 4   -- for what should hopefully be obvious reasons...  ! :But I still think that this link F :http://www.unix.digital.com/noncommercial-unix/ proves that Compaq isM :aggressively trying to popularize Tru64 but not OpenVMS. It would be nice if H :a similar no-hassle method of getting free OpenVMS was available at the
 :Compaq site.   K   As for "aggressively trying to popularize Tru64 but not OpenVMS", you are I   reading way too much into this reported problem with certain user group J   chapters...  The Tru64 folks set up the hobbyist program in response to I   the OpenVMS  program, and made changes based on various differences --  K   not the least of which was a choice by OpenVMS to work directly with the  /   DFWCUG folks as part of the hobbyist program.   H   I have passed along information on the reported problems with certain K   user's group chapters as related to the OpenVMS Hobbyist program and will D   see if there can't be some changes made to make access in various K   geographies easier, but -- as stated previously -- you will also want to  H   pursue this with folks that are in a better position to help with the ,   perceived problems with the local chapter.  H   The Canadian Association of Compaq Users president is Alain Legault...I   The Compaq program office contact is Cathy.Zigomanis <-at-> compaq.com.s  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 25 Apr 2000 09:08:19 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett)E Subject: Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing) , Message-ID: <eiYKTLJ7o6u+@malvm2.mala.bc.ca>  7 In article <8e4au7$ru1$1@mailint03.im.hou.compaq.com>, w6   hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > J >   The Canadian Association of Compaq Users president is Alain Legault...K >   The Compaq program office contact is Cathy.Zigomanis <-at-> compaq.com.. >   H    I hope others have better luck than I've had. I tried filling out theF on-line application form on their website, but it doesn't seem to workK ( examining the source code shows there's <input> tags but no actual <form>oF tag in the document ). I also tried emailing the above address about aD month ago and haven't had any response yet. From my reading of theirI bylaws I'm supposedly a "charter member" ( based on having been a paid-uprB member of DECUS Canada) , but they've not been in contact with me.  G    They're supposedly holding a symposium next month, but all that's on I the website is a call for papers. If this user group isn't stillborn it'sr! certainly doing a good imitation!l  M =============================================================================MM Malcolm Dunnett      Malaspina University-College   Email: dunnett@mala.bc.catH Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738   ------------------------------  # Date: Tue, 25 Apr 2000 12:21:50 GMTu, From: koehler@eisner.decus.org (Bob Koehler)9 Subject: Re: Catastrophic EVE/TPU documentation error :-)o' Message-ID: <2000Apr25.082150.1@eisner>S  ` In article <39050445.F61583FE@nc.prestige.net>, Michael Austin <maustin@nc.prestige.net> writes: > h > What a shame.. I would love to have TPU running on the various u**xes (Solaris, HPUX, AIX,Linux) etc..  1 nu/Tpu from a/Soft, but try it before you buy it.a  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation-= Hubble Space Telescope Payload  | Federal Sector, Civil Group E  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  % Date: Tue, 25 Apr 2000 12:55:44 -0400q- From: "Peter Weaver" <peter.weaver@stelco.ca> L Subject: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)/ Message-ID: <sgbji97bcdo119@corp.supernews.com>>  D David A Froble wrote in message <38FBE98C.B7CDE436@tsoft-inc.com>... > ...nF >This is where I have a bit of a problem with DEC/Compaq policy.  It's Ok tooB >declare a version of a product old and in maintenance mode if you provide a good >upgrade path. > ...   % I have a huge problem with this also.a  A Recently there were discussions about ANA/ERR being replaced with E DIAGNOSE (which wasn't too bad if you had a machine that could handle F the CPU load) and now DIAGNOSE will be replaced with CA which is aptly named.  B There was also a thread recently talking about AMDS being replacedD with AM. I have AM running on this NT non-workingstation, I have not@ yet had it run for more than 10 minutes without a visit from Dr. Watson.a  > There have been discussions in this group about DSN V1.2 beingC downgraded to V2.1 which is almost as bad as the CA garbage. LatelyrE there have been problems with the DSN modems in Kanata/Hull so I havenF been using the WIS system, I hope Compaq never announces that DSN will be replaced by WIS.   B The question is, how do we stop Compaq (I have noticed lately thatD when I am pissed off at them I say Compaq, when I am in my VMS BigotE mode then they are DEC, right now they are COMPAQ!) from down-gradingm@ these products? Is anyone else out there pissed off about usefulE (working) products being replaced? Has anybody managed to make Compaq  Analyze do anything useful?,   -- Peter Weaver  F P.S. I really am a VMS bigot, I love many of the new features that areD being added to VMS like ODS2-2 and cluster-wide logicals, but I hateD having a feature taken away especially when it is replaced by a Unix style program.   ------------------------------  % Date: Tue, 25 Apr 2000 13:21:42 -0400:0 From: arturo saavedra <arturo.saavedra@wcom.com>P Subject: RE: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <002801bfaeda$b9255b80$8fb024a6@wcomnet.com>  M Actually installed and gave CA a try.. I can also second your opinion on it..eL its a "pretty, in case a big director shows up I can show him a cute WEB/GUI interface" dissapointment :(   abse     -----Original Message-----2 From: Peter Weaver [mailto:peter.weaver@stelco.ca]& Sent: Tuesday, April 25, 2000 12:56 PM To: Info-VAX@Mvb.Saic.ComtG Subject: Compaq downgrading products (was Re: Dropping DECnet..don't do  it!)    D David A Froble wrote in message <38FBE98C.B7CDE436@tsoft-inc.com>... > ...lF >This is where I have a bit of a problem with DEC/Compaq policy.  It's Ok tooB >declare a version of a product old and in maintenance mode if you provide a good >upgrade path. > ...o  % I have a huge problem with this also.   A Recently there were discussions about ANA/ERR being replaced with5E DIAGNOSE (which wasn't too bad if you had a machine that could handlejF the CPU load) and now DIAGNOSE will be replaced with CA which is aptly named.  B There was also a thread recently talking about AMDS being replacedD with AM. I have AM running on this NT non-workingstation, I have not@ yet had it run for more than 10 minutes without a visit from Dr. Watson.r  > There have been discussions in this group about DSN V1.2 beingC downgraded to V2.1 which is almost as bad as the CA garbage. LatelydE there have been problems with the DSN modems in Kanata/Hull so I have F been using the WIS system, I hope Compaq never announces that DSN will be replaced by WIS.u  B The question is, how do we stop Compaq (I have noticed lately thatD when I am pissed off at them I say Compaq, when I am in my VMS BigotE mode then they are DEC, right now they are COMPAQ!) from down-grading6@ these products? Is anyone else out there pissed off about usefulE (working) products being replaced? Has anybody managed to make Compaqh Analyze do anything useful?y   -- Peter Weaver  F P.S. I really am a VMS bigot, I love many of the new features that areD being added to VMS like ODS2-2 and cluster-wide logicals, but I hateD having a feature taken away especially when it is replaced by a Unix style program.   ------------------------------  % Date: Tue, 25 Apr 2000 17:36:19 +0200o' From: Theo Jakobus <jakobus@iaf.fhg.de>h Subject: Re: CXML and SETI* Message-ID: <3905D793.5E58F6D8@iaf.fhg.de>   Jim Agnew wrote: > I > If you all are doing a peer-reviewed paper, you MUST be able to accountlJ > for boundary conditions, zerodivides, etc...  the SETI folks really needJ > to keep their code base locked down tight, or else the research will notJ > be based on rock-solid math...  computational math is really difficult.. >  > Jim. >   G I guess the subroutines inside CXML were checked by math experts beforeeE Compaq released the library. We used for calculation the IMSL libraryaD and also in peer-reviewed papers the reference to IMSL was accepted.D There is "Computer Physics Communications" which offers a library ofA computer programs http://cpc.cs.qub.ac.uk and in publications the ( reference to these programs is standard.     > Steve Lionel wrote:a > >h6 > > On Sun, 16 Apr 2000 02:22:57 -0400, David A Froble  > > <davef@tsoft-inc.com> wrote: > >tT > > >It would probably be counter-productive, but I'd like to see Compaq release theS > > >ultra fast SETI client.  It would then force the SETI people to decide whetherh? > > >they wanted results, or are just another political entity.c > >tG > > The SETI project does not want us to release the version of the 1.3 E > > client that uses CXML, and the rules are that 2.x clients are notiJ > > allowed to use vendor-supplied FFT routines - you have to use the codeA > > as they supply it.  The SETI folks claim that the "science iseD > > compromised" if different FFT code is used.  Personally, I don'tD > > understand that, but it's their project and they get to make the
 > > rules. > >j1 > > Steve Lionel (mailto:Steve.Lionel@compaq.com)V > > Fortran Engineerings* > > Compaq Computer Corporation, Nashua NH > >x: > > Compaq Fortran web site: http://www.compaq.com/fortran     Regards, -- d  ; ***********************************************************p; *                                                         * ; *  Theo Jakobus                                           *M; *  Fraunhofer-Institut fuer Angewandte Festkoerperphysik  *n; *  Tullastr. 72                                           *u; *  D-79108 Freiburg                                       * ; *  Germany                                                *n; *  Phone:   +49-(0)761-5159-325                           *o; *  FAX :    +49-(0)761-5159-200                           *n; *  e-mail:  jakobus@iaf.fhg.de                            *e; *  http://www.iaf.fhg.de                                  * ; *                                                         *u; ***********************************************************    ------------------------------  # Date: Tue, 25 Apr 2000 17:43:19 GMT04 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> Subject: Re: CXML and SETIE Message-ID: <XOkN4.71460$y4.2301772@newsread1.prod.itd.earthlink.net>4  I How does CXML compare to FFT algorithms used on other platforms?  The twojJ issues here are consistency across platforms and cost of code maintenance.L Using an optimized version of FFT for each platform may result in consistentL results, but the cost of maintenance will go sky-high.  SETI@Home only has aF few full time developers and it would fall on them to ensure that eachL platform's optimized FFT algorithm produces consistent results.  They simplyI don't have the time to do this - thus the restriction against using otherr FFT algorithms.l  
 Mike Ober.  4 "Theo Jakobus" <jakobus@iaf.fhg.de> wrote in message$ news:3905D793.5E58F6D8@iaf.fhg.de... > Jim Agnew wrote: > >lK > > If you all are doing a peer-reviewed paper, you MUST be able to accountdL > > for boundary conditions, zerodivides, etc...  the SETI folks really needL > > to keep their code base locked down tight, or else the research will notL > > be based on rock-solid math...  computational math is really difficult.. > >o > > Jimr > >e >nI > I guess the subroutines inside CXML were checked by math experts before G > Compaq released the library. We used for calculation the IMSL library(F > and also in peer-reviewed papers the reference to IMSL was accepted.F > There is "Computer Physics Communications" which offers a library ofC > computer programs http://cpc.cs.qub.ac.uk and in publications the * > reference to these programs is standard. >n >o > > Steve Lionel wrote:b > > >e8 > > > On Sun, 16 Apr 2000 02:22:57 -0400, David A Froble" > > > <davef@tsoft-inc.com> wrote: > > > J > > > >It would probably be counter-productive, but I'd like to see Compaq release theuF > > > >ultra fast SETI client.  It would then force the SETI people to decide whetherA > > > >they wanted results, or are just another political entity.r > > >yI > > > The SETI project does not want us to release the version of the 1.3 G > > > client that uses CXML, and the rules are that 2.x clients are not L > > > allowed to use vendor-supplied FFT routines - you have to use the codeC > > > as they supply it.  The SETI folks claim that the "science istF > > > compromised" if different FFT code is used.  Personally, I don'tF > > > understand that, but it's their project and they get to make the > > > rules. > > >e3 > > > Steve Lionel (mailto:Steve.Lionel@compaq.com)t > > > Fortran Engineering0, > > > Compaq Computer Corporation, Nashua NH > > >h< > > > Compaq Fortran web site: http://www.compaq.com/fortran >  > 
 > Regards, > -- >-= > ***********************************************************a= > *                                                         * = > *  Theo Jakobus                                           *>= > *  Fraunhofer-Institut fuer Angewandte Festkoerperphysik  *i= > *  Tullastr. 72                                           *S= > *  D-79108 Freiburg                                       *q= > *  Germany                                                *o= > *  Phone:   +49-(0)761-5159-325                           *i= > *  FAX :    +49-(0)761-5159-200                           *i= > *  e-mail:  jakobus@iaf.fhg.de                            *p= > *  http://www.iaf.fhg.de                                  *.= > *                                                         *e= > ***********************************************************o   ------------------------------  % Date: Mon, 24 Apr 2000 12:37:01 -0400D5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>D5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindowsc+ Message-ID: <8e1t4j$fkf$1@lead.zk3.dec.com>t   Do a SYSMAN IO AUTO/FULL  8 and drop me the result.  Also do a SYSMAN IO SHOW PREFIX      C Fred Kleinsorge wrote in message <8dn9cs$c70$1@lead.zk3.dec.com>...cD >Well.  Yes.  Run the ECU.  This is the EISA-only system box -- yes? >7 >  >'K >lucverhoelst@my-deja.com wrote in message <8dklki$q3s$1@nnrp1.deja.com>...e >>That's exactly what I tried .M >>Any other suggestions ? = >>I'm willing to try it to get some Windows on this machine .k0 >>Or should I reinstall a lower version of VMS . >> >>- >>In article <8dfgjv$ihm$1@lead.zk3.dec.com>,p: >>  "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:J >>> Wow, it's that old that it still has that syntax.  Do a set console 2, >>> followed by-F >>> a INIT command, and then when the >>> comes up on the VGA console, >>boot >>> from there.r >>> E >>> Tony Champagne wrote in message <38FADA32.FF6A9766@genicom.be>...5$ >>> >I wish it was just soo simple . >>> >However it makes sence .f% >>> >But doing a SET CONSOLE Graphics, >>> >it returns ILL CMD .r0 >>> >Help set console shows serial (1)or VGA (2): >>> >So I tried set console 2 , Boot VMS and no DECWindows; >>> >Then tried set console 1, Boot VMS and no DECWindows .:5 >>> >The error after the VMS boot is still the same .w >>> > @ >>> >Comments still welcome to get this machine up and running . >>> >p >>> >Luc Verhoelst >>> >a >>> >Fred Kleinsorge wrote:a >>> >sC >>> >> This seems like an easy one... the DEC2000 is one of the few  >>platformsi	 >>> where E >>> >> the console was written by a group unfamiliar with the SRM and  >>> workstations.eH >>> >> If you boot the system from the serial port, it configures the HW	 >>RestartlH >>> >> Paramater Block to use a Type 2 Console Terminal Block - and does >>nottC >>> >> connect the mouse and keyboard drivers.  No mouse & keyboard.	 >>consoleI >>> >> drivers, no DECwindows. >>> >>C >>> >> This has been a restriction since the day the platform firsts >>shipped.  IfJ >>> >> you want to use the graphics, do a SET CONSOLE GRAPHICS followed by >>an >>> INIT >>> >> at the console. >>> >>0 >>> >> lucverhoelst@my-deja.com wrote in message$ >>> <8cuvbl$a3q$1@nnrp1.deja.com>...6 >>> >> >I installed VMS 7.1 on a DEC2000 model 300 AXPJ >>> >> >This was a Fresh install , including format of the disk and during >>thetD >>> >> >installation the layered product DECWINDOWS was selected and
 >>installed .i >>> >> > >>> >> >Rom version 2.2w >>> >> >SRM FW version 3704 >>> >> >Doing a show config on the boot prompt I see >>> >> >1  ISA   VGA OK ; >>> >> >The installation completed all on the Blue screen .w= >>> >> >The VMS startup terminates correctly (job terminated) ' >>> >> >but the DECWindows do not starte4 >>> >> >On the end of the startup there is a message9 >>> >> >DECW$DEVICE-I-Nodevice, no graphics devices foundw >>> >> >? >>> >> >The License for VMS and DW-Motif are loaded and active.t( >>> >> >I can login on the OPA0: device.! >>> >> >Rund DECW$Configure I geti >>> >> >Number of Screens 0s' >>> >> >Screen devices and order : NONEp >>> >> >) >>> >> >Using MC SYSGEN> Windows_system 1o >>> >> >. >>> >> >So the windows parameter is set to 1 . >>> >> >( >>> >> >Any suggestions how to proceed ? >>> >> > >>> >> >. >>> >> >Sent via Deja.com http://www.deja.com/ >>> >> >Before you buy.- >>> >e >>>A >>>0 >> >>( >>Sent via Deja.com http://www.deja.com/ >>Before you buy.: >: >n   ------------------------------  % Date: Tue, 25 Apr 2000 09:53:42 +0200J= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>i$ Subject: Re: ftp.decus.org progress?) Message-ID: <39054F06.659B9B2F@gtech.com>    "Terry C. Shannon" wrote:o: > "Tim Shoppa" <shoppa@trailing-edge.com> wrote in message- > news:39047819.11BBF137@trailing-edge.com...-: > > Is there any news to report on the progress of gettingA > > ftp.decus.org restored to operation?  It's been several weeksi
 > > now... > : > This US Board of Directors member has no news to report.   Have I misunderstood this or:<  ' - ftp.decus.org has been down for weeks 1 - the DECUS top has neither a plan for getting ita2   up or even an explanation of what the problem is   ?a   Arne   ------------------------------  # Date: Tue, 25 Apr 2000 11:17:19 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen)$ Subject: Re: ftp.decus.org progress?' Message-ID: <2000Apr25.071719.1@eisner>   i In article <39054F06.659B9B2F@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:n > "Terry C. Shannon" wrote:=; >> "Tim Shoppa" <shoppa@trailing-edge.com> wrote in messagel. >> news:39047819.11BBF137@trailing-edge.com...; >> > Is there any news to report on the progress of gettingCB >> > ftp.decus.org restored to operation?  It's been several weeks >> > now...u >>  ; >> This US Board of Directors member has no news to report.o >  > Have I misunderstood this or:/ > ) > - ftp.decus.org has been down for weeksA3 > - the DECUS top has neither a plan for getting itF4 >   up or even an explanation of what the problem is  < But what make anyone think the Board of Directors would deal; with this ?  They should get involved if staff members seem ; unresponsive, but I have seen no indication that anyone who-> is dismayed by the outage has even telephoned the DECUS office@ (I would expect a US member to make that call, due to time zones and toll charges).  ; This seems very much like the posts that say "the followingT= defect exists in the VMS documentation", without bothering to-; send the report to the address that is printed inside every0 book.m  ; Personally, I had never heard of ftp.decus.org until it wasn) brought up for discussion in this thread.d   ------------------------------  % Date: Tue, 25 Apr 2000 14:05:33 +0200r= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>.$ Subject: Re: ftp.decus.org progress?) Message-ID: <39058A0D.84BCA103@gtech.com>o   Larry Kilgallen wrote:k > In article <39054F06.659B9B2F@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:i > > "Terry C. Shannon" wrote:e= > >> "Tim Shoppa" <shoppa@trailing-edge.com> wrote in message(0 > >> news:39047819.11BBF137@trailing-edge.com...= > >> > Is there any news to report on the progress of gettinghD > >> > ftp.decus.org restored to operation?  It's been several weeks
 > >> > now...n > >>= > >> This US Board of Directors member has no news to report.  > >e! > > Have I misunderstood this or:1 > >u+ > > - ftp.decus.org has been down for weeksr5 > > - the DECUS top has neither a plan for getting iti6 > >   up or even an explanation of what the problem is > > > But what make anyone think the Board of Directors would deal= > with this ?  They should get involved if staff members seemn= > unresponsive, but I have seen no indication that anyone whoi@ > is dismayed by the outage has even telephoned the DECUS officeB > (I would expect a US member to make that call, due to time zones > and toll charges).  = > Personally, I had never heard of ftp.decus.org until it wasy+ > brought up for discussion in this thread.w  ? I was assuming that it was known, that the FTP server was down.   6 If that is not known, then there are definatetly a big organizational problem !  9 I do not consider FTP & HTTP server management by waitingl5 for users to call and tell you when something is downg good server management.e   Arne   ------------------------------  % Date: Tue, 25 Apr 2000 16:03:19 +0100-8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>$ Subject: RE: ftp.decus.org progress?L Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E8324@ppnt41.physics.ox.ac.uk>  D Attempts to access the software library on www.decus.org receive the following message:  J "The library is temporarily unavailable while we reorganize our website. "  6 Perhaps ftp.decus.org is subject to the same upheaval.   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)s   ------------------------------  % Date: Tue, 25 Apr 2000 11:28:07 +0100s8 From: "benchabane@wissal.dz" <benchabane@mail.wissal.dz>; Subject: Re: how do i kwno how much memory is on my system?s2 Message-ID: <200004251028.LAA17278@mail.wissal.dz>  
 $ show memory   ! At 17:01 24/04/00 GMT, you wrote:.C >is there a commnad that tells me the physical memory of my system?w >    ------------------------------  % Date: Tue, 25 Apr 2000 09:51:22 +0200b= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>o; Subject: Re: how do i kwno how much memory is on my system? ) Message-ID: <39054E7A.C9445366@gtech.com>o  
 Joe wrote:D > is there a commnad that tells me the physical memory of my system?  6 Ther are several approaches, but the most intuitive is	 probably:m  
 $ SHOW MEMORY    Arne   ------------------------------   Date: 25 Apr 2000 09:38:33 GMT* From: helbig@astro.rug.nl (Phillip Helbig); Subject: Re: how do i kwno how much memory is on my system? . Message-ID: <8e3p2p$r63$4@info.service.rug.nl>  6 In article <8e22qu$1f5$1@mailint03.im.hou.compaq.com>,5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:    J >   The SHOW MEMORY command will show you how much of the physical memory K >   is configured by OpenVMS.  This value is equal or less than the amount wH >   of physical memory present -- in most (but not all) cases, the valueL >   returned by SHOW MEMORY will be the amount actually configured.  (PleaseN >   see the OpenVMS FAQ for related details in section MGMT11.)  To determine K >   the amount of physical memory actually present in the system, you will cK >   want to use one of various console-specific commands.  As you have not  N >   told us which OpenVMS version and which OpenVMS platform -- please always N >   remember to include this information whenever posting a question -- it is N >   difficult to provide you with the specific console command(s) involved in L >   probing the current syste, physical memory configuration.  Usually, thisI >   involves a console SHOW command of some sort, but the console commands; >   syntax and the console command set can and does vary...   F Hoff's posts, like the VMS documentation, are immediately recognizable; based on their style.  Perhaps some of you have run across u       http://rinkworks.com/dialect/  0 Perhaps they could come up with a "Hoff" option?  = Perhaps someone can write the code and post it here?  In DCL?e   ------------------------------   Date: 25 Apr 2000 12:04:20 GMTF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman); Subject: Re: how do i kwno how much memory is on my system?e, Message-ID: <8e41k4$von$1@sniff.shr.dec.com>  W In article <8F20856F0joeyahoocom@news.supernews.com>, joecarlos@yahoo.com (Joe) writes:c > C >is there a commnad that tells me the physical memory of my system?i >t   Have you tried SHOW MEMORY?u  6 A good exercise for all VMS users is to do a HELP SHOW6 occasionally, and then try all of the SHOW commands to3 see what information you can get about your system.o1 You might be pleasantly surprised at how much you 5 can learn about your system and how easy it is to get 3 the information.  Even experienced users forget howi6 many commands there are on VMS, and if you've upgraded4 the operating system recently you might need a brief
 refresher.   -- i(  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.t   ------------------------------   Date: 25 Apr 2000 08:17:23 CST; From: wayne@tachyon.xxx.585467.killspam.0469 (Wayne Sewell) ; Subject: Re: how do i kwno how much memory is on my system?o. Message-ID: <KcwL3xhDxJ3+@tachxxsoftxxconsult>  S In article <3904FDBD.4ED0B33C@mediaone.net>, Ed Wilts <ewilts@mediaone.net> writes:  > Hoff Hoffman wrote:  >>  Z >> In article <8F20856F0joeyahoocom@news.supernews.com>, joecarlos@yahoo.com (Joe) writes:F >> :is there a commnad that tells me the physical memory of my system? >>  J >>   The SHOW MEMORY command will show you how much of the physical memoryK >>   is configured by OpenVMS.  This value is equal or less than the amounttI >>   of physical memory present -- in most (but not all) cases, the value E >>   returned by SHOW MEMORY will be the amount actually configured. * > H > I'll definitely agree with this statement.  I "upgraded" a VS4000-90 aI > year or two ago by simply autogen'ing the system and having it actuallysJ > configure all of the physical memory present.  It turns out that someoneG > had incorrectly set physicalpages to a number lower than what the boxsE > had (probably a leftover from an earlier hardware configuration).  a  I Or they could have just added the memory and not run autogen, rather thanaO manually setting the number of physical pages.  I have seen this happen on vax.o   >IG > gave my customer an additional 8MB with a simple reboot.  When you're B > talking 24 to 32, that's well over 30% additional usable memory!    K This appears to be strictly a vax issue.  I have seen it on vax, but not ontK alpha.  Any time I change the memory configuration on alpha, the new memory"L size shows up immediately, whether I run autogen or not.  Of course, many ofN the other sysgen values will be set wrong based on the old memory size, so you7 should still run autogen immediately after the upgrade.d  M I saw this happen just yesterday.  I did a fast install of vms by cloning thewI system disk of another system and changing the node information.  The new K system displayed the correct amount of memory, even though the system whose K disk was cloned had a different memory size and therefore sysgen parametersl$ that did not match the new hardware.   WayneI   -- rO ===============================================================================hK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxr8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)bO ===============================================================================tN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  % Date: Tue, 25 Apr 2000 09:09:29 -0700w' From: "George Shouse" <GHS@Shouses.com>e; Subject: Re: how do i kwno how much memory is on my system?i0 Message-ID: <UkjN4.8$Oa7.335@newsfeed.slurp.net>  I Bart Z. Lederman <lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com> wrote in,. message news:8e41k4$von$1@sniff.shr.dec.com... > K > In article <8F20856F0joeyahoocom@news.supernews.com>, joecarlos@yahoo.com 
 (Joe) writes:i > >hE > >is there a commnad that tells me the physical memory of my system?n > >  >e > Have you tried SHOW MEMORY?  > 8 > A good exercise for all VMS users is to do a HELP SHOW8 > occasionally, and then try all of the SHOW commands to5 > see what information you can get about your system. 3 > You might be pleasantly surprised at how much you 7 > can learn about your system and how easy it is to getr5 > the information.  Even experienced users forget how*8 > many commands there are on VMS, and if you've upgraded6 > the operating system recently you might need a brief > refresher.  J Absolutely.  When someone asks me how to enumerate devices on a system, my response is HELP SHOW DEV.   --
 George Shouse 
 -------------  Always a Laker Fan   ------------------------------  # Date: Tue, 25 Apr 2000 14:10:21 GMT  From: itjck01@my-deja.com 2 Subject: Re: HSG80 mirror cache and serviceability) Message-ID: <8e4906$74a$1@nnrp1.deja.com>   8 In article <4.3.1.0.20000421125300.01d63bd0@24.8.96.48>,%   Dan Sugalski <dan@sidhe.org> wrote: 7 > At 04:42 PM 4/21/00 +0000, itjck01@my-deja.com wrote: G > >This leads me to believe that one should volume shadow between HSG80 H > >dual redundant pairs to keep disk volumes online, since all the disksH > >to the dual redundant HSG80 went offline and processing stopped. (TheG > >volumes did come back online before mount timeout, but processing onuG > >these volumes did stop)  Further, I believe it also makes sense from$ a$D > >performance point of view to have volume shadowset members across( > >different HSG80 dual redundant pairs. > G > This is true in general with any of the dual-redundant controllers. Il hadeF > to get an HSJ50 that was in a dual-redundant config messed with, and itG > required pausing the other controller in the pair. It did only take a E > minute or so, but that did still hang things. (My system and Oraclel instally# > disks were on it, of course... :)n >k
 > 					Dan > H > --------------------------------------"it's like this"---------------- ---.4 > Dan Sugalski                          even samuraiA > dan@sidhe.org                         have teddy bears and event= >                                       teddy bears get drunk  >    Thanks for your reply.  B Last night I verified that the system will "pause" while the HSG80, reload.  Once reloaded, everything was fine.  G Your post encouraged me to test without the fear of corrupting my HSG80 ( setups, eventhough I have them on paper.  
 Thanks again.    :) jck    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 25 Apr 2000 18:24:32 GMT+2l6 From: Horst Drechsel <ai05@sternwarte.uni-erlangen.de>  Subject: IBM 18GB disk "offline"< Message-ID: <009E926B.F6E1FB93.8@sternwarte.uni-erlangen.de>   Hi all,.  &    Details:    Alphastation A400 4/233                OpenVMS 7.1-1H19                SCSI Controller KZPAA-AA (PCI/Fast SCSI-2)o  '                SCSI Disk IBM DGHS-31820>  D    under console mode, the 18.2GB SCSI Disk is correctly recognized.F However, after boot, "show device dka200" shows the disk as "offline",- so that it cannot be initialized and mounted.o  ;    We have installed the latest SCSI patch   ALPSCSI05_071.>  E    Once before long we had the same problem with another SE UltraWidesF disk, IBM DGHS 9.1GB, and the reason for failure was then suspected to$ be connected with the disk firmware.  D    Does anyone have this disk working under VMS? Or which other 18GB disk could be recommended?      Thanks in advance,h          Horst Drechsel>      --M  ****************************************************************************>)   Horst Drechsel                         AL   Dr. Remeis Observatory                 drechsel@sternwarte.uni-erlangen.deL   Astronomical Institute                             Phone: +49-951-95222-15L   University Erlangen-Nuernberg                        Fax: +49-951-95222-22*   Sternwartstr.7, D-96049 Bamberg, GermanyM  ****************************************************************************o   ------------------------------  % Date: Tue, 25 Apr 2000 13:42:58 -0400m0 From: arturo saavedra <arturo.saavedra@wcom.com>% Subject: KFESA or KFESB DSSI Adapter?r8 Message-ID: <002901bfaedd$b20c01c0$8fb024a6@wcomnet.com>  L Is there a way to tell if a DSSI Adapter/Controller is a KFESA or KFESB from VMS?  . OpenVMS 7.1-2 running on an Alpha2100 Cluster.   Thanks!!   abso           -----Original Message-----8 From: jlahman@LTVSteel.com [mailto:jlahman@LTVSteel.com]% Sent: Tuesday, April 25, 2000 1:17 PMe To: Info-VAX@Mvb.Saic.Comt' Subject: VMS 7.1 to 7.2-1 Upgrade Error>    P I got the following error during the upgrade from VMS 7.1 to 7.2-1 on a cluster:   %PCSI-E-OPENIN, error opening>? DISK$SYSTEM:[VMS$COMMON.][SYS$LDR]SYS$MME_SERVICES.STB as inputo! SYSTEM-W-NOSUCHFILE, no such fileu  " %PCSI-E-OPFAILED, operation failed  P After this, the upgrade recommended that I abort the installation and restore my system backup.   Any recommendations?  
 Thank you,  
 Jim Lahman   ------------------------------  % Date: Mon, 24 Apr 2000 12:32:52 -0400o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>sF Subject: Re: Looking for a QVision 1024x768 EISA Card for DEC 2000-300+ Message-ID: <8e1ssq$g1h$1@lead.zk3.dec.com>   H The QVision is the *only* card that will work on this system.  I had the Mach32J working on it, but it went to EOL and was replaced by the Mach64.  The wayJ the Mach64 works would require you to be able to physically disable 8mb ofJ memory - since VMS doesn't have a architected way to differentiate betweenF memory that "can" be DMA'd to, and memory that can't.  And the DEC2000K EISA-only machine was designed in such a way that the ISA memory space, and J system memory space "overlapped".  This is all well and good until you tryB to do DMA, at which point you would randomly get one or the other.  H The QVision had a simple 1mb linear buffer that could be put at a "safe"J place.  The Mach64 has a much larger address window (I forget, but I thinkC it was 8mb) which could only be placed on certain memory boundries.          KellyB5Fan wrote in messagec1 <20000421224941.13317.00001711@ng-fs1.aol.com>...eJ >I have recently been given 2 DEC 2000-300s.  I have installed VMS 7.2 and motifoL >but the machines have the ATI Mach64 EISA card which is not compatable withJ >VMS.  If anyone has or knows where I can pick up a couple of QVision EISA cardsxE >for a resonable price please send me an email at KellyB5Fan@aol.com.d > H >Or if anyone knows of another compatable ISA card please pass that info along 	 >as well.i >  >Thanks, >e >Kelly MeroneyJ >VMS Applications Developer (One of the few, the proud, fighting tooth and nail >to hold on to it).m >e >o   ------------------------------   Date: 25 Apr 2000 15:02:40 GMT0 From: "Dale A. Dellutri" <ddellutr@enteract.com>D Subject: Multiport serial card on PC as AlphaServer serial consoles?- Message-ID: <8e4c2g$2s6j$1@news.enteract.com>d  E I previously asked about using "reverse" telnet as AlphaServer seriali	 consoles.u  F Now the latest CDW Net/Comm catalog has arrived.  They sell RocketPortE multiport serial controllers which provide multiple serial ports on ahE PC from either a USB connection or PCI add-in card.  These supposedly A provide 4 or 8 "Native" COM ports using no IRQs.  If I had one, I:= could just start up a TeraTerm Pro process for each COM port.?  5 This seems a lot easier and more straightforward thany "reverse" telnet.e  8 Any comments?  Anybody doing this?  Issues?  Criticisms?   --  & Dale Dellutri -- ddellutr@enteract.com   ------------------------------    Date: 25 Apr 2000 11:56:05 -05000 From: rivie@server.logan.teraglobal (Roger Ivie)H Subject: Re: Multiport serial card on PC as AlphaServer serial consoles?: Message-ID: <slrn8gbjfv.v51.rivie@server.logan.teraglobal>  E In article <8e4c2g$2s6j$1@news.enteract.com>, Dale A. Dellutri wrote: F >I previously asked about using "reverse" telnet as AlphaServer serial
 >consoles. >aG >Now the latest CDW Net/Comm catalog has arrived.  They sell RocketPort F >multiport serial controllers which provide multiple serial ports on aF >PC from either a USB connection or PCI add-in card.  These supposedlyB >provide 4 or 8 "Native" COM ports using no IRQs.  If I had one, I> >could just start up a TeraTerm Pro process for each COM port. > 6 >This seems a lot easier and more straightforward than >"reverse" telnet. >y9 >Any comments?  Anybody doing this?  Issues?  Criticisms?u >g >-- ' >Dale Dellutri -- ddellutr@enteract.comn     -- t
 Roger Ivie% TeraGlobal Communications Corporation & 1770 North Research Park Way Suite 100 Logan, UT 84341s mailto:rivie@teraglobal.com  phoneto:(435)787-0555e faxto:(435)787-0516     > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!l> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------    Date: 25 Apr 2000 11:57:32 -05000 From: rivie@server.logan.teraglobal (Roger Ivie)H Subject: Re: Multiport serial card on PC as AlphaServer serial consoles?: Message-ID: <slrn8gbjiq.v51.rivie@server.logan.teraglobal>  E In article <8e4c2g$2s6j$1@news.enteract.com>, Dale A. Dellutri wrote:nF >I previously asked about using "reverse" telnet as AlphaServer serial
 >consoles. >nG >Now the latest CDW Net/Comm catalog has arrived.  They sell RocketPort-F >multiport serial controllers which provide multiple serial ports on aF >PC from either a USB connection or PCI add-in card.  These supposedlyB >provide 4 or 8 "Native" COM ports using no IRQs.  If I had one, I> >could just start up a TeraTerm Pro process for each COM port. >26 >This seems a lot easier and more straightforward than >"reverse" telnet. > 9 >Any comments?  Anybody doing this?  Issues?  Criticisms?t  4 Sure; I do this all the time. At the moment I have a: MicroVAX 3100 hooked into a serial port of a Sun. I telnet; into the Sun and use Kermit to get at the MicroVAX console.h -- c
 Roger Ivie% TeraGlobal Communications Corporation9& 1770 North Research Park Way Suite 100 Logan, UT 84341a mailto:rivie@teraglobal.comy phoneto:(435)787-0555a faxto:(435)787-0516,    > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!r> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------  % Date: Tue, 25 Apr 2000 08:00:52 +0200i> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> Subject: Re: OpenVMS marketing+ Message-ID: <8e3ca7$r2i$1@minus.oleane.net>M  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 news:tw4N4.71410$2D6.1854411@news20.bellglobal.com...l >  >sL > Now with my luck, I'll fork over 50 bucks to get a CACU membership only toD > discover that the OpenVMS hobbyist folk have never heard about theL > organization :) With similar potential foo-bars in Germany, France and anyF > other members of the United States of Europe, I can only assume that someonehI > is making it difficult for hobbyists to get a free license (yeah, yeah;n) > always with the conspiracy theories...)p >M  K Though we ask people to pay around 10$ to be a full DECUS member in France, L we still maintain a free "observer" member status which allows access to the( hobbyist program, as to lug sessions ...   Jean-Franois Marchaln X9000 - LYON   ------------------------------  % Date: Tue, 25 Apr 2000 11:03:43 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>x Subject: Re: OpenVMS marketing) Message-ID: <39055F6E.CDCB06DC@gtech.com>e   Neil Rieck wrote:rE > Check this out: if you're interested in getting involved with Tru64hN > (previously known as DUNIX) then all you have to do it plunk down US$99. SeeN > http://www.unix.digital.com/noncommercial-unix/ for more details. IMHO, thisF > isn't much different than US$75 for a Solaris-8 CD-ROM (which can beB > downloaded and run for free on machines with fewer than 8 CPUs). > I > Now compare this to getting an OpenVMS Hobbyist license. First you mustgK > become a DECUS member (which is difficult if not living in the US) and iswH > not free (C$50 in Canada unless you're a full time student). After you4 > finally get your member id, you then need to go toL > http://www.montagar.com/hobbyist/media.html to order a media kit for US$30 > and free OpenVMS license.  > L > The OpenVMS marketing group should just produce a no-hassle US$99 kit like! > the Tru64 marketing people did.l  A There are actually other countries than the US, where DECUS worksy fine.t  " I had no problems here in Denmark.  = But based on several posts here, then I do get the impressionu= that DECUS Canada may not be as we would like it to be !  :-(i  > The initiative to the VMS hobbyist license came from DECUS, so7 I think it is natural for them to want to get involved.n  > Instead of changing the hobbyist-DECUS connection would it not% be better to change DECUS Canada ????A   Arne   ------------------------------  # Date: Tue, 25 Apr 2000 14:11:40 GMTo) From: "Neil Rieck" <n.rieck@sympatico.ca>a Subject: Re: OpenVMS marketing< Message-ID: <wIhN4.145368$1C2.3557058@news20.bellglobal.com>  5 Arne Vajhj <arne.vajhoej@gtech.com> wrote in messageo# news:39055F6E.CDCB06DC@gtech.com...t >o [snip] >n@ > Instead of changing the hobbyist-DECUS connection would it not' > be better to change DECUS Canada ????  >  YES.    But I still think that this linkE http://www.unix.digital.com/noncommercial-unix/ proves that Compaq isnL aggressively trying to popularize Tru64 but not OpenVMS. It would be nice ifG a similar no-hassle method of getting free OpenVMS was available at thed Compaq site.  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/h6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html   ------------------------------  % Date: Tue, 25 Apr 2000 10:35:54 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>  Subject: Re: OpenVMS marketing+ Message-ID: <8e4adc$vcs$1@lead.zk3.dec.com>a   Neil Rieck wrote in message ...t >mK >In the computer world today free means anything between $0 and $99 and thes2 >Tru64 introduction package meets the requirement. >o >...philosophical pause... >l    H I'm still not clear on the real beef here.  It sounds to me like the $50L Canadian membership, plus the $30 media cost gets you what you need for $80.  J It also gets you it in a very flexible way, since Compaq doesn't run it --K we leave it up to the user society to run it.  You would rather that CompaqtD turn this into a money making venture and directly "sell" the "free" hobbyist kit to you for $99.  K The two-step dance to get the kit isn't that horrible.  And its up to *you*rF the users and members of DECUS organizations to determine if there areJ better, simpler ways to deliver it - you don't have us (Compaq) in the wayL trying to make this a marketing gimmick.  Remember - we were on the bleedingJ edge of making this stuff free to hobbyists - it wasn't done as a internalI marketing ploy - but in direct response to the user groups (in particularm, DFWLUG) who worked hard to make this happen.   ------------------------------  # Date: Tue, 25 Apr 2000 14:50:16 GMTd) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: OpenVMS marketing< Message-ID: <IgiN4.145466$1C2.3558673@news20.bellglobal.com>  2 Neil Rieck <n.rieck@sympatico.ca> wrote in message6 news:V05N4.144293$1C2.3497135@news20.bellglobal.com... [snip]K > Rhetorical question: what ever happened to "demand and supply" curves? OhaI > yeah that's right; Digital ignored them and that's why they almost went= out=K > of business. If the supply curves says you have to drop the price to $99,W > then you've got to do it.- [snip]  L Correction. The supply curve primarily looks at the manufacturer's inventoryJ which is of no concern when publishing (copying for retail sale) completedJ software. The demand curve is an indication of how popular your product is, and whether you'll be in business next year.  J On a different note; does anyone remember s/w prices when the IBM-PC firstI came out? At the neighborhood Computer Land in Waterloo you could order a K system with MS-DOS for C$99 or PC-DOS for C$250 (maybe my memory is faulty, H but I can't recall subsequent releases of MS-DOS ever being above C$99).L Once you've got the software product written, price is irrelevant unless youI had to go into debt to finish the job. When you keep your prices down you L seem to make even more money on increased volume as well as repeat business.K That's how a (then) pip-squeak company like Microsoft was able to teach IBM E a thing or to about selling software. I find it fascinating that manynI companies (like Sun) have dropped the price of their flagship products to I under $100 just to stay in the game. Some of this is probably a knee-jerkSH reaction to the perceived threat of LINUX but can you imagine the marketL positions of these companies if any one of them had done this years earlier?G They would be in the enviable position of being in the DOJ hot seat fors being too successful :-)  J One final point; between 1984 and 1986 I was an administrator for a systemH that Northern Telecom sold to our company (corporately, we had purchasedK many copies of this system and were running them in major cities in Ontario L and Quebec). We were running BSD 4.3 (a flavor of UNIX) and I can assure youK that the cheap OS license costs heavily influenced the decision to use BSD.dL When bean counters are involved, and when contracts might be awarded to yourJ competitors, the cheapest product usually gets spec'd rather than the best product.  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ 6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html   ------------------------------  # Date: Tue, 25 Apr 2000 14:58:38 GMTn) From: "Neil Rieck" <n.rieck@sympatico.ca>g Subject: Re: OpenVMS marketing< Message-ID: <yoiN4.145488$1C2.3558864@news20.bellglobal.com>  5 Arne Vajhj <arne.vajhoej@gtech.com> wrote in messageo# news:39055F6E.CDCB06DC@gtech.com...n > Neil Rieck wrote:-G > > Check this out: if you're interested in getting involved with Tru64aL > > (previously known as DUNIX) then all you have to do it plunk down US$99. See K > > http://www.unix.digital.com/noncommercial-unix/ for more details. IMHO,r thisH > > isn't much different than US$75 for a Solaris-8 CD-ROM (which can beD > > downloaded and run for free on machines with fewer than 8 CPUs). > >nK > > Now compare this to getting an OpenVMS Hobbyist license. First you must J > > become a DECUS member (which is difficult if not living in the US) and isJ > > not free (C$50 in Canada unless you're a full time student). After you6 > > finally get your member id, you then need to go toH > > http://www.montagar.com/hobbyist/media.html to order a media kit for US$30l > > and free OpenVMS license.1 > >8I > > The OpenVMS marketing group should just produce a no-hassle US$99 kit0 like# > > the Tru64 marketing people did.  > C > There are actually other countries than the US, where DECUS worksS > fine.I >D$ > I had no problems here in Denmark. >1? > But based on several posts here, then I do get the impressionh? > that DECUS Canada may not be as we would like it to be !  :-(  >i@ > The initiative to the VMS hobbyist license came from DECUS, so9 > I think it is natural for them to want to get involved.m >r@ > Instead of changing the hobbyist-DECUS connection would it not' > be better to change DECUS Canada ????e >n > Arne  $ I agree. DECUS Canada should change.  K However, should any company bet their future success on the activities of ae3 user group? Check out the number of DECUS groups at>G http://www.montagar.com/htbin/ohp_hobreg and realize that you may loose*I market share if any one of them screw up (or go in their own directions).O    
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Tue, 25 Apr 2000 17:54:09 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> - Subject: Re: Percent of time spent training ?*) Message-ID: <3905CDB1.71CE5F66@bbc.co.uk>*   Arne Vajhj wrote:   > JF Mezei wrote:-N > > Even though I have been playing with VMS for a long time, I find I have toQ > > constantly spend time to tune up my skills both VMS and in the rest of the IT27 > > industry (web, wap, xml, perl, oracle etc etc etc).  >S  M Even gifted musicians have to practice to retain their skills, they just havea: a way of making it LOOK easy while they are performing :-)    O > > Is there some sort of industry number to determine how much time one shouldu6 > > spend honing one's skills versus just using them ? > >uQ > > I feel I have to constantly try to keep up and catch up, and I wonder if I amgH > > alone or if everyone is also in what seems to be an impossible race. >I? > The amount of information is exploding, so it is difficult toY > to stay ahead !n  S  I read in some trade mag a while back a statistic that the average IT professionale  L processes more information in a day than the average 15th century person did; in a whole lifetime ! Enough to really give you a headache.-   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those ofy MedAS or the BBC.r   ------------------------------  % Date: Mon, 24 Apr 2000 12:20:16 -0400 / From: Bradford Hamilton <Brad.Hamilton@fmr.com>w< Subject: Re: Problem with upgrading an Alpha Server to 7.2-1' Message-ID: <39047440.9D4A14AC@fmr.com>t   Shawn Malone wrote:a <snip>D > I was able to modify the first 3, but it is not letting me set theD > KSTACKPAGES.  I have tried editing the ModParams.dat file and haveE > included both MIN_KSTACKPAGES=2 and KSTACKPAGES=2.  Then reboot theoE > system.  When I look at tha params after the reboot it goes back too > one.  * I assume you have done this; if not, then:
 MCR SYSGEN SYSGEN>USE CURRs SYSGEN>SET KSTACKPAGES 2 SYSGEN>WRITE CURRd SYSGEN>WRIE ACTIVE SYSGEN>EXITk  3 Then reboot.  Or else, try rebooting using AUTOGEN.o   <snip>< > I have also installed the DNVOSI072ECO01 patch for Decnet. > @ > When installing this file the firs thing that happened was the > following error: > 9 > The following product will be installed to destination:6H >     DEC AXPVMS DNVOSIECO01 V7.2            DISK$ALPHASYS:[VMS$COMMON.]D > %PCSI-I-RETAIN, file [SYSLIB]DTSS$SHR.EXE was not replaced because+ > file from kit has lower generation numberl >   F I noticed this behavior as well, but have not experienced any untowardH behavior (probably because we do not use DTSS!).  Anyway, the message isG informational, and may not be an issue, except as an "interesting" bug.    > Thanks >  > Shawn    ------------------------------   Date: 25 Apr 2000 07:48:47 GMT) From: leslie@clio.rice.edu (Jerry Leslie).> Subject: Questions About UCX's SMTP 'vrfy' and 'expn' Commands' Message-ID: <8e3ikv$pri$1@joe.rice.edu>w  Keywords: vms,ucx,smtp,vrfy,expn  # On a VAX system with UCX V4.2/ECO3:p      $ ucx show versions  A      Digital TCP/IP Services for OpenVMS VAX Version V4.2 - ECO 3k1      on a VAXstation 4000-96 running OpenVMS V7.1m  > The SMTP port supports both the 'vrfy' and the 'expn' command:  3    $ telnet 209.16.45.97 25    {from a unix system}e    Trying...    Connected to 209.16.45.97.     Escape character is '^]'.F    220 sccvxg.insync.net UCX V4.2-21E, OpenVMS V7.1 VAX ready at Tue, !        25 Apr 2000 02:34:31 -0500t    helo clio.rice.eduyA    250 sccvxg.insync.net Hello clio.rice.edu, pleased to meet youe    vrfy leslie(    250 leslie <leslie@sccvxg.insync.net>    expn leslie=    550 Failed to open file SYS$SPECIFIC:[UCX_SMTP]leslie.dis.)  H From another window, SYS$SPECIFIC:[UCX_SMTP]LESLIE.DIS was created that E contains "leslie@cli0.rice.edu", and the expn command executed again:e      expn leslie    250 <leslie@cli0.rice.edu>t    quit =    221 sccvxg.insync.net Service closing transmission channele    Connection closed.a  
 Questions:  D    o What purpose does SYS$SPECIFIC:[UCX_SMTP]<username>.DIS serve ?A      It looks like it might be similar to the unix .forward file.r  I    o Are there logical names, or some other method, to disable the 'vrfy'o      and 'expn' commands ?   Thanks in advance,  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Tue, 25 Apr 2000 06:00:52 GMT   From: mustbme <news@mustbme.com>  Subject: REQ: MOP and Tape info.8 Message-ID: <83cagskbkipb3gugvblq28ogashpb64324@4ax.com>  # Very new to VMS (a couple hours)...b  ? I just received DECUS CD containing OpenVMS 7.2, installed on a1D VS4000VLC with the hopes of MOP booting a 4000-600 (DSSI and no CD).F Is this possible, and if so, could someone outline the procedure. I'veF installed virtually everything on the CD, except the layered products,A configured DECnet, etc, but don't have a clue how to proceed fromS: here. Also, is there a MOP daemon available for NT 4 or 5?  C Is it possible (easy?) to create a bootable tape from the CD that Ii, could use to do the install on the 4000-600?  E The VS4000VLC had a really small and slow drive, that I replaced withlB a 10K RPM Seagate Barracuda. I've been running it with the plasticF cover off, wondering if there's enough airflow to keep it from melting/ down if I close up that little box... Any info?l  E Thanks! New toys/hobby, and I'm not all that far into it yet, so lotst of questions :)r   davidr   ------------------------------  # Date: Tue, 25 Apr 2000 12:49:42 GMT , From: koehler@eisner.decus.org (Bob Koehler)$ Subject: Re: REQ: MOP and Tape info.' Message-ID: <2000Apr25.084942.1@eisner>r  [ In article <83cagskbkipb3gugvblq28ogashpb64324@4ax.com>, mustbme <news@mustbme.com> writes:n  A > I just received DECUS CD containing OpenVMS 7.2, installed on a?F > VS4000VLC with the hopes of MOP booting a 4000-600 (DSSI and no CD).H > Is this possible, and if so, could someone outline the procedure. I've  H Generally this means you must form a cluster between the two systems, atE least temporarily (MOP will only provide the inital load, the rest ofo! VMS must be accessable via MSCP):o   @sys$manager:cluster_config.coma  H > installed virtually everything on the CD, except the layered products,C > configured DECnet, etc, but don't have a clue how to proceed frome< > here. Also, is there a MOP daemon available for NT 4 or 5?  H I would assume the Kinet and otehrs have DECnet products for NT and haveF kept up the habit of including MOP with those products even though MOP
 isn't DECnet.:  E > Is it possible (easy?) to create a bootable tape from the CD that I . > could use to do the install on the 4000-600?  H Depends.  What kind of tape drive and what version of VMS?  Not all tape drives are useable for booting.o  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationi= Hubble Space Telescope Payload  | Federal Sector, Civil GroupUE  Flight Software Team           | please remove ".aspm" when replyingt   ------------------------------  % Date: Tue, 25 Apr 2000 16:51:39 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>s/ Subject: Re: Sun considers VMS a "mainframe" OSb) Message-ID: <3905BF0B.8E69FC61@bbc.co.uk>b  ( Andrew Harrison SUNUK Consultancy wrote:   >  >bL > Tbere is a batch class for the sheduler, but this is probably not what you >-1 > mean. I assume you mean a batch control system.0 >1= > This does not come out of the box unless you count CRON/AT.o >g> > You need an additional product, Maestro, AutoSys etc are all > commercial batch products. >e >w  = ahhhggh, don't tell compaq sales, or we'll all be coughing upd% (or not) for queue_manager paks soon.N     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk-  A I speak for myself only and my views in no way represent those ofh MedAS or the BBC..   ------------------------------  % Date: Tue, 25 Apr 2000 08:49:48 -0300m1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>f, Subject: RE: system disk move and batch jobsK Message-ID: <F150836441C5D311A11700508B6FF01A835706@bdant024.bda.bobda.com>r   > From: ? > Fairfield@SLAC.Stanford.EDU[SMTP:Fairfield@SLAC.Stanford.EDU]hC >    But then  you  say you want to retain the _DSA_ "designation". 
 > Strictly0 >     speaking, that's out of  your  control.   I No it's not you can quite happily mount/shadow= a controller based stripeh set.  K >         It should be transparent given you define DSA9 in SYLOGICALS.COM.m > B Again no it wont, if you define a logical in SYLOGICALS it will beK translated into the physical device name upon submission not execution, youiI will have to mount the device as a shadow set to retain this information.o   >             -Ken n >     F **********************************************************************C This message and any files transmitted with it are confidential and-J may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom they5L are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copyingo of this message is prohibited.   Bank of Bermuda F **********************************************************************   ------------------------------   Date: 25 Apr 2000 09:26:31 GMT* From: helbig@astro.rug.nl (Phillip Helbig)/ Subject: Re: The Movie "Breaking Point" + PDP11b. Message-ID: <8e3oc7$r63$3@info.service.rug.nl>  G In article <Xa2N4.33023$WF.1516771@bgtnsc04-news.ops.worldnet.att.net>,.2 "John Nixon" <jorlnixon@worldnet.att.net> writes:   L > I am still embarassed everytime I hear Rick Marcello brag about visibilityN > by pointing to the Northern Lights advertisement.  I have seen scores of SunN > ads and countless IBM and HP ads since then.  VMS marketing is still sitting > on its LAUREL. (singular).  > He who sits on his laurels is wearing them in the wrong place.   ------------------------------  % Date: Tue, 25 Apr 2000 10:21:23 -0400s5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>a3 Subject: Re: TPU/EVE : decwindows vs character cellm+ Message-ID: <8e49i6$tm0$1@lead.zk3.dec.com>h  @ JF Mezei wrote in message <3903A869.635A5A3E@vl.videotron.ca>... >c >Which prompts these questions:a >iK >Does DECTERM convert mouse events into some ANSI character sequences which  >CTERM blindlyK >tranmits to the remote node which passes it to the application as it wouldh any- >other keyboard key sequence ? >t    I DECterm can be set to pass mouse events to the application as DEC-privatetH ANSI compatable CSI sequences.  If these sequences are not enabled, then; DECterm uses the default actions for the mouse (cut/paste).i  H When I designed these sequences with the terminal group back in VWS, theL idea was that by default the emulator would do cut/paste, but an applicationI (EMACS is a good example) could potentially make better use of the mouse,hL and do complex operations - like a rectangular cut and paste - that just are= not practical to do without active application participation.:  H >Does DECTERM cooperate with CTERM and the remote non-decwindows node to pass9 >mouse events as separate entities from keyboard events ?V >4    F DECterm knows nothing about CTERM.  The mouse events are simply passedK through as CSI sequences for the application to decipher.  That is, DECtermDI generates them, they are transmitted as-if they were some other KB escapeI" sequence (like pressing a F5 key).  F >When I issue the command TPU SET (MOUSE,OFF) on the remote node, this changesuK >not only the TPU behaviour, but also the DECTERM behaviour since the laternF >will now process mouse events locally (allowing local cut/paste etc). >a  J When you issue this command, you are telling that application - TPU - thatK it should not try and handle mouse events, and it will turn off mouse eventcI reporting.  This restores the default behavior of DECterm. which is to dot
 cut/paste.   >rK >Is there a document which fully describes the type of communications whichaJ >goes on between DECTERM and a remote host through CTERM in terms of mouseJ >handling ? Would the same happen if I were to telnet to a host instead of SETu& >HOST (CTERM) to it ? What about LAT ?  I It would make no difference.  The transport is not interpreting the mousee7 events, simply passing them through to the application.   K I am not sure where the mouse stuff is documented, but I would suspect thateJ you will find it in the VT500 documentation (which I "think" supports it).  L It's pretty complicated for a quick write up.  There is a DECELR sequence toJ enable locator reports (CSI ps1 ; ps2 ' z), a DECSLE to select the type ofH reports (CSI ps ' } ), DECRQLP to request the locator position (CSI Ps 'K | ), and then there is the locator report itself DECLRP, which is generated I in response to the locator event (which is another CSI sequence a bit too  long to describe here).   I TPU by default sends the commands down to enable locator events, and thenuL has some minimal default support for the events that come back (like settingL the position).  TPU I believe documents how to program TPU for mouse events.H The SET (MOUSE,OFF) tells TPU to disable the reports, which then returnsJ DECterm to it's default behavior.  I think that the TPU PL at the time hadI plans for more extensive default mouse behavior... but it never happened.r   ------------------------------  % Date: Tue, 25 Apr 2000 17:17:04 +0100c$ From: Paul Williams <flo@rdel.co.uk>3 Subject: Re: TPU/EVE : decwindows vs character cell ) Message-ID: <3905C500.4DE65DD@rdel.co.uk>h   Fred Kleinsorge wrote: > B > JF Mezei wrote in message <3903A869.635A5A3E@vl.videotron.ca>... > >c! > >Which prompts these questions:: > >OM > >Does DECTERM convert mouse events into some ANSI character sequences which  > >CTERM blindlyM > >tranmits to the remote node which passes it to the application as it would  > anye  > >other keyboard key sequence ? > >r > K > DECterm can be set to pass mouse events to the application as DEC-privatenJ > ANSI compatable CSI sequences.  If these sequences are not enabled, then= > DECterm uses the default actions for the mouse (cut/paste).' > J > When I designed these sequences with the terminal group back in VWS, theN > idea was that by default the emulator would do cut/paste, but an applicationK > (EMACS is a good example) could potentially make better use of the mouse,SN > and do complex operations - like a rectangular cut and paste - that just are? > not practical to do without active application participation.a > M > I am not sure where the mouse stuff is documented, but I would suspect thattL > you will find it in the VT500 documentation (which I "think" supports it).  E You'll find it in the VT330 Programmers Reference as well. There is a9H document explaining these sequences, written by Peter Sichel, at Richard' Shuford's Terminal Information Archive:U  9 http://www.cs.utk.edu/~shuford/terminal/dec_vt_mouse.html   ? This may not be quite up to date. Certainly DECLKD (Locator KeyhA Definition) got renamed to DECLBD (... Button ...) at some point.    ------------------------------  % Date: Tue, 25 Apr 2000 10:59:03 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>t+ Subject: Re: VAX - Alpha upgrade assistance ) Message-ID: <39055E57.F75A0458@gtech.com>a   John Nixon wrote:eM > My company is finally about to make the decision to tackle the VAX to AlphaiM > VMS conversion.   I am looking for recommendations for  software conversionEL > tools or consulting services, either within Compaq or external.  We are in > the Atlanta GA. area.i > K > The application is a fairly complex one that has evolved over the past 15cL > years and is mostly written in DECC.  There are some remnants of VAX MACRO > code.e > I > We have a programming staff, although an undermanned one.   We recently E > completed a huge project to convert from VAXC to DECC.  It was veryoE > difficult and took a long time.  Everyone is leery of another major L > coversion project at this time, so all we may really need is a little handD > holding and assurance that this project won't be as difficult as C
 > conversion.k  > VAX -> Alpha is a piece of cake compared with VAX C -> DEC C !  = So get an Alpha, @BUILD_EVERYTHING and see how it looks. Somee@ of the Macro may need a little bit of tweaking or even rewriting  depending on what you are doing.  4 But I would definatetly be optimistic and go ahead !   Arne   ------------------------------  % Date: Tue, 25 Apr 2000 07:46:55 -0400s+ From: "Main, Kerry" <Kerry.Main@Compaq.com>n3 Subject: RE: VAX CI storage vs served fibre channelIJ Message-ID: <910612C07BCAD1119AF40000F86AF0D805284227@kaoexc4.kao.dec.com>   John,   I Based on my understanding of your config, the SAN data would be served toaL the VAX's via the best network NIC that you have implemented, which you have indicated is FDDI. c  L I suspect that since you would be changing the VAX's access to the data fromJ direct (via CI) to served (via FDDI) that some local testing would have toL be done with your application. It would depend on how much data was accessed by the VAX's and how often.l  I If testing showed that the performance was acceptable, then it would be a ? good way to integrate the two environments. It would provide an K infrastructure that allowed you to invest in current SAN /FC technology andmI still reap the benefits of additional storage requirements for the VAX's.r   A few additional notes:2  L - as the SAN data would be served by a single Alpha 8400, you would have theH issue of a SPOF (single point of failure) until you add the second AlphaK that you indicated. Btw - as a suggestion, the new EV67 667Mhz ES40's mighttL be an attractive option for you as an alternative to the 8400. Reference the* following for relative sizing comparisons:J http://www.digital.com/alphaserver/performance/perf_tps.html (while not onF chart right now, EV67 ES40 rough numbers are approx 20-30% faster than similar config'd EV6 ES40's)J - keep in mind the old cluster concern about mixing large powerful serversH with older, smaller servers ie. lower end servers holding locks that the faster servers require. 9 - OVMS V7.2-1 required for SAN/FC support (TIMA maint kitd( VMS721_UPDATE-V0100 recommended as well) - Other references:EI <http://www.openvms.digital.com/openvms/fibre/index.html> (latest VMS andY FC/SAN information page)E <http://www.openvms.digital.com/openvms/PRODUCTS/CLUSTERS/INDEX.HTML> L <http://www.openvms.digital.com/openvms/WHITEPAPERS/ci_connect/ciconfig_webp age_contents.html>   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadaa Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com-       -----Original Message-----4 From: John Nixon [mailto:jorlnixon@worldnet.att.net]$ Sent: Monday, April 24, 2000 8:09 PM To: Info-VAX@Mvb.Saic.Comm3 Subject: Re: VAX CI storage vs served fibre channelr    > Thanks for your comments.  Let me throw in a few more details., (most of which were in my original posting).  @ My question was not so much the performance of FC, which I agreeE is excellent, and further I have faith that the Compaq implementationf is probably among the best.   B However, my concern is regarding serving disk storage to my VAXes.@ My VAXes currently connect to my disk storage via 4 CIXCDs each.5 Each CIXCD is attatched to one of four Star Couplers.   G I frequently see sustained agregrate thruput of greater than 20 MB/sec.0- Sometimes as much as 25MB/second to my VAXes.   H In this VMS Cluster, I also have an Alpha 8400 , and I may swing anotherD similar Alpha.  The 8400 has 4 CIPCAs that attatach to the same four star couplers as the VAXes.S  B Now, if I attach the Alpha to a FC Storage Area Network, and I useH the Alpha to server storage to the VAXes, what thruput will I be able toD maintain for the VAXes.  Would the storage be served via FDDI or CI?5 Would it divide the IO traffic equally between 4 CIs?a  G So you see, my original question was not merely if FC is any good.  TheD2 question was if it was viable in my configuration.    5 "Ryan C. Price" <pricerc@ihug.co.nz> wrote in message $ news:8e2ha6$b94$1@news.ihug.co.nz...D > Even if FC only delivers 10% of its theoretical performance, it'llA > still deliver more than your current 7MB/s. And I'm sure with a-> > decent FC implementation, you'll exceed 10% quite easily. ByA > decent, I mean properly designed by a storage expert; there are8A > many ways to build an FC network, and many ways to do it badly.u > B > Note that there are some significant issues with quality in some> > FC implementations, and a lot of vendor FUD and over-statingA > of capabilities. Being a former StorageWorks consultant, I feeleE > I can trust their technology (they are mostly of the old DEC-schoolt* > of quality engineering being paramount). >uB > As an example of a bad design; some vendors are passionate aboutD > flogging FC disks, and will sell you an array of 20 FC disks on anC > FC loop, which will give you pathetic performance, of course theyeF > wouldn't tell you that, they'll just tell you how wonderful and fast > FC is. >  > /Ryan 5 > (no I don't work for Compaq, at least not anymore).c >o > E > "Martin Oettl" <Martin.Oettl@drop-this.compaq.com> wrote in messagei0 > news:39001124.676A028C@drop-this.compaq.com... > > John Nixon wrote:  > >o > > > Ryan,r > > >tG > > > How do I get multi-site shadow sets without host based shadowing.- > That9 > > > would appeal to me, but I have never heard of that.c > > >(H > > > As for the math,  that part is simple, if you believe that in real
 > life theA > > > math numbers hold up.  You only get the theoretical thruputm > numbers if youE > > > eliminate every bottleneck.  With CI I have come close and  cani
 > actuallyG > > > sustain 7MB/second, but I am not sure what kind of config I would.	 > need to # > > > maintain FC thruput maximums.t > > >e > >e > > Data Replication Manager:a > >u > > H > http://www.compaq.com/products/storageworks/Storage-Management-Softwar > e/DataRepindex.htmlo > >h
 > > Martin > >u >b >c   ------------------------------  # Date: Tue, 25 Apr 2000 14:43:28 GMTi/ From: "John Nixon" <jorlnixon@worldnet.att.net>p3 Subject: Re: VAX CI storage vs served fibre channelcG Message-ID: <kaiN4.32661$fV.1984043@bgtnsc05-news.ops.worldnet.att.net>o   Thanks for your comments Kerry,K  C I am looking into the ES40, but I am afraid that  system may be too 2 constrained for my use by the number of PCI slots.J I am acutely aware of the Single Point of Failure problem.  Even if I haveL two Alphas to  connect to the SAN and serve storage to the VAXes, I would be- nervous if each Alpha only has one FC adaper.   D I have a significant investment in CI disk storage, including 4 starL couplers.  If I introduce another Alpha into the Cluster, I will need for itK to access the CI storage, which means four CIPCAs, which means 8 PCI slots.aF I also need 2 GBit Ethernet PCI slots, 1 or 2 FC PCI slots (???),  and9 possibly one or two synchronous PCI slots (PBXDP).  I may L be able to get by with 2 CIPCAs but until I can eliminate all three VAXes, I* need to be able to access all that storage from all systems.s  J I am not exactly sure what I need for FC connectivity.  Do I need a PCI-FCK adapter, or is there another way to connect to the Compaq SAN (hub) withoutl using a PCI slot?   F Since I would probably be trading one of my VAX 78xx s for an Alpha, IK believe the VAX software would give me a good credit for the Alpha licenseso5 of a GS140 type system.  Does this make sense to you?p  3 As always, I appreciate your comments and opinions.r  I (I remember when my choices were VAX 780,750 or 730 and I had about threei disk choices).  6 "Main, Kerry" <Kerry.Main@Compaq.com> wrote in messageD news:910612C07BCAD1119AF40000F86AF0D805284227@kaoexc4.kao.dec.com... > John,@ >lK > Based on my understanding of your config, the SAN data would be served toeI > the VAX's via the best network NIC that you have implemented, which you  have > indicated is FDDI. > I > I suspect that since you would be changing the VAX's access to the data  fromL > direct (via CI) to served (via FDDI) that some local testing would have toE > be done with your application. It would depend on how much data was. accessed > by the VAX's and how often.o >aK > If testing showed that the performance was acceptable, then it would be atA > good way to integrate the two environments. It would provide andI > infrastructure that allowed you to invest in current SAN /FC technologyg andyK > still reap the benefits of additional storage requirements for the VAX's.i >  > A few additional notes:r >lJ > - as the SAN data would be served by a single Alpha 8400, you would have the J > issue of a SPOF (single point of failure) until you add the second AlphaG > that you indicated. Btw - as a suggestion, the new EV67 667Mhz ES40's* might*J > be an attractive option for you as an alternative to the 8400. Reference the , > following for relative sizing comparisons:L > http://www.digital.com/alphaserver/performance/perf_tps.html (while not onH > chart right now, EV67 ES40 rough numbers are approx 20-30% faster than > similar config'd EV6 ES40's)L > - keep in mind the old cluster concern about mixing large powerful serversJ > with older, smaller servers ie. lower end servers holding locks that the > faster servers require. ; > - OVMS V7.2-1 required for SAN/FC support (TIMA maint kit** > VMS721_UPDATE-V0100 recommended as well) > - Other references:eK > <http://www.openvms.digital.com/openvms/fibre/index.html> (latest VMS andc > FC/SAN information page)G > <http://www.openvms.digital.com/openvms/PRODUCTS/CLUSTERS/INDEX.HTML>c ><L <http://www.openvms.digital.com/openvms/WHITEPAPERS/ci_connect/ciconfig_webp > age_contents.html> > 
 > Regards, >  > Kerry Main > Senior Consultant, > Compaq Canadaa > Professional Servicesp > Voice : 613-592-4660 > FAX   : 819-772-7036 > Email : kerry.main@compaq.comn >o >l >  > -----Original Message-----6 > From: John Nixon [mailto:jorlnixon@worldnet.att.net]& > Sent: Monday, April 24, 2000 8:09 PM > To: Info-VAX@Mvb.Saic.Com 5 > Subject: Re: VAX CI storage vs served fibre channel0 >1 >1@ > Thanks for your comments.  Let me throw in a few more details.. > (most of which were in my original posting). >lB > My question was not so much the performance of FC, which I agreeG > is excellent, and further I have faith that the Compaq implementatione > is probably among the best.  >vD > However, my concern is regarding serving disk storage to my VAXes.B > My VAXes currently connect to my disk storage via 4 CIXCDs each.7 > Each CIXCD is attatched to one of four Star Couplers.  > I > I frequently see sustained agregrate thruput of greater than 20 MB/sec. / > Sometimes as much as 25MB/second to my VAXes.s >eJ > In this VMS Cluster, I also have an Alpha 8400 , and I may swing anotherF > similar Alpha.  The 8400 has 4 CIPCAs that attatach to the same four > star couplers as the VAXes.u >tD > Now, if I attach the Alpha to a FC Storage Area Network, and I useJ > the Alpha to server storage to the VAXes, what thruput will I be able toF > maintain for the VAXes.  Would the storage be served via FDDI or CI?7 > Would it divide the IO traffic equally between 4 CIs?e >EI > So you see, my original question was not merely if FC is any good.  Theu4 > question was if it was viable in my configuration. >4 > 7 > "Ryan C. Price" <pricerc@ihug.co.nz> wrote in messagee& > news:8e2ha6$b94$1@news.ihug.co.nz...F > > Even if FC only delivers 10% of its theoretical performance, it'llC > > still deliver more than your current 7MB/s. And I'm sure with ai@ > > decent FC implementation, you'll exceed 10% quite easily. ByC > > decent, I mean properly designed by a storage expert; there are,C > > many ways to build an FC network, and many ways to do it badly.o > >vD > > Note that there are some significant issues with quality in some@ > > FC implementations, and a lot of vendor FUD and over-statingC > > of capabilities. Being a former StorageWorks consultant, I feel G > > I can trust their technology (they are mostly of the old DEC-schoolt, > > of quality engineering being paramount). > >yD > > As an example of a bad design; some vendors are passionate aboutF > > flogging FC disks, and will sell you an array of 20 FC disks on anE > > FC loop, which will give you pathetic performance, of course theyEH > > wouldn't tell you that, they'll just tell you how wonderful and fast
 > > FC is. > >t	 > > /Ryans7 > > (no I don't work for Compaq, at least not anymore).n > >  > >nG > > "Martin Oettl" <Martin.Oettl@drop-this.compaq.com> wrote in messageo2 > > news:39001124.676A028C@drop-this.compaq.com... > > > John Nixon wrote:t > > >t
 > > > > Ryan,o > > > > I > > > > How do I get multi-site shadow sets without host based shadowing.  > > That; > > > > would appeal to me, but I have never heard of that.P > > > >sJ > > > > As for the math,  that part is simple, if you believe that in real > > life theC > > > > math numbers hold up.  You only get the theoretical thruputh > > numbers if youG > > > > eliminate every bottleneck.  With CI I have come close and  cann > > actuallyI > > > > sustain 7MB/second, but I am not sure what kind of config I wouldt > > need toi% > > > > maintain FC thruput maximums.v > > > >t > > >o > > > Data Replication Manager:h > > >M > > >FJ > > http://www.compaq.com/products/storageworks/Storage-Management-Softwar > > e/DataRepindex.htmla > > >P > > > Martin > > >  > >  > >o   ------------------------------  % Date: Tue, 25 Apr 2000 13:17:02 -0400- From: jlahman@LTVSteel.com' Subject: VMS 7.1 to 7.2-1 Upgrade Error 8 Message-ID: <852568CC.005EFAB9.00@notesnta.LTVSteel.com>  P I got the following error during the upgrade from VMS 7.1 to 7.2-1 on a cluster:   %PCSI-E-OPENIN, error openinge? DISK$SYSTEM:[VMS$COMMON.][SYS$LDR]SYS$MME_SERVICES.STB as inputh! SYSTEM-W-NOSUCHFILE, no such file   " %PCSI-E-OPFAILED, operation failed  P After this, the upgrade recommended that I abort the installation and restore my system backup.   Any recommendations?  
 Thank you,  
 Jim Lahman   ------------------------------   Date: 25 Apr 2000 17:38:48 GMT4 From: hammond@not@peek.ppb.dec.com (Charlie Hammond)+ Subject: Re: VMS 7.1 to 7.2-1 Upgrade Errors6 Message-ID: <8e4l78$2i0$1@mailint03.im.hou.compaq.com>  9 In article <852568CC.005EFAB9.00@notesnta.LTVSteel.com>, e jlahman@LTVSteel.com writes:D >I got the following error during the upgrade from VMS 7.1 to 7.2-1  >on a cluster: >p >%PCSI-E-OPENIN, error opening@ >DISK$SYSTEM:[VMS$COMMON.][SYS$LDR]SYS$MME_SERVICES.STB as input" >SYSTEM-W-NOSUCHFILE, no such file >c# >%PCSI-E-OPFAILED, operation failedr  - It looks like you have a bad copy of the kit.a  G Were you booted from the Compaq supplied OpenVMS Alpha V7.2-1 operatingd# systm CD-ROM?  (part # AG-QSBZD-BE)    -- 0K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA D            (hammond@peek.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   End of INFO-VAX 2000.231 ************************ be quite up to date. Certainly DECLKD (Locator KeyhA Definition) got renamed to DECLBD (... Button ...) at some point.    ------------------------------  % Date: Tue, 25 Apr 2000 10:59:03 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>t+ Subject: Re: VAX - Alpha upgrax+)wcjtQ`|?g=W>5[&m՚u*MZ."Y7XGgu9V/ڜX&4.ùf-<zb^qZGk>`:f:):0xטUX+UںYXSKC4g襁_BΒ),w:s
Zk}^]O] !4h#F{˱AyrfiWd	J"2j߮ܗ̵I}`<_<ҧy>֘0:q+:sU /v`6n¦>$痴Z0nE?vvΡe+hl,v6u12
%De;*Y9</ӄ71EEaDt0K	|R:HulH:;1,v<YOǣQ4	iCǣIIɠqKZ:֥2𸛞GtXһQ(r&c(Z(YwEŽ=ׄÞۖ+:Z)]~&TK}cTҫoZ[:S:mTԛP}8O,/^ۑ8*f~ኄ.?jjr*ۉZKJ"r9#8<sdSA]1Xo9_UEU Np,D%X49+ㄝGUaM/X<_jg
fzpU~OtӨp9P
hC5HHȠw8C[/3c#. V&$,8sbߎѽV~NORm:͟(ks3c6ؕ_"ևC f_;cVun|E/Ŏ3"YgCvXSjL/"s<_8qJK/#y