1 INFO-VAX	Fri, 12 Oct 2001	Volume 2001 : Issue 568       Contents:' Re: "Lyris" -- E-mail VMS Patch Notices  Re: 4000-90  Re: 4000-90  Re: A free VMS implementation? Re: A free VMS implementation? Re: A free VMS implementation? Re: A free VMS implementation? Re: A free VMS implementation? Re: ALGOL and 1022 database  Re: Big Alpha Deal Re: Big Alpha Deal Re: BOOTP booting of VXT 2000?E Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter 
 Re: CSWING
 DEC VAX Users  Re: DEC VAX Users  Re: DEC VAX Users  Re: DEC VAX Users < RE: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has n FREE HSC40 Parts Available!  FS:  1995 S&O Catalog. Re: FS:  1995 S&O Catalog. RE: FS: 1995 S&O Catalog. , Re: Ghostview doesn't work under OpenVMS 7.3& Re: Higher prices for Alpha processors Installed VMS Images Re: Itanium and OpenVMS " Re: LICENSE-I-EXCEEDED for VAX-VMS" Re: LICENSE-I-EXCEEDED for VAX-VMS Need VMS 1.5 C-Kermit binary ping source code for VMS: Re: Problem With VMS Backup Save-Set Spanning Tape Volumes. Re: Public accessable VMS machine for testing?. Re: Public accessable VMS machine for testing?P Re: Quert wrt NETACP on VMS 5.5-2 (specifically, but probably relates to  NETACPP Re: Quert wrt NETACP on VMS 5.5-2 (specifically, but probably relates to NETACP/: Re: Query wrt routing caches in DECnet Phase V on OVMS 7.1 Runtime JAVA for openvms Re: Runtime JAVA for openvms Re: Runtime JAVA for openvms, Re: Scott McNealy has no respect for Alpha's, Re: Scott McNealy has no respect for Alpha's7 Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)  Re: Shannon knows ...  Re: Sharing a ssytem dump file SYSTEM-F-IVDEVNAM P UCX : can NFS client choose to mount over tcp or udp depending upon the NFS serv Re: Unaltered DCL command line Re: VAX 6400 is down Re: VMS on DVD?  Re: VMSMail APIs? , Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP, Re: We've burned our boats say Compaq and HP Re: [DCPS, UCX] short questions   Re: [LYRIS] OpenVMS Patches List  Re: [LYRIS] OpenVMS Patches ListC Re: [OpenVMS] V7.2 VAX satellite doesn't find V7.3 Alpha bootserver   F ----------------------------------------------------------------------  % Date: Fri, 12 Oct 2001 09:32:10 +0200 7 From: "Ren RENE.SCHELBAUM" <rene.schelbaum@datakom.at> 0 Subject: Re: "Lyris" -- E-mail VMS Patch NoticesG Message-ID: <3bc69baa$0$13714$5039e797@newsreader01.highway.telekom.at>   > "Richard D. Piccard" <piccard@ohio.edu> schrieb im Newsbeitrag" news:3BC5EADE.26B426E2@ohio.edu... > J > I just got four notices (UCX or TCPIP   E05042 on VAX and ALPHA, and RMS% > patches for VMS 7.2 VAX and ALPHA).  > F > The previous notice was dated October 6, and the one before that wasE > dated September 10.  They had been running at the rate of about two  > dozen a month. > : > Perhaps that mailing list is functioning properly again. > % >                                 RDP  >  > --D > ==================================================================D > Dick Piccard                           Academic Technology ManagerD > piccard@ohio.edu                                 Computer ServicesD > http://oak.cats.ohiou.edu/~piccard/                Ohio University >  >   L Seems so, at the same time a lot of tru64-patches appeared in my mail. So itI seems that they finally managed to get their server or app up and running  again.   Ren   ------------------------------    Date: 12 Oct 2001 11:28:20 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: 4000-90* Message-ID: <3bc6b7b4$1@news.kapsch.co.at>  f In article <tsce22p66r2r68@corp.supernews.com>, "Stuart S. Johnson" <stuartsjohnson@yahoo.com> writes:K >As I found out for myself several years ago, it is the license itself that H >is the problem. Vaxstation licenses are different than VaxServers and aI >VaxStation without a graphics adapter does not appear correct to LMF and E >will not load the licenses. I finally resorted to calling DEC (had a ? >maintenance contract) when I had exhasted all other recources.   A VAXstation is yet another machine. It requires "D" type licenses.  But the problem is similar.   G And a VAXstation 4000 is not related to a VAX 4000 or a VAXserver 4000. @ The former is SCSI (and with an adapter also TurboChannel) only," while the latter are DSSI systems.  9 And what did DECmaint then do ? Replace the MoBo (ROMs) ?   I I once got a MicroVAX 2000 MoBo in my VAXstation 2000 after the orig MoBo L died and had also license problems afterwards, (thanks to this service guy).  J >I tried this with 4000-60's and 4000-90's. I was going to "save" money byI >reusing the 21" monitors elsewhere and connecting the serial port as the L >console, using a LAT port remotely to be able to reboot the machines, whichM >were at a disaster site. The monitor's and graphics adapters had to stay for M >the plan to work. My machines would not autoboot without a monitor attached,  >further complicating matters.  I IIRC, only the keyboards needs to be attached to qualify as a workstation L on a VAXstation 4000. Don't know if this also applies to a VAXstation/server 3200/3500/3600/...  J And I remember also a DEC 3000 (Alpha), which needed the keyboard attachedI to successfully complete the self test and therefore autoboot. There have K been two possible solutions, if not plugging the keyboard. One was 2 jumper I on the keyboard connector and another one was setting a console variable. J ==> No need for a (21") monitor at all (only kbd/mouse/graph-adap if any).   --  < 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: 12 Oct 2001 09:01:31 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: 4000-90= Message-ID: <d7791aa1.0110120801.4adbeeda@posting.google.com>   \ eplan@kapsch.net (Peter LANGSTOEGER) wrote in message news:<3bc6b7b4$1@news.kapsch.co.at>...h > In article <tsce22p66r2r68@corp.supernews.com>, "Stuart S. Johnson" <stuartsjohnson@yahoo.com> writes:M > >As I found out for myself several years ago, it is the license itself that J > >is the problem. Vaxstation licenses are different than VaxServers and aK > >VaxStation without a graphics adapter does not appear correct to LMF and G > >will not load the licenses. I finally resorted to calling DEC (had a A > >maintenance contract) when I had exhasted all other recources.  > C > VAXstation is yet another machine. It requires "D" type licenses.  > But the problem is similar.  > I > And a VAXstation 4000 is not related to a VAX 4000 or a VAXserver 4000. B > The former is SCSI (and with an adapter also TurboChannel) only,$ > while the latter are DSSI systems. > ; > And what did DECmaint then do ? Replace the MoBo (ROMs) ?  > K > I once got a MicroVAX 2000 MoBo in my VAXstation 2000 after the orig MoBo N > died and had also license problems afterwards, (thanks to this service guy). > L > >I tried this with 4000-60's and 4000-90's. I was going to "save" money byK > >reusing the 21" monitors elsewhere and connecting the serial port as the N > >console, using a LAT port remotely to be able to reboot the machines, whichO > >were at a disaster site. The monitor's and graphics adapters had to stay for O > >the plan to work. My machines would not autoboot without a monitor attached,   > >further complicating matters. > K > IIRC, only the keyboards needs to be attached to qualify as a workstation N > on a VAXstation 4000. Don't know if this also applies to a VAXstation/server > 3200/3500/3600/... > L > And I remember also a DEC 3000 (Alpha), which needed the keyboard attachedK > to successfully complete the self test and therefore autoboot. There have M > been two possible solutions, if not plugging the keyboard. One was 2 jumper K > on the keyboard connector and another one was setting a console variable. L > ==> No need for a (21") monitor at all (only kbd/mouse/graph-adap if any).  < we found out when we had those that you need the adapter ...   ------------------------------  % Date: Fri, 12 Oct 2001 01:24:48 -0400 ( From: David Froble <davef@tsoft-inc.com>' Subject: Re: A free VMS implementation? , Message-ID: <3BC67EA0.4010506@tsoft-inc.com>   Larry Kilgallen wrote:  s > In article <cf15391e.0110110851.37dc4cb2@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  > m >>hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<_11x7.243$RL6.1689@news.cpqcorp.net>...  >>J >>>  We asked about open-sourcing OpenVMS at the San Diego sympoisium and M >>>  rather surprisingly got negative feedback from the customers.  (I would  C >>>  not have believed it had I not been sitting in the same room.)  >>> H >>I attended that same Birds-of-a-Feather session, and although I recallD >>a concern that open access to VMS sources might make it easier forD >>crackers, removing some of the "security through obscurity" VMS inF >>theory might enjoy today, the overall response from the group seemedD >>to be quite positive, as I recall.  Benefits were seen in terms ofA >>education, allowing more people to learn more about VMS and VMS F >>Internals (which would make it possible for more people to find (and0 >>even possibly suggest fixes for) bugs in VMS), >> > H > My recollection of that same meeting is that there was agreement thoseE > benefits could be obtained with a wider availability of the current  > listings kit.     H Exactly!  The sources, or most of them, are already available.  I think 3 I've seen at least one 'listing to source' utility.     F > The major _disadvantage_ of raw source availability is the resultingF > "locally modified" copies of VMS.  I would expect someone in Keith'sI > position, especially, would enjoy the fact that when a client says they G > have a machine running VMS it is really running (some version of) the  > official DEQ images. > C > Those who were not around for the "good old days" of Tops-10 just E > don't appreciate the feeling of running your own heavily customized : > version of the operating system on all your own KL10s... > G > ...only to have management tell you the company was being merged with K > an even larger company whose KL10s all ran _their_ own heavily customized " > version of the operating system. > E > I think it took the decline of TOPS-10 (I didn't stay there) before D > there was any resolution of that quagmire -- two different sets ofF > customers each depending on particular modifcations to the operatingI > system.  Don't even _think_ about accepting a new OS release from DEC !  >             H This is the problem.  A valid question would be "what is VMS" once more D than one copy was available.  I for one see this as a real disaster.  I Note that the OS can be customized now, with user written device drivers  F and such.  If you don't like the way a VMS utility, COPY for example, # works, you can write a replacement.   I I am under the impression that some entity defines what Linux "is".  Not  I real clear on this.  Regardless, there would need to be some entity that  : defined VMS as an OS, and any deviations would NOT be VMS.  I When I see terms such as "opensource VMS" what I really think I'm seeing  G is a desire to use VMS commercially without paying for the priviledge.  G The key issue here is 'commercially', since for non-commercial use the  I price is already as good as it could likely get.  Even if another entity  C was distributing the OS, I truly do not feel that it could be done  @ without compensation of some sort.  At that time you're back to 9 re-inventing the wheel.  There already is such an entity.   G The only reason I could see for the availability of sources to another  I entity for modification and distribution would be for porting to another  D platform, such as the AMD 64 bit stuff.  If I were to imagine doing G this, (which I don't), it would be after the IA-64 port to allow usage  I of a 'beginning' copy of the code that is already rather portable.  Even  ? then, I'd want some entity (and one now exists) to enforce the  E definition of VMS, to avoid the various versions being incompatible.  I You would want to be able to run a cluster with VAX, Alpha, IA-64 (well,  8 maybe), and the (for example) AMD systems, wouldn't you?   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  + Date: Fri, 12 Oct 2001 08:56:19 +0000 (UTC) 9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no> ' Subject: Re: A free VMS implementation? - Message-ID: <9q6b7j$2o3$1@tyfon.itea.ntnu.no>   . Larry Kilgallen <Kilgallen@spamcop.net> wrote:s : In article <cf15391e.0110110851.37dc4cb2@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes: n :> hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<_11x7.243$RL6.1689@news.cpqcorp.net>...K :>>   We asked about open-sourcing OpenVMS at the San Diego sympoisium and  N :>>   rather surprisingly got negative feedback from the customers.  (I would D :>>   not have believed it had I not been sitting in the same room.) :>  I :> I attended that same Birds-of-a-Feather session, and although I recall E :> a concern that open access to VMS sources might make it easier for E :> crackers, removing some of the "security through obscurity" VMS in G :> theory might enjoy today, the overall response from the group seemed E :> to be quite positive, as I recall.  Benefits were seen in terms of B :> education, allowing more people to learn more about VMS and VMSG :> Internals (which would make it possible for more people to find (and 1 :> even possibly suggest fixes for) bugs in VMS),   H : My recollection of that same meeting is that there was agreement thoseE : benefits could be obtained with a wider availability of the current  : listings kit.   F : The major _disadvantage_ of raw source availability is the resultingF : "locally modified" copies of VMS.  I would expect someone in Keith's  5 I suppose support would only be for Compaq's own VMS?   4 Then few would dare having to do support themselves?  3 How much do Compaq profit on each of the following?    VMS support? VMS related hardware?  VMS operating system itself? Other VMS software?  Are the other categories?   
 -Roar Throns    ------------------------------  + Date: Fri, 12 Oct 2001 09:24:28 +0000 (UTC) 9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no> ' Subject: Re: A free VMS implementation? - Message-ID: <9q6csc$5du$1@tyfon.itea.ntnu.no>   2 Keith Parris <keithparris_NOSPAM@yahoo.com> wrote:m : hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<_11x7.243$RL6.1689@news.cpqcorp.net>... J :>   We asked about open-sourcing OpenVMS at the San Diego sympoisium and M :>   rather surprisingly got negative feedback from the customers.  (I would  C :>   not have believed it had I not been sitting in the same room.)   H : I attended that same Birds-of-a-Feather session, and although I recallD : a concern that open access to VMS sources might make it easier forD : crackers, removing some of the "security through obscurity" VMS in  6 The source is not that difficult to get hold of today.2 And potential security holes would still be there.  F : theory might enjoy today, the overall response from the group seemedD : to be quite positive, as I recall.  Benefits were seen in terms ofA : education, allowing more people to learn more about VMS and VMS F : Internals (which would make it possible for more people to find (andG : even possibly suggest fixes for) bugs in VMS), plus the potential for F : someone to take the effort to port VMS to other architectures (folksE : were thinking IA-32 or maybe AMD's 64-bit architecture at the time,iB : not IA-64).  One option discussed was that Compaq might considerB : releasing a CD with a buildable version of VMS code (which wouldH : presumably contain at least a workable, usable subset of the full VMS' : features).  D I attended an Eric S Raymond (an open source guy) speech a couple of
 years ago.I He did not say open source would be the thing to do for everyone, only in . the cases it would be an advantage. (I think).C Perhaps it would be a good idea to invite Raymond to have a speech?/ (He has already done so at MS)  E : I can imagine that folks from VMS Engineering could come out of theaF : same BOF with very different impressions, perhaps even feeling quiteG : threatened by the prospect of an open-source VMS, in several aspects,e : including:@ : o  Potential loss of control over the direction of developmentH : efforts, or potential splintering of VMS directions and focus, and theE : potential for multiple competing VMS distributions as we see in thec
 : Linux spaceh  C I think it would still be one VMS distribution, because it would beu@ a bit hard setting up a competitor. Compaq/HP/"Next Buyer" would always(?) be in the lead.AI Raymond quoted some high Soviet official saying something it did not helprI that Soviet copied US nuclear tech, because when the Soviets had finishede< copying, the US had gotten to the next step and still ahead.8 If a competitor should get ahead, it would be deserved.   F : o  Giving away trade secrets for software algorithms that were never0 : patented, or making it easier to evade patentsE : o  Ability for people to run VMS in commercial applications withoutmG : buying software licenses or hardware from Compaq, when such sales payn0 : VMS engineers' salaries and justify their jobs  I Go for more support earnings instead? (I have in a followup to a followupn0 asked about earnings on VMS support, VMS OS etc)  
 -Roar Thronsa   ------------------------------    Date: 12 Oct 2001 10:29:29 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)d' Subject: Re: A free VMS implementation?u3 Message-ID: <v6p1ebDOe0Xy@eisner.encompasserve.org>r  i In article <9q6b7j$2o3$1@tyfon.itea.ntnu.no>, Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no> writes: 0 > Larry Kilgallen <Kilgallen@spamcop.net> wrote:  H > : The major _disadvantage_ of raw source availability is the resultingH > : "locally modified" copies of VMS.  I would expect someone in Keith's > 7 > I suppose support would only be for Compaq's own VMS?- > 6 > Then few would dare having to do support themselves? > 5 > How much do Compaq profit on each of the following?b >  > VMS support? > VMS related hardware?a > VMS operating system itself? > Other VMS software?9 > Are the other categories?e  C I am not worried about where Compaq makes its profit.  I am worriedrB about the world I have to live it -- "Well it's 'sort of' like the VMS you get from Compaq".    ------------------------------    Date: 12 Oct 2001 10:02:47 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)e' Subject: Re: A free VMS implementation?T, Message-ID: <tYO0XM1JVs3t@malvm6.mala.bc.ca>  , In article <3BC67EA0.4010506@tsoft-inc.com>,.     David Froble <davef@tsoft-inc.com> writes: >>  I >> My recollection of that same meeting is that there was agreement those=F >> benefits could be obtained with a wider availability of the current >> listings kit. >  > J > Exactly!  The sources, or most of them, are already available.  I think 5 > I've seen at least one 'listing to source' utility.n > D     All us old-timers will recall when every VMS update used to comeA with a large stack of listings on microfiche. I'm sure we all gotrC a lot of eyestrain poring over those fiche. Then Digital decided to-F stop shipping the fiche listing with VMS and instead to offer a ratherB expensive ( $thousands/year ) "service" to provide the listings onC CD instead. Of course by doing so they saved millions of dollars onSC fiche production/shipping costs. It would have cost them about $1-2 B (ie a large net savings over fiche costs) to throw that listing CD' into the VMS binaries distribution kit.e  :     I would applaud any move by DigiComHPaq to restore theF automatic distribution of listings with update kits, but I'm certainly5 not going to hold my breath waiting for it to happen.n  G >> The major _disadvantage_ of raw source availability is the resultingeG >> "locally modified" copies of VMS.  I would expect someone in Keith's J >> position, especially, would enjoy the fact that when a client says theyH >> have a machine running VMS it is really running (some version of) the >> official DEQ images..  E     I doubt many of us want to heavily customize VMS, but the listinggG were a great way to understand what was going on when problems occurredaC and to get "real world" sample code to better understand how to use.H system features ( of course it was also a great way to find undocumented features ).g   ------------------------------  % Date: Fri, 12 Oct 2001 10:00:08 +0100e% From: Alan Greig <a.greig@virgin.net>t$ Subject: Re: ALGOL and 1022 database8 Message-ID: <eg9dstsq13fpbt9fdom8c7mjuvh2p4iqii@4ax.com>   I wrote:  E |Yes renamed 1032 on VMS and it is still around. One of the 1022/1032aD |engineers monitors comp.os.vms (added a crosspost) so maybe they'll |spot this thread. |aA |I think I recall reading many years ago that 1022 was the serials> |number of the KL-10 the database was originally developed on.    D Tym Stegner of cca did pick up on this thread over in c.o.v. but did? not cross-post back to a.s.p (as he reads by mail I'll take thevC liberty of cross-posting back). Here's a couple of  Tym's comments.sF Jump over to c.o.v.  (if you are reading this is a.s.p) for the actual posts.     From: Tym_Stegner@cca-int.comi Newsgroups: comp.os.vmse$ Subject: Re: ALGOL and 1022 databaseA Message-ID: <OF96F91B8A.A513196F-ON85256AE2.006478D5@cca-int.com>p% Date: Thu, 11 Oct 2001 14:33:09 -04001- Organization: Info-VAX<==>comp.os.vms Gatewaya# X-Gateway-Source-Info: Mailing ListA	 Lines: 49 * Content-type: text/plain; charset=us-ascii Mime-Version: 1.0- Path:- spln!lex!extra.newsguy.com!lotsanews.com!cyclone-sf.pbi.net!206.13.28.125!cyclone-transit.snfc21.pbi.net!216.218.192.242!news.he.net!news.kjsl.com!mvb.saic.com!info-vax Xref: spln comp.os.vms:190396G     |Alan Greig (& others) wrote:6 |> |>> BTW, what IS 1022? |>J |>Well, my mind is feeling a little foggy today, but IIRC, it's a databaseK |>that started on the PDP-10 and was later ported to the VAX and Alpha (fortH |>OpenVMS).  I believe it's still around.  Or to put it another way it's |eE |Yes renamed 1032 on VMS and it is still around. One of the 1022/1032eD |engineers monitors comp.os.vms (added a crosspost) so maybe they'll |spot this thread. |gA |I think I recall reading many years ago that 1022 was the serialr> |number of the KL-10 the database was originally developed on.  " From the System 1022 User's Guide:  D "System 1022 is general purpose data management software system that@ operates on DECsystem-10 and DECSYSTEM-20 computers. [And now on whatever" hardware emulates those OS's -TJS]  @ It is easy to use interactively and in sophisticated application	 programs.sB It is a tool that brings data base management to those who use the data, @ yet satisfies the needs of professional managers and application system
 designers.  ? Related data sets are easily linked for combined management and 	 reportingoB of information.  System 1022 creates and updates large (and small) dataE collections.  A very fast retreival capability gives immediate accesst toC data in the largest collections of records.  A comprehensive reports writer> displays this data with any level of formatting and analysis."    E A companion product from the same vendor, Software House (formerly of F Cambridge, MA, USA); System 1032, was engineered from the ground up toA provide System 1022-like features on the newly introduced VAX/VMSV	 operatinge system.2    D The *ACTUAL* origin of the System 1022/System 1032 product names are lostF in the mists of time.  At least, *I've* never been able to get a clearD story from the original engineers.  Although, the above story is the most plausible i've come across...    -Tym Stegner System 1032 Support & -Insert usual, broad, disclaimer here-         Ando   From: Tym_Stegner@cca-int.comd Newsgroups: comp.os.vms.$ Subject: re: ALGOL and 1022 databaseA Message-ID: <OF74FBEA97.48197198-ON85256AE2.0065F9E0@cca-int.com>e% Date: Thu, 11 Oct 2001 14:36:37 -0400m- Organization: Info-VAX<==>comp.os.vms GatewayR# X-Gateway-Source-Info: Mailing Listg	 Lines: 207* Content-type: text/plain; charset=us-ascii Mime-Version: 1.0t Path:f spln!lex!extra.newsguy.com!lotsanews.com!cyclone-sf.pbi.net!206.13.28.125!cyclone-transit.snfc21.pbi.net!216.218.192.242!news.he.net!news.kjsl.com!mvb.saic.com!info-vax Xref: spln comp.os.vms:190397p  " |Larry Kilgallen (& others) wrote: |pD |In article <1vjastcqtciaedqoi6mu08fp95tq9o6fls@4ax.com>, Alan Greig <a.greig@virgin.net> |writes:f | C |> I think I recall reading many years ago that 1022 was the serials@ |> number of the KL-10 the database was originally developed on. |eG |Whereas I believe it means the software ran on (PDP-)10s and (PDP-)20s  |too (2).  1022.  F This was the commonly accepted rational for the System 1022 name.  Any ofF the System 1022 developers would instantly gainsay it (though a better rational was not provided).e   -Tym Stegner -- Alan   ------------------------------  % Date: Fri, 12 Oct 2001 01:31:35 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: Big Alpha Deal , Message-ID: <3BC68037.6050609@tsoft-inc.com>   Terry C. Shannon wrote:   H > "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message  > news:3bc5c3c9$1@news.si.com... > K >>>This is a revised version of an article that first appeared on 2 October  >>>o > in >  >>>the following form  >>> 8 >>>http://www.informationweek.com/story/IWK20011002S0005 >>>h  >>I like where the article says: >> >>H >>>"Government customers will come to us with problems, and we'll take a >>>oL >>building-block approach to beat their requirements >with our resources and. >>the resources of our partners," Lipkin says. >>K >>I would have expected that to read "meet their requirements".  However, I K >>can just imagine Compaq beating (up on) them until they get the idea theyt >>don't require Alphas.r >> > N > Such a scene is unimaginable in Nashua or in the Marvel Mansion in Marlboro." > As for Houston, ya never know...    Q The problem is who's running at a higher level of priority, New Englend or Texas?h   Dave   -- y4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Fri, 12 Oct 2001 12:04:58 GMTu4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Big Alpha Deala> Message-ID: <K%Ax7.106774$vq.22704373@typhoon.ne.mediaone.net>  5 "David Froble" <davef@tsoft-inc.com> wrote in messageo& news:3BC68037.6050609@tsoft-inc.com... > Terry C. Shannon wrote:e > J > > "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message" > > news:3bc5c3c9$1@news.si.com... > >mE > >>>This is a revised version of an article that first appeared on 2  Octoberr > >>>s > > in > >, > >>>the following formo > >>>t: > >>>http://www.informationweek.com/story/IWK20011002S0005 > >>>." > >>I like where the article says: > >> > >>J > >>>"Government customers will come to us with problems, and we'll take a > >>>fJ > >>building-block approach to beat their requirements >with our resources andi0 > >>the resources of our partners," Lipkin says. > >>K > >>I would have expected that to read "meet their requirements".  However,l IaH > >>can just imagine Compaq beating (up on) them until they get the idea they > >>don't require Alphas.e > >> > >aF > > Such a scene is unimaginable in Nashua or in the Marvel Mansion in	 Marlboro.o$ > > As for Houston, ya never know... >o >nL > The problem is who's running at a higher level of priority, New Englend or Texas? >    Or Palo Alto, perhaps?  L I suspect the folks in Houston can read spreadsheets. I suspect they realizeF that they generate far more margin from real enterprise gear than fromD Billyboxes. I do not ascribe to the conspiracy theory that fealty toL Microsoft (and Intel) is Job One at Compaq. In any event, CPQ stock is stillL dirt-cheap, hence for a hundred bucks everyone who has strong opinions about? this subject can pick up ten shares and a door pass to the nexta stockholder's meeting. ..    ------------------------------  # Date: Fri, 12 Oct 2001 11:19:54 GMT5# From: mats@plea.se (Mats Magnusson) ' Subject: Re: BOOTP booting of VXT 2000?. Message-ID: <3bc74183@plea.se>    TL> Joris Pragt wrote:-    >> Hallo all,  L  >> I have recently acquired a few VXT 2000 X-terminals, which are very niceK  >> pieces of hardware, indeed. However, I have not been able to boot them.-  >> As IK  >> do not have any VMS machines here, I would like to boot the things with:L  >> BOOTP/TFTP. I have, however, been unsuccesful in my attempts. I have set  >> upI  >> bootp/tftp servers on both SGI IRIX and Windows 2000, but both do notf  >> function properly.K  >> I have studied ths server logs and sniffed the ethernet traffic, but doi  >> notSL  >> understand what is happening. The request for BOOTP information from the  >> VXTmI  >> is received, and a response is broadcast. However, after this the VXTn  >> doesL  >> not seem to reply and continues trying other protocols as if nothing was:  >> received at all. No TFTP connection attempts are done.  E  >> Has anybody had experience with this kind of problem? Has anybodyh  >> actuallyL  >> got BOOTP/TFTP to work for the VXT2000 or is it actually not working? Am  >> I 8  >> making a mistake or is it just not supposed to work?  H  TL> just checking, but have you installed the VXT software on the bootp
  TL> host?   Let the VXT2000 boot via MOP.b  ; The tftp client in VXT2000... well... it sucks rather hard.s  L Any broadcast packet on the ethernet segment (atleast IP) will interrupt theI booting, and then you need to begin all over again. And again. And again.   F If you don't have a VMS machine to MOP boot from there are mop daemons available for Linux.   -- g* M.V.H. Mats Magnusson http://plea.se/~mats   ------------------------------  % Date: Fri, 12 Oct 2001 01:33:23 -0400s( From: David Froble <davef@tsoft-inc.com>N Subject: Re: Compaq revenue goes down $1 Billion, warns of loss in 3rd Quarter, Message-ID: <3BC680A3.6080107@tsoft-inc.com>   Arne Vajhj wrote:   > "Vance R. Haemmerle" wrote:  > G >>  I see that Compaq is now warning of a loss of $1 Billion in revenueeJ >>and a loss in the 3rd Quarter.  It looks like the stock is going to takeF >>a hit this morning (Thank goodness I sold at $12+ a few months ago). >>L >>  Compaq is blaming it on a Typhoon affecting shipments and the Sept. 11thF >>attack (3 weeks from Quarter end).  Come on Compaq, how much of this8 >>is due to the Alpha murder at the end of last quarter? >> > @ > Everybody told Compaq that Alpga sales would be very low after > the announcement.g >  > They did not believe it.    . More like they were wearing earplugs and such.     Dave   -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 12 Oct 2001 11:55:16 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>h Subject: Re: CSWINGt* Message-ID: <9q6ln4$n7t$2@news1.Radix.Net>  . Bob Koehler <koehler@encompasserve.org> wrote:  H >    curses does not provide as many laywers of abstraction as SMG$, and- >    does not provide a keyboard abstraction.u  K "keyboard abstraction" comes across as jargon (you'll have to describe what . you think it does for me to respond properly).   -- o= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>e http://dickey.his.comy ftp://dickey.his.com   ------------------------------  % Date: Fri, 12 Oct 2001 14:58:56 +0100i< From: "David Tarbox-Cooper" <David.Tarbox-Cooper@bcs.org.uk> Subject: DEC VAX Users3 Message-ID: <9q6t3l$knp$1@neptunium.btinternet.com>f  ? Can anybody tell me a legitimate, or otherwise, way to identifye% companies/sites still using DEC VAXs.   !             David A Tarbox-Cooperd)                 Tarbox-Cooper Associates.    ------------------------------  % Date: Fri, 12 Oct 2001 15:17:46 +0000i  From: Steve.Spires@yellgroup.com Subject: Re: DEC VAX Users/ Message-ID: <00256AE3.00540702.00@quegw01.btyp>   L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    H One way would be to visit your library and ask to see the Computer UsersH Handbook [Vol 4 I think] which has a list of companies using IT and whatO machines they have in the organisation, contact names, IT employee numbers etc.n  / Might not be 100% up-to-date, but it's a start.e   Steve Spires          P "David Tarbox-Cooper" <David.Tarbox-Cooper@bcs.org.uk> on 10/12/2001 01:58:56 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)wM From:      "David Tarbox-Cooper" <David.Tarbox-Cooper@bcs.org.uk>, 12 Octobern            2001, 1:58 p.m.  
 DEC VAX Usersi        ? Can anybody tell me a legitimate, or otherwise, way to identifyU% companies/sites still using DEC VAXs.   !             David A Tarbox-Coopere)                 Tarbox-Cooper Associates.w   ------------------------------  # Date: Fri, 12 Oct 2001 16:50:36 GMTm3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>o Subject: Re: DEC VAX Users. Message-ID: <3BC71EE1.189AB2D@cableinet.co.uk>   David Tarbox-Cooper wrote: > A > Can anybody tell me a legitimate, or otherwise, way to identify ' > companies/sites still using DEC VAXs.h > # >             David A Tarbox-Cooperb+ >                 Tarbox-Cooper Associates.R      who do you work for, Sun or IBM?   -- - Tim.Llewellyn@cableinet.co.uk  5  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.v   ------------------------------  # Date: Fri, 12 Oct 2001 17:06:30 GMTi3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>n Subject: Re: DEC VAX Users/ Message-ID: <3BC72299.5E505F87@cableinet.co.uk>    David Tarbox-Cooper wrote: > A > Can anybody tell me a legitimate, or otherwise, way to identifyf' > companies/sites still using DEC VAXs.  > # >             David A Tarbox-Cooper + >                 Tarbox-Cooper Associates.   : if this is a genuine request, sorry about my  first reply.@ You might be better off getting some advertising included in the Decus mailshots.   regardsy -- i Tim.Llewellyn@cableinet.co.uk     C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.h   ------------------------------  % Date: Fri, 12 Oct 2001 09:29:24 -0400m* From: WILLIAM WEBB <WWEBB1@email.usps.gov>E Subject: RE: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has nM- Message-ID: <0033000038113039000002L092*@MHS>m   =0ACats are like UNIX?   **Schroedinger's** cat, maybe.   WWWebb     > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET>* > Sent: Thursday, October 11, 2001 8:59 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNETH > Subject: RE: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has n=   >  >rC > Emotional attachment to VMS?  Naw, we just like things that work.t >a< > Good idea about Sun in the home though.  I've always liked > the idea of an; > Sun logo on my cable box.  Such a nice logo it is too.  Is > think Sun is nextu* > to be eaten.  Go HBO, Showtime or Apple! >t= > And FYI we eat dogs well grilled on our PDP/11's.  No cats,i
 > they're tooa > much like Unix.  >a >r3 > Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote int: > news:20011011191752.54859.qmail@web20209.mail.yahoo.com: >l
 > > People > >o8 > > I believe almost 99% here have any kind of emotional > > link with OpenVMS/Alpha.0 > > I suggest a therapy. Anyone here graduate in > > psicology ?b > >e% > > Alpha it is/was just a processor.l0 > > It will be replaced by Itanium and maybe any" > > AMD similar ... in the future. > >k0 > > OpenVMS it is what we know. It is like a dog/ > > you like very much because "it obey you" asa
 > > you want.w > >c2 > > If the dog dies.. you probably will change the > > dog. > >M > > PS: Dogs are not eternal.e > > 4 > > And about Scott - I really think he should buy a4 > > company like Palm/Handspring to conquest the end
 > > customer.n > >( > >v. > > The normal customers dont know what is Sun0 > > Microsystems. How can he defeat Microsoft if5 > > there isnt anything in my home with the Sun logo?a > >n > >w > > Have a nice weeked...  > >t > > Regards  > >e > > FC3 > > --- Brian Wheeler <bdwheele@indiana.edu> wrote:c > >> In article  > >>@ > ><80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exc
 > h.eds.com>,eH > >>      "Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com> writes= :u > >> >H > >> > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that th= eaD > >> > "DEC Alpha is dead", at the Gartner Symposium in Orlando this > >> > morning...... > >>8 > >> Well, he has a point...Compaq has announced its end > >> of life, so I suppose8 > >> it would have been more proper to say "dead-end" or > >> "soon to be dead".  Either0( > >> way, he'll be right soon enough. :( > >> > >t > > I > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=c* =3D=3D=3D=3D=3D=3DF?bio dos Santos Cardoso > > OpenVMS System Manager > > Rio de Janeiro - Brazily > > fabiopenvms@yahoo.com.brI > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=  =3D=3D6 > > __________________________________________________ > > Do You Yahoo!?0 > > Make a great connection at Yahoo! Personals. > > http://personals.yahoo.com >=   ------------------------------  # Date: Fri, 12 Oct 2001 14:34:59 GMTa' From: Rick Dyson <Rick-Dyson@UIowa.EDU>i$ Subject: FREE HSC40 Parts Available!) Message-ID: <3BC6FF93.1E342E24@UIowa.EDU>   F     Free HSC40 boards/parts!  We are literally throwing this equipmentH away.  If anyone is interested in any of these parts, please let me knowE ASAP and they are yours, IF YOU PAY FOR SHIPPING.  They are all pulls&I from an HSC40 that was functioning when it was turned off.  No guaranteesg on them.  They are "AS IS".R    '     QTY PART #      REV     DESCRIPTION-.     --- --------    ---     ------------------"       1 L0117-AA    A       MEMORY+       1 L0111-YA    A       I/O CONT. PROC. -       2 L0108-YA    C       DISK DATA CHANNEL.,       1 L0119-YA    F4      D/T DATA CHANNEL-       1 L0107-YA    F       CI PORT PROCESSOR *       1 L0109-00    E       CI PORT BUFFER(       1 L0118-00    B       CI PORT LINK  H     Preference will be given to anyone who wants all or most of them, so+ I don't have to ship to multiple addresses.2   Regards,
 Rick Dyson --    J Richard L. Dyson                                      rick-dyson@uiowa.eduJ  _   _  _____                      http://www-pi.physics.uiowa.edu/~dyson/J | | | ||_   _|  Senior Systems Analyst   --   INFORMM-Cerner Systems Group2 | | | |  | |    The University of Iowa Health CareJ | \_/ | _| |_   Health Care Information Systems BT1000 GH  O: 319/384-7016J  \___/ |_____|  Iowa City, IA 52242-1052                 FAX: 319/384-7020   ------------------------------  % Date: Fri, 12 Oct 2001 10:31:33 -0400s; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov>  Subject: FS:  1995 S&O Catalog.tK Message-ID: <D46FE9B132FB9B44AEC242A96E4AB75004BC598E@rlghncst625.usps.gov>r   make offer, include shipping.    ==============================* William W. Webb, EDS, c/o USPS DSSC/OSS/MS. 4924 Green Road Raleigh, NC 27616 919 874 3043  A   ------------------------------  % Date: Fri, 12 Oct 2001 16:24:24 +0100i% From: Alan Greig <a.greig@virgin.net>/# Subject: Re: FS:  1995 S&O Catalog.A8 Message-ID: <im2est49p70ptt7htge7ntvbc6v5oofp7j@4ax.com>  A On Fri, 12 Oct 2001 10:31:33 -0400, "Webb, William W Raleigh, NC"o <wwebb1@email.usps.gov> wrote:   >make offer, include shipping.  F Is there something special about the 1995 SOC? My last printed copy is dated Jan 1999.      -- Alan   ------------------------------  % Date: Fri, 12 Oct 2001 13:30:36 -0400 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>" Subject: RE: FS: 1995 S&O Catalog.- Message-ID: <0033000038148256000002L062*@MHS>m  H =0AMy collection of paper S&Os/Product Bulletins goes from 1993 to 2Q20= 00.   D The Q went to CDs after that.  (Good thing, too, or the planet would< have been completely deforested by now- those PBs were BIG.)  ; People who work with older hardware, either on a commercial3@ or hobbyist basis find these to be a good source of information.  D They offer "what are the specs/what can you hang off it" information( that's just not available anywhere else.  @ The 1993 S&O and the 1993 Open DECconnect Applications Guide are9 the two oldies that get borrowed from me most frequently.d   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETl) > Sent: Friday, October 12, 2001 11:58 AM D > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET$ > Subject: RE: FS: 1995 S&O Catalog. >  > C > On Fri, 12 Oct 2001 10:31:33 -0400, "Webb, William W Raleigh, NC"a  > <wwebb1@email.usps.gov> wrote: >i  > >make offer, include shipping. >nH > Is there something special about the 1995 SOC? My last printed copy i= s1 > dated Jan 1999.a >  >b > -- > Alan >=   ------------------------------    Date: 12 Oct 2001 10:40:10 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)5 Subject: Re: Ghostview doesn't work under OpenVMS 7.3 ( Message-ID: <3bc6ac6a@news.kapsch.co.at>  h In article <9q4u1b$b66$1@top.mitre.org>, lewisnojunkmailplease@lumina.mitre.org (Keith A. Lewis) writes:x >eplan@kapsch.net (Peter LANGSTOEGER) writes in article <3bc5afea$1@news.kapsch.co.at> dated 11 Oct 2001 16:42:50 +0200:Z >>In article <3BC57CF5.2090003@iaf.fhg.de>, Theo Jakobus <Theo.Jakobus@iaf.fhg.de> writes:K >>>After upgrading to 7.3 using Ghostview showed an "invalid font" message.dE >>>Ghostview is a X-window front end to Ghostscript which looks into pT >>>SYS$COMMON:[SYSFONT.XDPS.OUTLINE] for the fonts. This directory is empty, in the Q >>>release notes for OpenVMS 7.3 is a note "Adobe Display PostScript Software No   >>>Longer Available".m >>>b$ >>>So before upgrade save the fonts! >>M >>That's the DECwindows-MOTIF V1.2-6 upgrade, not the OpenVMS V7.3 upgrade !!a > K >My experience says otherwise.  I upgraded my VMS but left Motif 1.2-5, ande >the files still disappeared.-   I stand corrected.D As was already discussed here, Display Post Script (DPS) got removedK in DECwindows-MOTIF V1.2-6 (which I did install on OpenVMS V7.2[-1], monthslI before I installed V7.3). I counted the XDPS fonts to the DPS subset, and:H that was obviously wrong (as they were indeed packaged with VMS). Sorry.  I btw: Running MOTIF V1.2-5 on OpenVMS V7.3 is unsupported (ADOBE no longern gets money from Q for DPS)   -- f< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 12 Oct 2001 16:06:31 +0200l= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>// Subject: Re: Higher prices for Alpha processorst) Message-ID: <3BC6F8E7.339CFD92@gtech.com>s   JF Mezei wrote:  > Arne Vajhj wrote:E > > "OK - so Alpha sales revenue are down after our Alpha end-of-lifemH > > announcement - no problem we will just increase prices to compensate > > for decrase in units." > >p1 > > The computer business does not work that way.v >  > Yes it does.  ? So you claim tha Alpha revenue will go up by a price increase ?y  ' I did not belive that was your opinion.   B > When you want to get rid of a product to favour a more strategic8 > one, you take steps to make that product unattractive.  D That may be very true. But it has *NOTHING* to do with what I wrote.   Arne   ------------------------------  % Date: Fri, 12 Oct 2001 12:24:45 +0100a< From: "Gordon Pimblott" <gordon.pimblott@uk.thalesgroup.com> Subject: Installed VMS Imagess% Message-ID: <9q6jvj$hca$1@rdel.co.uk>a  C When I try and use the MOUNT command the following error message iss	 returned:   9 -SYSTEM-F-PROTINSTALL, protected images must be installedo  ; The images appear to be installed when viewed with INSTALL.s  9 Other system shareables appear to have the same problem ?t   Can anybody help ?   ------------------------------  # Date: Fri, 12 Oct 2001 12:08:24 GMTM. From: "Alphaman" <alphaman64@nixspam-home.com>  Subject: Re: Itanium and OpenVMS= Message-ID: <Y2Bx7.56187$Pr1.16636230@news1.rdc1.tn.home.com>   8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3BC47A30.30591211@videotron.ca...B > If you were to acquire sufficient privileges to access the "boot
 partition"I > while VMS is running and change it, isn't it correct to state that suchw5 > changes would not take effect until the next boot ?    Yes.  J > And during that boot, wouldn't it become very obvious that something wasI > happening that was quite wrong ? Isn't the worst case scenario that ther covert1 > boot program would just erase the system disk ?S  L No, not necessarily.  It could be a trojan watching stuff and reporting back to its master.  L No, not necessarily.  The worst case scenario, huh?  First it would launch aH DoS attack, mail all your users' credit card numbers to Russia, send allI your GPG passphrases to Iraq, send a list of your porn pics and movies tonJ the FBI, send your lover's phone and email addy's to your spouse, and THENG initialize the disk (like any good PeeCee virus does) but it would fail 8 because the device was already open for use by the OS...   Yay, it's Friday...  Aarong --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html  2 "I fear all we have done is waken a sleeping giant+      and fill him with a terrible resolve." '       Japanese Admiral Isoruku Yamamotoe'       after the bombing of Pearl Harborn  < Those that don't learn from history are doomed to repeat it.   ------------------------------  % Date: Fri, 12 Oct 2001 09:28:41 +0200o7 From: "Ren RENE.SCHELBAUM" <rene.schelbaum@datakom.at>t+ Subject: Re: LICENSE-I-EXCEEDED for VAX-VMS-G Message-ID: <3bc69add$0$35832$6e365a64@newsreader02.highway.telekom.at>e  C "frank brown" <frank.brown@ci.seattle.wa.us> schrieb im Newsbeitragn+ news:0Gkx7.53$UD1.3232@news-west.eli.net...AJ > I'm getting 'attempted usage exceeds active license limits' when logging onE > to our VAX 4300.  The VAX-VMS license is loaded.  It is as follows:e >u" > Issuer:                      DEC, > Authorization:           ALS-WM-90165-1683 > Product Name:         VAX-VMSs > Producer:                 DEC.# > Units:                       4000y  > Version:                   0.0  > Release Date:           (none)! > PAK Termination Date:    (none)  > Availability:               0h6 > Activity:                    C (VMS Concurrent User)& > Options:                    NO_SHARE > Hardware ID: >h > Revision Level:          7% > Status:                      Activew  > Command:                MODIFY > Modified by user:      SYSTEM 2 > Modified on:             15-AUG-2001 15:39:17.94$ > Include:                     CPUA2 > L > Any clue why only OPA0: sessions are allowed on this guy?  It's an offsiteH > clone of a production system, I changed the node name and modified theJ > license's 'INCLUDE' to match; otherwise identical to the one which works7 > (allows 64 interactive logins) on the production VAX.s >a > -Frank Brown > Seattle Fire Deptm% > frank.brown@NOSPAM_ci.seattle.wa.uss > http://www.inwa.net/~frog/ >b >a   Hi!s  > Thats what you also get, when you have OPENVMS-ADL (CuncurrentF User)-licenses and the number of cuncurrent users exceeds that number.H (by the way: the maximum number of concurrent users is the license unsit& divided by 100 as far as I can recall)H You should be able to log in at the console, and do a "show user" there,# which would give you an indication.1   Regards0   ren   ------------------------------    Date: 12 Oct 2001 11:14:00 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)+ Subject: Re: LICENSE-I-EXCEEDED for VAX-VMS * Message-ID: <3bc6b458$1@news.kapsch.co.at>  f In article <vKqx7.74$UD1.3946@news-west.eli.net>, "frank brown" <frank.brown@ci.seattle.wa.us> writes:I >Very interesting...the production unit is a VAX 4000-300, hardware model1	 >type 2110I >where the Type C units required is 100; whereas the backup unit is a VAX-L >4000-300, hardware model type 212 and Type C license is 'Not Permitted', it >requires a Type B.,   So, you found the problem.7 You seem have a VAX 4000-300, and a VAXserver 4000-300.p  H >So exactly what is the difference between a VAX 4000-300 type 211 and aI >4000-300 type 212 anyway?  They look the same and act the same AFAICT...e   It might be a matter of L a) graphics adapter b) attached keyboard c) MoBo Jumper d) MoBo [[[E]E]P]ROM  ! As I tend to think, that it is d)g   --  < 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: 12 Oct 2001 16:44:54 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz)% Subject: Need VMS 1.5 C-Kermit binaryo5 Message-ID: <9q76m6$sn1$1@newsmaster.cc.columbia.edu>,  J For somebody who has VMS 1.5-1H1 and UCX 3.0.  Evidently the binary I have here:j  A   ftp://kermit.columbia.edu/kermit/bin/ckv192-axp-vms10-ucxxx.exe>  H is not really what it claims to be, because when they start it, it says:  9   ALPHA1:000000>run DKA300:[UTILITIES.SYSTEM]KERMIT.EXE;1 )   %DCL-W-ACTIMAGE, error activating imageo'   DKA300:[UTILITIES.SYSTEM]KERMIT.EXE;1oB   -CLI-E-IMGNAME, image file DKA300:[UTILITIES.SYSTEM]KERMIT.EXE;1>   -IMGACT-F-NOTNATIVE, image is not an OpenVMS Alpha AXP image  G They don't have a C compiler so can't build it themselves.  If you have-G and Alpha with VMS 1.5 or earlier and with DEC C, could you pls contact  me?  Thanks.   - Frankc   ------------------------------  % Date: Fri, 12 Oct 2001 12:38:27 +02007+ From: "Joachim Gantenberg" <jo.gant@web.de>t! Subject: ping source code for VMSi1 Message-ID: <9q6h7i$1cds$1@wrath.news.nacamar.de>/   Hi,t  2 does anyone have the source code for ping for vms?4 I need the port of the UNIX-tool for a project in C.   Thanks  
 _____________q J.Gantenberg JGantenberg@psi.de   ------------------------------  # Date: Fri, 12 Oct 2001 17:03:22 GMT 3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>.C Subject: Re: Problem With VMS Backup Save-Set Spanning Tape Volumes / Message-ID: <3BC721DA.DFC22061@cableinet.co.uk>    Rick Dyson wrote:- >   -U >         Does anyone know about TLZ04 drivers?  Are they able to use 120m DDS2 tapes Q > on VAX/OpenVMS v6.2?  I found it curious that 3 of 3 virgin tapes all failed to  > beR > able to read all the way to the end.  Though 2 did seem to read much longer than > one 
 > of them.  -G Only 60m tapes are supported in the TLZ04. That MAY be your problem. OfE course,t< lack of verify when making the backup was the first problem. -- , Tim.Llewellyn@cableinet.co.uk  E  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.h   ------------------------------    Date: 12 Oct 2001 01:13:10 -0700& From: mafw@my-deja.com (Mark Williams)7 Subject: Re: Public accessable VMS machine for testing?c; Message-ID: <fa2670b1.0110120013.4aa5f0@posting.google.com>a  k mafw@my-deja.com (Mark Williams) wrote in message news:<fa2670b1.0110110151.3493e023@posting.google.com>... E > Is there any publicly accessable OpenVMS machines (V 7.X) out theremF > where I can try to build/test some C/C++ language software?  I can'tG > justify renting a machine because there is only a small amount to do.e > I > Alternatively can I 'rent' an account on a machine for a short time fora > a reasonable cost?  J Thanks for the replies. I should have mentioned that I need an Alpha not a VAX machine :-)e   Regards,     Mark   ------------------------------  % Date: Fri, 12 Oct 2001 12:57:52 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>7 Subject: Re: Public accessable VMS machine for testing? 0 Message-ID: <3BC6B090.4E3F949D@SMTP.DeltaTel.RU>   Hi !* 	Have a look to Compaq test drive program.   Mark Williams wrote: > E > Is there any publicly accessable OpenVMS machines (V 7.X) out there F > where I can try to build/test some C/C++ language software?  I can'tG > justify renting a machine because there is only a small amount to do.  > I > Alternatively can I 'rent' an account on a machine for a short time forC > a reasonable cost? >  > TIA@
 >    Mark.   -- c Cheers, F +OpenVMS [Sys|Net] HardWorker .......................................+E  Russia,Delta Telecom Inc,                    Cel:  +7 (901) 971-3222sE  191119,St.Petersburg,Transportny per. 3                     116-3222aF +http://starlet.deltatel.ru ................. SysMan rides HailStorm +   ------------------------------    Date: 12 Oct 2001 01:07:15 -0700& From: coven@talk21.com (Mark Corcoran)Y Subject: Re: Quert wrt NETACP on VMS 5.5-2 (specifically, but probably relates to  NETACP"= Message-ID: <15845bab.0110120007.23d7d164@posting.google.com>   z Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl> wrote in message news:<3BC2F0CF.5FB99F7C@contrastmediagroep.nl>... > Mark Corcoran wrote: > N > > We have a large number of OVMS systems (~240, a combination of 7.1 and 7.2O > > systems), which until recently, were not time-synched, and as part of their=M > > daily housekeeping job, would copy a number of files off the system, onto 9 > > a 5.5-2 Vaxcluster, which is running DECnet Phase IV.n > I > Is this system configured as a router? If so, i would check the maximumaE > broadcast nonrouters. This parameter should be set greater then theE' > amount of nodes you have on your LAN.! > H > Actually if you have any other phase IV routers you should do the same > on these too.t  G The system isn't a router (just an end node), and unfortunately, all ofsD the routers are supported/controlled by another group, so that's notG something I would even be able to look at, much less change (aside fromrE the fact that they would be the only people that might be able to putTE a figure on the number of DECnet systems in our (very) extended LAN).-  " Thanks for the suggestion, though!   Mark   ------------------------------    Date: 12 Oct 2001 01:04:15 -0700& From: coven@talk21.com (Mark Corcoran)Y Subject: Re: Quert wrt NETACP on VMS 5.5-2 (specifically, but probably relates to NETACP/ < Message-ID: <15845bab.0110120004.4f1e28f@posting.google.com>  k coven@talk21.com (Mark Corcoran) wrote in message news:<15845bab.0110090433.479a0585@posting.google.com>...pI > > While you troubleshoot things, you might want to consider raising the / > > DECnet Incoming Timer on the target machine_ > E > I doubled this yesterday from 45 to 90, and there appeared to be no  > problems today.r > H > Given that the number of problems we have previously got with "networkA > partner exited" (which varied on a day-to-day basis), I'm, erm,  > "cautiously optimisitic".- > D > I'll keep an eye on the situation for a few days, to see if things > remain the same.    D We have not yet had any further problems, so I think Keith, that you" should award yourself a gold star!  @ And next time you're in Berkshire, I'll buy you a pint or three.     Mark   ------------------------------    Date: 12 Oct 2001 00:59:09 -0700& From: coven@talk21.com (Mark Corcoran)C Subject: Re: Query wrt routing caches in DECnet Phase V on OVMS 7.1a= Message-ID: <15845bab.0110112359.295f5cb9@posting.google.com>-  Z "antonio.carlini" <arcarlini@iee.org> wrote in message news:<3BC4B36B.D544DBF2@iee.org>...' > That leaves the broken CLUSA node and - > the intervening router(s). How many routers ( > are on the same extended LAN as CLUSA?  1 Erm.  Absolutely no idea.  I don't want to reallyt1 identify the company, but it is a very large one,m0 with numerous groups who have numerous different1 types of systems at numerous sites throughout the-, country, with each group relying on the data- network people to provide the interconnectione2 between these systems (as well as our desktop PCs, dialup access &etc.)    0 > What sort of routers are they (DEC or non-DEC)* > and can you look at them even though you > don't manage them?  1 I would doubt very much that they are DEC systemsw. - they are more likely to be Cisco routers, or* some other sort of hardware-only solution.  1 To be honest, I'm not entirely sure how easy theya1 are for remote management - we had a problem with 0 some U*ix boxes yesterday, which was caused by a/ DECserver (one of the newer ones, that supportsn1 IP) operating on the same A.B.x.x IP address masko  / Apparently even the serial console on it wasn'te- working, but the failure mode was causing all  sorts of problems;  0 Also, I've seen failure modes on DECswitches and0 hubs where the LEDs indicate everything is fine,/ but the box is stuffed because the internal fan@/ has failed, and the components have fried, so I 0 think that networking problems are never easy to* diagnose because the boxes (can) fail with, unpredicatable results - even if some router1 configuration has been changed in just one routere* at the other end of the country, you can't0 necessarily discount the fact that it's a router- in a rack two feet away from yours, where all / the lights are flickering away to indicate thatt everything is okay.   / The only real way (IMHO) is to have one or more.2 systems with NICs in promiscuous mode, and perform0 network monitoring over time, so you can see the2 quantities of each type of message in each type of7 protocol, to have an idea when something ain't right...3      ( > You can also mess things up royally by% > having multiple circuits on the end2 > node.f  3 Well, in the days of Phase IV, I knew what you were:4 talking about.  I find it very difficult to work out7 what the Phase V equivalent of NCP keywords/qualifiers/t identifiers are.  7 I don't think it is so much the concept of OSI, I thinkf8 it is the fact that (as many people have said, including9 current colleagues, who formerly worked at Digital) PhaseS7 V was "cobbled together quickly" because Digital didn'tu5 want to (be seen to) lose out on business because VMSI8 wasn't using the OSI network model, that has resulted in9 the use of phraseology which is not really ideal, and (int5 my mind) bears little reference to its functionality.n  6 [Dons kevlar/asbestos suit, waiting for the onslaught]  8 Sorry, I was getting away from the point - there are two9 circuits, one which connects the four machines in a locall8 loop, and nothing else, and the other which connects all9 four to a DEChub, and from there, onto the DECswitch, andt5 from there via numerous routers/hubs/switches, to theV rest of the world.  9 I do often wonder how DECnet decides which circuit to useE: (e.g. for local inter-cluster-nodal messages), and whether7 or not it sometimes uses the external LAN, resulting in<3 more propagation delay than one would ideally like.h  8 I'm still waiting to go on a Phase V course, but I doubt9 very much whether or not the above question is one of thee' things that would likely be answered...   9 I think I'm going to have to put the problem down to somej7 router getting screwed up, which was only sorted out by 5 me making a reverse connection between the systems...r  " Thanks for the suggestions though!   Mark   ------------------------------    Date: 12 Oct 2001 05:44:06 -0700' From: piet@timmers-it.nl (Piet Timmers)n! Subject: Runtime JAVA for openvms = Message-ID: <be44b12d.0110120444.3282b555@posting.google.com>e  9 Can anyone tell me where to get java runtime for openvms.pN I have tried http://www.digital.com/java but this does not work at the moment.  
 Greetings,   Piet Timmers   ------------------------------  % Date: Fri, 12 Oct 2001 10:13:24 -0400v5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> % Subject: Re: Runtime JAVA for openvms-2 Message-ID: <E=rGOxKUyyiQPH6mQMLcQvRbZjc0@4ax.com>  *     I found some links on their website to/ http://www.compaq.com/java/download/index.html,S! but the page seems to be missing.@   David R. Beattyn  @ On 12 Oct 2001 05:44:06 -0700, piet@timmers-it.nl (Piet Timmers) wrote:  : >Can anyone tell me where to get java runtime for openvms.O >I have tried http://www.digital.com/java but this does not work at the moment.s >e >Greetings,t >a
 >Piet Timmersb   ------------------------------  % Date: Fri, 12 Oct 2001 13:18:49 -0400,> From: Charlie McCutcheon <charlie.mccutcheon@NOSPAMcompaq.com>% Subject: Re: Runtime JAVA for openvmse0 Message-ID: <3BC725F9.54E191B1@NOSPAMcompaq.com>  & --------------F58A8003B8DFBB1AE241CBAA, Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit    Piet Timmers wrote:s  ; > Can anyone tell me where to get java runtime for openvms.MP > I have tried http://www.digital.com/java but this does not work at the moment. >  > Greetings, >  > Piet Timmers  / I contacted the Compaq Java team, and got back:o    5      <http://www.compaq.com/java/download/index.html>i  J      is a valid URL. However, the Java pages on are currently unreachable.H      Ive reported the problem to Corporate, and they are working on it.  !      Sorry for the inconvenience.k  " I assume this will get fixed soon.   Charlies (Compaq, but not the Java team)o  & --------------F58A8003B8DFBB1AE241CBAA+ Content-Type: text/html; charset=iso-8859-1  Content-Transfer-Encoding: 8bitd  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Piet Timmers wrote:yF <blockquote TYPE=CITE>Can anyone tell me where to get java runtime for openvms.V <br>I have tried <a href="http://www.digital.com/java">http://www.digital.com/java</a>% but this does not work at the moment.p
 <p>Greetings,. <p>Piet Timmers</blockquote>  6 <p><br>I contacted the Compaq Java team, and got back:
 <br>&nbsp;| <blockquote>&lt;<A HREF="http://www.compaq.com/java/download/index.html">http://www.compaq.com/java/download/index.html</A>>H <p>is a valid URL. However, the Java pages on are currently unreachable.C Ive reported the problem to Corporate, and they are working on it.S, <p>Sorry for the inconvenience.</blockquote>  ) <p><br>I assume this will get fixed soon.g
 <p>Charlie* <br>(Compaq, but not the Java team)</html>  ( --------------F58A8003B8DFBB1AE241CBAA--   ------------------------------    Date: 12 Oct 2001 08:57:35 -0700( From: bob@instantwhip.com (Bob Ceculski)5 Subject: Re: Scott McNealy has no respect for Alpha's < Message-ID: <d7791aa1.0110120757.4217658@posting.google.com>   "Main, Kerry" <Kerry.Main@compaq.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF4010D70E0@kaoexc01.americas.cpqcorp.net>... G > >>> Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the I > "DEC Alpha is dead", at the Gartner Symposium in Orlando this morning>>e > 2 > ROTFL .. what else would one expect him to say?  >  > :-)  > ? > $857M Alpha contract just signed and he says Alpha is dead ..S7 > http://www.informationweek.com/story/IWK20011002S0005 : > http://www.compaq.com/newsroom/pr/2001/pr2001100101.html > ? > http://www.theinquirer.org/11100109.htm "Biggest Computer .." E > "The machine, developed by the centre and assisted by Q Ink and the D > National Science Foundation simulates eqarthquakes, storms, global+ > climate changes and genomic modelling..."e > E > "... And guess what. It doesn't use the Itanic but 3,000 Alpha EV68 J > chips in 750 four way Wildfire servers running D/UX we mean Tru64 Unix." > 8 > [The magazine does need a spell checker, however ..km] > G > And as far as the typical follow-up fud on OpenVMS/Tru64 futures go -i* > check out this pointer for a few quotes:> > http://www.compaq.com/hps/ipf-enterprise/partner quotes.html? > http://www.compaq.com/hps/ipf-enterprise/partner quotes2.html ? > http://www.compaq.com/hps/ipf-enterprise/partner quotes3.htmls >  > And in addition -d? > http://www.compaq.com/hps/ipf-enterprise/customer quotes.htmlh > 
 > Regards, >  > Kerry Main > Senior Consultant  > Compaq Canada Corp.- > Professional Services2 > Voice: 613-592-4660m > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >  >  > -----Original Message-----C > From: Symons, Jeff (Innovations) [mailto:jeff.symons-eds@eds.com]e  > Sent: October 11, 2001 2:27 PM > To: Info-VAX@Mvb.Saic.Comw3 > Subject: Scott McNealy has no respect for Alpha'sV >  >  > H > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC > AlphabB > is dead", at the Gartner Symposium in Orlando this morning......  B i think he meant to say sun ultra line was dead ... he just got it
 backwards ...o   ------------------------------  # Date: Fri, 12 Oct 2001 16:41:15 GMTt* From: cjt & trefoil <cheljuba@prodigy.net>5 Subject: Re: Scott McNealy has no respect for Alpha's + Message-ID: <3BC71D4D.58DD2098@prodigy.net>b  < As if Compaq respects Alpha?  Is that why they're EOLing it?   ------------------------------  # Date: Fri, 12 Oct 2001 17:23:03 GMT " From: jack_horsfield@altavista.net@ Subject: Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)( Message-ID: <3bc726c1.1033896@localhost>  9 barry's emacs has an EDT emulation and will run on Linux:S    ' http://www.barrys-emacs.org/emacs7.html      jack Not used. Pre-enjoyed.   ------------------------------  % Date: Fri, 12 Oct 2001 13:57:49 +0200u> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> Subject: Re: Shannon knows .... Message-ID: <9q6lh3$2n5$1@reader1.imaginet.fr>   Everybody Knows Shannon !t   Jean-Franois Marchal  X9000 - LYON (FR)l    G "Bob Koehler" <koehler@encompasserve.org> a crit dans le message news:i( Gpif2QEqQFU3@eisner.encompasserve.org...< > In article <0033000037838757000002L072*@MHS>, WILLIAM WEBB <WWEBB1@email.usps.gov> writes:t% > > =0AShannon Knows...MoreThanYouDo.T > >R
 > > WWWebb > >I >IH >    For historical reasons, I think it should be Shannon Knows Now (and >    Digital had it when?).S >p   ------------------------------  % Date: Fri, 12 Oct 2001 10:16:49 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>C' Subject: Re: Sharing a ssytem dump file " Message-ID: <3bc6fb7b@news.si.com>  I >You just want to be sure to have SYSTARTUP_VMS.COM or one of its friends< copy theJ >DUMP, if there is one, to other storage and release the space for paging.  ' $       say "   Saving the crash dump."aC $       define/user dump_file dump_disk:[crash_dump]'node_name'.dmpl& $       analyze/crash_dump sys$system: copy dump_file $! --A Brian Tillman                   Internet: tillman_brian at si.com1A Smiths Aerospace                          tillman at swdev.si.comn= 3290 Patterson Ave. SE, MS      Addresses modified to preventi< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 12 Oct 2001 06:14:25 -0700& From: hari_cit@hotmail.com (Hariharan) Subject: SYSTEM-F-IVDEVNAM< Message-ID: <55c0fe56.0110120514.b57e673@posting.google.com>  F I create a mailbox and assigning a channel associating "NWAO:"(network	 mailbox).pA But from the qio call I am getting "IVDEVNAM" in the IOSB status.o  7   Any help would be helpful.I am attaching the program.,   #include <stdio.h> #include <descrip.h> #include <nfbdef.h>. #include <psilib.h>e #include <ssdef.h> #include <iodef.h> #include <string.h>-   typedef struct {-     short int length;0     short int code;m	     unione     {(         struct	         {:"             unsigned char   count;+             unsigned char   item_data[127];a         } NCB_STRING_DATA;         struct	         {i&             short int       item_data;&             unsigned char   fill[126];         } NCB_WORD_DATA;     } NCB_DATA;S
 }NCB_ITEM;   struct iosbm     {r     short       rc ;     short       len ;      int         spec ;     } ;t struct iosb Psi_iosb ;   char ncb[1024];    void PSI_init(); static int set_up_call_ncb ();     main() {c      PSI_init("TEST");   }                  /*;  *  This routine is called to initialize the PSI interface.   */p  
 void PSI_inith         (char   *mtaname)a {      int         rc ;     char        Psi_mbx[30];#     short int   Psi_subaddress = 0; %     short int   NW_chan,Psi_mbx_chan;      unsigned long int ncb_size;S  
     struct	         {e         char    code ;         long    zero ;'         } nfb = { NFB$C_DECLNAME, 0 } ; 4     struct dsc$descriptor_s nfbdsc = {  sizeof(nfb),6                                         DSC$K_DTYPE_Z,6                                         DSC$K_CLASS_S,0                                         &nfb } ;  A     static struct dsc$descriptor_s ncb_desc = { 0, DSC$K_DTYPE_T,n DSC$K_CLASS_S, 0 };c  !     $DESCRIPTOR(mbxname,Psi_mbx);n$     $DESCRIPTOR(netmbxdev,"_NWA0:");    E     /*  Create the mailbox that PSI will use to notify us through  */.  !         strcpy(Psi_mbx, mtaname);,%         strcat( Psi_mbx, "_PSI_MBX");3  /         mbxname.dsc$w_length = strlen(Psi_mbx);            rc = sys$crembx(0,&                         &Psi_mbx_chan,                         256,                         256,                         0,                         0,"                         &mbxname);           if( rc != SS$_NORMAL)c             exit(rc);r  %         printf("\n after crembx...");.  <         /*  Assign a channel to the network device NWA0:  */  #         rc = sys$assign(&netmbxdev,t                         &NW_chan,                        0,.                         &mbxname,                        0);           if( rc != SS$_NORMAL)f                 exit(rc);     &         printf("\n after assign....");  7         /*  Make ourselves known as a network object */o  %         ncb_size = set_up_call_ncb();   *         ncb_desc.dsc$w_length  = ncb_size;&         ncb_desc.dsc$a_pointer = &ncb;  C         if ( (rc=Sys$qiow( 0, NW_chan, IO$_ACCESS, &Psi_iosb, 0, 0,rC                         0, &ncb_desc, 0, 0, 0, 0 )) != SS$_NORMAL )o                 exit( rc ) ;  )         printf("\n after sys$qiow 1...");o  (         if ( Psi_iosb.rc != SS$_NORMAL )%                 exit( Psi_iosb.rc ) ;n  &         printf("\n after qiow 2...."); }o       static int set_up_call_ncb() {e     int ncb_size,x,j,k,i;e     char temp[256]; ;     unsigned char first, second, result, high_val, low_val;   >     NCB_ITEM network, remdte, remsubadr, packetsize, userdata;  4     int NCB_header_size = sizeof( network) - sizeof( network.NCB_DATA);  *     /*                                  */*     /* Get the VAX P.S.I. network name. */*     /*                                  */  8     memcpy( &network.NCB_DATA.NCB_STRING_DATA.item_data, "LLC2-CLASS-1",b             12);7     network.NCB_DATA.NCB_STRING_DATA.item_data[12] = 0;o,     network.NCB_DATA.NCB_STRING_DATA.count =3 strlen(network.NCB_DATA.NCB_STRING_DATA.item_data);s*     network.length = NCB_header_size + 1 +' network.NCB_DATA.NCB_STRING_DATA.count;a%     network.code = psi$c_ncb_network;n  *     /*                                  */*     /* Get the remote DTE address       */*     /*                                  */  7     memcpy( &remdte.NCB_DATA.NCB_STRING_DATA.item_data,k "123412345601",d             12);6     remdte.NCB_DATA.NCB_STRING_DATA.item_data[12] = 0;+     remdte.NCB_DATA.NCB_STRING_DATA.count =o2 strlen(remdte.NCB_DATA.NCB_STRING_DATA.item_data);)     remdte.length = NCB_header_size + 1 +b& remdte.NCB_DATA.NCB_STRING_DATA.count;#     remdte.code = psi$c_ncb_remdte;e  *     /*                                  */*     /* Get the remote DTE sub-address   */*     /*                                  */  8     remsubadr.NCB_DATA.NCB_STRING_DATA.item_data[0] = 0;.     remsubadr.NCB_DATA.NCB_STRING_DATA.count =5 strlen(remsubadr.NCB_DATA.NCB_STRING_DATA.item_data);n,     remsubadr.length = NCB_header_size + 1 +) remsubadr.NCB_DATA.NCB_STRING_DATA.count;5)     remsubadr.code = psi$c_ncb_remsubadr;n        /*                        */      /* Get the Packet size    */      /*                        */       memcpy( &temp,"1024", 4);I     temp[4] = 0;?     packetsize.NCB_DATA.NCB_WORD_DATA.item_data = atoi( &temp);m)     packetsize.length = NCB_header_size +y4 sizeof(packetsize.NCB_DATA.NCB_WORD_DATA.item_data);(     packetsize.code = psi$c_ncb_pktsize;  F     /*                                                                                 */A     /* Get the Call User Data and convert it from Hex into BinaryC Coded Decimal.       */oF     /*                                                                                 */  "     memcpy( &temp, "72000000", 8);     temp[8] = 0;       j = strlen( temp);6     if (j & 1)      /*  Odd number of characters ?  */     {          strcat( &temp, "0");         j++;     }a  
     x = 0;
     k = 0;       while (x < strlen( temp))      {E         first = temp[x];         second = temp[x+1];r           if (first > '9')D             high_val = first - 'A' + 10;        /* 'A' -> 10, 'B' ->
 11, etc.   */f         elseF             high_val = first - '0';             /* '0' to 0, '1' to 1, etc.         */u           if (second > '9')eD             low_val = second - 'A' + 10;        /* 'A' -> 10, 'B' -> 11, etc.    */         elseF             low_val = second - '0';             /* '0' to 0, '1' to 1, etc.         */b  F         result = (high_val << 4) + low_val;     /* e.g.     high_val =, 15 decimal = 00001111 << 4 = 11110000     */F                                                 /*          low_val  =,  5 decimal = 00000101        00000101     */E                                                 /*              addedt- togather give                 11110101     */H  @         userdata.NCB_DATA.NCB_STRING_DATA.item_data[k] = result;         k++;         x = x + 2;     }   1     userdata.NCB_DATA.NCB_STRING_DATA.count  = k;e.     userdata.length = NCB_header_size + 1 + k;'     userdata.code = psi$c_ncb_userdata;a  (     /*                                */(     /* Copy ncb items to ncb_data...  */(     /*                                */       ncb_size = 0;b,     memcpy( &ncb, &network, network.length);)     ncb_size = ncb_size + network.length;u  4     memcpy (&ncb[ncb_size], &remdte, remdte.length);(     ncb_size = ncb_size + remdte.length;  9     memcpy (&ncb[ncb_size],&remsubadr, remsubadr.length);l+     ncb_size = ncb_size + remsubadr.length;S  7     memcpy (&ncb[ncb_size],&userdata, userdata.length); *     ncb_size = ncb_size + userdata.length;  <     memcpy (&ncb[ncb_size], &packetsize, packetsize.length);,     ncb_size = ncb_size + packetsize.length;       return (ncb_size); }b   Thanks & Regards,  Hari.f   ------------------------------    Date: 12 Oct 2001 10:24:23 -0700D From: mmagenc@proxis-services.fr (=?ISO-8859-1?Q?Mich=E8le_Magenc?=)Y Subject: UCX : can NFS client choose to mount over tcp or udp depending upon the NFS serv = Message-ID: <6c0a4ed0.0110120924.473a1343@posting.google.com>D   Hello !n  E This question relates to tcp/ip services for openVMS Version 5.0A ecoo 3 or 5.1  + The VMS system is configured as NFS client.tE The associated NFS servers may provide NFS services over TCP or UDP. r  B Is there a way for a user of the VMS NFS client system to use someF file systems over UDP and some other file systems over TCP at the sameB time ? This would produce the equivalent of unix 'mount -o tcp' or 'mount proto=tcp' commands .  , Thanks in advance and best regards , Michle   ------------------------------  # Date: Fri, 12 Oct 2001 15:39:22 GMTw/ From: "James Wilkinson" <elementyl@hotmail.com> ' Subject: Re: Unaltered DCL command linen@ Message-ID: <K8Ex7.738$kV2.439989522@newssvr14.news.prodigy.com>  . "Pat Rankin" <rankin@eql14.caltech.edu> wrote:C >      If you want to mimic a Unix-specific solution then do it the B > same way you'd do it in Unix:  SET FILE/ENTER and then check forD > the image name used to invoke the program.  I happen to think that@ > perpetuating this silly method for making a program operate inB > different modes is generally a bad idea, but at least it doesn't; > require building and storing extra copies of the program.<  I If you saw the code you might not think it so silly when you saw what youeH had to change.  :)   Regardless I thought of this, and several years agoH that is what I would have done, however these days the diskspace used isJ rather trivial, and the amount of training required for some of the peopleJ managing these system (in terms of if they deleted one program) just isn't	 worth it.t  H Anyhow if we could just read the original command line all the sillinessE would be unnecessary.  I believe the next Fortran draft standard 200x L provides for the ability to read the unmodified command line in the RTL, one% wonders how this will be implemented.e   Thanks for the suggestion.   Jamesi   ------------------------------    Date: 12 Oct 2001 09:39:07 -0700! From: hwong@my.ismart.net (hwong)2 Subject: Re: VAX 6400 is downn= Message-ID: <3feb222a.0110120839.74deb625@posting.google.com>T  A I had the same thought too, but the interlock switches seem to beo= functioning (I can hear the 'click' sound if I open/close theoD enclosure covers). Furthermore, if any one of the enclosure cover isD opened, only that specific enclosure will loss power while the otherC one will remain on. But for our case, both enclosures loss power at C the same time with the blowers keep running. I think both interlockp3 switches failing at the same time is very unlikely.    Any other ideas? n  m Zelmo Kitowski <Zelmo@^Hkiwi.net> wrote in message news:<Xns9137B3657DA29874JK325999HR657893@24.9.139.141>...5H > We had something similar and it turned out to be one of the interlock % > switches above the XMI enclosure.  p >  >  > ' > hwong@my.ismart.net (hwong) wrote in >7 > news:3feb222a.0110110436.1b0aa1a3@posting.google.com:  >  > > Hi,e > > G > > We are experiencing a very strange problem here with our productiondJ > > system VAX 6400 (Yes! It is our production system since early 90's andI > > it's still running). The system has been very reliable and in fact weaD > > are maintaining the hardware ourselves since our old developmentF > > machine are retired, we just take out the parts from that machine. > > B > > But until recently something strange has happened - the systemG > > poweroff itself in a very weird manner. When that happens, all in aaI > > sudden the LEDs on the key switch panel, CPU, memory & I/O boards aretF > > off, but the two browers (front and back) just keep running. If weC > > turn the key switch and reset the system power, it works again.1 > > F > > We have replaced almost everything related to power in the cabinetI > > (airflow sensor, temp. sensor, key switch, power controller box, etc) G > > and after the first time when a few things were replaced, it workedoG > > for almost two month before it failed again. Then we replaced a fewBI > > more things again and it worked for another two weeks. Now the system 3 > > power down itself almost every one or two days.e > > G > > We have checked the air conditioning and power main in the computertI > > room but they all seems normal. Is it really a hardware problem? Mybe I > > the various sensors are becoming too sensitive to the environment, isSD > > it possible to disable them so that the system will not poweroff > > itself?/ > > I > > I know this is a very old machine but I just hope there are still die F > > hard VAX supporters there who may have similar experience in their	 > > past.n > > * > > Thanks in advance for any suggestions. > >  > > VAXuserr   ------------------------------  / Date: Fri, 12 Oct 2001 08:21:37 +0200 (MET DST)I& From: Rudolf Wingert <win@fom.fgan.de> Subject: Re: VMS on DVD?6 Message-ID: <200110120621.IAA14249@sinet1.fom.fgan.de>   Hello,   Jon wrotes:s   >>> C    I've been hearing on the grapevine that the distrbutions for VMSuB will soon be on DVD.  Is there any truth to these rumors?  (A page' reference at Compaq/HP would be great.)/ <<<n  F I hope not!!!  or do you have an OpenVMS DVD player? It would be nice,B to have all the layered products on one DVD, but we don't have any@ DVD player under OpenVMS and I did not see any within the SPD's.   Regards Rudolf Wingert   ------------------------------  + Date: Fri, 12 Oct 2001 17:48:23 +0000 (UTC)p From: david20@alpha2.mdx.ac.uk Subject: Re: VMSMail APIs?+ Message-ID: <9q7ad7$h24$1@aquila.mdx.ac.uk>y  o In article <b2faac46.0110090442.79f92342@posting.google.com>, on_the_move4ever@yahoo.com (Rick Nickles) writes:eD >You'll have to log a call with support.  All this information isn't  >readily available to customers. >e >cT >paul@wren.cc.kux.edu wrote in message news:<3bc1e63f.18304210@news.cc.ukans.edu>...? >> Where, in manuals, or on-line can one find the VMSMail APIs?  >> d
 >> Thanks!  L Look at chapter 14 in the OpenVMS Utility Routines manual which is available
 online see :-   X http://www.openvms.compaq.com:8000/73final/4493/4493pro_contents_002.html#toc_chapter_14      
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 12 Oct 2001 02:11:57 -0400e( From: David Froble <davef@tsoft-inc.com>5 Subject: Re: We've burned our boats say Compaq and HP , Message-ID: <3BC689AD.7000902@tsoft-inc.com>   Bill Todd wrote:  ? > Terry C. Shannon <terryshannon@mediaone.net> wrote in message : > news:67jx7.105768$vq.21818904@typhoon.ne.mediaone.net... > 7 >>"Bill Todd" <billtodd@metrocast.net> wrote in messager? >>news:sEhx7.694134$NK1.63527498@bin3.nnrp.aus1.giganews.com...- >>J >>>The thought occurred to me when I read the Inquirer article that if C&C >>>h >>were >>I >>>as effective at making *good* decisions as they are at trying to forcehG >>>through *bad* ones both companies would be in a hell of a lot betteri >>>c >>shape. >>C >>What, exactly, would constitute a "good" decision in this regard?s >> > K > The comment was about the general quality of their decisions (principally7K > Curly's, since I know far less about Carly's prior to the merger fiasco).0L > Specific examples of bridges that would have been far better left unburned
 > include: > I > 1.  The $675 million merger poison pill.  AFAICT, this exists solely to M > ensure that C&C will hold onto their jobs until the merger completes, sincemG > in its absence wiser heads might call it off and axe its progenitors.a > M > 2.  Announcing Alpha's demise before any viable alternative existed for VMSe > and Tru64. > G > 3.  Failing to talk with Microsoft about the possible consequences ofoN > dropping NT on Alpha support (and thus throwing away something like a 1-yearJ > Alpha monopoly on Win64 plus an additional year while the only competingG > platform was a hyper-expensive pig like Merced) - and failing to takerE > immediate steps to rectify the situation when its consequences weres > apparent.  > H > There are, of course, other examples of decisions under Curly's tenderM > tutelage that carry with them a decidedly ripe odor, but these specificallye@ > relate to the burning of bridges that Carly seems so proud of. >  > - bill    G Just a minor clarification.  Burning seemed too slow for Curly and Co. tG Somebody sensible might have extinguished the blaze before the bridges 5; were gone.  It's more like blowing up bridges than burning.x     Dave     -- a4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  ! Date: Fri, 12 Oct 01 08:35:08 GMT> From: jmfbahciv@aol.com 5 Subject: Re: We've burned our boats say Compaq and HPn+ Message-ID: <9q6k5a$noa$4@bob.news.rcn.net>   @ In article <UYnx7.246790$xi5.8264758@sjcpnn01.usenetserver.com>,6    "Zane H. Healy" <healyzh@shell1.aracnet.com> wrote:9 >In comp.sys.dec David Mathog <mathog@caltech.edu> wrote:dI >> More delusions.   Why is it that the ones who drive companies into the  >> dirt are always so;H >> sure that they're doing a great job?  What an ego!.  How else could a >> person throw soI >> many people out of work, trash the company's stock prices (and not for  >> the short term),lK >> propose something so crazy that every analyst on earth says it will be a* >> disaster, and thendD >> prattles on about what a great success she and it are (/will be). > I >And how much money does that person get for destroying the company?  HowhK >often can CEO's make more money destroying a company rather than making itn >successful? >c  A That is the million dollar question.  It seems to be a DEC curse.o   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  # Date: Fri, 12 Oct 2001 12:00:06 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: We've burned our boats say Compaq and HP > Message-ID: <aXAx7.106765$vq.22700227@typhoon.ne.mediaone.net>  5 "David Froble" <davef@tsoft-inc.com> wrote in message0& news:3BC689AD.7000902@tsoft-inc.com...   >  >DH > Just a minor clarification.  Burning seemed too slow for Curly and Co.H > Somebody sensible might have extinguished the blaze before the bridges= > were gone.  It's more like blowing up bridges than burning.e >h  L Well, detonation is in essence very fast combustion. Guess one might call it zero latency combustion.   ------------------------------  # Date: Fri, 12 Oct 2001 12:31:18 GMT ) From: Bob Willard <bobwbsgs@mediaone.net> 5 Subject: Re: We've burned our boats say Compaq and HP , Message-ID: <3BC6E2C4.C5229099@mediaone.net>   "Terry C. Shannon" wrote:* > 7 > "David Froble" <davef@tsoft-inc.com> wrote in message ( > news:3BC689AD.7000902@tsoft-inc.com... >  > >  > >cJ > > Just a minor clarification.  Burning seemed too slow for Curly and Co.J > > Somebody sensible might have extinguished the blaze before the bridges? > > were gone.  It's more like blowing up bridges than burning.a > >r > N > Well, detonation is in essence very fast combustion. Guess one might call it > zero latency combustion.  ? Nah - latency is determined by fuse length.  This is bangwidth.( -- S Cheers, BobW   ------------------------------  % Date: Fri, 12 Oct 2001 09:30:53 -0400  From: William_Bochnik@acml.com5 Subject: Re: We've burned our boats say Compaq and HPr> Message-ID: <OF3874B805.07D1B693-ON85256AE3.004A1FE9@acml.com>  < for that matter, different explosives "explode" at different@ velocities giving different results - if I am not mistaken, that@ was the bid deal with the Oklahoma City fertilizer bomb - slower? bombs do way more damage to large structures (if I remember the  news reports correctly).      `                                                                                                 `                     Bob Willard                                                                 `                     <bobwbsgs@med                To:  Info-VAX@Mvb.Saic.Com                     `                     iaone.net>                   cc:                                            `                                          Subject:     Re: We've burned our boats say Compaq and `                     10/12/2001           HP                                                     `                     08:31 AM                                                                    `                     Please                                                                      `                     respond to                                                                  `                     Bob Willard                                                                 `                     <bobwbsgs@med                                                               `                     iaone.net>                                                                  `                                                                                                 `                                                                                                        "Terry C. Shannon" wrote:  >e7 > "David Froble" <davef@tsoft-inc.com> wrote in messageA( > news:3BC689AD.7000902@tsoft-inc.com... >= > >c > >r< > > Just a minor clarification.  Burning seemed too slow for
 Curly and Co. > > > Somebody sensible might have extinguished the blaze before the bridgese? > > were gone.  It's more like blowing up bridges than burning.i > >m >m@ > Well, detonation is in essence very fast combustion. Guess one
 might call it_ > zero latency combustion.  ? Nah - latency is determined by fuse length.  This is bangwidth.  -- Cheers, Bob           F ______________________________________________________________________;  The information contained in this transmission may contain @ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intended = recipient, or an employee or agent responsible for deliveringr3 this message to the intended recipient, any review,"@ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient,eA please contact the sender immediately by reply e-mail and destroyl# all copies of the original message.    ------------------------------  # Date: Fri, 12 Oct 2001 13:50:11 GMT'4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: We've burned our boats say Compaq and HP > Message-ID: <nyCx7.106845$vq.22792829@typhoon.ne.mediaone.net>  + <William_Bochnik@acml.com> wrote in message'8 news:OF3874B805.07D1B693-ON85256AE3.004A1FE9@acml.com... > > > for that matter, different explosives "explode" at differentB > velocities giving different results - if I am not mistaken, thatB > was the bid deal with the Oklahoma City fertilizer bomb - slowerA > bombs do way more damage to large structures (if I remember the  > news reports correctly). >e  1 Yup, the old detonation vs. deflagration issue...    ------------------------------   Date: 12 Oct 2001 14:10:42 GMT4 From: clc5q@cobra.cs.Virginia.EDU (Clark L. Coleman)5 Subject: Re: We've burned our boats say Compaq and HPn3 Message-ID: <9q6tl2$cmr$1@murdoch.acc.Virginia.EDU>s  8 In article <usrast0gt05tu03te4279keel291qh7h4f@4ax.com>,' Alan Greig  <a.greig@virgin.net> wrote: A >The Inquirer has a report of Carly and Curly's 'Houston love-in' 8 >conference for staff. Here's a few selected quotes from( >http://www.theinquirer.net/10100114.htm >(B >"QUESTION: Yes, I have a two part question, and I'm looking for aG >comment first from Carly and then from Michael. I'm up here in True 64)D >portion of the business for Compaq, and recently HP has announced aB >layoff of approximately 150 people who were doing, I believe, theG >Itanium port down in New Jersey. And I'm just wondering if you want tog >comment on that?= >b3 >And, Michael, how do you think that plays up here?  > E >The thing that confuses me a little bit about your question, we have F >made a decision very consistent with a decision that Compaq had made,C >as you know, HP committed to the Itanium platform actually four ornF >five years ago now, and as part of our ongoing migration process awayG >from PA risk (sic) and towards Itanium, we had been moving people intoeD >Intel. And we did just complete the movement of a development team.E >They weren't actually in New Jersey, they were in California, so youpF >may have a couple of things confused here. But we moved a developmentB >team from HP roll onto Intel roll. It wasn't a question of losingA >jobs, it was a question of moving those folks into our partner's  >organization."   E So, Carly the famous engineer :-) doesn't know the difference between E the axing of the Unix people in New Jersey and the sale of a chip setr group in California to Intel.r  E At least it is good to know that she is right on top of these things,LA proving all the doomsayers in the financial markets wrong and all. that..  > --------------------------------------------------------------A "I predict future happiness for Americans if they can prevent thewF government from wasting the labors of the people under the pretense of) taking care of them." -- Thomas JeffersontM  |||  clc5q@virginia.edu (Clark L. Coleman) http://www.cs.virginia.edu/~clc5q    ------------------------------  % Date: Fri, 12 Oct 2001 10:27:41 -0400r; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>u5 Subject: Re: We've burned our boats say Compaq and HPs$ Message-ID: <3bc6fe06$1@news.si.com>  L >Ah, so you are aware of the SCULPTOR project? Then you probably know that a@ >well-dressed gentleman of Italian heritage spiked that program.  J I hate it when you're cryptic, Terry.  What does this mean???  Shannon mayH know, but some of the rest of us don't and when you couch things in yourD insider code like this, the rest of us just sit scratching our heads" thinking "What the hell it that?". --A Brian Tillman                   Internet: tillman_brian at si.commA Smiths Aerospace                          tillman at swdev.si.come= 3290 Patterson Ave. SE, MS      Addresses modified to prevent-< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Fri, 12 Oct 2001 10:30:31 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> 5 Subject: Re: We've burned our boats say Compaq and HPs$ Message-ID: <3bc6feb0$1@news.si.com>  5 >Why is it that the ones who drive companies into the 8 >dirt are always so sure that they're doing a great job?  J Because they wind up with so much money after the smoke clears away.  Lots4 of recompense equals good job, in the minds of many. --A Brian Tillman                   Internet: tillman_brian at si.comaA Smiths Aerospace                          tillman at swdev.si.coms= 3290 Patterson Ave. SE, MS      Addresses modified to preventm< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 12 Oct 2001 14:52:43 GMT) From: leslie@clio.rice.edu (Jerry Leslie) 5 Subject: Re: We've burned our boats say Compaq and HPi' Message-ID: <9q703r$ncg$1@joe.rice.edu>Y  ' Greg Cagle (gregc@gregcagle.com) wrote:  :s : Hmm. Two data points:i :.G : 1) We did close down the Florham Park, NJ lab where the HP-UX port toh; :    Itanium was done, laying off approximately 150 people.r :eD : 2) We also moved a chipset development lab in California to Intel. : C : These are well documented at CBS Marketwatch, among other places.s :   6 These moves are NOT well-known to HP folks in Europe !  B A friend and former coworker now with HP forwarded the email aboutB the closing of the Florham Park lab and layoff of most of the team who ported HP-UX to IA-64.    D He forwarded to a few HP colleages, including managers, who were allE stunned. He said the firing of 170 unix gurus was an amazing decision,H made from on-high, where no connection to the first-line workers exists.  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 12 Oct 2001 14:56:47 GMT) From: leslie@clio.rice.edu (Jerry Leslie)o5 Subject: Re: We've burned our boats say Compaq and HPs' Message-ID: <9q70bf$ncg$2@joe.rice.edu>   : Brian Tillman (tillman_brian@notnoone.notnohow.com) wrote:7 : >Why is it that the ones who drive companies into thel: : >dirt are always so sure that they're doing a great job? :iF : Because they wind up with so much money after the smoke clears away.; : Lots of recompense equals good job, in the minds of many.  : 4    http://news.cnet.com/news/0-1007-200-7493691.htmlA    Bankruptcy not a stigma for some CEOs -  Tech News -  CNET.come     "By Dawn Kawamoto     Staff Writer, CNET News.com!    October 11, 2001, 1:25 p.m. PT   B    Jeffrey Sheahan is the latest ex-CEO with the bankruptcy blues.  F    The chief executive of Egghead.com joins a growing number of formerG    chief executives who saw their companies file for bankruptcy and are I    now looking for the next opportunity in a tough market. The bankruptcytG    isn't a bright spot on his record, but the stigma generally attachedh    to the label is fading.  E    In part, that's because there are so many companies going bankrupt @    that it's seen as more common, and partly because there is anH    understanding that the rapid deflation of the tech market also suckedF    down good companies with good ideas, industry observers say. But it     can still be a black mark..."   ------------------------------    Date: 12 Oct 2001 10:32:27 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: [DCPS, UCX] short questions* Message-ID: <3bc6aa9b$1@news.kapsch.co.at>  n In article <111020011554298978%paul.r.anderson@compaq.com>, Paul Anderson <paul.r.anderson@compaq.com> writes:; >In article <3bc5eac8@news.kapsch.co.at>, Peter LANGSTOEGERu ><eplan@kapsch.net> wrote: >aA >> I choose DCPS V2.0 on UCX V4.2 ECO 5 for this V7.1-1H1 system.a@ >> Any other ECOs recommended (and, yes, I will read the docs) ? >oF >DECthreads patches may need to be applied to the system.  There's oneG >for V7.1 and one for V7.1-2 systems (not sure about V7.1-1H1).  Please3 >check the DCPS release notes.  
 Thanks, Paul. H That was exactly the reason, why I asked in this forum (I think, I would have missed something)...    --  < 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: Thu, 11 Oct 2001 18:30:41 GMTd3 From: sy18889@COYOTE.FMR.COM (Bradford J. Hamilton)s) Subject: Re: [LYRIS] OpenVMS Patches Lista1 Message-ID: <lzlx7.119$4W2.262@news-srv1.fmr.com>n   Folks,  g I received two patches via that mailing list today.  Can anyone else confirm that these patches are now  being received again?r   Thanks,o Brad  a In article <3BC19074.775BA6@hrem.stm.tudelft.nl>, Jouk Jansen <joukj@hrem.stm.tudelft.nl> writes:t >Peter LANGSTOEGER wrote:  >> dI >> Today I received a mail from the security list again, but I still miss(N >> announcements for VMS73_AUDSRV and VMS73_LMF (and probably others no longer) >> interesting for me like the VMS721...)t> >Same holds for me -> Compaq, what is wrong with the list!!!!! >  >           Jouk   Bradford J. Hamilton  bradhamilton@mediaone.net	(home) brad.hamilton@fmr.com		(work)r  ; "All opinions that I express are my own, not my employer's"r   ------------------------------  % Date: Fri, 12 Oct 2001 10:19:47 -0400p  From: John Santos <JOHN@egh.com>) Subject: Re: [LYRIS] OpenVMS Patches List 5 Message-ID: <1011012101916.3490A-100000@Ives.egh.com>    Me, too!  0 On Thu, 11 Oct 2001, Bradford J. Hamilton wrote:   > Folks, > i > I received two patches via that mailing list today.  Can anyone else confirm that these patches are nows > being received again?k > 	 > Thanks,  > Brad   -- r John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 12 Oct 2001 10:51:32 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)L Subject: Re: [OpenVMS] V7.2 VAX satellite doesn't find V7.3 Alpha bootserver* Message-ID: <3bc6af14$1@news.kapsch.co.at>  j In article <3BC63E6E.6B490D52@ipl.demon.co.nospam.uk>, Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> writes:E >It may not be the cause of the problem, but the image backup commandgI >should have a /NOALIAS in it too since around 6.2 days.  Otherwise there I >can be problems with the aliased directory entries on the restored disk.e  B AFAIK, that would only be performance problems during the restore.9 The disk structure is correct in both ways. That's /IMAGEVI And ANAL/DISK (and also a SHOW DEVICE/FILES) and a running VMS proves it.    -- 5< 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.568 ************************