1 INFO-VAX	Sat, 13 Oct 2001	Volume 2001 : Issue 569       Contents: Re: 4000-90  Re: Big Alpha Deal Re: DCPS and Native PCL  Re: DEC VAX Users  Re: Installed VMS Images jobs? ingres vax/vms cobol( Re: Microsoft Security Slipup of the Day( Re: Microsoft Security Slipup of the Day( Re: Microsoft Security Slipup of the Day( Re: Microsoft Security Slipup of the Day Re: ping source code for VMS: Re: Query wrt routing caches in DECnet Phase V on OVMS 7.1 Re: Runtime JAVA for openvms, Re: Scott McNealy has no respect for Alpha's7 Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)  Re: VAX 6400 is down+ VMS721_UPDATE V3.0 produces ugly PCSI crash   F ----------------------------------------------------------------------  # Date: Fri, 12 Oct 2001 21:20:15 GMT   From: jlsue <jlsuexxxz@home.com> Subject: Re: 4000-908 Message-ID: <1fnestk3jd7r3nfht0lrd9em9k5ev8b9c9@4ax.com>  1 On Thu, 11 Oct 2001 02:27:43 GMT, "Barry Streets"  <berrys2552@home.com> wrote:  G >Does anyone know how to get a 4000-90 workstation to boot and load its M >license's without a graphics adaptor installed. I own one that's missing its M >adaptor and while it boots ok (VMS 7.1) It won't load any license's and when J >you go into the license utility it says it is a unkown vaxstation and all >licenses are not permited.  >  >Barry Streets >Echo Group  >   ( Did you set the S1 switch appropriately?   ------------------------------  % Date: Fri, 12 Oct 2001 15:52:02 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Big Alpha Deal , Message-ID: <3BC749E1.F9D1B35E@videotron.ca>   "Terry C. Shannon" wrote: N > I suspect the folks in Houston can read spreadsheets. I suspect they realizeH > that they generate far more margin from real enterprise gear than fromF > Billyboxes. I do not ascribe to the conspiracy theory that fealty to- > Microsoft (and Intel) is Job One at Compaq.     N What if they have decided that the future lies with Microsoft and Intel. TheirM strategy would bne to position themselves to grow the Microsoft business, and N until this happens, just do the bare minimum to keep the legacy stuff alive to keep revenus and customers.    ------------------------------  % Date: Fri, 12 Oct 2001 14:34:20 -0500 , From: "Tony Scandora" <scandora@cmt.anl.gov>  Subject: Re: DCPS and Native PCL+ Message-ID: <9q7gk2$3sh$1@milo.mcs.anl.gov>   = "Paul Anderson" <paul.r.anderson@compaq.com> wrote in message 5 news:111020011147078438%paul.r.anderson@compaq.com... < > In article <3BC55145.3825ABBA@peoplepc.com>, Jack Patteeuw" > <jjpatteeuw@peoplepc.com> wrote: > L > > Ergo, why not have DCPS convert ANSI (or maybe limit it to ASCII) to PCL ?  > ... F > PostScript produces larger files and needs more memory.  But all but? > the smallest printers (home inkjets and low-cost lasers) have I > PostScript these days.  IMHO the need for DCPS to produce PCL from ANSI  > files would be limited.  > 9 > I'd be interested in hearing comments from others also.   L I don't see a whole lot of genuine need for PCL, either.  I see two problemsH with DCPS that I would like to see solved long before PCL is considered:  I 1) It only prints on printers it knows about.  New printers come out with C new device identifications and DCPS can't handle them, even if they F understand older printers' commands. I would like to have table drivenJ device specific support, with at least a crude user interface, or at least8 the ability to say printer B obeys printer A's commands.  H 2) It only prints on directly connected printers, which is the best way.I Without removing the current robust method of handling directly connected F printers, I would like the options of being able to generate a file ofF PostScript to be sent later, and being able to send to an lpr queue on another system.   1 Tony Scandora, Argonne National Lab, 630-252-7541  scandora@cmt.anl.gov   ------------------------------  # Date: Fri, 12 Oct 2001 20:56:55 GMT ' From: Zelmo Kitowski <Zelmo@^Hkiwi.net>  Subject: Re: DEC VAX Users> Message-ID: <Xns91388E42A46E9874JK325999HR657893@24.9.139.141>  G You can get information from these folks:  http://www.hartehanksmi.com/   I They were formerly known as "Computer Intelligence".  They were probably  J the best source for information on DEC and other platform installations.   It's not free.       @ "David Tarbox-Cooper" <David.Tarbox-Cooper@bcs.org.uk> wrote in + news:9q6t3l$knp$1@neptunium.btinternet.com:   A > Can anybody tell me a legitimate, or otherwise, way to identify ' > companies/sites still using DEC VAXs.  > # >             David A Tarbox-Cooper + >                 Tarbox-Cooper Associates.  >  >    ------------------------------  % Date: Fri, 12 Oct 2001 14:10:44 -0400 0 From: "Syltrem" <syltrem@videotron.spammenot.ca>! Subject: Re: Installed VMS Images 5 Message-ID: <KiGx7.68795$TW.360822@tor-nn1.netcom.ca>    $ install:==$install $ install add vmount   --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) > To reply to myself directly, remove .spammenot from my address  F "Gordon Pimblott" <gordon.pimblott@uk.thalesgroup.com> a crit dans le( message news: 9q6jvj$hca$1@rdel.co.uk...E > When I try and use the MOUNT command the following error message is  > returned:  > ; > -SYSTEM-F-PROTINSTALL, protected images must be installed  > = > The images appear to be installed when viewed with INSTALL.  > ; > Other system shareables appear to have the same problem ?  >  > Can anybody help ? >  >    ------------------------------  # Date: Sat, 13 Oct 2001 00:44:35 GMT  From: 1076366@home.com# Subject: jobs? ingres vax/vms cobol 7 Message-ID: <3bc78edf.5106092@news.grnvle1.sc.home.com>   ( where do we find jobs in ingres or cobol on vax vms?    1076366@home.com   ------------------------------  # Date: Fri, 12 Oct 2001 18:47:56 GMT " From: GreyCloud <mist@cumulus.com>1 Subject: Re: Microsoft Security Slipup of the Day + Message-ID: <3BC73C20.EF82CA5C@cumulus.com>    "Terry C. Shannon" wrote:   E > > Just because Afghanistan is a primitive country doesn't mean that I > > their operatives don't have the ability to exploit Microsoft security / > > holes from someplace like Iraq, Libya, etc.  > M > True. Scumbag Bin Laden and his verminous filth are wise to ways of No Such 3 > Agency and ply their murderous trade accordingly.   F Which brings up a question: How do they know so much about NSA and the methods involved?? Moles perhaps??    ------------------------------   Date: 12 Oct 2001 19:18:30 GMT) From: leslie@clio.rice.edu (Jerry Leslie) 1 Subject: Re: Microsoft Security Slipup of the Day ' Message-ID: <9q7fm6$9sn$1@joe.rice.edu>   # GreyCloud (mist@cumulus.com) wrote:  : "Terry C. Shannon" wrote:   G : > > Just because Afghanistan is a primitive country doesn't mean that K : > > their operatives don't have the ability to exploit Microsoft security 1 : > > holes from someplace like Iraq, Libya, etc.  : > O : > True. Scumbag Bin Laden and his verminous filth are wise to ways of No Such 5 : > Agency and ply their murderous trade accordingly.   H : Which brings up a question: How do they know so much about NSA and the : methods involved?? : Moles perhaps??   0 While it's possible that some H-1B visa holders:  "    http://www.zazona.com/ShameH1B/    H-1B Hall of Shame   H could supply information, most of it is available in the public domain, , such as this site on U.S. military aircraft:  3    http://www.fas.org/man/dod-101/sys/ac/index.html     US Military Aircraft   D This site did remove the links to Air Force and Navy bases recently.    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Fri, 12 Oct 2001 21:27:51 GMT * From: cjt & trefoil <cheljuba@prodigy.net>1 Subject: Re: Microsoft Security Slipup of the Day + Message-ID: <3BC76075.1C75BE8E@prodigy.net>    GreyCloud wrote: >  > "Terry C. Shannon" wrote:  > G > > > Just because Afghanistan is a primitive country doesn't mean that K > > > their operatives don't have the ability to exploit Microsoft security 1 > > > holes from someplace like Iraq, Libya, etc.  > > O > > True. Scumbag Bin Laden and his verminous filth are wise to ways of No Such 5 > > Agency and ply their murderous trade accordingly.  > H > Which brings up a question: How do they know so much about NSA and the > methods involved?? > Moles perhaps??   H I think bin Laden was trained by the CIA, to help him fight the Soviets.  3 It's easy enough to turn such knowledge against us.    ------------------------------  # Date: Sat, 13 Oct 2001 05:53:16 GMT " From: GreyCloud <mist@cumulus.com>1 Subject: Re: Microsoft Security Slipup of the Day + Message-ID: <3BC7D812.2FBF1415@cumulus.com>    cjt & trefoil wrote: >  > GreyCloud wrote: > >  > > "Terry C. Shannon" wrote:  > > I > > > > Just because Afghanistan is a primitive country doesn't mean that M > > > > their operatives don't have the ability to exploit Microsoft security 3 > > > > holes from someplace like Iraq, Libya, etc.  > > > Q > > > True. Scumbag Bin Laden and his verminous filth are wise to ways of No Such 7 > > > Agency and ply their murderous trade accordingly.  > > J > > Which brings up a question: How do they know so much about NSA and the > > methods involved?? > > Moles perhaps??  > J > I think bin Laden was trained by the CIA, to help him fight the Soviets. > 5 > It's easy enough to turn such knowledge against us.   G I was thinking along the lines of cryptography.  But then again the CIA G probably taught him that too.  Our little Frankenstein has come back to  bite us.   ------------------------------  # Date: Sat, 13 Oct 2001 01:27:28 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>% Subject: Re: ping source code for VMS = Message-ID: <4MMx7.15009$Rb.752175@sjcpnn01.usenetserver.com>   * Joachim Gantenberg <jo.gant@web.de> wrote:4 > does anyone have the source code for ping for vms?6 > I need the port of the UNIX-tool for a project in C.  % Ping is already available on OpenVMS.    		Zane   $ tcpip  TCPIP> ping 192.168.1.20/ PING 192.168.1.20 (192.168.1.20): 56 data bytes 8 64 bytes from 192.168.1.20: icmp_seq=0 ttl=255 time=1 ms8 64 bytes from 192.168.1.20: icmp_seq=1 ttl=255 time=0 ms8 64 bytes from 192.168.1.20: icmp_seq=2 ttl=255 time=0 ms8 64 bytes from 192.168.1.20: icmp_seq=3 ttl=255 time=0 ms    $ ----192.168.1.20 PING Statistics----9 4 packets transmitted, 4 packets received, 0% packet loss ' round-trip (ms)  min/avg/max = 0/0/1 ms  TCPIP>     ------------------------------  % Date: Fri, 12 Oct 2001 20:56:21 +0100 + From: "antonio.carlini" <arcarlini@iee.org> C Subject: Re: Query wrt routing caches in DECnet Phase V on OVMS 7.1 ' Message-ID: <3BC74AE5.11063CEB@iee.org>    Mark Corcoran wrote:: > Sorry, I was getting away from the point - there are two; > circuits, one which connects the four machines in a local : > loop, and nothing else, and the other which connects all; > four to a DEChub, and from there, onto the DECswitch, and 7 > from there via numerous routers/hubs/switches, to the  > rest of the world.  4 From the DCL prompt (using a priv'd account...) try:  * $ MC NCL SHOW ROUTING CIRCUIT * ALL STATUS  , Phase V will attempt to use all the circuits- that show as having a status of enabled. This . is fine as long as all your circuits actually & are equivalent (i.e. provide alternate- paths to everywhere). So if you see more than 3 one then things are probably screwed. (Your network ) people should be able to tell you whether  this is the case or not here).  ; > I do often wonder how DECnet decides which circuit to use   ) Easy - on a non-routing node they are all + equivalent, be definition. So DECnet can do & whatever it likes - and I believe that- it chooses to round robin. "Equal" in Phase V , terms means (roughly) equal characteristics.( Having an ethernet path and a 9.6K DDCMP% path to your nearest router would not  be a good idea!   : > I'm still waiting to go on a Phase V course, but I doubt; > very much whether or not the above question is one of the ) > things that would likely be answered...   . I have not seen a Phase V course for some time. (nor a Phase IV one for that matter!). I would2 hope they cover valid configurations. They'll show3 you how logical NCL is too (it is wordy though! and ) it certainly takes some getting used to).   ; > I think I'm going to have to put the problem down to some 9 > router getting screwed up, which was only sorted out by 7 > me making a reverse connection between the systems...   * From the information you have posted, your) local end node is possibly misconfigured. + *If* you have two (or more) active circuits ' *and* they are not equivalent (and from * your description above, they are not) then( you will see the symptoms you are seeing/ (and probably a heap of others I have forgotten  about).   / When you try to make a connection, roughly half 0 of the packets will go the wrong way and vanish.1 Usually that's not good! When the other guy talks 0 to you, he can get to you (assuming nothing else/ is messed up). At that point you add him to one ( of the end node caches. Now when you try# to connect to him, it all magically ) bursts into life because you *know* which ) circuit to use thanks to the cache entry. + If you don't use the entry for long enough, ' it times out and you are stuffed again.    Antonio    --     --------------- - Antonio Carlini             arcarlini@iee.org    ------------------------------  # Date: Fri, 12 Oct 2001 23:18:08 GMT % From: Don Sykes <alphase@pacbell.net> % Subject: Re: Runtime JAVA for openvms + Message-ID: <3BC77C1D.75ECECF7@pacbell.net>   2 Try http://www.compaq.com/java/download/index.html It has both RTE & JDKs Don    Piet Timmers wrote:  > ; > Can anyone tell me where to get java runtime for openvms. P > I have tried http://www.digital.com/java but this does not work at the moment. >  > Greetings, >  > Piet Timmers   ------------------------------  # Date: Fri, 12 Oct 2001 20:51:57 GMT ( From: Marvin Dupont <dupontfam@home.net>5 Subject: Re: Scott McNealy has no respect for Alpha's 7 Message-ID: <Xns91388D6B274A575301KDE12M7@24.9.139.141>   L Compaq could never spell Alpha, much less appreciate it.  Adding more power K to an already dim lightbulb doesn't do anything but pop it.  Compaq's bulb  B has popped.  Their WinTel tunnel vision didn't help much either.    K Compaq never was, and never will be anything but an MS driven PC company.   J They have an entrenched management culture that prevents them from making L any transitional advances.  It's too late for them to recognize the problem $ at this point, they're already dead.  K There were three Compaq WinTel clowns at one of our customer's sites about  K six months ago extolling the virtues of the 2K architecture and IIS.  They  G were trying to convince us to move everything from Alpha/VMS/Oracle to  H Win2K, MSSQL and IIS.  To replace 8 Alpha Servers, using their plan, we J would grow from 8 boxes to 35, quadruple our storage needs and only cover L about 80% of the overall transition.  The other 20% was on us to find a way 3 to do it.  They're on their way out of the picture.   ( Let HP and Compaq choke on each other.    . cjt & trefoil <cheljuba@prodigy.net> wrote in # news:3BC71D4D.58DD2098@prodigy.net:   > > As if Compaq respects Alpha?  Is that why they're EOLing it?   ------------------------------    Date: 12 Oct 2001 15:14:34 -0700$ From: leeroth@my-deja.com (Lee Roth)@ Subject: Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)= Message-ID: <d0e744c9.0110121414.2211bb8d@posting.google.com>   E > You might want to try jed's EDT emulation.  EDT was one of the very G > first emulations that I added to jed nearly 10 years ago.  As such it  > is very mature.  > ' > More information may be obtained from H > http://space.mit.edu/~davis/jed/.  A gif image showing jed in EDT mode> > may be found http://space.mit.edu/~davis/jed/images/edt.gif. >  > Good luck, > --John  " Yes, I might jed's EDT if it will:  D 1) It supports learned key sequences like SEDT does (powerful stuff)4 2) It does the 'find the matching curly brace/square% bracket/parenthesis' for writing code = 3) Indenting of selected text (makes for better looking code) 4 4) Can create your own macros and bind them to a key> 5) Can toggle between column-mode cut/copy/paste and line mode1 6) Can toggle between overstrike/insert text mode   7) Can support 4 or more buffers  C An old dog like me really hates to switch editors... I can use SEDTi withouteD having to even think about it - would sort of be like switching from QWERTYC to one of those 'weird' keyboard layouts; I could do it but want to  avoidr if possible.  D In many ways, SEDT was a superset of EDT... was just handy to use if youvD were already used to EDT but did a whole lot more than EDT ever did.
 And I usedD to hang out in the SEDT notesfile at DEC and converse with Anker theE author so there's a sentimental attachment as well (we both worked at-( DEC back when SEDT was born and raised).   Re: change protectionr  . Been there, done that- get same error message.   i.e. $ chmod 755 ./sedt70      $ ./sedt  ! gives 'file not found' message.   Thanks for the tips!   Will report any successes...   Leet   ------------------------------  # Date: Fri, 12 Oct 2001 20:21:56 GMT ' From: Zelmo Kitowski <Zelmo@^Hkiwi.net>o Subject: Re: VAX 6400 is downi? Message-ID: <Xns91388854A76C79874JK325999HR657893@24.9.139.141>d  J Have you tried changing out any of the regulators?  I know you said power K controller, but the regulators on top of the XMI cage fail once in a great hJ while.  Try swapping them one at a time to see if you can isolate the bad H one.  Sounds like a sensor, switch or power regulator. These are pretty # good old boxes for the most part.  c          $ hwong@my.ismart.net (hwong) wrote in6 news:3feb222a.0110120839.74deb625@posting.google.com:   C > I had the same thought too, but the interlock switches seem to bei? > functioning (I can hear the 'click' sound if I open/close therF > enclosure covers). Furthermore, if any one of the enclosure cover isF > opened, only that specific enclosure will loss power while the otherE > one will remain on. But for our case, both enclosures loss power at E > the same time with the blowers keep running. I think both interlocks5 > switches failing at the same time is very unlikely.  >  > Any other ideas? v > 4 > Zelmo Kitowski <Zelmo@^Hkiwi.net> wrote in message= > news:<Xns9137B3657DA29874JK325999HR657893@24.9.139.141>... nI >> We had something similar and it turned out to be one of the interlock g& >> switches above the XMI enclosure.   >> u >> e >>  ( >> hwong@my.ismart.net (hwong) wrote in 9 >> news:3feb222a.0110110436.1b0aa1a3@posting.google.com:   >> n >> > Hi, >> > 5H >> > We are experiencing a very strange problem here with our productionG >> > system VAX 6400 (Yes! It is our production system since early 90'sIF >> > and it's still running). The system has been very reliable and inA >> > fact we are maintaining the hardware ourselves since our old-E >> > development machine are retired, we just take out the parts from  >> > that machine.   >> > eC >> > But until recently something strange has happened - the systemmH >> > poweroff itself in a very weird manner. When that happens, all in aF >> > sudden the LEDs on the key switch panel, CPU, memory & I/O boardsH >> > are off, but the two browers (front and back) just keep running. IfG >> > we turn the key switch and reset the system power, it works again.d >> > ,G >> > We have replaced almost everything related to power in the cabinet E >> > (airflow sensor, temp. sensor, key switch, power controller box,fF >> > etc) and after the first time when a few things were replaced, itI >> > worked for almost two month before it failed again. Then we replacedaI >> > a few more things again and it worked for another two weeks. Now thee; >> > system power down itself almost every one or two days.a >> > lH >> > We have checked the air conditioning and power main in the computerE >> > room but they all seems normal. Is it really a hardware problem?4? >> > Mybe the various sensors are becoming too sensitive to theeH >> > environment, is it possible to disable them so that the system will >> > not poweroff itself?  >> > gF >> > I know this is a very old machine but I just hope there are stillE >> > die hard VAX supporters there who may have similar experience inr >> > their past.   >> > e+ >> > Thanks in advance for any suggestions.e >> > c >> > VAXuser >    ------------------------------  % Date: Fri, 12 Oct 2001 22:41:41 -0700T3 From: David Spencer <spencer@spaamfree.recneps.com>i4 Subject: VMS721_UPDATE V3.0 produces ugly PCSI crash> Message-ID: <121020012241417591%spencer@spaamfree.recneps.com>  L Title pretty much says it all. I'm running an Alpha workstation (AS 255/300)L with VMS 7.2-1. Tried to install the update and get the attached crash. I'veM updated other systems without difficulties. There's obviously something amissrG with my configuration, but what?? Hints would be most appreciated... :)D   -- Dave Spencer6   $ product install *   :    1 - CPQ AXPVMS CSWS V1.1                Layered Product:    2 - CPQ AXPVMS PERL V5.5-3A2            Layered ProductE    3 - DEC AXPVMS VMS721_UPDATE V3.0       Patch (maintenance update)      4 - All products listed above    5 - Exitt  = Choose one or more items from the menu separated by commas: 3r  ( The following product has been selected:E     DEC AXPVMS VMS721_UPDATE V3.0          Patch (maintenance update)-   Do you want to continue? [YES]    Configuration phase starting ...  N You will be asked to choose options, if any, for each selected product and forO any products that may be installed to satisfy software dependency requirements.-  9 DEC AXPVMS VMS721_UPDATE V3.0: OpenVMS V7.2-1 UPDATE V3.0m  7 * This product does not have any configuration options.e  "     <<*** System Disk Backup ***>>    9     This kit will make functional changes to your system.n7     Before installing this kit you should make a backup-8     copy of your system disk.  If you do not make a copy7     of your system disk you will not be able to restore 0     your system to a pre-kit installation state.    "     Do you want to continue? [YES]  0     Installing this patch kit requires a reboot.    <     Compaq  strongly  recommends that you reboot your system=     immediately after installation  of  this kit.  The imagesl;     in this kit will not fully take effect until the system <     is rebooted.  However, if you do not re-boot immediately>     after kit installation, the system may become unstable and!     may not function as expected.N  ?     If you have other nodes in your VMS cluster, they must also-@     be rebooted in order to make use of the new image(s).  If it>     is not possible or convenient to reboot the entire cluster@     at this time, a rolling re-boot (kit installation and reboot,     on one node at a time) may be performed.    "     Do you want to continue? [YES]   Execution phase starting ...v %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000014C, PC=00000000001074D8, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump followsmJ   image    module    routine             line      rel PC           abs PC6  PCSI$SHR  SPIU_ORDER_CONTROL  spiu_trim_idle_productsO                                          7681 0000000000001E58 00000000001074D8o=  PCSI$SHR  SPIU_ORDER_CONTROL  spiu_collate_product_executionBO                                          8653 0000000000003450 0000000000108AD0o6  PCSI$SHR  SPIU_ORDER_CONTROL  spiu_initiate_executionO                                          9574 000000000000465C 0000000000109CDC.2  PCSI$SHR  SPIU_ORDER_TOTAL  spiu_form_total_orderO                                          7387 00000000000033D4 0000000000116BA4 ,  PCSI$SHR  SPIU_API_OPERATIONS  spiu_installO                                          8113 00000000000026F4 00000000000C7EA4M)  PCSI$MAIN  UICOMMON  UIexecute_operationeO                                         20686 0000000000002540 0000000000044CE05*  PCSI$MAIN  SPIU_COMMAND_VMS  DCLconfigureO                                         21589 0000000000000D0C 000000000003746Co1  PCSI$MAIN  SPIU_COMMAND_VMS  process_DCL_commandnO                                         25082 0000000000007F74 000000000003E6D4k)  PCSI$MAIN  SPIU_COMMAND_VMS  process_DCLaO                                         25268 00000000000085B8 000000000003ED18pO  PCSI$MAIN  SPIU_COMMAND_VMS  main      27242 000000000000C028 0000000000042788tO  PCSI$MAIN  SPIU_COMMAND_VMS  __main        0 0000000000000094 00000000000367F4 O                                             0 FFFFFFFF82F213D4 FFFFFFFF82F213D4s $n   ------------------------------   End of INFO-VAX 2001.569 ************************