1 INFO-VAX	Mon, 07 Aug 2000	Volume 2000 : Issue 439       Contents:! Adding a 2nd CPU to an Alpha 2100 % Re: Adding a 2nd CPU to an Alpha 2100 % Re: Adding a 2nd CPU to an Alpha 2100 ( Re: Announcement: PDF Viewer for OpenVMS Re: dcps documentation? ; RE: F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB") ; Re: F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB") 	 Re: Help! - Re: How to copy the current screen to a file? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? ) Re: Patwhorks Performance and TCP NODELAY 0 Re: PCSI installation problem - missing database Re: Quality  Raid array 300 on VMS  Re: Raid array 300 on VMS  Re: Raid array 300 on VMS  TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: TELNET vs LAT speed  Re: The High Cost of Tech Books  Re: The Linux Paradigm there was a disk freeware...  Re: there was a disk freeware...  Re: there was a disk freeware.../ Re: Trouble with the Intel Ethernet ship (chip)   Re: UCX 4.1, OpenVMS 7.1-1h2(??) Re: Updating RMS Files, RE: VAX 4000/90 ... Output to Graphics or VT Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS  Re: VMS Vs any other OS 2 Re: What Can I Do With An AlphaServer 1000A 4/233?2 Re: What Can I Do With An AlphaServer 1000A 4/233?! where download the rsaref source?   F ----------------------------------------------------------------------  # Date: Mon, 07 Aug 2000 13:30:27 GMT ' From: rreffner@cstone.net (Rob Reffner) * Subject: Adding a 2nd CPU to an Alpha 2100. Message-ID: <398eb943.5348413@news.cstone.net>  D We just recently upgraded one of our Alpha 2100s to a 4100 and I was? wondering if it is possible to use the CPU from the old 2100 in B another one of the 2100s. If so, could someone please give me someE tips or links to resources on this. I have checked DSN ITS and either B I am asking the wrong question or the topic has never been covered3 there before. Any help will be greatly appreciated.    Rob    ------------------------------   Date: 7 Aug 2000 08:51:43 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett) . Subject: Re: Adding a 2nd CPU to an Alpha 2100, Message-ID: <d$i7SIQGkq2j@malvm2.mala.bc.ca>  X In article <398eb943.5348413@news.cstone.net>, rreffner@cstone.net (Rob Reffner) writes:F > We just recently upgraded one of our Alpha 2100s to a 4100 and I wasA > wondering if it is possible to use the CPU from the old 2100 in D > another one of the 2100s. If so, could someone please give me someG > tips or links to resources on this. I have checked DSN ITS and either D > I am asking the wrong question or the topic has never been covered5 > there before. Any help will be greatly appreciated.  >   M    Physically it's quite a simple process, just slide it into the appropriate I slot ( the card cage has labels showing where it should go). The hardware I will automatically detect it, no other configuration should be necessary.   @    Licensing is another matter. To use the second CPU you need aF "multiprocessor" (or sum such) extension to your VMS license. When youD buy an additional CPU upgrade kit it comes with this license. If youB have a VMS license associated with the old 2100 then in some senseH you are probably morally justified in using that CPU in a multiprocessorE box, but technically it won't work without the special multiprocessor C PAK and legally I suspect you can't get Compaq to swap the old base G license for a  multiprocessor license ( though I guess it couldn't hurt  to ask )   ------------------------------  % Date: Mon, 07 Aug 2000 16:58:54 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson> . Subject: Re: Adding a 2nd CPU to an Alpha 2100. Message-ID: <398EEACE.4A8D5D17@fsi.net.mapson>   Malcolm Dunnett wrote: > Z > In article <398eb943.5348413@news.cstone.net>, rreffner@cstone.net (Rob Reffner) writes:H > > We just recently upgraded one of our Alpha 2100s to a 4100 and I wasC > > wondering if it is possible to use the CPU from the old 2100 in F > > another one of the 2100s. If so, could someone please give me someI > > tips or links to resources on this. I have checked DSN ITS and either F > > I am asking the wrong question or the topic has never been covered7 > > there before. Any help will be greatly appreciated.  > >  > O >    Physically it's quite a simple process, just slide it into the appropriate K > slot ( the card cage has labels showing where it should go). The hardware K > will automatically detect it, no other configuration should be necessary.  > B >    Licensing is another matter. To use the second CPU you need aH > "multiprocessor" (or sum such) extension to your VMS license. When youF > buy an additional CPU upgrade kit it comes with this license. If youD > have a VMS license associated with the old 2100 then in some senseJ > you are probably morally justified in using that CPU in a multiprocessorG > box, but technically it won't work without the special multiprocessor E > PAK and legally I suspect you can't get Compaq to swap the old base I > license for a  multiprocessor license ( though I guess it couldn't hurt 
 > to ask )  G I'm probably wrong here; but, I believe there is(was?) a SMP (Symmetric F Multi-Processing) upgrade license available that can be registered andC used along with the base license to support an additional processor  obtained from a third party.  B Perhaps Islandco or someone else will chime in with an appropriate correction here...   David J. Dachtera    ------------------------------  $ Date: Mon, 7 Aug 2000 11:59:15 -0400% From: "Brian Tillman" <tillman_brian> 1 Subject: Re: Announcement: PDF Viewer for OpenVMS $ Message-ID: <398edc87$1@news.si.com>  : >Should it be priced per system, per cluster, or per seat?  7 Yes, and there should also be a site license available.   A In other words, license it in as many different ways as possible.    --    A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Mon, 07 Aug 2000 11:08:43 -0400 0 From: Paul Anderson <paul.r.anderson@compaq.com>  Subject: Re: dcps documentation?H Message-ID: <paul.r.anderson-C4E7B9.11084307082000@news.ma.ultranet.com>  , In article <fVFMLnN4EOOg@eisner.decus.org>, : Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:  A > I would hope that is something your new employer could fix, by  E > putting the full set of formats on the Online Documentation CDROMs.   E Are you speaking just of DCPS or of all layered products?  I believe  D Compaq policy is to ship HTML only on the Documentation CD-ROMs.  I I agree it would be nice to have as many formats as possible.  This is the  H first version that only HTML ships on the CD-ROM; we shipped Bookreader ( and HTML for a few versions before that.   Paul   --  "    Paul Anderson, DCPS Engineering*    Compaq Computer Corporation, Gardner MA   ------------------------------  % Date: Mon, 07 Aug 2000 09:21:00 -0700 / From: Terry Marosites <TMarosites@unitedad.com> D Subject: RE: F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB")M Message-ID: <1137A4A23A51D311B2D600105A1D5213026FDEBF@seantexch.unitedad.com>    Thanks Dave and David,  E    I see now that there is only something in LOG_SPECIFICATION is the E submitter specifies a log file and that the version is not specified    
    But since  '     * More than one user runs this job  1     * a 3rd party application submits it for them C     * several of the users may be running the job at the same time. 7     * all users use the same directory for their logs.  L    does this me that I am Out of luck for using a call to get the actual log that I want . ;    I think what I will do is get to a point where I get the # path:filename.log then do a search  K    on path:filename.log;* /out = x.x  ,  open the file and get the 3rd line  , this assumes that I    is sylogin I have show proc. The only problem here is that some of the  logs can be vary big. E    maybe looking for open files ???    Any better thoughts are always  welcome.   Terry      -----Original Message-----* From: DCantor@remove.three.words.shore.net- [mailto:DCantor@remove.three.words.shore.net] % Sent: Friday, August 04, 2000 7:20 PM  To: Info-VAX@Mvb.Saic.Com D Subject: Re: F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB")    
 In articleH <1137A4A23A51D311B2D600105A1D5213026FDEBC@seantexch.unitedad.com>, Terry* Marosites <TMarosites@unitedad.com> wrote:? >    I want to mail the log file to a user if the a job fails.  > > I can't seem to get the lexical to work. Below is a snippet 8 > from the log. I know it has to be something simple :)  > TIA  > Terry    : > $ JNAME = F$GETQUI("DISPLAY_JOB","JOB_NAME",,"THIS_JOB")9 > $ JPID  = F$GETQUI("DISPLAY_JOB","JOB_PID",,"THIS_JOB") ? > $ WRITE SYS$OUTPUT "JNAME = TEST_OF_GETQUI , JPID = 00025C66" * > JNAME = TEST_OF_GETQUI , JPID = 00025C66 > $!C > $ JLOG  = F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB")  > $ WRITE SYS$OUTPUT "JLOG= ||" 
 > JLOG= ||  L The problem with this is that you're assuming that the LOG_SPECIFICATION is H the NAME of the logfile (and I'm assuming _that_).  It isn't.  It's the J specification against which the job name is parsed to form filename of the log  file.   L Just do the same thing that the batch software does to produce the filename:  ; $ job_name = f$getqui("display_job","job_name",,"this_job") C $ logspec = f$getqui("display_job","log_specification",,"this_job") 5 $ if logspec .eqs. "" then logspec = "sys$login:.log" 0 $ defi/user 'job_name' 'job_name'/trans=terminal) $ logfilespec = f$parse(logspec,job_name) C $! Perhaps it should be   f$parse(logspec,job_name,"syslogin:.log") B $!    or maybe           f$parse(logspec,"syslogin:.log",job_name)K $ write sys$output f$fao("!/Parsed log file spec. is ""!AS"".",logfilespec) ! $ deassign/user 'job_name' /nolog   K The DEFINE/USER is required in case you've named your job with a word that    happens to be a logical name.      Dave C.    Dave C.         5 *****************************************************     5 ***************************************************** 4 Any views or opinions are solely those of the author) and do not necessarily represent those of  United Advertising Media. 5 ***************************************************** 4 The information transmitted is intended only for the1 person or entity to which it is addressed and may 3 contain confidential and/or privileged material. If 3 you are not the intended recipient of this message, . please do not read, copy, use or disclose this3 communication and notify the sender immediately. It 0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons or - entities other than the intended recipient is  prohibited. 5 *****************************************************  **   ------------------------------   Date: 7 AUG 2000 17:56:08 GMT 6 From: greenwoodde@feda34.fed.ornl.gov (Dave Greenwood)D Subject: Re: F$GETQUI("DISPLAY_JOB","LOG_SPECIFICATION",,"THIS_JOB")1 Message-ID: <7AUG00.17560819@feda34.fed.ornl.gov>   0 Terry Marosites <TMarosites@unitedad.com> wrote: > Thanks Dave and David, >   G >    I see now that there is only something in LOG_SPECIFICATION is the G > submitter specifies a log file and that the version is not specified   >    >    But since  ) >     * More than one user runs this job  3 >     * a 3rd party application submits it for them E >     * several of the users may be running the job at the same time. 9 >     * all users use the same directory for their logs.  N >    does this me that I am Out of luck for using a call to get the actual log > that I want . = >    I think what I will do is get to a point where I get the % > path:filename.log then do a search  M >    on path:filename.log;* /out = x.x  ,  open the file and get the 3rd line  > , this assumes that K >    is sylogin I have show proc. The only problem here is that some of the  > logs can be vary big. G >    maybe looking for open files ???    Any better thoughts are always 
 > welcome.  D You could approach the problem of getting the actual file version byH using SHOW DEVICE/FILE.  Given that the logfile is on device DEV and youI only have one file with extension .LOG open, something like the following 3 should work (given a recent enough version of VMS):   !   $ pipe (show dev/file 'dev' | - G         search sys$pipe 'f$getjpi("","master_pid")',.LOG;/match=and | - 9         ( read sys$pipe tmp ; define/job $tmp &tmp) ) ; - E        logfile = f$element(2," ",f$edit(f$trnlnm("$tmp"),"compress"))    $ write sys$output logfile  C You can improve the SEARCH command by using the techniques given by E Dave Cantor earlier in this thread to replace the ".LOG;" with a more  complete file specification.  G Btw, credit for the basic pipe command goes to Brian Schenkenberger and  John Briggs.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Mon, 07 Aug 2000 09:43:08 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu>  Subject: Re: Help!+ Message-ID: <398EBCEC.AA321F1D@hsc.vcu.edu>   * good, glad your drive floats ok now... ;-)  ( (hee hee.. i could not resist that one!)   Yakov Lipkin wrote:  > ) > Sank  to everyone. I did restore drive.  >  >         Yakov    ------------------------------   Date: 7 Aug 2000 10:15:19 GMT ' From: david20@alpha2.mdx.ac.uk (D.Webb) 6 Subject: Re: How to copy the current screen to a file?0 Message-ID: <8mm27n$lm2$1@aquila.news.mdx.ac.uk>  \ In article <398E363C.DF3E3433@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Robert Deininger wrote:= >> >  Does any body know if it's posiible to copy the current : >> > screen to a text file by means of a command procedure >> > or an exe file or not?  > O >If you're talking about a pure VT terminal, then the only sure way to dump any O >screen contents to a file is to use the "print screen" button of the terminal, N >and send the output to a port on the computer (instead of a printer) and haveC >a process there waiting to capture such info an dump it to a file.  >   O Or if you know in advance that you want a copy of the screen then use either :-    1) set host/log=filename 0  # ie record your whole login session.    or  - 2)  use the PHOTO program on a vax system  or 3     build and use ALPHA_LOGGER.C  in  SYS$EXAMPLES.   L     These programs use pseudoterminals to capture screen output to a file as     well as to the terminal.    K >If you are using a PC with terminal emulator, then the emulator itself may M >have a built-in function to do that. If you are using DECwindows, there is a  >function to do that as well.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Mon, 07 Aug 2000 15:08:12 GMT ' From: Colin Blake <colin@theblakes.com> : Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?- Message-ID: <398ED0D9.3BA4753F@theblakes.com>   ? AOL Instant Messenger (AIM) is NOT part of the Mozilla project.   1 Mozilla does have an IRC client, named Chatzilla.    ------------------------------  # Date: Mon, 07 Aug 2000 15:33:37 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) : Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?0 Message-ID: <009EE3EB.CAD32989@SendSpamHere.ORG>  W In article <398ED0D9.3BA4753F@theblakes.com>, Colin Blake <colin@theblakes.com> writes: @ >AOL Instant Messenger (AIM) is NOT part of the Mozilla project.  I Now may be as good a time as any to ask, what is this "Instant Messenger" J thing anyway?  What will it do for me?  How is it different from any well-H known existing technology which may provide a similar end?  Seriously, IJ don't use nor have I ever used AOL so I have no idea how this will affect J the average VMS user whom I would doubt very much has his/hre internet ac- cess provided via AOL.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM"   ------------------------------   Date: 7 Aug 2000 17:07:22 GMTu) From: leslie@clio.rice.edu (Jerry Leslie) : Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?' Message-ID: <8mmqca$688$1@joe.rice.edu>H  > Brian Schenkenberger, VAXman- (system@SendSpamHere.ORG) wrote:< : In article <398ED0D9.3BA4753F@theblakes.com>, Colin Blake H : <colin@theblakes.com> writes: AOL Instant Messenger (AIM) is NOT part  : of the Mozilla project.a :yK : Now may be as good a time as any to ask, what is this "Instant Messenger" L : thing anyway?  What will it do for me?  How is it different from any well-J : known existing technology which may provide a similar end?  Seriously, IL : don't use nor have I ever used AOL so I have no idea how this will affect L : the average VMS user whom I would doubt very much has his/hre internet ac- : cess provided via AOL.   From:   e   http://www.aol.com/aim/?   AOL Instant Messengers       Receive instant alerts      Send instant messages&     Share photos, pictures and sounds+     Enjoy live conversations online - FREErB     Chat with friends and family or people with similar interests'     Stay on top of the news and stocks   G It apparently uses a published protocol, instead of a proprietary one, ?H to offer those listed features. It does not require that an AOL account $ be used for the internet connection.  G The person who told me about it happens to be an AOL user, but she usesn5 AIM to communicate with an MSN user who also has AIM.g  G Besides the social use of AIM to supplant VMS Phone/unix talk, it mightfG be useful in a tech support role, to diagnose a VMS problem on a multi-t
 national WAN.   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 7 Aug 2000 13:23:24 -0400c/ From: jordan@lisa.gemair.com (Jordan Henderson) : Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?* Message-ID: <8mmrac$ln4$1@lisa.gemair.com>  > Elvin (http://elvin.dstc.edu.au/) sounds like a neat idea thatA includes instant messaging, but also broadcast/multicast publish-: subscribe functionality.  8 Anybody looking into porting the Elvin stuff to OpenVMS?  6 (Elvin is, admittedly, very obscure compaired to AIM.)  ' In article <8mmqca$688$1@joe.rice.edu>, * Jerry Leslie <leslie@clio.rice.edu> wrote:? >Brian Schenkenberger, VAXman- (system@SendSpamHere.ORG) wrote:o= >: In article <398ED0D9.3BA4753F@theblakes.com>, Colin Blake mI >: <colin@theblakes.com> writes: AOL Instant Messenger (AIM) is NOT part k >: of the Mozilla project. >:L >: Now may be as good a time as any to ask, what is this "Instant Messenger"M >: thing anyway?  What will it do for me?  How is it different from any well- K >: known existing technology which may provide a similar end?  Seriously, I M >: don't use nor have I ever used AOL so I have no idea how this will affect hM >: the average VMS user whom I would doubt very much has his/hre internet ac-e >: cess provided via AOL.  >l >From: >  >  http://www.aol.com/aim/ >  AOL Instant Messenger >u >    Receive instant alerts >    Send instant messages ' >    Share photos, pictures and soundsh, >    Enjoy live conversations online - FREEC >    Chat with friends and family or people with similar interestst( >    Stay on top of the news and stocks >lH >It apparently uses a published protocol, instead of a proprietary one, I >to offer those listed features. It does not require that an AOL account l% >be used for the internet connection.- >-H >The person who told me about it happens to be an AOL user, but she uses6 >AIM to communicate with an MSN user who also has AIM. >oH >Besides the social use of AIM to supplant VMS Phone/unix talk, it mightH >be useful in a tech support role, to diagnose a VMS problem on a multi- >national WAN. > 5 >--Jerry Leslie     (my opinions are strictly my own)o   ------------------------------    Date: 07 Aug 2000 16:04:50 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>c2 Subject: Re: Patwhorks Performance and TCP NODELAYH Message-ID: <y4snsh5fr1.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  A Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> writes:o  A > As  you can see from the early posts the only performance issue ? > that the Delay and NODELAY parameter seems to address is when 9 > the pathworks systems is SENDING to VMS. I have seen noo/ > performance changes when the PC is receiving.   G From a technical point of view, this makes sense, because we seem to be H talking about a TCP parameter delaying acknowledgement of packets, i.e.,K at the receiving end. The real question is why does this matter - windowing : should take care of that, even with the slow start of TCP.   	Jan   ------------------------------    Date: 07 Aug 2000 15:53:29 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>'9 Subject: Re: PCSI installation problem - missing databaselH Message-ID: <y4vgxd5g9y.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  : hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes:  < > >I accidently delete the .PCSI$DATABASE file for a product= > >and now I CAN'T do anything.  I can't re-install.  I can't 4 > >remove.  I can't do anything with that product.  H > The PCSI$DATABASE files are an integrated set.  The various entries inJ > the product files are cross-referenced in PCSI$FILE_SYSTEM.PCSI$DATABASEJ > and in PCSI$ROOT.PCSI$DATABASE.  Because of this, if any of the databaseN > files are missing, the PCSI utility generally cannot work with the database.  L Ugh. This impresses me as being Microsoft-style design. A single file from aJ collection of mostly independent ones missing, and an absolutely essentialJ utility stops functioning, even if it will not be using the information inL that file? Come on, that insane. Mistakes _will_ happen, and the alternativeM of re-installing everything from scratch is unacceptable (see comment above).   L I get the general feeling fron reading the various PCSI patch notes over theL past year or so that while the functionality of the product may be great, it is very fragile.   	Jan   ------------------------------  % Date: Mon, 07 Aug 2000 09:48:09 +0100oB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> Subject: Re: Quality* Message-ID: <398E77C9.CDC189D6@uk.sun.com>   Marty Kuhrt wrote:  q > In article <1095821a.1c8072b7@usw-ex0102-084.remarq.com>, Jojimbo <jgesslingNOjgSPAM@yahoo.com.invalid> writes:LB > > I think the original post made a lot of sense.  Here are a few? > > things that VMS does not have that make it a non choice foreB > > a lot of people.  (and an inconvenient choice for others).  IfA > > you need to reply to the effect that this or that is not good 9 > > and not necessary and DCL is better anyway, go ahead.i > >  > > 1) Korn shells' > > 2) /this/that/everthing file systemo6 > > 3) Netscape's Kiva (now renamed to something else) > 8 > What's a Kiva, other than a large, underground chamber+ > used by Pueblo men for secret ceremonies?a >o > > 4) BEA's Weblogicd > 8 > The BEA WebLogic application server has been available% > on VMS since November of last year.i  = So it has but WbLogic application server is only one of BEA'sB: Weblogic product suite and the other products that make up= the suite such as WebLogic Enterprise Server, their WebPortals8 (can't remember its exact name) don't run on OpenVMS. So6 if you are deciding on a Weblogic platform you are not0 going to choose OpenVMS unless you only want the Apps server.     Regardse Andrew Harrisonn Enterprise IT Architect    ------------------------------  % Date: Mon, 07 Aug 2000 08:02:41 -0700u? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid>r Subject: Raid array 300 on VMS9 Message-ID: <0a0f6935.013c90a4@usw-ex0105-034.remarq.com>   @ We are about to upgrade one of our disk IO subsystem to use Raid Array 3000se> The problem is that the only Raid systems we currently have on> VMS use HSZTERM to control them rather than using an NT PC and@ SWCC which crashed HSZ70s a few times for us ( as mentioned in a previous thread).o> According to the Salespeople and the documantation I have seen? there is no nice command line interface to the Raid Array 3000s-
 like HSZTERM.s Does anyone know any different?rA I would rather not have to use a GUI on NT to configure the thing    TIAr    
 Mike Price7 All entries are personal opinion and do not necessarilyF represent those of my employer.I8 Any resemblence they have to reality may be coincidental  ; -----------------------------------------------------------   7 Got questions?  Get answers over the phone at Keen.com.o Up to 100 minutes free!  http://www.keen.com'   ------------------------------  # Date: Mon, 07 Aug 2000 16:59:03 GMT % From: Uwe Zessin <zessin@my-deja.com> " Subject: Re: Raid array 300 on VMS) Message-ID: <8mmpsk$9qd$1@nnrp1.deja.com>)  8 In article <86ktossbl9c61cfg6fk2713ptvvrqdpoiv@4ax.com>,   news@burns.uk.net wrote: > Mike Price wrote:J > A > >According to the Salespeople and the documantation I have seen B > >there is no nice command line interface to the Raid Array 3000s > >like HSZTERM." > >Does anyone know any different?D > >I would rather not have to use a GUI on NT to configure the thing > H > the NT server can communicate with the RA3000 either over the SCSI bus< > (unlikely if your VAX/ALPHA is going to be using the disk)  D There is a SWCC agent for OpenVMS Alpha - I don't beleive the RA3000F is supported on a VAX, although the version (of the agent) I have seen is dumb like a pice of bread.eD If it cannot translate the client's name it crashes with SS$_STKOVF. Fine engineering work!  B > or across an RS232 link, or across the LAN using a client/serverB > protocol to another NT server which is actually connected to the > RA3000 >(E > I've never "looked" at the protocol on the RS232 or ethernet links,gE > but I've certainly never seen anything which lets you talk directlyf > to it :-("  F Fire up a terminal-emulator on your PC (hey, I said terminal-emulator,0 not this Hyperterm garbage!), hit <ESC> and '&'.. You should get a menu. The password is 'RAID'./ (This info _is_ in the hardware documentation.)*  C The interface is quite crazy, it takes some time to get used to it,*9 but I think it is still faster than that brain-sick SWCC.y  : !!!!!!     !!!                                          !!:  !!  !!     !!                                          !!:  !!  !!     !!     !!!!!    !!!!!   !!!!!!!   !!!!!     !!:  !!!!!      !!    !!    !       !   !!       !!    !    !!:  !!         !!    !!!!!!!  !!!!!!   !!!!!!!  !!!!!!!    !!/  !!         !!    !!       !   !!        !!  !!s: !!!!       !!!!    !!!!!   !!!!! !  !!!!!!!   !!!!!     !!  E The RA3000 was originally thought as a low-cost Winblowsup NT storaget< system. Do yourself a favour and avoid it whenever you can!!   --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.h   ------------------------------  $ Date: Mon, 7 Aug 2000 13:21:23 -0400* From: "Dan Talbot" <dttalbot@together.net>" Subject: Re: Raid array 300 on VMS7 Message-ID: <DdCj5.12966$SM4.1226873@nntp2.onemain.com>.  J We are presently using a RA3000 with dual redundant controllers for use inJ our Windowns NT domain. Have had great luck with it, so far (over a year).L Two Windowns NT servers, each running on a seperate controller with failover if needed. Cannot complain.   < Uwe Zessin wrote in message <8mmpsk$9qd$1@nnrp1.deja.com>...9 >In article <86ktossbl9c61cfg6fk2713ptvvrqdpoiv@4ax.com>,  >  news@burns.uk.net wrote:a >> Mike Price wrote: >>B >> >According to the Salespeople and the documantation I have seenC >> >there is no nice command line interface to the Raid Array 3000sl >> >like HSZTERM.e# >> >Does anyone know any different?eE >> >I would rather not have to use a GUI on NT to configure the thing  >>I >> the NT server can communicate with the RA3000 either over the SCSI bus = >> (unlikely if your VAX/ALPHA is going to be using the disk). >;E >There is a SWCC agent for OpenVMS Alpha - I don't beleive the RA3000tG >is supported on a VAX, although the version (of the agent) I have seene >is dumb like a pice of bread.E >If it cannot translate the client's name it crashes with SS$_STKOVF.w >Fine engineering work!o > C >> or across an RS232 link, or across the LAN using a client/serverWC >> protocol to another NT server which is actually connected to theh	 >> RA3000e >>F >> I've never "looked" at the protocol on the RS232 or ethernet links,F >> but I've certainly never seen anything which lets you talk directly >> to it :-( >sG >Fire up a terminal-emulator on your PC (hey, I said terminal-emulator,s1 >not this Hyperterm garbage!), hit <ESC> and '&'.l/ >You should get a menu. The password is 'RAID'."0 >(This info _is_ in the hardware documentation.) > D >The interface is quite crazy, it takes some time to get used to it,: >but I think it is still faster than that brain-sick SWCC. > ; >!!!!!!     !!!                                          !!e; > !!  !!     !!                                          !!a; > !!  !!     !!     !!!!!    !!!!!   !!!!!!!   !!!!!     !!n; > !!!!!      !!    !!    !       !   !!       !!    !    !!I; > !!         !!    !!!!!!!  !!!!!!   !!!!!!!  !!!!!!!    !!-0 > !!         !!    !!       !   !!        !!  !!; >!!!!       !!!!    !!!!!   !!!!! !  !!!!!!!   !!!!!     !!D >3F >The RA3000 was originally thought as a low-cost Winblowsup NT storage= >system. Do yourself a favour and avoid it whenever you can!!n >o >--  >Uwe Zessino >e >n' >Sent via Deja.com http://www.deja.com/a >Before you buy.   ------------------------------   Date: 7 Aug 2000 07:54:26 GMT21 From: "Kari Keronen" <kari.keronen@radiolinja.fi>o Subject: TELNET vs LAT speed2 Message-ID: <01c00044$e2c2d790$bb0ba8c0@rlhkikker>  A Because of our new WLAN configuration we have changed all our LATaE connections to TELNET connections in our VMS cluster. Now out networkdI people have tested, that TELNET is noticeably slower than LAT. If someone H knows the answers to a couple of questions that arises, I'd be grateful:  : 1. Is LAT just faster protocol than TELNET and that's it ?   if not  J 2. What can I change in TCP/IP configuration to make TELNET faster (buffer* values etc...) ? Now using default values.  D VMS 7.2-1, Two GS140 cluster, TCPIP 5.0A with Load Broker balancing.   Thanks in advance,   Kari Keronen   ------------------------------  % Date: Mon, 07 Aug 2000 09:05:02 +0100 $ From: Andy Burns <andy@burns.uk.net>  Subject: Re: TELNET vs LAT speed8 Message-ID: <93rsos0ktlfuct0p71c5njsek0s1vgjjkg@4ax.com>   Kari Keronen wrote:s  B >Because of our new WLAN configuration we have changed all our LATF >connections to TELNET connections in our VMS cluster. Now out networkJ >people have tested, that TELNET is noticeably slower than LAT. If someoneI >knows the answers to a couple of questions that arises, I'd be grateful:w >t; >1. Is LAT just faster protocol than TELNET and that's it ?M  J LAT intelligently buffers multiple characters in both directions (and fromI multiple ports if on a decserver) into a single ethernet packet, also theeG LAT portocol is designed as a LAN protocol only so doesn't have routing  information as an overhead  I TELNET will generally send keyboard characters one per IP/ethernet packetpC so there is extra overhead, the return traffic from the host to the-) terminal is thankfully in larger packets.   F I've compared/contrasted the effects on a LAN of driving modem devicesD from a VMS machine via a decserver and the an HP-UX box through a HPE equivalent DTC and the ethernet sniffer traces were horrendous in theE latter case ...b     -- >
 Andy Burns   ------------------------------  % Date: Mon, 07 Aug 2000 01:29:15 -0700o? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid>,  Subject: Re: TELNET vs LAT speed9 Message-ID: <009514e0.9a9b95f6@usw-ex0105-034.remarq.com>n  < You might try the SET PROT TCP/NODELAY parameter (see thread< Pathwhorks performance and TCP NODELAY for more information)@ Although I am not sure this applies to Telnet as Telnet may well already be optimised. ? Also I have experienced performance problems with Telnet V. LATe> myself as it uses more bandwidth than LAT and sends more data.@ This seems especially problematical with terminals from Terminal; servers as we don't seem to have a problem with PCs running  direct over the LAN. Hope this helpst    
 Mike Price7 All entries are personal opinion and do not necessarily  represent those of my employer.a8 Any resemblence they have to reality may be coincidental  ; ------------------------------------------------------------  7 Got questions?  Get answers over the phone at Keen.com.  Up to 100 minutes free!r http://www.keen.come   ------------------------------  % Date: Mon, 07 Aug 2000 10:28:29 +0200-= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>w  Subject: Re: TELNET vs LAT speed) Message-ID: <398E732D.F63F257A@gtech.com>D   Kari Keronen wrote:eC > Because of our new WLAN configuration we have changed all our LAT G > connections to TELNET connections in our VMS cluster. Now out network K > people have tested, that TELNET is noticeably slower than LAT. If someoneiJ > knows the answers to a couple of questions that arises, I'd be grateful: > < > 1. Is LAT just faster protocol than TELNET and that's it ? >  > if not > L > 2. What can I change in TCP/IP configuration to make TELNET faster (buffer, > values etc...) ? Now using default values. > F > VMS 7.2-1, Two GS140 cluster, TCPIP 5.0A with Load Broker balancing.  A LAT is a protocol special designed for terminal connection, it isn special . designed for fast networks (10 Mbit ethernet).  > IP is a protocol designed for multiple purposes and for slower connectiosn (internet).a  < The result is that LAT performes exceptionally well for what< it was designed for. And it sucks in other contexts. You can@ not route LAT. It is extremely difficult to get LAT working well= over WAN because it has a tendency to time-out. LAT is reallyg< bad for uploading files with (download is OK). Etc.etc.. But% for terminal connections it is great.e   Arne   ------------------------------  % Date: Mon, 07 Aug 2000 07:06:52 -0700a3 From: Jojimbo <jgesslingNOjgSPAM@yahoo.com.invalid>e  Subject: Re: TELNET vs LAT speed9 Message-ID: <02ea3f92.20e35f1c@usw-ex0104-026.remarq.com>   : The fact that LAT does local echo of characters can (does); make it look considerably faster than telnet.  Telnet sends : each character to the remote system and back for the echo.  9 If you need fast, routable, terminal communication, RTPAD!6 (aka Set Host) is very good.  Also does local echo and intelligent buffering.   Jim     ; -----------------------------------------------------------!  7 Got questions?  Get answers over the phone at Keen.com.! Up to 100 minutes free!A http://www.keen.comh   ------------------------------  % Date: Mon, 07 Aug 2000 16:42:26 +0200d5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>t  Subject: Re: TELNET vs LAT speed- Message-ID: <398ECAD2.3CE955AE@whitehouse.nl>-   Jojimbo wrote: > < > The fact that LAT does local echo of characters can (does)= > make it look considerably faster than telnet.  Telnet sends9< > each character to the remote system and back for the echo.   So does LAT.  F I have never noticed any performance difference between telnet and latH on a local lan connection. If there is a difference some network problem4 must be underlying. I would start checking counters.  ; > If you need fast, routable, terminal communication, RTPADn8 > (aka Set Host) is very good.  Also does local echo and > intelligent buffering.  A Only in VMS to VMS mode it does and not while f.ex. in an editor.e   Oswald   ------------------------------  % Date: Mon, 07 Aug 2000 09:48:05 -0700e! From: Koloth <koloth@tmisnet.com>>  Subject: Re: TELNET vs LAT speed+ Message-ID: <398EE844.BF69418E@tmisnet.com>v  & I never heard of LAT doing local echo.  K LAT tends to be less of a network hog because it can put data from multipleu ports(K on the terminal server into a single packet and send it to the host system.W  K For example: If I have 32 PCs with TELNET connections to a single host thenX for eachJ character typed there would be a packet, containing that single character, sent to the host and< most likely a packet being returned with the echo character.  H On a 32 terminal server using LAT characters being type in from multiple terminals couldoI be combined into one LAT packet provided that they are all types within I> believe 80 ms of each other.K These characters are assigned slots in the LAT packet so the LAT driver cana pull them out and give them toF the proper LTAxx device.  The echo characters can also be put into one! packet along with output destined I to other ports on that terminal server.  Depending on the activity of theo* users on the terminal server you could seeG a dramatic decrease in packets over an equivalent TELNET configuration.m   Regards,   Cass Witkowski     Oswald Knoppers wrote:   > Jojimbo wrote: > > > > > The fact that LAT does local echo of characters can (does)? > > make it look considerably faster than telnet.  Telnet sends!> > > each character to the remote system and back for the echo. >  > So does LAT. > H > I have never noticed any performance difference between telnet and latJ > on a local lan connection. If there is a difference some network problem6 > must be underlying. I would start checking counters. > = > > If you need fast, routable, terminal communication, RTPADs: > > (aka Set Host) is very good.  Also does local echo and > > intelligent buffering. >iC > Only in VMS to VMS mode it does and not while f.ex. in an editor.. >  > Oswald   ------------------------------  % Date: Mon, 07 Aug 2000 09:46:56 -0400"# From: Jim Agnew <agnew@hsc.vcu.edu>c( Subject: Re: The High Cost of Tech Books+ Message-ID: <398EBDD0.A923C096@hsc.vcu.edu>f  G hhmm.. that is wild!!!  and i had a friend in India recently, shoot!!!!L   j.   "Doug W." wrote: > M > Walking down the aisle at work my eyes focused on a beautiful book lying onaP > Seagal's desk.  Seagal is one of our summer interns from India whose real nameN > no one can pronounce.  We nicknamed him Seagal after a famous matial artist.L > Seagal has no interest in martial arts but he does like interesting books.L > This book had a bright blue cover with a large red 'C'  printed diagonally > across the cover.d > N > Having nothing more interesting than work, I invaded Seagal's cube, took hisP > chair and began browsing the book.  I quickly realized I was reading K&R's TheP > C Programming Language.  The bright blue cover had me convinced I had stumbledQ > on a new edition.  But after several minutes I had not detected any differences H > from my own copy of the book with the typical white cover.  I was just1 > beginning to buckle down when Seagal showed up.E > Q > An American would have thrown me out of his cube, but Segal proudly asked me ifiN > I knew what I was reading.  I told him its K&R's book with slightly inferiorK > paper and a beautiful cover.  Segal pointed out 3 tiny 'E's on the cover. O > These stand for Eastern Economy Edition.  He had paid a little over 4 dollarscO > for his book which is identical in content to the one Borders currently sellso > for 40 dollars.  > K > To make a long story short almost all technical books from major AmericannK > publishers are legally available in India at mind numbing discounts.  ThehQ > publishers realize they have a zero probablity of selling a full priced book incQ > India.  Faced with a 100% chance of piracy  they have elected to collect a tiny H > royalty for essentially no work.  They license out the manufacture andO > distribution.  All books are printed on recycled paper.  Quality is ok.  Some-P > of the books are stamped "Not for sale in North America", whatever that means. > J > All of this has thrown my mind into economic confusion.  Not even cleverQ > arguments from the consultants at work is helping.  What is a fair price?  WhatgJ > is competition in a global economy?   Can software be EEEd?  How can oneK > possibly own an idea?  What would I do if that guy looking for the sourcesN > listings CDs had posted a mailing address?  Thank goodness there are laws to. > prevent the confused from acting improperly.   ------------------------------  % Date: Mon, 07 Aug 2000 11:03:28 +0100 B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> Subject: Re: The Linux ParadigmP* Message-ID: <398E8970.B04DC099@uk.sun.com>   Rob Young wrote:  p > In article <39899D8E.B09A9A7@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes: >eE >         Java is no longer the goal.  The goal is to use Linux as ann >         underlying API...t >M; > http://www.techweb.com/se/directlink.cgi?IWK20000731S0015s >wQ > "In addition to rebranding the systems, IBM will use Linux as the lingua francai > that ties them together."  >w >                         AND  >vM > "IBM has long promised server interoperability through Java, but Linux is aeI > better alternative, says Curt Finch, CEO of project-management softwareeP > developer Journyx Inc. "The idea was that you would write all your software toL > Java, but that takes a lot of work, and it was never a cure-all," he says.Q > Recompiling applications from Linux to other operating systems, such as AIX, is  > much easier, Finch adds."   E I think Curt is making a mistake in thinking that its either Linux orSE Java, the fact is that they are not competing with each other as theyoE both provide very different capabilities. If IBM for example provided E Linux on all their platforms (S390, Sequent, NetInfinity, Power) theyeE would still need to re-compile and test apps across all platforms. IntC addition   S390 and Power are also big endian while the NetInfinity C and Sequent systems are Little endian. The porting and testing evenhC with Linux on all the platforms is not a trivial task and imposes am= much higher friction on the movement of applications from onet) platform to another than using Java does.-   >  >         "Much easier." >0" >         So Andrew, when you say: >d@ > > we are talking about tools that assist people in moving apps= > > from Linux/UNIX to OpenVMS and not the other way arround.h >:E >         That isn't an accurate view.  It is about a clean recompilesP >         as a worthy goal.  Not hacking up a Java hairball.  If everyone in theF >         world knows what IBM is up to, wouldn't you think others areN >         following suit?  After all, fork() is making its way into VMS so the" >         rest is a breeze.    HA! >r  < IBM have a different set of issues to Sun and HP though they are similar to Compaq.B Apart from PC's they have 4 major platforms S390/MVS, AS400/Power,9 AIX/Power and DYNIX/Intel. These platforms as a whole areo? in decline, their total server revenues fell last year and haveo= continued to fall in the two quarters since. At the same timew; AIX is the least well supported of the big 3 UNIX platformso; by ISV's and so Linux or Linux compatibility for AIX offerso; them an opportunity to capture more applications into theiri: platform. It would also help address the perception in the7 ISV community that AIX is the most difficult UNIX OS tor port to.  < This of course pre-supposes that people are prepared to make= the effort to port, test and maintain their software on IBM'sa> platform. Remember porting is only a portion of the cost to an5 ISV of maintaining an application on a particular OS.r  6 Now in some respects Compaq is in the same position as3 IBM. Neither Tru64 or OpenVMS are well supported byy2 ISV's compared with Solaris, HP-UX and NT. Compaqs8 Enterprise server revenues are also declining, they fell2 13% this quarter with WildFire shipments and sales# very soft according to Mike's memo.d  ; However Compaq with OpenVMS is not nearly as far forward asoB IBM on any of their platforms in terms of addressing these issues.H fork() for example may help, but POSIX compliance, UNIX shells like korn1 etc will  also be necessary. As would be having at2 remotely current Java runtime with a decent set of2 OpenVMS classes akin to the IBM AS400 Java Toolkit6 because like it or not Java is increasingly becoming a required piece of technology.i   >a >. Regardsb   > Andrew HarrisonR > Enterprise IT Architectd >P   ------------------------------   Date: 7 Aug 2000 10:11:43 GMT-" From: system@lnREMOVEgs.infn.it ()% Subject: there was a disk freeware... * Message-ID: <8mm20v$i59$1@server.garr.net># Keywords: large disk size partition   ?  I have a cloudy remind of a VMS freeware utility to partition h)  a disk into two or more (virtual) units.v<  This was a trick to avoid the disk space wasting due to the  cluster size. l?  After, these virtual disk units was mounted as a volume set...   @  I don't remember the name, author, and/or download site of this!  utility... any pointer about it?o    Many thaks in advance, bye, 					     Nazzareno Taborgna   '  $ EMAIL =  Field_Reply-To - "REMOVE"   @ ________________________________________________________________   ------------------------------   Date: 7 Aug 2000 13:35:32 -0500u9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)t) Subject: Re: there was a disk freeware...t+ Message-ID: <zgCvHLdPCPVz@eisner.decus.org>n  O In article <8mm20v$i59$1@server.garr.net>, system@lnREMOVEgs.infn.it () writes:. >  > A >  I have a cloudy remind of a VMS freeware utility to partition r+ >  a disk into two or more (virtual) units.a> >  This was a trick to avoid the disk space wasting due to the >  cluster size.    D VMS has improved.  You can now set the cluster size all the way down. to 1 no matter how large your disk.  VMS V7.2.   ------------------------------  % Date: Mon, 07 Aug 2000 16:47:51 +0000e- From: SysAdmin <djesys.nospam@fsi.net.mapson>t) Subject: Re: there was a disk freeware...i. Message-ID: <398EE837.AE4472D4@fsi.net.mapson>   Larry Kilgallen wrote: > Q > In article <8mm20v$i59$1@server.garr.net>, system@lnREMOVEgs.infn.it () writes:l > >b > >nB > >  I have a cloudy remind of a VMS freeware utility to partition- > >  a disk into two or more (virtual) units.g@ > >  This was a trick to avoid the disk space wasting due to the > >  cluster size. > F > VMS has improved.  You can now set the cluster size all the way down0 > to 1 no matter how large your disk.  VMS V7.2.  H For older VMS, try the Logical Disk package. You can find it on Compaq's: OpenVMS Freeware (follow links from the OpenVMS home page,< http://www.openvms.digital.com/ ) or from teh following URL:. http://www.djesys.com/vms/freeware.html#lddrvr   David J. Dachtera    ------------------------------  / Date: Mon, 07 Aug 2000 09:05:32 +0200 (MET DST)P& From: Rudolf Wingert <win@fom.fgan.de>8 Subject: Re: Trouble with the Intel Ethernet ship (chip)6 Message-ID: <200008070702.JAA20942@sinet1.fom.fgan.de>   Hello,  H sorry, I am not an english man and with my mother language (German) I doH have a lot of problems also. But this change nothing with the trouble weJ do have with this Ethernet product. If this is feature not a bug, I do notG understand why Compaq did change the Ethernet adapter vendor. The DE500eG works good for us in all of our Alphas and in a lot of PC's (other thendJ the 3com waste). So any hint or experience with the new one Intel Ethernet within Alpha would be nice.c   TIA and regards Rudolf Wingert   ------------------------------  % Date: Mon, 07 Aug 2000 01:02:30 -0700c? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid>e) Subject: Re: UCX 4.1, OpenVMS 7.1-1h2(??)h9 Message-ID: <1b1d7edf.93a04d7a@usw-ex0105-034.remarq.com>m   Try a UCX SHO INT ' the outut should be something like thisd   Packetsb( Interface   IP_Addr         Network mask Receive          Send     MTUt  9  WE0        100.0.10.25     255.0.0.0             2017960I 2070311    1500-%  LO0        127.0.0.1       255.0.0.0o 0         16713   655350  @ Check that the LO0 and WE0 (if that is the right interface name)* exists OK and are on the right IP address.@ The only time I have had a problem like this we had accidentally& deleted some route . Do a UCX SHO ROUT out output should be like this    -                              DYNAMIC databasep  < Type           Destination                           Gateway  5 AH    127.0.0.1                             127.0.0.1A7 AN    0.0.0.0                               100.0.100.1o7 AN    100.0.0.0                             100.0.10.25a  < Again check the 127.0.0.1 and 0.0.0.0 route make sense (???)  ? If that fails try re-installing TCP/Ip and check very carefullyi for error message.  ? If that fails try posting the output from every UCX SHO commandl1 that seems likely and hope an expert responds :-)    Hope this helps-      
 Mike Price7 All entries are personal opinion and do not necessarily  represent those of my employer.n8 Any resemblence they have to reality may be coincidental  ; -----------------------------------------------------------2  7 Got questions?  Get answers over the phone at Keen.com.j Up to 100 minutes free!: http://www.keen.com    ------------------------------  , Date: Mon, 07 Aug 2000 11:42:06 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> Subject: Re: Updating RMS FilesnH Message-ID: <Pine.LNX.4.21.0008071007350.712-100000@irys.stanpol.com.pl>    Hello !:  Excuse my long reply-time, but I have miss the message :]  % On Mon, 31 Jul 2000, Web2.lyon wrote::  J ++...or (without RMS) little harder to programming block mode IO access... + 
 +Example ?  =   You can compare the RMS block mode and "raw" $QUI b.ex. in:f  SYS$EXAMPLES:2   -  DISK_DRIVER.C (exactly comparison of RMS/QIO)#   -  IO_PERFORM.C  ("fast raw" RMS)d    -:)  A  Yes, that probably more than you think: you must become familiari) with RAB and FAB for RMS and FIB for QIO.w;  Be aware of the fact, that the directory tree is maintanedt< by RMS, that mean: on the "raw IO" you must know the FID or : self-maintain the directory tree the same way as RMS does.;  The DISK_DRIVER example points you to one possiblity: openo: a file to get the FID, even if you will re-open it without: RMS. But - for the point you ask - there is no differrence; between the QIO and block-mode RMS, except, as I remember: c you will bypass RMS -;)e  4  Will retry: I am *NOT* propose you self-made access% to indexed RMS files. But you ask -:)5    Regards - Gotfryd   -- sE =====================================================================sF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEa. $!                        GS@stanpol.zabrze.plE =====================================================================n   ------------------------------  % Date: Mon, 07 Aug 2000 13:36:38 -0400 # From: John Vottero <John@MVPSI.com> 5 Subject: RE: VAX 4000/90 ... Output to Graphics or VT D Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD79E@berry.mvpsi.com>   > -----Original Message-----0 > From: moi_is_me [mailto:moi_is_me@my-deja.com] > F > >> It could depend on which graphics adapter you have. The VS4000/906 > >> that I have has a D connector with 3 big shielded  > >> pins (red, green and blue).E > The three small pins i see (about 4-5 mm) located alongside a small 3 > picture depicting a monitor are labelled A1/A2/A3e >   + That's it.  (I think a 4-5 mm pin is big!).e   > C > >> The cable is a BC29G-xx (where xx is the length) which has BNCs# > >> connectors on the monitor end. D > Don't BNC have three ends (RGB) rather than the single end seen onB > modern monitors ?, ie i want to use the 4000/90 with the monitorH > i normally use with my ComPaq/NT-BOX - VGA i guess you would call it ? >   K High-end monitors with have both a VGA connector and 3 or 5 BNC connectors.y= You need a monitor which has BNC connectors and can deal withnK "sync-on-green".  If the monitor has only 3 BNC connectors then it supports K sync on green.  If it has 5 BNC connectors then is may, or may not, supportmJ sync on green.  The extra two connectors are vertical and horizontal sync.   ------------------------------  % Date: Sun, 06 Aug 2000 21:53:07 -0400.* From: David A Froble <davef@tsoft-inc.com>  Subject: Re: VMS Vs any other OS- Message-ID: <398E1683.56CFADB2@tsoft-inc.com>e   Larry Kilgallen wrote: > \ > In article <398D0B4B.183776F6@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: > > "Hipenbecker, Doug" wrote: > >>M > >> I must mention that Oracle dropped production support for RDB/NT shortly N > >> after it was released, but distributes it free as "Oracle RDB Workbench".P > >> Oracle blames the problem on Compaq dropping support for the BLISS compiler$ > >> on WNT which RDB is written in. > >pS > > Which is rather bogus, since BLISS is available free.  It will do tomorrow whateT > > it does today and did yesterday.  If they're so worried about it, they could get! > > the compiler and maintain it.o > : > The Bliss on the VMS Freeware is only for VAX and Alpha. > 5 > To my knowledge the source has never been released.  > C > Rdb/NT would require the Bliss compiler that produces Intel code,p> > and to my knowledge that has never been generally available.  M Ok, I definitely DID speak (write) without knowing what I was talking about. tM But it was/is my understanding that some part or all of the Rdb/NT did exist,lN and I would thing that would need as a pre-requisite BLISS operational to someL extent on NT producing Intel code.  Then again, maybe the only Rdb/NT was on Alpha.  Again, don't know.  P My point was, that if the compiler was already running, and all that was missingL was continuing support, there could still be Rdb/NT.  Also, if Oracle reallyL wanted the product to continue, they probably could wrangle something out ofP Compaq, considering how Compaq is trying to appear in the good graces of Oracle.   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Mon, 07 Aug 2000 08:39:49 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")  Subject: Re: VMS Vs any other OS8 Message-ID: <009EE398.D6759364@SSRL04.SLAC.STANFORD.EDU>  Z In article <398D0B4B.183776F6@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: >"Hipenbecker, Doug" wrote:t >>  K >> I must mention that Oracle dropped production support for RDB/NT shortly L >> after it was released, but distributes it free as "Oracle RDB Workbench".N >> Oracle blames the problem on Compaq dropping support for the BLISS compiler" >> on WNT which RDB is written in. >eP >Which is rather bogus, since BLISS is available free.  It will do tomorrow whatQ >it does today and did yesterday.  If they're so worried about it, they could geti >the compiler and maintain it.  J When I said that to Frank Bowlin, the Rdb product manager, who was making H a customer visit to our site, his facial expression showed genuine pain,, and he said 'Believe me, we looked at that.'  K I still didn't get a satisfactory answer as to why that wouldn't work, but .L I ended up convinced that he _believed_ it wouldn't work.  (Maybe it's just M hard to find people who know Bliss and NT (and then W2K) well enough to do a cM good job maintaining/porting the compiler, and really hard to find people whod2 want to be trained into such a dead-end position.)   -- Alan0  O ===============================================================================A0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056bM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------  # Date: Mon, 07 Aug 2000 11:04:56 GMTt% From: Alan Greig <agreig@my-deja.com>S  Subject: Re: VMS Vs any other OS) Message-ID: <8mm54m$q4d$1@nnrp1.deja.com>a  8 In article <009EE398.D6759364@SSRL04.SLAC.STANFORD.EDU>,'   winston@SSRL.SLAC.STANFORD.EDU wrote: > > In article <398D0B4B.183776F6@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:l > >"Hipenbecker, Doug" wrote:  > >>E > >> I must mention that Oracle dropped production support for RDB/NTi shortlyeB > >> after it was released, but distributes it free as "Oracle RDB Workbench".lG > >> Oracle blames the problem on Compaq dropping support for the BLISS- compiler$ > >> on WNT which RDB is written in. > >0D > >Which is rather bogus, since BLISS is available free.  It will do
 tomorrow whatTD > >it does today and did yesterday.  If they're so worried about it, they could get  D Yes it will do tomorrow what it will do today and I believe that wasB the problem. It generated code that ran fine on EV4/5 machines but; barfed on EV6. Also the Intel version presumably would havenD required serious work to ever produce IA64 code. Perhaps at one time@ Compaq intended to to a Bliss IA64 port then decided against it. --
 Alan Greig    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Mon, 7 Aug 2000 08:03:53 -05001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>i  Subject: Re: VMS Vs any other OS8 Message-ID: <8mmbv7$gh6$1@fizban.fizban.pprd.abbott.com>  C "ChuckT" <chuck.taylorNOchSPAM@vishay.com.invalid> wrote in messagea3 news:0725d5d0.68f5ca60@usw-ex0106-048.remarq.com... I > The problem with an open-ended question like "which operating system isIE > the best one" or "how can you justify this operating system or thateF > one" is that the discussion quickly turns into a religous arguement.I > Without going that way let me give you my two cents worth of opinion...i >s   <large snip>   > Good Luck  >u > Chuck Taylor% > Sr. Global Infrastructure Developero > Vishay Siliconix >  >dL > * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network * I > The fastest and easiest way to search and participate in Usenet - Free!e  , Very well thought out and very well written.   Thank you very much,   Dave...i   ------------------------------   Date: 7 Aug 2000 10:50:45 -0500c9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-  Subject: Re: VMS Vs any other OS+ Message-ID: <QYZR2GzJByS0@eisner.decus.org>   Z In article <398E1683.56CFADB2@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: > Larry Kilgallen wrote: >> h] >> In article <398D0B4B.183776F6@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:r >> > "Hipenbecker, Doug" wrote:h >> >>.N >> >> I must mention that Oracle dropped production support for RDB/NT shortlyO >> >> after it was released, but distributes it free as "Oracle RDB Workbench". Q >> >> Oracle blames the problem on Compaq dropping support for the BLISS compilers% >> >> on WNT which RDB is written in.i >> >T >> > Which is rather bogus, since BLISS is available free.  It will do tomorrow whatU >> > it does today and did yesterday.  If they're so worried about it, they could getn" >> > the compiler and maintain it. >> o; >> The Bliss on the VMS Freeware is only for VAX and Alpha.e >> t6 >> To my knowledge the source has never been released. >>  D >> Rdb/NT would require the Bliss compiler that produces Intel code,? >> and to my knowledge that has never been generally available.p > O > Ok, I definitely DID speak (write) without knowing what I was talking about. tO > But it was/is my understanding that some part or all of the Rdb/NT did exist, P > and I would thing that would need as a pre-requisite BLISS operational to someN > extent on NT producing Intel code.  Then again, maybe the only Rdb/NT was on > Alpha.  Again, don't know. > R > My point was, that if the compiler was already running, and all that was missingN > was continuing support, there could still be Rdb/NT.  Also, if Oracle reallyN > wanted the product to continue, they probably could wrangle something out ofR > Compaq, considering how Compaq is trying to appear in the good graces of Oracle.  D Wrangling something out of Compaq was presumably how they got a copyF of the Bliss compiler for Intel in the first place.  A lack of supportH should certainly be a barrier for any commercial product.  Consider thatE although the current Freeware Bliss compiler for Alpha VMS works, thesG first Freeware Bliss compiler for Alpha VMS can generate incorrect codecE for EV6.  What would Oracle do with its Rdb/NT customers if the BlissbK compiler were generating improper code for the next generation of Pentium ?-   ------------------------------  % Date: Mon, 07 Aug 2000 09:52:15 -0400i' From: David Beatty <dabeat@wnt.sas.com>.  Subject: Re: VMS Vs any other OS2 Message-ID: <476OOYMVWuB=Qe3i3p621=bB=DXJ@4ax.com>  F Hoff, maybe you need to be in OpenVMS marketing!  ;-)  David R. Beatty  ? On 4 Aug 2000 18:44:01 GMT, hoffman@xdelta.zko.dec.nospam (Hoffe Hoffman) wrote:n   > d >In article <COAi5.819$yq6.73088@cletus.bright.net>, "Mike E. Fackler" <mfackler@bright.net> writes:J >:  My reading has recently taken me out of the Intel world and into otherN >:type systems. (OS/400 and OpenVMS) I don't mean for this question to start aK >:war, but being so indoctrinated in a Win type OS (Win/2000) I am having a_E >:hard time seeing the advantage to the VMS OS. What exactly are it'saM >:strengths over other OS? Why would an industry choose it over anything elseK# >:in general and W2K in particular?d > G >  In no particular order, here are some of the salient features of the< >  OpenVMS operating system... >eJ >  Multi-user interactive user support, full shared-resources clustering, H >  uptime, robust file system with individual volume limits circa one TBG >  (and thousands of volumes), huge system performance and application cE >  scaling, networked GUI interface, 64-bit flat virtual addressing, lG >  built-in tools for local BACKUP and recovery, far better "DLL-like" -L >  support for modular coding and distributions, built-in record management I >  support (heirarchical database), rolling upgrades of layered products .H >  and the operating system in cluster environments (continuous uptime, L >  even with software upgrades), built-in batch-print capabilities, support K >  for a variety of networking protocols (COM, SMB, NFS, IP, DECnet, X.25, tO >  http, etc), remote network system logins, built-in system dump and analysis rL >  facilities, built-in multi-user security and auditing, built-in multiple N >  and mixed-language programming capabilities, good documentation, orderable M >  CD-ROM source listings of the operating system internals and source code, gM >  process and engineering that targets the avoidance of introducing security L >  problems and typical virus infection paths, built-in system tuning tools,J >  built-in application debugging and application dump tools, support for F >  symmetric multiprocessing environments of up to 32 CPUs in a singleH >  system (and up to 96+ nodes in a cluster), built-in standard product K >  installation tools and associated product installation packaging tools, nH >  a central goal of upward-compatibility of user-mode applications and J >  tools over OpenVMS releases, support for systems with 256 gigabytes of I >  physical memory, available full operating system and hardware support a >  from a single source, etc.  >aL >  Continuous OpenVMS system uptimes of over ten years are not unheard of.  K >  Some of these systems -- those configured in clusters -- can be running tE >  current OpenVMS releases, with very long cluster uptimes, with thei >  rolling-upgrade capabilties.n >tO > --------------------------- pure personal opinion ---------------------------mM >   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com4   ------------------------------  $ Date: Mon, 7 Aug 2000 13:29:42 -0400' From: "Bill Todd" <billtodd@foo.mv.com>u  Subject: Re: VMS Vs any other OS( Message-ID: <8mmrin$ie9$1@pyrite.mv.net>  D Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote in message% news:QYZR2GzJByS0@eisner.decus.org...1   ...0  F > Wrangling something out of Compaq was presumably how they got a copyH > of the Bliss compiler for Intel in the first place.  A lack of supportJ > should certainly be a barrier for any commercial product.  Consider thatG > although the current Freeware Bliss compiler for Alpha VMS works, thetI > first Freeware Bliss compiler for Alpha VMS can generate incorrect code G > for EV6.  What would Oracle do with its Rdb/NT customers if the Bliss.K > compiler were generating improper code for the next generation of Pentium  ?   F Don't I recall not all that long ago a discussion in comp.os.vms whichL appeared to state authoritatively that the dropping of support for IA Rdb byF Oracle was the result of Compaq's language group deciding no longer toH support IA Bliss (whether generally of for that particular application I don't know)?  I If so, that's a pretty clear chain of events, with Compaq at the start of  it.n   - bill   ------------------------------  % Date: Sun, 06 Aug 2000 21:59:03 -0400 * From: David A Froble <davef@tsoft-inc.com>; Subject: Re: What Can I Do With An AlphaServer 1000A 4/233?-- Message-ID: <398E17E7.36958451@tsoft-inc.com>v   Bart Zorn wrote: > M > Well, I have had the honour of managing a VAX 9000-200. It was about as big- > as the 11/782! > ? > The 8250/8350 systems were small, somehing like the PDP11/44.  >  > Bart Zornc  L The single 8600/8650 I saw was about 4 of the wide cabinets (about 3 ft wideN each) and 5 ft or so tall.  Been a while.  Possibly not all cabs were CPU, but! disks and such were not attached.n  + Glad they don't make them that way anymore.t   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 7 Aug 2000 10:52:22 -0500e9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ; Subject: Re: What Can I Do With An AlphaServer 1000A 4/233? + Message-ID: <a64SBoml5eeD@eisner.decus.org>n  Z In article <398E17E7.36958451@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:  N > The single 8600/8650 I saw was about 4 of the wide cabinets (about 3 ft wideP > each) and 5 ft or so tall.  Been a while.  Possibly not all cabs were CPU, but# > disks and such were not attached.x > - > Glad they don't make them that way anymore.   ) Gotten any Wildfire machines lately ? :-)    ------------------------------  $ Date: Mon, 7 Aug 2000 15:07:38 +0100> From: Nicholas  Mark de Smith <Nicholas.MarkdeSmith@liffe.com>* Subject: where download the rsaref source?M Message-ID: <FCB2387D053DD31180B200805FEA4C3F12511B@ntprdex5.admin.liffe.com>   G >A related question for USA people, when does the RSA patent expire, is= >it not this summer?  , 17 years after issue... i.e. 20th Sept, 2000   -- 0 Nick nick@desmith.net   ------------------------------   End of INFO-VAX 2000.439 ************************