0 INFO-VAX	Fri, 27 Jan 2006	Volume 2006 : Issue 54      Contents: Alpha emulator and SIMH 3.5-2 ! Re: Alpha emulator and SIMH 3.5-2 ! Re: Alpha emulator and SIMH 3.5-2 ! Re: Alpha emulator and SIMH 3.5-2 > circuit up/circuit down . . . messages filling up OPERATOR.LOGB Re: circuit up/circuit down . . . messages filling up OPERATOR.LOG Cluster timeouts question  Re: Cluster timeouts question  Re: Cluster timeouts question  Re: Cluster timeouts question  Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing Re: FOR070.DAT files appearing- Getting Advanced Server to work with VMS 8.2? 1 Re: Getting Advanced Server to work with VMS 8.2? 1 Re: Getting Advanced Server to work with VMS 8.2? 1 Re: Getting Advanced Server to work with VMS 8.2? 1 Re: Getting Advanced Server to work with VMS 8.2? 1 Re: Getting Advanced Server to work with VMS 8.2? , Re: Here it is: OpenVMS/Alpha on a simulator, Re: Here it is: OpenVMS/Alpha on a simulator: Re: HP, Intel becoming laughing stock of computer industry: Re: HP, Intel becoming laughing stock of computer industry: Re: HP, Intel becoming laughing stock of computer industry: Re: HP, Intel becoming laughing stock of computer industry: Re: HP, Intel becoming laughing stock of computer industry! Re: HSJ50 hardware documentation? & Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64& Re: Intel/Hp spend $10 billion on IA64( Re: problems with a new vms installation/ Re: Running OpenVMS/Alpha on M5 Alpha emulator? / Re: Running OpenVMS/Alpha on M5 Alpha emulator?  Re: SimH V3.5-2 released Re: SimH V3.5-2 released9 Re: TCPIP Services: management of cluster alias interface * Re: Unofficial OpenVMS Marketing Home Page  F ----------------------------------------------------------------------    Date: 27 Jan 2006 05:37:57 -0800- From: "Wilm Boerhout" <w4.boerhout@planet.nl> & Subject: Alpha emulator and SIMH 3.5-2C Message-ID: <1138369077.014429.319570@g44g2000cwa.googlegroups.com>   A Just to test the waters, I compiled the SIMH PDP11,VAX and VAX780 E emulators under VMS 8.2 on the Personal Alpha emulator, running on my C Windows XP laptop. Each build took about 25 minutes. I then ran the A PDP-11 SIMH emulator, booted RSTS/E V7.0 and of course everything  worked.   , So this is it, running on top of each other.  G 1) Base platform: Windows XP SP2, on Pentium IV , 2.8GHz, 512MB memory. A 2) This runs: Personal Alpha, DEC 3000-400, 96 MB memory, VMS 8.2 ; 3) This runs: SIMH 3.5-2 PDP11-AXP.EXE, PDP11/73, 1M memory $ 4) RSTS/E V7.0-07 on dual RM03 disks  D Next thing is, find a Fortran compiler for RSTS and build Adventure.  > Does anyone have performance benchmark programs for RSTS/E V7?D And is there a "hobbyist" licensed Fortran compiler for RSTS? Mentec does not seem to provide one.    /Wilm    ------------------------------   Date: 27 Jan 2006 14:14:45 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)* Subject: Re: Alpha emulator and SIMH 3.5-2, Message-ID: <43uo6lF1pihsiU1@individual.net>  C In article <1138369077.014429.319570@g44g2000cwa.googlegroups.com>, 0 	"Wilm Boerhout" <w4.boerhout@planet.nl> writes:C > Just to test the waters, I compiled the SIMH PDP11,VAX and VAX780 G > emulators under VMS 8.2 on the Personal Alpha emulator, running on my E > Windows XP laptop. Each build took about 25 minutes. I then ran the C > PDP-11 SIMH emulator, booted RSTS/E V7.0 and of course everything 	 > worked.  > . > So this is it, running on top of each other. > I > 1) Base platform: Windows XP SP2, on Pentium IV , 2.8GHz, 512MB memory. C > 2) This runs: Personal Alpha, DEC 3000-400, 96 MB memory, VMS 8.2 = > 3) This runs: SIMH 3.5-2 PDP11-AXP.EXE, PDP11/73, 1M memory & > 4) RSTS/E V7.0-07 on dual RM03 disks > F > Next thing is, find a Fortran compiler for RSTS and build Adventure. > @ > Does anyone have performance benchmark programs for RSTS/E V7?F > And is there a "hobbyist" licensed Fortran compiler for RSTS? Mentec > does not seem to provide one.   B There is no hobbyist program for the PDP-11.  The only OS actuallyA covered for legitimate hobbyist use is Ultrix-11 (and, of course,  the various BSD's.)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 27 Jan 2006 11:42:48 -0500  From: "Chris" <no.one@no.where> * Subject: Re: Alpha emulator and SIMH 3.5-29 Message-ID: <54sCf.25244$ve.582801@news20.bellglobal.com>   8 "Wilm Boerhout" <w4.boerhout@planet.nl> wrote in message= news:1138369077.014429.319570@g44g2000cwa.googlegroups.com... C > Just to test the waters, I compiled the SIMH PDP11,VAX and VAX780 G > emulators under VMS 8.2 on the Personal Alpha emulator, running on my E > Windows XP laptop. Each build took about 25 minutes. I then ran the C > PDP-11 SIMH emulator, booted RSTS/E V7.0 and of course everything 	 > worked.  > . > So this is it, running on top of each other. > I > 1) Base platform: Windows XP SP2, on Pentium IV , 2.8GHz, 512MB memory. C > 2) This runs: Personal Alpha, DEC 3000-400, 96 MB memory, VMS 8.2 = > 3) This runs: SIMH 3.5-2 PDP11-AXP.EXE, PDP11/73, 1M memory & > 4) RSTS/E V7.0-07 on dual RM03 disks  J You could get a copy of the old DEC "SoftPC" and start the circle all over again..... lol   ------------------------------  % Date: Fri, 27 Jan 2006 19:22:55 +0100 3 From: Wilm Boerhout <w4OLD.boerhout@PAINTplanet.nl> * Subject: Re: Alpha emulator and SIMH 3.5-26 Message-ID: <43da6505$0$28597$ba620dc5@nova.planet.nl>  ' Ian Miller mailde op 27-1-2006 18:10... F >>Next thing is, find a Fortran compiler for RSTS and build Adventure.  G > Adventure is available to play already at http://retrobeep.no-ip.org/   3 I know, I know, there is even a Java port online at   , 	http://www.vaxdungeon.com/advent-online.htm  F but I want to play it on a fake RSTS on a fake Alpha on a fake (ahem)  Windows system...    /Wilm    ------------------------------    Date: 27 Jan 2006 09:59:30 -08003 From: "dpm_google@myths.com" <dpm_google@myths.com> G Subject: circuit up/circuit down . . . messages filling up OPERATOR.LOG B Message-ID: <1138384770.852555.27100@g47g2000cwa.googlegroups.com>  D In the last twenty-four hours alone, the logfile for my IA64 box has
 8250 messages E warning the circuit is down with 8251 celebrating that the circuit is  up. 4           "Circuit EIA-0, Line synchronization lost"? Precisely every ten seconds, followed *immediately* by the "up"  message.  G Jerry Leslie and Gareth Davies each posted about the exact same problem E over ten years ago, but but there were no useful followups, except to  check E the cables; I've swapped cables to no effect.  And, of course, as any  seasonedE computer person could have guessed, DECnet has been working just fine D the entire time.  I've been copying files in both directions without	 any error  and good speed.  Any thoughts?   ok dpm    ------------------------------    Date: 27 Jan 2006 10:56:23 -0800$ From: "Ed Wilts" <ewilts@ewilts.org>K Subject: Re: circuit up/circuit down . . . messages filling up OPERATOR.LOG C Message-ID: <1138388183.884199.313260@z14g2000cwz.googlegroups.com>    dpm_google@myths.com wrote: F > In the last twenty-four hours alone, the logfile for my IA64 box has > 8250 messages G > warning the circuit is down with 8251 celebrating that the circuit is  > up. 6 >           "Circuit EIA-0, Line synchronization lost"A > Precisely every ten seconds, followed *immediately* by the "up" 
 > message. > I > Jerry Leslie and Gareth Davies each posted about the exact same problem G > over ten years ago, but but there were no useful followups, except to  > check G > the cables; I've swapped cables to no effect.  And, of course, as any 
 > seasonedG > computer person could have guessed, DECnet has been working just fine F > the entire time.  I've been copying files in both directions without > any error   > and good speed.  Any thoughts?  D I believe that if you try to use DECnet routing but only have an endB node license, you'll get this.  Do you multiple interfaces on this system?   < It's been a few years since I've seen something like this...  	    .../Ed    ------------------------------  % Date: Fri, 27 Jan 2006 06:34:58 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Cluster timeouts question, Message-ID: <43DA0524.15B02FE9@teksavvy.com>  H OK, I probably could find this in the manuals but this is probably going& to be faster and more authoritative...  H I pulled the ethernet from a node (to cause TCPIP to faiover the clusterA alias IP). OPA0 realised it had lost quorum and blocked activity, E followed by "volunturarily crashing". (Did it crash upon the ethernet - being plugged back to ensure a fresh start ?)   . This node still had DSSI access to its disks.   F Under what circumstances will a node, upon losing quorum simply freeze? and unfreeze once quorum is regained versus a node freezing and  voluntarily crash ?    -----     H Also, which parameter determines how long a node can be without ethernetJ heartbeats from other nodes before declaring itself alone in the cluster ?    E Some of my upcoming hardware work will involve rearranging my network = switches/routers and pulling cables out. If I can tweak those A parameters, it would give me the opportunity to change the cables G (quickly) without the cluster complaining about lost connections to the  other nodes.     ----  B If node A is connected to node B via both ethernet and DSSI, wouldD pulling the ethernet jeoperdize the cluster communications at all ?   D (In my case, node C is ethernet only and current has the controllingF votes, so loss of ethernet would explain my experience, but once the 2G DSSI connected nodes are given more votes, they will be able to survive E without the 3rd node, and I'd like to know if lack of etherenet (DSSI F only) in enough for those 2 nodes to continue to see each other from a cluster point of view.   ------------------------------  % Date: Fri, 27 Jan 2006 11:57:05 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>& Subject: Re: Cluster timeouts question2 Message-ID: <drd1qi$jf4$1@blackmamba.itd.rl.ac.uk>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:43DA0524.15B02FE9@teksavvy.com...  H > Under what circumstances will a node, upon losing quorum simply freezeA > and unfreeze once quorum is regained versus a node freezing and  > voluntarily crash ?   F If a remaining part of the cluster has a quorum, then it can decide to eject missing nodes.  J > Also, which parameter determines how long a node can be without ethernetL > heartbeats from other nodes before declaring itself alone in the cluster ?   RECNXINTERVAL, mostly.  D > If node A is connected to node B via both ethernet and DSSI, wouldE > pulling the ethernet jeoperdize the cluster communications at all ?    No, DSSI should be fine.     ------------------------------    Date: 27 Jan 2006 05:16:01 -0800 From: etmsreec@yahoo.co.uk& Subject: Re: Cluster timeouts questionC Message-ID: <1138367761.372590.128020@g14g2000cwa.googlegroups.com>   E Depends on the DSSI question.  Some of the DSSI adapters (I think the F KFQSA) can handle (T)MSCP serving but are unable to handle SCS trafficF as a whole - in other words, storage is fine but they can't be used to maintain cluster connectivity.  F The best way to validate this is to have the cluster complete, then do   show cluster/cont then add circuits add connections   E You may see that the cluster you have is actually a LAVc that happens D to have shared DSSI storage.  You may also find that there's a strayB command somewhere which stops the cluster traffic on the DSSI bus.   Steve      Richard Brodie wrote: < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:43DA0524.15B02FE9@teksavvy.com... > J > > Under what circumstances will a node, upon losing quorum simply freezeC > > and unfreeze once quorum is regained versus a node freezing and  > > voluntarily crash ?  > H > If a remaining part of the cluster has a quorum, then it can decide to > eject missing nodes. > L > > Also, which parameter determines how long a node can be without ethernetN > > heartbeats from other nodes before declaring itself alone in the cluster ? >  > RECNXINTERVAL, mostly. > F > > If node A is connected to node B via both ethernet and DSSI, wouldG > > pulling the ethernet jeoperdize the cluster communications at all ?  >  > No, DSSI should be fine.   ------------------------------  % Date: Fri, 27 Jan 2006 14:21:26 +0000 ! From: Baldrick <none@[127.0.0.1]> & Subject: Re: Cluster timeouts question' Message-ID: <drda9b$8em$1@lore.csc.com>    etmsreec@yahoo.co.uk wrote: G > Depends on the DSSI question.  Some of the DSSI adapters (I think the H > KFQSA) can handle (T)MSCP serving but are unable to handle SCS trafficH > as a whole - in other words, storage is fine but they can't be used to  > maintain cluster connectivity. > H > The best way to validate this is to have the cluster complete, then do >  > show cluster/cont then > add circuits > add connections  > G > You may see that the cluster you have is actually a LAVc that happens F > to have shared DSSI storage.  You may also find that there's a strayD > command somewhere which stops the cluster traffic on the DSSI bus.  G Your last sentence suggests it. When DSSI is connected between systems  I then SCS can pass and by default does. Situations where DSSI is involved  F and SCS does not pass is generally where they are not connected, i.e. * one "private" DSSI bus per cluster member.  H The first part of the response isn't correct, if its DSSI it is part of I the SCA, and valid as a cluster medium. Shared SCSI never has passed SCS   traffic of course.  G I have seen its presence cause cluster connectivity issues but not for  G obvious reasons, that is one for the "making and breaking" session yet  I to be rescheduled (UK). I'm seeking PCI DSSI cards to put in the Alpha's   for the demo kit.   C Relative to the original question DSSI will maintain connectivity,  D providing that no other members are also isolated by a network only I interconnect. You can prevent DSSI from working using SYSGEN parameters,  G generally you also lose the storage units, but this is not necessarily  E obvious if multiple interconnects are involved with multiple systems.   D You can do similar with CI but it was outlawed in 7.3 IIRC (or 7.2).   --  E Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 27 Jan 2006 01:01:15 -06002 From: "Dave Weatherall" <djw-nothere@nospam.nohow>' Subject: Re: FOR070.DAT files appearing ? Message-ID: <DTiotGxQ0bj6-pn2-eeON2J5XMRf1@dave2_os2.home.ours>   F On Thu, 26 Jan 2006 23:22:24 UTC, sms@antinode.org (Steven M. Schweda) wrote:  . > From: Ken Fairfield <my.full.name@intel.com> > , > > >    Normally, this is considered a bug. > > B > >      I disagree that this is a bug.  It is well documented (on? > >   different operating systems, the file created will have a I > >   different, compiler-dependent name; VMS Fortran uses FOR<unit>.DAT) G > >   and has been with Fortran pretty much since the beginning, in one  > >   form or another. > J >    I meant a bug in the application, not in the Fortran implementation. J > If you'd rather spell "is a bug" as 'falls under the heading of "qualityJ > of implementation"', I suppose you may.  I find "is a bug" more concise. > J >    So, what's in the files?  The data could offer some clues as to who'sD > writing what (and why).  (Or, as this is comp.os.vms, should I say > "whose"?)   F Sorry to disagree Steve but when creating temporary files in a FortranF program there is no real need to give them a meaningful name. OTOH it E can help to know what's going on when the applications dies or exits  F without doing the CLOSE (DISPOSE='DELETE'), which is what I suspect is happening here.   E If these files have just started to appear then the behaviour of the  9 application has changed such that is not exiting cleanly.   F Now you can open a file SCRATCH and it will not have a FORxxx name butF it gets killed whenever the image exits. The FORxxx files occasionallyF leave clues as to why or how far the application had got before dying.    --   Cheers - Dave W.   ------------------------------   Date: 27 Jan 2006 12:01:09 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)' Subject: Re: FOR070.DAT files appearing , Message-ID: <43ugc5F1pibolU1@individual.net>  ? In article <DTiotGxQ0bj6-pn2-eeON2J5XMRf1@dave2_os2.home.ours>, 5 	"Dave Weatherall" <djw-nothere@nospam.nohow> writes: H > On Thu, 26 Jan 2006 23:22:24 UTC, sms@antinode.org (Steven M. Schweda) > wrote: > / >> From: Ken Fairfield <my.full.name@intel.com>  >>  - >> > >    Normally, this is considered a bug.  >> >  C >> >      I disagree that this is a bug.  It is well documented (on @ >> >   different operating systems, the file created will have aJ >> >   different, compiler-dependent name; VMS Fortran uses FOR<unit>.DAT)H >> >   and has been with Fortran pretty much since the beginning, in one >> >   form or another.  >>  K >>    I meant a bug in the application, not in the Fortran implementation.  K >> If you'd rather spell "is a bug" as 'falls under the heading of "quality K >> of implementation"', I suppose you may.  I find "is a bug" more concise.  >>  K >>    So, what's in the files?  The data could offer some clues as to who's E >> writing what (and why).  (Or, as this is comp.os.vms, should I say  >> "whose"?) > H > Sorry to disagree Steve but when creating temporary files in a FortranH > program there is no real need to give them a meaningful name. OTOH it G > can help to know what's going on when the applications dies or exits  H > without doing the CLOSE (DISPOSE='DELETE'), which is what I suspect is > happening here.   @ Temporary or not, relying on implicit behavior is just plain badE programming practice.  Everything a program does should be explicitly  stated by the programmer.    > G > If these files have just started to appear then the behaviour of the  ; > application has changed such that is not exiting cleanly.  > H > Now you can open a file SCRATCH and it will not have a FORxxx name butH > it gets killed whenever the image exits. The FORxxx files occasionallyH > leave clues as to why or how far the application had got before dying.   D The thing that scares me is the writer of the program (OK, maybe notC the specific writer, but the one with responsibility for it) saying C they haven't a clue what is happening.  If your business depends on D this software, I would start negotiating with the company for a copyB of the source so it can be maintained in-house.  And if the sourceE is no longer available, I would start looking for another product and  company.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 27 Jan 2006 13:36:46 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) ' Subject: Re: FOR070.DAT files appearing 2 Message-ID: <43da13de$1@merkur.rz.uni-konstanz.de>  H In article <7IOdnQ_Gm8z63ETeRVnyrA@brightview.com>, Eccles <nospam@home> writes:  >Hello and good evening, > H >Where I work, we have a ES45, a DS25 and a DS10 all running VMS 7.3-2. 2 >The application we use is compiled using Fortran.D >Every so often in the application root the file FOR070.DAT will be 3 >created, sometimes up to twenty times in a second. E >We've contacted the application vendor and they don't know anything  
 >about it. > H >I've tried to see who the file creator is but the file ownership takes H >the default ownership of the directory (is there any way around this?). > ) >Any help would be very much appreciated.  >  >Thanks, >  >Martin. >    $ define for070 nla0:a.    should "solve" the problem.    eberhardC ------------ And now a word from our sponsor ---------------------- : For a quality mail server, try SurgeMail, easy to install,@ fast, efficient and reliable.  Run a million users on a standardA PC running NT or Unix without running out of power, use the best! C ----  See http://netwinsite.com/sponsor/sponsor_surgemail.htm  ----    ------------------------------   Date: 27 Jan 2006 13:15:01 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)' Subject: Re: FOR070.DAT files appearing , Message-ID: <43ukmlF1p706bU1@individual.net>  2 In article <43da13de$1@merkur.rz.uni-konstanz.de>,F 	vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes: > J > In article <7IOdnQ_Gm8z63ETeRVnyrA@brightview.com>, Eccles <nospam@home>	 > writes:  >>Hello and good evening,  >>I >>Where I work, we have a ES45, a DS25 and a DS10 all running VMS 7.3-2.  3 >>The application we use is compiled using Fortran. E >>Every so often in the application root the file FOR070.DAT will be  4 >>created, sometimes up to twenty times in a second.F >>We've contacted the application vendor and they don't know anything  >>about it.  >>I >>I've tried to see who the file creator is but the file ownership takes  I >>the default ownership of the directory (is there any way around this?).  >>* >>Any help would be very much appreciated. >>	 >>Thanks,  >>	 >>Martin.  >> >  > $ define for070 nla0:a.  >  > should "solve" the problem.   @ Sorry, that doesn't "solve" the problem.  That hides it. Kind of? like turning off the console so you don't hear the beeps or see % the messages about breakin attempts!!   C If the company who wrote the program has no idea what is happening,  I would be very afraid.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 27 Jan 2006 13:34:08 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)' Subject: Re: FOR070.DAT files appearing , Message-ID: <43ulqgF1pri74U1@individual.net>  0 In article <BFFF5E73.1AE43%roktsci@comcast.net>,+ 	Jeff Cameron <roktsci@comcast.net> writes: G > On 1/26/06 1:38 PM, in article 7IOdnQ_Gm8z63ETeRVnyrA@brightview.com,  > "Eccles" <nospam@home> wrote:  > I >> I've tried to see who the file creator is but the file ownership takes ) >> the default ownership of the directory  > J > This particular aspect of your problem indicates that the creator of theM > file (or the image if it is installed as a global section) used a privilege N > (probably BYPASS) to create the file in the directory that it normally would8 > not be allowed to do so because of protections/rights. >   E So what we seem to have is a program running with elevated privileges F the even the writer doesn't know what all it does.  Bet that gives you  a real warm fuzzy feeling!!  :-)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 27 Jan 2006 07:42:05 -0600 ( From: "Jenny Butler" <jbutler@utmem.edu>' Subject: Re: FOR070.DAT files appearing 3 Message-ID: <000601c62347$75ebddc0$1806c084@jennyb>   , This is a multi-part message in MIME format.  + ------=_NextPart_000_0003_01C62315.2B4A41D0  Content-Type: text/plain;  	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   G I tried to send the answer yesterday, but it bounced...sorry.  If you =  look in the G Fortran Users Guide, Chapter 6 it tells you about the I/O units.  You =  probably& have something like this in your code:  B     WRITE (7,???)  - where ??? is the number of a FORMAT statement  < and you may not have an OPEN statement for unit 7 like this:  (     OPEN (UNIT=3D7, FILE=3Dsomefilename)  H What happens is that in the OPEN statement like this one, the output forD unit 7 is directed to the file listed here - somefilename.  If you =
 either do not E have an OPEN statement, or do not have a file named, Fortran opens an E output file with the default name of FORxxx - where xxx is the unit =  number. I Example - for WRITE (12,200) A,B,C - you would have variables A, B, and =  C H written to unit 12 using FORMAT statement 200.  If you didn't tell the = codeG what file name to associate with unit 12 like this - OPEN (UNIT=3D12, =  FILE=3DMYFILE.DAT) -' then the WRITE would create FOR012.DAT.   J     This may be more detail than you wish, but if you either want to get = the J output into some named file, or to eliminate it, here's what you need to = look for.         Good luck, Jenny!   ----- Original Message -----=20    From: Bill Gunshannon=20   To: Info-VAX@Mvb.Saic.Com=20(   Sent: Friday, January 27, 2006 7:15 AM)   Subject: Re: FOR070.DAT files appearing     4   In article <43da13de$1@merkur.rz.uni-konstanz.de>,G   vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:    >=20@   > In article <7IOdnQ_Gm8z63ETeRVnyrA@brightview.com>, Eccles =
 <nospam@home>    > writes:    >>Hello and good evening,    >>E   >>Where I work, we have a ES45, a DS25 and a DS10 all running VMS = 	 7.3-2.=20 5   >>The application we use is compiled using Fortran. I   >>Every so often in the application root the file FOR070.DAT will be=20 6   >>created, sometimes up to twenty times in a second.J   >>We've contacted the application vendor and they don't know anything=20
   >>about it.    >>F   >>I've tried to see who the file creator is but the file ownership = takes=20E   >>the default ownership of the directory (is there any way around =  this?).    >>,   >>Any help would be very much appreciated.   >>   >>Thanks,    >>   >>Martin.    >>   >=20   > $ define for070 nla0:a.    >=20   > should "solve" the problem.   B   Sorry, that doesn't "solve" the problem.  That hides it. Kind ofA   like turning off the console so you don't hear the beeps or see '   the messages about breakin attempts!!   E   If the company who wrote the program has no idea what is happening,    I would be very afraid.      bill     --=20 G   Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three =  wolvesF   bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.   University of Scranton   |E   Scranton, Pennsylvania   |         #include <std.disclaimer.h>  =20   + ------=_NextPart_000_0003_01C62315.2B4A41D0  Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>7 <META http-equiv=3DContent-Type content=3D"text/html; =  charset=3Diso-8859-1">9 <META content=3D"MSHTML 6.00.2900.2802" name=3DGENERATOR>  <STYLE></STYLE>  </HEAD>  <BODY bgColor=3D#ffffff>C <DIV><FONT size=3D2>I tried to send the answer yesterday, but it=20 6 bounced...sorry.&nbsp; If you look in the</FONT></DIV>G <DIV><FONT size=3D2>Fortran Users Guide, Chapter 6 it tells you about = 
 the I/O=20& units.&nbsp; You probably</FONT></DIV>G <DIV><FONT size=3D2>have something like this in your code:</FONT></DIV> ' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> H <DIV><FONT size=3D2>&nbsp;&nbsp;&nbsp; WRITE (7,???)&nbsp; - where ??? =	 is the=20 ) number of a FORMAT statement</FONT></DIV> ' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> G <DIV><FONT size=3D2>and you may not have an OPEN statement for unit 7 =  like=20  this:</FONT></DIV>' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> 9 <DIV><FONT size=3D2>&nbsp;&nbsp;&nbsp; OPEN (UNIT=3D7,=20 ! FILE=3Dsomefilename)</FONT></DIV> ' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> J <DIV><FONT size=3D2>What happens is that in the OPEN statement like this = one, the=20  output for</FONT></DIV> C <DIV><FONT size=3D2>unit 7 is directed to the file listed here -=20 5 somefilename.&nbsp; If you either do not</FONT></DIV> J <DIV><FONT size=3D2>have an OPEN statement, or do not have a file named, =
 Fortran=20 opens an</FONT></DIV> I <DIV><FONT size=3D2>output file with the default name of FORxxx - where = 
 xxx is the=20  unit number.</FONT></DIV> I <DIV><FONT size=3D2>Example - for WRITE (12,200) A,B,C - you would have =  variables=20 A, B, and C</FONT></DIV>J <DIV><FONT size=3D2>written to unit 12 using FORMAT statement 200.&nbsp; =	 If you=20 ! didn't tell the code</FONT></DIV> J <DIV><FONT size=3D2>what file name to associate with unit 12 like this - = OPEN=20 - (UNIT=3D12, FILE=3DMYFILE.DAT) -</FONT></DIV> H <DIV><FONT size=3D2>then the WRITE would create FOR012.DAT.</FONT></DIV>' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> I <DIV><FONT size=3D2>&nbsp;&nbsp;&nbsp; This may be more detail than you =  wish, but=20* if you either want to get the</FONT></DIV>F <DIV><FONT size=3D2>output into some named file, or to eliminate it, = here's what=20 you need to look</FONT></DIV> % <DIV><FONT size=3D2>for.</FONT></DIV> G <DIV><FONT size=3D2>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; Good luck,=20  Jenny</FONT></DIV> <BLOCKQUOTE=20C style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; = 3 BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> E   <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV> 	   <DIV=20 ?   style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =  black"><B>From:</B>=20E   <A title=3Dbill@cs.uofs.edu href=3D"mailto:bill@cs.uofs.edu">Bill =  Gunshannon</A>=20    </DIV>1   <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =   title=3DInfo-VAX@Mvb.Saic.Com=20H   href=3D"mailto:Info-VAX@Mvb.Saic.Com">Info-VAX@Mvb.Saic.Com</A> </DIV>I   <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, January 27, 2006 =  7:15=20 
   AM</DIV>I   <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: FOR070.DAT files=20    appearing</DIV> %   <DIV><BR></DIV>In article &lt;<A=20    = J href=3D"mailto:43da13de$1@merkur.rz.uni-konstanz.de">43da13de$1@merkur.rz=! uni-konstanz.de</A>&gt;,<BR><A=20    = J href=3D"mailto:vaxinf@chclu.chemie.uni-konstanz.de">vaxinf@chclu.chemie.u= ni-konstanz.de</A>=20 I   (Eberhard Heuser-Hofmann) writes:<BR>&gt; <BR>&gt; In article &lt;<A=20    = J href=3D"mailto:7IOdnQ_Gm8z63ETeRVnyrA@brightview.com">7IOdnQ_Gm8z63ETeRVn= yrA@brightview.com</A>&gt;,=20J   Eccles &lt;<A href=3D"mailto:nospam@home">nospam@home</A>&gt;<BR>&gt;=20%   writes:<BR>&gt;&gt;Hello and good = * evening,<BR>&gt;&gt;<BR>&gt;&gt;Where I=20B   work, we have a ES45, a DS25 and a DS10 all running VMS 7.3-2. = <BR>&gt;&gt;The=20E   application we use is compiled using Fortran.<BR>&gt;&gt;Every so =  often in the=20 E   application root the file FOR070.DAT will be <BR>&gt;&gt;created, =  sometimes up=20 ?   to twenty times in a second.<BR>&gt;&gt;We've contacted the =  application vendor=20 2   and they don't know anything <BR>&gt;&gt;about =" it.<BR>&gt;&gt;<BR>&gt;&gt;I've=20F   tried to see who the file creator is but the file ownership takes=20H   <BR>&gt;&gt;the default ownership of the directory (is there any way =	 around=20 ?   this?).<BR>&gt;&gt;<BR>&gt;&gt;Any help would be very much=20    = J appreciated.<BR>&gt;&gt;<BR>&gt;&gt;Thanks,<BR>&gt;&gt;<BR>&gt;&gt;Martin= <BR>&gt;&gt;<BR>&gt;=20 I   <BR>&gt; $ define for070 nla0:a.<BR>&gt; <BR>&gt; should "solve" the=20 G   problem.<BR><BR>Sorry, that doesn't "solve" the problem.&nbsp; That =  hides it.=20J   Kind of<BR>like turning off the console so you don't hear the beeps or =  J   see<BR>the messages about breakin attempts!!<BR><BR>If the company who = wrote=20B   the program has no idea what is happening,<BR>I would be very=20+   afraid.<BR><BR>bill<BR><BR>-- <BR>Bill=20 D   Gunshannon&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
 |&nbsp;=20>   de-moc-ra-cy (di mok' ra see) n.&nbsp; Three wolves<BR><A=20   = J href=3D"mailto:bill@cs.scranton.edu">bill@cs.scranton.edu</A>&nbsp;&nbsp;= &nbsp;&nbsp;=20 F   |&nbsp; and a sheep voting on what's for dinner.<BR>University of=20A   Scranton&nbsp;&nbsp; |<BR>Scranton, Pennsylvania&nbsp;&nbsp;=20 ?   |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; #include=20 F   &lt;std.disclaimer.h&gt;&nbsp;&nbsp; <BR></BLOCKQUOTE></BODY></HTML>  - ------=_NextPart_000_0003_01C62315.2B4A41D0--    ------------------------------    Date: 27 Jan 2006 10:19:37 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: FOR070.DAT files appearing 3 Message-ID: <HniRaMeCgPnh@eisner.encompasserve.org>   t In article <DTiotGxQ0bj6-pn2-eeON2J5XMRf1@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes: > H > Sorry to disagree Steve but when creating temporary files in a FortranH > program there is no real need to give them a meaningful name. OTOH it G > can help to know what's going on when the applications dies or exits  H > without doing the CLOSE (DISPOSE='DELETE'), which is what I suspect is > happening here.   F    If you're porting an old FORTRAN-IV (aka -66) program, there may be?    no way to give the file a name (its not part of the language 
    standard).   E    For those programs the user must accept an implicit open of a file F    named FORxxx (which will pick up the logical name if defined) whereC    xxx is the unit number (the standard only goes up to 99, but VMS E    supported more) with a default extention of .DAT .  Exceptions are H    unit 5 and 6 which default to sys$input and sys$output (not sure any     more which was which).   H    And on older (pre-VAX) systems, that tended to be the card reader and2    line printer, with unit 7 being the card punch.   ------------------------------  # Date: Fri, 27 Jan 2006 17:28:36 GMT % From: Rob Brown <mylastname@gmcl.com> ' Subject: Re: FOR070.DAT files appearing D Message-ID: <Pine.LNX.4.61.0601271020200.6452@localhost.localdomain>  ( On Fri, 27 Jan 2006, Jeff Cameron wrote:  ! > On 1/26/06 1:38 PM, in article  F > 7IOdnQ_Gm8z63ETeRVnyrA@brightview.com, "Eccles" <nospam@home> wrote: > D >> I've tried to see who the file creator is but the file ownership / >> takes the default ownership of the directory  > G > This particular aspect of your problem indicates that the creator of  F > the file (or the image if it is installed as a global section) used D > a privilege (probably BYPASS) to create the file in the directory < > that it normally would not be allowed to do so because of  > protections/rights.   D I think that file ownership following directory ownership is normal C behaviour if you have permission to write to the directory without   extra privileges.   D Assuming elevated privileges are not involved, it suggests a way to @ get more information.  Define logical name FOR070 to point to a F directory that no one has write permission to.  Then whoever tries to A write to FOR070 will crash and you will find out who it is.  Set  C process/dump for that guy and do it again.  Send the process crash   dump to the vendor.  ;-)   - Rob      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  # Date: Fri, 27 Jan 2006 08:48:25 GMT E From: patrick@unknown (Patrick Young <patrick@hilux.ace.unsw.EDU.AU>) 6 Subject: Getting Advanced Server to work with VMS 8.2?" Message-ID: <zTDwNyspoCID@unknown>  B Today at work, I upgraded the Alpha cluster from VMS 7.3-1 to 8.2.  A The upgraded went very smoothly and everything still works except  Advanced Server (V7.3A).  < It appears there are two drivers that need relinked for 8.2:  . SYS$PCIDRIVER_V7.EXE and SYS$PCFSDRIVER_V7.EXE  < I had a look on the ITRC site, however didn't see any patch.  E I'm _guessing_ I need SYS$PCIDRIVER_V8.EXE and SYS$PCFSDRIVER_V8.EXE, 1 as well as a correction to the startup procedure.   C The installation manuel tends to suggest that 7.3A is supported for : VMS 8.2, or was it added in an ECO I don't have/now about?  A Having just done this today on a Friday afternoon, I've got until  Monday morning to fix it :-)   Many thanks.   --    , -------------------------------------------- 4x4 Hilux Auto Service Centre, BP 106 Timbuktu, Mali (West Africa) Tel: 292 91 52, Specialising in turbo diesel and R290 aircon, --------------------------------------------   ------------------------------  % Date: Fri, 27 Jan 2006 23:19:23 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>: Subject: Re: Getting Advanced Server to work with VMS 8.2?/ Message-ID: <43da121a$1@duster.adelaide.on.net>   + Can't help noticing your signature Patrick.   .  >--------------------------------------------   >4x4 Hilux Auto Service Centre,  >BP 106 Timbuktu,  >Mali (West Africa)  >Tel: 292 91 52.  >Specialising in turbo diesel and R290 aircon.  >--------------------------------------------  A Must be Friday evening and I must have too little to think about.   F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au);   A pox on the houses of all SPAMers.  Make that two poxes. F +--------------------------------------------------------------------+  4 Patrick Young <patrick@hilux.ace.unsw.EDU.AU> wrote:D > Today at work, I upgraded the Alpha cluster from VMS 7.3-1 to 8.2. > C > The upgraded went very smoothly and everything still works except  > Advanced Server (V7.3A). > > > It appears there are two drivers that need relinked for 8.2: > 0 > SYS$PCIDRIVER_V7.EXE and SYS$PCFSDRIVER_V7.EXE > > > I had a look on the ITRC site, however didn't see any patch. > G > I'm _guessing_ I need SYS$PCIDRIVER_V8.EXE and SYS$PCFSDRIVER_V8.EXE, 3 > as well as a correction to the startup procedure.  > E > The installation manuel tends to suggest that 7.3A is supported for < > VMS 8.2, or was it added in an ECO I don't have/now about? > C > Having just done this today on a Friday afternoon, I've got until  > Monday morning to fix it :-) >  > Many thanks.   ------------------------------  # Date: Fri, 27 Jan 2006 12:43:37 GMT 3 From: Patrick Young <patrick@hilux.ace.unsw.EDU.AU> : Subject: Re: Getting Advanced Server to work with VMS 8.2?> Message-ID: <ZzoCf.228590$V7.48263@news-server.bigpond.net.au>   Mark Daniel wrote:  - > Can't help noticing your signature Patrick.  > 0 >  >--------------------------------------------" >  >4x4 Hilux Auto Service Centre, >  >BP 106 Timbuktu, >  >Mali (West Africa) >  >Tel: 292 91 520 >  >Specialising in turbo diesel and R290 aircon0 >  >-------------------------------------------- > C > Must be Friday evening and I must have too little to think about.   ; Urm, yep. These days I'm a little more interested in diesel 9 engines, air conditioning, dirt bike riding, and visiting < somewhat remote farms in Central Western NSW than computers.1 Ripper of a sun tan from a few weeks back though.   # Still looking after UNSW VMS boxen.    ------------------------------  # Date: Fri, 27 Jan 2006 13:38:54 GMT & From: "PEN" <paul.nunez.nosp@m.hp.com>: Subject: Re: Getting Advanced Server to work with VMS 8.2?1 Message-ID: <OnpCf.2201$Bi6.957@news.cpqcorp.net>    Hi Patrick,   A "Patrick Young" <patrick@hilux.ace.unsw.EDU.AU> wrote in message  8 news:ZzoCf.228590$V7.48263@news-server.bigpond.net.au... > Mark Daniel wrote: > . >> Can't help noticing your signature Patrick. >>1 >>  >-------------------------------------------- # >>  >4x4 Hilux Auto Service Centre,  >>  >BP 106 Timbuktu,  >>  >Mali (West Africa)  >>  >Tel: 292 91 52 1 >>  >Specialising in turbo diesel and R290 aircon 1 >>  >--------------------------------------------  >>D >> Must be Friday evening and I must have too little to think about. > = > Urm, yep. These days I'm a little more interested in diesel ; > engines, air conditioning, dirt bike riding, and visiting > > somewhat remote farms in Central Western NSW than computers.3 > Ripper of a sun tan from a few weeks back though.  > % > Still looking after UNSW VMS boxen.  >    You need ECO4.  Do:   # $ @sys$startup:pwrk$define_commands  $ pwver   J If the image versions indicate "V7.3-140A",  you already have ECO4.   But E you need to re-install it to get the corresponding xxx_V8.EXE images  M installed (this is easier/safer than extracting the _v8 images from the PCSI  J file and putting them in place manually).   Because one of the files is a : driver, you'll need to reboot the system to get it loaded.  J If you don't have ECO4 installed, you can obtain it from the  HP ITRC FTP   server (ftp://ftp.itrc.hp.com/).   HTH,   Paul     ------------------------------    Date: 27 Jan 2006 14:42:45 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER): Subject: Re: Getting Advanced Server to work with VMS 8.2?, Message-ID: <43da3165$1@news.langstoeger.at>  j In article <zTDwNyspoCID@unknown>, patrick@unknown (Patrick Young <patrick@hilux.ace.unsw.EDU.AU>) writes:C >Today at work, I upgraded the Alpha cluster from VMS 7.3-1 to 8.2.  > B >The upgraded went very smoothly and everything still works except >Advanced Server (V7.3A).   A Yup, you need to reinstall Advanced Server (in this case V7.3-A4)  after every VMS upgrade.   --   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, 27 Jan 2006 14:34:18 GMT & From: "PEN" <paul.nunez.nosp@m.hp.com>: Subject: Re: Getting Advanced Server to work with VMS 8.2?2 Message-ID: <KbqCf.2202$hw6.1700@news.cpqcorp.net>  	 Hi Peter,   D "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message & news:43da3165$1@news.langstoeger.at...D > In article <zTDwNyspoCID@unknown>, patrick@unknown (Patrick Young * > <patrick@hilux.ace.unsw.EDU.AU>) writes:D >>Today at work, I upgraded the Alpha cluster from VMS 7.3-1 to 8.2. >>C >>The upgraded went very smoothly and everything still works except  >>Advanced Server (V7.3A). > C > Yup, you need to reinstall Advanced Server (in this case V7.3-A4)  > after every VMS upgrade. >   L Not really.  This is just an oversight on engineering's part where they did H a conditional install of the _V8 files based on the OVMS version.   For E example, the PATHWORKS v6.1 kit installs _V6 and _V7 versions of the  K affected files so if a PATHWORKS v6.1 server is upgraded from OpenVMS v6.x  I to V7.x, you won't have to reinstall PATHWORKS.   In regards to Advanced  K Server v7.3A, until OVMS 8.2 was released, the only OVMS versions it would   run on were v7.3-n systems...   / FWIW, the next release will correct this issue.      Paul     > --   > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atI > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist     ------------------------------  % Date: Fri, 27 Jan 2006 10:47:56 +0100  From: S <soterroatyahoodotcom>5 Subject: Re: Here it is: OpenVMS/Alpha on a simulator & Message-ID: <43d9ecc5$1@news1.ethz.ch>   David J Dachtera wrote: 
 > S wrote:I >>"To help you decide about Alpha emulation we have created PersonalAlpha C >>that is proof that this concept works. PersonalAlpha is a special I >>VirtualAlpha version that runs on your standard 32 bit laptop or PC and = >>shows you Alpha virtualization at work. It provides limited J >>functionality and performance compared to its 64 bit family members, but0 >>it is not meant for production installations." >  > E > I don't think anyone needs to "decide" about Alpha emulation - this I > group has been looking for it almost since the dawn of PicoVAX (Yes - I ! > *KNOW* that's a VAX emulator!).   G Note that one has to decide by looking at a "limited functionality and  H performance" version. I hope it's not like you'd decide for your mobile % phone by trying the plastic mockup...   @ But, back to business. Did anybody try it already? Any VUP-like   performance measurements around?   S    ------------------------------  + Date: Fri, 27 Jan 2006 18:16:59 +0000 (UTC)  From: david20@alpha1.mdx.ac.uk5 Subject: Re: Here it is: OpenVMS/Alpha on a simulator ) Message-ID: <drdo2r$i7i$1@news.mdx.ac.uk>   G In article <43d8de6f$1@news1.ethz.ch>, S <soterroatyahoodotcom> writes:  >Dave Froble wrote: I >> You might want to consider a hobbyist license.  It won't make you any  B >> money, but it will get you exposure.  Just a thought.  I'm not & >> personally interested at this time. > C >Well I'd say that PersonalAlpha is the 'hobbyist' version at 495$   >apiece. Here's the text:  > I >"To help you decide about Alpha emulation we have created PersonalAlpha  C >that is proof that this concept works. PersonalAlpha is a special  I >VirtualAlpha version that runs on your standard 32 bit laptop or PC and  = >shows you Alpha virtualization at work. It provides limited  J >functionality and performance compared to its 64 bit family members, but / >it is not meant for production installations."  > ; The 96MB memory limit also means you can't run Tru64 on it. B The latest versions of Tru64 need a minimum of 128MB of memory for installation  see   R http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V51B_HTML/ARH8SETE/TITLE.HTM   section 5.1     
 David Webb Security team leader CCSS Middlesex University     >S   ------------------------------    Date: 26 Jan 2006 23:14:46 -0800 From: icerq4a@spray.seC Subject: Re: HP, Intel becoming laughing stock of computer industry A Message-ID: <1138346086.629647.8620@z14g2000cwz.googlegroups.com>     Peter 'EPLAN' LANGSTOEGER wrote:\ > In article <11tibj3a3aqns95@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: > >icerq4a@spray.se wrote: > >>F > >> Linux/Windows x86 is the only real option for workstations today,2 > >> and most low-end servers too for that matter. > > / > >Your 'perception' is not universally shared.  > 8 > Exactly. He should have written "Linux/Windows x86-64"   By x86 I mean x86 and x86-64.    ------------------------------  % Date: Fri, 27 Jan 2006 02:23:44 -0500 ( From: Bill Todd <billtodd@metrocast.net>C Subject: Re: HP, Intel becoming laughing stock of computer industry G Message-ID: <9tydnS9r_MofV0TenZ2dnUVZ_tmdnZ2d@metrocastcablevision.com>    FredK wrote:   ...   M > From a practical standpoint, Itanium is as likely to go away or be dead end  > as HP is to shut down HP-UX.  I Exactly right:  while HP-UX may not be in quite as imminent peril as VMS  I apparently is, it's very likely on the same path toward the glue factory.   I AFAIK HP has never contradicted the statement it made a while ago (under  A Her Blondness) that its future revolved around industry-standard  I solutions - a statement eminently compatible with the perception that HP  B is no longer all that interested in being responsible for its own A technology rather than just selling someone else's.  Proprietary  F systems, including proprietary Unixes like HP-UX, need not apply (and I IIRC HP has actually made explicit references to Linux's ability to take  6 over from HP-UX over some unspecified period of time).  H So while neither Itanic nor HP-UX may be likely to disappear during the H next two or three years, their prospects farther out are both decidedly H shaky - unfortunately, well within the planning horizons of enterprises 9 which are currently making purchasing decisions for such  C mid-range-and-up solutions.  Not all such enterprises who might be  I currently considering taking a voyage on the Itanic will decide that the  H gamble isn't worth it, but certainly some of them will - and given that G Itanic can ill afford any further setbacks this will only increase the  F likelihood that the prophecy will be self-fulfilling (which is highly G appropriate, given that whatever success it can be said to be enjoying  E is in large part also due to self-fulfilling prophecy rather than to  % anything resembling intrinsic merit).    - bill   ------------------------------  # Date: Fri, 27 Jan 2006 11:37:53 GMT " From:   VAXman-  @SendSpamHere.ORGC Subject: Re: HP, Intel becoming laughing stock of computer industry 0 Message-ID: <00A50694.AA1509BB@SendSpamHere.ORG>  ` In article <43D98765.15957174@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: >  > " >VAXman-, @SendSpamHere.ORG wrote: >>  h >> In article <43d902ad$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: >> > >> >c >> >In article <1138286370.590929.253500@z14g2000cwz.googlegroups.com>, bob@instantwhip.com writes: ) >> >>EMULATION IS NOT AN OPTION HP OR OUR " >> >>MANAGEMENT HAS SWORN TO THROW) >> >>EVERY HP LOGO PRODUCT (PRINTER) INTO  >> >>THE DUMPSTER! >> >O >> >HP (just like Compaq and DEC) before do not care about such swears/threats. I >> >And unfortunately they are often right (and customer = your mangement P >> >still buys HP products/printers/cameras if they are the cheapest/best then).L >> >And also as long as income decreases in the billions get no sanctions... >>  G >> HP cameras suck and their ink jet photo printers aren't much better.  >>  H >> A quasi-profession of mine has been concert photography.  I've numer-G >> ous credits for photography of bands and gigs appearing on fanzines, F >> cover art of CDs and DVDs, web sites and, in one case, a slide-showH >> on a DVD in the special bonus feature segment of the DVD.  I read theH >> professional photography rags all of the time for tips and hints (oneG >> can *always* learn something new).  One of the regular features that I >> these rags always seem to have (since the advent of the digital photo- I >> graphy age) is the product review of cameras or printers.  Guess whose I >> products always score the lowest in these comparision and contrast re- . >> views.  Here s a hint: Hopelessly Pathetic. > % >Does HP even MAKE a pro-jock camera?   G If you mean a digital SLR, I don't believe so.  However, the rags often G review the consumer "point and shoot" digital cams and HP's just do not  fair well.    F Printers, since there are new models released nearly every issue, seemF to be reviewed all the time and, again, HP's just do not fair well.  IG have my Canon ink jet for photos and an Epson for printing on CDs/DVDs. F Both of these models (for their vintage) were the top ranking printers in their class and price range.   E I'm still fond of my d|i|g|i|t|a|l LNCO2.  The only problem is that I 1 cannot find a source anymore for its consumables.    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Fri, 27 Jan 2006 15:46:14 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>C Subject: Re: HP, Intel becoming laughing stock of computer industry , Message-ID: <43uq1nF1ntbu9U1@individual.net>   Dave Froble wrote: > K > As for boob, it would be better if he thought just a bit before posting,  G > found some capitol letters, and didn't snip everything to which he's   > replying.  ^^^^^^^^^^^^^^^ >   I Now look what you've gone and done, Dave! It took a lot of us a fair bit  ? of effort to persuade Bob to change from posting in all caps...      :-)    ------------------------------    Date: 27 Jan 2006 07:22:11 -0800 From: comp.os.vms@hotmail.com C Subject: Re: HP, Intel becoming laughing stock of computer industry C Message-ID: <1138375331.027418.196440@o13g2000cwo.googlegroups.com>   
 Powerhouse   ------------------------------  % Date: Fri, 27 Jan 2006 08:26:47 -0800 ( From: Ian King <iking@killthewabbit.org>* Subject: Re: HSJ50 hardware documentation?: Message-ID: <43da4956$0$1764$8b463f8a@news.nationwide.net>   Ian King wrote: K > Good morning, all!  I'm taking a headlong plunge into a clustered world,  J > with my recent purchase of a VAX 6660.  I also picked up an HSJ52 and a K > RAID controller; the VAX has a CI controller and, once I can find a star  F > coupler, I want to hook it all up.  I'm having difficulty, however, G > finding hardware documentation on the HSJ50s, despite such wonderful  K > resources as bitsavers.org (thanks, Al!).  Does anyone have a pointer to  K > an online resource?  Failing that, does anyone have the documentation in  K > hard copy that they would either be willing to part with or have copied?  " >  I'd gladly reimburse for costs. >   E Many, many thanks to everyone who responded!  I think I'm good to go  G now.  I've powered up the unit with a terminal attached, it appears to  G complete all power-up tests and I can talk to it with the CLI.  It was   last shut down in 2000!   G Now I'm waiting for the 6660 to arrive (oh, and I'm looking for a star  E coupler).  And I'm doing some wiring, so I have 220v available in my  D computer room.  Fortunately, I've replaced both my electric clothes H dryer and range with gas appliances, so I have additional capacity.  :-)  
 Cheers -- Ian    --   It's not junk, it's history!$ iking (@t) kill the wabbit (d.t) org   ------------------------------  % Date: Fri, 27 Jan 2006 02:51:06 -0500 ( From: Bill Todd <billtodd@metrocast.net>/ Subject: Re: Intel/Hp spend $10 billion on IA64 = Message-ID: <48-dncv-HYF2TUTeRVn-ug@metrocastcablevision.com>    JF Mezei wrote: e > http://news.com.com/Allies+pledge+10+billion+to+boost+Itanium/2100-1006_3-6031773.html?tag=nefd.top  > ? > Intel Solution Alliance gets a $10 billion budget until 2010.  > E > I think this is the first time I hear of a commitment for that IA64  > thing beyond 2007. > F > But that is a 10 billion going to the marketing alliance, not to the > development of the chip.  @ Well, it purportedly includes *some* unspecified percentage for I development.  But when you divide up $10 billion over 5 full years and 9  F different companies, it works out to a not-so-impressive $222 million F per year per company:  pocket change that could barely fund aggregate A associated hardware and software development alone let alone any  2 significant marketing and things like ISV support.  B In other words, this is money that the companies already had (and G planned) to spend if they were going to continue *any* level of Itanic  J support, and they've just come up with a way to make it sound news-worthy.  I The statement "Itanium has been taking share from both IBM power and Sun  C Sparc" is especially ludicrous, given that HP-UX market share (the  B dominant component of total Itanic sales, and by far the dominant E component of any Itanic sales that compete with POWER and SPARC) has  B been essentially flat (AIX's increased share accounts for SPARC's H decrease, though even there no *dramatic* shifts have occurred over the  past two years).  I Pretty much what to expect from PR whores, of course.  Too bad it wasn't  @ examined a bit more critically before being presented as 'news'.   - bill   ------------------------------  % Date: Fri, 27 Jan 2006 09:23:46 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>/ Subject: Re: Intel/Hp spend $10 billion on IA64 * Message-ID: <43da2cf4@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:43D977A5.3E42193F@teksavvy.com... > c http://news.com.com/Allies+pledge+10+billion+to+boost+Itanium/2100-1006_3-6031773.html?tag=nefd.top  > ? > Intel Solution Alliance gets a $10 billion budget until 2010.  > E > I think this is the first time I hear of a commitment for that IA64  > thing beyond 2007. > F > But that is a 10 billion going to the marketing alliance, not to theI > development of the chip.  My guess is that the contract is full of easy  exits. >   K But wait, I thought you wanted better marketing?  Oh.  My mistake, you want / to see your prediction of its demise fulfilled.    ------------------------------   Date: 27 Jan 2006 14:40:43 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)/ Subject: Re: Intel/Hp spend $10 billion on IA64 , Message-ID: <43upnbF1pm66dU1@individual.net>  * In article <43da2cf4@usenet01.boi.hp.com>,- 	"FredK" <fred.nospam@nospam.dec.com> writes:  > < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:43D977A5.3E42193F@teksavvy.com... >>e > http://news.com.com/Allies+pledge+10+billion+to+boost+Itanium/2100-1006_3-6031773.html?tag=nefd.top  >>@ >> Intel Solution Alliance gets a $10 billion budget until 2010. >>F >> I think this is the first time I hear of a commitment for that IA64 >> thing beyond 2007.  >>G >> But that is a 10 billion going to the marketing alliance, not to the J >> development of the chip.  My guess is that the contract is full of easy > exits. >> > M > But wait, I thought you wanted better marketing?  Oh.  My mistake, you want 1 > to see your prediction of its demise fulfilled.   @ C'mon Fred, even you know better than that.  He (and most of the? rest of us, I imagine) want to see VMS marketing.  When was the ? last time you saw Intel mention VMS when talkng about the IA64? = I doubt very seriously that "The Intel Solution Alliance" can A even spell VMS.  One thing has to be kept in sight, while the way @ things sit right now the failure of Itanium means the failure of@ VMS, the inverse is not necessarily true.  Itanium's success (asA unlikely as that seems at this point) does not even hint at VMS's  continued success.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 27 Jan 2006 09:45:27 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>/ Subject: Re: Intel/Hp spend $10 billion on IA64 * Message-ID: <43da3208@usenet01.boi.hp.com>  5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message & news:43upnbF1pm66dU1@individual.net...  3 >  One thing has to be kept in sight, while the way B > things sit right now the failure of Itanium means the failure of+ > VMS, the inverse is not necessarily true.   J With this, I agree.  So if you want to ensure the failure of VMS, root for the failure of Itanium.    ------------------------------   Date: 27 Jan 2006 15:09:12 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)/ Subject: Re: Intel/Hp spend $10 billion on IA64 , Message-ID: <43urcoF1pebkjU1@individual.net>  * In article <43da3208@usenet01.boi.hp.com>,- 	"FredK" <fred.nospam@nospam.dec.com> writes:  > 7 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message ( > news:43upnbF1pm66dU1@individual.net... > 4 >>  One thing has to be kept in sight, while the wayC >> things sit right now the failure of Itanium means the failure of , >> VMS, the inverse is not necessarily true. > L > With this, I agree.  So if you want to ensure the failure of VMS, root for > the failure of Itanium.   C No one has to root for it.  It is handling that well enough on it's  own.     bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 27 Jan 2006 15:22:33 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)/ Subject: Re: Intel/Hp spend $10 billion on IA64 , Message-ID: <43us5pF1pebkjU2@individual.net>  0 In article <11tke85n7un8e7d@corp.supernews.com>,* 	Dave Froble <davef@tsoft-inc.com> writes: > FredK wrote:8 >> "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message) >> news:43upnbF1pm66dU1@individual.net...  >>   >>  4 >>> One thing has to be kept in sight, while the wayC >>>things sit right now the failure of Itanium means the failure of , >>>VMS, the inverse is not necessarily true. >>   >>  M >> With this, I agree.  So if you want to ensure the failure of VMS, root for  >> the failure of Itanium. > J > I don't think you'll find anyone in c.o.v who wants the itanic to fail.  >   Well, maybe Bill.     E Don't shoot the messenger.  I really don't care one way or the other. H Remember me?  I'm the guy who keeps VMS runnng here using other people'sE throw-aways because I have a $0.00 budget for VMS.  Heck, if I wanted E to see VMS go away all Ihave to do is stop reading c.o.v and push the F few systems I run here out to the dumpster.  I do not have an Itanium.G I do not expect to ever have an Itanium (I don't expect there will ever D be enough of them running VMS to make for the kind of surplus marketD that VAX an Alpha have.)  I can not effect the success or failure ofG Itanium no matter how hard I might try.  I can only sit back and watch. ) And, periodically, comment on what I see.   D >                      It's the only thing VMS can count on for the E > future.  What you'll mostly find is fear that it will be a failure.  > K > Don't look at what's being said in c.o.v.  Take a look elsewhere at what  - > non-VMS people are saying.  Then be afraid.   E My point exactly.  Not only can I not control Itanium's fate, I doubt F VMS has enough influence to effect it either.  VMS folk are just alongG for the ride.  And the way things look right now, you better buckle-up.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 27 Jan 2006 10:16:02 -0500 ' From: Dave Froble <davef@tsoft-inc.com> / Subject: Re: Intel/Hp spend $10 billion on IA64 0 Message-ID: <11tke85n7un8e7d@corp.supernews.com>   FredK wrote:7 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message ( > news:43upnbF1pm66dU1@individual.net... >  > 3 >> One thing has to be kept in sight, while the way B >>things sit right now the failure of Itanium means the failure of+ >>VMS, the inverse is not necessarily true.  >  > L > With this, I agree.  So if you want to ensure the failure of VMS, root for > the failure of Itanium.   H I don't think you'll find anyone in c.o.v who wants the itanic to fail. B   Well, maybe Bill.  It's the only thing VMS can count on for the C future.  What you'll mostly find is fear that it will be a failure.   I Don't look at what's being said in c.o.v.  Take a look elsewhere at what  + non-VMS people are saying.  Then be afraid.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 27 Jan 2006 13:04:31 -0500 % From: BRAD <bradhamilton@comcast.net> / Subject: Re: Intel/Hp spend $10 billion on IA64 * Message-ID: <43DA60AF.5040306@comcast.net>   Bill Gunshannon wrote:2 > In article <11tke85n7un8e7d@corp.supernews.com>,, > 	Dave Froble <davef@tsoft-inc.com> writes: >  >>FredK wrote: >>M >>>With this, I agree.  So if you want to ensure the failure of VMS, root for  >>>the failure of Itanium. >>J >>I don't think you'll find anyone in c.o.v who wants the itanic to fail.  >>  Well, maybe Bill.    >  > G > Don't shoot the messenger.  I really don't care one way or the other.   ) Wrong Bill - I think he meant Mr. Todd...  <snip>   ------------------------------   Date: 27 Jan 2006 18:30:31 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)/ Subject: Re: Intel/Hp spend $10 billion on IA64 , Message-ID: <43v767F1pv8l8U1@individual.net>  * In article <43DA60AF.5040306@comcast.net>,( 	BRAD <bradhamilton@comcast.net> writes: > Bill Gunshannon wrote:3 >> In article <11tke85n7un8e7d@corp.supernews.com>, - >> 	Dave Froble <davef@tsoft-inc.com> writes:  >>   >>>FredK wrote:  >>> N >>>>With this, I agree.  So if you want to ensure the failure of VMS, root for >>>>the failure of Itanium.  >>> K >>>I don't think you'll find anyone in c.o.v who wants the itanic to fail.   >>>  Well, maybe Bill.   >>   >>  H >> Don't shoot the messenger.  I really don't care one way or the other. > + > Wrong Bill - I think he meant Mr. Todd...  > <snip>  C Could be, but it was a comment from me that he was replying to so I  just assumed......    ;-)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Fri, 27 Jan 2006 11:57:06 GMT   From: michael.grunditz@telia.com1 Subject: Re: problems with a new vms installation 3 Message-ID: <mUnCf.43336$d5.199424@newsb.telia.net>   7 Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote: ^ > In article <43D936F3.2D45905F@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >>    H >>Which license do you have which allows TCPIP Services to start ? Is it >>UCX ?     UCX                          DEC!  UCX-IP-CLIENT                DEC "   UCX-IP-NFS                   DEC#    UCX-IP-RT                    DEC   : This is all ucx licenses that are in the hobbyist lp list.   > I > So, the exact license name and TCPIP version number is of interest now.   3 Compaq TCP/IP Services for OpenVMS VAX Version V5.1 .   on a VAXstation 4000-90 running OpenVMS V7.3    8   The output from TCPIP SET CONF ENABLE NOSERVICE XDM is>   %TCPIP-E-CONFIGERROR, error processing configuration request<   -TCPIP-E-INVPARM, invalid parameter value for Service name   -RMS-E-RNF, record not found  q The strange thing with this is that I have installed exactly this configuration before and it did work just fine.      --  - Sent from a Sun Ultra1 running NetBSD/sparc64    ------------------------------  # Date: Fri, 27 Jan 2006 11:43:25 GMT ( From: Alan Greig <greigaln@netscape.net>8 Subject: Re: Running OpenVMS/Alpha on M5 Alpha emulator?? Message-ID: <xHnCf.209024$vl2.113058@fe2.news.blueyonder.co.uk>    Timothy Stark wrote: > Hello folks, > M > After I read some postings under "Running OpenVMS/Alpha on a simulator" on  N > this newsgroup, I found a few Alpha emulators include "M5 emulator".  I was O > able downloaded a copy of M5 source codes and NetBSD and Linux system images  L > from sourceforge.net and reviewed some documents, etc.  I learned that M5 F > enulator was able boot and run NetBSD, Linux, and Tru64 without any A > problems.  How about running OpenVMS/Alpha on that M5 emulator?   H Well I guess you're probably one of the best qualified people to answer F your own question :-) I hadn't previously heard of M5 but what's your 7 initial opinion - can you get VMS up and running on it?   	 > Thanks!  > Tim  >  >    --  
 Alan Greig   ------------------------------  % Date: Fri, 27 Jan 2006 08:40:19 -0500 * From: Brian Wheeler <bdwheele@indiana.edu>8 Subject: Re: Running OpenVMS/Alpha on M5 Alpha emulator?3 Message-ID: <drd7s4$n9v$1@rainier.uits.indiana.edu>    Timothy Stark wrote: > Hello folks, > M > After I read some postings under "Running OpenVMS/Alpha on a simulator" on  N > this newsgroup, I found a few Alpha emulators include "M5 emulator".  I was O > able downloaded a copy of M5 source codes and NetBSD and Linux system images  L > from sourceforge.net and reviewed some documents, etc.  I learned that M5 F > enulator was able boot and run NetBSD, Linux, and Tru64 without any A > problems.  How about running OpenVMS/Alpha on that M5 emulator?  > 	 > Thanks!  > Tim  >  >   E Just doing a quick scan it doesn't look like they've got the OpenVMS  H PALcode in there, so its a no-go.  NetBSD, Linux, and Tru64 all use the 6 Tru64 PALcode for which an implementation is included.  B Still, its closer than anything else I've seen around the net for  emulating an alpha (for free)    Brian    ------------------------------    Date: 27 Jan 2006 05:23:13 -0800- From: "Wilm Boerhout" <w4.boerhout@planet.nl> ! Subject: Re: SimH V3.5-2 released C Message-ID: <1138368193.109156.256580@g47g2000cwa.googlegroups.com>   3 Minor glitch in the DESCRIP.MMS for the VAX-11/780:   F VAX_SBI.C is referenced, where VAX780_SBI.C is meant. The makefile. is- correct (on this issue, I have not tested it)    /Wilm    ------------------------------    Date: 27 Jan 2006 05:24:20 -0800- From: "Wilm Boerhout" <w4.boerhout@planet.nl> ! Subject: Re: SimH V3.5-2 released C Message-ID: <1138368260.132295.269150@g44g2000cwa.googlegroups.com>   3 Minor glitch in the DESCRIP.MMS for the VAX-11/780:   F VAX_SBI.C is referenced, where VAX780_SBI.C is meant. The makefile. is- correct (on this issue, I have not tested it)    /Wilm    ------------------------------  % Date: Fri, 27 Jan 2006 06:23:59 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> B Subject: Re: TCPIP Services: management of cluster alias interface, Message-ID: <43DA0292.9238CB60@teksavvy.com>   An update on the issue...    I read the RFC on ARP.  @ When Node A goes down and node B takes over the cluster alias IPF address, node B cannot send a simple broadcast to tell other nodes its new ethernet address.   D for node C to know the new ethernet address of the cluster alias IP:  H Node B must send a ARP broadcast asking C to identify itself. C receivesE the packet, sees its an ARP that it must answer, and in doing so will G automatically update its own ARP table with the IP-ethernet combination 
 sent by B.  F Node D will ignore this activity because it is not directed to itself.F Thefore D will not update its ARP table with the new etherenet address& corresponding to the cluster alias IP.  K The taking over of an IP by a new node is explicetely mentioned in the RFC.   F Thefore, for the cluster alias changeover to work, node B must send anD ARP request to each correspondant knows about on the LAN, which will2 cause each correspondant to update its ARP table.   F So, prior to shutting down A, you need to ensure that B's ARP table isG populated with the same list as A has so that B will know who to send a D request to when it decides it shoudl take over the cluster alias IP.  
 ----------  * The above is what is according to the RFP.  @ Now, today, while (finally) integrating one vax into my modifiedA cabinet, I purposefully populated B's ARP table with the router's G ip/ethernet.  When B took over cluster alias, the router did NOT update  its ARP table.  F When I switched back to A, I used ETHERMON (ahh ! the joys of VAX withF the utilities that still exist for it!). When A assumed cluster alias,6 ETHERMON detected no ARP packets. NONE. NADA. Nothing.  D Perhaps my ADD filter command was wrong. I'll have to try again. AndF I'll probably have to do a test by forcing the good node to issue some: ARP traffic first to ensure ETHERMON does see the packets.   ------------------------------  % Date: Fri, 27 Jan 2006 16:36:18 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>3 Subject: Re: Unofficial OpenVMS Marketing Home Page , Message-ID: <43usvjF1p5akiU1@individual.net>   Dave Weatherall wrote:   > E > Agree with that. To be fair to users tho' - a lot of the time they  H > don't know they are using HTML or that they _have_ an option. The men F > from Windaz have decided for them... When I did all my mail on OS/2 F > with Ultimail anything HTML normally went straight to the bin now I > > rely on Thunderbird's Spam filter, which is quite effective. >   I I run email with HTML switched off, and only rarely get non-spam in HTML  H format. I can look at the source if it looks important, which is a rare  occurrence.   E Apple marketing (apple.de) are the most consistent offenders for me.  D They do include a plain text part containing a URL, but the wording F annoys (something like having a "better experience" with HTML - nuts, = give me a summary at least) me so I don't follow the link :-)   F I was therefore pleased that when I signed up for the Apple Developer = site they offered the option of receiving email in text only.    ------------------------------   End of INFO-VAX 2006.054 ************************