INFO-VAX Tue, 04 Jan 2005 Volume 2005 : Issue 7 Contents: Re: How to get a free iPod? How to get Tape Tools to recognize terminfo database? Need help with user-written routine in SOR$ Re: Need UNIX clarification New SKHPC's posted: July-October 2003 Re: New SKHPC's posted: July-October 2003 Re: VMS and digital cameras Re: VMS and digital cameras Re: VMS and digital cameras Re: VMS and digital cameras Re: VMS and digital cameras website hosting Re: xerces-c problem ---------------------------------------------------------------------- Date: 3 Jan 2005 12:29:11 -0800 From: drgarza@gmail.com Subject: Re: How to get a free iPod? Message-ID: <1104784151.925984.92300@f14g2000cwb.googlegroups.com> This article will give you step-by-step instructions on how to successfully obtain your free iPod using freeipods.com for as little as $1. Many think that this site is a scam or a pyrimid sceam. A scam no, a pyrimid yes, a sceam no. You do have to put forth some sort of effort to get a free iPod. You must get five friends or relatives to do exactly the following... Step 1: Click here to go to the free iPod site. http://www.freeiPods.com/?r=12541248 To participate in this great offer you must live in the US Step 2: Use an email address at the bottom of the page and choose a password. (they will send you email, so please use a secondary account) Step 3: Fill out all required shipping information. This tells them where to send your iPod. Step 4: (Do not exit at this point) This is the part that over 90% of the people start thinking: "Maybe this isn't for real." They present to you 10 different "optional" offers. These are not any of the real offers needed to complete the getting the iPod. Step 5: Skip all of the previous offers and you get to the refer friends page. You can start sending emails to your friends here or skip this step and do it later. Step 6: Complete an offer. This is where real companies like AOL, Real Networks and more are advertising through freeIpods.com. This is what makes them successfull. Choose an offer and purchase or sign up. (Choose the RealNetworks Real Rapsody. This cost $1...yes $1 dollar for 30 days. Cancel anytime. Even if you forget its only $10 a month after the first month. For signing up they also give you 5 free songs to burn. This is the best offer. Nothing is free, but an iPod for a dollar and a little work is worth it. Some offers change. There is always one offer where you pay next to nothing or just sign up for a 30 day trial. Step 7: Get your friends to do the same thing. Even if you don't complete it you get to download five songs. Note: Completing an offer and not signing up your friends is what they are counting on. It is more likely you get intreagued and then give up. This doesn't mean that it is a scam. All you must do it finish. If this still sounds to good to be true then go pay $300 for a new iPod. Have patience and good luck. If you haven't started yet. Get your iPod here!!! http://www.freeiPods.com/?r=12541248 ------------------------------ Date: Tue, 04 Jan 2005 03:45:51 GMT From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: How to get Tape Tools to recognize terminfo database? Message-ID: <00A3D555.4B511526@SSRL.SLAC.STANFORD.EDU> OpenVMS Alpha 7.3-2 DS20E "HP StorageWorks Library and Tape Tools User Guide" DCL; GNV not installed. I downloaded the tape tool PCSI kit, reset file attributes, and INSTALLed it. According to the docs, it needs the terminfo database to run. I googled around and found somebody else had been looking for this last June, and I followed the suggestion that guy had gotten to get termtypes.ti.giz off Eric Raymond's web page. So I GUNZIPed the file and put it in SYS$SYSDEVICE:[USR.LOCAL.SHARE.TERMINFO] as TERMTYPES.TI It seems to be a readable text file. Manual says to define USR to point at the the top level directory, so I did: $sho log usr "USR" = "SYS$SYSDEVICE:[USR]" (LNM$PROCESS_TABLE) $ SET TERM/DEV=VT100 $ run sys$common:[opt.ltt]hp_ltt Error opening terminal: vt100. Which apparently tries to run the project, but I guess t can't find the VT100 entry in the database. $ SET WATCH FILE /CLASS=MAJOR doesn't seem to show it looking for this file. TERMINFO>set watch file/class=major %XQP, Thread #0, Deaccess (549,7,0) Reads: 6, Writes: 0, Status: 00000001 TERMINFO>run sys$common:[opt.ltt]hp_ltt %XQP, Thread #0, Access HP_LTT.EXE;1 (50203,60,0) Status: 00000001 %XQP, Thread #0, Access PPLRTL.EXE;1 (1792,7,0) Status: 00000001 %XQP, Thread #0, Lookup (50203,60,0) Status: 00000001 %XQP, Thread #0, Lookup HP_LTT.EXE;1 (50203,60,0) Status: 00000001 %XQP, Thread #0, Lookup (37111,3,0) Status: 00000001 %XQP, Thread #0, Lookup DECC$SHR_EV56.EXE;1 (37111,3,0) Status: 00000001 %XQP, Thread #0, Lookup (20874,16,0) Status: 00000001 %XQP, Thread #0, Lookup DPML$SHR.EXE;1 (20874,16,0) Status: 00000001 %XQP, Thread #0, Lookup (1792,7,0) Status: 00000001 %XQP, Thread #0, Lookup PPLRTL.EXE;1 (1792,7,0) Status: 00000001 %XQP, Thread #0, Lookup (44897,1440,0) Status: 00000001 %XQP, Thread #0, Lookup PTHREAD$RTL.EXE;1 (44897,1440,0) Status: 00000001 %XQP, Thread #0, Lookup (1636,7,0) Status: 00000001 %XQP, Thread #0, Lookup CMA$TIS_SHR.EXE;1 (1636,7,0) Status: 00000001 %XQP, Thread #0, Lookup (44595,31,0) Status: 00000001 %XQP, Thread #0, Lookup LIBRTL.EXE;1 (44595,31,0) Status: 00000001 %XQP, Thread #0, Lookup (1759,7,0) Status: 00000001 %XQP, Thread #0, Lookup LIBOTS.EXE;1 (1759,7,0) Status: 00000001 %XQP, Thread #0, Lookup (1634,7,0) Status: 00000001 %XQP, Thread #0, Access CMA$RTL.EXE;1 (1634,7,0) Status: 00000001 %XQP, Thread #0, Control function (1634,7,0) Status: 00000001 %XQP, Thread #0, Deaccess (1634,7,0) Reads: 3, Writes: 0, Status: 00000001 %XQP, Thread #0, Lookup (0,0,0) Status: 00000910 %XQP, Thread #0, Lookup (0,0,0) Status: 00000910 %XQP, Thread #0, Lookup (0,0,0) Status: 00000910 Error opening terminal: vt100. %XQP, Thread #0, Deaccess (50203,60,0) Reads: 249, Writes: 0, Status: 00000001 %XQP, Thread #0, Deaccess (1792,7,0) Reads: 10, Writes: 0, Status: 00000001 Where can I put my terminfo file and what can I define to get LTT to use it? If this isn't the problem, what is? Thanks, -- Alan ------------------------------ Date: 3 Jan 2005 19:26:59 -0800 From: hoefelmeyer@hotmail.com Subject: Need help with user-written routine in SOR$ Message-ID: <1104809219.123603.315000@z14g2000cwz.googlegroups.com> Hi, everyone, I hope someone can help with this... OS: OpenVMS 7.3 System: Alpha Language: BASIC I'm trying to write a user-written routine for the user_equal parameter in SOR$BEGIN_SORT. I have to pass the routine by reference, so it has to be an external routine to use LOC. Also, Sort/merge calls the routine with 5 reference arguments ADRS1, ADRS2, LENG1, LENG2, CNTX, which are the addresses of the two records to compare, pointers to word structures containing length information, and the context longword. In the user-written routine, I want to compare a non-sort-key field of the two records and select which of the two to discard based on those values. I will always keep one and discard the other. Here's what I think I need to do -- Main module: ... EXTERNAL LONG FUNCTION FN_SORT_EQ% ... SORT_EQ% = LOC(FN_SORT_EQ%) ... STATUS% = SOR$BEGIN_SORT(SORT.BUF,LRL%,,,,SORT_EQ%,,SRTTYPE%) ... External function module: FUNCTION LONG FN_SORT_EQ% (STRING REC_1 BY REF, STRING REC_2 BY REF, WORD LEN_1 BY REF, WORD LEN_2 BY REF, LONG CTX) EXTERNAL WORD SOR$_DELETE1, SOR$_DELETE2 IF SEG$(REC_1, 350%, 358%) < SEG$(REC_2, 350%, 358%) THEN FN_SORT_EQ% = SOR$_DELETE1 ELSE FN_SORT_EQ% = SOR$_DELETE2 END IF END FUNCTION The outcome I wish is that if the REC_1 field < the REC_2 field, REC_1 is discarded, otherwise REC_2 is discarded. Is this correct? I think I'm missing something (or perhaps several things). The 3rd and 4th arguments passed to the function are supposed to be pointers to word structures containing length information, but I don't have a clue what those structures consist of. I don't really care what's in them because I don't need them - the records I am comparing will always be the same length, but I'm not certain if I can just not declare them and they would be ignored. Is this even close or am I completely misunderstanding the VMS docs? Thanks in advance, Cheryl ------------------------------ Date: Tue, 04 Jan 2005 03:02:01 GMT From: Bob Harris Subject: Re: Need UNIX clarification Message-ID: In article , Michael Clark wrote: > > "Neil Rieck" wrote in > > news:BbfAd.21823$Tn1.735381@news20.bellglobal.com: > > > Our shop spends 95% of our time developing/maintaining OpenVMS > > > software for an internal application and ~5% of our time doing UNIX > > > system admin work. We've run into problems from time-to-time where a > > > single application (DHCP for example) will seem consume too many > > > resources which resulted in PANIC messages at the console of one of > > > our Solaris boxes. > > > > Well, of course, this should not happen presuming the machine is > > reasonably well provisioned. > > > > > When we talked to the system vendor for this particular application, > > > we were told the following "most UNIX operating systems are single > > > threaded so we should invest in a multi-blade solution where a web > > > server runs on one blade, DHCP on a second, Oracle on a > > third, and so > > > on". When you hear something like this, you don't know if > > it's true or > > > whether some salesman trying to sell you more hardware (or both). > > > > No, unix solutions do not work this way. This is the way > > many Windows > > shops end up operating. Since the apps are so unpredictable, > > it's best > > to give them each their own 'blade'. BTW unix was invented 20 years > > before the word 'blade' came in to its current usage. > > Yes! I currently have about 5 windows machines at the office, doing the > exact same amount of work I would do on a single BSD installation. Totally > because things crash on windows much more. > > > > > > p.s. we solved our problem by moving the DHCP function to an old > > > AS-2100 sitting in the back room and it has been happily running for > > > over a year now without a peep (currently serving up 150,000 address > > > from a 50 segment pool). > > > > Not really a surprise. > > > > > So here's my question. Is it true that most flavors of UNIX > > are single > > > threaded? Is LINUX? Is HP-UX? Is AIX? > > > I was lead to believe that Tru64 was multi-threaded and this was one > > > reason why HP couldn't move AdvFs and TruCluster support from Tru64 > > > into HP. Threading issues was _NOT_ the reason AdvFS and TruClusters on HP-UX was not released. As for threading, the Tru64 UNIX kernel is multi-threaded. HP-UX was multi-threaded. AdvFS and TruClusters used lots of kernel threads on Tru64 UNIX and HP-UX. Besides, it would not matter if there were multiple threads per process or just using lots of processes. Inside the kernel _EVERYTHING_ _IS_ _GLOBAL_ if you know where to look. And the main advantage a multi-threaded process has over multiple processes, is that in user space the threads of a process share the same address space (except for their stacks, and those are accessable to other threads if you know where to look). In side the kernel, a process and a thread are on basically equal footing when it comes to being able to access any part of the kernel address space. Neither has any specific advantage. Now I will acknowledge there are other differences, but from the perspective of AdvFS and TruClusters working inside kernel address space, it would not really matter. And besides, HP-UX had kernel threads, so this does not apply to discussions of whey AdvFS and TruClusters were not released. > Why would Unix be single threaded? In days of old, and mostly in days where there was only 1 CPU in a box (no SMP systems), there was generally 1 thread off execution per process. And of course there was no POSIX Threads (pthreads), or DECthreads, or any other use more threading package. But along came 3 forces that made it desirable for threads. Server applications running in user space, SMP systems, and a way to allow async I/O operations without needing to implement ASTs, signal handlers, etc... Server processes found it very difficult to service lots of users requests from a single process, and using lots of separate processes created memory sharing problems and work load balancing problems (handing off tasks to other workers, especially a network socket or open file). pthreads (and other user mode threading packages) helped solve the async and server problems, but without kernel threads it is harder to do, and it does not allow a single process to take advantage of multiple CPUs in an SMP system. But having kernel threads means that a user mode threading package can have several worker bee kernel threads to allow it to truly walk and chew gum at the same time, and to take full advantage of an SMP system. So while I do not have any personal knowledge beyond Tru64 UNIX and HP-UX, I would find it very hard to believe that any major vendor's UNIX implementation that runs on an SMP box is not also a multi-threaded kernel. Personal opinion only. Bob Harris > > See the other's comments... > > > > > Neil Rieck > > > Kitchener/Waterloo/Cambridge, > > > Ontario, Canada. > > > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html > > > > > > > > > > > CONFIDENTIALITY NOTE: This electronic transmission, including all > attachments, is directed in confidence solely to the person(s) to whom it is > addressed, or an authorized recipient, and may not otherwise be distributed, > copied or disclosed. The contents of the transmission may also be subject to > intellectual property rights and all such rights are expressly claimed and > are not waived. If you have received this transmission in error, please > notify the sender immediately by return electronic transmission and then > immediately delete this transmission, including all attachments, without > copying, distributing or disclosing same. ------------------------------ Date: Mon, 03 Jan 2005 18:38:06 GMT From: \"@ <""kfarmer(\"@)spyderbyte.com"> Subject: New SKHPC's posted: July-October 2003 Message-ID: New SKHPC's posted: http://www.shannonknowshpc.com/pages.php?page=2003 SKHPCV10N31 1 July 2003 McKinley Cometh, and HP is the Firstest With the Mostest; OpenVMS Officially Comes to Itanium SKHPCV10N32 8 July 2003 HP Engages in Some Very Aggressive HPUX/ Tru64 FUD-Busting, A New Spin or Two on The Storage Marketplace; HP Happenings SKHPCV10N33 12 July 2003 SKHPC and Ken Farmer Take Another Pulse of the VMS User Base; HP Happenings SKHPCV10N34 21 July 2003 HP Works the Web With Industry-Standard Approach to Management; A Hot Time in Hotlanta: SKHPC Provides a Final HP World Preview SKHPCV10N35 1 August 2003 Sun, et al, Attack, HP Responds With Alpha RetainTrust Program SKHPCV10N36 9 August 2003 HP Delivers More MARVEL-ous News With 32-way Marvel System; HP Happenings SKHPCV10N37 10 August 2003 SKHPC Provides an Update on HP’s AE and UDC Strategies; HP Happenings SKHPCV10N38 20 August 2003 HP’s 3FQ03 Financials: Not Exactly a Midsummer Night’s Dream; HP Happenings SKHPCV10N39 24 August 2003 SKHPC Provides an In-Depth Review of HP World 2003 SKHPCV10N40 3 September 2003 A Marketing Wake-Up Call for Our Friends at Hewlett-Packard; HP Happenings SKHPCV10N41 8 September 2003 Hewlett-Packard Goes For the Grid to Advance AE Strategy; HP Happenings SKHPCV10N42 18 September 2003 Intel Showcases Technology at Fall 2003 Intel Developer Forum; HP Happenings SKHPCV10N43 28 September 2003 SKHPC Helps Spread the VMS Gospel in Germany and Holland; HP Happenings SKHPCV10N44 2 October 2003 HP Sheds More Light on the Tru64 UNIX to HP-UX Transition; HP Happenings SKHPCV10N45 6 October 2003 HP Unveils First Information Lifecycle Initiative; HP’s Smart Office Initiative Helps SMBs Work Smarter, Not Harder Ken ---------------------------------- Kenneth R. Farmer <>< http://www.SpyderByte.com ------------------------------ Date: Tue, 04 Jan 2005 03:27:51 GMT From: "Kenneth Farmer" Subject: Re: New SKHPC's posted: July-October 2003 Message-ID: That reply-to address is interesting. I fired that message off from Thunderbird, the sister email app with Firefox. Not a bad combo. I don't think it likes (AT) in the reply-to address instead of @. Ken OpenVMS.org _____________________________________ Kenneth R. Farmer <>< SpyderByte: http://www.SpyderByte.com ""@" <""kfarmer(\"@)spyderbyte.com"> wrote in message news:iigCd.16223$B66.530528@twister.southeast.rr.com... > New SKHPC's posted: > http://www.shannonknowshpc.com/pages.php?page=2003 > > > SKHPCV10N31 1 July 2003 McKinley Cometh, and HP is the Firstest With the > Mostest; OpenVMS Officially Comes to Itanium > > SKHPCV10N32 8 July 2003 HP Engages in Some Very Aggressive HPUX/ Tru64 > FUD-Busting, A New Spin or Two on The Storage Marketplace; HP Happenings > > SKHPCV10N33 12 July 2003 SKHPC and Ken Farmer Take Another Pulse of the > VMS User Base; HP Happenings > > SKHPCV10N34 21 July 2003 HP Works the Web With Industry-Standard Approach > to Management; A Hot Time in Hotlanta: SKHPC Provides a Final HP World > Preview > > SKHPCV10N35 1 August 2003 Sun, et al, Attack, HP Responds With Alpha > RetainTrust Program > > SKHPCV10N36 9 August 2003 HP Delivers More MARVEL-ous News With 32-way > Marvel System; HP Happenings > > SKHPCV10N37 10 August 2003 SKHPC Provides an Update on HP’s AE and UDC > Strategies; HP Happenings > > SKHPCV10N38 20 August 2003 HP’s 3FQ03 Financials: Not Exactly a Midsummer > Night’s Dream; HP Happenings > > SKHPCV10N39 24 August 2003 SKHPC Provides an In-Depth Review of HP World > 2003 > > SKHPCV10N40 3 September 2003 A Marketing Wake-Up Call for Our Friends at > Hewlett-Packard; HP Happenings > > SKHPCV10N41 8 September 2003 Hewlett-Packard Goes For the Grid to Advance > AE Strategy; HP Happenings > > SKHPCV10N42 18 September 2003 Intel Showcases Technology at Fall 2003 > Intel Developer Forum; HP Happenings > > SKHPCV10N43 28 September 2003 SKHPC Helps Spread the VMS Gospel in Germany > and Holland; HP Happenings > > SKHPCV10N44 2 October 2003 HP Sheds More Light on the Tru64 UNIX to HP-UX > Transition; HP Happenings > > SKHPCV10N45 6 October 2003 HP Unveils First Information Lifecycle > Initiative; HP’s Smart Office Initiative Helps SMBs Work Smarter, Not > Harder > > > > > Ken > > ---------------------------------- > Kenneth R. Farmer <>< > http://www.SpyderByte.com > > ------------------------------ Date: Mon, 3 Jan 2005 14:22:36 -0500 From: "John Smith" Subject: Re: VMS and digital cameras Message-ID: Forrest Kenney wrote: > > There have been a number of hallway discussion about adding > FAT support and what form it would need to take. If folks really > believe that FAT support is needed in OpenVMS please let folks like > Sue Skonetski and Mark Gorham know. My gut reaction to that is "If Linux or PHUX will have FAT support then so should VMS.....it levels the playing field". ------------------------------ Date: Mon, 03 Jan 2005 14:34:24 -0500 From: JF Mezei Subject: Re: VMS and digital cameras Message-ID: <41D99E34.1147E602@teksavvy.com> Forrest Kenney wrote: > There have been a number of hallway discussion about adding > FAT support and what form it would need to take. If folks really > believe that FAT support is needed in OpenVMS please let folks like > Sue Skonetski and Mark Gorham know. Considering that those USB "devices" will likely become more prominent, I'd say that FAT support is really necessary. Not just for cameras, but also for music players, autnentication keys etc etc. While you guys may not see potential as VMS on the desktop for cameras etc, consider cases of automated booths in photo stores where you plug in camera or flash car and can then choose whichg pictures to have printed etc etc. This is not desktop application so VMS management wouldn't be affraid to support such uses. Consider some factiory systems where a machine's config would be held in a FAT-formatted USB key device. To produce widget A, you insert the widget-A's key (aka: FAt formatted drive containing all the necessary information to have that machine build widget A). Also, consider applications where a VMS system would be called upon to generate thousands of preformatted and populated USB devices to be distributed to customers. (consider a e-commerce site who hands over new authentication devices to customers. Again, not a desktop application, so VMS management shouldn't be affraid to get into it). ------------------------------ Date: Mon, 03 Jan 2005 20:26:25 GMT From: Forrest Kenney Subject: Re: VMS and digital cameras Message-ID: <41D9A6FF.7BDD2719@hp.com> Your preaching to the wrong folks, the engineers are not the ones who need to be convinvced. The business case needs to be made to Mark Gorham and Rich Marcello and those folks. The engineers who do the work are well aware of all the potential uses. But we don't decide what projects get staffed and funded. JF Mezei wrote: > > Forrest Kenney wrote: > > There have been a number of hallway discussion about adding > > FAT support and what form it would need to take. If folks really > > believe that FAT support is needed in OpenVMS please let folks like > > Sue Skonetski and Mark Gorham know. > > Considering that those USB "devices" will likely become more prominent, I'd > say that FAT support is really necessary. Not just for cameras, but also for > music players, autnentication keys etc etc. > > While you guys may not see potential as VMS on the desktop for cameras etc, > consider cases of automated booths in photo stores where you plug in camera or > flash car and can then choose whichg pictures to have printed etc etc. This is > not desktop application so VMS management wouldn't be affraid to support such uses. > > Consider some factiory systems where a machine's config would be held in a > FAT-formatted USB key device. To produce widget A, you insert the widget-A's > key (aka: FAt formatted drive containing all the necessary information to have > that machine build widget A). > > Also, consider applications where a VMS system would be called upon to > generate thousands of preformatted and populated USB devices to be distributed > to customers. (consider a e-commerce site who hands over new authentication > devices to customers. Again, not a desktop application, so VMS management > shouldn't be affraid to get into it). ------------------------------ Date: Mon, 03 Jan 2005 15:51:30 -0500 From: JF Mezei Subject: Re: VMS and digital cameras Message-ID: <41D9B042.E1447D8E@teksavvy.com> Forrest Kenney wrote: > > Your preaching to the wrong folks, the engineers are not the > ones who need to be convinvced. The business case needs to be made to > Mark Gorham and Rich Marcello and those folks. Problem is that one needs to have a vision in order to push such project for an OS that seems to have been relegated to a backroom box processing database requests. And I don't think many poeple have a confidence that the real decision makers have such vision for VMS. The hope is that you guys will concuct the right drivers during coffee breaks and let them loose for pilot projects, at which point some real customers will come forth with an immediate business case for those pilot ones to be supported. ------------------------------ Date: Mon, 3 Jan 2005 18:01:43 -0500 From: "John Smith" Subject: Re: VMS and digital cameras Message-ID: Forrest Kenney wrote: > Your preaching to the wrong folks, the engineers are not the > ones who need to be convinvced. The business case needs to be made to > Mark Gorham and Rich Marcello and those folks. The engineers who do > the work are well aware of all the potential uses. But we don't > decide what projects get staffed and funded. so how about a marcelloskitchen@hp.com address so we can suggest what should be cooking :-) Sounds a lot better than first.last@digital.com .....wait a minute...first.last@digital.com sounds real good. My first suggestion to Rich......BCS becomes Digital Equipment Corporation ------------------------------ Date: Mon, 03 Jan 05 16:44:40 GMT From: forall2see_2000@yahoo.com(forall2see_2000@yahoo.com) Subject: website hosting Message-ID: <05010316444012472@news.usenetmonster.com> here is the place that I host my websites with . If your still looking for a good host check out http://frontpage-web-hosting.org ------------------------------ Date: Mon, 03 Jan 2005 23:19:24 -0600 From: "Craig A. Berry" Subject: Re: xerces-c problem Message-ID: In article , Robert Trawinski wrote: > Hi All, > > When I validate XML message against schema (on VMS) I get error: > > test.xml:0 (column 0, path ) PARSE-FATAL-ERROR An exception occurred! > Type:MalformedURLException, Message:The URL used an unsupported protocol > > test.xml is: > > > > > The same code works fine on Linux. We use XercesC on both platform. Since there are no URLs in your XML file, I'm going to go way out on a limb and guess that the malformed URL is not in the XML document. It might in your schema document, which you haven't shown here, but then your XML document does not have a schema declaration, so I'm not sure how you know you are validating it against a schema. Your best bet is to show all the files you are using and the full text of your commands and error messages, along with the versions of all utilities involved. ------------------------------ End of INFO-VAX 2005.007 ************************