1 INFO-VAX	Tue, 24 Oct 2006	Volume 2006 : Issue 585       Contents: ADA link messages " Re: Alternate file types for RUN ?" Re: Alternate file types for RUN ?" Re: Alternate file types for RUN ? Backup restoration Re: Backup restoration Re: Backup restoration Come see the better Mouse-Trap! $ DCLTABLES.EXE and image file formats( Re: DCLTABLES.EXE and image file formats Re: DS10L surgery report Re: DS10L surgery report Re: DS10L surgery report Re: DS10L surgery report# Re: HP eyes top VMS people for cuts # Re: HP eyes top VMS people for cuts # Re: HP eyes top VMS people for cuts # Re: HP eyes top VMS people for cuts , It's like "War of the Worlds" all over again Re: Item codes in F$GETDVI Re: LAN failover Re: PARSEC: SPAMMERS (not !) Re: PARSEC: SPAMMERS (not !)9 Re: SimH (v3.6-1), MicroVAX 3900, and console environment : Re: Using Cobol when writing CGI's for the OSU web server.  F ----------------------------------------------------------------------  % Date: Tue, 24 Oct 2006 08:45:44 -0700 , From: David D Miller <ddmiller@raytheon.com> Subject: ADA link messagesV Message-ID: <OFEC362D0A.EDC651B0-ON07257211.0055C16D-07257211.005687A6@mck.us.ray.com>   Folks   8 I'm getting multiple LINK message like the following ...  I %LINK-W-MULDEF, symbol ADA$IO_EXCEPTIONS_$0000 multiple defined in module  ..H %LINK-W-MULDEF, symbol ADA$TEXT_IO_$0000 multiple defined in module  ...G %LINK-W-MULDEF, symbol ADA$TEXT_IO$0000 multiple defined in module  ... K %LINK-W-MULDEF, symbol ADA$INTEGER_TEXT_IO_$0000 multiple defined in module  ..I %LINK-W-MULDEF, symbol ADA$FLOAT_TEXT_IO_$0000 multiple defined in module  ..H %LINK-W-MULDEF, symbol ADA$MATH_LIB_$0000 multiple defined in module ...G %LINK-W-MULDEF, symbol ADA$MATH_LIB$0000 multiple defined in module ... J %LINK-W-MULDEF, symbol ADA$FLOAT_MATH_LIB_$0000 multiple defined in module ..  G and since I'm not an ADA-type, I'd like some suggestions to trace these 	 warnings.    dave.    ------------------------------  % Date: Tue, 24 Oct 2006 02:06:01 -0400 ' From: Dave Froble <davef@tsoft-inc.com> + Subject: Re: Alternate file types for RUN ? 9 Message-ID: <sfydnVw6ldaCNqDYnZ2dnUVZ_r2dnZ2d@libcom.com>    JF Mezei wrote:  > Stephen Hoffman wrote:G >>    Once the executable (main) image is activated, I would assume you K >> want everything else downstream to select that same architecture, right?  > @ > OK, point taken.  While statically linked images would be fineH > (chocolate.EXE_ALPHA  be no different from chocolate.exe running on anF > alpha and invoke normal alpha shareable images without problem, BUT J > there would be an issue with LIB$FIND_IMAGE_SYMBOL since the applicationH > would then need to be aware that the shareable images might not be allC > .EXE since you may have directories containing both alpha and vax > > shareable images with same filename and different extension.  G In defining your problem, you've endorsed the solution suggested by so  B many.  Separate directories.  Use architechure type to define the  logicals on the 'local' system.   J >>    Or ask nicely for the source code, and port it all to x86-64 and fix: >> it or extend it for yourself for your specific needs.    H Do I detect an elevated level of sarcasm directed at JF, now that being & 'officially HP' is no longer an issue?  E > Is this an official announcement that VMS is being retired and open / > sourced so we can continue its development ?    I Since Steve doesn't work for HP anymore, from what I've seen posted, why  , would you ask him about anything 'official'?   > :-)  > * >>  The file extensions are, well, an uglyJ >> and weak and primitive solution to the basic problem of identifying the' >> particular file contents, after all.  >  > B > File extensions may be an old concept, but they make things muchC > simpler. If you remove the file extension, you need to change the H > dirtectory listing to also list the file type stored in some metadata.# > So is there really a difference ?      --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 24 Oct 2006 02:15:51 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> + Subject: Re: Alternate file types for RUN ? + Message-ID: <453DAF75.2C18C3E@teksavvy.com>    Dave Froble wrote:I > Do I detect an elevated level of sarcasm directed at JF, now that being ( > 'officially HP' is no longer an issue?    F I suspect Sir Hoff will continue to toe the HP line. Whether it is dueB to some NDA he has signed preventing him from revealing the secretC location of the offices where a team is porting VMS to the 8086, or H because Sir Hoff wants to keep the door open to getting contracting workD from HP, it is to his advantage to remain silent on the issues HP is reticent to discuss.  F Now, once he's received all of his "amicable parting"  suitcase filled@ with unmarked bills,  and if  HP has clearly closed all possible; contracting work for Sir Hoff, then perhaps he will talk...   H But will he reveal which VMS orange manual one has to swing down on someG bookshelf in the ZKO basement to cause said bookshelf to slide open and D reveal the passage to the secret porting office ? Stay tuned for theD next episode of "as the VMS world turns" anf answer to this and more nagging questions...   ------------------------------    Date: 24 Oct 2006 09:53:14 -0700- From: "Doug Phillips" <dphill46@netscape.net> + Subject: Re: Alternate file types for RUN ? A Message-ID: <1161708793.967047.4480@m73g2000cwd.googlegroups.com>    JF Mezei wrote:  > Doug Phillips wrote:H > > Just keep separate directories and use f$getsyi to get arch_name andD > > assign the default or run and link-target path/searchlist in the > > login.com accordingly. >  > H > Some of my  programs are actually invoked with the RUN command without > any DCL before it. >   G So you can't build a "R*UN" wrapper, you mean? Okay, although I thought  of that I didn't suggest it.  F I don't see how it changes your problem. From *where* are the programsC run? Your default directory or a logical directory?  You can define D either as a search path. (surely you don't use hardcoded file specs, sorry, I mean shirley:-)  E You must build VAX images on the a VAX, and Alpha images on an Alpha. G You need to keep the two separate, and there's a way you can do it that 2 works now and many other ways that don't work now.  B > > Common code base is fine, but you'd still need to do something/ > > "special" to create the special extensions.  > H > When you compile/build it, you rename the resulting .EXE into .EXE_VAXE > or .EXE_ALPHA depending on what platform you used to build it. Then G > whenener you would use this, the RUN command would automatically pick C > the right image file because it woudln't find a .EXE and look for H > alternate extension.  This would have allowed the functionlaity of FAT: > executables with only a minor change to the RUN command.  D And why not just go all of the way and build file type associations?C Why limit yourself to architecture dependant exe's? Why tinker with D something that works if the problem can be solved without tinkering?  F Using a search-list of runable extentions (which is what you're asking for) would require:   1. changing the way VMS works. @  2. an extra step during build to rename and/or give the exe theE correct extention. (you could use a logical/symbol combo to append to  the extension)  1 Using a search list of directories would require:   1. no change in VMS. @  2. an extra step during build to place the exe into the correct> directory. (you could use a logical/symbol combo to define the
 directory)   -------- $ show symb arch   ARCH = "VAX" $ set default disk:[execs]8 $ define App_execs disk:[execs],disk:[execs.exec_'arch'] $ set default App_execs  $ dir  Directory DISK:[EXECS]  1 ALPHA.DIR;1         RECIPES.COM;1       VAX.DIR;1    Total of 3 files.    Directory DISK:[EXECS.VAX]   CHOCOLATE.EXE;1    Total of 1 file.  & Grand total of 2 directories, 4 files.  
 $!--------   $ show symb arch   ARCH = "ALPHA" $... $ dir  Directory DISK:[EXECS]  1 ALPHA.DIR;1         RECIPES.COM;1       VAX.DIR;1    Total of 3 files.    Directory DISK:[EXECS.ALPHA]   CHOCOLATE.EXE;1    Total of 1 file.  & Grand total of 2 directories, 4 files. --------  C So that's the way I see it. Of course, I understand that you aren't C really looking for a simple solution to this simple problem; you're G wanting to dive into deeper waters. Still, explaining this method might   help someone else in the future.   ******   ------------------------------    Date: 24 Oct 2006 05:11:02 -0700! From: "alok" <alok.net@gmail.com>  Subject: Backup restoration C Message-ID: <1161691861.910247.220730@b28g2000cwb.googlegroups.com>    HiG I have three disks on my VAX system, one of which holds Ingres, another F is some s/ws, and the third the system. If a new disk needs to replaceG one of the current disks,  do all images need to be replaced on all the B 3 disks or only on the replaced ones?  is there any s/w dependency issue here?    ------------------------------    Date: 24 Oct 2006 07:55:07 -0500 From: briggs@encompasserve.org Subject: Re: Backup restoration 3 Message-ID: <LcAi6m8N8TGf@eisner.encompasserve.org>   g In article <1161691861.910247.220730@b28g2000cwb.googlegroups.com>, "alok" <alok.net@gmail.com> writes:  > HiI > I have three disks on my VAX system, one of which holds Ingres, another H > is some s/ws, and the third the system. If a new disk needs to replaceI > one of the current disks,  do all images need to be replaced on all the D > 3 disks or only on the replaced ones?  is there any s/w dependency
 > issue here?   B You need only restore the one disk.  The other two are fine as is.  F There are no "cross-disk" data structures on VMS that are sensitive toF things like the physical positioning of files on other disks.  You canB do a backup and restore on one disk and nothing relevant will have2 changed from the point of view of the other disks.  I Database systems like Ingres or Oracle can get quite picky if some of the C database files are restored to one point in time and others are not < restored to the same point in time.  But since your database@ files are all on one disk and since you were presumably going toD shut down the database before doing the backup/restore cycle anyway, that's not a problem.   I If the new disk will not have the same name as the disk that it replaces, @ that may be a problem.  On well managed systems the disk will be? known by one or more logical names.  Fix up those logical names B and you should be ok.  That's typically a line or two in a startupE script.  On systems where physical device names are scattered through D DCL command procedures and (*shudder*) hard-coded in executables you may need to work harder.   ------------------------------    Date: 24 Oct 2006 07:56:47 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Backup restoration 3 Message-ID: <wGfcVXQ9tiW8@eisner.encompasserve.org>   g In article <1161691861.910247.220730@b28g2000cwb.googlegroups.com>, "alok" <alok.net@gmail.com> writes:  > HiI > I have three disks on my VAX system, one of which holds Ingres, another H > is some s/ws, and the third the system. If a new disk needs to replaceI > one of the current disks,  do all images need to be replaced on all the D > 3 disks or only on the replaced ones?  is there any s/w dependency
 > issue here?  >   D    I'll assume you're running VMS on your VAX.  VMS is highly upwardD    compatable.  If you are replacing the system disk and you put theA    same or newer version of VMS in the new disk, don't expect any     trouble.   E    Most of us would simply load the new disk from a backup of the old B    disk.  Same files.  Same contents.  Same software versions.  No    difference.      That's why we do backups.   ------------------------------  % Date: Tue, 24 Oct 2006 21:44:34 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> ( Subject: Come see the better Mouse-Trap!1 Message-ID: <ehl54u$3ja$1@news-02.connect.com.au>    Hi Jan-Erik,  K At the end of the day, if that's what the customer wants and you're able to J fulfill the requirement, then it sounds like a match made in heaven! (None+ of us are doing this for love after all :-)   F But please let me leave you with a couple of pointers and other info I stumbled across this arvo: -  L 1) It looks like you have to create a Java Applet for the Socket stuff. ThisL seems secure and kosher and de rigueur for everyone outside of the VMS "chip on each shoulder" brigade.    http://java.sun.com/sfaq/#socket  J 2) This from some Java Socket discussion page on what the Applet(s) should
 contain: -   Creating a client   ; To talk to a server, open a socket to the machine and port:   9 Socket s = new Socket("mastercard.com", 303); // port 303   4 When this returns, you can get input/output streams:  ' OutputStream out = s.getOutputStream(); ( PrintStream pout = new PrintStream(out);$ pout.println("hi from java client");
 pout.close(); 
 s.close();  H The client's input stream is pulling from the server's output stream and vice versa.   J 3) See the following link for a COBOL example of an INETd server listeningI on port# 303. The truly amazing bit about this example is that it shows a L VMS server participating in a ACID proof 2PC with a transaction started on aG W2K server! But let's ignore that for the moment and concentrate on the C simple message passing mechanism. What could be easier than this: -   V http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=966410  H Please look at my COBOL code in this thread as an example of how easy itH would be to fire-up your existing COBOL functionality from a Web client.  J I don't think I'm going out on a limb here to ask "What could be easier?".7 Many people here are all pushing their own barrows with I Python/CGI/OSU/Apache but, if you find that (for whatever reason) you are I unable to locate the skill level in this, or any other forum, to show you L how to build a simple Java applet then I guess that you'll have to resort toH your clients support contract :-( I'm available for free to help you out! with any trouble on the VMS side.   G Q: "I'd like to write a Java Applet that can talk to my VMS/UCX server"   H A: Stuffed if I'd know! I wonder where you'd get help with that? (If theL low-life scum of VMS support has finished crying into their beers and to theF tabloids, then maybe they'd forget their self-obsession long enough toE consider nuturing the client base?) Nah, stick to your scorched-earth E policy; If you go down the you're taking VMS down with ya. (Wankers!)    Cheers Richard Maher  D "Jan-Erik Sderholm" <jan-erik.soderholm@telia.com> wrote in message, news:TKJ_g.20581$E02.8230@newsb.telia.net... > Richard Maher wrote :  >  > > Hi Jan-Erik, > > J > > First, let me appologize for what (having re-read my post) appeared to be aI > > pretty personal/specific attack. I was, in fact, ranting at the whole  world @ > > and not you, your company, or your application specifically. > C > OK, no problem. I've enjoyed reading many other post from you, so " > I didn't took it to personal :-) > ( > I fully understand what you're saying. > 1 > But, the fact is that if you'd like to add some 8 > "bells-n-whisles" to a application that is regarded as5 > something old and "closed" using weird VT-something 8 > interfaces, the far most easiest route is to add a few2 > web-pages with "management-info". That's a fact. > 9 > And the bulk of the business-logic is written in Cobol, 6 > so my plan it to help them intereface that code with > the OSU server.  > : > I have described what can quite easily be done, and they9 > are very positive, I'd say. Which turns into consulting  > hours for me...  > 7 > Now, that might not be the most perfect solution from 9 > a technical standpoint, but that is what is regarded as : > state-of-the-art today (maybe not by you and me, but who? > cares about *that* ?) and it's also pretty fast/cheap to have  > something running. > # > > PS. I  hope "skrev" is good :-)  > 9 > As Arne write, "skrev" is the imperfect of "skriva", or 9 > "write/wrote" in English. *But* "skrev" is one of those : > words in Swedish with double meaning, it also translates? > into "crutch" or "crotch", with was *not* what I ment in this 
 > case :-) >  > Best Regards,  > Jan-Erik.    ------------------------------  % Date: Tue, 24 Oct 2006 01:54:01 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: DCLTABLES.EXE and image file formats + Message-ID: <453DAA59.E5BFF0C@teksavvy.com>    pardon my curiosity...  " DCLTABLES.EXE is an image, right ?  E I assume that its internal format is different between VAX, Alpha and  that IA64 thing ?   @ Does this mean that the VERB utility has different code for eachC architecture to parse the contents, or are the differences in image F formats only in the first block and the rest is fully identical across all platforms ?    ------------------------------    Date: 24 Oct 2006 10:04:05 +0200/ From: huber@NIRWANA-mppmu.mpg.de (Joseph Huber) 1 Subject: Re: DCLTABLES.EXE and image file formats + Message-ID: <a+dPgYWF8G+9@vms.mppmu.mpg.de>   [ In article <453DAA59.E5BFF0C@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: $ > DCLTABLES.EXE is an image, right ?G > I assume that its internal format is different between VAX, Alpha and  > that IA64 thing ? B > Does this mean that the VERB utility has different code for eachE > architecture to parse the contents, or are the differences in image H > formats only in the first block and the rest is fully identical across > all platforms ?   J Looking at the code in verb_file.c, VERB seems to ignore the architecture,M and simply searching the image for a block signaling the header of CLI table.   H CLI tables are not executable code, and independant of the architecture.I (The image-file format itself and the object file format are architecture  dependant).    --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------  # Date: Tue, 24 Oct 2006 12:48:20 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)! Subject: Re: DS10L surgery report - Message-ID: <oYn%g.3$mx1.112@news.oracle.com>   c In article <ehj4c2$nfb$1@pyrite.mv.net>, Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> writes:  >JF Mezei wrote:J >> Tonight, I embarked into a fairly minor surgery for my DS10L, namely toJ >> improve its ventilation characteristics. I am not comfortable with suchC >> a hot portion of the machine in term of long term survivability.  >>   >> part 1:  Fan intakes  >... >> Other modifications...  > G >Those metal grills are intended to contain the radio frequency within  D >the box (basic shielding against TV, radio or other communications H >interference, etc), to prevent fingers and fuzz from entering the fans J >and entering the enclosures (wasn't there a British Standard for various G >objects, adult fingers and otherwise?), and are a central part of the  L >cooling design of any system manufactured in the last twenty or more years.  B I think the British standard has been surplanted by EU and DIN andE other international standards.  And yes, there is a "standard finger" H which is used to test for compliance in the U.S.A, and around the world.  H Removing the grill means the unit probably does now fail to meet variousI standards for safety, radio noise, etc.  And they do have some in Canada. E If you ever plan on having a radio or TV on while using the computer,  this is going to be a factor.    > ? >The biggest problem with cooling I've encountered on most any  H >AlphaServer is fuzz in the airflow sensors (pitot tubes or otherwise), @ >on the fans, or fuzz built up in the heatsinks for the various J >components.  This can be remediated with a periodic cleaning -- a couple I >of times a year in a typical office environment, and more or less often   >as needed.   D I agree, this is often a major factor in overheating: not to mentionH dirt working it's way down into various contacts and connectors, causing them not to work.   E My approach to improving air flow on the units I've worked with is to E add an additional fan that will fit without cutting holes in the case K (they do exist), and have them boost the airflow in the existing direction. H This is not at all difficult to do with a little thought: there are lotsE of fans available that tap a tiny bit of power off of one of the disk F drive connectors that will help the air flow, and which will work WITHB the existing system, instead of working against it or changing it.  F I haven't tried this on an Alpha, but there are also fans made for PCsC that plug into an unused PCI slot that move air out of the cabinet. 2 I think they would help in a number of situations.   ------------------------------  % Date: Tue, 24 Oct 2006 09:45:22 -0400 < From: "Island Computers, D B Turner" <dbturner@islandco.com>! Subject: Re: DS10L surgery report 0 Message-ID: <12js67l1fhfk8af@news.supernews.com>  H Buying a $199 Airconditioner and putting it and everything computer in a closet would work best !7 Vent it through a  hole in a cheap $28 Home Depot door.  Everything good...   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X251  Fax: 912 201 0402  Email: dbturner@islandco.com Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:453D453D.424BE8E8@teksavvy.com...' > "Island Computers, D B Turner" wrote:  > > F > > i hate to be a killjoy but JF you have just voided your warranty ! >  > & > Well, then, I want my money back :-) >  > J > Seriously, this is more of a pilot project. When i get mroe DS10Ls, I'll) > know what is worth and not worth doing.  >  > E > In my all mighty Microvax II, I had to enlarge a small cutout so it E > would draw more air from the disk cavity to keep two disks cool and  comfortable.   ------------------------------  % Date: Tue, 24 Oct 2006 17:26:57 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> ! Subject: Re: DS10L surgery report + Message-ID: <4q6pq6Fl665oU1@individual.net>   - On 2006-10-23 21:15, "Stephen Hoffman" wrote:   H > Those metal grills are intended to contain the radio frequency within E > the box (basic shielding against TV, radio or other communications  I > interference, etc), to prevent fingers and fuzz from entering the fans  K > and entering the enclosures (wasn't there a British Standard for various  >                                               ^^^^^^^^^^^^^^^^H > objects, adult fingers and otherwise?), and are a central part of the M > cooling design of any system manufactured in the last twenty or more years.   > FWIW: IEC 61010-1 (electrical safety), IEC 60529 (IP degree of: protection), IEC 62194-1 (thermal management), IEC 61587-3  (electromagnetic compatibility).   > [...]    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------    Date: 24 Oct 2006 08:39:59 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>! Subject: Re: DS10L surgery report C Message-ID: <1161704399.502381.118540@i42g2000cwa.googlegroups.com>    Bart Z. Lederman wrote: e > In article <ehj4c2$nfb$1@pyrite.mv.net>, Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> writes:  > >JF Mezei wrote:L > >> Tonight, I embarked into a fairly minor surgery for my DS10L, namely toL > >> improve its ventilation characteristics. I am not comfortable with suchE > >> a hot portion of the machine in term of long term survivability.  > >> > >> part 1:  Fan intakes  > >... > >> Other modifications...  > > H > >Those metal grills are intended to contain the radio frequency withinE > >the box (basic shielding against TV, radio or other communications I > >interference, etc), to prevent fingers and fuzz from entering the fans K > >and entering the enclosures (wasn't there a British Standard for various H > >objects, adult fingers and otherwise?), and are a central part of theN > >cooling design of any system manufactured in the last twenty or more years. > D > I think the British standard has been surplanted by EU and DIN andG > other international standards.  And yes, there is a "standard finger" J > which is used to test for compliance in the U.S.A, and around the world. > J > Removing the grill means the unit probably does now fail to meet variousK > standards for safety, radio noise, etc.  And they do have some in Canada. G > If you ever plan on having a radio or TV on while using the computer,  > this is going to be a factor.  >  > > @ > >The biggest problem with cooling I've encountered on most anyI > >AlphaServer is fuzz in the airflow sensors (pitot tubes or otherwise), A > >on the fans, or fuzz built up in the heatsinks for the various K > >components.  This can be remediated with a periodic cleaning -- a couple J > >of times a year in a typical office environment, and more or less often
 > >as needed.  > F > I agree, this is often a major factor in overheating: not to mentionJ > dirt working it's way down into various contacts and connectors, causing > them not to work.  > G > My approach to improving air flow on the units I've worked with is to G > add an additional fan that will fit without cutting holes in the case M > (they do exist), and have them boost the airflow in the existing direction. J > This is not at all difficult to do with a little thought: there are lotsG > of fans available that tap a tiny bit of power off of one of the disk H > drive connectors that will help the air flow, and which will work WITHD > the existing system, instead of working against it or changing it. > H > I haven't tried this on an Alpha, but there are also fans made for PCsE > that plug into an unused PCI slot that move air out of the cabinet. 4 > I think they would help in a number of situations.  A The only machines I ended up having to do airflow surgery to were F Multia/UDBs.  My one PWS600au benefited from replacing the SCSI cablesG with molded round units but I think that was very minor; the drives did B run a tiny bit cooler (3 degrees per the stick on thermometer) and cable routing was easier.   G The Multia/UDB with an internal disk (5400RPM) ended up needing the fan D sensor cut (fan runs at full speed), the grille opened up to improveF airflow (didn't think about RF but never had a problem), and finally aD pair of small fans installed in the base and blowing up into the UDBF lower intakes.  With that it ran forever; prior to implementing all of? them it would run for a few days at most before becoming flaky.   D Without the internal disk, only the fan sensor cut was needed to getG the same reliability.  I don't know why both UDBs ran the fan below max @ speed even when the unit was flaking out, obviously due to heat.  < My DS10L is staying stock except for the previusly mentionedF replacement of the grafoil pad between the CPU and the heatsink (I wasF troubleshooting a hanging problem, hopefully soon to be corrected withA a replacement power supply); the pad was wrinked and damaged so I B figured it wasn't doing its job and put in high quality conductiveC grease from a PC overclocking kit instead.  Isn't the grafoil pad a D one-shot item anyway?  Supposed to replace it if you ever remove theG heat sink?  Two other Alphas have been running with the same grease for @ several years so hopefully that won't be a problem on the DS10L.   Rich   ------------------------------  % Date: Tue, 24 Oct 2006 02:12:02 -0400 ' From: Dave Froble <davef@tsoft-inc.com> , Subject: Re: HP eyes top VMS people for cuts9 Message-ID: <sfydnV86ldYbMaDYnZ2dnUVZ_r2dnZ2d@libcom.com>    Robert Deininger wrote: 7 > In article <453D4344.5B5D3D71@teksavvy.com>, JF Mezei ' > <jfmezei.spamnot@teksavvy.com> wrote:  >  >  >> Remember that$ >> JURD is killing 15,000 employees. >   > You are WAY out of line, fool.  / Not really, the 'J' key is next to the 'H' key.   ( It's JF, what do you expect, reasonable?   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 24 Oct 2006 02:30:16 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> , Subject: Re: HP eyes top VMS people for cuts, Message-ID: <453DB2D5.2B2E743B@teksavvy.com>   Dave Froble wrote:* > It's JF, what do you expect, reasonable?  E Is the 15,000 number inacurate ? This is what I recall reading in the % press about the employeed reductions.   - My comments don't change the VMS marketplace.   - Hurd's actions do change the VMS marketplace.     E You can choose to insult, discredit and threathen to hit me with your F aluminium baseball bats all you want. But that doesn't change the odds@ of VMS surviving beyond the end of the line for that IA64 thing.  G Consider that Sir Hoff is perhaps one of the best people to help in the H next port of VMS since he has been intimate with the ports of both AlphaE and that IA64 thing, and has carnal knowledge of EFI, something Intel < really wants the industry to adopt for the industry standard1 architecture that starts with 8 and ends with 86.   E In this light, the loss of Sir Hoff at this juncture in time does not J augur well for the existance of VMS beyond the IA64's imminent retirement.   ------------------------------  % Date: Tue, 24 Oct 2006 08:32:38 -0700 ' From: David Mathog <mathog@caltech.edu> , Subject: Re: HP eyes top VMS people for cuts+ Message-ID: <ehlbmt$d30$1@naig.caltech.edu>    JF Mezei wrote:   1 > Remember that JURD is killing 15,000 employees. 
 JURD => Hurd?  killing = firing?   7 HP management may be ethically challenged, but it isn't  _THAT_ ethically challenged.   Regards,   David Mathog   ------------------------------  % Date: Tue, 24 Oct 2006 12:57:08 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> , Subject: Re: HP eyes top VMS people for cuts* Message-ID: <453E45E4.3020102@comcast.net>   David Mathog wrote:    > JF Mezei wrote:  > 2 >> Remember that JURD is killing 15,000 employees. >  > JURD => Hurd?  > killing = firing?  > 9 > HP management may be ethically challenged, but it isn't  > _THAT_ ethically challenged. >    THAT WE KNOW OF!!!!    ------------------------------  % Date: Tue, 24 Oct 2006 21:59:55 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 5 Subject: It's like "War of the Worlds" all over again 1 Message-ID: <ehl61l$4qm$1@news-02.connect.com.au>    Jerry,  I Tell us what happened the last time you *called* Oracle. Oh that's right,  you didn't did you?   1 Sheesh, take a valium and iTAR us in the morning!    Regards Richard Maher   > PS. If you do grow enough balls to pack up and move to another9 infrastructure then please tell someone who's interested!   9 "Jerry Alan Braga" <jabraga@flanagan.ca> wrote in message & news:Qio%g.71435$E67.47722@clgrps13...L > With all this talk of VMS and now the support issues which I also have hadJ > to deal with and do not like at all, what other viable options are there our  > there. > E > Our shop is either OpenVMS/Alpha for our backend along with our RDB  databaseL > and our front-end is Windows 2003 Terminal Services.  If we had to migrateB > off of our backend option what would be the best viable option ? >  > 1. hp-ux with Oracle RDBMS' > 2. Other Unix/Linux with Oracle RDBMS ! > 3. MS Windows with Oracle RDBMS ! > 4. MS Windows with MS SQLserver  > 5. Others ???? > H > I hate what hp is doing to probably the best and most stable platform. The I > hp Itanium project seems to be going nowhere faster and faster. Now the K > support issues are completly brutal and I refuse to call support now if I H > can all avoid it.  I thought Compaq was going to ruin VMS but it seems thatL > in the long run they did more for VMS than hp has ever done and seems will
 > ever do. >  >    ------------------------------  % Date: Tue, 24 Oct 2006 08:35:56 -0700 * From: "Tom Linden" <tom@kednos-remove.com># Subject: Re: Item codes in F$GETDVI ) Message-ID: <op.thxmx60rtte90l@hyrrokkin>   0 On Mon, 23 Oct 2006 13:17:03 -0700, Rob Brooks  $ <brooks@cuebid.zko.hp.nospam> wrote:  8 > Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> writes: >>> >>    $ Write sys$output f$getdvi("fga0:", "device_type_name") >>    KGPSA Fibre Channel  > 5 > Coming soon (including a backport to V7.3-2 . . . )  > B > KIDD Alpha> write sys$output f$getdvi( "fga0", "adapter_ident" ) > KGPSA-EA (Emulex LP9802) > F > This item code pulls the string from sys$system:config.dat (well, itE > technically pulls it from memory, whose source is the config file).  >   Wild cards would be nice, .e.g.,  ( write sys$output f$getdvi( "fga0", "*" )     --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------    Date: 24 Oct 2006 01:19:33 -0700  From: "greco" <grecot@gmail.com> Subject: Re: LAN failover B Message-ID: <1161677973.296167.63760@m73g2000cwd.googlegroups.com>   Volker  A I've tested your proposal and same way node is not respoding when  interface is switched.     Volker Halle wrote: H > >From the tcpdump -i llb0 on node OVMS74, you can see that there is noD > IP message leaving this node after the LANCP> SET DEV/SWITCH LLB0:G > command, until the PING a.b.c.110 (=OVMS71) command issued on OVMS74:  > 3 > 10:21:22.109262 arp who-has a.b.c.110 tell OVMS74  > < > 14 seconds later, the next ping arrives from node o.t.n.16 > 7 > 10:21:36.164183 o.t.n.16 > OVMS74: icmp: echo request  > I > What if you cleaned the ARP cache entry from OVMS74 on o.t.n.16 and did G > a new PING OVMS74 from o.t.n.16 just AFTER switching the LAN device ? D > This should cause o.t.n.16 to send an ARP who-has broadcast, whichF > would arrive on the newly activated LAN device port and should causeG > OVMS74 to respond with a ARP reply, which should tell the switch that B > the OVMS74 LLB MAC address is now active on another switch port. > 	 > Volker.    ------------------------------  % Date: Tue, 24 Oct 2006 06:05:06 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> % Subject: Re: PARSEC: SPAMMERS (not !) < Message-ID: <453de4f3$0$14813$9a6e19ea@news.newshosting.com>  B "Andy Bustamante" <a_c_bustamante@earthlink.net> wrote in message 7 news:qoh%g.13816$TV3.7440@newssvr21.news.prodigy.com... J >I usually lurk on "off topic" post like this but I have to jump in.  FromM > first hand experience Parsec provides excellent training services.  Here's   > a I > company offering a free training sample, with useful up to date OpenVMS I > information.  You sign up and yes, they want to try to sell something,   > it'sF > their business.  For the cost of deleting an e-mail you get a short 
 > trainingJ > session.  The ones I've been able to attend have all been worth my time. > L > There's a lot of complaing about stealth marketing, but when a vendor sendI > out a marketing blurb a thread like this starts.  What sort of message   > does > that send? > F > Parsec is providing free training samples and I'm happy to get that 	 > notice. I > Since I've started with a new company and came in as one the VMS guys,   > thisL > is an opportunity to stay current.  If you can't take the time to scan and. > delete an e-mail message, ask to be dropped. >  > Andy Bustamante ! > Remove the ASCII 95s for e-mail  >   ' Well written. I agree with every point.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html: http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------  % Date: Tue, 24 Oct 2006 10:21:57 -0400 3 From: "Peter Weaver" <info-vax@weaverconsulting.ca> % Subject: Re: PARSEC: SPAMMERS (not !) 6 Message-ID: <082801c6f777$c3cb7e60$2802a8c0@CHARONVAX>   ----- Original Message -----  6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>    J >I usually lurk on "off topic" post like this but I have to jump in.  From   Me too.   D > first hand experience Parsec provides excellent training services. >...  L Very true, I have never said anything negative against Parsec's services. I D have enjoyed the seminars I have attended and I have usually learnt K something that was useful. If Parsec had a confirmed opt-in mailing list I   would probably subscribe.   I But the fact remains that they are running a non-confirmed mailing list.  J This not only makes the mail they are sending out to this list spam it is L also a dangerous weapon on the Internet. Anyone can go to their website and L enter any address they want and that address will start to receive Parsec's ; newsletter. How many people out there remember this thread   http://groups.google.ca/group/comp.os.vms/browse_thread/thread/c5c8e4a9132594f/e2133e8c934bd119?hide_quotes=no#msg_2ae44a8e9d25421c ? M A named Jerrold Schiff asked a Cobol question. Paul Sture tried to reproduce  M the error but could not and he told Jerrold that he would look at the actual  F code and try to solve it. Jerrold had a problem with Paul's offer and J responded with a very childish insult. I jumped into the thread to defend M Paul. Three days later Paul and I found ourselves signed up for 13 different  J newsletters. Luckily they were all confirmed opt-in. At least one of them G that I received gave the IP address, date and time that my address was  M signed up. The IP address happened to be the same one that Jerrold used when   he did his postings to COV.   D If Jerrold would have been smart enough to use non-confirmed opt-in K newsletters (like Parsec's) and if he did not run out of childish names to  H call us then we could have found ourselves signed up for many many more K lists. Since they were confirmed opt-in lists we could simply ignore them.  J But how many other people out there have a childish enough mentality that I they will sign up people for newsletters that they do not want? How many  G people have signed up their doctor, their plumber or their teacher for  K Parsec's newsletters? Leaving a non-confirmed mailing list on the web is a  C dangerous thing, until Parsec cleans their list they are spamming.  J Instructions for how to clean their list have been posted, but they would H rather keep sending their newsletters to people who may or may not want  them.    Peter Weaver www.weaverconsulting.ca 9 CHARON-VAX  CHARON-AXP DataStream Reflection PreciseMail     ------------------------------    Date: 24 Oct 2006 07:41:54 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) B Subject: Re: SimH (v3.6-1), MicroVAX 3900, and console environment3 Message-ID: <36TMo4h$ImmN@eisner.encompasserve.org>   a In article <4q47tuFhsl0bU2@individual.net>, Michael Unger <spam.to.unger@spamgourmet.com> writes: G > Does anyone happen to know how to save settings to the file NVRAM.BIN G > (permanently), connected to SimH using "LOAD -n NVRAM.BIN"? (I didn't ' > see any hint in the PDF docs so far.)  > 2 > Settings (related to the VMS boot process) like: >  > | >>> SET BOOT <device>  > | >>> SET BFLG <flag-value>  >   <    I think the console variables are in the NVR file, as in -    "ATTACH NVR file", not the console binary.      C    It's been my experience that console variables are automatically @    stored in that file when set from the >>> prompt.  I have twoD    different simulations that differ only in the boot flags and they6    use the same LOAD file, but different ATTACH files.  @    I have boot flags in mine and have never lost them.  Do check=    that BFLG is the correct spelling for the processor you're 
    emulating.    ------------------------------  % Date: Tue, 24 Oct 2006 21:53:27 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> C Subject: Re: Using Cobol when writing CGI's for the OSU web server. 1 Message-ID: <ehl5lh$47s$1@news-02.connect.com.au>    Hi Arne, > > > Very likely only port 80 and 443 are open in the firwall for > HTTP and HTTPS.   I Ah, ye cannay change the laws o' firewalls cap'n! She'll no' take another  port number!  9 > JDBC client side is not widely used (for good reasons).   I Please wander over to Oracle and tell them they (and their customers) are  all dickheads for using it.    > Often the requirements are:  >    - able to run in browser  >    - single sign on  >    - only HTTP(S)   L Well far be it from me to buck the trend. That's it then; I.T. has plateauedC with what Arne says the masses are doing today! Down the pub it is!    Regards Richard Maher   J PS. How many web pages that you go to require a sign-on? And then only oneH for VISA, British Airways, Hertz and Holiday Inn? I want to live in Arne world!  0 "Arne Vajhj" <arne@vajhoej.dk> wrote in message' news:OaB_g.22709$2g4.5720@dukeread09...  > Richard Maher wrote:2 > >> A user interface that is available everyware. > > H > > I am by no means trying to take that away from you! I simply suggest thatL > > once your web page has been displayed (and whatever button clicked) that a L > > second pipe be opened (via Java sockets or ActiveX controls or whatever) toL > > your server to obtain the COBOL controlled data that you spoke of. Look, I'm K > > not a Web developer and I have no idea what tools you are using or what J > > security restrictions you're under, but the infrastructure to create aG > > Socket, Connect to your server and then Send/Recv data is all there  > > somewhere. > > > Very likely only port 80 and 443 are open in the firwall for > HTTP and HTTPS.  > L > > How you keep track of (or tear down) the Socket(s) that you created whenI > > flicking from Web page to page is up to your Web developers. But rest I > > assured that they are not required to be Christopher Columbus or Neil H > > Armstrong with this. Maybe it could be like Oracles JDBC Thin Driver where 6 > > you download a mini-application to your user PC's. > 6 > Oracle thin JDBC driver are usually run server side. > 9 > JDBC client side is not widely used (for good reasons).  > L > > I'm just saying that it's one thing to have Fat-Client Syndrome but mostC > > people's appear to be positively anorexic! By all means use the 
 ubiquitousI > > web interface to inroduce the couple to each other, use the internet,  justA > > stop trying to fit the cammel through the eye of the browser!  >  > Often the requirements are:  >    - able to run in browser  >    - single sign on  >    - only HTTP(S)  > * > If you want to be fancy then it is AJAX. > 9 > And that is 100 times worse than normal web technology.  > < > >> And, I don't thing you know enough about "this case"... > > E > > I agree 100% which is why I was asking questions. (But again, not 	 necessary 6 > > at you, but of anyone who is doing similar things) > >  > > Cheers Richard Maher > > # > > PS. I  hope "skrev" is good :-)  > $ > That means "wrote" in scandinavia. >  > Arne   ------------------------------   End of INFO-VAX 2006.585 ************************