1 INFO-VAX	Tue, 20 Feb 2001	Volume 2001 : Issue 101       Contents:  Re: 1.2 GHz Alpha Microprocessor  Re: 24-bit Turbochannel graphics4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless group
 Re: Authorize  Changing the file date Re: Changing the file date Changing the file date Re: Changing the file date Re: Changing the file date Re: Changing the file date# Re: Classic VMS Games - restoration  Re: Compaq wins APAC re-bid  Re: Compaq wins APAC re-bid 2 Re: Dead AlphaStation 200 4/100 or memory troubles Re: ES40 upgrade? & Re: Future outlook for OpenVMS admins?& Re: Future outlook for OpenVMS admins?& Re: Future outlook for OpenVMS admins?& Re: Future outlook for OpenVMS admins?& RE: Future outlook for OpenVMS admins?3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 RE: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! , Re: heads up - OpenVMS Technical update days Re: History of VAX releases 4 Re: How to obtain hobbyist version of CMS for Alpha?1 HOWTO: Disable MIME in OUTLOOK for mailing lists. 5 RE: HOWTO: Disable MIME in OUTLOOK for mailing lists. 5 Re: HOWTO: Disable MIME in OUTLOOK for mailing lists.  IT Security Game Re: IT Security Game Re: Itanium IS the Itanic  RE: Itanium IS the Itanic  Linda, this is cool!
 LRdriver info  Re: Mozilla 0.8 for OpenVMS $ Network printer setup help needed...( Re: Network printer setup help needed... New HD on uVAX Re: New HD on uVAX Re: New HD on uVAX Re: New HD on uVAX RE: New HD on uVAX RE: OpenVMS and Supercomputing Re: OpenVMS and Supercomputing Problems starting Apache" Re: Replaceing LP37 with LG15 Plus; Re: Swapping OpenVMS & Apps from one AlphaServer to another G SYSMAN: io connect.  How to connect a non DEC/Compaq DLT to the server. J Re: SYSMAN: io connect.  How to connect a non DEC/Compaq DLT to theserver. Re: TFT > 18.1" with 1280x1024+ Trying to set up second NIC in DEC 3000 700 / Re: Trying to set up second NIC in DEC 3000 700 / Re: Trying to set up second NIC in DEC 3000 700 / Re: Trying to set up second NIC in DEC 3000 700  Re: TZ87 DLT Drive Connection  Re: UNIX write vs VMS ?  Re: Version numbers  Re: Version numbers  Re: Version numbers  Re: version numbers. Re: version numbers. Re: version numbers. version numbers.+ VMS 4.6 installation problem - an easy one. ) Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXE * Re: VMS and other platforms in the SAN box* Re: VMS and other platforms in the SAN box VT510 keyboard Re: VT510 keyboard Re: VT510 keyboard Re: www.openvms.compaq.com* [DSNlink NE V3.0] Way too many processes ?. Re: [DSNlink NE V3.0] Way too many processes ?  F ----------------------------------------------------------------------   Date: 20 Feb 2001 05:48:39 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)) Subject: Re: 1.2 GHz Alpha Microprocessor , Message-ID: <96t0fn$2q1@gap.cco.caltech.edu>  k In article <2kej6.40$fY5.313@gazette.loc1.tandem.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  > E >  "1.2GHz Alpha Microprocessor with 44.8GB/sec of chip pin bandwidth  > D >  A presentation from the Alpha Development Group, Compaq Computer 0 >  Corporation, Shrewsbury, MA & Palo Alto, CA." >  >  Available via:  > 7 >  http://www.alphapowered.com/alpha_tech_presents.html   K Yet another piece of way cool high powered Alpha technology which will make H no headway whatsoever in the broader CPU marketplace.  Doubtless it willJ initially be available only on GS level machines, then maybe ES, and maybeK 2 years after that on a DS (assuming that there are still models that small K 2 years from now, which is not something I'd want to bet on).  In contrast, K one can buy the fastest chips that AMD and Intel ship, on the day that they G ship, on machines which cost under $2000.  Ship it in bulk and maybe it F might strangle the Intel/AMD 64 bit offerings before they arrive.  But Compaq won't do that.   ) The Alpha is the Beta of the CPU world.     Always has been, always will be.     David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Mon, 19 Feb 2001 11:55:24 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: 24-bit Turbochannel graphics L Message-ID: <rdeininger-1902011155240001@user-2iveckh.dialup.mindspring.com>  8 In article <3A90C8C8.7F0E3A02@e-farm.com>, Jerry Hudgins <jerry@e-farm.com> wrote:     J > I have a pair of DEC 3000 systems, a 300X and a 700.  Both are currentlyI > running the standard 8-bit HX graphic adapters, but I'd like to upgrade F > them.  There were various 24-bit color capable Turbochannel graphicsF > options available for these systems, but some of them (such as PXG+)J > long ago lost their S/W support.  Can anyone tell me what 24-bit options. > are still compatible with these OS variants: > 2 >   Digital UNIX 4.0E (base OS, no Open3D license)' >   Tru64 UNIX 5.1 (non-commercial kit)  >   OpenVMS 7.2 (hobbyist kit) > ! > Thanks in advance for the help.    Speaking only about OpenVMS...  I The PxG (and PXG+?) graphics were desupported at V7.0 IIRC.  Whether they < work or not beyond that is another question.  I suspect not.  H We had a discussion about the various ZLX-?? cards in comp.os.vms a weekD or so ago.  Best guess seemed to be that the cards are worth a try. E Open3D has desupported almost all in recent versions, but the code is I probably still shipping in the kit.  2D functions are more likely to work H than 3D, since the latter may depend on Open3D (both code and license). E Probably the console hasn't been crippled wrt these cards.  I haven't 2 tried any of this myself; I just repeating rumors.  E If you have a card, try it.  If you can get one at resonable price on J approval, you might as well try it.  If you do, please post the results in the newsgroup.  G Note that some of the cards take 2 or 3 turbochannel slots, which might  limit your choices.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Mon, 19 Feb 2001 15:49:21 -0500 # From: Jim Agnew <agnew@hsc.vcu.edu> = Subject: Re: a little humor for this so often humorless group + Message-ID: <3A9186D1.799EFEDE@hsc.vcu.edu>   / From the Email archives of Brainwave Surfer....    Well,   I Some people asked too often "when in bootstrap does ... (not) happen" :-)    Greetings, Bernd Onasch     O -------------------------------------------------------------------------------     VAX/VMS Genesis Reference Manual  ================================   Order Number: EY-0815XY-3D   May 1993  ; This manual describes as parody how a VAX should bootstrap.   2 Revision/Update Information: This is a new manual.6 Software Version:            VMS version 5.0 and later    O -------------------------------------------------------------------------------   ? At the very beginning, there was really nothing (except space). C A short time later, some possibly useful physical rules were found. J Those rules took a long time to grow and complete verification error-free,L   and finally, led to the scientific divisions of electronics and computers.@ (This first day ended happy because of lack of serious problems)  D At the beginning of the next day, a large green flat board appeared.K A long time later, some black multi-footed boxes appeared above that board. H Then, not so long a time later, some connections between these feet were made. E (This was the second day - the day where the hardware problems began)   F Then, another millenia of milliseconds later, chaos was introduced andE   the wired black boxes decided to use electricity and start working. B The largest box called itself CPU and initialized the other boxes.L   Henceforth it used a small box labeled 4.77 MHz to get a sense of time andF   some other small boxes called ROM to load its ability to think from.;   (Obviously, those ROM's didn't know of their importance.) > (This third day saw the creation of firmware and system bugs.)  < After becoming aware of itself, the CPU searched for VMB.EXEE   to be able to use those masses of small useless 'RAM' boxes around. K After loading and executing VMB, the CPU developed the knowledge of memory, 7   but (who expected anything else ?) had no use for it. J Millions of system ticks later, the CPU found a module called SYSBOOT.EXE,D   residing on a very slow object called 'boot device' and loaded it.6 (This fourth day became the day of bootstrap problems)  D When executing this curious SYSBOOT, there was the need to load manyG   other programs from this slow object and to fill the formerly useless  memoryA   with more or less useful data and programs (or only modules ?). F The first one was SYS.EXE that looked, in the eyes of the CPU, somehow useful. J The second one was RMS.EXE that was very huge and looked totally unusable,<   but (surprised CPU interrupt) when using this large beast,F   the slow object called boot device looked much better structured and useful. C The third one called itself SYSLICENSE.EXE and (by the force of the 	 producer) .   thought it was the most essential module and?   it would be able to decide whatever program might run or not. G   (This guess was wrong as producers force lost power in the distance.) 6 After loading all those modules, the CPU looked around.   in search of other green boards and devices,:   thinking "Is there nothing else ? Is this really all ?",6   and found some additional more or less slow devices.@ Then, using the knowledge of SYS.EXE, it loaded some drivers and:   started to talk to those devices in the hope of answers,?   but most of the time, the CPU just waited for the line noise. E   Strangely, sometimes, those devices answered to very old questions. K (This fifth day finished with the knowledge of advanced bootstrap problems)   G This days first decision was to power up another black and huge box and D   turn memory into virtual mode (where no bit had gone back before).9 Then, the CPU got lost in all this empty memory areas and C   summoned some processes (so chaos could come and start its work). ; First, the Scheduler - to check and control all the others, .   unfortunately itself not visible as process.K Second, the Null process - something that is always able to use CPU cycles, @   but totally useless (and because of that sometimes invisible).? Third, the Swapper - to keep usage of the remaining memory low, C   exspecially for later processes (ever swapped the swapper out ?). > Then, SYSINIT appeared and added some more modules to memory -@   DCL.EXE that looked like a module whose only sense is to wait,I   F11XQP that tried to use the very early on loaded RMS more effectively, G   SDA.EXE, an essential programm ("Damn! Another screwdriver lost..."), C   DEBUGSHR.EXE, a module to control another one, how confusing, and 0   many other modules, each of lesser usefulness.I Finally, STARTUP.COM was loaded and began to test the waiting module DCL, J   adding a process CONFIGURE to allow highly secure system configurations,E   adding a process IPCACP to allow the producer (and noone else) some .     communication between different processes,G   adding a process ERRFMT to display all the errors in a pretty format, B   adding some xxx_SERVER processes to cache useless data packages,A   adding a process OPCOM to log errors and messages to the sysop, G   adding a process AUDIT_SERVER to guarantee the correct logging of the  OPCOM >     and perform a secure (never stoppable ?) logfile handling,C   adding a process JBC_CONTROL to create user (*shiver*) processes, K   adding a process QUEUE_MANAGER to emulate printer queues that never work, ?   adding a process SMISERVER that should communicate with other <     CPU's around ("... and seek out new operating systems"),E   adding several processes called xyzACP to support strange protocols 6     ("In memory, every protocol is a correct protocol"#      from one Processor to another) &     like DECnet, LAST, LAT and TCP/IP.>   adding several user (*iiiieks* again) dependant processes to,     slow down every useful work the CPU had.L (This sixth day saw system installation and software problems - the nemesis)  H On the seventh day (the day of SUN systems) the (DIGITAL) CPU decided to rest. = This good idea (the NULL process needs testing) was disturbed >   by many user processes that started to do nothing worthwhile'   except allocating too much resources. C Then some lonely users (in front of their processes) tried to solve G   some very small (human) problems in a very slow (again human) manner, .   programming some small and useless packages.0 Following the rule of humans erraneous thoughts,:   those programs were never bug-free or fully operational.L   The more logic variant was a programming bug that messed up all ressourcesH   and brought down the six day work of system bootstrap within a second.K   (This feature is solvable by debugging in white text on black background) B Some more sophisticated user processes might move to kernel mode -6   and loose self control and memory management there -F   so everything got lost in the vast of endless dark addressing space.:   (Here it is possible that even a debugger has no chance)- Another nice possibility is the AUDIT_SERVER, 8   detecting a full system disk (that happens sometimes),6   and stopping every work yelling "Gimme Disk Space!".9   (This stops everything before a debugger can intervene) A After testing all these features, the CPU disappeared in a orange 7   cloud of logic - leaving all the bit patterns behind. @ (This day returned the CPU to day ZERO - where everything began)    O -------------------------------------------------------------------------------   K Some ideas taken from Ruth E. Goldenbergs "Internals and Data Structures" - G I hope I have taken real procedings in account as much as is necessary.   E Special thanks to Frank 'ComRam' Kargl and his uncountable questions, G                   Petra 'stargazer' Zeidler for all the spell checking.   2 Written 1993 by Bernd 'Uranus' Onasch, VAXman i.R.    O -------------------------------------------------------------------------------        C          /^^^\   \ / Jim Agnew, Neurosurgery, MCV-VCU Richmond, Va. H         /      >  || NOTICE: do not send unsolicited commercial email toG    /\_/     '   \  / this address. Any such email will be considered in @  /________________>  light of 227 USC section 47 and common law..         AGNEW AT HSC DOT VCU DOT EDU NOSPAMMER   ------------------------------  % Date: Mon, 19 Feb 2001 15:47:38 -0500 # From: Jim Agnew <agnew@hsc.vcu.edu> = Subject: Re: a little humor for this so often humorless group + Message-ID: <3A91866A.B4D04806@hsc.vcu.edu>    From:   xxxxx 20-OCT-1987 09:16   - This is from the Unix rec.humor.funny bboard.       posted by the following -Ric Steinberger Steinberger@kl.sri.com        original was i think... ( From: michaud@decvax.UUCP (Jeff Michaud) rec.humor.funny     <  A long time ago, on a node far, far away (from ucbvax).....       ,      ********* D E C   W A R S ! ! *********       *      From the adventures of luke vaxhacker      episode n       >  Luke had grown up on an out of the way terminal cluster whose=  natives only spoke BASIC, but even he could recognize an old   ASR-33.       :  "It needs and eia conversion at least," sniffed 3CPU, who<  was (as usual) trying to do several things at once.  Lights>  flashed on Con Solo's eyes as he whirled to face the parallel  processor.        @  "I've added a few jumpers.  The Milliamp Falcon can run current>  loops around any Imperial TTY Fighter.  She's fast enough for  you."       ,  "Who's your co-pilot?" asked PDP-1 Kenobie.         "Two Bacco, here, my bookie."       @  "Odds aren't good," said the brownish lump beside him, and then<  fell silent, or over.  Luke couldn't tell which way was top  underneath all those leaves.r      4E  Suddenly, RS232 started spacing wildly.  They turned just in time toeA  see a write cycle coming down the unibus toward them.  "Imperial A  Bus Signals!" shouted Con Solo.  "Lets boot this popsicle stand!r  Tooie, set clock fast!"      pA  "Ok, Con," said Luke.  "You said this crate was fast enough. Gete  us out of here!"       e@  "Shut up, kid!  Two Bacco, prepare to make the jump into system-  space! I'll try to keep their buffers full."t      eC  As the bookie began to compute the vectors into low core, spuriouspC  characters appeared around the milliamp falcon.  "they're firing!"e)  shouted Luke. "can't you do something??"t      rC  "The jump into system space takes time, kid.  One missed cycle andoD  you could come down right in the middle of a pack of stack frames!"      VB  "In three to five we can go now," said the bookie.  Bright chunksD  of position independent code flashed by the cockpit as the MilliampD  Falcon jumped through the kernel page tables.  As the crew breathed6  a sigh of relief, the bookie started paying off bets.      S?  "Not bad, for an acoustically coupled network," remarked 3CPU. ?  "Though there was a little phase jitter as we changed parity."E                    TO BE CONTINUED.........,      I      SOME MONTHS LATER.........e      c<  Luke was feeling rather bored.  3CPU could get to be rather:  irritating and RS232 didn't really speak Luke's language.;  Suddenly, luke felt someone's eyes boring through the backO<  of his skull.  He turned slowly to see.....nothing. A quiet+  voice came from somewhere in front of him.T      t>  "Grasshopper, the carrier is strong within you."  Luke froze,=  which was a good thing since his legs were insisting that heM>  run but they weren't likely to be particular about direction.=  Luke guessed that his odds of getting lost in the dense tree ?  structures were pretty good.  Unfortunately, the bookie wasn'tn  available.i       ?  "Yes, very strong, but the modulation is yet weak. His networkiA  interface is totally undeveloped," the voice continued.  A smalle:  furry creature walked out of the woods as Luke stared on.;  Luke's stomach had now joined the rest of his body in loudt=  complaints.  Whatever was peering at him was certainly smalli<  and furry, but Luke was quite sure that it didn't come from  Alpha Centauri.       ?  "Well, well," said the creature as it rolled its eyes at Luke. <  "Frobozz, y'know.  morning, name's modem. what's your game?>  Adventure? D&D? Or are you just one of those apple-pong types=  that hang around the store demonstrations?"  Luke closed hiso>  eyes.  Perhaps if he couldn't see it, it wouldn't notice him.      .@  "H'mm," muttered the creature.  "Must use a different protocol.:  !@@@H @@  @@($5@@@H       ]^"G$  @#&@@G_ (O% @@@@%%H(B ?"=  "No, no," stammered Luke.  "I don't speak EBCDIC. I was sentb=  here to become a Unix Wizard.  must have the wrong address."o      m:  "Right address," said the creature.  "I am a Unix Wizard.?  Device drivers are a specialty.  Or do you prefer playing with-  virtual memory?"-      ->  Luke eyed the creature cautiously.  If this was what happenedA  to System Wizards after years of late night crashes, Luke wasn'toD  sure he wanted anything to do with it.  He felt a strange affectionA  for the familiar microcomputers of his home.  And wasn't virtual.6  memory something you got from drinking too much coke?      s      h4      TO BE CONTINUED....  IF WE'RE NOT LYNCHED...... -------t -------D      eC          /^^^\   \ / Jim Agnew, Neurosurgery, MCV-VCU Richmond, Va.oH         /      >  || NOTICE: do not send unsolicited commercial email toG    /\_/     '   \  / this address. Any such email will be considered inc@  /________________>  light of 227 USC section 47 and common law..         AGNEW AT HSC DOT VCU DOT EDU NOSPAMMER   ------------------------------  % Date: Tue, 20 Feb 2001 02:59:39 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)= Subject: Re: a little humor for this so often humorless groupo; Message-ID: <3a91cf8b.524144494f47414741@radiogaga.harz.de>A  ' Don't remember where I got this from...h    2 VAXen, my children, just don't belong some places.  B In my business, I am frequently called by small sites and startupsC having VAX problems. So when a friend of mine in an Extremely LargetE Financial Institution (ELFI) called me one day to ask for help, I wasaD intrigued because this outfit is a really major VAX user - they haveE several large herds of VAXen - and plenty of sharp VAXherders to take,
 care of them.:  D So I went to see what sort of an ELFI mess they had gotten into.  ItB seems they had shoved a small 750 with two RA60's running a singleF application, PC style, into a data center with two IBM 3090's and justE about all the rest of the disk drives in the world. The computer room D was so big it had three street addresses. The operators had only IBMG experience and, to quote my friend,  they were having "a little troubledH adjusting to the VAX", were a bit hostile towards it and probably needed: some help with system management. Hmmm, Hostility... Sigh.  H Well, I thought it was pretty ridiculous for an outfit with all that VAXF muscle elsewhere to isolate a dinky old 750 in their Big Blue Country,D and said so bluntly. But my friend patiently explained that althoughH small, it was an "extremely sensitive and confidential application."  ItG seems that the 750 had originally been properly clustered with the restrB of a herd and in the care of one of their best VAXherders. But theF trouble started when the Chief User went to visit his computer and its VAXherd.  G He came away visibly disturbed and immediately complained to the ELFI'sbH Director of Data Processing that, "There are some very strange people in= there with the computers." Now since this user person was theeF Comptroller of this Extremely Large Financial Institution, the 750 hadG been promptly hustled over to the IBM data center which the Comptroller'D said, "was a more suitable place."  The people there wore shirts and/ ties and didn't wear head bands or cowboy hats.   H So my friend introduced me to the Comptroller, who turned out to be fiveF feet tall, 85 and a former gnome of Zurich.  He had a young apprenticeE gnome who was about 65. The two gnomes interviewed me in whispers for C about an hour before they decided my modes of dress and speech were.F suitable for managing their system and I got the assignment. There was= some confusion, understandably, when I explained that I wouldlG immediately establish a procedure for nightly backups. The senior gnomeEC seemed to think I was going to put the computer in reverse, but the E apprentice's son had an IBM PC and he quickly whispered that "backup"nE meant making a copy of a program borrowed from a friend and why was I- doing that? Sigh.-  C I was shortly introduced to the manager of the IBM data center, whouH greeted me with joy and anything but hostility. And the operators reallyE weren't hostile - it just seemed that way.  It's like the driver of a F Mack 18 wheeler, with a condo behind the cab, who was doing 75 when heH ran over a moped doing it's best to get away at 45.  He explained sadly,D "I really warn't mad at mopeds but to keep from runnin' over that'n,' I'da had to slow down or change lanes!")  D Now the only operation they had figured out how to do on the 750 wasD reboot it.  This was their universal cure for any and all problems. D After all it works on a PC, why not a VAX?  Was there a difference?  Sigh.p  G But I smiled and said, "No sweat, I'll train you. The first command you G learn is HELP" and proceeded to type it in on the console terminal.  Soo? the data center manager, the shift supervisor and the eight daybG operators watched the LA100 buzz out the usual introductory text.  WheneC it finished they turned to me with expectant faces and I said in an 8 avuncular manner, "This is your most important command!"  E The shift supervisor stepped forward and studied the text for about aeE minute. He then turned with a very puzzled expression on his face andn& asked, "What do you use it for?" Sigh.  H Well, I tried everything.  I trained and I put the doc set on shelves byF the 750 and I wrote a special 40 page doc set and then a four page docE set. I designed all kinds of command files to make complex operations C into simple foreign commands and I taped a list of these simplified F commands to the top of the VAX. The most successful move was adding my home phone number.  E The cheat sheets taped on the top of the CPU cabinet needed continualkF maintenance, however. It seems the VAX was in the quietest part of theH data center, over behind the scratch tape racks. The operators ate lunchB on the CPU cabinet and the sheets quickly became coated with pizza drippings, etc.   H But still the most used solution to hangups was a reboot and I graduallyF got things organized so that during the day when the gnomes were usingG the system, the operators didn't have to touch it. This smoothed thingss
 out a lot.  G Meanwhile, the data center was getting new TV security cameras, a halon,C gas fire extinguisher system and an immortal power source. The dataEF center manager apologized because the VAX had not been foreseen in theD plan and so could not be connected to immortal power.  The VAX and IE felt a little rejected but I made sure that booting on power recoverydH was working right.  At least it would get going again quickly when power
 came back.  E Anyway, as a consolation prize, the data center manager said he wouldhF have one of the security cameras adjusted to cover the VAX.  I thoughtG to myself, "Great, now we can have 24 hour video tapes of the operators H eating Chinese takeout on the CPU." I resolved to get a piece of plastic to cover the cheat sheets.  C One day, the apprentice gnome called to whisper that the senior wasnF going to give an extremely important demonstration. Now I must explainF that what the 750 was really doing was holding our National Debt.  TheH Reagan administration had decided to privatize it and had quietly put itG out for bid. My Extreme Large Financial Institution had won the bid forwF it and was, as ELFI's are wont to do, making an absolute bundle on the float.  B On Monday the Comptroller was going to demonstrate to the board ofF directors how he could move a trillion dollars from Switzerland to theD Bahamas.  The apprentice whispered, "Would you please look in on ourH computer? I'm sure everything will be fine, sir, but we will feel better6 if you are present.  I'm sure you understand?"  I did.  F Monday morning, I got there about five hours before the scheduled demoH to check things over. Everything was cool. I was chatting with the shift@ supervisor and about to go upstairs to the Comptroller's office.# Suddenly there was a power failure.e  F The emergency lighting came on and the immortal power system took overG the load of the IBM 3090's.  They continued smoothly, but of course theeG VAX, still on city power, died. Everyone smiled and the dead 750 was noeH big deal because it was 7 AM and gnomes don't work before 10 AM. I beganD worrying about whether I could beg some immortal power from the data. center manager in case this was a long outage.  H Immortal power in this system comes from storage batteries for the firstD five minutes of an outage. Promptly at one minute into the outage weC hear the gas turbine powered generator in the sub-basement under useB automatically start up getting ready to take the load on the fifth# minute.  We all beam at each other.s  B At two minutes into the outage we hear the whine of the backup gasD turbine generator starting. The 3090's and all those disk drives areF doing just fine. Business as usual. The VAX is dead as a door nail but what the hell.  E At precisely five minutes into the outage, just as the gas turbine is G taking the load, city power comes back on and the immortal power sourcevH commits suicide.  Actually it was a double murder and suicide because it took both 3090's with it.i  F So now the whole data center was dead, sort of.  The fire alarm systemF had it's own battery backup and was still alive. The lead acid storageH batteries of the immortal power system had been discharging at a furiousI rate keeping all those big blue boxes running and there was a significanteC amount of sulfuric acid vapor. Nothing actually caught fire but then& smoke detectors were convinced it had.  F The fire alarm klaxon went off and the siren warning of imminent halonC gas release was screaming.  We started to panic but the data centerSG manager shouted over the din, "Don't worry, the halon system failed itsLB acceptance test last week. It's disabled and nothing will happen."  G He was half right, the primary halon system indeed failed to discharge. G But the secondary halon system observed that the primary had conked and E instantly did its duty, which was to deal with Dire Disasters. It had 4 twice the capacity and six times the discharge rate.  A Now the ear splitting gas discharge under the raised floor was soeG massive and fast, it blew about half of the floor tiles up out of theiriF framework. It came up through the floor into a communications rack andG blew the cover panels off, decking an operator. Looking out across thatbF vast computer room, we could see the air shimmering as the halon mixed with it.  E We stampeded for exits to the dying whine of 175 IBM disks.  As I waseH escaping I glanced back at the VAX, on city power, and noticed the usualH flickering of the unit select light on its system disk indicating it was happily rebooting.  H Twelve firemen with air tanks and axes invaded. There were frantic phoneE calls to the local IBM Field Service office because both the live andtF backup 3090's were down. About twenty minutes later, seventeen IBM CEsE arrived with dozens of boxes and, so help me, a barrel. It seems theygA knew what to expect when an immortal power source commits murder.E  E In the midst of absolute pandemonium, I crept off to the gnome office-H and logged on. After extensive checking it was clear that everything wasB just fine with the VAX and I began to calm down. I called the data@ center manager's office to tell him the good news. His secretaryG answered with, "He isn't expected to be available for some time.  May I H take a message?"  I left a slightly smug note to the effect that, unlikeB some other computers, the VAX was intact and functioning normally.  < Several hours later, the gnome was whispering his way into aB demonstration of how to flick a trillion dollars from country 2 toF country 5.  He was just coming to the tricky part, where the money hadF been withdrawn from Switzerland but not yet deposited in the Bahamas. B He was proceeding very slowly and the directors were spellbound. I1 decided I had better check up on the data center.M  F Most of the floor tiles were back in place. IBM had resurrected one ofG the 3090's and was running tests. What looked like a bucket brigade wasoF working on the other one. The communication rack was still naked and aC fireman was standing guard over the immortal power corpse. Life waseC returning to normal, but the Big Blue Country crew was still prettyr shaky.  H Smiling proudly, I headed back toward the triumphant VAX behind the tapeH racks where one of the operators was eating a plump jelly bun on the 750H CPU. He saw me coming, turned pale and screamed to the shift supervisor,B "Oh my God, we forgot about the VAX!" Then, before I could open my mouth, he rebooted it.  G It was Monday, 19-Oct-1987.  VAXen, my children, just don't belong some  places.t   --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deoJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Tue, 20 Feb 2001 00:44:46 -0500Y- From: JF Mezei <jfmezei.spamnot@videotron.ca> = Subject: Re: a little humor for this so often humorless groupa, Message-ID: <3A92044A.6B4C0F4A@videotron.ca>   Martin Vorlaender wrote:D > seems they had shoved a small 750 with two RA60's running a singleH > application, PC style, into a data center with two IBM 3090's and just5 > about all the rest of the disk drives in the world.s  M Yep, been there, done that. Interesting how IBM data centre operators all hads# simila attitudes towards the VAXes.s  K At the bank for whom I worked, they had least had a sense of humour and hadiO written "VAX" in very large letters on the vacuum cleaner in the computer room.T  I > It was Monday, 19-Oct-1987.  VAXen, my children, just don't belong somer	 > places.l    W Where's your sense of adventure ? A VAX in an IBM shop is a very interesting challenge.r  N One day, their in-house network blew up and the SWIFT users in the head officeM couldn't use the VAX. It was getting close to the 11:00 deadline for europeaneL funds transfers. In an IBM shop, adding a terminal was measured in weeks andL the number of departments involved (wiring, telecom, SNA, CICS, MVS, IMS and% required a reboot of the mainframe).    H However, in my case, we had just received 4 new terminals for a disasterK recovery plan. They had arrived the previous day and were still in boxes ingN the computer room. We had one band printer (LG25 ?0 in the computer room, with7 1 extra terminal there as well as the one in my office.g  N I called the user who was very desperate and told her to bring 5 folks and allN the paper work and get their VP to tell our VP to let me do it my way. AmazingG how that opened doors. (Their VP had a LOT of weight inside that bank).S  L In the 15 minutes it took for their users to come on over, I had arranged toF get passes issued for them to enter not only the building but also theL computer room, I had arranged for the floor alarms to be stopped in both theN computer and telecom rooms so that the telecom department could string 4 RS232K cables between the decservers and the terminals, and I helped the operatorshL move a table from one end of the computer room to the area where the cables,H and managers to scrounge up some power bars and had 4 brand spanking newN terminals installed, plugged into the decservers (which had autobaud so didn'tN need to be configured !) and had also rerouted all the print queues to the oneI functional printer and had begun to print all the backloged transactions.   J The users arrived, I got each to a terminal and they immediatly started to+ type in the most urgent SWIFt transactions.m  L But the most interesting aspect is that to save the day, I had to break justL about every rule the bank had and I had full support from everyone includingL people who would normally do their very best to  make me abide by IBM rules.L But when a top VP gives you carte blanche to get something done at any cost,A it is amazing how much freedom and cooperation you instantly get.a  N Needless to say that the upper management were mighty impressed on how quicklyM I was able to move in once I was given free reigns and save the day. But theybB also found out how fast I could work if I were ever lot loose !!!!   ------------------------------  % Date: Mon, 19 Feb 2001 16:50:00 +0000r- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>g Subject: Re: Authorize) Message-ID: <3A914EB8.40458215@bbc.co.uk>s   Paul Repacholi wrote:p  6 > "William Hymen" <t18_pilot@hotmail.spam.com> writes: >u? > > Recently, I ran authorize on a test ID on a test VMS systemrA > > ( this system was not under security ) and reset the Passwordw< > > lifetime.  This got one of the sys admins nose all bent. > >k; > > So how did he know I ran authorize on the test user ID?N& > > ps- I have bypass on the test box. > $ > All changes to sysuaf are audited. >   8 The question is why someone who did not know that should& have access to an account with BYPASS.  ? Anyway, I decided not to reply as I consider Mr Hymen's postingi
 to be trolls._    -- 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.ukm  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.f   ------------------------------  % Date: Mon, 19 Feb 2001 21:38:23 +0100r  From: Cor Mom <cor.mom@momss.nl> Subject: Changing the file dateh( Message-ID: <3A91843F.85AAA2AE@momss.nl>   Hi,u  C A customer of mine asked me to make something that could modify thepD dates of a file: the creation date, modification date, backup date ,G etc. to a date in the past. I did it using the FIB block and QIO and itaC works well, but the modification date will always be updated to the H current time when the QIO channel is closed. I do not want this. Anybody an idea what I should do?t   Cor Mom    ------------------------------  % Date: Mon, 19 Feb 2001 16:12:03 -0500R2 From: "Carmine Castiglia" <ccastiglia@engsint.com># Subject: Re: Changing the file date + Message-ID: <96s274$53q$1@bob.news.rcn.net>n  J You might begin by wondering why your customer wants to 'back-date' a fileG and whether you are aiding and abetting possible criminal activity. <g>v    + Cor Mom <cor.mom@momss.nl> wrote in messager" news:3A91843F.85AAA2AE@momss.nl... > Hi,d > E > A customer of mine asked me to make something that could modify thehF > dates of a file: the creation date, modification date, backup date ,I > etc. to a date in the past. I did it using the FIB block and QIO and it E > works well, but the modification date will always be updated to the J > current time when the QIO channel is closed. I do not want this. Anybody > an idea what I should do?l >l	 > Cor Momh   ------------------------------  % Date: Mon, 19 Feb 2001 13:47:37 -0700t  From: l_ricker@lto.locktrack.com Subject: Changing the file datea. Message-ID: <01021913473765@lto.locktrack.com>  ? At the risk of being repetitive, WHY?  VMS file dates are *not*e? there for aesthetic or cosmetic reasons, and the rules by whiche@ they're maintained encode some very basic and unshakeable system> management rationale.  In particular, various BACKUP functions= depend critically on the existing file-date protocol, and the'< VMS Engineering Team would be poorly advised or requested to change any of this behavior.  < The fact that you were able to write a program to change 'em< is one thing, and you'll have to own up to any repercussions8 if/when they raise their ugly heads, but to expect VMS's; underlying file management rules to change is simply beyondo the pale (unthinkable).t  < > ...but the modification date will always be updated to the= > current time when the QIO channel is closed.  I do not wantn* > this.  Anybody an idea what I should do?  ? Yes, DO NOT monkey around with file dates.  Teach your customerT( how to manage and live within the rules.  
 cordially,   Lorin    ------------------------------   Date: 19 FEB 2001 22:37:05 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> # Subject: Re: Changing the file daten2 Message-ID: <19FEB01.22370501@feda34.fed.ornl.gov>  ! Cor Mom <cor.mom@momss.nl> wrote:t > Hi,r >  uE > A customer of mine asked me to make something that could modify thelF > dates of a file: the creation date, modification date, backup date ,I > etc. to a date in the past. I did it using the FIB block and QIO and it E > works well, but the modification date will always be updated to the,J > current time when the QIO channel is closed. I do not want this. Anybody > an idea what I should do?a  E Consider carefully the warnings previously posted in response to your0A question.  But the venerable FILE utility already does this.  Seeb  0   http://www2.wku.edu/www/fileserv/fileserv.html   Dave   ------------------------------  % Date: Mon, 19 Feb 2001 17:55:02 -0600u7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> # Subject: Re: Changing the file dateS+ Message-ID: <3A91B256.489B40@earthlink.net>i   Dave Greenwood wrote:p > # > Cor Mom <cor.mom@momss.nl> wrote:u > > Hi,u > > G > > A customer of mine asked me to make something that could modify theiH > > dates of a file: the creation date, modification date, backup date ,K > > etc. to a date in the past. I did it using the FIB block and QIO and iteG > > works well, but the modification date will always be updated to thetL > > current time when the QIO channel is closed. I do not want this. Anybody > > an idea what I should do?5 > G > Consider carefully the warnings previously posted in response to yourgC > question.  But the venerable FILE utility already does this.  Seel > 2 >   http://www2.wku.edu/www/fileserv/fileserv.html   DFU does this also:   # http://www.djesys.com/freeware/vms/s  E (Note: DFU is freeware from Compaq. I just provide access to a recente  version and the associated ECO.)   -- c David J. Dachteras dba DJE Systemsh http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/d  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.i   ------------------------------  % Date: Mon, 19 Feb 2001 23:48:29 -0600i6 From: craig.berry@NOSPAM.psinetcs.com (Craig A. Berry)# Subject: Re: Changing the file datec6 Message-ID: <craig.berry-1902012348300001@172.16.52.1>  J In article <3A91843F.85AAA2AE@momss.nl>, Cor Mom <cor.mom@momss.nl> wrote:  E > A customer of mine asked me to make something that could modify the F > dates of a file: the creation date, modification date, backup date ,I > etc. to a date in the past. I did it using the FIB block and QIO and itaE > works well, but the modification date will always be updated to theeJ > current time when the QIO channel is closed. I do not want this. Anybody > an idea what I should do?   G Now that you know why you shouldn't and how you can, the answer to youro* original question is to do something like:  # myfib.fib$l_acctl = FIB$M_NORECORD;e  " before you do your IO$_MODIFY QIO.   ------------------------------  % Date: Mon, 19 Feb 2001 20:46:04 -0000y' From: "Paul Arman" <home@paularman.net>e, Subject: Re: Classic VMS Games - restoration1 Message-ID: <96s0ob$n6s$1@lyonesse.netcom.net.uk>m  @ There are a few games at http://www.openvms.compaq.com/freeware/  ! Especially DUNGEON which I loved.u   ------------------------------    Date: 19 Feb 2001 11:28:53 -0500+ From: young_r@encompasserve.org (Rob Young)u$ Subject: Re: Compaq wins APAC re-bid3 Message-ID: <J5n9rsHmA0vf@eisner.encompasserve.org>u  k In article <OFD7A88DC3.A2724D10-ON802569F8.0058709B@qedi.quintiles.com>, steven.reece@quintiles.com writes:a >  > J > Having made a similar mistake to Arne, I went and re-read Rob's posting.; > It wasn't the Register article reporting the win it was :v; > http://www.apac.edu.au/communication_media/media_releasesa, > /Web%20press%20release%2014%20Feb%2001.pdf >  > My apologies to Rob. > Steve. >   2 	In a related note, makes this exchange with Sun's< 	premiere Enterprise Architect particularly interesting, eh?  o http://groups.google.com/groups?q=apac+group:comp.os.vms&hl=en&lr=&safe=off&rnum=5&seld=968434424&ic=1&filter=0e    +  From: Rob Young (young_r@eisner.decus.org)r2  Subject: Re: Sun UE10000 is *NOT* an HPC platform  Newsgroups: comp.os.vms  Date: 2000-11-06 10:08:42 PST t    9 In article <3A06DFE3.3AAC22B@uk.sun.com>, andrew harrisonr" <andrew.nospam@uk.sun.com> writes:   > N >>         But back to your FUD you introduced here.  You raise the PittsburghJ >>         project and ignoring the facts it is under construction attempt >>         to equate the two.  >> e > ? > But as you know it isn't FUD is it Rob, the Pittsburg System hB > isn't in production is it. Had my statement included allegations= > like your did as to the reasons why it isn't in production .= > then you could have accused me of FUDDING, but I didn't dide > I. >  > So nice try, no FUD. > * >> http://www.psc.edu/machines/tcs/status/ >> g >>         Questions to you: >>  J >>                 1)  Do you think the Pittsburgh site will have problems3 >>                         with acceptance testing?t >>  > > Why not on the basis of your FUD I would be quite justified = > in saying, of course they will have difficulties. But this a3 > would be FUD wouldn't it, just like your posting.m >  > K >>                 2)  Do you think Sun has a snow ball's chance in hell of ? >>                         winning the second go round at APAC?a< >>                         http://nf.apac.edu.au/facilities/ >> .7 > More FUD, I don't know and neither do you, again all o1 > you are trying to do is get something to stick.a >   B         I'm attempting to solicit your opinion.  Something you can>         hang out here so we can look at it 8 or 12 months down=         the road.  Do you "think" Sun has a chance of winninge-         the APAC bid *again*?   I say no way.e   > @ >> > Rob you are really grasping at straws, "a little bird tells2 >> > me" come on even by your standards this poor. >> > >> tI >>         Your opinion.  It is either a good source or a bad source.  IthL >>         is either accurate or it isn't.  Tell us your view.  We have comeH >>         to know your opinion here.  Of course, as others point out weL >>         know to look real hard at EXACTLY opposite of what you are saying. >>         as being more in-line with reality. >> a? > I don't know if its accurate or not, but then neither do you x> > do you. It isn't up to me to prove or disprove the validity ! > of your source, its up to you. g   ---b  ) 	Must have been a good source, eh Andrew?e   				Robc   ------------------------------   Date: 19 Feb 2001 12:09:09 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell)i$ Subject: Re: Compaq wins APAC re-bid. Message-ID: <7GfilOFQjkeK@tachxxsoftxxconsult>  a In article <Fve24xZP3jJw@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:iC > 	A little history.  Sun's APAC systems failed acceptance testing:a > 3 > http://www.theregister.co.uk/content/1/14475.htmlE > 3 > Sun's Oz super computer goes horribly pear shapedt > By: John Lettice! > Posted: 03/11/2000 at 19:17 GMTn > M > A terse note at the site of APAC, the outfit running Australia's bid "to be.J > recognised as an 'advanced computing' country," reveals something deeplyO > embarrasing for one of the industry's most prominent pushers of gigafloppery. N > It says: "The initial configuration of the APAC peak computing system failedN > acceptance tests in September 2000, so the process of acquiring a system hasK > been restarted. It's hoped there will be a system available by the second  > quarter of 2001."  >  > 	On re-bid, Compaq won:w > < > http://www.apac.edu.au/communication_media/media_releases/+ > Web%20press%20release%2014%20Feb%2001.pdfn >  > Editor's Summary > Q > Compaq Computer Australia and the Australian Partnership for Advanced Computingu > (APAC) today announced:o > J > o	An alliance to supply a world class supercomputer to the APAC National > 	Facility;> > o	Using Compaq's industry leading AlphaServer SC series, theI > 	supercomputer will attract local and international research in variousi+ > 	scientific and engineering applications; J > o	The Compaq solution will be in the top 60 of the world's most powerful > 	computing systems;lH > o	As the largest supercomputer available to Australian researchers andI > 	industry, it will be used to conduct innovative large-scale scientificc > 	and engineering research.    H Unfortunately, I don't see anything about which OS will be used on theseF systems.  If it will be tru64 or linux, the information is of marginalG interest.  Still, it feels good to see Sun (and our favorite architect)uL embarass themselves like that, and at least alpha sales on any platform help( vms indirectly by keeping compaq afloat.     -- tO ===============================================================================rM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx-: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================nB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  # Date: Mon, 19 Feb 2001 19:34:23 GMT9- From: brian.corbin@compaq.com (Brian Corbin )d; Subject: Re: Dead AlphaStation 200 4/100 or memory troublesn2 Message-ID: <3a917251.367188296@usenet.pa.dec.com>  	 Alexanders  E You probably have an Alphastation 250 or 255 , These use 2 banks of 4 F simms each ( total of 8 simm slots) The AS250 has the top 3 simm slotsB slightly offset to the rest. The AS255 has all simms in a straight row.   Found this info on led codes.  xxxx xxxx  all onr
  F       F     Alphastation 250    N >     LED Code      Meaning                                                   O |>                                                                             tO |>        FA         memory test 1 failed                                      aO |>        F9         memory test 2 failed                                      iO |>        F8         memory test 3 failed                                       O |>        F7         memory test 4 failed                                      yO |>        F2         DROM and flashROM corrupted                               rO |>        DE         memory test failed                                        nO |>        DD         flashROM ID test failed                                   eO |>        DC         NVRAM test failed                                         lO |>        DB         SCSI test failed                                          LO |>        DA         PCI/ISA bridge test failed                                cO |>        D9         TOY test failed                                           bO |>        D8         keyboard controller test failed                           oO |>        D7         Super I/O chip test failed                                 O |>                   (floppy, parallel port, COM ports)                         1 |>        D6         interrupt test failed       eO |>        D0         power-on selftest passed, DROM console running             O |>        E2         floppy load failed                                        hO |>        E1         flashROM load failed                                      eO |>        20         machine check occurred                                    o! |>        E5         All OK      i       ALphastation 255 codes     Console starting (FF). o Initialize idle PCB (FE).    Initialize semaphores (FD).   3 Initialize heap (dynamic memory) (FC, FB, and FA).    # Initialize driver structures (F9). a  " Initialize idle process PID (F8).    Initialize file system (F7). a  ' Initialize timer data structures (F6).     Lower the IPL (F5).    Enter the idle loop (F4).    Memory configuration (EF). s  8 Initialize IRQ vector table and configure PCI bus (DF).   A DDB startup parts 1, 2, and 3, and locate HWRPB (EE, ED, and EC) m  $ Test memory greater then 8 MB (EB).    DDB startup part 4 (EA). e  7 Set keyboard type according to language variable (E9).    ' Initialize environment variables (E8).     Initialize SCSI (E7).    DDB startup part 5 (E6). 1  9 Show version and console idle (normal final state) (E5). k                      i  B On Mon, 19 Feb 2001 04:02:26 GMT, atlas@world.std.com (Alexander R Svirsky) wrote:H  K >Looks like I've got a dead AlphaStation 200 4/100, but before I give up onn( >it, I need some troubleshooting advice. >sE >The unit was purchased today and was without RAM and HD.  It has theTJ >standard floppy, CDROM and sound card.  The CPU is present.  Unit has theH >DEC video card.  The little network card is missing.  The HD bracket is1 >missing.  It has likely been stripped for parts.  > B >I have added 64MB RAM, known good and borrowed from another AlphaG >system.  For now, there is no HD.  A PCXAL keyboard, mouse and monitorM >have been connected.b >rG >This motherboard has 8 SIMM sockets instead of the 6 I would expect toeJ >find in an AS200.  Other jumper and socket positions also do not match myF >other AS200 4/166 or documentation diagrams.  Manufacture date is May >1995. >oI >Without RAM installed, or with RAM improperly installed when powered up,-D >the beep code 1-3-3 is sounded indicating that 2MB RAM could not beG >found.  LEDs show xxxx xxox where x=on and o=off.  From this I presumeEK >that SROM is present to run the memory tests.  No video output is present.d >d! >Failure symptoms are as follows:t > C >With 64MB RAM properly installed, there is no beep code sounded on F >power-up and there is no output to video.  The LEDs continually cycleI >through the following three indications without stopping, where x=on and  >o=off:.
 >xxxx xoxx	F4t
 >xxxx xoox	F6n
 >xxxx xxoo	F3o > G >Attempts to load a failsafe loader floppy using jumper J2 fail with no0E >floppy drive activity.  LED indicators cycle as above.  No post code ) >beeps.  Apparently DROM is never loaded.g >DJ >Does anyone recognize this failure?  What's up with the 8 sockets instead) >of 6?  I appreciate any advice.  Thanks.h >-- D >Alexander_R_Svirsky_____________________________atlas@world.std.com   Regardsm Brian Corbin   ------------------------------    Date: 20 Feb 2001 01:01:17 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: ES40 upgrade?- Message-ID: <87itm64nfm.fsf@prep.synonet.com>,  / "Richard D. Piccard" <piccard@ohio.edu> writes:   8 > 400 A at 1.2 V would be 480 W.  This does not compute!   What goes in, must come out.   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.l@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 19 Feb 2001 17:07:49 +0000.- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>v/ Subject: Re: Future outlook for OpenVMS admins?t) Message-ID: <3A9152E5.F4741365@bbc.co.uk>    Robert Deininger wrote:e  5 > In article <kPbh9WrW+T$9@eisner.encompasserve.org>,r5 > young_r@eisner.encompasserve.org (Rob Young) wrote:e >c >iF > >         This kind of search took two minutes, Dell sells a 1.5 GHz > >         P4:a >sF > Since I've never dealt with Dell, this may be a silly question.  AreH > "selling" and "shipping" pretty much the same for them, or is there an  > indefinite "pre-order" period? >   B Depends, my experience has been good, sometimes if the peripheralsH you need are on backorder you might have to wait, but not for the CPU's,8 they are usually the people with the latest CPU's first.  / My 1 gig PIII arrived within 2 days of payment.o   --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 of: MedAS or the BBC.G   ------------------------------  # Date: Tue, 20 Feb 2001 01:46:56 GMTe From: "rocko" <rocko1@home.com>4/ Subject: Re: Future outlook for OpenVMS admins?e= Message-ID: <k0kk6.75860$Y6.22461884@news1.mntp1.il.home.com>n  J Thanks for your responses.  I had hoped to receive more incite on what theF job market is like for Open VMS.  I have done a search and found a fewK results on the job posting sites but was hoping to get a real "inside" viewe? also.  I will take the processor discussion into consideration.I   Thanks again for all your help!e Shawn J.2 <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message/ news:01K0B2332VFM00A3W7@tgmail.tg.nsw.gov.au...t1 > Arne, (hmm the bloody chevrons have gone silly)  >  > >rocko wrote:d: > >> My question is what are the opportunities like for an > >OpenVMS SysAdmin in5 > >> today's day and age?  I know VMS has been around  > >forever and it appearst3 > >> Compaq is continuing to support it and provide  > >updates.  I was just worried 6 > >> that I would get this job and head down a deadend > >road. > > 8 > >There are not that many VMS jobs available. But there > >are even fewerf > >good ! > >VMS people seeking those jobs.e > >i7 > >So I would say that being an VMS expert can be quitea
 > >lucrative.i > >e3 > >There are a lot of VMS systems out there runningo > >important stuff, that9 > >can not be replaced quickly. So even if Compaq decided  > >to dump VMS, then7 > >there would be a lot of VMS systems running at leasto > >the next 10 years.r > > 9 > >Beyond that ? Who knows ? It is difficuly to predict -e > >especially aboutt > >the future !  :-) >l > A somewhat OT reply. >d8 > These days, any experience of any job must be a bonus. >/7 > I have lost touch with UK, but here job opportunitiesf: > are remote.  Very little chance in seeking a career path9 > for even graduates.  Take any job that you find offeredy, > and use that in your CV for your next job. >r7 > This is a general comment aimed at a youngster in anye5 > field.  Get experience in as much as you can.  VMS,g0 > Unices, Windows, cleaning toilets (probably my: > preference to working with Gates XP).  All experience is8 > valuable and necessary.  Get it and then work out your8 > career path.  What I am seeing around me requires that > as your social survival path.  >e5 > Forty years on from when I started work when it wasO4 > difficult not to get a job -- you had to be really8 > bloody intelligent to get the dole, at least two phds. >@ > Regards, Paddy   ------------------------------   Date: 19 Feb 2001 19:39 CST ' From: carl@gerg.tamu.edu (Carl Perkins)o/ Subject: Re: Future outlook for OpenVMS admins?f- Message-ID: <19FEB200119395196@gerg.tamu.edu>b  - fabio_compaq@ep-bc.petrobras.com.br writes... / }Or what will be the future of OpenVMS admins ?e } C }What are you planning to do if suddenly CPQ decides to stop OVMS !i } = }Forget the COE agreement..... if today we were in 2020 ! ! !n }  }Regards }  }FC   D What are all the Windows admins planning to do if suddenly Microsoft decides to stop Windows!  2 It my not be likely today, but what about in 2020?   --- Carl   ------------------------------   Date: 19 Feb 2001 20:23 CST-' From: carl@gerg.tamu.edu (Carl Perkins)0/ Subject: Re: Future outlook for OpenVMS admins?j- Message-ID: <19FEB200120230429@gerg.tamu.edu>g  5 nothome@spammers.are.scum (Malcolm Dunnett) writes... 5 }In article <slrn98ql2n.r0c.tsm@user2.teleport.com>,  3 }   tsm@palindrome.org (tsm@palindrome.org) writes:- }  }> -L }> The Pentium 4 is faster than the 833 MHz EV6, at least at integer, and is6 }> faster than anything but the 833 at floating point. }>   } E }   I thought I'd heard the 1.5GHz P4 wasn't generally available yet.- }   Is that incorrect?  J We have had one for more than a month, bought from Dell. If we can get one% from them, I expect that anybody can.r   --- Carl   ------------------------------   Date: 20 Feb 2001 06:25:14 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)/ Subject: RE: Future outlook for OpenVMS admins?0, Message-ID: <96t2ka$2q1@gap.cco.caltech.edu>  | In article <910612C07BCAD1119AF40000F86AF0D805284E05@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes:J >While one could split hairs and point out that the 1.5Ghz x86 is actuallyH >slower than the 833Mhz Alpha when looking at the optimized SPECint 20009 >result, (A=544 vs I=536) essentially, it is a dead heat. > >http://ideasinternational.com/benchmark/spec/specint2000.html  B Now divide by the price of the finished machine and come up with aK performance/dollar number - the Intel based machines blow the doors off thedE Alpha based machines.  Digital's mantra used to be 2X the performanceaK at 3X the price, which was such a winner that the company no longer exists. K Compaq's mantra is the even more ridiculous 1X the performance (plus delta)n at 5X the price.  J When those faster Intel chips become widely available I'll be able to buy J one.  No way I could afford the machine that Compaq will put the 833 into.   sic transit gloria   David Mathog mathog@seqaxp.bio.caltech.edu.? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Mon, 19 Feb 2001 17:10:16 +0000  From: Roy Omond <Roy@Omond.net> < Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !) Message-ID: <3A915378.84BA36FB@Omond.net>e  ! "Koska, John C. (LNG-MBC)" wrote:   B > I would likewise assume to have proportional greater units done.; > It is a shame they will not accept a build using CXML. :(g  < Anyone (Burns Fisher ?) done any benchmarking of a SETI unit: using CXML ?  How much faster is it than the standard SETI code ?  	 Roy Omondk Blue Bubble Ltd.  < (1012 SETI units and now position 55,762, more than 98.001%)   ------------------------------  # Date: Mon, 19 Feb 2001 16:53:42 GMTy/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>t< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !) Message-ID: <3A910946.2C16E3A6@uiowa.edu>h   Koska, John C. (LNG-MBC) wrote:I >  > > -----Original Message-----4 > > From: eplan@kapsch.net [mailto:eplan@kapsch.net], > > Sent: Monday, February 19, 2001 10:54 AM > > To: Info-VAX@mvb.saic.comk@ > > Subject: Re: FYI: VMS passes the 1,000,000 SETI work units ! > > ; > > In article <3A913C12.7AF70155@iaf.fhg.de>, Theo Jakobusw  > > <jakobus@iaf.fhg.de> writes:7 > > >There is always someone who has done a bit more ;)  > >o > > You bett > < > I agree, and up the bid.  Who has more than say 5964 unitsA > in the 100% VMS category?  Surely, there must be someone in the-! > 10,000 category or close to it?C   Not yet, but I am trying.... :)2  & Account Summary for rickdyson@home.com   Your credit:2  Name (and URL)                        Rick Dyson +  Results Received                      6552o2  Total CPU                             10.37 years<  Average CPU Time per work un          13 hr 51 min 52.3 secC  Last result returned:                 Mon Feb 19 17:16:34 2001 UTC5B  Registered on:                        Fri Jul 2 04:53:22 1999 UTC1  SETI@home user for:                   1.64 yearsn  1 Your rank: (based on current workunits received) r=  Your rank out of 2792545 total users is:       3715th place.m1  The total number of users who have this rank:  1rE  You have completed more work units than:       99.867% of our users.     + I do have one Win98 box contributing too...A  - > Account Summary for John.C.Koska@bender.coms >  > Your credit: > Name (and URL) MindBender  > Results Received 5964t > Total CPU Time 3.56 yearsa5 > Average CPU Time per work unit 5 hr 13 min 53.5 sec 4 > Last result returned: Sun Feb 18 19:34:43 2001 UTC, > Registered on: Tue Aug 3 04:01:23 1999 UTC  > SETI@home user for: 1.55 years >   View Last 10 Workunits > Your group info:+ > You belong to the group named: MindBenderh1 > You are not currently the founder of any teams.d > 2 > Your rank: (based on current workunits received) > 8 > Your rank out of 2789524 total users is: 4300th place.1 > The total number of users who have this rank: 1r@ > You have completed more work units than: 99.846% of our users.   rick -- iH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479.   ------------------------------    Date: 19 Feb 2001 19:05:51 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !* Message-ID: <3a91607f$1@news.kapsch.co.at>  K In article <3A915378.84BA36FB@Omond.net>, Roy Omond <Roy@Omond.net> writes:== >Anyone (Burns Fisher ?) done any benchmarking of a SETI unit ; >using CXML ?  How much faster is it than the standard SETIx >code ?/  L Yes. And he stated a value of about an hour for a machine in the performanceC same class as my fastest alpha, while my system takes over 8h/unit.=, Look up his article from last spring/summer.  @ He also has surely a value in the umpteen thousand unit range...   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888r< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Mon, 19 Feb 2001 15:07:54 -0700i% From: Dean Woodward <deanw@rdrop.com>S< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !) Message-ID: <3A91993A.9ECCCA6B@rdrop.com>    Peter LANGSTOEGER wrote: > M > In article <3A915378.84BA36FB@Omond.net>, Roy Omond <Roy@Omond.net> writes:e? > >Anyone (Burns Fisher ?) done any benchmarking of a SETI unit = > >using CXML ?  How much faster is it than the standard SETI 	 > >code ?> > N > Yes. And he stated a value of about an hour for a machine in the performanceE > same class as my fastest alpha, while my system takes over 8h/unit. . > Look up his article from last spring/summer.   Um, look it up *where*?    ------------------------------    Date: 20 Feb 2001 00:11:09 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !* Message-ID: <3a91a80d$1@news.kapsch.co.at>  Q In article <3A91993A.9ECCCA6B@rdrop.com>, Dean Woodward <deanw@rdrop.com> writes:  >Peter LANGSTOEGER wrote:  >>  N >> In article <3A915378.84BA36FB@Omond.net>, Roy Omond <Roy@Omond.net> writes:@ >> >Anyone (Burns Fisher ?) done any benchmarking of a SETI unit> >> >using CXML ?  How much faster is it than the standard SETI
 >> >code ? >>  O >> Yes. And he stated a value of about an hour for a machine in the performance F >> same class as my fastest alpha, while my system takes over 8h/unit./ >> Look up his article from last spring/summer.S >r >Um, look it up *where*?   Here in COMP.OS.VMS B At earlier times I had suggested DEJA.COM or REMARQ.COM, but now ? Sorry, I still don't know...   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Mon, 19 Feb 2001 23:28:44 -0000 4 From: "John D. Peedle" <john@peedle.freeserve.co.uk>< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !. Message-ID: <96sa2l$3na$1@news7.svr.pol.co.uk>  J > >If the SETI gatekeeper would allow to build a version for OpenVMS usingE > >the subroutines inside the CXML math library for FFT I guess I had  > >achieved 99.5% already :)). > 3 > I would then have over 11000 workunits completed.h0 > Maybe this would be enough for over 99.5% also >c > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888E> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   Name (and URL) John Peedle Results Received 4168  Total CPU Time 2.66 yearsD3 Average CPU Time per work unit 5 hr 35 min 20.4 seci2 Last result returned: Mon Feb 19 21:55:00 2001 UTC+ Registered on: Tue Sep 19 18:24:15 2000 UTCa" SETI@home user for: 3676 hr 56 min   Alpha ROCKS!!!   ------------------------------  % Date: Mon, 19 Feb 2001 23:30:09 -0000i4 From: "John D. Peedle" <john@peedle.freeserve.co.uk>< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !. Message-ID: <96sa5b$rto$1@news5.svr.pol.co.uk>  J > >If the SETI gatekeeper would allow to build a version for OpenVMS usingE > >the subroutines inside the CXML math library for FFT I guess I hads > >achieved 99.5% already :))  >w3 > I would then have over 11000 workunits completed. 0 > Maybe this would be enough for over 99.5% also >i Forgot the stats!!  6 Your rank out of 2792545 total users is: 7517th place./ The total number of users who have this rank: 2 > You have completed more work units than: 99.731% of our users.   I LUUUV Alpha!   ------------------------------   Date: 19 Feb 2001 20:22:56 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell)-< Subject: RE: FYI: VMS passes the 1,000,000 SETI work units !. Message-ID: <i8dpNCXl+r9T@tachxxsoftxxconsult>   In article <3D35AD137AAAD411A6BA0008C7B1B12D6DBE23@MBCALBEXC03.BENDER.COM>, "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com> writes: > < > I agree, and up the bid.  Who has more than say 5964 unitsA > in the 100% VMS category?  Surely, there must be someone in theh! > 10,000 category or close to it?t >   O Clay Denton is almost in the top 200 overall (position 204, 38963 units).  It'sFP not 100% VMS, but the bulk of it is VMS, so I doubt any of us can come close to  that.j    L Me, I'm just a paltry 4628 units, but it *is* all VMS (I have non-vms units,- but they're under a different username).  :-)    -- gO =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx_: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)rO ===============================================================================DB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------   Date: Tue, 20 Feb 2001  0:07:15o1 From: "Charles Sandmann" <sandmann@clio.rice.edu> < Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !- Message-ID: <3a91b533.sandmann@clio.rice.edu>l  < > I agree, and up the bid.  Who has more than say 5964 unitsA > in the 100% VMS category?  Surely, there must be someone in the-! > 10,000 category or close to it?o  F I have 97434 units, of which 41% (about 40,000 units) are VMS systems.C I guess that's about 4% of the overall VMS total, thanks mostly to 3 AspenTech's VMS clusters :-)  3 8% are on other non-VMS Alpha platforms (OSF, WNT).9   ------------------------------  # Date: Mon, 19 Feb 2001 20:52:20 GMTn' From: Colin Blake <colin@theblakes.com> 5 Subject: Re: heads up - OpenVMS Technical update days - Message-ID: <3A91875B.BC12DAA9@theblakes.com>e   Wayne Sewell wrote:   P > I cannot get to this page using a vms browser.  netscape displays a blank page$ > and mozilla dies a horrible death.  n Mozilla shouldn't crash - unless you are still running M0.6 or earlier. Please upgrade (M0.8 was released overn the weekend). Of course, Mozilla can't display the page because there's no Shockwave Flash player for OpenVMS,' but at least it doesn't crash any more.i   ------------------------------   Date: 19 Feb 2001 20:09:03 GMT0 From: sander@vmsbiz.enet.dec.com (Warren Sander)$ Subject: Re: History of VAX releases* Message-ID: <96rugv$63p@usenet.pa.dec.com>  B I don't have the re-tirement dates but there is an OpenVMS release history on the web at   E http://www.openvms.compaq.com/openvms/os/openvms-release-history.html4  ! vms 4.0 (<1985) - 7.2-1 July 1999n  ? Listed is the initial support of various processors and systemso       --  B ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingD Compaq Computer Corporation          Work:  warren.sander@compaq.comE 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.coms3 Marlboro, MA 01752                   (508) 467-4875 6    My opinions are my own and I only speak for myself -          Read http://www.openvms.compaq.com/ .B ------------------------------------------------------------------   ------------------------------  % Date: Mon, 19 Feb 2001 15:42:51 +0000o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a= Subject: Re: How to obtain hobbyist version of CMS for Alpha?t) Message-ID: <3A913EFB.40A4C4D7@bbc.co.uk>n   Brian Tillman wrote:  + > >CMS can't (couldn't ?)  handle binaries.s >bN > Completely false.  CMS has been able to handle binaries for a LONG time now.  M Absolutely. One of my tests with the CMS Client for Windowz was to stuff somesM word docs and .XLS files into CMS and check they came out again intact, whiche	 they did.   E One developer here now departed actually like to keep his applicationh distribution savesetsc in CMS.y   >e   --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.ukt  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.    ------------------------------  % Date: Mon, 19 Feb 2001 14:50:00 -0700   From: l_ricker@lto.locktrack.com: Subject: HOWTO: Disable MIME in OUTLOOK for mailing lists.. Message-ID: <01021914500066@lto.locktrack.com>  > Several months ago, I was victimized/ambushed by trying to use: MS Outlook in this very newsgroup context, too.  Here's my: 2-cents worth, FWIW.  And it's "on-topic" since it affects7 participation and the content of *this* very newsgroup.r  ; > There are four places >>in some versions<< of ... Outlooka9 > that you have to turn MIME off at.  (my emphasis added).  = According to the MS/Office and Outlook "gurus" out there (andi= several have written books about it!), there are at least twoi@ different "flavors" of Outlook, "corporate/workgroup" (or "C/W")? and (or *versus*) "Internet mail only" (or "IO").  Each has itsdA own distinct and different set of dialog boxes, options, widgets,3= and other paraphernalia to "set and control" (and I use theseF? terms generously) various Outlook settings.  The gods only know6? (certainly, Bill and his guys don't) how many different "modes" ? (permutations and combinations) of controls, settings, and bugs = this all leads to... It's all more like characterizing quarks > (top/bottom, color, spin, momentum/position/uncertainty, etc.)? than controlling/setting a "user-friendly" application to work.g7 User interface?  Consistent?  Intuitively obvious?  Ha!   > John's advice is accurate... for probably one specific mode orA flavor.  If it works for you, great... I never did get any advicemA to "stick" to my Outlook configuration, and it *always* sent HTMLo> &/or MIME-formatted messages to this newsgroup.  And it always5 managed to make me think that *I* was the stupid one.s  ? My advice, FWIW?  Give up on Outlook, at least for *sending* ors> *posting* to this newsgroup.  Although I scan this NG using an@ Outlook rule (move Info-VAX messages to *that* folder) and auto-@ preview them, and I pretty-near *must* use Outlook for all other> routine business e-mail, I've fallen back on good old VMS MAIL= for posting, using SEND /EDIT (and my favorite TPU editor) toe> compose (e.g.) this message and others... TCP/IP SMTP delivers@ my missives to this newsgroup in *plain old text*!  Works great.   <rant>A (NB to colleagues on this NG:  Don't know what other, alternative C automation/readers some of you are using, but it'd sure be nice if,sB rather than posting long quotations from a prev-msg, you put *your@ own original content/writing at the top of your posting*... It'sC frustrating and time-wasting to drag/scroll down through paragraphspA of "> "-indented quotation, only to find something like "Me too."l@ Trust me... we *can* all follow the context... 's why its called@ a "thread".  I offer this constructively... please don't flame.) </rant>n  A And would I ever consider trying to hook up some new-fangled MIMEe- extension to VMS MAIL?  Are you crazy!!!  ;-)r  
 cordially,   Lorine   ------------------------------  % Date: Mon, 19 Feb 2001 15:48:46 -0800 ! From: Tom Linden <tom@kednos.com>3> Subject: RE: HOWTO: Disable MIME in OUTLOOK for mailing lists.9 Message-ID: <EJEDILJIPPJOIEFOLDHLEEGJCHAA.tom@kednos.com>e  K When you create an entry in the address book there is an option for html ore
 text-only. Is more required?b   > -----Original Message-----F > From: l_ricker@lto.locktrack.com [mailto:l_ricker@lto.locktrack.com]) > Sent: Monday, February 19, 2001 1:50 PMt > To: Info-VAX@Mvb.Saic.Comn< > Subject: HOWTO: Disable MIME in OUTLOOK for mailing lists. >* >*@ > Several months ago, I was victimized/ambushed by trying to use< > MS Outlook in this very newsgroup context, too.  Here's my< > 2-cents worth, FWIW.  And it's "on-topic" since it affects9 > participation and the content of *this* very newsgroup., > = > > There are four places >>in some versions<< of ... Outlookj; > > that you have to turn MIME off at.  (my emphasis added)s >-? > According to the MS/Office and Outlook "gurus" out there (andw? > several have written books about it!), there are at least twouB > different "flavors" of Outlook, "corporate/workgroup" (or "C/W")A > and (or *versus*) "Internet mail only" (or "IO").  Each has itstC > own distinct and different set of dialog boxes, options, widgets, ? > and other paraphernalia to "set and control" (and I use theseoA > terms generously) various Outlook settings.  The gods only knowaA > (certainly, Bill and his guys don't) how many different "modes"dA > (permutations and combinations) of controls, settings, and bugso? > this all leads to... It's all more like characterizing quarksJ@ > (top/bottom, color, spin, momentum/position/uncertainty, etc.)A > than controlling/setting a "user-friendly" application to work. 9 > User interface?  Consistent?  Intuitively obvious?  Ha!  > @ > John's advice is accurate... for probably one specific mode orC > flavor.  If it works for you, great... I never did get any advicejC > to "stick" to my Outlook configuration, and it *always* sent HTML @ > &/or MIME-formatted messages to this newsgroup.  And it always7 > managed to make me think that *I* was the stupid one.e >yA > My advice, FWIW?  Give up on Outlook, at least for *sending* ore@ > *posting* to this newsgroup.  Although I scan this NG using anB > Outlook rule (move Info-VAX messages to *that* folder) and auto-B > preview them, and I pretty-near *must* use Outlook for all other@ > routine business e-mail, I've fallen back on good old VMS MAIL? > for posting, using SEND /EDIT (and my favorite TPU editor) tor@ > compose (e.g.) this message and others... TCP/IP SMTP deliversB > my missives to this newsgroup in *plain old text*!  Works great. >o > <rant>C > (NB to colleagues on this NG:  Don't know what other, alternativeiE > automation/readers some of you are using, but it'd sure be nice if, D > rather than posting long quotations from a prev-msg, you put *yourB > own original content/writing at the top of your posting*... It'sE > frustrating and time-wasting to drag/scroll down through paragraphsaC > of "> "-indented quotation, only to find something like "Me too."uB > Trust me... we *can* all follow the context... 's why its calledB > a "thread".  I offer this constructively... please don't flame.)	 > </rant>4 >0C > And would I ever consider trying to hook up some new-fangled MIMEr/ > extension to VMS MAIL?  Are you crazy!!!  ;-)o >g > cordially,	 >   Lorint >h   ------------------------------  % Date: Mon, 19 Feb 2001 19:09:40 -0500s2 From: rdeininger@mindspring.com (Robert Deininger)> Subject: Re: HOWTO: Disable MIME in OUTLOOK for mailing lists.L Message-ID: <rdeininger-1902011909400001@user-2ive74s.dialup.mindspring.com>  P In article <01021914500066@lto.locktrack.com>, l_ricker@lto.locktrack.com wrote:     > <rant>C > (NB to colleagues on this NG:  Don't know what other, alternativehE > automation/readers some of you are using, but it'd sure be nice if,aD > rather than posting long quotations from a prev-msg, you put *yourB > own original content/writing at the top of your posting*... It'sE > frustrating and time-wasting to drag/scroll down through paragraphs2C > of "> "-indented quotation, only to find something like "Me too.":B > Trust me... we *can* all follow the context... 's why its calledB > a "thread".  I offer this constructively... please don't flame.)	 > </rant>p  H Hmm. At least one poster has recently requested the opposite convention. i.e. reply at the bottom.r   Oh, I almost forgot... Me too!    :-)  ? For reasonably short messages, I don't think it really matters.T   -- d Robert Deininger rdeininger@mindspring.comn   ------------------------------  % Date: Mon, 19 Feb 2001 09:31:45 -0800l, From: "Mellissa" <mellissa@intrapromote.com> Subject: IT Security Gamem* Message-ID: <3a915686@new01.bendcable.com>  C I downloaded this security game from Verado. It's a fun little game @ about an overworked, stressed IT guy. You fight off attacks from3 hackers and spammers using shredders, flamers, ect.   3 http://www.verado.com/forms/get_verado_game_1.shtml    ------------------------------    Date: 19 Feb 2001 19:08:05 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: IT Security Game * Message-ID: <3a916105$1@news.kapsch.co.at>  Y In article <3a915686@new01.bendcable.com>, "Mellissa" <mellissa@intrapromote.com> writes:GD >I downloaded this security game from Verado. It's a fun little gameA >about an overworked, stressed IT guy. You fight off attacks frome4 >hackers and spammers using shredders, flamers, ect. >t4 >http://www.verado.com/forms/get_verado_game_1.shtml   Where to run it ?l On my VMS firewall ?   :-))   -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Mon, 19 Feb 2001 16:42:41 -0300s) From: fabio_compaq@ep-bc.petrobras.com.bra" Subject: Re: Itanium IS the ItanicL Message-ID: <OF27D4C0F2.FFDC1448-ON032569F8.006C3874@ep-bc.petrobras.com.br>  1 If this happens, IRA will spread in all USA . . .,   Regards<   FC        2 Shane.F.Smith@Healthnet.com em 19/02/2001 15:43:30             Info-VAX@Mvb.Saic.ComX      " Assunto: Re: Itanium IS the Itanic      J If that happens, I'm ripping up my passport, moving to France and applying for citizenship there.   Shanem          A Tim Llewellyn <tim.llewellyn@bbc.co.uk> on 02/19/2001 07:40:43 AMh  ) Please respond to tim.llewellyn@bbc.co.uk,   To:   Info-VAX@Mvb.Saic.Com  cc:O  # Subject:  Re: Itanium IS the Itanicd        * fabio_compaq@ep-bc.petrobras.com.br wrote:  D > AMD and Intel probably will install factories in Brazil (in time).: > A computer here is almost twice  the price of  USA ! ! !  D so, same is true here in the UK and our leaders would have us become2 another state in the USA or so it seems sometimes.     --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.uks  A I speak for myself only and my views in no way represent those ofv MedAS or the BBC.I   ------------------------------  % Date: Mon, 19 Feb 2001 14:42:50 -0600t+ From: "Main, Kerry" <Kerry.Main@compaq.com>o" Subject: RE: Itanium IS the ItanicN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284E14@kaoexc3.kao.cpqcorp.net>   Tim,  ; >>> A computer here is almost twice  the price of  USA  <<<   J So, build in Canada, get the 0.5 USD rate on our $, just a hop-skip-n-jumpJ from the US market, speak the same language (ok, we have to teach folks toK say "eh", but thats easy) and more importantly get much better and strongeri beer than the US as well !   :-))   Regards,  
 Kerry Main Senior ConsultantP Compaq Canada Inc. Professional Servicesr Voice: 613-592-4660. Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: Tim Llewellyn [mailto:tim.llewellyn@bbc.co.uk]  Sent: February 19, 2001 10:41 AM To: Info-VAX@Mvb.Saic.Come" Subject: Re: Itanium IS the Itanic        * fabio_compaq@ep-bc.petrobras.com.br wrote:  D > AMD and Intel probably will install factories in Brazil (in time).: > A computer here is almost twice  the price of  USA ! ! !  D so, same is true here in the UK and our leaders would have us become2 another state in the USA or so it seems sometimes.     --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 ofr MedAS or the BBC.k   ------------------------------    Date: 17 Feb 2001 21:32:54 -00004 From: Anonymous-Remailer@See.Comment.Header (Sharon) Subject: Linda, this is cool! = Message-ID: <1FZ8HF4Z36939.9395138889@frog.nyarlatheotep.org>   " -----------Next_Part--A9NW3FMDIR1F) Content-Type: text/html; charset=us-asciiX Content-Transfer-Encoding: 7bita   <html> <head>  <title>Untitled Document</title>H <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <script language="JavaScript"> <!--: function MM_openBrWindow(theURL,winName,features) { //v2.0'   window.open(theURL,winName,features);h }  //-->c	 </script>c </head>t <body bgcolor="#FFFFFF" onLoad="MM_openBrWindow('www.foramenischiadicumminus.f2s.com/oefensplash3.htm','','scrollbars=yes,resizable=yes')">b} <DIV><FONT face=Arial size=2>Hey,guess you finally got this,this site is fun, well check it out and let me know!</FONT></DIV>h   </body>  </html>n  $ -----------Next_Part--A9NW3FMDIR1F--   ------------------------------  % Date: Mon, 19 Feb 2001 09:59:32 -0800 , From: "C. Fred Driscoll" <fdriscol@ucsd.edu> Subject: LRdriver info( Message-ID: <3A90EE84.58B05C71@ucsd.edu>  ; Can anyone direct me to documentation on using the LRdrivers6 handler for the Printer Parallel Port (VL82C106) on an? XP1000 running VMS7.2-1?  Searching Compaq for "lrdriver" findse
 no documents.:  E My interest is in (non-printer) byte I/O to and from custom hardware,-? with a minimum of hardware handshaking and a minimum of handlernD structures, for undergraduate student projects.  If available, QIO'sE with Read, Write, and a few CSR commands would work fine.  My limited E understanding of the LRdriver.c code in sys$examples suggests this is1 not availble.     C Alternately, are there references which show the hardware registerstH and give simple examples of direct control, as with ioc$map_io, $read_io; and $write_io ?  Essentially PEEK and POKE of simpler days?m  @ Any suggestions as to useful documentaiton would be appreciated.   C. Fred Driscoll UCSD Physics fdriscol@ucsd.edu-   ------------------------------    Date: 19 Feb 2001 19:52:37 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: Mozilla 0.8 for OpenVMS* Message-ID: <3a916b75$1@news.kapsch.co.at>  x In article <snO9x9UQnO83@gaelic>, pmoreau@cenaath.cena.dgac.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40) writes:4 >Mozilla 0.8 is available at Compaq's OpenVMs site : >yI >http://www.openvms.compaq.com/openvms/products/ips/register_mozilla.htmlr  G But don't expect the missing/not-working autoproxy support to be fixed.o& Netscape V3.03 is still the way to go. Sigh.a   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888m< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 19 Feb 2001 16:40:59 GMT# From: casinoop2@aol.com (CasinoOp2)v- Subject: Network printer setup help needed....: Message-ID: <20010219114059.22485.00005072@ng-mq1.aol.com>  O How to I setup a print queue to use a network printer given its TCP/IP address?-O PCs and Macs can find it fine. Or do I have to setup a PC as a print server andqL use that? I am running an Alpha DS-20 with OpenVMS v7.2-1, PathWorks, DECNETK over TCP/IP. The printer is an HP4500D (Color, double-sided laser printer). M Hopefully there is a simple "SET..." type command for doing this. Any help isr greatly appreciated.   Clark Calkins, programmero Schafer Corp ccalkins@schafercorp.com
 (925)862-4563-   ------------------------------    Date: 19 Feb 2001 18:54:01 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)1 Subject: Re: Network printer setup help needed...a* Message-ID: <3a915db9$1@news.kapsch.co.at>  ` In article <20010219114059.22485.00005072@ng-mq1.aol.com>, casinoop2@aol.com (CasinoOp2) writes:P >How to I setup a print queue to use a network printer given its TCP/IP address?P >PCs and Macs can find it fine. Or do I have to setup a PC as a print server andM >use that? I am running an Alpha DS-20 with OpenVMS v7.2-1, PathWorks, DECNETnL >over TCP/IP. The printer is an HP4500D (Color, double-sided laser printer).N >Hopefully there is a simple "SET..." type command for doing this. Any help is >greatly appreciated.r  G Install DCPS (current is AFAIK V1.8, which AFAIK does still not support M the color HP4500 - but maybe in the next version) and then setup a queue likee  * $ INI/STA/LIBR=DCPS$DEVCTL/PROC=DCPS$SMB -K /AUTO=(node1::"IP_RawTCP/prtsrv:TCPport",node2::"IP_RawTCP/prtsrv:TCPport")e  N where 'prtsrv' is the IP name (entered in DNS or HOSTS file) or the IP addressF and 'TCPport' is the TCP port number (eg. 9100 on a HP JetDirect Card)   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888'< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 19 Feb 2001 20:19:39 GMT6 From: DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) Subject: New HD on uVAXo: Message-ID: <96rv4r$shn$1@charm.magnus.acs.ohio-state.edu>  D 	Some folks here have an old MicroVAX 3100.  The external hard driveL that was attached to it (used as the system disk) has died.  They now have aI new external hard drive, but we're having problems accessing it.  The neweK drive is a Quantum LPS525S with an unformatted capacity of about 520MB.  IteL initializes fine attached to a Mac, so the HD hardware seems fine.  When theK HD is attached to the uVAX, though, it's either rendered "invisible", or it I generates an error.  When the disk is visible from the console (via "SHOWhI DEVICES") "TEST 50" reports error code 000000D4, which doesn't seem to betI documented anywhere I could find.  If we try to initialize the drive from ' VMS, we get back a "fatal drive error".   = 	Way back when we attached the previous external HD (the samepL manufacturer and approx. same size), I seem to recall we had to do somethingK "funky" to the HD -- attaching it to a SCSI controller on a PC, and using arD utility on the PC -- to change a setting in the HD's firmware.  Am IM remembering incorrectly, or might we have to do something similar to this HD?tI If the latter, can anyone offer any details?  I can probably provide mores information, if necessary.   Thanks,e  MikeA --K              Michael T. Davis              |    Systems Specialist: ChE,MSEeN   E-mail: davism@er6.eng.ohio-state.edu    | Departmental Networking/ComputingJ            -or- DAVISM+@osu.edu            |     The Ohio State UniversityJ http://www.er6.eng.ohio-state.edu/~davism/ |     197 Watts, (614) 292-6928   ------------------------------  % Date: Mon, 19 Feb 2001 16:06:11 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>v Subject: Re: New HD on uVAXf, Message-ID: <3A918ABE.ACD4E980@videotron.ca>   "Michael T. Davis" wrote:iM > drive is a Quantum LPS525S with an unformatted capacity of about 520MB.  ItyN > initializes fine attached to a Mac, so the HD hardware seems fine.  When theM > HD is attached to the uVAX, though, it's either rendered "invisible", or it  > generates an error.   E what happens from the console prompt >>> when you do a SHOW DEVICE  ?r  " What is the SCSI-ID of the drive ?  N Remember that SCSI 6 and 7 are reserved and shouldn't be used for disk drives.  6 Have you tried to do a low level format on the drive ?   TEST 75-8 If you disk uses the external scsi, it will be on SCSI-B  K You might also want to go to the qantum web site and try to find the jumperIM settings for that particular drive. I beleive parity is something which VAXes@A are finicky about (but can't remember if they want it on or off).i  J Also note that if you have SCSI-1 drives, VMS may jam the drive during theK booting sequence. To solve this, after VMS has hung, take the power off the.K drive and put it back on, and the drive will then function. As you do this,nM VMS goes into mount verify state and happily waits, and as you replug it, VMSaN continues with the boot process. Had that with the Apple 240 meg drives (which I beleive are also quantum)H   ------------------------------  % Date: Mon, 19 Feb 2001 15:50:35 -0600a/ From: Chris Scheers <chris@applied-synergy.com>o Subject: Re: New HD on uVAXp3 Message-ID: <3A91952B.FC38DF86@applied-synergy.com>y   "Michael T. Davis" wrote:  > M >         Some folks here have an old MicroVAX 3100.  The external hard driveeN > that was attached to it (used as the system disk) has died.  They now have aK > new external hard drive, but we're having problems accessing it.  The newuM > drive is a Quantum LPS525S with an unformatted capacity of about 520MB.  IttN > initializes fine attached to a Mac, so the HD hardware seems fine.  When theM > HD is attached to the uVAX, though, it's either rendered "invisible", or itgK > generates an error.  When the disk is visible from the console (via "SHOWdK > DEVICES") "TEST 50" reports error code 000000D4, which doesn't seem to behK > documented anywhere I could find.  If we try to initialize the drive fromc) > VMS, we get back a "fatal drive error".e  B As far as I can tell, the "D4" error from the 3100 SCSI controllerE occurs when the INQUIRY string returned from the drive is longer thanoE some length.  It does not affect how VMS views the drive, but it does F keep the machine from autobooting.  My Seagate ST41200N (Wren 7) driveG causes the same error in the self tests, but works flawlessly with VMS.m  @ The "fatal drive error" may be caused by settings on the drive. H Assuming that you are running VMS V5.x, it is probably caused by the one8 or more of the drive's ARRE, AWRE, or RC bits being set.  > VMS V5.x requires that these bits be clear.  I think that this$ restriction was removed in VMS V6.2.  F So you can either upgrade your VMS, or you can reprogram the SCSI mode@ bits on the drive.  Reprogramming the SCSI mode bits requires an@ appropriate SCSI editor.  You can use SYS$ETC:SCSI_MODE on thoseD releases of VMS where it is present.  Other editors are available on other platforms.  
 Good luck!  G -----------------------------------------------------------------------i$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074o   ------------------------------    Date: 20 Feb 2001 05:30:21 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: New HD on uVAXw- Message-ID: <871ysu4az6.fsf@prep.synonet.com>   8 DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) writes:  F > 	Some folks here have an old MicroVAX 3100.  The external hard driveN > that was attached to it (used as the system disk) has died.  They now have aK > new external hard drive, but we're having problems accessing it.  The new M > drive is a Quantum LPS525S with an unformatted capacity of about 520MB.  It   ? If you DO get it to 'work' you will then discover it is corrupt9< beyond recovery 30 seconds after booting. It is a no-go zone# for VMS that one. One of the few...   ! Give it to some deserving Macker.D   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 19 Feb 2001 23:01:16 +0000t5 From: "Steeples, Oliver" <Oliver.Steeples@COMPAQ.com>o Subject: RE: New HD on uVAXiN Message-ID: <F498D199EDB12D468CD2C66680D308018B11F7@reoexc04.emea.cpqcorp.net>   the 000000D4 is ...r  a-     (0000 0000 0000 0000 0000 0000 1101 0100)d,      --+------ --+------ --+------ --+------&        |         |         |         |F        |         |         |         +-- data mismatch between DMA andH        |         |         |             programmed I/O INQUIRY response/        |         |         +-- SCSI status good 5        |         +-- SCSI message-in command completey0        +-- device type is a random access device     dG     Now, there's a chance that the DMA on your SCSI controller board is-     broken.   o+     Another possibility is that the Quantums   drive actually did respond withH     differing data on two successive INQUIRY commands.  Try doing "T 6",H     then "T 50" a couple of times to see whether the drive responds moreK     predictably when power is stable.  If this is the case, then ignore theeD     power-on selftest error (so long as VMS is happy with the disk).& Possibly install latest alpscsi patch.  I There was an issue with old seagate drives but never heard anything aboute5 Qunatum's.  Might be worth updating the >>> firmware.g   	Oliver6     -----Original Message-----3 From: Paul Repacholi [mailto:prep@prep.synonet.com]l' Sent: Monday, February 19, 2001 9:30 PMl To: Info-VAX@Mvb.Saic.Como Subject: Re: New HD on uVAXa    8 DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) writes:  F > 	Some folks here have an old MicroVAX 3100.  The external hard driveL > that was attached to it (used as the system disk) has died.  They now have aiK > new external hard drive, but we're having problems accessing it.  The new1I > drive is a Quantum LPS525S with an unformatted capacity of about 520MB.  It  ? If you DO get it to 'work' you will then discover it is corrupt < beyond recovery 30 seconds after booting. It is a no-go zone# for VMS that one. One of the few...e  ! Give it to some deserving Macker.r   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.8@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 19 Feb 2001 20:34 CSTX' From: carl@gerg.tamu.edu (Carl Perkins)m' Subject: RE: OpenVMS and Supercomputingm- Message-ID: <19FEB200120342953@gerg.tamu.edu>p  3 "Webb, William W" <wwebb1@email.usps.gov> writes... K }This message is in MIME format. Since your mail reader does not understando= }this format, some or all of this message may not be legible.   . WHich is why you shouldn't send them this way.  ( }------_=_NextPart_001_01C0985F.1B0F5A80 }Content-Type: text/plain; }	charset="iso-8859-1" } K }I beg to differ with your assertion that there aren't any Compaq machines ! }on the TOP500.org database:    ; He didn't say "Compaq machines", he said "running OpenVMS".U  - The answer to that is, for the most part, no.y  F It is certainly possible. The main problem is that ther is no VMS portE of most of the parallel processing/communication libraries that theseaK "supercomputers" (which, in many cases, are really clusters running specialo4 software rather than an actual single computer) use.  @ OpenVMS supports clusters of up to 96 nodes (and will reportedly? actually work with significantly more than that - just not in aeB supported configuration). A cluster of 96 nodes where each node isB a GS320 with 32 processors would have 3072 processors. It would beI very powerfull (it would also probably be somewhat starved for inter-nodehC communications bandwidth). By many sensible comparisons it would beaF more powerful overall than that #31 system listed below by a factor ofG nearly 6 - but making full use of that power for any one thing could be,
 a tad tricky.    --- Carl    2 }These are the first two of the eleven machines on }the TOP500 database.: }  }#31 						Ranking* }Compaq AlphaServer SC ES40/EV67 	Computer }507.60 					Rmax Gflops' }Compaq Computer Corporation 		Locationt }USA 						, }2000  }Vendor 					Installation Type }512 						# of processors }  }#32 Compaq AlphaServer SC e }    ES40/EV67 m }    507.60 , }    Lawrence Livermore National Laboratory 	 }    USA  
 }    2000  }    Research 	 }    512   }  }WWWebbi }-----Original Message-----i1 }From: Info-VAX-Request@Mvb.Saic.Com at INTERNET  ( }Sent: Friday, February 16, 2001 2:43 PM7 }To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNETu( }Subject: RE: OpenVMS and Supercomputing }  } L }One might say that I think all of mine (including the VAXstation 4000 on myE }desk) are pretty super, but I guess that's not the right answer. :-)t } : }fabio_compaq at ep-bc dot petrobras dot com dot br wrote:0 }>>>Is there any supercomputer running OpenVMS ?> }I searched www.top500.org and I didint discover any reference9 }about it  . . .  I dont know if  it is possible . . .<<<t } ( }------_=_NextPart_001_01C0985F.1B0F5A80 }Content-Type: text/html;m }	charset="iso-8859-1", }Content-Transfer-Encoding: quoted-printable } 2 }<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> }<HTML>y }<HEAD>n: }<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = }charset=3Diso-8859-1">_A }<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =L }5.5.2653.12">. }<TITLE>RE: OpenVMS and Supercomputing</TITLE> }</HEAD> }<BODY>o } J }<P><FONT SIZE=3D2>I beg to differ with your assertion that there aren't = }any Compaq machines </FONT>6 }<BR><FONT SIZE=3D2>on the TOP500.org database:</FONT> }</P>, } C }<P><FONT SIZE=3D2>These are the first two of the eleven machines =o
 }on</FONT>/ }<BR><FONT SIZE=3D2>the TOP500 database.</FONT>- }</P>- } + }<P><FONT SIZE=3D2>#31 &nbsp;&nbsp;&nbsp; =9- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =u- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =3- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = - }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =d: }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Ranking</FONT>5 }<BR><FONT SIZE=3D2>Compaq AlphaServer SC ES40/EV67 =e; }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Computer</FONT>t" }<BR><FONT SIZE=3D2>507.60&nbsp; =- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =o- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =n- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =i> }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Rmax Gflops</FONT>D }<BR><FONT SIZE=3D2>Compaq Computer Corporation &nbsp;&nbsp;&nbsp; =; }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Location</FONT>t, }<BR><FONT SIZE=3D2>USA &nbsp;&nbsp;&nbsp; =- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =_- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =o- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =l- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = 3 }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>-  }<BR><FONT SIZE=3D2>2000 </FONT>" }<BR><FONT SIZE=3D2>Vendor&nbsp; =- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =M- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =@- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =gD }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Installation Type</FONT>, }<BR><FONT SIZE=3D2>512 &nbsp;&nbsp;&nbsp; =- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =w- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =t- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =g- }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =eB }&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; # of processors</FONT> }</P>E } 4 }<P><FONT SIZE=3D2>#32 Compaq AlphaServer SC </FONT>8 }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; ES40/EV67 </FONT>5 }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; 507.60 </FONT>VD }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Lawrence Livermore National = }Laboratory </FONT>-2 }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; USA </FONT>3 }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; 2000 </FONT>s7 }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Research </FONT>02 }<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; 512 </FONT> }</P>s }   }<P><FONT SIZE=3D2>WWWebb</FONT>5 }<BR><FONT SIZE=3D2>-----Original Message-----</FONT>oE }<BR><FONT SIZE=3D2>From: Info-VAX-Request@Mvb.Saic.Com at INTERNET =2 }</FONT>B }<BR><FONT SIZE=3D2>Sent: Friday, February 16, 2001 2:43 PM</FONT>C }<BR><FONT SIZE=3D2>To: Webb, William W; Info-VAX@Mvb.Saic.Com at =  }INTERNET</FONT>B }<BR><FONT SIZE=3D2>Subject: RE: OpenVMS and Supercomputing</FONT> }</P>o }<BR>o } J }<P><FONT SIZE=3D2>One might say that I think all of mine (including the = }VAXstation 4000 on my</FONT> H }<BR><FONT SIZE=3D2>desk) are pretty super, but I guess that's not the = }right answer. :-)</FONT>e }</P>a } G }<P><FONT SIZE=3D2>fabio_compaq at ep-bc dot petrobras dot com dot br =4 }wrote:</FONT>D }<BR><FONT SIZE=3D2>&gt;&gt;&gt;Is there any supercomputer running = }OpenVMS ?</FONT>aI }<BR><FONT SIZE=3D2>I searched www.top500.org and I didint discover any =  }reference</FONT>uH }<BR><FONT SIZE=3D2>about it&nbsp; . . .&nbsp; I dont know if&nbsp; it =% }is possible . . .&lt;&lt;&lt;</FONT>e }</P>P }  }</BODY> }</HTML>* }------_=_NextPart_001_01C0985F.1B0F5A80--   ------------------------------   Date: 20 Feb 2001 06:11:53 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: OpenVMS and Supercomputingl, Message-ID: <96t1r9$2q1@gap.cco.caltech.edu>  X In article <3A8E5895.F03B2291@infopuls.com>, Christof Brass <brass@infopuls.com> writes:+ >fabio_compaq@ep-bc.petrobras.com.br wrote:n >2< >The design, features and tools of VMS are *not* targeted to@ >supercomputing where in most cases a single task for a few very> >skillful users are carried out. Using VMS would be a waste of >resources.N  @ That sounds like you mean "you're paying for more than you need"C and that is NOT the reason VMS is defunct in large scale scientificaJ computing.  The real reason is that the money could be better spent on theE same hardware running either Tru64 or Linux/Alpha, both of which willaJ handily outperform the VMS system on all but strictly CPU bound code.  AndI even then, the PVM and MPI libraries required are in much better shape onaK the Unix side.  To get that performance you give up some data security, butaH that's rarely an issue on these types of systems, where you just restartJ the calculation if the machine dies, and checkpoint it once and a while if  the calculation is really long.   G The real killer for VMS is that this mode of "fast and 99.9% stable" isiJ more than good enough for almost all other types of computing as well.  SoJ why spend the big bucks for VMS when you can get better performance withinK the allowed reliability requirements for less, both from Compaq and a largeTH number of other vendors?  Which is one of the more major reasons why VMSA retains such a tiny fraction of its former market.  It's only theMI 100% <-> 99.999999% reliable crowd that really _need_ VMS these days.  Ore can afford it.       David Mathog mathog@seqaxp.bio.caltech.eduI? Manager, sequence analysis facility, biology division, Caltech cJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------   Date: 19 Feb 2001 22:52:15 GMT From: j.t.horn@usa.net! Subject: Problems starting Apachea* Message-ID: <96s82v$ocq$1@news.netmar.com>  D When I try to start Apache, in the APACHE$SERVER.LOG file ends with:/ Unable to gethostname: function not implemented     7 Using Java 118 (tried also Java 1.2.2 with the logical)o  Multinet 4.2A (with all patches)
 OpenVMS 7.2-1-  L Changed httpd.conf to use port 3000 (currently using an OSU server trying to switch to Apache)f  I I've found I can define ServerName, but this just gets another error else8J where. I have been able to install Apache with the same modules (Mod_Perl, Mod_Jserv) and it starts fine.  & Any help would be greatly appreciated.   James T Horn Sam Houston State University
 horn@shsu.edun          O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----eM   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups I    NewsOne.Net prohibits users from posting spam.  If this or other postsdL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  # Date: Mon, 19 Feb 2001 17:09:47 GMTr8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>+ Subject: Re: Replaceing LP37 with LG15 Plusj( Message-ID: <3A914E16.612E9041@decus.fi>  8 Would that LPV11 qbus stuff mean that right now the LP378 is connected to a VAX but you want to attach the LG15 to6 your Alpha? Your Alphaserver does not have Qbus so you6 cannot have the LPV11 on your Alpha. Are you trying to* attach LG15 to the parallel port of Alpha?  3 Why not connecting the printer to the serial line?  7 You can achieve necessary speed using serial connectionp
 just fine.  0 1500LPM * 132 (chars per line) * 10 / 60 = 33000   according to BG Calculator...2  , I.e. having e.q. DECserver 90M or 900 or 7001 one could have serial speed 56000 and that should1! be enough to "saturate" the LG15.h   _velir   bramblet@fuller.com wrote: >  > Hello Managers,n0 > I have an AlphaServer 400 running Open VMS 6.2I > We have a "musuem piece" of a printer that Compaq is tired of servicingeF > every week. It is about a 2 hour drive from their office to ours. WeI > purchased a LG 15 plus on their recommendation. They said that it wouldrJ > be a "easy" replacement. Just shut down queue on old LP37 and add new LG > 15 and restart queue.r > * > It turns out that it is not that simple.D > This printer is connected to a  LPV11 q-bus printer controller. NoD > matter what the tech does it doesn't work. This is a data products
 > connection.e > F > Does anyone have experience on how to set this up?? We don't want toH > have to connect serially but would like to just drop and add newone. IH > think that it is a configuration problem. I called the other person inA > town who has the same server that we do and theirs is connectede > serially.e > * > Any help would be appreciated very much. >  > -- > Ron Bramblett  > Systems Adminstrator > Fuller Brush Company   ------------------------------  % Date: Mon, 19 Feb 2001 17:17:07 +0000o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>iD Subject: Re: Swapping OpenVMS & Apps from one AlphaServer to another) Message-ID: <3A915513.BA1036B0@bbc.co.uk>u   C Castiglia wrote:  N > Since AlphaServer 1200's can be found in the $2,000 - $3,000 price range, itM > seems to me that buying a 'standby' system with a configuration as close as I > possible to my current box will be less expensive than keeping a 4 hourS% > response maintenance plan in force.r >SM > And, let's face it, when the stuff hits the fan and the whole company comesI8 > to a standstill, even 4 hours is a long, long, time... >   L Plus, if parts are needed but not available locally, all the 4 hour response meansi, is you have an engineer onsite in that time.      ---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 of2 MedAS or the BBC.    ------------------------------  # Date: Tue, 20 Feb 2001 00:22:12 GMTw From: Jim Tyler <jim@iex.net>rP Subject: SYSMAN: io connect.  How to connect a non DEC/Compaq DLT to the server.' Message-ID: <3A91B8AB.EC72ABA6@iex.net>0   Hi,e  F I've an Alphastation clone running OpenVMS 7.2 that I'm trying to hook= an HP DLT70 to to retrieve some old files from a backup (on ahH VAX4000).   In SYSMAN,  io autoconfigure does not seem to configure thisG device.  At the P00>> prompt a show config shows the device and that it'F would be mka600.  I've therefore made the assumption that because thisF is not a DEC/Compaq device I would need to use "io connect" to connect this device.  E My question:  How do I get the vector, csr, etc. information for this1 device?   H Our other option is to send these tapes to some company to do conversionF to the DAT that is correctly connected and working on this system.  Is that a better choice?a  
 Thank you.   --	 Jim Tyler-   ------------------------------  % Date: Tue, 20 Feb 2001 05:12:34 +0100<( From: Bernd Eckstein <B.Eckstein@cli.de>S Subject: Re: SYSMAN: io connect.  How to connect a non DEC/Compaq DLT to theserver.p& Message-ID: <3A91EEB2.23CF7248@cli.de>   Jim Tyler wrote: >  > Hi,0 > H > I've an Alphastation clone running OpenVMS 7.2 that I'm trying to hook? > an HP DLT70 to to retrieve some old files from a backup (on ad >  DLT7000 is SCSI, AFAIK  J > VAX4000).   In SYSMAN,  io autoconfigure does not seem to configure thisI > device.  At the P00>> prompt a show config shows the device and that iteH > would be mka600.  I've therefore made the assumption that because thisH > is not a DEC/Compaq device I would need to use "io connect" to connect > this device. > G > My question:  How do I get the vector, csr, etc. information for thisi	 > device?i > F IMHO just connect your drive to the SCSI-bus and use it. Your drive isG MKA600, a "show dev MKA600" should bring up the device status "Online".e  H That's it. I never had to use SYSMAN on my AS1200 or the VAXen for this.   --  C B.Eckstein, TTi Entwicklungszentrum GmbH - mailto:B.Eckstein@cli.desC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89g   ------------------------------  % Date: Mon, 19 Feb 2001 22:05:51 +0000t) From: Christof Brass <brass@infopuls.com>-' Subject: Re: TFT > 18.1" with 1280x1024o, Message-ID: <3A9198BF.CC0AD0DC@infopuls.com>   Vance Haemmerle wrote: > F >   I didn't see the original post, but we use a NEC 20.1" LCD monitorE > on an OpenVMS system.  It's native resolution is 1280x1024 at 60Hz.h > No problems. >  > --D > Vance Haemmerle               Internet   vance@toyvax.Tucson.AZ.USM > Tucson, AZ                    Web        http://toyvax.Tucson.AZ.US/~vance/n  6 THANX! This *is* definitely the solution. I checked at= NECMITSUBISHIS home page and found LCD2010X native resolutiony7 1280x1024, 20.1" viewable image size and analog/digitalp< interface. I try to get one of these - if display quality is okay I'll be very happy.   ------------------------------  % Date: Mon, 19 Feb 2001 15:35:34 -0500i! From: Bill Cotham <cotham@sc.edu>e4 Subject: Trying to set up second NIC in DEC 3000 700& Message-ID: <3A918396.12D9A8B8@sc.edu>  G I am trying to set up a LAT printer on a second ethernet card installedlF on our DEC 3000 700 system.  Please bear with me as I am a chemist andH not a VMS expert.  It just so happens that one of our instruments uses a5 data system which operates under OpenVMS.  Anyway....a  F I installed the ethernet card in turbochannel slot 1.  At startup, theD hardware finds the card and gives it devnam TC1 and an OK status.  I? then boot into VMS and run SYS$MANAGER:NETCONFIG.  I answer the G appropriate questions and finally say Y to start the network.  The text0 below is the result:    & %RUN-F-CREPRC, process creation failed! -SYSTEM-F-DUPLNAM, duplicate nameaB %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM has been superseded@ %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_NOSOFTID has been
 superseded> %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_SOFTID has been
 supersededA %NCP-W-INVPVA, Invalid parameter value, Physical Ethernet addressl
 Line=MXE-0- %NCP-W-UNRCMP unrecognized component, Circuito Circuit = MXE-0i) %NCP-I-NOINFO, No information in databasep& %RUN-F-CREPRC, process creation failed! -SYSTEM-F-DUPLNAM, duplicate namep  7 If I then enter : NCP SHOW KNOWN LINES, I only see thisl    A Line                                                        Stateo  @ SVA-0                                                         on  E which is the ethernet card built onto the motherboard.  I do know thetC card is working because I can use it thru UCX using standard TCP/IPo
 protocols.  = Can anyone on the group shed some light as to how to proceed.l   Thanks in advancem   Bill C.o   ------------------------------    Date: 20 Feb 2001 05:36:13 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: Trying to set up second NIC in DEC 3000 700- Message-ID: <87wvam2w4y.fsf@prep.synonet.com>g  # Bill Cotham <cotham@sc.edu> writes:p  H > I installed the ethernet card in turbochannel slot 1.  At startup, theF > hardware finds the card and gives it devnam TC1 and an OK status.  IA > then boot into VMS and run SYS$MANAGER:NETCONFIG.  I answer the7I > appropriate questions and finally say Y to start the network.  The text  > below is the result:  A Did you configure BOTH controllers? also check LATCP and AMDS forsD which IF they will use. If I remember, the TC card becomes 'primary'C and the lance drops to second controller. This breaks you config if  you are not aware of it.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 19 Feb 2001 19:05:36 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)8 Subject: Re: Trying to set up second NIC in DEC 3000 700L Message-ID: <rdeininger-1902011905370001@user-2ive74s.dialup.mindspring.com>  I In article <3A918396.12D9A8B8@sc.edu>, Bill Cotham <cotham@sc.edu> wrote:T  I > I am trying to set up a LAT printer on a second ethernet card installedEH > on our DEC 3000 700 system.  Please bear with me as I am a chemist andJ > not a VMS expert.  It just so happens that one of our instruments uses a7 > data system which operates under OpenVMS.  Anyway....F > H > I installed the ethernet card in turbochannel slot 1.  At startup, theF > hardware finds the card and gives it devnam TC1 and an OK status.  IA > then boot into VMS and run SYS$MANAGER:NETCONFIG.  I answer the I > appropriate questions and finally say Y to start the network.  The textO > below is the result:  ; You may have to tell us how you answered those questions...p  H You'll need to configure both interfaces.  And the turbochannel card mayF be configured as the default for some things, displacing the built-in.  J I'm assuming the TC card is a PMAD-AA (or maybe -AB).  That's the only oneG I know about.  BTW, I've never figured out how to boot VMS through thisbE card; if you ever manage that, tell us how.  I think it can only do a0 unixy bootp, not a VMS MOP.&   What version of VMS?      ( > %RUN-F-CREPRC, process creation failed# > -SYSTEM-F-DUPLNAM, duplicate namebD > %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM has been supersededB > %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_NOSOFTID has been > superseded@ > %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_SOFTID has been > supersededC > %NCP-W-INVPVA, Invalid parameter value, Physical Ethernet address_ > Line=MXE-0/ > %NCP-W-UNRCMP unrecognized component, Circuit& > Circuit = MXE-0b+ > %NCP-I-NOINFO, No information in database&( > %RUN-F-CREPRC, process creation failed# > -SYSTEM-F-DUPLNAM, duplicate nameT > 9 > If I then enter : NCP SHOW KNOWN LINES, I only see thisb >  > C > Line                                                        Stateb > B > SVA-0                                                         on > G > which is the ethernet card built onto the motherboard.  I do know theDE > card is working because I can use it thru UCX using standard TCP/IP  > protocols. > ? > Can anyone on the group shed some light as to how to proceed.& >  > Thanks in advanceb > 	 > Bill C.&   -- b Robert Deininger rdeininger@mindspring.com&   ------------------------------  # Date: Tue, 20 Feb 2001 01:48:19 GMTm7 From: moroney@world.std.spaamtrap.com (Michael Moroney)s8 Subject: Re: Trying to set up second NIC in DEC 3000 700& Message-ID: <G9190K.Aw5@world.std.com>  # Bill Cotham <cotham@sc.edu> writes:m  H >I am trying to set up a LAT printer on a second ethernet card installedG >on our DEC 3000 700 system.  Please bear with me as I am a chemist and<I >not a VMS expert.  It just so happens that one of our instruments uses as6 >data system which operates under OpenVMS.  Anyway....  G >I installed the ethernet card in turbochannel slot 1.  At startup, the<E >hardware finds the card and gives it devnam TC1 and an OK status.  I<@ >then boot into VMS and run SYS$MANAGER:NETCONFIG.  I answer theH >appropriate questions and finally say Y to start the network.  The text >below is the result:     ' >%RUN-F-CREPRC, process creation failedS" >-SYSTEM-F-DUPLNAM, duplicate nameC >%DCL-I_SUPERSEDE, previous value of MOM$SYSTEM has been supersededuA >%DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_NOSOFTID has beenk ...   I It appears from these error messages that the network was already runningaI when you tried to start it.  You should have shut down the network first. D The network process currently running is using the old configurationH files and won't see your new settings.  Try doing NCP SET EXEC STATE OFFF (note! anyone using the network will be dropped!)  then restarting theH network by @SYS$MANAGER:STARTNET.  You should see the new settings then.   -Mikel   ------------------------------  # Date: Mon, 19 Feb 2001 17:00:49 GMT1' From: "Bill R. King" <brking@flash.net>-& Subject: Re: TZ87 DLT Drive Connection% Message-ID: <3A9150E1.1E38@flash.net>.   Roy,   Thanks for the info. O  G The drive itself has a big SCSI-SE label on it, so I believe that is in 	 fact SE. <  F There are several components on the flex circuit. I first thought thatC one was an IC, but after looking more closely, I see that it is theaE smallest 7-switch DIP switch that I have ever seen. Also, there are 2mH fuses (5A for +5v and 3A for +12v lines?), 3 resistors and a capacitor.   A I should be able to get this to work if I can determine the poweraF connections. If all else fails, I should be able to make a good  guessE by using an ohmmeter to follow the traces to an IC to determine whicht one is +5v.   
 Thanks again,p   Bill   Roy Omond wrote: >  > "Bill R. King" wrote:l > 
 > > Bernd, > >lJ > > Thanks for the info and for taking the time to look inside your TZ-85. > >vL > > I have learned that the TZ87-BY is sometime referred to by Digital as anK > > "embedded SCSI drive". I have DLT drives from TZ86s to DLT8000s, all oftJ > > which have a SCSI connector and a standard 4-pin power connector. This4 > > the first time I have seen the 14-pin connector. > > C > > Hopefully, Digital tech support will be able to help on Monday.  > >aF > > I will keep the SSB cover and 96-pin connector for a while in case > > someone needs. > " > Mmmm... memories coming back ... > D > I seem to recall something similar to your description when tryingF > to utilise TZ87 drives that had been extracted from one of the TL81nL > tape mini-libraries.  The way I recall it was that the drives were in factI > wide differential, and the extra "stuff" was to enable it to be used in9H > an SE SCSI chain (or vice-versa :-).  I think that particular customerB > tried to get it to work with a DWZZA, but without success.  ThisD > was a good few years ago, so my recollection could either be wrong6 > or else have nothing to do with your description ;-) >  > Roy Omond  > Blue Bubble Ltd.   ------------------------------  % Date: Mon, 19 Feb 2001 16:34:27 +0000*% From: Alan Greig <a.greig@virgin.net>   Subject: Re: UNIX write vs VMS ?8 Message-ID: <vii29ts502r0knqlpn3rmelfrftloneebe@4ax.com>  E On 19 Feb 2001 23:06:09 +0800, Paul Repacholi <prep@prep.synonet.com>. wrote:  J >Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes: >e. >> Christof Brass <brass@infopuls.com> writes: >> 1B >> > Is it common practice in VMS to handle this EXQUOTA case with- >> > the process having the overdraft quota? f >> sM >> I think the only utilities doing this out-of-the-box are the editors. MosteH >> others don't. I do not think DCL retries when writing a log file, for >> instance. >a% >If this is so, then they are broken.u > I >ANU NEWS was cursed up hill and down dale for this misfeature! You wouldrG >exit, and it would trash your newsgroups pointers. Grrr. On a bad day, - >you'd lose the lot and have to re-subscribe.n  D Hmm, I'm sure  by the time I got hold of ANU News it would go out of! its way to avoid trashing newsrc.,   -- Alan   ------------------------------  % Date: Mon, 19 Feb 2001 16:28:46 +0000d- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e Subject: Re: Version numbers) Message-ID: <3A9149BE.AB06E3F4@bbc.co.uk>   M just as long as it doesn't modify the last modified date field for the files.c   JF Mezei wrote::  L > There was discussion about how to handle the 32k limit of version numbers. > 6 > My suggestion for this is to add a switch to PURGE : >eP > PURGE/RESET would rename files so that the lowest numbered version would be 1. >oP > PURGE/RESET/KEEP=0 would not delete any file, but just do the renumbering down > to 0.t >pK > This way, when applications are started, they can use a simple command to > > reset their log files to numbers that are always manageable. >n# > Right now, the easiest way is to:* >  > PURGE *.*  > RENAME *.*  ;1 >c2 > However you lose multiple versions of the files.   --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.ukr  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.d   ------------------------------    Date: 19 Feb 2001 18:20:03 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>s Subject: Re: Version numbersH Message-ID: <y4elwuio8s.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:   O > just as long as it doesn't modify the last modified date field for the files.   I Changing the version number _should_ update the revision and the modifiedcN date, as do (almost) all other metadata changes. How do you expect imcremental% backup to properly work without that?d  L Note: a concept that is actually missing in (every?) filesystem(s) I've seenN is modifications of file content vs metadata modification, which would be very useful to have.e   	Jan   ------------------------------  % Date: Mon, 19 Feb 2001 18:05:42 +0000m- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>C Subject: Re: Version numbers) Message-ID: <3A916076.44FD6A99@bbc.co.uk>0   Jan Vorbrueggen wrote:  1 > Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:  >nQ > > just as long as it doesn't modify the last modified date field for the files.k > K > Changing the version number _should_ update the revision and the modified P > date, as do (almost) all other metadata changes. How do you expect imcremental' > backup to properly work without that?c  J My point is that a workaround for a technical limitation of VMS should notG make the file look like it had been worked on when in fact no such work & (except reversioning) had taken place.  I More realisitcally, can't we have a 32 or 64 bit version numbe? If peopleeR are starting to see problems with 16bit versions now after running for a couple of8 decades, that would imply some serious uptimes possible.  M Really all end-users want out of the version numbers is to be able to go back O so many versions. Possibly an absolute version number is not the best solution, J and could be hidden from the user, who only saw releative version numbers.H With this type of implementation, the max version number problem becomes a lot less of a problem.  O Of course, all the other contemporary OS developers ran away from such problemse! and did not implement versioning.i   --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 of> MedAS or the BBC.f   ------------------------------  % Date: Mon, 19 Feb 2001 16:06:39 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a Subject: Re: version numbers.o) Message-ID: <3A91448F.E3E99B87@bbc.co.uk>e  E OK, for those too lazy, here is my tool for checking version numbers. D Not automated and a bit crude but it can help you find out if you've got an impending problem.c   Regardsn   $ !a $ ! Description: $ ! ============F $ !   Make a report of those files specified in P1 that have a version6 $ ! number greater than the threshold specified in P2. $ ! 5 $ ! First Created       18-Nov-1998     Tim Llewellyn:5 $ ! =============       ===========     =============e $ !r $ ! Parameters:3 $ ! ===========c0 $ !   P1 -      Specification of files to searchF $ !   P2 -      Threshold (max version limit before file is reported). $ !L $next_file:r $ file = f$search ("''P1'")c* $ IF file .EQS. "" THEN GOTO no_more_files1 $ version = F$PARSE ("''file'",,,"VERSION") - ";"e $ IF (version .GE. P2) $ THEN $   WRITE SYS$OUTPUT "''file'" $ ELSE8 $!   WRITE SYS$OUTPUT "File version less than threshold" $ ENDIFh $ GOTO next_file $no_more_files:s $exit: $ exit    --e6 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 of  MedAS or the BBC.b   ------------------------------  % Date: Mon, 19 Feb 2001 16:23:17 +0000N- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>. Subject: Re: version numbers.u) Message-ID: <3A914875.55E71564@bbc.co.uk>s   James McCrary wrote:  
 > Hi John. > E > It has been a long time since I have fooled with this issue, (it ise > definatly not new).  >mC > You need to be careful with this but as I recall there is a. "set  > file/version_limit" command.  5 SET FILE/VERSION_LIMIT is absolutely no help when the $ version reaches the maximum allowed.  	 Try again2  --L6 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.ukA  A I speak for myself only and my views in no way represent those of. MedAS or the BBC.H   ------------------------------  % Date: Mon, 19 Feb 2001 13:32:45 -0500a# From: Jim Agnew <agnew@hsc.vcu.edu>o Subject: Re: version numbers.m+ Message-ID: <3A9166CD.BE9B0802@hsc.vcu.edu>y  9 Hey guys, I had no idea about the firestorm (filestorm??)r0 my request would stir up.  Many, Many thanks!!!!  	 Jim Agnew   ! lots of interesting notes here...a   John Macallister wrote:: > N > One facet of version numbers which may not be obvious, or perhaps overlookedL > until it rears its ugly head, is the passage of time. We have several dataM > and program directories which have been in continuous existence since earlyMN > 1981. 32767 versions may appear vast but it represents only 4-5 versions perJ > day. A regular job running every six hours, producing a log file or someL > other new file each time, would be hitting the 32767 limit now. I've foundJ > that I've had to manually rename a few multiple version files in various* > places to avoid version number problems. > M > It takes even less time for FTP and DECnet log files to reach the limit andFI > there's nothing in the standard procedures to prevent a version  numberII > problem arising. Simple purging isn't enough to avoid the version limitEK > problem: it's also necessary to rename the files to lower version numbersEN > e.g. to 1,2,...,n if keeping n versions. I've modified our local server .com@ > FTP and DECnet files to rename as well as purge the log files. > N > Unless you're able to globally rename all files to, say, version 1 from timeK > to time it's a good idea to review the distribution of version numbers onAL > your disks e.g. by simply using the dir command and tabulating the versionL > numbers. Doing this will help to warn you where version numbers are rising > to problem values. >  > John > D > Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukJ > Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKC > Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)m   ------------------------------  % Date: Mon, 19 Feb 2001 13:57:26 -0700-  From: l_ricker@lto.locktrack.com Subject: version numbers.r. Message-ID: <01021913572629@lto.locktrack.com>  ; > Hey guys, I had no idea about the firestorm (filestorm??)D2 > my request would stir up.  Many, Many thanks!!!!  ; As one of the many contributors to this (firestorm) thread,t7 it seems that a bit of summarization, and a humble-yet-e) constructive suggestion, may be in order:t  = 1. In the early days of VMS, there was an implicit assumptions@    that file versions could run to ;32767, and that'd be enough;@    i.e., a 16-bit field would be enough.  After all, "who'd ever/    EDT or TECO a file that many times, eh?" ;-)h  <    This was probably true enough for the first decade or so.  @ 2. However, over time, many of us (me too!) have developed hand-?    crafted com-procedures to accommodate, manage and compensate >    for this 16-bit version number.  Obviously, system managers=    have exerted significant amounts of time and creativity to <    dealing with this, and, based on the evidence of this and>    related threads, it's apparently becoming more of a problem=    than in the "early days."  Thus, what is a symptomatic andR>    common problem may also be an opportunity-in-waiting (e.g.,5    a VMS system suggestion or wish-list improvement).e  @ 3. It's also probably true that the mix and kind of applicationsB    that many of us now manage has changed, possibly significantly:  @    a) VMS now "integrates" (whatever that might mean) with otherD       environments that do *not* provide file versioning capability.  >    b) A significant number of applications (e.g., web-servers,@       firewalls, e-biz, etc.) have been ported to VMS from other@       environments (see a above) and are, shall we say, prolific?       about generating things like data files, log files, tracet       files, dump files, etc.a  ?    c) And many of these ports are made without (or with little)n;       regard to VMS file creation/open conventions, and are ?       oblivious to the notion of a "max ;version".  Even "true"q>       VMS app's which execute as periodic/recurring batch jobs6       run into this problem, esp. re: batch log-files.  @    d) And, since many (most?) such ports are intended to be used=       "as-is", most system managers have neither the time nort>       inclination to find and "patch up" the log-file opening/4       management code of any particular application.  = 4. So, we routinely are seeing many instances of "running outM<    of ;version numbers" (in our lifetime!), and are spending8    significant amounts of time/energy to cope with them.  = Now, in light of the above, and in the spirit of good systemso@ analysis, I hereby propose that we, the good members of this NG,? stop proposing *solutions* (i.e., patches and fixes to specificd? DCL commands to remedy point problems), but instead concentrated> on specifying our *problem* (requirements... it's OK that they? be *new* requirements!  Hey, things change, and developers, thet2 original VMS crew included, are not *prescient*!).  ? If we can do that, then we should trust VMS Engineering to heedW8 our call, propose and develop some enhancements to help.% (Hoff, please jump in anytime now...)   > Here's a shot at this (strawman!... feel free to shoot at it):  D   I. VMS, specifically file management commands, need to address theE      problem of a specific file-spec hitting the maximum file version       limit.d  >      In particular, the current default behavior of generating:      an error, specifically "SYSTEM-W-BADFILEVER, bad file=      version number", when the max-version limit is exceeded, <      needs to be augmented by additional, optional behaviors)      that can be set on a per-file basis.a  E  II. While on the face of it, the instant analysis is "16-bits is not 9      enough", this is probably solving the wrong problem.t  ? III. The real question should be "What should happen to versionrA      numbering if/when the ;32767 limit is reached?"  This may be @      constructively answered by considering one or more new fileA      attributes, e.g. (but not comprehensively), sys-mgr settablew@      things like "Restart versioning (wrap-around)", "auto-purgeB      and renumber", or "error/default (same as current behavior)".@      Oops, I'm really not trying to specify *the* solution, just<      discussing the problem and perceptual space abstractly.  B  IV. While DCL commands like SET FILE and PURGE may seem to be theC      most obvious places where sys-mgr visibility could be given to-@      these ideas, VMS Engineering will no doubt want to evaluate@      several options and ramifications, and should do so without3      externally-imposed implementation assumptions.p  B JUSTIFICATION:  The availability of new, useful behavioral optionsB when hitting the max-version limit will save numerous hours of VMSB system management time and effort, and permit many of us to retireC hundreds or thousands of lines (aggregate) of hand-crafted DCL codeX@ which currently try to manage this problem using ad-hoc methods.   Respectfully submitted,  Yours, etc., etc.R     Lorin Ricker   ------------------------------    Date: 20 Feb 2001 07:49:29 +0200+ From: Erno Palonheimo <esp@theremin.hut.fi>m4 Subject: VMS 4.6 installation problem - an easy one.- Message-ID: <uthitm5vr86.fsf@theremin.hut.fi>E  
 Greetings,  @ I'm installing VMS 4.6 (don't ask why) on a MicroVAX II, and I'mC running into trouble.  What's the file name I'm supposed to restoree7 from the tape?  I've tried VMS046.B but it wasn't that.t   -- aA Erno Palonheimo ; esp@iki.fi ; http://iki.fi/esp/ ; +358505604765l   ------------------------------  # Date: Mon, 19 Feb 2001 23:06:57 GMT 4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)2 Subject: Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXE' Message-ID: <lGhk6.666$_O.20768@insync>n  4 Fred Kleinsorge (kleinsorge@star.zko.dec.com) wrote:H : decw$reinit  is a simple utility that's purpose in life is to call the8 : controller and unit init routines for a device driver. : M : What is the graphics device?  What does a CLUE CRASH and a CLUE CONFIG given : you on the dump? :  :     = CLU CONFIG shows that the graphics card is a Powerstorm 4D10Ts   CLU CRASH shows:    ;   o Bugcheck type : INVEXCPTN, Exception while above ASTDELo  !   o Current Process: DECW$STARTUPc  #   o Current Image:  DECW$REINIT.EXE4  5   o Failing PC: FFFFFFFF.80007268  OTS$REM_UL_C+000B8n  !   o Failing PS: 00000000.00001504e    / --Jerry Leslie   leslie@209-16-45-97.insync.neto;                  leslie@209-16-45-102.insync.net is invalidt2                  (my opinions are strictly my own)   ------------------------------  # Date: Tue, 20 Feb 2001 03:52:59 GMTt$ From: Scott Vieth <svieth@wi.rr.com>3 Subject: Re: VMS and other platforms in the SAN boxf( Message-ID: <3A91EA47.3000405@wi.rr.com>   Dave:l  C I've had the same thoughts (combining NT and VMS on the same HSG80 a pair).  My mainnB worry is what happens to the NT system when the HSG80s are set to  SCSI-3?  Do thea NT systems mind?  H I've worked with SecurePath on NT and it's actually a very pleasant and  robust product.m  G Please post an update to the newsgroup if you do get around to testing r
 VMS and NT on) the same pair of HSG80s.   Thanks,.  
 -Scott :^)   Dave Gudewicz wrote:  H > We've been busy building a SAN and now I want to introduce VMS to this > environment. > M > We tested a node and it worked as advertised provided all the release notesnM > got read and followed to the letter.  We tripped over the SCSI-3 must have.  > N > Now we wish to include VMS with the other systems we have on the SAN, mostly? > Sun and NT servers and wondered if anyone here has done same.o > J > I'm hearing complaints that Mutibus puts a financial burden on the otherM > platforms.  They need to purchase Secure Path software that isn't cheap I'mo > told.  > 1 > Any one here doing this kinda stuff?  Comments?r >  > -- > Dave.. >  >    ------------------------------  # Date: Tue, 20 Feb 2001 03:58:49 GMTN$ From: Scott Vieth <svieth@wi.rr.com>3 Subject: Re: VMS and other platforms in the SAN boxr( Message-ID: <3A91EBA9.1040000@wi.rr.com>   Rob Young wrote:  H > 	You might want to bring your vendor in and have a chat with them.  In= > 	Compaq's document entitlted "Heterogeneous Open SAN DesignsB > 	Reference Guide" (a 116 page guide, not sure if it is available > 	from here:),  > = > http://www.compaq.com/products/storageworks/san/index.html :    G Documentation?  What fun is it when you read the docs first?  Ha ha ha!a) Plug it together and see if it works! ;^)f   > 2 > 	You will see on pages 4-2, 4-3 and 4-4 rules on= > 	Platform support and attachement rules.  Sun Solaris talks ? > 	SCSI-2 and will not play with VMS which talks SCSI-3 *only*.  > A > 	Likewise, there are numerous Unixes that talk SCSI-2 only (in dC > 	a Compaq SAN) , among them AIX,Irix,HP-UX and the aforementionedd > 	Solaris.r >  > 	NT talks SCSI-2 OR SCSI-3.     5 Okay, that answers my question about "NT and SCSI-3".d  H > 	If you are active active (i.e. multibus) , you will need Seucre Path D > 	for the NT servers that are in that VMS fabric, hence dual cards,  > 	and whatever else it entails.  A If VMS got there first, then the HSG80s will be in multibus mode.R  I SecurePath is not that bad price-wise.  You'll come to appreciate having l' two HBAs and no-single-point-of-failurelH in your NT storage subsystem.  I put together a real nice "2 servers, 2 7 HBAs in each server, 2 hubs, 2 hsg80s, 2 power sources"-G solution at a previous job.  There was no single point of failure (and h+ this was designed around NT!).  I impressedjB the heck out of a vendor who came to install his software on that ( hardware that I had gathered.  I think I$ converted him to a StorageWorks fan.  
 -Scott :^)   ------------------------------    Date: 20 Feb 2001 02:51:41 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: VT510 keyboardm- Message-ID: <8766i64ibm.fsf@prep.synonet.com>t  ; One of my Vaxes flowered a VT510 today ;) But, can some oner7 tell me what keyboards work on it? Standard PS2? LK450?i   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 19 Feb 2001 16:13:16 -050062 From: "Carmine Castiglia" <ccastiglia@engsint.com> Subject: Re: VT510 keyboardl+ Message-ID: <96s29d$5fb$1@bob.news.rcn.net>a  < I use LK411-AA keyboards on VT510, VT520, and VT525 devices.    7 Paul Repacholi <prep@prep.synonet.com> wrote in messagei' news:8766i64ibm.fsf@prep.synonet.com...s >a= > One of my Vaxes flowered a VT510 today ;) But, can some onek9 > tell me what keyboards work on it? Standard PS2? LK450?r >o > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.pB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 20 Feb 2001 05:04:40 +0100f( From: Bernd Eckstein <B.Eckstein@cli.de> Subject: Re: VT510 keyboardl& Message-ID: <3A91ECD8.287E1633@cli.de>   Paul Repacholi wrote:c > = > One of my Vaxes flowered a VT510 today ;) But, can some onee9 > tell me what keyboards work on it? Standard PS2? LK450?l >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.  ? You can attach a standard PS/2 PC-style keyboard to your VT5xx.A? (I think it should work, I'm using my VTs PC-style keyboard for@ my WinNT box, too.)l> The PC-style replacement for [F3] is [caps-lock][print screen]? refering to page 1-5 off my V520 manual. Think this will help. -  < But remember, PC-layout is not VMSish, you din't even have a labeled [compose]-key ...e   -- cC B.Eckstein, TTi Entwicklungszentrum GmbH - mailto:B.Eckstein@cli.deBC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89g   ------------------------------   Date: 19 Feb 2001 19:32 CST ' From: carl@gerg.tamu.edu (Carl Perkins)p# Subject: Re: www.openvms.compaq.comc- Message-ID: <19FEB200119320412@gerg.tamu.edu>   K Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes... * }carl@gerg.tamu.edu (Carl Perkins) writes: } E }> This is not a good plan. It would wipe out the concept of relative=I }> version numbers. You know - things like foo.bar;-1 to get the previous16 }> version, foo.bar;-0 to get the oldest version, etc. } I }Nope - as already noted, negative version numbers are a figment of RMS's  }imagination.  } K }VMS engineering now has some practice in elimating operations that wronglyiM }interpret a datum as signed when it should be unsigned (hint: read the C RTL"N }patch READMEs). How about a walk through the XQP and RMS and make the versionC }number unsigned as well? Oh, and don't forget the documentation...  }  }	JanO  I RMS is not the only thing you'd have to change. You'd also have to changerI DCL's file parsing. You'd have to make it use a 32 bit signed integer foruM the version field, but program in limit checks to prevent it from overflowing F the 16 bit unsigned value's range in both positive and negative (so asL to retain the relative version number concept) directions (in effect, making; it a 17 bit signed integer that takes up 32 bits of space).s  G The proposal was for a "quick fix". I don't think this is really such a H quick fix, and it is nearly pointless. Adding that extra bit only delaysG the problem for twice as long - if your log file hits the current limitrG after, say, 90 days now then all you will get after the fix is an extra I 90 days and then you will hit exactly the same problem anyway. You'd justyK have to fix it every 180 days instead of every 90 days. (And since you havedJ to do it less often, any related failures will be all that more mysteriousI to the inexperienced users and managers.) A better solution is to fix the.K application so that it deal with the problem (i.e. avoids it) itself - this0I is a general solution and it will always work no matter how many bits arei used in the version number.9   --- Carl   ------------------------------    Date: 19 Feb 2001 21:04:22 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)3 Subject: [DSNlink NE V3.0] Way too many processes ?o* Message-ID: <3a917c46$1@news.kapsch.co.at>  G I recently upgraded DSNlink from V2.2E to NE-V3.0 on my TCPware system.o  	 Positive: > *) TCPware is now a supported configuration (though it did run" 		with V2.2E and even below, also)N *) VMScluster is now supported (no need to reinstall more than once and so on)L *) EXTRACT FILE now produces a good file (not a char per line as with V2.2x)H *) Dataencryption over Internet possible (but not until the servers at Q1 	are also at V3 which may take some weeks/months) @ 	There is also a specical "NE" (No-Encryption) version availableF 	to avoid forgetting a configchange of a pure V3.0 to 'no-encryption'.7 *) No change for DSNlink_NEW (except the version check)i0 	So edit DSNLINK_NEW.COM or get DSNlink_NEW V5.7  	 Negative: 1 *) still U**X shell style (instead of a good CLI)nK *) still no command line recall for previous commands (except the last one) K *) Takes even longer to start the session (minutes instead of many seconds)v> *) Way too much processes do now exist (at least on my system)8 	I currently have 39 processes running (doing nothing ?)  P 26609E2D dsn_nsd....022t HIB      6      455   0 00:00:09.77      2130     69  NP 2662902E dsn_nsd....026t HIB      6      475   0 00:00:10.08      2720     60  NP 26604E43 dsn_nsd....010t HIB      6      347   0 00:00:09.40      1444     35  NP 2660BC44 dsn_nsd....011t HIB      6      339   0 00:00:09.30      1832     36  NP 26604249 dsn_nsd....001t HIB      6      271   0 00:00:09.21       938     35  NP 2660464B dsn_nsd....002t HIB      6      285   0 00:00:09.27      1382     34  NP 26606E4C dsn_nsd....029t HIB      6      511   0 00:00:10.67      2448     84  NP 26605A4D dsn_nsd....003t HIB      6      285   0 00:00:09.70      1340     35  NP 26605253 dsn_nsd....028t HIB      6      508   0 00:00:09.84      2479     80  NP 26605A56 dsn_nsd....023t HIB      6      442   0 00:00:09.37      2210     70  NP 26606E58 dsn_nsd....036t HIB      6      573   0 00:00:09.76      3614     72  NP 2660AA5B dsn_nsd....012t HIB      6      362   0 00:00:09.48      1755     34  NP 2660365C dsn_nsd....013t HIB      6      356   0 00:00:09.93      1678     34  NP 26605462 dsn_nsd....024t HIB      6      474   0 00:00:09.02      2284     83  NP 26606464 dsn_nsd....025t HIB      6      461   0 00:00:09.58      2446     69  NP 2660426E dsn_nsd....031t HIB      6      513   0 00:00:01.24      2873    313  NP 2660A671 dsn_nsd....014t HIB      6      370   0 00:00:09.21      1737     35  NP 26610475 dsn_nsd....033t HIB      6      548   0 00:00:09.89      2704     73  NP 2660DE77 dsn_nsd....015t HIB      6      367   0 00:00:08.91      1874     35  NP 26611881 dsn_nsd....039t HIB      6      587   0 00:00:09.08      3869     71  NP 26611282 dsn_nsd....032t HIB      6      531   0 00:00:10.23      2787     71  NP 26630889 dsn_nsd....016t HIB      6      395   0 00:00:10.36      1846     35  NP 2662A08E dsn_nsd....004t HIB      6      283   0 00:00:08.80      1225     35  NP 266234A3 dsn_nsd....005t HIB      6      275   0 00:00:09.88      1160     35  NP 266268A4 dsn_nsd....017t HIB      6      415   0 00:00:09.31      1868     35  NP 2662C6B2 dsn_nsd....018t HIB      6      406   0 00:00:09.94      1866     35  NP 266128B5 dsn_nsd....030t HIB      6      516   0 00:00:09.89      2543     79  NP 26620ABA dsn_nsd....019t HIB      6      421   0 00:00:09.00      2177     35  NP 2661E6C0 dsn_nsd....006t HIB      6      295   0 00:00:10.45      1432     35  NP 26620CC1 dsn_nsd....035t HIB      6      560   0 00:00:10.64      3027     72  NP 2661E6C6 dsn_nsd....007t HIB      6      296   0 00:00:09.71      1450     35  NP 266292C8 dsn_nsd....034t HIB      6      546   0 00:00:09.22      2899     69  NP 2661FCCE dsn_nsd....037t HIB      6      584   0 00:00:09.79      2996     80  NP 26622CE3 dsn_nsd....008t HIB      6      334   0 00:00:09.48      1287     35  NP 266226E4 dsn_nsd....009t HIB      6      332   0 00:00:09.73      1411     35  NP 2662F2E5 dsn_nsd....027t HIB      6      489   0 00:00:08.99      2478     76  NP 2662E8E7 dsn_nsd....020t HIB      6      436   0 00:00:09.41      2078     72  NP 266222F5 dsn_nsd....021t HIB      6      426   0 00:00:10.42      1976     84  NP 266228F9 dsn_nsd....038t HIB      6      582   0 00:00:10.16      3020     80  N   jfie   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888h< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 20 Feb 2001 00:14:55 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)7 Subject: Re: [DSNlink NE V3.0] Way too many processes ? * Message-ID: <3a91a8ef$1@news.kapsch.co.at>  W In article <3a917c46$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:eH >I recently upgraded DSNlink from V2.2E to NE-V3.0 on my TCPware system. >o
 >Positive:? >*) TCPware is now a supported configuration (though it did runf# >		with V2.2E and even below, also)eO >*) VMScluster is now supported (no need to reinstall more than once and so on) M >*) EXTRACT FILE now produces a good file (not a char per line as with V2.2x) I >*) Dataencryption over Internet possible (but not until the servers at Qe2 >	are also at V3 which may take some weeks/months)A >	There is also a specical "NE" (No-Encryption) version availableaG >	to avoid forgetting a configchange of a pure V3.0 to 'no-encryption'.n8 >*) No change for DSNlink_NEW (except the version check)1 >	So edit DSNLINK_NEW.COM or get DSNlink_NEW V5.7u >i
 >Negative:2 >*) still U**X shell style (instead of a good CLI)L >*) still no command line recall for previous commands (except the last one)L >*) Takes even longer to start the session (minutes instead of many seconds)? >*) Way too much processes do now exist (at least on my system)(9 >	I currently have 39 processes running (doing nothing ?)e   Forgot to add:L *) DSN$STARTUP.COM is now moved from SYS$STARTUP: to SYS$SYSDEVICE:[DSN.COM]   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   End of INFO-VAX 2001.101 ************************