1 INFO-VAX	Fri, 18 Jul 2003	Volume 2003 : Issue 394       Contents:% Re: 36 x DS10L 617 for only USD20,000 % Re: 36 x DS10L 617 for only USD20,000 % Re: 36 x DS10L 617 for only USD20,000 % Re: 36 x DS10L 617 for only USD20,000  A Caching Question! Re: Advanced Server 7.3a Required ! Re: Advanced Server 7.3a Required N Re: anyone have any cheaper solutions for Memory Upgrades for DEC 3000 - M900?N Re: anyone have any cheaper solutions for Memory Upgrades for DEC 3000 - M900?N RE: anyone have any cheaper solutions for Memory Upgrades for DEC 3000 - M900?0 Controlling OPCOM-Messages produced by TCPIP 5.14 Re: Controlling OPCOM-Messages produced by TCPIP 5.14 Re: Controlling OPCOM-Messages produced by TCPIP 5.1N Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance Re: DECnet over IP$ Re: Firmware Update using Infoserver FS: 1986 Olds Calais Re: FS: 1986 Olds Calais Re: FS: 1986 Olds Calais Re: FS: 1986 Olds Calais Re: HP FUDBusting + Re: HP World: Why Alpha's Omega Makes Sense P Re: Intel's had Dirty Bombs Anthrax and everything! (Was: Re: HP World: Why Alph Memory allocation  Re: Memory allocation  Re: Memory allocation ? Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX ? Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX ? Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX  NFS Authentication Re: openvms-alpha license " Re: Opteron motherboard maker sold" Re: Opteron motherboard maker sold Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: SSH EAK error message  Re: SSH EAK error message  Re: SSH EAK error message  Re: SSH EAK error message  Re: Sun and SCO 5 Re: What color were the VMS manuals for old versions? 5 Re: What color were the VMS manuals for old versions? 5 Re: What color were the VMS manuals for old versions? 5 Re: What color were the VMS manuals for old versions? " Re: Wollongong (Was: Pony Express)$ [NETBEANS34_1] installation troubles( Re: [NETBEANS34_1] installation troubles- [TCPIP 5.3] Some rants about TCPIP$CONFIG.COM   F ----------------------------------------------------------------------  % Date: Fri, 18 Jul 2003 10:50:25 +0100 / From: Tim ffrench-Lynch <nospam@baesystems.com> . Subject: Re: 36 x DS10L 617 for only USD20,000. Message-ID: <3F17C2E1.18BB3F4A@baesystems.com>   Dan Foster wrote: D > Alternatively, I wonder if the license would be cheaper if one ran= > the application on a fast PC under CHARON-VAX emulation...?  > E > I've never used CHARON-VAX and I'm no shill for them :-) I've heard J > good things about the emulation providing some pretty dramatic speed-upsE > versus individual (physical) VAXstations when run on a fast PC... I G > don't recall the speed-up but seem to remember it was on the order of G > 10-15x which just might make it feasible to reduce it to a single VMS 5 > image under emulation to replace 16 VAXstations...?   F Most of the vaxstations and microvaxs are probably in the 40 VUP rangeA so I wouldn't expect any great improvement on a single PC running E CharonVAX although there's no doubt that the time will come. The tool C probably wouldn't get the greatest speedup on Charon-VAX as I would D expect it to have few system calls which could be intercepted by the3 emulator and run in x86 rather than VAX simulation.    > E > Not being familiar with license pricing, can't really give any good 6 > answers but that's one thing to potentially explore. > G > Either that or replacing with a single Alpha if the app can be easily F > ported or VEST'd, would also be an excellent option if the licensing > isn't a killer.   @ I've got a Personal Workstation 600 and get about four times theF performance of one VAXstation using the same tool. I just can't mix itG with the VAX runs as the Alpha executable is later than the VAX version @ and provides subtly different results. The company that sold theC software disappeared several years ago and we were lucky to get the C Alpha version from another location and to find that it accepts our  original license number.    B > Either way, you get to achieve savings for physical space, HVAC,F > and power use by retiring 16 VAXstations and using a single system -D > assuming you don't have some special application requirements that* > prevents consideration of either option.  H I think the whole idea is fading as the next step of processing (runningD on a PC) looks to be the bottleneck, if my stage got faster it wouldG only increase their problems. It's not often I can point to PCs holding  things up rather than VAXen :-)    Tim    ------------------------------  % Date: Fri, 18 Jul 2003 06:29:30 -0400 2 From: rdeininger@mindspring.com (Robert Deininger). Subject: Re: 36 x DS10L 617 for only USD20,000L Message-ID: <rdeininger-1807030629300001@user-105n8n7.dialup.mindspring.com>  @ In article <3F17C2E1.18BB3F4A@baesystems.com>, Tim ffrench-Lynch <nospam@baesystems.com> wrote:    I >I think the whole idea is fading as the next step of processing (running E >on a PC) looks to be the bottleneck, if my stage got faster it would H >only increase their problems. It's not often I can point to PCs holding  >things up rather than VAXen :-)  I Maybe you should get a rack full of cheap alphas, and port the PC portion  of the work to VMS...    ------------------------------  # Date: Fri, 18 Jul 2003 12:09:30 GMT 2 From: "Robert Boers" <Robert.boers@softresint.com>. Subject: Re: 36 x DS10L 617 for only USD20,000* Message-ID: <3f17f0bb$1@news.deckpoint.ch>  G > CharonVAX although there's no doubt that the time will come. The tool E > probably wouldn't get the greatest speedup on Charon-VAX as I would F > expect it to have few system calls which could be intercepted by the5 > emulator and run in x86 rather than VAX simulation.   K CHARON-VAX does not intercept any OS system calls. Doing that would make it J incompatible with VAX hardware and the concept that it must be able to runJ any VAX binary code at full speed (and it would not allow the VAX hardwareL diagnostics to run either, making debugging difficult). It derives its speedF (currently around 70 VUPs on an AMD 3200XP) from a fast VAX CPU binary instruction interpreter.   Regards, Robert  www.softresint.com   ------------------------------  % Date: Fri, 18 Jul 2003 10:39:45 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>. Subject: Re: 36 x DS10L 617 for only USD20,000. Message-ID: <3F17CE71.19517.A597A45@localhost>  1 On 18 Jul 2003 at 10:50, Tim ffrench-Lynch wrote: H > Most of the vaxstations and microvaxs are probably in the 40 VUP rangeC > so I wouldn't expect any great improvement on a single PC running G > CharonVAX although there's no doubt that the time will come. The tool E > probably wouldn't get the greatest speedup on Charon-VAX as I would F > expect it to have few system calls which could be intercepted by the5 > emulator and run in x86 rather than VAX simulation.   ? For 16 CHARON-VAX licenses, you could get a nice discount.  :-)   E Instead of guessing, might I suggest an opportunity to actually test  E this in your environment?  I can set that up for you rather easily.   2 Please contact me directly, and we can go ahead...  C [This is another Shameless Plug (tm) from your friendly CHARON-VAX  
 reseller.]  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Fri, 18 Jul 2003 10:17:16 -0700 , From: "Ingemar Olson" <bio2935c@hotmail.com> Subject: A Caching Question 5 Message-ID: <Sea2-F13wC6RZT26XOI0000f12d@hotmail.com>   / A colleague has asked me to post this question:   M >I wonder if anyone has heard of or used a technique whereby one maintains a  G >certain minimum use count on data files that one wants kept cached in  J >memory? The technique involves simply opening and reading a few critical K >data files and then having this process hibernate. Now everyone else also  M >begins to use the files in the normal way with caching and reads and writes  H >as per normal. But when everyone has stopped using the shared files in K >question and gone home, these files still retain a non-zero use count and  G >stay cached in memory ready for the next sudden wave of user requests.   E >I have done this on another platform but never yet on OpenVMS. I am  M >wondering who has done this kind of thing and if it was worthwhile? INSTALL  K >seems to be out of the question because it is used with executables where  L >we need a flow through buffering that allows us writes. A RAMdisk seems to H >be out of the question too because of the requirement for flow through I >writes. So I am looking to play with the existing caching mechanism. We  L >need, essentially, to pre-load and maintain in memory some large reference  >files.    Comments anyone?
 Ingemar Olson   A _________________________________________________________________ 9 The new MSN 8: smart spam protection and 2 months FREE*   + http://join.msn.com/?page=features/junkmail    ------------------------------    Date: 18 Jul 2003 00:36:21 -0700/ From: ratkinson@tbs-ltd.co.uk (Robert Atkinson) * Subject: Re: Advanced Server 7.3a Required= Message-ID: <ee8fff65.0307172336.253f71d4@posting.google.com>   6 Karl - this is an ECO patch for 7.3a, not 7.3a itself.  1 I'm currently on 7.3, so I need to upgrade first.    Rob.  r karcher@thuria.waisman.wisc.edu (Carl Karcher) wrote in message news:<17JUL03.14412339@thuria.waisman.wisc.edu>...I > In a previous article, ratkinson@tbs-ltd.co.uk (Robert Atkinson) wrote:  > F > ->Has anyone got a copy of Advanced Server 7.2a they can FTP to me.  > I > I assume you really want 7.3a like the subject says. If so you can down 5 > load ADVANCEDSERVER-V0703-A1-1 (complete kit) from:  > C >   http://ftp.support.compaq.com.au/ecos.phtml?what=ADVANCEDSERVER    ------------------------------  # Date: Fri, 18 Jul 2003 10:02:21 GMT % From: "Safir" <axica_nopub@yahoo.com> * Subject: Re: Advanced Server 7.3a Required0 Message-ID: <NAPRa.358$0n4.189@news.cpqcorp.net>  < "Robert Atkinson" <ratkinson@tbs-ltd.co.uk> wrote in message7 news:ee8fff65.0307172336.253f71d4@posting.google.com... 8 > Karl - this is an ECO patch for 7.3a, not 7.3a itself. > 3 > I'm currently on 7.3, so I need to upgrade first.  >   : This patch kit contains 7.3a itself It is a "complete" kit So you can use it directly   ------------------------------  # Date: Fri, 18 Jul 2003 11:48:17 GMT 4 From: "Phillip R Sobottke" <psobottke@ameritech.net>W Subject: Re: anyone have any cheaper solutions for Memory Upgrades for DEC 3000 - M900? @ Message-ID: <58RRa.11025$Vx2.4989675@newssvr28.news.prodigy.com>  J We are upgrading several Dec3000 systems at work, I might be interested in gutting the memory for you. ) <john_radnor@dofasco.ca> wrote in message L news:C67E869B53B8344ABD43CB6FB7A2AA9CB845F2@mailsrv01.hamilton.dofasco.ca...   Currently sitting at 128 Meg  2 Cost to double this to 256 Meg is about $7,000 CDN using either 8*32 Meg DIMMS  or 16*16 Meg DIMMSK (I'm not a hardware guy, so this is second hand info, but that is the cost)    eeek!      thanks John Radnor  Dofasco Inc    ------------------------------    Date: 18 Jul 2003 08:23:06 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) W Subject: Re: anyone have any cheaper solutions for Memory Upgrades for DEC 3000 - M900? 3 Message-ID: <6pNl7qmgLEXo@eisner.encompasserve.org>   w In article <58RRa.11025$Vx2.4989675@newssvr28.news.prodigy.com>, "Phillip R Sobottke" <psobottke@ameritech.net> writes: L > We are upgrading several Dec3000 systems at work, I might be interested in > gutting the memory for you.   K    Your upgrading DEC 3000 to something else?  If they're model 400 there's     some parts I need.    ------------------------------  % Date: Fri, 18 Jul 2003 09:36:25 -0400  From: john_radnor@dofasco.caW Subject: RE: anyone have any cheaper solutions for Memory Upgrades for DEC 3000 - M900? R Message-ID: <C67E869B53B8344ABD43CB6FB7A2AA9CB84615@mailsrv01.hamilton.dofasco.ca>  < Thanks to everyone for suggestions so far, much appreciated.  - Much as I suspected this is a terrible price.   A Will be following many of the leads you have all kindly provided, E to come up with a much better price/solution for upgrading our 3000's   	 Cheers :)    John      john_radnor@dofasco.ca writes... }Currently sitting at 128 Meg  }=203 }Cost to double this to 256 Meg is about $7,000 CDN  }using either 8*32 Meg DIMMS }or 16*16 Meg DIMMS H }(I'm not a hardware guy, so this is second hand info, but that is the = =3D  }cost) }=20 }eeek! }=20 }thanks  }John Radnor }Dofasco Inc   ------------------------------  % Date: Fri, 18 Jul 2003 07:33:11 +0200 P From: "Zechner Christian \(VIH / IFAT IT IFR\)" <Christian.Zechner@infineon.com>9 Subject: Controlling OPCOM-Messages produced by TCPIP 5.1 3 Message-ID: <bf80qp$p1m$1@newssrv.muc.infineon.com>    Hi! I I need to reduce OPCOM Messages produced by TCPIP-Services 5.1 (and 5.3). H All the "success" -messages are not needed, failures shall be displayed.' It is not a task of rep/dis=network ... ' How is this done within TCPIP-Services?    THX in advance,  Chris    ------------------------------    Date: 18 Jul 2003 01:53:11 -0700% From: Bart.Zorn@xs4all.nl (Bart Zorn) = Subject: Re: Controlling OPCOM-Messages produced by TCPIP 5.1 = Message-ID: <a98cd882.0307180053.29b403e1@posting.google.com>    "Zechner Christian \(VIH / IFAT IT IFR\)" <Christian.Zechner@infineon.com> wrote in message news:<bf80qp$p1m$1@newssrv.muc.infineon.com>...  > Hi! K > I need to reduce OPCOM Messages produced by TCPIP-Services 5.1 (and 5.3). J > All the "success" -messages are not needed, failures shall be displayed.) > It is not a task of rep/dis=network ... ) > How is this done within TCPIP-Services?  >  > THX in advance,  > Chris    Have a look at:    $ tcpip help set service /log    HTH,  	 Bart Zorn    ------------------------------  # Date: Fri, 18 Jul 2003 07:51:51 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)= Subject: Re: Controlling OPCOM-Messages produced by TCPIP 5.1 5 Message-ID: <rGNRa.221041$1F6.2315968@news.chello.at>    In article <bf80qp$p1m$1@newssrv.muc.infineon.com>, "Zechner Christian \(VIH / IFAT IT IFR\)" <Christian.Zechner@infineon.com> writes:J >I need to reduce OPCOM Messages produced by TCPIP-Services 5.1 (and 5.3).I >All the "success" -messages are not needed, failures shall be displayed. ( >It is not a task of rep/dis=network ...( >How is this done within TCPIP-Services?  * $ TCPIP SET SERVICE xxx /LOG_OPTIONS=NOxxx   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Fri, 18 Jul 2003 17:03:01 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>W Subject: Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance 8 Message-ID: <3n9ghv4vogl20klcondftmcn3qcekj534i@4ax.com>  E On Tue, 15 Jul 2003 11:15:56 +0100, Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  
 >jlsue wrote: K >> On Fri, 11 Jul 2003 04:21:40 -0400, "Bill Todd" <billtodd@metrocast.net> 	 >> wrote: L >> The only arithmetic that matters is the profit calculation.  Nobody knowsI >> what that would be with EV8 investment:  design, manufacturing, system 4 >> design/implementation, and price/volume of sales. >>   >  > C >Umm right so how much has your employer sunk into Itanium over the  >last 13 or so years ???????  C Non sequitor.  Still doesn't answer whether the EV8 would have been 2 profitable enough to make it worthwhile to pursue.   > > >Estimates for HP and Intels joint spend on the project so far? >put Itanium at 5 billion dollars and climbing, this is 10x the . >cost of any other new ISA and implimentation.  = Oh heck, you're comparing new startup of a new CPU vs ongoing E implementations.  That's always going to be a non-starter.  Heck, the F original Alpha design & implementation was a huge, huge investment for2 Digital (the FAB-7 plant alone was a few billion).  A I don't think you're comparing apples-to-apples in that scenario.   K And it still doesn't answer how much profit they hoped to get from EV8 - if K they could even predict any.  It's not inconceivable that they envision the D Intel architecture will have a much larger volume than the Alpha has* gotten, and thus would be more profitable.   ------------------------------  # Date: Fri, 18 Jul 2003 07:28:02 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: DECnet over IP 5 Message-ID: <6kNRa.220455$1F6.2310072@news.chello.at>   j In article <pl8ehvkb85qug7bcnhid4hgghna86tq3dr@4ax.com>, Martin Hunt <martin.hunt@fairfaxnz.co.nz> writes:D >My employer would like to stop running DECnet over its WAN, so I am >trying out DECnet over IP.   C Nice idea. This keeps you the advantages of DECnet (remote terminal K configuration, lexical functions like F$FILE and F$SEARCH, wildcard support G for COPY/DELETE and so on) while bringing in the advantages of TCPIP...   E >It works well, but the documentation is a bit brief in places, and I G >haven't found out how to make IP the default transport beteen nodes. I C >want users to be able to do "SET HOST NODE", rather than "SET HOST ? >NODE.DOMAIN". How do I do this? Each node is, in general, in a G >different domain (each of our operating divisions has its own domain).   F You do a SET HOST to a name and the name can be a DECnet node but alsoG a TCPIP node. There is no restriction that you must use the dotted form F (neither in name nor in an IP address). You only need to configure the4 namespace to look in TCPIP names for the short form.  " 1) Enter DOMAIN as your namespace.O This should bring you the following commands to your NET$SEARCHPATH_STARTUP.NCL   ( SET SESSION CONTROL NAMING SEARCH PATH -7         ([DIRECTORY SERVICE = LOCAL, TEMPLATE = "*"], - <         [DIRECTORY SERVICE = LOCAL, TEMPLATE = "local:*"], -=         [DIRECTORY SERVICE = LOCAL, TEMPLATE = "LOCAL:.*"], - 7         [DIRECTORY SERVICE = DOMAIN, TEMPLATE = "*"], - E         [DIRECTORY SERVICE = DOMAIN, TEMPLATE = "*.domain.name.com"])   E It once was neccessary to enter the LOCAL domain as the first/primary J namespace. I haven't checked for some years now if this is still the case.L My LOCAL namespace is (almost) empty so it doesn't make a (real) difference.J Maybe this limitation is gone now and you can reduce it to DOMAIN only, orG maybe not and then you enter LOCAL,DOMAIN in NET$CONFIGURE.COM but keep  LOCAL empty.  H 2) Enter all domain names in your NAMING SEARCH PATH so that you can useL the short (but also the long) form for every node you usually want to reach.L IIRC you must do this by hand (EDIT SYS$STARTUP:NET$SEARCHPATH_STARTUP.NCL),K as NET$CONFIGURE.COM was then not able to enter more than one domain. Maybe  this is finally fixed also.   J 3) Clear you CDI cache to get rid of all your real DECnet node names thereL to prevent SET HOST trying the wrong connection (which has to timeout then).  1 	NCL>FLUSH SESSION CONTROL NAMING CACHE ENTRY "*"   ? Check with SYS$SYSTEM:CDI_CACHE_DUMP.EXE before and afterwards.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 18 Jul 2003 10:02:41 +0200 2 From: "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de>- Subject: Re: Firmware Update using Infoserver . Message-ID: <3F17A9A1.309@ikp.tu-darmstadt.de>   Peter,  7 thank you, as usual a helpful answer in time. It worked 9 (The file was not on the newest firmware CD 6.2 but still  on the CD 5.9)   Regards  Otto  -   ------------------------------------------- , | Dr. Otto Titze, Kernphysik TUD           |, | Schlossgartenstr. 9, D-64289 Darmstadt   |, | titze@ikp.tu-darmstadt.de                |, | Tel: +49(6151)16-2916,FAX:16-4321        |-   -------------------------------------------    ------------------------------  # Date: Fri, 18 Jul 2003 16:16:15 GMT " From: Lee <lytmah@telusplanet.net> Subject: FS: 1986 Olds Calais / Message-ID: <3F181D7B.6CEEFE31@telusplanet.net>     $400 as is.  4-door.  Automatic. Good motor, glass.  Some rust.  Front bumper damage. Email me if interested.    ------------------------------  # Date: Fri, 18 Jul 2003 16:20:30 GMT " From: Lee <lytmah@telusplanet.net>! Subject: Re: FS: 1986 Olds Calais / Message-ID: <3F181E79.4DB23403@telusplanet.net>   0 > My apologies.  This was meant as a local post.   ------------------------------  % Date: Fri, 18 Jul 2003 18:30:36 +0100 * From: Dave Brennan <nospam@edcworks.co.uk>! Subject: Re: FS: 1986 Olds Calais 8 Message-ID: <vjbghvscm882lh2ngfs4sfitc6kp504kvh@4ax.com>  + Dave Brennan <nospam@edcworks.co.uk> wrote:   $ >Lee <lytmah@telusplanet.net> wrote: > 2 >>> My apologies.  This was meant as a local post. > . >Not many versions of VMS run on 1986 hardware   THIS HARDWARE..... >    >  > A >Dave[dot]Brennan[at]edcworks[anotherdot]co[dotagain]uk[<cr><lf>]     @ Dave[dot]Brennan[at]edcworks[anotherdot]co[dotagain]uk[<cr><lf>]   ------------------------------  % Date: Fri, 18 Jul 2003 18:28:39 +0100 * From: Dave Brennan <nospam@edcworks.co.uk>! Subject: Re: FS: 1986 Olds Calais 8 Message-ID: <cgbghvsdmtphd4advlqnht0h15vk4icntc@4ax.com>  # Lee <lytmah@telusplanet.net> wrote:   1 >> My apologies.  This was meant as a local post.   . Not many versions of VMS run on 1986 hardware!      @ Dave[dot]Brennan[at]edcworks[anotherdot]co[dotagain]uk[<cr><lf>]   ------------------------------    Date: 18 Jul 2003 08:18:15 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: HP FUDBusting3 Message-ID: <medSLAinDyGR@eisner.encompasserve.org>   g In article <24819cc3.0307171340.ffd452d@posting.google.com>, yamahasw40@latinmail.com (Schmuck) writes: 	 > Hi all,  > G > First up.. have to admit that I am not an Alpha guy, but I am dealing C > with a site that is. I will probably expose my ignorance over the H > wealth of OSs available from HP in the next couple of lines, so please
 > be kind. > F > There is a lot of FUD coming out of various vendors about the futureH > of HPs "other OSs". Ie.. if its not HP-UX, it will die with the switch
 > to Itanium.  > H > What is the real deal? If I buy an Alphaserver today will I be dealing+ > with HP Techs who can't even spell Tru64?   B    HP has announced plans to migrate Tru64 features into HP-UX and@    end Tru64.  These are publically available via HP's web site.&    Tru64 will not be ported off Alpha.  ? > Essentially we need to consider the TCO of the shop before we F > recommend a platform. (I don't actually care that much.. Anybody butH > Microsoft). If these guys will have an uphill battle with support overD > the time-life of this sistem (predicted at 5 years with a possibleF > stretch to 7), they are better off retraining their OSF and VMS guys
 > upfront.  A    VMS is what you want.  HP is spending lots of money on VMS and A    has shipped the first release VMS on IA64 to partners to start C    porting thier products.  Take a look and see if the products you @    need are already commited to ports.  Most of this info can beF    found on the OpenVMS web site or contact a HP sales folk and demand%    a sales rep who known what VMS is.   C    You will, of course, here much FUD about VMS dying.  Wasn't true D    when Gartner was founded with it thier as their opening position E    and even with all their clout they haven't been able to make it a  F    self fulfilling prophecy.  VMS just keeps on keeping on.  Security,;    reliability, and low TCO are a hard to beat combination.   C    If VMS doesn't have what you want; then "anything but Microsoft" E    drops you into "our UNIX is the same as all UNIX, but better".  Do E    try to have fun while sorting that all out, it's the only attitude A    that will keep you from rolling your eyes 'till they're stuck.   @    OBTW, in case you miss my .sig, this is personal opinion, notD    company endorsement.  The company I work for will use any product
    that fits.    ------------------------------  # Date: Fri, 18 Jul 2003 16:38:59 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>4 Subject: Re: HP World: Why Alpha's Omega Makes Sense8 Message-ID: <bc8ghv4vqdamim2cphns97pn70p9b8kjin@4ax.com>  E On Tue, 15 Jul 2003 14:59:27 +0100, Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote:     > 6 >Price, available software, size and heat are the keys8 >to 99% of all Intels sales and Madison isn't a solution5 >that plays at all in the <40K system space where all ) >but a tiny minority of Intels sales are.  > 7 >It isn't about performance its about being good enough  >at the right price. > 4 >2 way Xeons cost 5-7K, 2 way Madisons cost 45K, for1 >tier 1 and 2 applications Madison won't even get - >onto a market share pie chart because no one  >plots less than one degree.  J In the later stages, I believe that full-fledged server-class systems willF not be you el-cheapo boxes.  Most companies require much better QA and9 supportability than that for business-critical computing.   H Does that translate to market share that compares to the commodity-classE systems?  Maybe not.  But in the high-end it's the total package that F matters (total package = price, performance, capacity, supportability, reliability, etc.).    > 4 >AMD can provide CPU's to OEM's that are faster than7 >Xeons and can be built to ship at the same price point 8 >as 2 way Xeons. Interesting because even with x86 intel8 >processors there is a big price hike from 2way to 4 way: >Xeons to Xeon MP's, this isn't true for AMD so their OEMS7 >will end up with a much more linear pricing for CPU's.   K I know that there is commitment from vendors (e.g., HP) to build & ship the H business-class servers from IA64.  I have not seen the same from the AMD side.   D I, personally, use AMD for my desktop systems.  I like their price &F performance capabilities.  But I wouldn't recommend them to anyone who" wants real business-class servers.  G If reliable server vendors start building & shipping the business-class 5 serves based on the AMD CPU, then I'll take notice.      ------------------------------  # Date: Fri, 18 Jul 2003 17:06:22 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>Y Subject: Re: Intel's had Dirty Bombs Anthrax and everything! (Was: Re: HP World: Why Alph 8 Message-ID: <h5aghvkavsukjcto77hkv3qsd1ciu3g7le@4ax.com>  H On Wed, 16 Jul 2003 13:59:33 -0400, "Bill Todd" <billtodd@metrocast.net> wrote:   > 4 >"jlsue" <jefflsxxxz@sbcglobal.net> wrote in message3 >news:bta8hvckul9tkf2nkt0m639n22o7nstvgq@4ax.com...  >  >... > C >> >> Whatever people have to do to pay the rent is their business.  >> >K >> >Not when they break very specific commitments to others in the process,  >it K >> >isn't.  And not when they lie in attempts to avoid being called to task  >for >> >such treachery.  >>M >> Look, as a customer you have no real claim to find out why any deeper than L >> what they're willing to tell you.  It's their business to run as they seeM >> fit.  Once they tell you, you have the option to accept the explanation or K >> reject it, but in the end you'll have to carry on in some way (including F >> completely leaving that vendor behind if that is your desire).  ButA >> discussing it for years afterward is really a waste of effort.  > I >Hmmm.  Based on the continuing interest in discussing it here by a great K >many more people than myself, I'd say that they didn't feel it was a waste  >any more than I do.  J Well, mostly it's just you and JF who carry this torch on-and-on-and-on ad nauseum.   > K >As for myself, I feel that if I can make even just a few additional people J >aware of why cHumPaq can't be trusted, and by so doing not only keep themE >from potentially getting screwed but cost cHumPaq some profit in the K >bargain, than it's time well spent.  And I'll keep feeling that way either J >until cHumPaq apologizes and makes some *substantial* effort to atone forL >their actions in 2001 or until there are no significant players left in the5 >corporation who were associated with that treachery.  >   J Right.  Somehow you feel they owe you an apology.(???)  Cool.  No audacity2 there.  No real "treachery" either, just business.  B But do go on.  It's really good to dwell on the past indefinitely.   ------------------------------    Date: 18 Jul 2003 06:12:02 -0700* From: b.seghers@europe.com (Seghers Bruno) Subject: Memory allocation< Message-ID: <1fe424ce.0307180512.75ed657@posting.google.com>  F I have a lingering doubt in my mind over programs using virtual memoryE like MALLOC in C or LIB$GET_VM. I have a feeling that at one time you F had to deallocate the memory before logout or it was lost to all users and  became like a memory leak.  > Has VMS (7.3-1) now fixed this problem or does it still exist.   B I ask because one of the programs that I am working on has lots of calls = to a MALLOC and I suspect that it doues not always do a FREE.     Regards,  
 Seghers Bruno  Belgium    ------------------------------  % Date: Fri, 18 Jul 2003 14:47:14 +0100  From: Roy Omond <Roy@Omond.net>  Subject: Re: Memory allocation4 Message-ID: <bf8tmt$7l2$1$8302bc10@news.demon.co.uk>   Seghers Bruno havered:H > I have a lingering doubt in my mind over programs using virtual memoryG > like MALLOC in C or LIB$GET_VM. I have a feeling that at one time you H > had to deallocate the memory before logout or it was lost to all users  > and became like a memory leak.   Nope.  Absolute nonsense.   @ > Has VMS (7.3-1) now fixed this problem or does it still exist.  @ Nope, there was no problem, and nope, it doesn't still exist :-)  D > I ask because one of the programs that I am working on has lots ofE > calls to a MALLOC and I suspect that it doues not always do a FREE.   > You have to fix your programs;  you don't have to fix anything in VMS.   	 Roy Omond  Blue Bubble Ltd.   ------------------------------    Date: 18 Jul 2003 08:57:15 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Memory allocation3 Message-ID: <JrIVxB6Kehnn@eisner.encompasserve.org>   i In article <1fe424ce.0307180512.75ed657@posting.google.com>, b.seghers@europe.com (Seghers Bruno) writes: H > I have a lingering doubt in my mind over programs using virtual memoryG > like MALLOC in C or LIB$GET_VM. I have a feeling that at one time you H > had to deallocate the memory before logout or it was lost to all users > and  > became like a memory leak.  J No, you are only allocating virtual memory.  The mechanism for associatingG physical memory to virtual memory for a process is firmly tied into the K VMS image rundown mechanism.  If it were not, many systems would be failing H in circumstances where many programs are run before process termination.  @ > Has VMS (7.3-1) now fixed this problem or does it still exist.  
 No and No.  D > I ask because one of the programs that I am working on has lots of > calls ? > to a MALLOC and I suspect that it doues not always do a FREE.   H You need to use the Heap Analyzer to fix your program.  It is documented in the Debugger manual.    ------------------------------    Date: 18 Jul 2003 01:31:29 -0700# From: dooleys@snowy.net.au (dooley) H Subject: Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX= Message-ID: <1ca82fc6.0307180031.4d7cd49c@posting.google.com>   j deepakonline@myway.com (Deepak) wrote in message news:<38dea33f.0307171713.4487f199@posting.google.com>... > Hi,  > 7 > The company I work for is migrating from VMS to UNIX. ( That may benefit your cv if nothing else > Currently we areF > running Quiz (part of the Cognos Powerhouse package) reports on VMS.G > The report generating application uses the indexed RMS file structure  > of VMS extensively. L Of course, that means they run much faster than using a relational database  > E > Now, I am not much of a UNIX guy. So, I am not sure whether indexed  > files are allowed in UNIX.   Anything is allowed in unix ) > Different people have told me different H > things about this. Some say that UNIX does not impose a file structureC > on files- so the applications will have to implement the indexing F > within themselves. Others say it is possible to separate the indexed@ > RMS file into a binary IDX (index) file containing the indexedC > structure and a sequential file containing just the data on UNIX.1
 Both are true G There is no file structure mandated by the os, and there are no "recordr( management services" provided by the os.D What you need is a package called C-ISAM, this does all the RMS bits@ in a unix world (and fortuitously cognos/powerhouse supports it)D > The objective is to be able to run the same Cognos applications onC > UNIX with little or no code change. We haven't got much time. Cany > anyone help me with this??4 A bit of cognos consulting time may be valuable here > " > Highly appreciate your feedback.2 You could post back here at the end of the project1 and let us know how much money your company savedv (we get so few laughs here)P Phil ps( You are going to have fun with vms dates   ------------------------------    Date: 18 Jul 2003 13:06:19 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>nH Subject: Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX6 Message-ID: <20030718130619.14026.qmail@gacracker.org>  4 On 18 Jul 2003, dooleys@snowy.net.au (dooley) wrote:  ) >You are going to have fun with vms datesr  5 Particularly come 2038 when unix runs out of seconds.n     Doc. -- rK OpenVMS.         Eight out of ten hackers prefer *other* operating systems. K [New PGP Key - Get via finger]        http://deathrow.vistech.net/BOFH/doc/h   ------------------------------    Date: 18 Jul 2003 08:30:42 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)eH Subject: Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX3 Message-ID: <sUTQrDP$MtFQ@eisner.encompasserve.org>   e In article <38dea33f.0307171713.4487f199@posting.google.com>, deepakonline@myway.com (Deepak) writes:  > Hi,l > H > The company I work for is migrating from VMS to UNIX. Currently we areF > running Quiz (part of the Cognos Powerhouse package) reports on VMS.G > The report generating application uses the indexed RMS file structureu > of VMS extensively.]      Sad.o  E > Now, I am not much of a UNIX guy. So, I am not sure whether indexed-D > files are allowed in UNIX. Different people have told me differentH > things about this. Some say that UNIX does not impose a file structureC > on files- so the applications will have to implement the indexing3F > within themselves. Others say it is possible to separate the indexed@ > RMS file into a binary IDX (index) file containing the indexedC > structure and a sequential file containing just the data on UNIX.u  D    UNIX has no file system internals.  There are no records, indexed    or otherwize, just bytes.  G    There are vendors such as Sector Seven and Boston Business ComputingwC    that will sell you products to take care of this.   If the indexeE    file manipulation is via Fortran's OPEN, READ, and WRITE statmentsbA    then the f77 support for HP-UX or Solaris may provide what youeE    need, but they're subject to big vs. little endian porting issues.b  C    Most folks who need data organization in UNIX fork out big bucks @    for a DBMS, then rewrite their applications to use DBMS calls,    instead of file I/O.  Expensive and slow.  A    You can do indexed file I/O via a cheap package like C-ISAM oreA    D-ISAM, but you have to rewrite your application to their API,i    just like using a DBMS.  D > The objective is to be able to run the same Cognos applications onC > UNIX with little or no code change. We haven't got much time. Can  > anyone help me with this?g  A    The best thing to do is keep VMS.  Cheap and quick.  Otherwiseo7    hire a consultant, expensive and maybe quick enough.    ------------------------------    Date: 18 Jul 2003 04:22:18 -07006 From: andrew.rycroft@intrinsitech.com (Andrew Rycroft) Subject: NFS Authenticationh= Message-ID: <58ba0101.0307180322.6703701a@posting.google.com>s   Hi,n  E I am trying to use the microsoft UNIX services for Windows product todB mount and access the NFS services on an OpenVMS system. I am using! OpenVMS v7.3, and UCX v5.1 eco 4.f  A The connection does not seem to authenticate with the TCPIP proxy E database. From the PC I can mount the NFS service, but not browse it,y# i.e. I cannot see any of the files.s  A If I look at the nfsstat the server nfs statistics shows a lot ofqC weakauth, but I can find no information on what this counter means.   A The PC connects with UID -2, GID -1. Any proxies I add in the UCXa& proxy database seem to have no effect.   Any suggestions appreciated.   Thanks Andrew   ------------------------------    Date: 18 Jul 2003 06:38:05 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)-" Subject: Re: openvms-alpha license3 Message-ID: <QNO4iasyhxWa@eisner.encompasserve.org>   q In article <pxHRa.33$NF4.11@newssvr22.news.prodigy.com>, "Andy Bustamante" <a_c_bustamante@earthlink.net> writes:lK > In addition to the other replies, is this a non commercial system?  If son1 > you can install hobbyist licenses, available atiN > http://www.montagar.com/hobbyist/index.html  with no costs.  Please note the > non commercial restriction.m  $ When did the hobbyist rules change ?  M The last I heard, the machine had to be used in a home for hobbyist purposes.   E This is quite different from non-commercial, which would cover use byo churches, etc.   ------------------------------    Date: 18 Jul 2003 08:35:48 -0500+ From: young_r@encompasserve.org (Rob Young) + Subject: Re: Opteron motherboard maker sold:3 Message-ID: <imD66+XwqYur@eisner.encompasserve.org>3  _ In article <OB6dnZB9PYerH4qiXTWJhQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:t   > 8 > A more positive slant on the subject can be found hereJ >  http://www.infoworld.com/article/03/07/17/HNsanmina_1.html - though forK > some reason I can't get the text portion of the article now; it was thereXI > earlier), where the view is that being the wholly-owned subsidiary of atJ > larger, well-established player rather than an independent start-up willK > make the Newisys boxes (which Sanmina - which previously manufactured thecJ > boxes for Newisys - claims to value as an extension to its product line)* > more credible to their target customers. >   C 	Yes increased credibility.  Especially since they will be able to e+ 	also offer the much more popular Xeon too.    				Rob1   ------------------------------    Date: 18 Jul 2003 08:32:43 -0500+ From: young_r@encompasserve.org (Rob Young)0+ Subject: Re: Opteron motherboard maker soldh3 Message-ID: <sD0aSuTaIuLl@eisner.encompasserve.org>o  [ In article <3F1741CA.68A18C5E@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > Keith Parris wrote:e >> oC >> Newisys, Inc., a maker of Opteron motherboards, is being sold toeC >> Sanmina-SCI, an electronics manufacturing services company.  Thed= >> Inquirer reports Newisys blames lack of demand for Opteronl >> motherboards., >> http://www.theinquirer.net/?article=10525 >> r& >> A press release from Newisys is at:? >> http://www.newisys.com/news/sanmina_acquisition07172003.htmlg > H > Since Opteron is such relatively news news, I take that as a sign thatE > someone over-estimated something, or put too many eggs in the wrong ) > basket and got cold feet over the risk.s >   = 	Or sales just aren't there, as analysts point out.  If salesr? 	were there, they would be hiring instead of laying off.  Salese  	taking off?  Waiting for Godot.   				Rob    ------------------------------  % Date: Fri, 18 Jul 2003 05:42:50 -0500r! From: rpw3@rpw3.org (Rob Warnock)h$ Subject: Re: PDP-11 OS Release Dates2 Message-ID: <hMScnUEmnfu3UoqiXTWc-g@speakeasy.net>  ( Douglas A. Gwyn <DAGwyn@null.net> wrote: +---------------4 | Early use of the term "Random Access Memory" often8 | pertained to disk, drum, or other storage.  There were7 | even computers whose only storage medium was magnetics4 | drum (no core and certainly no transistor arrays). +---------------  = E.g., the venerable LGP-30 [my first computer!] and RPC-4000.e   +---------------$ | > BTW, did anyone mention dectape? | 3 | DECtape is considered random access as opposed too: | sequential access, even though it takes a while to seek. +---------------  G And OS-8 could even run with *only* DECtape as the "system disk", too!!h    (*Heh-heh!*) But there's more...  D My first task for John Alderman[1] in mid-1971 was to design a PDP-8C controller for a Sykes cassette tape and make it act like a DECtape H so we could run OS-8 on it. And, using a "synchronous chartware[2]"-likeF design [which today would simply be called a "one-hot" state machine],F we succeeded!! Even though it took about 10-15 seconds to get from the) command prompt to a user program or back:a   	.r pipiF 	    [...(*whirr*)...(*clunk*)...(*whirr*)...(*clunk*)...(*clunk*)...]" 	    [...(*whirr*)...(*clunk*)...]6 	    [...(*whirrrrrrrrrrrrrrrrrrrrrr*)...(*clunk*)...]& 	    [...(*whirrrrrr*)...(*clunk*)...]" 	    [...(*whirr*)...(*clunk*)...] 	* ^Ce" 	    [...(*whirr*)...(*clunk*)...]C 	    [...(*whirrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr*)...(*clunk*)...]_F 	    [...(*whirr*)...(*clunk*)...(*whirr*)...(*clunk*)...(*clunk*)...] 	.  G The same principle (pre-formatting the tapes with separate "header" and-H "data" records, with enough space between blocks that you could reliablyE over-write the "data" records, at least in the forward direction) had G earlier been used by someone (John? someone else at Ga. Tech?) to use aCH plain 7-track *magtape* as an OS-8 system "disk" (really!), so that partH of it wasn't new. We even cheated a bit, since the Sykes cassette (whichI used standard Phillips audio cassettes, though leaderless, like telephonepG answering machines used to use) was 2-track, so we were able to put the F "header" records (or "sector marks", in disk terminology) on one trackB and the "data" blocks on the other. (Made the overwriting easier.)     -Rob  D [1] When he was still the Atlanta branch manager for ADR/CSD, beforeH     he split off from ADR and started DCA (the company, not the agency).  F [2] ChartWare(tm) was a set of DEC logic blocks for RTL data paths andF     asynchonrous one-hot state machines, a.k.a. "PDP-14", meant mainly(     for building industrial controllers.   -----b( Rob Warnock, PP-ASEL-IA		<rpw3@rpw3.org>( 627 26th Avenue			<URL:http://rpw3.org/>" San Mateo, CA 94403		(650)572-2607   ------------------------------  % Date: Fri, 18 Jul 2003 14:58:20 +0200nA From: Christian Corti <Christian.Corti@studserv.uni-stuttgart.de>.$ Subject: Re: PDP-11 OS Release Dates* Message-ID: <ctq8fb.83e.ln@news.online.de>  " Rob Warnock <rpw3@rpw3.org> wrote:* > Douglas A. Gwyn <DAGwyn@null.net> wrote: > +---------------6 > | Early use of the term "Random Access Memory" often: > | pertained to disk, drum, or other storage.  There were9 > | even computers whose only storage medium was magnetica6 > | drum (no core and certainly no transistor arrays). > +---------------  F Exactly, that's why today most ROMs are RAMs. IBM did it the right wayB by calling "ROM" ROS (read only storage) and "RAM" RWS (read write	 storage).i  ? > E.g., the venerable LGP-30 [my first computer!] and RPC-4000.C   1';'i''i* s1'daprt'uc2'h'lcl'e'l'l'o' 'w'o'r'l'd'.''  for'i'step'1'until'10'rpeat's1'' stop'''n   or  H c3w00'p0000'c3w04'i0000'c3w08'c3w14'c3w0j'p0000'c3w10'i0000'u3w00'z0000' (that's 9.0)  H As you might see, we have a running LGP-30 here (most certainly the last working one on earth) :-)BD Btw. I am looking for any kind of documentation and software for the LGP-30.s  	 Christian    ------------------------------    Date: 18 Jul 2003 07:49:22 -0700$ From: gspamtackett@yahoo.com (Galen)$ Subject: Re: PDP-11 OS Release Dates= Message-ID: <bdc65a53.0307180649.4a7d5d60@posting.google.com>v  p Randy Park <rjpark@mindspring.nospaam.com> wrote in message news:<5vrrgvg3h15mv1te93sjptlgt7eikkph1d@4ax.com>...2 > On Thu, 10 Jul 2003 15:54:44 GMT, "Kelvin Smith"! > <fcs_smith1111@snet.net> wrote:- > O > >I threw out most of my old RSTS information when the office moved last year,a > >but I have SPD's for v10: > >y > >RSTS v10.0, July 1990 > >RSTS v10.1, Sep 1992  > >0< > >I got started with RSTS in 1976, using either v6A or v6B. >  > G > I started with RSTS/E V6A.  All variables in BASIC-PLUS were a singlecF > letter optionally follwed by a single digit.  Version 6B introduced D > EXTEND mode, i.e. long variable names, BASIC-PLUS.  I also started. > in 1976.  Version 6B was introduced in 1977.  E I too started with RSTS in (late) 1976 when I started college at CSUHrC (Cal. State University, Hayward) and took my very first programmingaB class in Basic-Plus. I think it was something like RSTS V4 but was soon upgraded to V5 and V6.o  D It was cool when they added the RT-11 and RSX emulation to RSTS, andB assembly language programming became available. I found a Macro-11F chess game somewhere that ran on regular RT-11 and easily made it workB on RSTS. I bough enough RT-11 documentation from the DEC office inA Santa Clara to do some serious programming, but my budget was too E small for RSX and it remained mostly mysterious to me until I startedMB using it in 1980 at Lockheed--where I also got to use a REAL RT-11F system, running in 24K or so of RAM on a dual-floppy (8 in. of course)
 PDP-11/23.  9 Programming in Basic-Plus was a lot of fun back then. The D single-character variable names (plus a % suffix to indicate integerE variables and a $ for string variables) were a pain until Extend modecE came along. But virtual arrays were a really cool feature, given thataB our system made only a small amount of memory available to student. users--I think it was only about 18K at first.  @ As a semi-trusted student assistant I even got to do some system? programming in Basic-Plus. I remember how mysterious the systemCD calls--which looked something like SYS(CHR$(127)+CHR$(etc...))--were at first--almost magical.p  A Early on in my system-programming there, the system manager wouldeF compile my program, then set the "privilege" bit on the compiled file.A He forgot to clear the bit that allowed me to overwrite the file,-A though, and I quickly discovered that I could compile a DIFFERENT E program and overwrite the privileged one with it, thus letting me runCD whatever privileged code I wanted, without him compiling it for me. > After an enjoyable but short period of non-destructive hackingE (basically just probing around to see how different SYS calls worked)rE I revealed my discovery to him and thus won a bit more respect for mypB honesty. (Of course, he started protecting the executables against writing...)e  @ Somebody used to distribute a Basic-Plus uncompiler, which was aF pretty cool and magical tool to impress other computer lab staff with.   ------------------------------  % Date: Fri, 18 Jul 2003 10:36:29 -0600p From: Kevin Handy <kth@srv.net> $ Subject: Re: PDP-11 OS Release Dates5 Message-ID: <wzURa.39$mo4.32@fe01.atl2.webusenet.com>    Galen wrote:r > Randy Park <rjpark@mindspring.nospaam.com> wrote in message news:<5vrrgvg3h15mv1te93sjptlgt7eikkph1d@4ax.com>... >  > B > Somebody used to distribute a Basic-Plus uncompiler, which was aH > pretty cool and magical tool to impress other computer lab staff with.  ? There were a few versions of the uncompiler (and I even wrote ar; partial one). The trick is finding the source for the cross,> reference program that worked by looking at the compiled code.6  From that, enough detail is available to get started. (bpcref.bas and bpcrf1.bas)y  B One company I worked for bought a copy of one of these (apparently> the guy who wrote it only sold a couple of copies). He made it; so that it would not un-compile itself, though. It actuallynB worked fairly well, except for getting 'while' and 'until' implied loops backwards sometimes.   ------------------------------  % Date: Fri, 18 Jul 2003 08:10:43 +0200p$ From: "Peter Flunger" <p-i-b@gmx.at>" Subject: Re: SSH EAK error message0 Message-ID: <bf8314$340$1@newsreader1.netway.at>  - "Mike Zanker" <not-for-mail@zanker.org> wroted     >e >tH > I don't think it is causing any problems but I wondered if it was just > me...i  H This also happens with SSH included in TCP/IP T5.4 ( update 2 ) included. in the Alpha OpenVMS 7.3-2 field test version. Peter    ------------------------------  # Date: Fri, 18 Jul 2003 07:40:12 GMTe6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)" Subject: Re: SSH EAK error message5 Message-ID: <wvNRa.220759$1F6.2310072@news.chello.at>d  e In article <Xns93BC3B93B63A4mikezankerorg@130.133.1.4>, Mike Zanker <not-for-mail@zanker.org> writes:m: >peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in/ >news:_kFRa.216478$1F6.2273305@news.chello.at: r >1E >> No it is not. All my machines show this, too. But I started to useGC >> it... btw I was told, that the first SSH EAK (I started with the.E >> 2nd = T5.3-11E) did also have this bug (besides a lot of others). 3 >4A >I did have some installation problems (SSHD wouldn't start, for lA >instance, complaining about a /flags=tcpip parameter) but after nE >uninstalling and installing it again it configured and ran smoothly.E  8 IIRC I had the /flags=tcpip problem on one machine, too.% Until I rebooted (not reinstalled)...   L I then had tiny problems because I had to configure SSHD2 first (TCPware ranL out of the box ;-) by editing TCPIP$SSH_DEVICE:[TCPIP$SSH.SSH2]SSHD2_CONFIG.  ? 	#	AllowedAuthentications          hostbased,publickey,passwordw2 	        AllowedAuthentications          hostbased  > 		AllowedAuthentications          hostbased,publickey,password, 	#	AllowedAuthentications          hostbased    3 But alltogether, not bad for a fieldtest version...T   -- o Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialisth E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Fri, 18 Jul 2003 07:45:52 GMTt6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)" Subject: Re: SSH EAK error message5 Message-ID: <QANRa.220896$1F6.2310072@news.chello.at>O  W In article <bf8314$340$1@newsreader1.netway.at>, "Peter Flunger" <p-i-b@gmx.at> writes:D. >"Mike Zanker" <not-for-mail@zanker.org> wroteI >> I don't think it is causing any problems but I wondered if it was just  >> me... >RI >This also happens with SSH included in TCP/IP T5.4 ( update 2 ) includedM/ >in the Alpha OpenVMS 7.3-2 field test version.c  M TCPIP 5.4 fieldtest contained in the E7.3-2 fieldtest is at baselevel 5.4-9C.kJ Now at least 5.4-11E is current (but I don't know where to get it from ;-)   -- p Peter "EPLAN" LANGSTOEGERa% Network and OpenVMS system specialists E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 18 Jul 2003 08:02:22 -0400A, From: "Richard Whalen" <WhalenR@process.com>" Subject: Re: SSH EAK error message+ Message-ID: <bf8nkn$1nm$1@news.process.com>s  L TCPIP 5.4-11E is on the Layered Products 3 disk of E7.3-2 (The release notes say so.)  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messagei/ news:QANRa.220896$1F6.2310072@news.chello.at...fB > In article <bf8314$340$1@newsreader1.netway.at>, "Peter Flunger" <p-i-b@gmx.at> writes:0 > >"Mike Zanker" <not-for-mail@zanker.org> wroteK > >> I don't think it is causing any problems but I wondered if it was justr
 > >> me... > > K > >This also happens with SSH included in TCP/IP T5.4 ( update 2 ) included 1 > >in the Alpha OpenVMS 7.3-2 field test version.A > G > TCPIP 5.4 fieldtest contained in the E7.3-2 fieldtest is at baselevel- 5.4-9C.aL > Now at least 5.4-11E is current (but I don't know where to get it from ;-) >a > --   > Peter "EPLAN" LANGSTOEGERu' > Network and OpenVMS system specialist0 > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 18 Jul 2003 15:06:14 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>s Subject: Re: Sun and SCO0 Message-ID: <bf8ut7$2qn$1@new-usenet.uk.sun.com>   Keith Parris wrote: E > There was discussion here recently about the level and sincerity of- > Sun's support of Linux.- >   0 What has this announcement got to do with it ???   Regards: Andrew Harrison @ > From Cnet News (http://news.com.com/2100-1016_3-1024633.html): > @ > "A previously secret licensee of SCO Group's Unix intellectualD > property has revealed its identity: Unix leader Sun Microsystems. F > SCO's Unix licensing plan got a major boost of publicity in May whenD > Microsoft announced its decision to license Unix from SCO, but SunF > actually was the first company to sign on. SCO and Sun confirmed the > licensing deal on Wednesday. > F > The pact, signed earlier this year, expanded the rights Sun acquiredG > in 1994 to use Unix in its Solaris operating system. But there's morecG > to the relationship: SCO also granted Sun a warrant to buy as many as4? > 210,000 shares of SCO stock at $1.83 per share as part of theLC > licensing deal, according to a regulatory document filed Tuesday.e > C > Sun, the No. 1 seller of Unix servers, declined to comment on the ' > option to take a stake in SCO Group."[   ------------------------------  % Date: Fri, 18 Jul 2003 09:11:52 -0400B8 From: Jim Agnew - VCU/MCV Neurosurgery <jpagnew@vcu.edu>> Subject: Re: What color were the VMS manuals for old versions?' Message-ID: <3F17F218.3CAB50AC@vcu.edu>o   Bob Koehler wrote: > d > In article <3F16A0FC.5353BA8D@vcu.edu>, Jim Agnew - VCU/MCV Neurosurgery <jpagnew@vcu.edu> writes: > >e@ > > Yes, they really, really did...  they were the John Deere of > > computers... > K >    Gee, I've seen the orange VAXen.  Now maybe I should paint my hobbyistd >    cluster John Deer green?-  , Don't forget the corn-yellow stripe...   ;-)   jim5   -- mF "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"  F "I try not to be right any more than necessary". -- Larry Wall, author of the Perl Language   ------------------------------  % Date: Fri, 18 Jul 2003 09:13:24 -0400 8 From: Jim Agnew - VCU/MCV Neurosurgery <jpagnew@vcu.edu>> Subject: Re: What color were the VMS manuals for old versions?' Message-ID: <3F17F274.8E379542@vcu.edu>S   Bob Koehler wrote: > W > In article <yIad$X2RlWMn@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes:a > >> > >rN > > And MC INFO instead of "show process /continuous" (and just to proved thatH > > old habits die hard, all these years later, I still define INF in my > > login file for that).a > & >    MCR DISPLAY (replaced by MONITOR)$ >    MCR USES    (became SHOW USERS) > A >    Couldn't have much fun prior to VMS 3.0 without unsupported,aD >    undocumented utilities.  But mostly I miss MCR PIP (the AME was! >    bundled with VMS back then).i > D >    I also recall the output of the DIRECTORY command under VMS 1.xB >    matched that of PIP /LI.  Didn't have control-T to verify the >    image name.  F i only have to say that NOTHING ever beat the RSX RMD   I think it wasC realtime monitor display.  it showed things paging in and out, filei0 accessed, disks thrashing, really, really cool..   jim. -- iF "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"  F "I try not to be right any more than necessary". -- Larry Wall, author of the Perl Language   ------------------------------    Date: 18 Jul 2003 09:40:52 -0700$ From: gspamtackett@yahoo.com (Galen)> Subject: Re: What color were the VMS manuals for old versions?= Message-ID: <bdc65a53.0307180840.42b3cbcc@posting.google.com>t  n Dan O'Reilly <dano@process.com> wrote in message news:<5.2.0.9.2.20030716180700.00b2e628@raptor.psccos.com>..., > At 03:51 PM 7/16/2003, Alan Frisbie wrote: > >Dan O'Reilly wrote: > >kJ > >>BRU came out in RSX 3.2.  At the time I was working in the CSC (it wasJ > >>called the "TSC" at the time) on the RSX team.  To us, "BRU" stood forL > >>"backup and ruin utility", rather than "backup and restore utility".  It > >>was REALLY buggy at first. > >i > >At our site:i > >h$ > >     DSC = "Disk Smash & Corrupt"( > >     BRU = "Byte Randomizing Utility" > H > Yeah, I remember you - I used to support you!  Took more than one call
 > from you...e >  > ------L > +-------------------------------+----------------------------------------+L > | Dan O'Reilly                  |  "There are 10 types of people in this |L > | Principal Engineer            |   world: those who understand binary   |L > | Process Software              |   and those who don't."                |L > | http://www.process.com        |                                        |L > +-------------------------------+----------------------------------------+  E You may have supported me, too, if you worked for the TSC. I rememberi4 having had many conversations with a Dan at the TSC.  E Back in those days it seemed like most of my calls involved RSX crash B dumps. (It was nice to be able to easily find one's way around theA insides of an O/S, when they only took up a few dozen KB of RAM.)e   ----
 Galen Tackettt5 Former Lockheed-Martin RSX and VMS systems programmerd   ------------------------------   Date: 18 Jul 03 19:52:50 +0200) From: p_sture@elias.decus.ch (Paul Sture)s> Subject: Re: What color were the VMS manuals for old versions?) Message-ID: <qmdCFuUZKKkP@elias.decus.ch>   c In article <36T$uzqlLW8b@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:tW > In article <yIad$X2RlWMn@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes:p > B >> IIRC BACKUP came in somewhere around 2.5, but I could be wrong. > ? > That was the incremental backup (which had no analog in DSC).t > Image backup came with V3.  E I remember being able to perform non-image operations with StandalonebH Backup at one time, and that ability went away. V3 sounds the right time frame.  J While at first glance I thought of it as a loss of functionality, a littleH thought revealed that it neatly closed the potential security problem ofN someone using SAB as a means of getting into the system in a small time window0 and being able to perform file level operations.   ------------------------------    Date: 18 Jul 2003 08:34:18 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: Wollongong (Was: Pony Express)h3 Message-ID: <QoaV83UYOOzZ@eisner.encompasserve.org>P  i In article <nbmehv0cpt0dv7210m7u39f01l5ec52n9f@4ax.com>, Mike Bartman <omni@foolie.omniphile.com> writes:  > , > I like Linux on my PC better for that. :^)  G    Yeah, but then you're to close to doing UNIX and not emulating UNIX. F    Meanwhile my kids having trouble with Linux on his Mac, and MacOS 9H    under Linux, ..., and I'm trying to convince him just to install OS X)    so he can have his UNIX and MacOS too.    ------------------------------  # Date: Fri, 18 Jul 2003 08:09:51 GMT.6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)- Subject: [NETBEANS34_1] installation troublesa5 Message-ID: <jXNRa.221449$1F6.2315627@news.chello.at>   K Just for the fun, I downloaded the latest NETBEANS kit and tried to installs4 in on a XP1000 with V7.3-1 and ODS-5 system disk but  E 1) NETBEANS34_1 installation requires the VMS731_SYS (V2 and up) ECO.yG It doesn't accept the successor ECO VMS731_UPDATE as a valid patchlevel I Seems I've to install VMS731_SYS after VMS731_UPDATE (and see it ignoringrJ every single file in the kit because all of them are really older than theM ones on the system disk) just to get rid of the complaints of NETBEANS34_1...s    9 2) NETBEANS34_1 installation requires JAVA (V1.3 and up).HE It seems to not accept JAVA141 as a valid JAVA installation. Strange.     K I did explicitely continue the installation (but didn't try it afterwards).aF Some hours later I found the system disk has now too few freespace (to4 install DECset) and deinstalled NETBEANS34_1 again.     E 3) NETBEANS34_1 deinstallation gives "bad file name syntax" somewhere F (a file with a caret it its name seems to be the culprit) and I had toK remove the remaining files per hand (DELETE SYS$COMMON:[NETBEANS*...]*.*:*)h    . Does anyone has better feedback for NETBEANS ?   -- t Peter "EPLAN" LANGSTOEGERi% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 18 Jul 2003 11:52:23 +0200l4 From: "Christian J. Bauer" <c.bauer@mc-lindinger.de>1 Subject: Re: [NETBEANS34_1] installation troubles - Message-ID: <03071811522301.01098@transpluto>   . Am Freitag, 18. Juli 2003 10:09 schrieben Sie:   > 1) NETBEANS34_1 ...6  A Well, I'm not working with NetBeans IDE on OpenVMS, but on Linux.m  M Current Version is 3.5, so maybe you should give this version a try ? Should   run fine on JAVA 2 (1.4.x)  	 Christiano   ------------------------------  # Date: Fri, 18 Jul 2003 08:29:49 GMTi6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)6 Subject: [TCPIP 5.3] Some rants about TCPIP$CONFIG.COM5 Message-ID: <1eORa.221749$1F6.2318534@news.chello.at>o  G Yesterday, I did some config with TCPIP$CONFIG.COM and found again somea annoyances I'd like to share...   F 1) With a UCX-CLIENT/NET-APP-SUP-150 Client License TCPIP$CONFIG listsH only server components which can be used with this license and marks allH others with "No Server Licens". LBROKER and RMT are listed (because theyF are checked for the Client License) but can't be started then (because( the .EXE checks for the Server License).  H This little annoyance (I don't use LBROKER and/or RMT) is there for someC versions now. Maybe nobody hasn't noticed so far, so I tell you ;-)     N 2) UCX/TCPIP lets you configure services nodespecific or clusterwide (/COMMON)K but TCPIP$CONFIG.COM doesn't (fully) support this feature. It would be nice H to not only "enable" (or "enable & start" a service) but to have optionsH to "enable clusterwide" them. I do it for years now per hand but I stillF hope that TCPIP$CONFIG.COM finally gets this feature fully functional.   Currently I have  ( TCPIP> SHOW CONFIGURATION ENABLE SERVICE   Enable service      BIND, IMAPV  / TCPIP> SHOW CONFIGURATION ENABLE SERVICE/COMMON-   Enable serviceN      FINGER, FTP, FTP_CLIENT, NTP, PWIP_DRIVER, REXEC, RLOGIN, RSH, SNMP, SSH,      SSH_CLIENT, TELNET, XDM  G because I can save a couple of minutes for every satellite IP config...<   TIAe   -- 0 Peter "EPLAN" LANGSTOEGERc% Network and OpenVMS system specialisto E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2003.394 ************************efore logout or it was lost to all users > and  > became like a memory leak.  J No, you are only allocating virtual memory.  The mechanism for associatingG physical memory to virtual memory for a process is firmly tied into the K VMS image rundown mechanism.  If it were not, many systems would be failing H in circumstances>>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 