1 INFO-VAX	Fri, 12 Oct 2001	Volume 2001 : Issue 567       Contents:# "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: ALGOL and 1022 database  re: ALGOL and 1022 database  Re: ALGOL and 1022 database  Re: Alphaserver 1000a " CAREER/JOB OPPORTUNITY--E-COMMERCE Re: Changing hosts member type Re: Changing hosts member type% Re: Cheap Itanium Systems for OpenVMS 
 Re: CSWING
 Re: CSWING Re: EDT for Linux N Emotional link to OpenVMS/Alpha (Re: Scott McNealy has no respect for Alpha's)P Re: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has no respect for Alpha'P Re: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has no respect for Alpha', Re: Ghostview doesn't work under OpenVMS 7.3, Re: Ghostview doesn't work under OpenVMS 7.3, Re: Ghostview doesn't work under OpenVMS 7.3, Re: Ghostview doesn't work under OpenVMS 7.31 Re: Good bye VAX-6400's; 8650's - the memories... & Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors Re: How to obtain IP address Re: LA-70 Driver" Re: LICENSE-I-EXCEEDED for VAX-VMS" Re: LICENSE-I-EXCEEDED for VAX-VMS Lost system password Re: Lost system password( Re: Microsoft Security Slipup of the Day( Re: Microsoft Security Slipup of the Day( Re: Microsoft Security Slipup of the Day Re: New to VMS" Re: OpenVMS at Orbit computer expo# Re: OpenVMS Backup:  7GB in 3:30 hs + Re: Phone question..(dialing to other user) . Re: Public accessable VMS machine for testing? Re: Python on VMS ( Scott McNealy has no respect for Alpha's, Re: Scott McNealy has no respect for Alpha's, Re: Scott McNealy has no respect for Alpha's, Re: Scott McNealy has no respect for Alpha's, Re: Scott McNealy has no respect for Alpha's, RE: Scott McNealy has no respect for Alpha's, 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) 7 Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)  Re: Sharing a ssytem dump file# Re: UCX FTP over WIN2k VPN problems  Re: Unaltered DCL command line Re: Unaltered DCL command line Re: VAX 6400 is down Re: VAX 6400 is down Re: VMS 5.4 supported?
 Re: VMS 7.2-2 
 Re: VMS 7.2-2 
 Re: VMS 7.2-2  Re: VMS on DVD?  Re: VMS on DVD? , 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: [DCPS, UCX] short questions   Re: [LYRIS] OpenVMS Patches List  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: Thu, 11 Oct 2001 14:54:43 -0400 - From: "Richard D. Piccard" <piccard@ohio.edu> , Subject: "Lyris" -- E-mail VMS Patch Notices( Message-ID: <3BC5EADE.26B426E2@ohio.edu>  H I just got four notices (UCX or TCPIP   E05042 on VAX and ALPHA, and RMS# patches for VMS 7.2 VAX and ALPHA).   D The previous notice was dated October 6, and the one before that wasC dated September 10.  They had been running at the rate of about two  dozen a month.  8 Perhaps that mailing list is functioning properly again.  #                                 RDP    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 11 Oct 2001 19:24:33 -0500 4 From: "Stuart S. Johnson" <stuartsjohnson@yahoo.com> Subject: Re: 4000-90/ Message-ID: <tsce22p66r2r68@corp.supernews.com>   J As I found out for myself several years ago, it is the license itself thatG is the problem. Vaxstation licenses are different than VaxServers and a H VaxStation without a graphics adapter does not appear correct to LMF andD will not load the licenses. I finally resorted to calling DEC (had a> maintenance contract) when I had exhasted all other recources.  I I tried this with 4000-60's and 4000-90's. I was going to "save" money by H reusing the 21" monitors elsewhere and connecting the serial port as theK console, using a LAT port remotely to be able to reboot the machines, which L were at a disaster site. The monitor's and graphics adapters had to stay forL the plan to work. My machines would not autoboot without a monitor attached, further complicating matters.   % Not "good" news, but I hope it helps.    Stuart      > "Steve Reece" <SYSTEM@ipl.demon.co.nospam.uk> wrote in message/ news:3BC52194.6E1C8C7@ipl.demon.co.nospam.uk... G > What happens if you boot using the alternate console but still have a E > keyboard connected?  IIRC, it's the state of the keyboard (presence I > thereof or otherwise) that decides what the system is going to boot as.  >  > Steve. >  >  > Barry Streets wrote: > > J > > Does anyone know how to get a 4000-90 workstation to boot and load itsL > > license's without a graphics adaptor installed. I own one that's missing its K > > adaptor and while it boots ok (VMS 7.1) It won't load any license's and  whenI > > you go into the license utility it says it is a unkown vaxstation and  all  > > licenses are not permited. > >  > > Barry Streets  > > Echo Group >  > --I > "A shadow fell over her face; clear, as if the composure were rent like G > a veil.  And her lips parted, but only with a short intake of breath. C > Then she said, 'Well, then you are right.  Indeed, we are even.'" % > Louis, "Interview with the Vampire"    ------------------------------  + Date: Fri, 12 Oct 2001 03:01:53 +0000 (UTC) & From: dsf@frontiernet.net (Dan Foster) Subject: Re: 4000-904 Message-ID: <9q5mf1$e30$1@node21.cwnet.roc.gblx.net>  / In article <tsce22p66r2r68@corp.supernews.com>, 3 Stuart S. Johnson <stuartsjohnson@yahoo.com> wrote: 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.  > 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.  H Without a monitor? That's odd. The VAXstations I've ever worked with allJ only required presence of a graphics adapter to decide it was a VAXstation rather than a VAXserver.  I For example, my 4000/96 that's several feet away from me has no keyboard, M and no monitor plugged in... yet it boots ok and VMS sees it as a VAXstation. I Reason? It has the graphics adapter physically installed, even if there's  no sense signal on the wire.  H Heh, in fact, the first night I had that box, I had to take it apart forI some reason and while doing diagnostics booting, realized that VMS saw it M as a VAXserver and was quite unhappy about it from the licensing perspective. I Quickly remembered what was missing and put the graphics adapter back in. ( Ta-da, saw itself as a VAXstation again.   -Dan   ------------------------------  % Date: Thu, 11 Oct 2001 13:12:45 -0600  From: Kevin Handy <kth@srv.net> ' Subject: Re: A free VMS implementation? ' Message-ID: <3BC5EF2D.284C5E46@srv.net>    Patrick Spinler wrote: >  > Hoff Hoffman wrote:  > >  > >   Related pointers:  > > 
 > >     URLs: " > >       http://www.free-vms.org/ > >  > D > The information on prior FreeVMS projects I recall Richard LevetteJ > having on this site appears to no longer be easily available.  At least,3 > I couldn't find it in several minutes of surfing.  > H > I seem to recall at least one useful source library for emulating some= > VMS libraries/system calls, which I can't seem to find now.   C The library is mostly just the STR$ routines.  If you want it I can  email I what is there to you.  Very little code was ever written for the FreeVMS  ; attempt. Many people wanted it, but nobody wanted to do it.    ------------------------------  + Date: Thu, 11 Oct 2001 12:19:37 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>' Subject: Re: A free VMS implementation? @ Message-ID: <20011011191937.55122.qmail@web20209.mail.yahoo.com>  + I believe should be better a FreeVMS to run 0 as VMWare... (virtual machine) or a Windows 2000
 subsystem.     CHARON-VAX is expensive ....   REgards    FC=20   $ --- Kevin Handy <kth@srv.net> wrote: > Patrick Spinler wrote: > >=20 > > Hoff Hoffman wrote:  > > >  > > >   Related pointers:  > > >  > > >     URLs: $ > > >       http://www.free-vms.org/ > > >  > >=206 > > The information on prior FreeVMS projects I recall > Richard Levette 6 > > having on this site appears to no longer be easily > available.  At least, 5 > > I couldn't find it in several minutes of surfing.  > >=20/ > > I seem to recall at least one useful source  > library for emulating some5 > > VMS libraries/system calls, which I can't seem to  > find now.  >=203 > The library is mostly just the STR$ routines.  If  > you want it I can 
 > email=202 > what is there to you.  Very little code was ever > written for the FreeVMS=206 > attempt. Many people wanted it, but nobody wanted to > do it. >=20     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  + Date: Thu, 11 Oct 2001 19:36:36 +0000 (UTC) , From: tontonTh <tontonTh@po.reynerie.yi.org>' Subject: Re: A free VMS implementation? 8 Message-ID: <slrn9sbt64.8kr.tontonTh@po.reynerie.yi.org>  : In article <3BC5EF2D.284C5E46@srv.net>, Kevin Handy wrote: >>  I >> I seem to recall at least one useful source library for emulating some > >> VMS libraries/system calls, which I can't seem to find now. > E > The library is mostly just the STR$ routines.  If you want it I can  > email K > what is there to you.  Very little code was ever written for the FreeVMS  = > attempt. Many people wanted it, but nobody wanted to do it.  > :     I'm interested too. Can you put it on a ftp/web site ?       Th.    --   http://freevms.free.fr           ------------------------------  + Date: Thu, 11 Oct 2001 19:38:31 +0000 (UTC) , From: tontonTh <tontonTh@po.reynerie.yi.org>' Subject: Re: A free VMS implementation? 8 Message-ID: <slrn9sbt9n.8kr.tontonTh@po.reynerie.yi.org>   Fabio Cardoso wrote: > - > I believe should be better a FreeVMS to run 2 > as VMWare... (virtual machine) or a Windows 2000 > subsystem. > % 	why just limit to Intel processors ? # 	VMS will be nice on an iMac too ;)    ------------------------------  % Date: Thu, 11 Oct 2001 22:44:04 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ' Subject: Re: A free VMS implementation? ' Message-ID: <3BC66704.DA793AD7@fsi.net>    Hoff Hoffman wrote:  > [snip]@ > : I thought about creating an open source replacement for VMS. > H >   We asked about open-sourcing OpenVMS at the San Diego sympoisium andK >   rather surprisingly got negative feedback from the customers.  (I would B >   not have believed it had I not been sitting in the same room.)   I believe I was in that room.   F To re-iterate (yet again, see the sig.), open sourcing OVMS would be aH futile gesture, at best. It's FAR too complex for the average UN*X-er to understand. Nuff said.  G The issue I have is not source availability, although that would be one ' way to drop the price - open source it.   H The issue I have is AFFORDABILITY. Until the price comes down, OVMS willB be gov't, healthcare and some other isolated mfg. industries only.H <soapbox> Market share will continue to slip and the legacy of yourself,F Andy and a host of others will be lost amid the noise of mice clicking@ their merry way thru bug-ridden, security-breach-ridden garbage. </soapbox>    H Much untapped profit potential - much untapped security potential - much@ untapped stability potential - much untapped (fill in the blank)
 potential ...    <rant>B Let's see now... What other tools can we deny to the fight against cyber-terrorism? </rant>    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 11 Oct 2001 14:33:09 -0400  From: Tym_Stegner@cca-int.com $ Subject: Re: ALGOL and 1022 databaseA Message-ID: <OF96F91B8A.A513196F-ON85256AE2.006478D5@cca-int.com>    |Alan Greig (& others) wrote:  |> |>> 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 (for H |>OpenVMS).  I believe it's still around.  Or to put it another way it's | E |Yes renamed 1032 on VMS and it is still around. One of the 1022/1032 D |engineers monitors comp.os.vms (added a crosspost) so maybe they'll |spot this thread. | A |I think I recall reading many years ago that 1022 was the serial > |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 thatI operates on DECsystem-10 and DECSYSTEM-20 computers. [And now on whatever " hardware emulates those OS's -TJS]  J It is easy to use interactively and in sophisticated application programs.H It is a tool that brings data base management to those who use the data,G yet satisfies the needs of professional managers and application system 
 designers.  I Related data sets are easily linked for combined management and reporting G of information.  System 1022 creates and updates large (and small) data H collections.  A very fast retreival capability gives immediate access toJ data in the largest collections of records.  A comprehensive report 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 toK provide System 1022-like features on the newly introduced VAX/VMS operating  system.     I The *ACTUAL* origin of the System 1022/System 1032 product names are lost F in the mists of time.  At least, *I've* never been able to get a clearI 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-   ------------------------------  % Date: Thu, 11 Oct 2001 14:36:37 -0400  From: Tym_Stegner@cca-int.com $ Subject: re: ALGOL and 1022 databaseA Message-ID: <OF74FBEA97.48197198-ON85256AE2.0065F9E0@cca-int.com>   " |Larry Kilgallen (& others) wrote: | D |In article <1vjastcqtciaedqoi6mu08fp95tq9o6fls@4ax.com>, Alan Greig <a.greig@virgin.net> |writes:  | C |> I think I recall reading many years ago that 1022 was the serial @ |> number of the KL-10 the database was originally developed on. | G |Whereas I believe it means the software ran on (PDP-)10s and (PDP-)20s  |too (2).  1022.  I This was the commonly accepted rational for the System 1022 name.  Any of0F the System 1022 developers would instantly gainsay it (though a better rational was not provided).    -Tym Stegner System 1032 Supporte& -Insert usual, broad, disclaimer here-   ------------------------------  % Date: Thu, 11 Oct 2001 14:59:47 -0400? From: Tym_Stegner@cca-int.com $ Subject: re: ALGOL and 1022 databaseA Message-ID: <OF18F13FD6.70F7C029-ON85256AE2.0066426C@cca-int.com>    | Jim Becker (& others) wrote: |M |Larry Kilgallen wrote:m |>F |> In article <1vjastcqtciaedqoi6mu08fp95tq9o6fls@4ax.com>, Alan Greig <a.greig@virgin.net> |writes:  |>E |> > I think I recall reading many years ago that 1022 was the serialnB |> > number of the KL-10 the database was originally developed on. |>I |> Whereas I believe it means the software ran on (PDP-)10s and (PDP-)20sS |> too (2).  1022. |pB |Fuzzy memory: Didn't they also have their annual conference on or |about 10/22 each year?r  D After looking in the archive copies of the System 1022 Annual User'sF Conference, I see that the 2nd conference (1981), and possibly the 5thD (1984) were held on 10/22, until the 1022 conferences ended in 1990.  K Conferences started at 2 days and eventually grew to an entire week with upiJ to 5 parallel tracks of System 1022 & System 1032 user and vendor content.   -Tym Stegner System 1032 Supporte% -Insert usual, broad disclaimer here-e   ------------------------------  # Date: Thu, 11 Oct 2001 21:41:21 GMTt' From: weiner@world.std.com (Sam Weiner)t$ Subject: Re: ALGOL and 1022 database& Message-ID: <GL29Kz.Ip0@world.std.com>  8 In article <1vjastcqtciaedqoi6mu08fp95tq9o6fls@4ax.com>,' Alan Greig  <a.greig@virgin.net> wrote:o2 >On Wed, 10 Oct 2001 21:38:22 GMT, "Zane H. Healy"$ ><healyzh@shell1.aracnet.com> wrote: >a5 >>Arthur Krewat <krewat@bartek.dontspamme.net> wrote:eP >>> The tape is up at http://pdp10.kilonet.org/files/fakedecus.lib10.0126.tap.gz8 >>> (right click on the link and select "Save link as"). >>, >>Hopefully I can give it a try later today. >> >>> 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 (for H >>OpenVMS).  I believe it's still around.  Or to put it another way it's >mE >Yes renamed 1032 on VMS and it is still around. One of the 1022/1032 D >engineers monitors comp.os.vms (added a crosspost) so maybe they'll >spot this thread.  ? Computer Corporation of America (http://www.cca-int.com/) stilla> lists 1032.  I think but am not sure Compuserve held onto 1022< when it sold 1032 to CCA since the PDP-10 based software was? built around 1022.  If my memory is correct, I guess that meansP< AOL has the rights now.  A check with CCA might be in order.  > The license check was very tricky with code scattered all over< the place.  I forget what it was even looking for other than/ date so just changing the date won't be enough.P  A >I think I recall reading many years ago that 1022 was the serialS> >number of the KL-10 the database was originally developed on. >SG >I know with certainty that the 1022 TOPS-20 documentation was still on33 >the shelf at my previous employer three years ago.-  ? I may even have a manual buried in a box somewhere.  I think it:9 was also included on the distribution tape which would be  better than trying to scan it.   SamN  9 PS	That reminds me.  The folks in RI might want to see ift3 	they can score a power supply for the KL from what,3 	is left of Compuserve.  Much less power hungry and 5 	gives off less heat.  They sold a few to other sites 5 	as well but couldn't quite work out a deal with DEC. 5 	Probably not enough to keep it running full time butm. 	maybe more often than with the original unit.   ------------------------------  % Date: Thu, 11 Oct 2001 22:24:51 +0200=. From: Dennis Grevenstein <dennis@pcde.inka.de> Subject: Re: Alphaserver 1000a, Message-ID: <3BC60013.1AEB3FB2@pcde.inka.de>   Derek Haining wrote: > P > There may be two different ECU disks for these beasts: one that works well for > L > OpenVMS and Tru64 Unix, and one that works for Windows NT.  If you use theI > wrong one, you will get strange boot errors (at least I did with Tru64)s
 > complainingp > that no console was found.  ? Do you know if the CFG files are different? Could I use the CFGs> for my graphics card if it was originally meant for an NT box?? I still have the ECU 1.8 for VMS/DU here. I just wonder if it'st0 worth a try or if I should dump the Mach64 card.   Dennis   -- e$ Kleines Lexikon der Computerwerbung:   "schn und reprsentativ" ( alle Vorteile des Gerts in drei Wrtern   ------------------------------  % Date: Thu, 11 Oct 2001 20:01:01 -040010 From: "JOB RESPONSE" <workathomenow3@excite.com>+ Subject: CAREER/JOB OPPORTUNITY--E-COMMERCEt3 Message-ID: <200110120001.f9C011w14884@utopiad.com>i  : <table cellpadding="5" border="0" width="445" class="job"> <table><td bgcolor=lime> <font face=verdana size=4 color=blue><p><b>In response to your job search, consider this....</b><p><font face=verdana size=4 color=red> <hr width=100%><p>eD <b>THE ULTIMATE OPPORTUNITY</b>:<font face=verdana size=3 color=red>5 <p>Catch the e-commerce movement and profit from it!   More people are becoming wealthy faster than ever before in the history of time from the e-commerce industry. <b>MORE PEOPLE ARE BROWSING ONLINE NOW MORE THAN EVER ACCORDING TO STATISTICS!!</b>s2Never before has working a Home Business been so EASY! Maybe it's time you found out how....<font face=verdana size=3 color=red>NOW!!!!! SINCE OUR ECONOMY ISN'T DOING TOO WELL AND MANY AMERICANS ARE FACING LAYOFFS AND CORPORATE DOWNSIZING DUE TO THE TRAGEDY AT THE WORLD TRADE CENTER.</b><p><b><h3><center>~ <a href="http://workathome1.netfirms.com/cgi-bin/home0.cgi"><img src="http://workathome1.netfirms.com/mmfh3.gif" border=0></a>b <font face=verdana size=3 color=white><li>Are you looking to start you own e-commerce business?<p>N <li>How would you like to have <b>Sunday's off or anyday other day off?</b><p>  <li>Do you want competitive pay?d <font face=verdana size=3 color=red> <p><b>If you answered "yes" to those questions, then....</b><p> <font face=verdana size=3 color=blue><li><a href="http://workathome1.netfirms.com/cgi-bin/home0.cgi"><b>CLICK HERE</A> for more info</b> </table>    <font face=verdana size=1 color=blue><p>This message was only intended for our opt-in subscribers. You are receiving this message because you may have subscribed us or one of our affiliates. If you previously asked to be excluded from our list, we appologize for this email. This message is in full compliance with U.S. Federal requirements for commercial email includes a remove mechanism. If you wish to be removed from our future mailings...<!URLx!>  b <IMG SRC="http://maildb.portalofone.com/track/open.jsp?cid=783&uid=info-vax@mvb.saic.com&lid=510">        e   <BR><BR><A HREF="http://maildb.portalofone.com/track/unsubscribe.jsp?email=info-vax@mvb.saic.com&lid=510&cid=783">Click Here</A> to unsubscribei   ------------------------------   Date: 11 Oct 2001 19:46:25 GMT= From: lewisnojunkmailplease@lumina.mitre.org (Keith A. Lewis)t' Subject: Re: Changing hosts member typef( Message-ID: <9q4suh$aq7$1@top.mitre.org>   Rudolf Wingert <win@fom.fgan.de> writes in article <200110110613.IAA11611@sinet1.fom.fgan.de> dated Thu, 11 Oct 2001 08:13:08 +0200 (MET DST):H >I would to change the cluster member type of an AlphaStation DS20. TillK >now the station is a satellite. It should be a member with its own system-sI >disk and no votes, so that I can boot them without any problems. My ideasG >is to copy the cluster system disk to a local disk. To delete the SYS0hK >sysroot and to change the satellites sysroot (e.g. SYS32) to SYS0. Is thislH >system then bootable? Is there anything wrong on this idea? If yes, how& >can I do, what I want with less work?  @ You can don't even have to rename the sysroot -- you can set the0 alphastation to boot from SYS32 with the command   >>>set boot_osflags 32,0  J Do you have multiple system disks in your cluster already?  It's very niceE for some things, like OS migration, but there are a bunch of "gotcha"nF issues.  Here are some things I've found it useful to keep on the main system disk:  ,   "DECW$BOOK" = "CLUSTER$COMMON:[DECW$BOOK]"6   "MMS$RULES" = "CLUSTER$COMMON:[MMS]SYSTEM_RULES.MMS".   "NET$PROXY" = "CLUSTER$SYSTEM:NET$PROXY.DAT".   "NETOBJECT" = "CLUSTER$SYSTEM:NETOBJECT.DAT",   "NETPROXY" = "CLUSTER$SYSTEM:NETPROXY.DAT"2   "QMAN$MASTER" = "CLUSTER$SYSTEM:QMAN$MASTER.DAT"0   "RIGHTSLIST" = "CLUSTER$SYSTEM:RIGHTSLIST.DAT"*   "SYSUAF" = "CLUSTER$SYSTEM:SYSUAF.DAT"  , (and START/QUEUE/MANAGER/NEW CLUSTER$SYSTEM)B   "TCPIP$CONFIGURATION" = "CLUSTER$SYSTEM:TCPIP$CONFIGURATION.DAT"0   "TCPIP$HOST" = "CLUSTER$SYSTEM:TCPIP$HOST.DAT"D   "TCPIP$LPD_PRINTCAP" = "CLUSTER$COMMON:[SYSMGR]TCPIP$PRINTCAP.DAT"<   "TCPIP$NTP_CONF" = "CLUSTER$COMMON:[SYSMGR]TCPIP$NTP.CONF"2   "TCPIP$PROXY" = "CLUSTER$SYSTEM:TCPIP$PROXY.DAT";   "VMSMAIL_PROFILE" = "CLUSTER$SYSTEM:VMSMAIL_PROFILE.DATA">  F The queue manager is a sticky one if you run queues.  By default, yourK alphastation will come up with an independant queue manager.  I lost all my ( queues when I made this change, though.   J >P.S. The DS20 shall be the new one bootserver. For this I have to upgradeK >its system from 7.1-2 to 7.3 or 7.2-1 (what would be better?). Also I have L >to install or upgrade layered products. Would it better to wait for OpenVMS >V7.2-2?  K I'm running 7.3 on one of my busier DS20E servers and have had no problems.i  ; --Keith Lewis              klewisnojunkmailplease@mitre.org  PGP key available.         r> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Thu, 11 Oct 2001 13:02:25 GMTs1 From: "Mark D. Jilson" <jilly@clarityconnect.com> ' Subject: Re: Changing hosts member typem2 Message-ID: <3BC598AF.4F35D2DF@clarityconnect.com>  E This should work fine.  I'd update to V7.2-2 which is shipping now orh. V7.3 depending on if you need features of V7.3   Rudolf Wingert wrote:t >  > Hello, > I > I would to change the cluster member type of an AlphaStation DS20. Till=L > now the station is a satellite. It should be a member with its own system-J > disk and no votes, so that I can boot them without any problems. My ideaH > is to copy the cluster system disk to a local disk. To delete the SYS0L > sysroot and to change the satellites sysroot (e.g. SYS32) to SYS0. Is thisI > system then bootable? Is there anything wrong on this idea? If yes, how.' > can I do, what I want with less work?- >   > TIA and regards Rudolf Wingert > K > P.S. The DS20 shall be the new one bootserver. For this I have to upgradejL > its system from 7.1-2 to 7.3 or 7.2-1 (what would be better?). Also I haveM > to install or upgrade layered products. Would it better to wait for OpenVMS 	 > V7.2-2?s   -- rD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Thu, 11 Oct 2001 22:34:43 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>. Subject: Re: Cheap Itanium Systems for OpenVMSD Message-ID: <78px7.8441$0Z6.691770@newsread1.prod.itd.earthlink.net>  K We've beaten this to death, but small customers turn in to large customers.0J We sold a GS-80 this summer to a customer who started out on VAX 4000 nineG years ago.  This is the latest of many upgrades for this customer who's. business continues to grow.    We like customers like that.   -- Andy Bustamantes Remove the ASCII 95s to reply       : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3BC307B4.FBCF73FA@videotron.ca... > Fabio Cardoso wrote:  - > Compaq doesn't want small customers on VMS.    ------------------------------  % Date: Thu, 11 Oct 2001 19:54:32 +0200f= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>t Subject: Re: CSWINGo) Message-ID: <3BC5DCD8.25C19EAF@gtech.com>g   Thomas Dickey wrote:,  Arne Vajhj <arne.vajhoej@gtech.com> wrote: > > John Macallister wrote: H > >> Anyone know if there's a version of CSWING which works under Linux? > , > > I think CSWING uses SMG$, so not likely. > N > well, there's that detail - but I'm not aware of anything done in SMG$ whichO > can't be done in curses (other than the obvious: providing an SMG$-compatibleb > binding ;-).  ? But if you have to rewrite the GUI part from SMG$ to curses and 2 the actions from VMS to Linux, then what is left ?   Arne   ------------------------------    Date: 11 Oct 2001 15:08:53 -0500- From: koehler@encompasserve.org (Bob Koehler)O Subject: Re: CSWINGe3 Message-ID: <mUbOgTqoPqiv@eisner.encompasserve.org>.  i In article <3BC5DCD8.25C19EAF@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > Thomas Dickey wrote:. >  Arne Vajhj <arne.vajhoej@gtech.com> wrote: >> > John Macallister wrote:I >> >> Anyone know if there's a version of CSWING which works under Linux?o >> a- >> > I think CSWING uses SMG$, so not likely.n >> dO >> well, there's that detail - but I'm not aware of anything done in SMG$ which P >> can't be done in curses (other than the obvious: providing an SMG$-compatible >> binding ;-).y >   F    curses does not provide as many laywers of abstraction as SMG$, and+    does not provide a keyboard abstraction.-   ------------------------------   Date: 11 Oct 2001 21:40:44 GMT) From: davis@space.mit.edu (John E. Davis)L Subject: Re: EDT for Linux1 Message-ID: <slrn9sc4eq.78h.davis@aluche.mit.edu>t  P On Wed, 26 Sep 2001 14:30:45 -0400, Atlant Schmidt <atlantnospam@mindspring.com> wrote:; >I've adapted very well to being Solaris-based, but EDT andh8 >$ SEARCH/HIGHLIGHT are the two things I miss about VMS.  > Jed (mentioned elsewhere in this thread) is distributed with aE recursive highlighing grep program called "rgrep".  It will highlighto matches for you:  , Usage: rgrep [options..] pattern [files ...] Options:O   -?        additional help (use '-?' to avoid shell expansion on some systems)s   -c        count matchesa>   -h        highlight match (ANSI compatable terminal assumed)@   -H        Output match instead of entire line containing match   -i        ignore case    -l        list filename only&   -n        print line number of match   -F        follow links3   -r        recursively scan through directory trees-   -N        Do NOT perform a recursive searchn5   -B        If file looks like a binary one, skip it.nM   -R 'pat'  like '-r' except that only those files matching 'pat' are checkedaD   -v        print only lines that do NOT match the specified pattern<   -x 'ext'  checks only files with extension given by 'ext'.M   -D        Print all directories that would be searched.  This option is forsK              debugging purposes only.  No file is grepped with this option.iE   -W'len'   lines are 'len' characters long (not newline terminated).    --version Print version    --help    Print this helpr  O 'pattern' is a valid 'ex' type of regular expression.  See the man page for ex.e> It is best enclosed in single quotes to avoid shell expansion.   --John   ------------------------------  + Date: Thu, 11 Oct 2001 12:17:52 -0700 (PDT)i. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>W Subject: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has no respect for Alpha's)r@ Message-ID: <20011011191752.54859.qmail@web20209.mail.yahoo.com>   People  4 I believe almost 99% here have any kind of emotional link with OpenVMS/Alpha./ I suggest a therapy. Anyone here graduate in=20- psicology ?h  ! Alpha it is/was just a processor. , It will be replaced by Itanium and maybe any AMD similar ... in the future.  , OpenVMS it is what we know. It is like a dog+ you like very much because "it obey you" as 	 you want.l  1 If the dog dies.. you probably will change the=20G dog.   PS: Dogs are not eternal.   0 And about Scott - I really think he should buy a0 company like Palm/Handspring to conquest the end	 customer.a    * The normal customers dont know what is Sun/ Microsystems. How can he defeat Microsoft if=20P1 there isnt anything in my home with the Sun logo?c     Have a nice weeked...t   Regardse   FC=200/ --- Brian Wheeler <bdwheele@indiana.edu> wrote:s > In article >eH <80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com>,! > =09"Symons, Jeff (Innovations)"r# > <jeff.symons-eds@eds.com> writes:  > >=20& > > Scott McNealy, Chairman and CEO of+ > Sunmicrosystems, said that the "DEC Alphaa6 > > is dead", at the Gartner Symposium in Orlando this > morning......a >=205 > Well, he has a point...Compaq has announced its enda > of life, so I supposer5 > it would have been more proper to say "dead-end" orn > "soon to be dead".  Either% > way, he'll be right soon enough. :(d >=20     =3D=3D=3D=3D=3D2L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D. F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil0 fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------    Date: 11 Oct 2001 15:30:51 -0500+ From: young_r@encompasserve.org (Rob Young)nY Subject: Re: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has no respect for Alpha'13 Message-ID: <mUymJmnRAweb@eisner.encompasserve.org>1  q In article <20011011191752.54859.qmail@web20209.mail.yahoo.com>, Fabio Cardoso <fabiopenvms@yahoo.com.br> writes:1 > People > 6 > I believe almost 99% here have any kind of emotional > link with OpenVMS/Alpha.  	 	Wrong.  p  1 	Making a living it is called.  I've held my nose8) 	and did AIX support for quite some time.g   > I suggest a therapy. e  ( 	No need.  I've left Unix mostly behind.   				Rob@   ------------------------------  # Date: Fri, 12 Oct 2001 00:52:44 GMT.+ From: "No Space [Spool]" <nospace@unix.com>pY Subject: Re: Emotional link to OpenVMS/Alpha (Re: Scott McNealy has no respect for Alpha'S8 Message-ID: <Xns9137B6430A7BB2892ELNKSKS99@24.9.139.141>  C Emotional attachment to VMS?  Naw, we just like things that work.  t  I Good idea about Sun in the home though.  I've always liked the idea of a wL Sun logo on my cable box.  Such a nice logo it is too.  I think Sun is next ( to be eaten.  Go HBO, Showtime or Apple!  H And FYI we eat dogs well grilled on our PDP/11's.  No cats, they're too  much like Unix.     2 Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in 8 news:20011011191752.54859.qmail@web20209.mail.yahoo.com:   > People > 6 > I believe almost 99% here have any kind of emotional > link with OpenVMS/Alpha./ > I suggest a therapy. Anyone here graduate in  
 > psicology ?2 > # > Alpha it is/was just a processor. . > It will be replaced by Itanium and maybe any  > AMD similar ... in the future. > . > OpenVMS it is what we know. It is like a dog- > you like very much because "it obey you" as  > you want.n > 1 > If the dog dies.. you probably will change the I > dog. >  > PS: Dogs are not eternal.a > 2 > And about Scott - I really think he should buy a2 > company like Palm/Handspring to conquest the end > customer.h >  > , > The normal customers dont know what is Sun/ > Microsystems. How can he defeat Microsoft if a3 > there isnt anything in my home with the Sun logo?i >  >  > Have a nice weeked...d > 	 > Regardse >  > FC d1 > --- Brian Wheeler <bdwheele@indiana.edu> wrote:T
 >> In article  >>I ><80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com>,KF >>      "Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com> writes: >> > lF >> > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that theB >> > "DEC Alpha is dead", at the Gartner Symposium in Orlando this >> > morning...... e >>  6 >> Well, he has a point...Compaq has announced its end >> of life, so I suppose6 >> it would have been more proper to say "dead-end" or >> "soon to be dead".  EitherR& >> way, he'll be right soon enough. :( >> A >  > 6 >=============================Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilo > fabiopenvms@yahoo.com.br >=========================4 > __________________________________________________ > Do You Yahoo!?. > Make a great connection at Yahoo! Personals. > http://personals.yahoo.com   ------------------------------  % Date: Thu, 11 Oct 2001 14:51:24 -0400F- From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>e5 Subject: Re: Ghostview doesn't work under OpenVMS 7.3 0 Message-ID: <3BC5EA2C.8A1BF1BD@ost.cdrh.fda.gov>   Charlie Hammond wrote:F > If Display PostScript is an issue for you, you may want to stay with > Motif version V1.2-5.r  K The damage has already been done.  Can I simply do a product remove dwmotif,P followed by reinstallation of V1.2-5?  I guess from your message that this still' won't reload [sysfonts.xdps.outline]...t   ------------------------------   Date: 11 Oct 2001 20:04:59 GMT= From: lewisnojunkmailplease@lumina.mitre.org (Keith A. Lewis)c5 Subject: Re: Ghostview doesn't work under OpenVMS 7.3n( Message-ID: <9q4u1b$b66$1@top.mitre.org>  w eplan@kapsch.net (Peter LANGSTOEGER) writes in article <3bc5afea$1@news.kapsch.co.at> dated 11 Oct 2001 16:42:50 +0200:zY >In article <3BC57CF5.2090003@iaf.fhg.de>, Theo Jakobus <Theo.Jakobus@iaf.fhg.de> writes:oJ >>After upgrading to 7.3 using Ghostview showed an "invalid font" message.D >>Ghostview is a X-window front end to Ghostscript which looks into S >>SYS$COMMON:[SYSFONT.XDPS.OUTLINE] for the fonts. This directory is empty, in the MP >>release notes for OpenVMS 7.3 is a note "Adobe Display PostScript Software No  >>Longer Available". >># >>So before upgrade save the fonts!C > L >That's the DECwindows-MOTIF V1.2-6 upgrade, not the OpenVMS V7.3 upgrade !!  J My experience says otherwise.  I upgraded my VMS but left Motif 1.2-5, and the files still disappeared.  J The reason I passed on the new Motif bears mentioning -- it breaks my mainL product (an x-windows app)!  The one weird feature the app uses is bit planeC overlays.  Past Motif upgrades have all been smooth.  Did they yankl. something in 1.2-6, other than the XDPS fonts?  ; --Keith Lewis              klewisnojunkmailplease@mitre.orgi PGP key available.         a> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 11 Oct 2001 15:21:43 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)<5 Subject: Re: Ghostview doesn't work under OpenVMS 7.3b3 Message-ID: <lS6YjZ3IErL3@eisner.encompasserve.org>a  ` In article <3BC5EA2C.8A1BF1BD@ost.cdrh.fda.gov>, Jonathan Boswell <jsb@ost.cdrh.fda.gov> writes: > Charlie Hammond wrote:G >> If Display PostScript is an issue for you, you may want to stay withm >> Motif version V1.2-5. > M > The damage has already been done.  Can I simply do a product remove dwmotifIR > followed by reinstallation of V1.2-5?  I guess from your message that this still) > won't reload [sysfonts.xdps.outline]...h  B I believe you also have to stay on VMS V7.2-* (or earlier) because8 part of Display PostScript is implemented in the server.   ------------------------------  # Date: Thu, 11 Oct 2001 20:32:47 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)5 Subject: Re: Ghostview doesn't work under OpenVMS 7.391 Message-ID: <Plnx7.320$RL6.2604@news.cpqcorp.net>o  ) In article <9q4u1b$b66$1@top.mitre.org>, A? lewisnojunkmailplease@lumina.mitre.org (Keith A. Lewis) writes:M ..K >The reason I passed on the new Motif bears mentioning -- it breaks my mainlM >product (an x-windows app)!  The one weird feature the app uses is bit plane D >overlays.  Past Motif upgrades have all been smooth.  Did they yank/ >something in 1.2-6, other than the XDPS fonts?c  G In addition to the XDPS fonts that are no longer in OpenVMS V7.3, there J is other Display PostScript code that is no longer in OpenVMS V7.3, and noH longer in Motive V1.2-6.  I do not know if this relates to your problem.   -- oK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAfH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Thu, 11 Oct 2001 22:20:49 GMT , From: Mickey Lane <mickeylane@earthlink.net>: Subject: Re: Good bye VAX-6400's; 8650's - the memories...8 Message-ID: <pk5cst47nie7vaahbl64hv002l2modbqgv@4ax.com>  B On Thu, 27 Sep 2001 17:07:09 -0400, Kat <kathee@mindiq.com> wrote:  > >ra80/81/82's we had (including ones that seemed to have glue < >problems *laugh* -- if you are old enough to know that....)    Ug. *That* brings back memories.   Mickey..   ------------------------------  # Date: Thu, 11 Oct 2001 19:10:43 GMTR4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)/ Subject: Re: Higher prices for Alpha processors") Message-ID: <T8mx7.1593$Oh1.20646@insync>P  3 Terry C. Shannon (terryshannon@mediaone.net) wrote:. : 6 : "Pio Baettig" <baettig@hotmail.com> wrote in message' : news:3bc2f4b4@siufuxsun02.unifr.ch...:	 : > from:.+ : > http://www.theinquirer.net/09100106.htmM : >_' : > Compaq bumps up coppa whoppa pricess : > % : > "Insignificant at a system level"r* : > By Mike Magee, 09/10/2001 10:35:00 BSTM : > YOU WOULD THINK THAT now IBM has an answer to the Q Wildfire platform, it 8 : > would reduce rather than raise prices, wouldn't you?M : > No. In the new-style Compaq, the rule is to put the prices up - and while)K : > they're at it, charge well over the odds for memory too. (Hi Kingston.)a : J : Raising CPU prices is not the response I would make to the Sun UE15K andK : IBM's Regatta if I was in charge of CPQ's strategic marketing activities.@ : H : The memory price cuts are nice, but raising CPU prices sends the wrong8 : message. But that's just my opinion, I could be wrong! : F Perhaps Compaq is trying to make the cost performance of the IA64 look better than the ALPHA's.  % --Jerry Leslie   leslie@clio.rice.edug/                  leslie@209-16-45-97.insync.neth;                  leslie@209-16-45-102.insync.net is invalidn   ------------------------------  # Date: Thu, 11 Oct 2001 19:21:51 GMTw4 From: "Terry C. Shannon" <terryshannon@mediaone.net>/ Subject: Re: Higher prices for Alpha processors > Message-ID: <jjmx7.105966$vq.21980962@typhoon.ne.mediaone.net>  A "Jerry Leslie" <LESLIE@209-16-45-102.insync.net> wrote in messagep# news:T8mx7.1593$Oh1.20646@insync...u5 > Terry C. Shannon (terryshannon@mediaone.net) wrote:  > :o8 > : "Pio Baettig" <baettig@hotmail.com> wrote in message) > : news:3bc2f4b4@siufuxsun02.unifr.ch...e > : > from:n- > : > http://www.theinquirer.net/09100106.htmI > : >i) > : > Compaq bumps up coppa whoppa pricesf > : >t' > : > "Insignificant at a system level"e, > : > By Mike Magee, 09/10/2001 10:35:00 BSTL > : > YOU WOULD THINK THAT now IBM has an answer to the Q Wildfire platform, it: > : > would reduce rather than raise prices, wouldn't you?I > : > No. In the new-style Compaq, the rule is to put the prices up - andv whileeB > : > they're at it, charge well over the odds for memory too. (Hi
 Kingston.) > :mL > : Raising CPU prices is not the response I would make to the Sun UE15K andA > : IBM's Regatta if I was in charge of CPQ's strategic marketingM activities.d > :tJ > : The memory price cuts are nice, but raising CPU prices sends the wrong: > : message. But that's just my opinion, I could be wrong! > :.H > Perhaps Compaq is trying to make the cost performance of the IA64 look > better than the ALPHA's. >   L That makes absolutely no sense whatsover, nor will it do so until Compaq can. ship IPF-compatible UNIX and OpenVMS releases.   ------------------------------  % Date: Thu, 11 Oct 2001 16:16:45 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e/ Subject: Re: Higher prices for Alpha processors., Message-ID: <3BC5FE2C.396F328A@videotron.ca>   Arne Vajhj wrote:C > "OK - so Alpha sales revenue are down after our Alpha end-of-life F > announcement - no problem we will just increase prices to compensate > for decrase in units." > / > The computer business does not work that way.C  M Yes it does. When you want to get rid of a product to favour a more strategic 6 one, you take steps to make that product unattractive.  J When Digital wanted to spur sales of new VAXes, it woudl raise maintenanceN costs of older VAXes to make it financially attractive to buy a new one with a: one year warrantee and lower maintenance costs thereafter.  M Compaq wants its customers off of Alpha, so it won't make it very attractive.lS Only those who really need to stay there will stay with Alpha and pay the premiums.   N Alpha is on life support for another 5 years. But Compaq doesn't want any moreL Alpha customers during that time since its goal is to pull the plugs as soonL as possible and the more people are still on Alpha, the harder it will be to pull the plug.   ------------------------------  % Date: Thu, 11 Oct 2001 23:16:39 -0400=' From: Jim Becker <jbecker@ui.urban.org>m% Subject: Re: How to obtain IP addressv, Message-ID: <3BC66097.E1A37A5D@ui.urban.org>   Nazim MANSER wrote:k [snip]P > But the IP Address field is truncated, so how to obtain the whole IP address ?' > How to interpret the following fieldst >  > Remote node addr.   31541a > Remote ID: TELNET_BC000424  F I offer REMID2IP.COM, which I normally call from other DCL procedures.	 Examples:b   $ @remid2ip TELNET_BC000424c $ show symbol ip_address   IP_ADDRESS == "188.0.4.36" $ @remid2ip FTP_BC000424 $ show symbol ip_address   IP_ADDRESS == "188.0.4.36" $ @remid2ip BC000424 $ show symbol ip_address   IP_ADDRESS == "188.0.4.36"? $ @remid2ip	!By default, value of SYS$REM_ID used, if available. $ show symbol ip_address   IP_ADDRESS == "66.44.7.64"   [beginning of REMID2IP.COM]pD $! Convert a hex-string version of an IP address to a dotted decimal. $! string in the global DCL symbol IP_ADDRESS.
 $!	Jim Beckers $ if p1 .eqs. "" $ then( $       rem_id = f$trnlnm ("sys$rem_id") $ else $       rem_id = p1h $ endifp $ if rem_id .eqs. "" then exit $!; $! Remote id often appears in these forms: TELNET_xxxxxxxx,[ FTP_xxxxxxxx2 $ if f$locate ("_", rem_id) .lt. f$length (rem_id)0 $ then  hex_address = f$element (1, "_", rem_id) $ else  hex_address = rem_id $ endifa $!! $ msg = f$environment ("message")  $ on warning then goto skip_ip6 $ set message /nofacility /noseverity /noident /notext+ $ byte1 = %x'f$extract (0, 2, hex_address)' + $ byte2 = %x'f$extract (2, 2, hex_address)'l+ $ byte3 = %x'f$extract (4, 2, hex_address)'h+ $ byte4 = %x'f$extract (6, 2, hex_address)'aE $ ip_address == f$fao ("!UB.!UB.!UB.!UB", byte1, byte2, byte3, byte4)t
 $ skip_ip: $ set message 'msg't [end of REMID2IP.COM]t   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)N' Encompass (http://www.encompassus.org/)'. ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------  # Date: Thu, 11 Oct 2001 23:18:45 GMTn' From: Zelmo Kitowski <Zelmo@^Hkiwi.net>  Subject: Re: LA-70 Driveri? Message-ID: <Xns9137A653AC2E09874JK325999HR657893@24.9.139.141>t  J What version of Windows are you running?  Win98SE for example has drivers ( for LA7X printers included in the build.  I If you're in the Win3X era, I have the original printer driver file that u= DEC released for Win3X that includes the LA7X and others.    -      J Andy Csepely <kicsi2l8@home.com> wrote in news:3BBCE024.E50631D8@home.com:  G > I'm in need of a windows driver for an LA-70 printer. Any thoughts? It2 > looked on some sites but was unable to find one. >  >  >    ------------------------------    Date: 11 Oct 2001 20:58:55 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)+ Subject: Re: LICENSE-I-EXCEEDED for VAX-VMSn* Message-ID: <3bc5ebef$1@news.kapsch.co.at>  f In article <0Gkx7.53$UD1.3232@news-west.eli.net>, "frank brown" <frank.brown@ci.seattle.wa.us> writes:L >I'm getting 'attempted usage exceeds active license limits' when logging onD >to our VAX 4300.  The VAX-VMS license is loaded.  It is as follows:  / How about a SHOW LICENSE/CHARGE to start with ?    -- b< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888s< <<< 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 00:23:55 GMT@2 From: "frank brown" <frank.brown@ci.seattle.wa.us>+ Subject: Re: LICENSE-I-EXCEEDED for VAX-VMS.1 Message-ID: <vKqx7.74$UD1.3946@news-west.eli.net>   H Very interesting...the production unit is a VAX 4000-300, hardware model type 211H where the Type C units required is 100; whereas the backup unit is a VAXK 4000-300, hardware model type 212 and Type C license is 'Not Permitted', itC requires a Type B.  G So exactly what is the difference between a VAX 4000-300 type 211 and a H 4000-300 type 212 anyway?  They look the same and act the same AFAICT...   -Frank  7 "Peter LANGSTOEGER" <eplan@kapsch.net> wrote in messageD$ news:3bc5ebef$1@news.kapsch.co.at...A > In article <0Gkx7.53$UD1.3232@news-west.eli.net>, "frank brown" & <frank.brown@ci.seattle.wa.us> writes:K > >I'm getting 'attempted usage exceeds active license limits' when loggingD onF > >to our VAX 4300.  The VAX-VMS license is loaded.  It is as follows: >Y1 > How about a SHOW LICENSE/CHARGE to start with ?. >t > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888Y> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Thu, 11 Oct 2001 21:58:28 GMTo, From: Mickey Lane <mickeylane@earthlink.net> Subject: Lost system passworde8 Message-ID: <615cstclfiiv9739feu8giaj0i4d8mm13m@4ax.com>   Hi,n  ? Picked up a VAXserver 3500 for next to nothing. No docs, notes,l@ postits, etc. It was from a group that has long since dispersed.  @ Years ago, I had a sheet with notes on how to recover a lost VMS@ system password. Unfortunately, the sheet is in a file cabinet a couple of states away.  . Anyone have the procedure handy to mail to me?   Thanks,n/ Mickey Lane, ex-Digit, Storage group, 1981-1995e mickeylane@earthlink.net   ------------------------------  # Date: Thu, 11 Oct 2001 22:43:18 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: Lost system password 1 Message-ID: <agpx7.327$RL6.2517@news.cpqcorp.net>c  g In article <615cstclfiiv9739feu8giaj0i4d8mm13m@4ax.com>, Mickey Lane <mickeylane@earthlink.net> writes:n  / :Anyone have the procedure handy to mail to me?   D   Both the OpenVMS Frequently Asked Questions (FAQ) and the OpenVMS B   System Manager's Manual in the OpenVMS documentation set contain5   the procedure for resetting a lost system password.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 11 Oct 2001 21:42:51 GMTb  From: jlsue <jlsuexxxz@home.com>1 Subject: Re: Microsoft Security Slipup of the Day 8 Message-ID: <ub4cstg8223qsa2ljlupu3toohvq5qep25@4ax.com>  @ On 10 Oct 2001 23:19:47 GMT, leslie@clio.rice.edu (Jerry Leslie) wrote:  < >These people are using techniques such as stenography, per:  E Wow, I never knew that shorthand was a major part of our intelligencee gathering infrastructure.  ;-)      1 <steganography would be something much different>>   ------------------------------   Date: 11 Oct 2001 22:01:35 GMT) From: leslie@clio.rice.edu (Jerry Leslie) 1 Subject: Re: Microsoft Security Slipup of the Day.' Message-ID: <9q54rv$rav$2@joe.rice.edu>   ! jlsue (jlsuexxxz@home.com) wrote:sB : On 10 Oct 2001 23:19:47 GMT, leslie@clio.rice.edu (Jerry Leslie) : wrote:  > : >These people are using techniques such as stenography, per: :aG : Wow, I never knew that shorthand was a major part of our intelligenceo  : gathering infrastructure.  ;-)  3 : <steganography would be something much different>u  & Yes, "steganography" was what I mean.   D Is shorthand even taught in schools anymore ? If not, it might make < a good encryption technique, although not as good as Navajo.   ------------------------------  # Date: Thu, 11 Oct 2001 23:32:23 GMTu4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Microsoft Security Slipup of the Day-> Message-ID: <b_px7.106244$vq.22185613@typhoon.ne.mediaone.net>  6 "Jerry Leslie" <leslie@clio.rice.edu> wrote in message! news:9q54rv$rav$2@joe.rice.edu....# > jlsue (jlsuexxxz@home.com) wrote:tD > : On 10 Oct 2001 23:19:47 GMT, leslie@clio.rice.edu (Jerry Leslie)
 > : wrote: >,@ > : >These people are using techniques such as stenography, per: > :aI > : Wow, I never knew that shorthand was a major part of our intelligencee" > : gathering infrastructure.  ;-) >o5 > : <steganography would be something much different>. >l' > Yes, "steganography" was what I mean.- > E > Is shorthand even taught in schools anymore ? If not, it might makee> > a good encryption technique, although not as good as Navajo.  ' Or the average doctor's prescription...o   ------------------------------  # Date: Thu, 11 Oct 2001 19:28:45 GMTb% From: "Ram Guy" <ramguy9@hotmail.com>t Subject: Re: New to VMSI( Message-ID: <Npmx7.15026$f5.845408@news>  < Thanks to all those responded to my query, I got it to work.  7 "Sharkonwheels" <readmy@signature.com> wrote in message : news:2POw7.31624$WX5.983907@e3500-atl2.usenetserver.com... >i> > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message" > news:3BC25A26.BB859AD@fsi.net... > > Ram Guy wrote: > > >a > > > Hi there,l > > >SK > > > I am trying to install Open VMS (Hobbyist) on a Digital Alpha AXP PCIn > 33. I K > > > can't get the system to boot from the CD. Looks like I am not setting  up > theeB > > > boot options properly and I am new to this hardware and VMS. > > > K > > > Is there a step by step guide to setup and run VMS on such systems? I- amL > > > trying to find the reuired information from Open VMS Faqs but have not > foundp > > > anything yet.  > >  > > You may have missed:A > > http://www.openvms.compaq.com/wizard/openvms_faq.html#ALPHA13? >  >eI > It's do-able, but a severe pain in the a$$! I did it a few months back.. > Things I had to do:a >o9 > A. Upgrade firmware, making sure I had the SRM firmware-6 > B. Use the Multia Kit (yes - it works with AXPpci33) >rC > As to that FAQ, it says no PCI cards are supported, but my S3 PCIdB > video card works nice with DECwindows (yes, I also have the MoBo* > with PS/2 mouse and keyboard connectors) >BC > IDE interface is NOT supported under VMS (is under the free *nix, 	 > though)a >n > Config on my machine:o6 > AXPpci 166MHz, jumpered to 200MHz (works flawlessly)8 > 1MB Cache RAM (I believe. Parted out some 486 boards!)3 > 128MB RAM (4 x 32Mb 72-pin. Parity RAM required!)  > 4.3GB Seagate SCSI-II drive # > Toshiba 4x 512-byte block SCSI CDa > S3 PCI video card  > DEC ISA ethernet cardl >] > Ram -  >iG > If you need an ISA Digital ethernet card, let me know. I have a stashpD > that I can let you have 1 from for what I paid for them + shipping1 > (they were like $8-10 ea, and I bought like 6!)r >  >m > Tony > tonym at compusource dot net >n >  >j   ------------------------------  # Date: Thu, 11 Oct 2001 18:15:29 GMT03 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>6+ Subject: Re: OpenVMS at Orbit computer expou/ Message-ID: <3BC5E148.B1352871@cableinet.co.uk>e   Fabio Cardoso wrote: >  > ???????????? > + > OpenVMS   = Open Virtual Marketing Systemo  3 I have recently become aware there is also a Unisysn" product of some type known as VMS.   anyone know more?    regardsa -- s Tim.Llewellyn@cableinet.co.uk     C Standard disclaimer applies. My views in no way represent those of n! my employers or service provider.P   ------------------------------  # Date: Fri, 12 Oct 2001 00:16:34 GMTe, From: Olga Krugre <OlgaKrugre@demschmidt.nl>, Subject: Re: OpenVMS Backup:  7GB in 3:30 hs? Message-ID: <Xns9137B0211176BOlgaSays902847689734@24.9.139.141>n  J DDS3 will work faster.  But not much.  We had 'em, dumped 'em for a TZ887 : loader, then dumped it for AIT.  The AIT loader HAULS!!!      1 Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in19 news:20011009162209.12240.qmail@web20209.mail.yahoo.com: >   > Do you have this ? > ) > My OpenVMS servers are backing up aboutD/ > 7GB in 3:30 hrs. For me it is extremely slow. 3 > I am using a DDS3 device, recording in DDS2 tapesq > in COMPACTION mode.1 > 1 > I have about 50 GB in disks - or my full backup $ > (/IMAGE) is about  24 hours (!!!!) > 4 > Next year we will buy a greater StorageTek (I dont3 > know the right model) because the actual robot ise2 > connected only to the Unix machines (Origins and6 > IBM/SP) and a lot of Sparcstations/Octane, backuping > via EMC/EDM. > 	 > Regardse >  > FC T >  > 6 >=============================Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilt > fabiopenvms@yahoo.com.br >=========================4 > __________________________________________________ > Do You Yahoo!?C > NEW from Yahoo! GeoCities - quick and easy web site hosting, justa2 > $8.95/month. http://geocities.yahoo.com/ps/info1   ------------------------------   Date: 11 Oct 2001 19:16:54 GMT= From: lewisnojunkmailplease@lumina.mitre.org (Keith A. Lewis)p4 Subject: Re: Phone question..(dialing to other user)( Message-ID: <9q4r76$aag$1@top.mitre.org>   "Valdemir" <valdemir-@uol.com.br> writes in article <000e01c151e8$fab960c0$ba020001@unipobjetivo.br> dated Wed, 10 Oct 2001 20:56:51 -0300:oM > I=B4m needing a VMS application to communicate with other users in my syst=t >em. >iK > I have tried Phone, but in Phone I need put the username to dial, not thee >process name. >B > See below:  ! [everybody uses the same account]e  ( ****** First a solution to your problem:  H You can install the REPLY.EXE image at system startup with privileges by adding the line:  1     $ install replace sys$system:reply /priv=oper   J to your SYSTARTUP_VMS.COM.  REPLY is a pretty benign command, and a lot ofL sites do this.  Then use REPLY/TERM= to send messages to the correct person.   ****** Now a little tirade:u  H I suspect that you have everybody using the same account to get around aG license issue, i.e. you're using a "personal use" license for an entire2G department.  You should tell your management that it's illegal and theyeK should spend the money on a proper license.  Read the agreement on the backb of your PAK certificate.  M The more money VMS generates for DEC/CPQ/HP, the longer it will last.  Right?/  ; --Keith Lewis              klewisnojunkmailplease@mitre.orgu PGP key available.         t> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 11 Oct 2001 20:07:12 +0200tB From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>7 Subject: Re: Public accessable VMS machine for testing?,7 Message-ID: <3BC5DFD0.1868@this.mailaddress.is.invalid>h   Anamika wrote: >  > Try hobbesthevax.com > It is a vms 7.2 cluster. > ( Another one :  http://VAX6K.OPENECS.ORG/   -- d ME Posted by news://news.nb.nuB   ------------------------------  # Date: Thu, 11 Oct 2001 21:56:20 GMTd! From: Ian Parker <parker@gol.com>r Subject: Re: Python on VMS& Message-ID: <Bst5iEApYMx7EwfT@gol.com>  B In article <00A03477.D04C38F9.11@decus.de>, zessin@decus.de writes >James Gessling wrote:- >>Try:  http://decus.decus.de/~zessin/python/H >> >>Jim  >> >>CMO wrote: >>0 >>> Is anyone aware of a port of Python for VMS? >n >Please go to: >l% >http://www.decus.de/~zessin/python2/-$ >       ^^^                        ^$ >       !!!                        ! >i  < It's excellent that that Python 2.1.1 is available for VMS.    -- p
 Ian Parker   ------------------------------  % Date: Thu, 11 Oct 2001 14:27:16 -0400 < From: "Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com>1 Subject: Scott McNealy has no respect for Alpha'srS Message-ID: <80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com>r  L Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC Alpha@ is dead", at the Gartner Symposium in Orlando this morning......   ------------------------------   Date: 11 Oct 2001 18:52:46 GMT* From: bdwheele@indiana.edu (Brian Wheeler)5 Subject: Re: Scott McNealy has no respect for Alpha's 2 Message-ID: <9q4ppu$an9$1@jetsam.uits.indiana.edu>  S In article <80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com>,n? 	"Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com> writes:a > N > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC AlphaB > is dead", at the Gartner Symposium in Orlando this morning......  I Well, he has a point...Compaq has announced its end of life, so I suppose N it would have been more proper to say "dead-end" or "soon to be dead".  Either# way, he'll be right soon enough. :(    ------------------------------  # Date: Thu, 11 Oct 2001 19:19:45 GMTd4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: Scott McNealy has no respect for Alpha'se> Message-ID: <lhmx7.105965$vq.21979393@typhoon.ne.mediaone.net>  G "Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com> wrote in messageoL news:80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com.. .D >pH > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC Alpha B > is dead", at the Gartner Symposium in Orlando this morning......  L Hell, Scooter's been saying that for the last five years. Not that it reallyB matters to him, Sun seems to do quite well even with its processorI performance constraints. It might have something to do with an innovativeE new concept called MARKETING.g  I In any event, if I was a betting man, I'd give better odds to EV7 than totJ UltraSparc V. That out-of-order execution stuff isn't easy, as the DEC EV6 developers discovered!   ------------------------------  % Date: Thu, 11 Oct 2001 16:29:14 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>R5 Subject: Re: Scott McNealy has no respect for Alpha's[, Message-ID: <3BC60119.58F99464@videotron.ca>  # "Symons, Jeff (Innovations)" wrote:s > N > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC AlphaB > is dead", at the Gartner Symposium in Orlando this morning......  N So ?  Compaq announced it was in a coma and that the plug would be pulled in a5 couple of years after a few injections of adrenaline.l  G From the industry point of view, the Alpha architecture is dead. From a2L marketing point of view, Alpha has been dead a long time. On June 25, CompaqM gave its competitors great marketing opportunities to blast Compaq. Compaq is 9 simply reaping the results of what it planted on June 25.p   ------------------------------  # Date: Thu, 11 Oct 2001 20:34:13 GMT/* From: cjt & trefoil <cheljuba@prodigy.net>5 Subject: Re: Scott McNealy has no respect for Alpha'so+ Message-ID: <3BC60270.96BF8B6E@prodigy.net>D   Brian Wheeler wrote: > U > In article <80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com>,?H >         "Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com> writes: > > P > > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC AlphaD > > is dead", at the Gartner Symposium in Orlando this morning...... > K > Well, he has a point...Compaq has announced its end of life, so I supposenP > it would have been more proper to say "dead-end" or "soon to be dead".  Either% > way, he'll be right soon enough. :(   6 Perhaps "on death row" would convey the right meaning.   ------------------------------  % Date: Thu, 11 Oct 2001 16:46:21 -0400L+ From: "Main, Kerry" <Kerry.Main@compaq.com>35 Subject: RE: Scott McNealy has no respect for Alpha's1T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4010D70E0@kaoexc01.americas.cpqcorp.net>  E >>> Scott McNealy, Chairman and CEO of Sunmicrosystems, said that thetG "DEC Alpha is dead", at the Gartner Symposium in Orlando this morning>>   2 ROTFL .. what else would one expect him to say?=20   :-)E  = $857M Alpha contract just signed and he says Alpha is dead .. 5 http://www.informationweek.com/story/IWK20011002S0005A8 http://www.compaq.com/newsroom/pr/2001/pr2001100101.html  = http://www.theinquirer.org/11100109.htm "Biggest Computer .."lC "The machine, developed by the centre and assisted by Q Ink and the3B National Science Foundation simulates eqarthquakes, storms, global) climate changes and genomic modelling..."s  C "... And guess what. It doesn't use the Itanic but 3,000 Alpha EV68eH chips in 750 four way Wildfire servers running D/UX we mean Tru64 Unix."  6 [The magazine does need a spell checker, however ..km]  E And as far as the typical follow-up fud on OpenVMS/Tru64 futures go -d( 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.htmlA= http://www.compaq.com/hps/ipf-enterprise/partner_quotes3.htmlo   And in addition -3= http://www.compaq.com/hps/ipf-enterprise/customer_quotes.html@   Regards,  
 Kerry Main Senior Consultanto Compaq Canada Corp.w Professional Services' Voice: 613-592-4660d Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----A From: Symons, Jeff (Innovations) [mailto:jeff.symons-eds@eds.com]G Sent: October 11, 2001 2:27 PM To: Info-VAX@Mvb.Saic.Com 1 Subject: Scott McNealy has no respect for Alpha'sn      F Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DEC Alpha-@ is dead", at the Gartner Symposium in Orlando this morning......   ------------------------------  # Date: Fri, 12 Oct 2001 00:43:24 GMTe+ From: "No Space [Spool]" <nospace@unix.com>y5 Subject: Re: Scott McNealy has no respect for Alpha'sp7 Message-ID: <Xns9137B4AE25892892ELNKSKS99@24.9.139.141>@  H Yeah well Scotty isn't doing so well himself lately.  A few months ago, K some of us offered the opinion that Compaq was going to be eaten by Dell,   E Gateway or a cable company.  Well, we were wrong.  HP decided to eat m Compaq..  H Sun's time is nearing.  Maybe HBO, Showtime or Apple will swallow Sun.        ? "Symons, Jeff (Innovations)" <jeff.symons-eds@eds.com> wrote in,J news:80C532CF88BDD4118DB700508BE326360523B85B@camkm202.exca01.exch.eds.com :    > H > Scott McNealy, Chairman and CEO of Sunmicrosystems, said that the "DECH > Alpha is dead", at the Gartner Symposium in Orlando this morning......   ------------------------------  # Date: Fri, 12 Oct 2001 00:56:17 GMT94 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: Scott McNealy has no respect for Alpha'sn> Message-ID: <Rcrx7.106366$vq.22250935@typhoon.ne.mediaone.net>  6 "No Space [Spool]" <nospace@unix.com> wrote in message1 news:Xns9137B4AE25892892ELNKSKS99@24.9.139.141...rI > Yeah well Scotty isn't doing so well himself lately.  A few months ago,iK > some of us offered the opinion that Compaq was going to be eaten by Dell,sF > Gateway or a cable company.  Well, we were wrong.  HP decided to eat	 > Compaq.  >sH > Sun's time is nearing.  Maybe HBO, Showtime or Apple will swallow Sun. >   F We will all miss him if this transpires, as Scooter gives great quote.   ------------------------------   Date: 11 Oct 2001 21:21:55 GMT5 From: Ulf-Rainer Tietz <ulf@pculf.wincor-nixdorf.com>a@ Subject: Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)* Message-ID: <9q52hj$gbe$1@news.mch.sbs.de>  5 In comp.editors Lee Roth <leeroth@my-deja.com> wrote:hp > "John Macallister" <J.Macallister1@physics.oxford.ac.uk> wrote in message news:<9ofn00$ca5$1@news.ox.ac.uk>...	 [deleted]rH > I've been playing around with the -I qualifiers to make the build lookG > in other directories for include files that may fix the definition ofeE > uid_t and gid_t but haven't found the magic combination yet. I'm nopH > 'C' giant, but I did manage to modify SEDT sources enough to get it toA > build on Solaris a few years back. So far this one has me beat.c > 8 > Has anyone successfully rebuilt SEDT under RedHat 7.1? > 	 > Thanks,s >  > Lee (an old fart from DEC) Hello,I I have not rebuild it, I don't use redhat either. But the includes of ther latest glibc show: pwd.h:# ifndef __uid_t_defined pwd.h:typedef __uid_t uid_t; pwd.h:#  define __uid_t_defineds/ pwd.h:  __uid_t pw_uid;         /* User ID.  */t= pwd.h:extern struct passwd *getpwuid (__uid_t __uid) __THROW;g+ pwd.h:extern int getpwuid_r (__uid_t __uid,-? pwd.h:extern int getpw (__uid_t __uid, char *__buffer) __THROW;o! signal.h:# ifndef __uid_t_definedj signal.h:typedef __uid_t uid_t;p" signal.h:#  define __uid_t_defined! stropts.h:#ifndef __uid_t_defined.  stropts.h:typedef __uid_t uid_t;" stropts.h:# define __uid_t_defined! unistd.h:# ifndef __uid_t_definedu unistd.h:typedef __uid_t uid_t; " unistd.h:#  define __uid_t_definedI unistd.h:extern int chown (__const char *__file, __uid_t __owner, __gid_t  __group)G unistd.h:extern int fchown (int __fd, __uid_t __owner, __gid_t __group)s __THROW;J unistd.h:extern int lchown (__const char *__file, __uid_t __owner, __gid_t __group). unistd.h:extern __uid_t getuid (void) __THROW;/ unistd.h:extern __uid_t geteuid (void) __THROW;a3 unistd.h:extern int setuid (__uid_t __uid) __THROW;mF unistd.h:extern int setreuid (__uid_t __ruid, __uid_t __euid) __THROW;4 unistd.h:extern int seteuid (__uid_t __uid) __THROW;  M So check which files are included, if necessary use gcc -H flag and maybe usem' feature makros like -D_SVID_SOURCE etc.M   regards- -- N5 Ulf-Rainer.Tietz@wincor-nixdorf.com		+49 30 3864 3337n Wincor Nixdorf GmbHt Retail Software and Solutions  Wernerwerkdamm 16o D-13629 Berlin   ------------------------------   Date: 11 Oct 2001 21:36:43 GMT) From: davis@space.mit.edu (John E. Davis)n@ Subject: Re: SEDT problems on RedHat 7.1 (was Re: EDT for Linux)1 Message-ID: <slrn9sc472.78h.davis@aluche.mit.edu>   = On 10 Oct 2001 12:41:55 -0700, Lee Roth <leeroth@my-deja.com>  wrote:7 >Has anyone successfully rebuilt SEDT under RedHat 7.1?o  C You might want to try jed's EDT emulation.  EDT was one of the very E first emulations that I added to jed nearly 10 years ago.  As such ite is very mature.a  % More information may be obtained from F http://space.mit.edu/~davis/jed/.  A gif image showing jed in EDT mode< may be found http://space.mit.edu/~davis/jed/images/edt.gif.  
 Good luck, --John   ------------------------------  # Date: Thu, 11 Oct 2001 21:36:00 GMTu  From: jlsue <jlsuexxxz@home.com>' Subject: Re: Sharing a ssytem dump file 8 Message-ID: <mn3cst06q7309an04jqmbsgj2rcl34k2es@4ax.com>  B Well, yes, lots of nasty things happen to apps when disks fill up.D And if it's the disk with the audit server file, then it might hang,= might crash, whatever you have your security settings set to.   E Why is it filling up?  Try moving many of the common files off of theN system disk.  E The mechanism for using a common dump file is discussed in the Systeme7 Manager's guide.  It is basically setting up one as the)B cluster-common.dmp file in sys$common:[sysexe] (using RENAME), and< creating links to that file in each [sys*.sysexe] (using set? file/enter).  And, lastly, on the system(s) that still have thedE original sysdump.dmp, rename sysdmp.dmp to sysdump.xxx and reboot allI systems.  ; Once they are all rebooted, delete the sysdump.xxx;* files.y  D Note, however, that if you're regularly filling up your system disk,D you should check the system manager's guide about moving some of theE files off of that disk (audit server file, accountng.dat, etc.).  I'd D definitely look into what is creating so much on the system disk and move that onto another disk.   -- jls  F On Wed, 10 Oct 2001 19:23:50 GMT, Steven Whatley <swhatley@blkbox.com> wrote:   >Hi all, >?K >I'm the administrator of two VAX 7610s in a cluster running VMS 5.5-2.  We K >are running out of space on the system disk.  $1$DUS0: is a 2GB disk.  ThenL >disk runs 92% to 95% full.  When the disk reaches 95% full, bad things seem5 >to happen (system crashes, queue manager dies, etc).s >fM >One option is to use a common sysdump.dmp file.  We currently have two 512MBeJ >dump files under [sys0] and [sys1].  I've found the procedure to create aK >common dump file using SYSGEN and SET FILE/ENTER.  The problem is we don't6M >have room to create a common dump file without deleteing one of the existingW >files., >mM >How do I go about deleting one of the sysdump.dmp file?  Could I just delete G >the [sys1] sysdump file and just alias the [sys0.sysexe]sysdump.dmp to2; >[sys1.sysexe]sysdump.dmp?  Can I do this without a reboot?h >? >Thanks, >Stevens
 >OAO Corp. >Houston, TX   ------------------------------  # Date: Thu, 11 Oct 2001 22:58:09 GMT + From: "No Space [Spool]" <nospace@unix.com>T, Subject: Re: UCX FTP over WIN2k VPN problems8 Message-ID: <Xns9137A2D58A4CD2892ELNKSKS99@24.9.139.141>  J Win2K issue, check the NAT stuff.  Check the method used to configure the  interfaces for the VPN.  b  / "Rod Prince" <prince_at_wserv_dot_com> wrote ini( news:1002212717.303813@night.wserv.com:   G > I am using a Win2K box to establish a VPN connection to a remote site=F > (10 miles away).  I have configed the local Alpha (500au, VMS 7.2-1,D > UCX 5.0A, ECO 3) to route the 10.114.0.0 traffic to the WIN2k Box,H > which in turn routes to the remote site. Yea, I know there is probablyI > better ways to establish a VPN, but I don't get to pick, the remote MISoB > department controls the incoming line, and they only use/support< > Windows VPN clients, and thats they end of the discussion. > H > With the WIN2K VPN up and connected, Telnet & ping work great from theG > local AXP to any of the remote AXP & VAX's.  FTP will connect but can.I > not transfer files.  I can verify that it is connected, with any number5G > of CD & DIR commands.  I see the expected files.  When I enter a GET,3D > PUT or SEND command, FTP attempts to open a data connection to the* > WIN2K VPN address. Why is it doing this? > ! > This is what I see (on the AXP)e >  > $ftp black/ > 220 black FTP server (version v4.1-12) Ready.u > Connected to BLACK.  > Name- > 331 Username "username" requires a passwordn > Password:L > 230 User logged in > FTP> zip.zip > 200 TYPE set to IMAGEn > 200 PORT command successfule8 > 150 Opening data connection for zip.zip (n.n.n.n:1033)E > %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failedR >  > F > After looking at things for a bit, I figured out that the n.n.n.n isH > the address the WIN2K box has for its VPN connection.  At this point IE > don't really know what to blame.  My first reaction is that the FTPeG > client is just plain wrong since it clearly states its trying to talkdF > to the wrong interface, but then maybe the WIN2K routing software isC > not quite correct, either way I can't being to understand why thesG > client would connect to system A and then try to open a connection on H > different system.  Now I know that the FTP client is connected becauseH > I can issue CD & DIR commands and see the expected files on the remote& > system, I just can't transfer files  >:-(.2 >  >  > Rod Prince > princ@wserv_dot_coma > C&S Software, Inc. >  >    ------------------------------  # Date: Thu, 11 Oct 2001 18:04:56 GMT-/ From: "James Wilkinson" <elementyl@hotmail.com> ' Subject: Re: Unaltered DCL command linec? Message-ID: <cblx7.251$4e5.86446274@newssvr14.news.prodigy.com>P  5 "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote:-5 > "Chris Townley" <news@townleyc.demon.co.uk> writes:2= > :"James Wilkinson" <elementyl@hotmail.com> wrote in messageP9 > :> "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrotea= > :> >   Directly reading the recall buffer is not supported. 	 > :<snip>lL > :> Without going into all the details, I have a large set of programs thatK > :> use the command to determine which course of action to take.  So let's ! > :> say I have the program MAIN.e > :> > :> doof := $main > :> foo := $main  > :> bar := $main  > :>6 > :> In the code the program does a GETARG(0, command) > :.@ > :Would it not be simpler to have the symbols set, for example: > :- > :$ doof := "$main doof"  > :$ foo := "$main foo"m > :$ bar := "$main bar"o > :<! > :and interrogate the parameter?S  H Yes this is one of my alternatives.  The problem is there is an existingK routine that parses command lines in a very well documented way, has worked L that way for years, etc, and P1 always has a uniform meaning, which wouldn'tG be a personality parameter.  This would require modifying documentation-I which is not ideal if the primary technical limitation could be resolved.eI Also we are looking to implement a Fortran library routine that exists on46 all other platforms supported by the Fortran compiler.  F >   If the without-the-details approach involves rummaging through theG >   command tables, then yes, passing a "personality parameter" (or anycB >   of a variety of  logically similar alternatives) that would be preferable. A >   Also FAR more likely to survive an upgrade, or a move over tohC >   OpenVMS Itanium -- code running in inner-mode or with knowledgew@ >   of inner-mode structures and any code using undocumented and@ >   unsupported interfaces can encounter failures during OpenVMS? >   upgrades, during various ECOs, and during platform changes.r  I I certainly understand and I have no desire to retain unsupported code in K any product I work on.  However the result is I need to modify a large bodynD of code that works on other platforms to accommodate a limitation inJ OpenVMS.  I was hoping that the limitation was in my knowledge, not in theJ OS!  Anyhow sometimes to keep a large body of exising code intact you have' to be a bit creative in a few places...   G My current solution will stand for the time being, which is to pull theeJ command off the recall buffer.  This works perfectly with the exception ofH being used within a command file.  In cases where a command clearly is aG candidate to be used within a command file, then the build process willMK create a separate image for "doof", "foo" and "bar" and we'll just grab theVG imagename.  Not ideal but works and totally supported.  Makes the builds6 process a little messy and a waste of space of course.  G If the recall buffer were updated in the context of DCL commands issuedfL within a command procedure this would be a complete solution (and understoodK to be unsupported of course).  I've always thought that it would reasonabletH that any command line that wasn't purely interpreted and executed by DCLL itself (or perhaps simply all) should be placed in the recall buffer as withI any interactive command (where purely interpreted lines are placed in the F buffer).  A switch controlling this behavior, where the default is theL current behavior, would be warranted.  Security should not be an issue, justH don't place a command in the recall buffer if the user doesn't have read0 access to the object which contains the command.  J Oh and while I'm dreaming, you could add a $RAW CLD data type to make thisK supported from calling program looking for the raw, unaltered command line.1 :-)4   James    ------------------------------   Date: 11 Oct 2001 19:32 PDTN+ From: rankin@eql14.caltech.edu (Pat Rankin) ' Subject: Re: Unaltered DCL command line 1 Message-ID: <11OCT200119320195@eql14.caltech.edu>D  @ In article <cblx7.251$4e5.86446274@newssvr14.news.prodigy.com>,\4  "James Wilkinson" <elementyl@hotmail.com> writes... [...] K > I certainly understand and I have no desire to retain unsupported code inDM > any product I work on.  However the result is I need to modify a large body F > of code that works on other platforms to accommodate a limitation inL > OpenVMS.  I was hoping that the limitation was in my knowledge, not in theL > OS!  Anyhow sometimes to keep a large body of exising code intact you have) > to be a bit creative in a few places...-  A      If you want to mimic a Unix-specific solution then do it them@ same way you'd do it in Unix:  SET FILE/ENTER and then check forB the image name used to invoke the program.  I happen to think that> perpetuating this silly method for making a program operate in@ different modes is generally a bad idea, but at least it doesn't9 require building and storing extra copies of the program.n  2                 Pat Rankin, rankin@eql.caltech.edu   ------------------------------  # Date: Thu, 11 Oct 2001 18:15:33 GMTe3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>0 Subject: Re: VAX 6400 is down// Message-ID: <3BC5E14B.F7454F43@cableinet.co.uk>t  D Did you consider getting Compaq Service to have a look on a time and materials basis?  C After all, think of all those cost of ownership savings you've beenq makingH running a production system with no external maintenance costs all those years.   regards, tactfully   hwong wrote: >  > Hi,6 > E > We are experiencing a very strange problem here with our production"H > system VAX 6400 (Yes! It is our production system since early 90's andG > it's still running). The system has been very reliable and in fact wesB > are maintaining the hardware ourselves since our old developmentD > machine are retired, we just take out the parts from that machine. > @ > But until recently something strange has happened - the systemE > poweroff itself in a very weird manner. When that happens, all in aeG > sudden the LEDs on the key switch panel, CPU, memory & I/O boards arepD > off, but the two browers (front and back) just keep running. If weA > turn the key switch and reset the system power, it works again.s > D > We have replaced almost everything related to power in the cabinetG > (airflow sensor, temp. sensor, key switch, power controller box, etc)SE > and after the first time when a few things were replaced, it worked E > for almost two month before it failed again. Then we replaced a feweG > more things again and it worked for another two weeks. Now the system-1 > power down itself almost every one or two days.r > E > We have checked the air conditioning and power main in the computernG > room but they all seems normal. Is it really a hardware problem? Mybe9G > the various sensors are becoming too sensitive to the environment, istB > it possible to disable them so that the system will not poweroff	 > itself?e > G > I know this is a very old machine but I just hope there are still diemD > hard VAX supporters there who may have similar experience in their > past.  > ( > Thanks in advance for any suggestions. > 	 > VAXuserd   -- w Tim.Llewellyn@cableinet.co.uk  B  C Standard disclaimer applies. My views in no way represent those of c! my employers or service provider.s   ------------------------------  # Date: Fri, 12 Oct 2001 00:35:50 GMT ' From: Zelmo Kitowski <Zelmo@^Hkiwi.net>- Subject: Re: VAX 6400 is down,> Message-ID: <Xns9137B3657DA29874JK325999HR657893@24.9.139.141>  F We had something similar and it turned out to be one of the interlock # switches above the XMI enclosure.  @      % hwong@my.ismart.net (hwong) wrote in "5 news:3feb222a.0110110436.1b0aa1a3@posting.google.com:5   > Hi,K > E > We are experiencing a very strange problem here with our productionlH > system VAX 6400 (Yes! It is our production system since early 90's andG > it's still running). The system has been very reliable and in fact wewB > are maintaining the hardware ourselves since our old developmentD > machine are retired, we just take out the parts from that machine. > @ > But until recently something strange has happened - the systemE > poweroff itself in a very weird manner. When that happens, all in aTG > sudden the LEDs on the key switch panel, CPU, memory & I/O boards aretD > off, but the two browers (front and back) just keep running. If weA > turn the key switch and reset the system power, it works again.h > D > We have replaced almost everything related to power in the cabinetG > (airflow sensor, temp. sensor, key switch, power controller box, etc)wE > and after the first time when a few things were replaced, it workedrE > for almost two month before it failed again. Then we replaced a fewaG > more things again and it worked for another two weeks. Now the systemn1 > power down itself almost every one or two days.u > E > We have checked the air conditioning and power main in the computernG > room but they all seems normal. Is it really a hardware problem? MybeeG > the various sensors are becoming too sensitive to the environment, isaB > it possible to disable them so that the system will not poweroff	 > itself?d > G > I know this is a very old machine but I just hope there are still die:D > hard VAX supporters there who may have similar experience in their > past.d > ( > Thanks in advance for any suggestions. > 	 > VAXuserd   ------------------------------  # Date: Thu, 11 Oct 2001 23:31:37 GMTW' From: Zelmo Kitowski <Zelmo@^Hkiwi.net>i Subject: Re: VMS 5.4 supported?i? Message-ID: <Xns9137A88215F1D9874JK325999HR657893@24.9.139.141>e  J VMS 5.4 is no longer supported.  The cut-off for Win2K certified products J was VMS 5.5-2.  Not supported doesn't mean that it won't run... ; ).  VMS K had very few date issues to begin with.  There are still folks running VMS uK 4.4 systems out there with no major operational issues.  They no longer do _K any developing on those platforms, but the stuff that's running works just h fine.i  < BTW, your UCX is probably 2.0.  Remote chance of 3.0 or 3.1.      ( lindape@attachmate.com (Linda) wrote in 5 news:59b5e0fa.0110050803.2c3a4144@posting.google.com:_  E > I've inherited a Microvax 3100 that I know very little about.  It'siG > not in my hands yet so the info I have is limited, but I believe it's;G > running VMS 5.4 and UCX (ver unknown).  Can anyone tell me if VMS 5.4aA > is still supported?  If not, what would be the most current andNF > supported level that can run on a 3100?  This is all new to me, so I/ > thank you in advance for your kind responses.k   ------------------------------  % Date: Thu, 11 Oct 2001 14:02:12 -04002  From: norm.raphael@jamesbury.com Subject: Re: VMS 7.2-24 Message-ID: <C2256AE2.0062CB44.00@jklh21.valmet.com>  6 V7.2-2 for VAXes not needed.  The ECO's are all Alpha.        = tillman_brian@notnoone.notnohow.com on 10/11/2001 12:09:42 PMm  5 Please respond to tillman_brian@notnoone.notnohow.come   To:   Info-VAX@mvb.saic.com  cc:e Subject:  Re: VMS 7.2-2a        L >V7.3 has unfortunately really not as few bugs as other minor VMS versions !D >So, avoid V7.3 for critical production systems and stay with V7.2-2  4 So, is there a V7.2-2 for VAXes?  I didn't think so. --A Brian Tillman                   Internet: tillman_brian at si.com.A Smiths Aerospace                          tillman at swdev.si.comh= 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: 11 Oct 2001 20:57:01 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: VMS 7.2-2* Message-ID: <3bc5eb7d$1@news.kapsch.co.at>  W In article <C2256AE2.0062CB44.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes: 7 >V7.2-2 for VAXes not needed.  The ECO's are all Alpha.n   Nope.eA It is correct, that there is no OpenVMS VAX V7.2-2, but there aree: indeed a handfull of ECOs (about 13) for OpenVMS VAX V7.2.   -- i< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888r< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 11 Oct 2001 16:39:43 -0400s  From: norm.raphael@jamesbury.com Subject: Re: VMS 7.2-24 Message-ID: <C2256AE2.0071918C.00@jklh21.valmet.com>  > Correct.  VAX V7.2, with ECO's,but no "dash-anything" version.  B What I meant to say was that Alpha V7.2-2 retrofits ECO's and V7.3. stuff (details here elsewhere) that are Alpha.        * eplan@kapsch.net on 10/11/2001 02:57:01 PM  " Please respond to eplan@kapsch.net   To:   Info-VAX@mvb.saic.comS cc:2 Subject:  Re: VMS 7.2-2o        O In article <C2256AE2.0062CB44.00@jklh21.valmet.com>, norm.raphael@jamesbury.comW writes:i7 >V7.2-2 for VAXes not needed.  The ECO's are all Alpha.c   Nope.uA It is correct, that there is no OpenVMS VAX V7.2-2, but there arep: indeed a handfull of ECOs (about 13) for OpenVMS VAX V7.2.   --< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< 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:00:53 GMTj2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VMS on DVD?1 Message-ID: <p7lx7.304$RL6.2494@news.cpqcorp.net>   U In article <UNXFO5=k0Z5EohpWItTRG97gK5xQ@4ax.com>, Jon <jsmyth69@hotmail.com> writes:8  D :   I've been hearing on the grapevine that the distrbutions for VMSC :will soon be on DVD.  Is there any truth to these rumors?  (A pageS( :reference at Compaq/HP would be great.)  J   Compaq and HP are (still) completely separate companies pending approvalH   of the merger, and I would accordingly not particularly expect to findH   the HP website as a source of detailed official information on Compaq I   product futures.  If/when the proposed merger completes, then you mighthJ   want to start looking at the HP website for details of OpenVMS and such.  F   As for some pointers at the Compaq web site, there are references toA   this in the OpenVMS technical update presentation available at:o  0     http://www.openvms.compaq.com/presentations/  J   We do not yet have DVD kits available, but this project is in the works.I   (No, I have no details on exactly when the kits will be available.  We  H   need to have qualified DVD widgets on OpenVMS systems, and we need to I   have the kits generated, tested, and then replicated.  And we have somenI   other project work also underway, not the least of which is the port of.6   OpenVMS over to the Intel Itanium Processor Family.)  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 11 Oct 2001 12:30:21 -0700a  From: Jon <jsmyth69@hotmail.com> Subject: Re: VMS on DVD?2 Message-ID: <BvPFOwAKOO6iUwG4r7fAXDNlva87@4ax.com>  > Thanks Hoff, Much appreciated.  (No offense intended about the Compaq/HP reference)    3 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:s  V >In article <UNXFO5=k0Z5EohpWItTRG97gK5xQ@4ax.com>, Jon <jsmyth69@hotmail.com> writes: > E >:   I've been hearing on the grapevine that the distrbutions for VMSwD >:will soon be on DVD.  Is there any truth to these rumors?  (A page) >:reference at Compaq/HP would be great.)d >tK >  Compaq and HP are (still) completely separate companies pending approvalcI >  of the merger, and I would accordingly not particularly expect to findbI >  the HP website as a source of detailed official information on Compaq eJ >  product futures.  If/when the proposed merger completes, then you mightK >  want to start looking at the HP website for details of OpenVMS and such.- >-G >  As for some pointers at the Compaq web site, there are references toeB >  this in the OpenVMS technical update presentation available at: >-1 >    http://www.openvms.compaq.com/presentations/c >PK >  We do not yet have DVD kits available, but this project is in the works. J >  (No, I have no details on exactly when the kits will be available.  We I >  need to have qualified DVD widgets on OpenVMS systems, and we need to mJ >  have the kits generated, tested, and then replicated.  And we have someJ >  other project work also underway, not the least of which is the port of7 >  OpenVMS over to the Intel Itanium Processor Family.)e > O > ---------------------------- #include <rtfaq.h> -----------------------------=O >      For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    mO > --------------------------- pure personal opinion ---------------------------sM >   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com    ------------------------------  % Date: Thu, 11 Oct 2001 11:12:46 -0700s' From: David Mathog <mathog@caltech.edu>i5 Subject: Re: We've burned our boats say Compaq and HPe+ Message-ID: <3BC5E11E.95804BEB@caltech.edu>    Alan Greig wrote:t  B > The Inquirer has a report of Carly and Curly's 'Houston love-in'9 > conference for staff. Here's a few selected quotes from ) > http://www.theinquirer.net/10100114.htm  >i > Carly:G > "There is no backup plan. We've burned the boats, we've landed in thei2 > brave new world, and we are going to go forward.  G Not quite.  The HP and Compaq boats  alammed into each other miles fromr shoregH and are rapidly filling with water and sinking out of sight. They are in motion, but the directioneF id downward. And they needn't worry about  burning anything since it's hard to keep a firet lit on the bottom of the sea.      > And I, for one, whouE > have developed a core competence in ignoring bad press can tell youtC > that, put all the headlines aside, put the short-term stock pricecH > reaction aside, and as Michael said to me at the end of the first day,D > you know what, we're just going to go prove them wrong, and that's > exactly right.  A Wrong - it's delusional.  Does the HP board know that its CEO has 
 completelyC lost touch with reality?  She honestly thinks that by spinning longa enough she can& turn this sow's ear into a silk purse.  5 > And that to me is the most fun of all, setting youriG > sights high, having everyone in the world underestimate you, and thena > blowing their socks off."y  F More delusions.   Why is it that the ones who drive companies into the dirt are always soE sure that they're doing a great job?  What an ego!.  How else could a  person throw soIF many people out of work, trash the company's stock prices (and not for the short term),H propose something so crazy that every analyst on earth says it will be a disaster, and thenA prattles on about what a great success she and it are (/will be).     D > "Plus, the Greater HP will place a heavy reliance on Intel and the- > Itanic as well as Microsoft's R&D machine."   F Confidence is one thing, but to argue that it's not only going to be a success, but going todC succeed _because_ it uses other people's intellectual property is aa silly.   Dell isH profitable despite tithing to Microsoft and Intel because Dell brings to	 the tablesE two more crucial components - brilliant management and hyperefficientv
 manufacturingeF and distribution.   HP + Compaq is the polar opposite of Dell in these areas.     Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Thu, 11 Oct 2001 19:29:15 GMTl* From: "Bill Todd" <billtodd@metrocast.net>5 Subject: Re: We've burned our boats say Compaq and HPnC Message-ID: <fqmx7.895005$ai2.69305220@bin2.nnrp.aus1.giganews.com>   = Terry C. Shannon <terryshannon@mediaone.net> wrote in messager8 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...dK > > The thought occurred to me when I read the Inquirer article that if C&Ca > wereJ > > as effective at making *good* decisions as they are at trying to forceH > > through *bad* ones both companies would be in a hell of a lot better > shape. > >r >iC > What, exactly, would constitute a "good" decision in this regard?i  I The comment was about the general quality of their decisions (principallyaI Curly's, since I know far less about Carly's prior to the merger fiasco).sJ Specific examples of bridges that would have been far better left unburned include:  G 1.  The $675 million merger poison pill.  AFAICT, this exists solely to K ensure that C&C will hold onto their jobs until the merger completes, since E in its absence wiser heads might call it off and axe its progenitors.i  K 2.  Announcing Alpha's demise before any viable alternative existed for VMSm
 and Tru64.  E 3.  Failing to talk with Microsoft about the possible consequences ofdL dropping NT on Alpha support (and thus throwing away something like a 1-yearH Alpha monopoly on Win64 plus an additional year while the only competingE platform was a hyper-expensive pig like Merced) - and failing to takeeC immediate steps to rectify the situation when its consequences were 	 apparent.7  F There are, of course, other examples of decisions under Curly's tenderK tutelage that carry with them a decidedly ripe odor, but these specificallyt> relate to the burning of bridges that Carly seems so proud of.   - bill   ------------------------------  % Date: Thu, 11 Oct 2001 15:34:38 -0400  From: William_Bochnik@acml.com5 Subject: Re: We've burned our boats say Compaq and HPr> Message-ID: <OF998EFEF2.21B6ED50-ON85256AE2.006B77D6@acml.com>  @ Explorers werent the only ones who burned boats - so did Vikings with their dead....a  ! just my 2 micro-fortnights worth.e      F ______________________________________________________________________    The information contained in this transmission may contain privileged and confidential information and is intended only for the use of the person(s) name above.  If you are not the intended recipient, or an employee or agent responsible for delivering 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, please contact the sender immediately by reply e-mail and destroy all copies of the original message.   ------------------------------  % Date: Thu, 11 Oct 2001 15:45:41 -0400o* From: WILLIAM WEBB <WWEBB1@email.usps.gov>5 Subject: RE: We've burned our boats say Compaq and HPe- Message-ID: <0033000038035545000002L052*@MHS>l  4 =0AMost people wait until they've disembarked before they burn their boats.   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe+ > Sent: Thursday, October 11, 2001 12:41 PMtD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET7 > Subject: RE: We've burned our boats say Compaq and HPn >t > 4 > "Alan Greig" <a.greig@virgin.net> wrote in message4 > news:usrast0gt05tu03te4279keel291qh7h4f@4ax.com... >p > <snip> >eE > > "QUESTION: Yes, I have a two part question, and I'm looking for ae? > > comment first from Carly and then from Michael. I'm up heree > in True 64H > > portion of the business for Compaq, and recently HP has announced a=  E > > layoff of approximately 150 people who were doing, I believe, the > > > Itanium port down in New Jersey. And I'm just wondering if
 > you want tog > > comment on that? > >K6 > > And, Michael, how do you think that plays up here? > >iH > > The thing that confuses me a little bit about your question, we hav= e@? > > made a decision very consistent with a decision that Compaq0 > had made,aF > > as you know, HP committed to the Itanium platform actually four or< > > five years ago now, and as part of our ongoing migration > process away> > > from PA risk (sic) and towards Itanium, we had been moving
 > people intorH > > Intel. And we did just complete the movement of a development team.=  H > > They weren't actually in New Jersey, they were in California, so yo= ua= > > may have a couple of things confused here. But we moved ae
 > developmentmE > > team from HP roll onto Intel roll. It wasn't a question of losingTD > > jobs, it was a question of moving those folks into our partner's > > organizing.t >t > Hmm. Two data points:k >uH > 1) We did close down the Florham Park, NJ lab where the HP-UX port to=  ; >    Itanium was done, laying off approximately 150 people.t >tD > 2) We also moved a chipset development lab in California to Intel. >rC > These are well documented at CBS Marketwatch, among other places.w >  > -- > Greg Cagle > gregc at gregcagle dot com >=   ------------------------------  % Date: Thu, 11 Oct 2001 16:22:12 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>o5 Subject: Re: We've burned our boats say Compaq and HP , Message-ID: <3BC5FF73.3ECB405E@videotron.ca>   David Mathog wrote:bI > Not quite.  The HP and Compaq boats  alammed into each other miles fromiD > shore and are rapidly filling with water and sinking out of sight.  1 You overestimate the Wall Street Casino Analysts.o  N They have forgotten about the HP-Compaq merger and the Alpha debacle (they areM probably unaware of that) and now Compaq's stock is just another sheep in thetN heard the blindly follows what the other stocks are doing. Compaq is now close
 to $10.00.  , Wall Street has a very short attention span.   ------------------------------  # Date: Thu, 11 Oct 2001 21:14:28 GMT42 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>5 Subject: Re: We've burned our boats say Compaq and HPo@ Message-ID: <UYnx7.246790$xi5.8264758@sjcpnn01.usenetserver.com>  8 In comp.sys.dec David Mathog <mathog@caltech.edu> wrote:H > More delusions.   Why is it that the ones who drive companies into the > dirt are always soG > sure that they're doing a great job?  What an ego!.  How else could ag > person throw so,H > many people out of work, trash the company's stock prices (and not for > the short term),J > propose something so crazy that every analyst on earth says it will be a > disaster, and thenC > prattles on about what a great success she and it are (/will be).   H And how much money does that person get for destroying the company?  HowJ often can CEO's make more money destroying a company rather than making it successful?e   			Zanea   ------------------------------  # Date: Thu, 11 Oct 2001 21:34:34 GMTu4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: We've burned our boats say Compaq and HPo> Message-ID: <Kfox7.106018$vq.22088595@typhoon.ne.mediaone.net>  5 "Bill Todd" <billtodd@metrocast.net> wrote in messagej= news:fqmx7.895005$ai2.69305220@bin2.nnrp.aus1.giganews.com...l >.? > Terry C. Shannon <terryshannon@mediaone.net> wrote in message : > news:67jx7.105768$vq.21818904@typhoon.ne.mediaone.net... > >P9 > > "Bill Todd" <billtodd@metrocast.net> wrote in messageeA > > news:sEhx7.694134$NK1.63527498@bin3.nnrp.aus1.giganews.com... I > > > The thought occurred to me when I read the Inquirer article that ifs C&C! > > wereL > > > as effective at making *good* decisions as they are at trying to forceJ > > > through *bad* ones both companies would be in a hell of a lot better
 > > shape. > > >r > >tE > > What, exactly, would constitute a "good" decision in this regard?. >hK > The comment was about the general quality of their decisions (principallysK > Curly's, since I know far less about Carly's prior to the merger fiasco). L > 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 toeG > ensure that C&C will hold onto their jobs until the merger completes,. since2G > in its absence wiser heads might call it off and axe its progenitors.  >dI > 2.  Announcing Alpha's demise before any viable alternative existed forp VMS  > and Tru64.  H Yep, on the surface that seems stupid indeed... I have reason to believeL that CPQ did it the way they did to get maximum leverage with Intel. Whether4 this proves to be worth the price is anyone's guess.   >SG > 3.  Failing to talk with Microsoft about the possible consequences ofRG > 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 takelE > immediate steps to rectify the situation when its consequences wereo > apparent.m  K Ah, so you are aware of the SCULPTOR project? Then you probably know that a ? well-dressed gentleman of Italian heritage spiked that program.1   >7H > There are, of course, other examples of decisions under Curly's tender@ > tutelage that carry with them a decidedly ripe odor, but these specifically@ > relate to the burning of bridges that Carly seems so proud of. >A > - bill >d >T >E   ------------------------------  # Date: Thu, 11 Oct 2001 21:35:23 GMTA4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: We've burned our boats say Compaq and HPG> Message-ID: <vgox7.106019$vq.22089418@typhoon.ne.mediaone.net>  7 "WILLIAM WEBB" <WWEBB1@email.usps.gov> wrote in messageg' news:0033000038035545000002L052*@MHS...t  1 Most people wait until they've disembarked beforei they burn their boats.  I Yep, it's always better to reach a safe harbor than to engage in arson on  the high seas! ;-}   ------------------------------  % Date: Thu, 11 Oct 2001 23:55:29 -0400R' From: "D. Aaron Sawyer" <aaron@110.net><5 Subject: Re: We've burned our boats say Compaq and HPt' Message-ID: <3BC669B1.50FA7F4C@110.net>n   "Zane H. Healy" wrote: > : > In comp.sys.dec David Mathog <mathog@caltech.edu> wrote:J > > More delusions.   Why is it that the ones who drive companies into the > > dirt are always soI > > sure that they're doing a great job?  What an ego!.  How else could au > > person throw sorJ > > many people out of work, trash the company's stock prices (and not for > > the short term),L > > propose something so crazy that every analyst on earth says it will be a > > disaster, and thenE > > prattles on about what a great success she and it are (/will be).n > J > And how much money does that person get for destroying the company?  HowL > often can CEO's make more money destroying a company rather than making it
 > successful?    1. US$Millions.a  . 2. Every time they are hired for that purpose.  K Remember Tom Vanderslice (Apollo->HP, ??->MA/COM)?  "GQ" Bob (DEC->Compaq)?e  I 3. Success is defined in terms of predictability. Doesn't matter if money J is made or lost, saved or squandered; as long as it can be predicted whichM will happen, steps can be taken elsewhere to realize gains by betting againstp# the unknowledgeable on the outcome.s  D But then, _I_ don't have US$millions; thus, my opinion has no value.   ------------------------------  # Date: Fri, 12 Oct 2001 04:59:29 GMT-* From: "Bill Todd" <billtodd@metrocast.net>5 Subject: Re: We've burned our boats say Compaq and HP-B Message-ID: <RMux7.170718$hh.14670578@bin1.nnrp.aus1.giganews.com>  = Terry C. Shannon <terryshannon@mediaone.net> wrote in message,8 news:Kfox7.106018$vq.22088595@typhoon.ne.mediaone.net... >>7 > "Bill Todd" <billtodd@metrocast.net> wrote in messager? > news:fqmx7.895005$ai2.69305220@bin2.nnrp.aus1.giganews.com...s   ...d  I > > 3.  Failing to talk with Microsoft about the possible consequences ofoI > > dropping NT on Alpha support (and thus throwing away something like aj > 1-yearL > > Alpha monopoly on Win64 plus an additional year while the only competingI > > platform was a hyper-expensive pig like Merced) - and failing to takesG > > immediate steps to rectify the situation when its consequences were 
 > > apparent.c >lK > Ah, so you are aware of the SCULPTOR project? Then you probably know thato anA > well-dressed gentleman of Italian heritage spiked that program.   F While the culprit doesn't surprise me, that's at least the second timeI you've mentioned SCULPTOR.  IIRC another time you suggested searching for K it - I did, but found nothing.  So, since your references are all I've ever L encountered on this subject, could you provide something more than its name?   - bill   ------------------------------    Date: 11 Oct 2001 20:54:00 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: [DCPS, UCX] short questions( Message-ID: <3bc5eac8@news.kapsch.co.at>  n In article <111020011155127540%paul.r.anderson@compaq.com>, Paul Anderson <paul.r.anderson@compaq.com> writes:W >In article <3bc5a29c$1@news.kapsch.co.at>, Peter LANGSTOEGER <eplan@kapsch.net> wrote:hD >> Does DCPS V2.0 work over TCP/IP (UCX) on OpenVMS Alpha V7.1-1H1 ?C >> Which TCP/IP version ? License problems (DCPS-OPEN, DCPS-PLUS) ?- >-B >DCPS V2.0, although supported only on the more recent versions ofB >OpenVMS and TCP/IP Services, will install and work as far back asE >OpenVMS Alpha V6.1 with TCP/IP Services V4.0, and OpenVMS VAX V5.5-2- >with UCX V3.3.-   Thanks, folks.> I choose DCPS V2.0 on UCX V4.2 ECO 5 for this V7.1-1H1 system.  = Any other ECOs recommended (and, yes, I will read the docs) ?1   --  < 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"   ------------------------------  % Date: Thu, 11 Oct 2001 15:54:29 -040010 From: Paul Anderson <paul.r.anderson@compaq.com>( Subject: Re: [DCPS, UCX] short questions; Message-ID: <111020011554298978%paul.r.anderson@compaq.com>   : In article <3bc5eac8@news.kapsch.co.at>, Peter LANGSTOEGER <eplan@kapsch.net> wrote:   @ > I choose DCPS V2.0 on UCX V4.2 ECO 5 for this V7.1-1H1 system.? > Any other ECOs recommended (and, yes, I will read the docs) ?u  E DECthreads patches may need to be applied to the system.  There's onefF for V7.1 and one for V7.1-2 systems (not sure about V7.1-1H1).  Please check the DCPS release notes.l   Paul   --    Paul Anderson   OpenVMS Engineeringo   Compaq Computer Corporationn   ------------------------------    Date: 11 Oct 2001 20:29:32 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)) Subject: Re: [LYRIS] OpenVMS Patches Listn* Message-ID: <3bc5e50c$1@news.kapsch.co.at>  a In article <3BC19074.775BA6@hrem.stm.tudelft.nl>, Jouk Jansen <joukj@hrem.stm.tudelft.nl> writes:  >Peter LANGSTOEGER wrote:oI >> Today I received a mail from the security list again, but I still missiN >> announcements for VMS73_AUDSRV and VMS73_LMF (and probably others no longer) >> interesting for me like the VMS721...)l> >Same holds for me -> Compaq, what is wrong with the list!!!!!  B I finally received (at least) three mails from the VMS list today.2 So, it seems to be (some kind of) working again...   -- w< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888h< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 11 Oct 2001 15:19:44 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)n) Subject: Re: [LYRIS] OpenVMS Patches List 3 Message-ID: <7ZGBw$0tB4wB@eisner.encompasserve.org>e  W In article <3bc5e50c$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:t  D > I finally received (at least) three mails from the VMS list today.4 > So, it seems to be (some kind of) working again...   So did DECUServe, as shown on:  > 	http://eisner.decus.org/DECUServe/DECnotes/VMS/2841/SDIR.HTML   The recent history looks like:  g EISNER::SYS_EISNER    1-AUG-2001  .1351OpenVMS VMS721H1_SHADOWING-V0400 ALPHA V7.2-1H1 SHADOWING ECO Su g EISNER::SYS_EISNER    1-AUG-2001  .1352OpenVMS VAXF11X03_072 VAX V7.2 F11AACP/F11BXQP ECO Summary To: O0g EISNER::SYS_EISNER    2-AUG-2001  .1353OpenVMS VAXF11X03_072 VAX V7.2 F11AACP/F11BXQP ECO Summary To: Osg EISNER::SYS_EISNER    3-AUG-2001  .1354DECnet/OSI DNVOSIA_E01073 DECnet-Plus V7.3 For OpenVMS Alpha ECO>g EISNER::SYS_EISNER    3-AUG-2001  .1355OpenVMS VAXF11X03_072 VAX V7.2 F11AACP/F11BXQP ECO Summary To: Oug EISNER::SYS_EISNER    3-AUG-2001  .1356OpenVMS VAXF11X03_072 VAX V7.2 F11AACP/F11BXQP ECO Summary To: Oig EISNER::SYS_EISNER   13-AUG-2001  .1357OpenVMS VMS721H1_F11X-V0100 Alpha V7.2-1H1 F11BXQP ECO Summary Ttg EISNER::SYS_EISNER   13-AUG-2001  .1358DECnet/OSI DNVOSI_E01073 DECnet-Plus V7.3 for OpenVMS VAX ECO Sung EISNER::SYS_EISNER   16-AUG-2001  .1359OpenVMS VAXCLIU02_072 VAX V7.2 Cluster ECO Summary To: OpenVMS Prg EISNER::SYS_EISNER   16-AUG-2001  .1360OpenVMS VMS712_ACRTL-V0200 Alpha V7.1-2 DEC C RTL ECO Summary Toug EISNER::SYS_EISNER   17-AUG-2001  .1361OpenVMS VMS72_BACKUP-V0100 Alpha V7.2 BACKUP ECO Summary To: Ope&f EISNER::SYS_EISNER   20-AUG-2001  .1362OpenVMS VMS73_FIBRE_SCSI-V0100 Alpha V7.3 FibreChannel/SCSI ECOg EISNER::SYS_EISNER   20-AUG-2001  .1363OpenVMS VMS73_XFC-V0100 Alpha V7.3 XFC ECO Summary To: OpenVMS P g EISNER::SYS_EISNER   20-AUG-2001  .1364OpenVMS VMS72_MIME-V0200 Alpha V7.2 MIME Utility ECO Summary To:ng EISNER::SYS_EISNER   30-AUG-2001  .1365OpenVMS VMS721H1_LAT-V0100 Alpha V7.2-1H1 LAT ECO Summary To: Oplf EISNER::SYS_EISNER   30-AUG-2001  .1366OpenVMS VMS721H1_AUDSRV-V0100 Alpha V7.2-1H1 AUDSRV ECO Summaryg EISNER::SYS_EISNER   30-AUG-2001  .1367Compaq TCP/IP TCPIPVAX_E02A51 TCP/IP V5.1 for OpenVMS VAX ECO Su g EISNER::SYS_EISNER   30-AUG-2001  .1368Compaq TCP/IP TCPIPALP_E02A51 Compaq TCP/IP Services for OpenVMStg EISNER::SYS_EISNER    4-SEP-2001  .1369OpenVMS VMS73_XFC-V0100 Alpha V7.3 XFC ECO Summary To: OpenVMS P-f EISNER::SYS_EISNER    6-SEP-2001  .1370OpenVMS VMS721H1_SYSLOA-V0100 Alpha V7.2-1H1 SYSLOA ECO Summaryg EISNER::SYS_EISNER   10-SEP-2001  .1371Compaq TCP/IP TCPIPALP_E02A51 Compaq TCP/IP Services for OpenVMSmg EISNER::SYS_EISNER   11-OCT-2001  .1372DEC TCP/IP UCXALP_E05042 DIGITAL TCP/IP V4.2 ECO Summary To: Opemg EISNER::SYS_EISNER   11-OCT-2001  .1373DEC TCP/IP UCXVAX_E05042 TCP/IP V4.2 VAX ECO Summary To: OpenVMS_g EISNER::SYS_EISNER   11-OCT-2001  .1374OpenVMS VMS721H1_RMS-V0600 Alpha V7.2-1H1 RMS ECO Summary To: Opng EISNER::SYS_EISNER   11-OCT-2001  .1375OpenVMS VMS72_PCSI-V0101 VAX V7.2 PCSI ECO Summary To: OpenVMS Pn   ------------------------------  # Date: Thu, 11 Oct 2001 18:33:49 GMTe3 From: sy18889@COYOTE.FMR.COM (Bradford J. Hamilton)o) Subject: Re: [LYRIS] OpenVMS Patches Listc1 Message-ID: <hClx7.120$4W2.242@news-srv1.fmr.com>p  	 Hi Peter,c  Y Thanks for the confirmation.  Thanks to whomever was responsible for fixing this problem..   --Brad   W In article <3bc5e50c$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:1b >In article <3BC19074.775BA6@hrem.stm.tudelft.nl>, Jouk Jansen <joukj@hrem.stm.tudelft.nl> writes: >>Peter LANGSTOEGER wrote:J >>> Today I received a mail from the security list again, but I still missO >>> announcements for VMS73_AUDSRV and VMS73_LMF (and probably others no longerI* >>> interesting for me like the VMS721...)? >>Same holds for me -> Compaq, what is wrong with the list!!!!!C >aC >I finally received (at least) three mails from the VMS list today. 3 >So, it seems to be (some kind of) working again...m >a >-- = >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.netaI >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"    Bradford J. Hamilton  bradhamilton@mediaone.net	(home) brad.hamilton@fmr.com		(work)b  ; "All opinions that I express are my own, not my employer's"    ------------------------------  % Date: Fri, 12 Oct 2001 00:50:54 +0100 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> L Subject: Re: [OpenVMS] V7.2 VAX satellite doesn't find V7.3 Alpha bootserver6 Message-ID: <3BC63E6E.6B490D52@ipl.demon.co.nospam.uk>  D It may not be the cause of the problem, but the image backup commandH should have a /NOALIAS in it too since around 6.2 days.  Otherwise thereH can be problems with the aliased directory entries on the restored disk.   Steve.   Peter LANGSTOEGER wrote: > l > In article <3BC515EA.63980A83@ipl.demon.co.nospam.uk>, Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> writes:K > >What was the backup command you used Peter?  If the configuration of thetK > >disk serving hasn't changed then could it be that the disk structure gott4 > >zapped (in relative terms) when doing the backup? > M > Sorry, now. A simple $ BACKUP/IGN=INT disk1:/IMAGE disk2: Later, I even dids@ > a $ INIT/CLU=1/OW=SYSTEM/US=SYSTEM disk2 and the corresponding- > $ BACKUP/IGN=INT disk1:/IMAGE disk2:/NOINIT  > N > This ODS2a disk (just like the ODS2 variant - I tried all 4 comb.) does workK > as a standalone system disk, but not a HSJ based MSCP served system disk.n >  > Very strange indeed... >  > --> > 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.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   -- gG "A shadow fell over her face; clear, as if the composure were rent likemE a veil.  And her lips parted, but only with a short intake of breath.oA Then she said, 'Well, then you are right.  Indeed, we are even.'"h% 		Louis, "Interview with the Vampire"e   ------------------------------   End of INFO-VAX 2001.567 ************************