0 INFO-VAX	Tue, 30 Jan 2001	Volume 2001 : Issue 60      Contents:B Re: 64 bit systems with small memory, was: Higher sized memory forB Re: 64 bit systems with small memory, was: Higher sized memory forB Re: 64 bit systems with small memory, was: Higher sized memory forJ Re: 64 bit systems with small memory, was: Higher sized memory for DS20[E]# Re: All microsoft web sites offline < Analsyst's conference speech now available in sectioned form@ Re: Analsyst's conference speech now available in sectioned form Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Archive methods and software  Re: Archive methods and software cms question Re: cms question4 Re: Compaq: A simple, affordable clustering solution% Re: Create a random (number) password % Re: Create a random (number) password % Re: Create a random (number) password % Re: Create a random (number) password  Re: CSWS Authentication 9 CSWS/Apache Log File Naming (WAS Re: CSWS Authentication) " DCPS: Toner low message aborts job& RE: DCPS: Toner low message aborts job Re: dec 3000 300 crashing # Re: DEC DBMS Schema Mismatch Errors # Re: DEC DBMS Schema Mismatch Errors # Re: DEC DBMS Schema Mismatch Errors  Re: defragment products  Re: defragment products  RE: defragment products $ Re: difference between EV6 and EV67?$ Re: difference between EV6 and EV67?& Re: FAST I/O - IO$_SETUP / IO$_PERFORM1 Re: fast wide SCSI controllers for VMS Clustering 1 Re: fast wide SCSI controllers for VMS Clustering / From Richard Marcello Vice President of OpenVMS 3 Re: From Richard Marcello Vice President of OpenVMS 3 Re: From Richard Marcello Vice President of OpenVMS 3 Re: From Richard Marcello Vice President of OpenVMS  GZIP companion:  SQUEEZE.COM GZIP companion:  UNSQUEEZE.COM Re: Himalaya / Alpha / VMS Re: Himalaya / Alpha / VMS Re: Himalaya / Alpha / VMS How to cfg a DecServer Re: How to cfg a DecServer Re: How to cfg a DecServer/ Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / RE: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours / Re: It's the end for VMS and other Wild Rumours $ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now$ Re: It's the end for VMS get off now Re: LN03 system password Re: LN03 system password2 Re: Malloc bug - anyone else got the same problem?2 Re: Malloc bug - anyone else got the same problem?. Re: Midrange I/O with VMS WAS: DS20 - Slow I/O. Re: Midrange I/O with VMS WAS: DS20 - Slow I/O" Re: Monitoring external temprature" Re: Monitoring external temprature4 Re: No technical computing, was: expanding the niche4 Re: No technical computing, was: expanding the niche. Part number for RA3000 expansion shelf adapter2 RE: Part number for RA3000 expansion shelf adapter2 Re: Part number for RA3000 expansion shelf adapter Please help the mVAX newbie ...  Re: RCP and RMS attributes; Re: Rdb and EV6 (was: Re: difference between EV6 and EV67?) P Re: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160hardware     questio Server down?, Standard C code. was: No technical computing> Re: TQK70 controller in serpentine config, q-bus cfg questions> Re: TQK70 controller in serpentine config, q-bus cfg questions% upgrade to 7.2-1: no more X terminals ) Re: upgrade to 7.2-1: no more X terminals ) Re: upgrade to 7.2-1: no more X terminals P Re: VAX 6310, VAX 6320, HSC50 and a couple of SA600's - how to plug'em together?P Re: VAX 6310, VAX 6320, HSC50 and a couple of SA600's - how to plug'em together?( Re: very sloooooow Glasfibre performance! Re: VMS actually mentioned but... ! Re: VMS actually mentioned but... ! Re: VMS actually mentioned but... ! Re: VMS actually mentioned but...  Volume Shadowing: 1, fooguy:0 # Re: Volume Shadowing: 131, fooguy:1 # Re: Volume Shadowing: 131, fooguy:1 # Re: Volume Shadowing: 131, fooguy:1  VT220 	 Re: VT220 	 Re: VT220 ) yahMail successfull implementation anyone - Re: yahMail successfull implementation anyone * Re: [VIM] VMS version doesn't do logicals?  F ----------------------------------------------------------------------  + Date: Tue, 30 Jan 2001 08:55:21 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>K Subject: Re: 64 bit systems with small memory, was: Higher sized memory for 6 Message-ID: <200101300751.IAA00777@sinet1.fom.fgan.de>   Hello,  J we do have the 2GB problem. That's the max. size of physical memory a userI gets. But for the image understanding programs we need more then the 2GB. G For the ES40 there are 1GB DIMMS, but this machine is to expensive. For M the DS20 the actual max. size is 256MB DIMMs. Why did Compaq not use standard G DIMMs? The DIMMs within the DS20 do have more pins then the standard PC H DIMMS PC100. Also do the ES40 memory have 200Mhz and the DS20 100Mhz, soI that we can't use the ES40 memory within the DS20 (I did try that). Or is  in DS20 a max. size limit?   Regards Rudolf Wingert   ------------------------------  % Date: Tue, 30 Jan 2001 04:41:24 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)K Subject: Re: 64 bit systems with small memory, was: Higher sized memory for L Message-ID: <rdeininger-3001010441250001@user-2ivebi5.dialup.mindspring.com>  ^ In article <200101300751.IAA00777@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> wrote:   > Hello, > L > we do have the 2GB problem. That's the max. size of physical memory a userK > gets. But for the image understanding programs we need more then the 2GB. I > For the ES40 there are 1GB DIMMS, but this machine is to expensive. For O > the DS20 the actual max. size is 256MB DIMMs. Why did Compaq not use standard 	 > DIMMs?    m They probably wanted a faster, wider memory system, with full ECC.  Maybe the cheap stuff wasn't good enough.   B > The DIMMs within the DS20 do have more pins then the standard PCJ > DIMMS PC100. Also do the ES40 memory have 200Mhz and the DS20 100Mhz, soK > that we can't use the ES40 memory within the DS20 (I did try that). Or is  > in DS20 a max. size limit?  CSometimes in older systems, larger memories were supported a while after the first intorduction of the machine.  The hardware may support DIMMs bigger than 256 MB, but they may not be "supported" in the product descriptions.  Digital was sometimes much slower than the 3rd party memory vendors to support the largers sizes.    I don't know anything about the DS20.  Have you asked some 3rd-party memory companies if they can increase the total memory size?    --   Robert Deininger rdeininger@mindspring.com    ------------------------------    Date: 31 Jan 2001 00:51:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>K Subject: Re: 64 bit systems with small memory, was: Higher sized memory for - Message-ID: <87k87d6l0q.fsf@prep.synonet.com>   ( Rudolf Wingert <win@fom.fgan.de> writes:   > Hello, > L > we do have the 2GB problem. That's the max. size of physical memory a userK > gets. But for the image understanding programs we need more then the 2GB. I > For the ES40 there are 1GB DIMMS, but this machine is to expensive. For O > the DS20 the actual max. size is 256MB DIMMs. Why did Compaq not use standard I > DIMMs? The DIMMs within the DS20 do have more pins then the standard PC J > DIMMS PC100. Also do the ES40 memory have 200Mhz and the DS20 100Mhz, soK > that we can't use the ES40 memory within the DS20 (I did try that). Or is  > in DS20 a max. size limit?  & Differences between the two chip sets.  E Just don't even THINK of asking why they don't use Typhoons in DS20Es 
 and fix this.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 30 Jan 2001 07:01:06 GMT + From: "Nikita V. Belenki" <public@kits.net> S Subject: Re: 64 bit systems with small memory, was: Higher sized memory for DS20[E] < Message-ID: <SEtd6.11505$1%2.534742@sjc-read.news.verio.net>  7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in message # news:3A756A5C.26C4F2D6@gtech.com...   E > The *ONLY* difference between a 32 bit CPU and a 64 bit CPU is that H > the first uses 32 bit virtual addresses and second uses 64 bit virtual > addresses.  I If you have wider ALUs, you can sometimes do more parallel operations per L *processor instruction*. Of course, that's if the memory access bandwidth is sufficient.    Kit.   ------------------------------  % Date: Tue, 30 Jan 2001 09:44:36 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>, Subject: Re: All microsoft web sites offline* Message-ID: <3A768D04.46B562D0@uk.sun.com>   "Steven P. Underwood" wrote: > 5 > On Mon, 29 Jan 2001 10:52:24 +0000, andrew harrison # > <andrew.nospam@uk.sun.com> wrote:  >  > > 3 > >They were only able to respond to 3% of the page 8 > >requests coming in instead of the "normal" 97%. As an6 > >avid MS web site surfer (well I have downloaded IE57 > >a couple of times for UNIX) my fond recollection was 7 > >slightly lower than 97% but perhaps they were having  > >an abnomal day then as well.  > >  > >--  > >Andrew Harrison > >Enterprise IT Architect > H > I have always suspected them of "playing" with any non IE web browser.G > Anytime I try to go to their site without IE, I tend to lose 5-10% of F > the pages I try to access, while simultaneously I have 0% loss using > IE.  >   7 That is possible, though I was using IE4 on UNIX at the * time so it could be playing with the OS !!  8 Incedentally don't assume that having IE4/5 for OpenVMS 4 would be a good thing, compared with Netscape it is 4 huge particularly if you use the UNIX Outlook client6 as well. It also rebuilds the font cache each time you7 run it on a new display, OK if you never move seats but 3 pretty terrible in our environment where we have a  $ mixture of SunRays and Workstations.   Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Tue, 30 Jan 2001 13:18:42 +0000 % From: Alan Greig <agreig@my-deja.com> E Subject: Analsyst's conference speech now available in sectioned form 8 Message-ID: <t4cd7tgp1mkbccanbs5jqrmc3d66cgn8iq@4ax.com>  C The Compaq analysts conference is now available again on the Compaq D web site. It is not in the same form as transmitted originally or inC the form available for replay up to some time on Sunday. The replay > was taken offline for some time while changes were made in itsF presentation. - the speeches have been split into manageable sections.E I've quickly ganced at bits and hope that nothing has been edited out F in the process although it would have been a good opportunity to do so :-)   F Key sections are the last ten minutes of Winkler's speech. VMS mention@ comes in last 2 minutes or so of Capellas second speech. He saidF reasons to be cautious in the first half of the year not Q1 as I said.E When he speaks of OpenVMS in key verticals currently then immediately D talks of reasons to be cautious it is at best highly confusing if he< really did switch  to Compaq in general rather than just VMS verticals..   B Micheal Capellas has said to at least one party that mistakes wereB made during the conference and he agrees that they got the balance; wrong and that Compaq company policy may have actually been + mis-stated. This will be corrected he says.   D Well it looks like someone got the message I just hope he means thatA Compaq policy is not that key technologies will be transferred to F W2K/Intel until Unx has been driven out everywhere - with the possibleC exception of the *extreme* high end as seemingly stated rather than > this still being the plan but they shouldn't say it in public.  C I encourage people to watch as much as possible because some of the B key statements which did so much damage were said very briefly but8 clearly - possibly as departures from a prepared speech.  D If anyone who saw it originally spots any edited out segments let usB know. It doesn't, at first glance, appear to have been edited much= beyond splitting into segments and Winkler's last few minutes F definitely seems intact. But again if Capellas admits that the balanceF was wrong at the original conference the temptation to remove the mostB damaging soft-underbelly of Unix statements would always have been@ there.  But only Microsoft so far has been known to go as far as editing video replays   F Still no contradiction from anyone that the assertion that Compaq will? only sell VMS if there is no possible other way of keeping that F customer with another Compaq solution is true. But we can work on that :-)   > I have been told privately that at least one of the comments IE attributed to Winkler may have actually been said by someone else but ; I'll need to find a  spare 5 hours to watch them all again.   C Would be nice to have the original completely unedited stream but I F guess Compaq feel it needed to be presented in a more manageable form. --
 Alan Greig   ------------------------------  # Date: Tue, 30 Jan 2001 15:56:06 GMT - From: Terry C Shannon <shannon@world.std.com> I Subject: Re: Analsyst's conference speech now available in sectioned form D Message-ID: <Pine.SGI.4.21.0101301053070.20131-100000@world.std.com>  & On Tue, 30 Jan 2001, Alan Greig wrote:   > E > The Compaq analysts conference is now available again on the Compaq F > web site. It is not in the same form as transmitted originally or inE > the form available for replay up to some time on Sunday. The replay @ > was taken offline for some time while changes were made in itsH > presentation. - the speeches have been split into manageable sections.G > I've quickly ganced at bits and hope that nothing has been edited out H > in the process although it would have been a good opportunity to do so > :-)   I I don't think Rose Mary Woods is on the CPQ payroll, but one should never @ let facts get in the way of a good story. Hence, we may have the< underpinnings of THE COMPAQ TRANSCRIPTGATE SCANDAL here. ;-}  
 Richard Nixon    ------------------------------  % Date: Tue, 30 Jan 2001 08:35:19 +0000 ) From: Christof Brass <brass@infopuls.com> ' Subject: Re: Another missed opportunity , Message-ID: <3A767CC7.4943F3BA@infopuls.com>   andrew harrison wrote: > J > > And let's just say, for the sake of argument, that OpenVMS spending isH > > lower than Unix - so what?  Unix still has quite a long way to go toE > > reach the level that OpenVMS and VMSclusters currently have.  And E > > Linux will probably never get there in our lifetime - not that it F > > couldn't, but the PHMs in businesses suffer from attention deficitG > > disorder management philosophy.  i.e., they're waiting for the next F > > big thing to be hyped for them to move on to.  They don't rememberI > > their business decisions from last week, let alone which OS they were  > > interested in last year. > / > This argument tends to suggest that you don't  > really know much about UNIX. > 7 > OpenVMS may have great clustering, though even Compaq 6 > would now want you to beleive that Tru64's is better/ > but it does not have lots of other things. In 3 > another thread we have been discusssing OpenVMS's . > Java support which is in relative terms when% > compared with even Tru64 very poor.  > 0 > This is just one example of where OpenVMS lags  > UNIX's in terms of technology.  ? This is a double misunderstanding. Besides the widespread abuse = of the technology which actually meant technique not having a @ product available has *nothing* to do with technique. Are you in6 product marketing or in analysing technical solutions?? Why do you use "may have great clustering - don't you think so? 0 Or are you generally speaking in terms of "may"?   > 	 > Regards  > Andrew Harrisonn > Enterprise IT Architectw   ------------------------------  % Date: Tue, 30 Jan 2001 09:40:36 +0000l0 From: andrew harrison <andrew.nospam@uk.sun.com>' Subject: Re: Another missed opportunityi* Message-ID: <3A768C14.433CB6F4@uk.sun.com>   Christof Brass wrote:e >  > andrew harrison wrote: > >sL > > > And let's just say, for the sake of argument, that OpenVMS spending isJ > > > lower than Unix - so what?  Unix still has quite a long way to go toG > > > reach the level that OpenVMS and VMSclusters currently have.  And G > > > Linux will probably never get there in our lifetime - not that it H > > > couldn't, but the PHMs in businesses suffer from attention deficitI > > > disorder management philosophy.  i.e., they're waiting for the nextrH > > > big thing to be hyped for them to move on to.  They don't rememberK > > > their business decisions from last week, let alone which OS they weree > > > interested in last year. > > 1 > > This argument tends to suggest that you don'te  > > really know much about UNIX. > >39 > > OpenVMS may have great clustering, though even Compaq 8 > > would now want you to beleive that Tru64's is better1 > > but it does not have lots of other things. Inp5 > > another thread we have been discusssing OpenVMS'se0 > > Java support which is in relative terms when' > > compared with even Tru64 very poor.O > >e2 > > This is just one example of where OpenVMS lags" > > UNIX's in terms of technology. > A > This is a double misunderstanding. Besides the widespread abusem? > of the technology which actually meant technique not having arB > product available has *nothing* to do with technique. Are you in8 > product marketing or in analysing technical solutions?A > Why do you use "may have great clustering - don't you think so?A2 > Or are you generally speaking in terms of "may"? >   7 I think we are have a language problem. In this contextv5 may does not mean that there is some doubt about it. e# OpenVMS does have great clustering.   5 And I am not sure what your point is about technique  4 or abuse of technology. Having the latest version of2 a environment is all about technology as is having2 for example a faster filesystem or one that can be extended/shrunk online.    Regards  Andrew Harrisone Enterprise IT Architectl   ------------------------------  # Date: Tue, 30 Jan 2001 11:43:16 GMTe2 From: "William Hymen" <t18_pilot@hotmail.spam.com>' Subject: Re: Another missed opportunityo9 Message-ID: <oNxd6.296192$IP1.9666158@news1.giganews.com>e  : I,ve had people talk to me and call vms "legacy" software,2 so at 32ys old, what the hell does that make unix?: (NT was released in 1993, and the dos shell was introduced in '79 ot '80)  = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in message $ news:3A754989.50883B0C@uk.sun.com... > jlsue wrote: > > 7 > > On Wed, 24 Jan 2001 15:08:44 +0000, andrew harrisont% > > <andrew.nospam@uk.sun.com> wrote:y > >l= > > >Secondly Compaq spends virtually nothing on OpenVMS this ; > > >considerably assists it in being profitable. If Compaq = > > >wanted to increase OpenVMS's revenues they would have tou5 > > >invest and the payback would not be immediate ore7 > > >guaranteed. This consideration may explain Compaqsa > > >inactivity with OpenVMS.s > >aH > > Exactly where do you get this information?  How do you know how muchH > > Compaq spends on OpenVMS?  C'mon.  Out with it.  Are you secretly on4 > > our BOD?  Are you really in OpenVMS engineering? >r: > What a ludicrous argument. You know as well as I do that6 > Compaq either arn't spending money on OpenVMS or the9 > money they are spending is having no discernable effect 7 > which is the same thing in the long run. If they weres5 > spending money on OpenVMS then there would be signsq$ > and sightings of this there arn't. >m >l > >eJ > > And let's just say, for the sake of argument, that OpenVMS spending isH > > lower than Unix - so what?  Unix still has quite a long way to go toE > > reach the level that OpenVMS and VMSclusters currently have.  And E > > Linux will probably never get there in our lifetime - not that iteF > > couldn't, but the PHMs in businesses suffer from attention deficitG > > disorder management philosophy.  i.e., they're waiting for the nextuF > > big thing to be hyped for them to move on to.  They don't rememberI > > their business decisions from last week, let alone which OS they were  > > interested in last year. > / > This argument tends to suggest that you don'tu > really know much about UNIX. >e7 > OpenVMS may have great clustering, though even Compaq-6 > would now want you to beleive that Tru64's is better/ > but it does not have lots of other things. In 3 > another thread we have been discusssing OpenVMS's6. > Java support which is in relative terms when% > compared with even Tru64 very poor.5 >A0 > This is just one example of where OpenVMS lags  > UNIX's in terms of technology. >e	 > Regardsl > Andrew Harrisons > Enterprise IT Architecta   ------------------------------  % Date: Tue, 30 Jan 2001 11:19:12 -0700S+ From: Linda Luik <p14175@email.sps.mot.com> % Subject: Archive methods and softwares1 Message-ID: <3A7705A0.C7F289AD@email.sps.mot.com>s  , This is a multi-part message in MIME format.& --------------B705594ABE42A549EBAF9E6D* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   G My company is finally starting to take a serious look at how to archiveaF data on VMS systems. We are chartered to archive certain types of dataE 20 years or longer. I am clueless as to what is the best route. UsingeB the BACKUP command sounds logical but will data backedup using theH BACKUP command always be readable by future OS versions? Is there actual; archive software for VMS systems? Are there other methods? f   Thanks!, Linda & --------------B705594ABE42A549EBAF9E6D- Content-Type: text/x-vcard; charset=us-ascii;t  name="p14175.vcf" Content-Transfer-Encoding: 7bito( Content-Description: Card for Linda Luik  Content-Disposition: attachment;  filename="p14175.vcf"   begin:vcard  n:Luik;Linda tel;pager:1.888.772.5230 tel;fax:480.655.3569 tel;work:480.655.4432  n x-mozilla-html:FALSE 	-mozilla-cpt:;3344;;;( org:Motorola  SPS ;IT-CIM maildrop: M555 version:2.1a& email;internet:linda.luik@motorola.com6 title:Regional VMS Systems Adminstrator/Backup Analyst5 adr;quoted-printable:;;2200 W. Broadway Road  =0D=0A=h fn:Luik, Linda	 end:vcardM  ( --------------B705594ABE42A549EBAF9E6D--   ------------------------------  % Date: Tue, 30 Jan 2001 16:27:54 -0300o) From: fabio_compaq@ep-bc.petrobras.com.bre) Subject: Re: Archive methods and softwareuL Message-ID: <OFF0DEEB60.72D8B71A-ON032569E4.006AED16@ep-bc.petrobras.com.br>  : --0__=032569E4006AED168f9e8a93df938690918c032569E4006AED16* Content-type: text/plain; charset=us-ascii  ' There is a HSM software from Compaq....s      ; Click at http://www.openvms.compaq.com/openvms/Storage.htmle   Regardsm   FC        < Linda Luik <p14175@email.sps.mot.com> em 30/01/2001 16:19:12             Info-VAX@Mvb.Saic.Como      % Assunto: Archive methods and software     G My company is finally starting to take a serious look at how to archivejF data on VMS systems. We are chartered to archive certain types of dataE 20 years or longer. I am clueless as to what is the best route. Using@B the BACKUP command sounds logical but will data backedup using theH BACKUP command always be readable by future OS versions? Is there actual: archive software for VMS systems? Are there other methods?   Thanks!e LindaB (See attached file: p14175.vcf)p          : --0__=032569E4006AED168f9e8a93df938690918c032569E4006AED16( Content-type: application/octet-stream;  	name="p14175.vcf"6 Content-Disposition: attachment; filename="p14175.vcf"! Content-Transfer-Encoding: base64a  L YmVnaW46dmNhcmQgDQpuOkx1aWs7TGluZGENCnRlbDtwYWdlcjoxLjg4OC43NzIuNTIzMA0KdGVsL O2ZheDo0ODAuNjU1LjM1NjkNCnRlbDt3b3JrOjQ4MC42NTUuNDQzMiAgDQp4LW1vemlsbGEtaHRtL bDpGQUxTRQ0KCS1tb3ppbGxhLWNwdDo7MzM0NDs7Ow0Kb3JnOk1vdG9yb2xhICBTUFMgO0lULUNJL TSBtYWlsZHJvcDogTTU1NQ0KdmVyc2lvbjoyLjENCmVtYWlsO2ludGVybmV0OmxpbmRhLmx1aWtAL bW90b3JvbGEuY29tDQp0aXRsZTpSZWdpb25hbCBWTVMgU3lzdGVtcyBBZG1pbnN0cmF0b3IvQmFjL a3VwIEFuYWx5c3QNCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7MjIwMCBXLiBCcm9hZHdheSBSb2Fk4 ICA9MEQ9MEE9DQpmbjpMdWlrLCBMaW5kYQ0KZW5kOnZjYXJkDQo=  < --0__=032569E4006AED168f9e8a93df938690918c032569E4006AED16--   ------------------------------  % Date: Tue, 30 Jan 2001 07:42:41 -0800l! From: Tom Linden <tom@kednos.com>o Subject: cms question 9 Message-ID: <EJEDILJIPPJOIEFOLDHLGEDMCFAA.tom@kednos.com>a  G I seem to be mssing the correct version of a file in cms.  When I do  aeL FETCH I get generation 3, say foo.sdl;3.  Elsewhere I have located the right one L foo.sdl;4.  I would like to preserve the dates and such, so if I reserve the fileI and the copy the right one into the same directory and then REPLACE, willn this accomplish the mission?.   Tomr   ------------------------------   Date: 30 JAN 2001 18:29:35 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>, Subject: Re: cms question 2 Message-ID: <30JAN01.18293564@feda34.fed.ornl.gov>  " Tom Linden <tom@kednos.com> wrote:I > I seem to be mssing the correct version of a file in cms.  When I do  a N > FETCH I get generation 3, say foo.sdl;3.  Elsewhere I have located the right > one.N > foo.sdl;4.  I would like to preserve the dates and such, so if I reserve the > fileK > and the copy the right one into the same directory and then REPLACE, willr > this > accomplish the mission?c  J One of the things I like about cms is that it does preserve file creation/E modification dates.  However, note that if you COPY the file then the F modification date will change.  You can BACKUP the file to the desiredH directory to preserve cre/mod dates.  Or, you can skip the copy step andI just REPLACE [/KEEP] the file from where it is currently located and then   FETCH it to the other directory.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVNH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Tue, 30 Jan 2001 15:05:42 -0000i+ From: "shielm00" <Mike_Shield-1@sbphrd.com>u= Subject: Re: Compaq: A simple, affordable clustering solutionc2 Message-ID: <956lae$ptn$1@phunn2.um.us.sbphrd.com>  	 Ok Folks,   L I hate to do this, as I know how the group feels about AH's postings, but as> it was specfically stated in his last post, I have a question.  7 In response to our favourite architects latest missive.u  = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in messagec# news:3A75A4CF.96B29AE@uk.sun.com...s   Various bits deleted  5 > You really don't get it do you. Firstly in terms ofc5 > availability having 80% of apps surviving a re-boot 5 > of the node they are on is hardly going to convincet5 > anyone that you have an HA platform, if it was thata  > easy even MS could claim that.  H How many cluster apps survive a reboot of a Sun cluster 2.2 node on that node. 80%, 70%, 60% ?i  K I think the answer will surprise a few people and give you some idea of gapeF that existed between VMS and Sun Clusters ( 4 nodes and they call it aH cluster). They may well have fixed this in Suncluster V3.0, but there is& always the *.0 release to be aware of.  2 There is a catch, no manual intervention allowed !   Mike Shields
 Compaq SMO   --C The opinions expressed in this communication are my own, and do not ) necessarily reflect those of my employer.c   ------------------------------  % Date: Tue, 30 Jan 2001 09:36:19 +0000i From: Roy Omond <Roy@Omond.net>s. Subject: Re: Create a random (number) password) Message-ID: <3A768B12.59C7612F@Omond.net>    Dave Pampreen wrote:  K > Does anyone have a program which creates random passwords?   I'd prefer al? > Fortran example, but I can convert it from most any language.   K Any particular reason not to use the existing VMS random password generatort ?e  # I.e.    $ set password/generate[=n]p  	 Roy Omondn Blue Bubble Ltd.   ------------------------------  # Date: Tue, 30 Jan 2001 14:49:04 GMTv- From: "Dave Pampreen" <davepampreen@home.com>*. Subject: Re: Create a random (number) password> Message-ID: <AvAd6.265664$hD4.64091231@news1.rdc1.mi.home.com>  I The user will never login, it is just for authentication only (using WASDeG web server)   When the account is created from my helpdesk (basically a H batch job) I need it to generate the password then.  I also need to knowH what that password is (get from log file)   The SET PASSWORD/GENERATE isI interactive so that's out of the questions unless there is a undocumentedd feature somewhere.   Dave    , "Roy Omond" <Roy@Omond.net> wrote in message# news:3A768B12.59C7612F@Omond.net...t > Dave Pampreen wrote: >tK > > Does anyone have a program which creates random passwords?   I'd preferl alA > > Fortran example, but I can convert it from most any language.  >aC > Any particular reason not to use the existing VMS random passworde	 generators > ?o >h% > I.e.    $ set password/generate[=n]i >o > Roy Omonde > Blue Bubble Ltd. >  >t >r >t   ------------------------------   Date: 30 JAN 2001 15:59:31 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>o. Subject: Re: Create a random (number) password2 Message-ID: <30JAN01.15593199@feda34.fed.ornl.gov>  . "Dave Pampreen" <davepampreen@home.com> wrote:K > The user will never login, it is just for authentication only (using WASDsI > web server)   When the account is created from my helpdesk (basically anJ > batch job) I need it to generate the password then.  I also need to knowJ > what that password is (get from log file)   The SET PASSWORD/GENERATE isK > interactive so that's out of the questions unless there is a undocumented. > feature somewhere.  K NETCONFIG.COM and UCX$CONFIG.COM (in SYS$MANAGER) generate random passwordsoK non-interactively using SET PASSWORD/GENERATE.  They redefine SYS$OUTPUT totG capture the generated passwords in a file and choose one of those.  Seel% those procedures for the full method.a   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 31 Jan 2001 01:07:05 +0800, From: Paul Repacholi <prep@prep.synonet.com>. Subject: Re: Create a random (number) password- Message-ID: <877l3d6kau.fsf@prep.synonet.com>t  / "Dave Pampreen" <davepampreen@home.com> writes:o  K > The user will never login, it is just for authentication only (using WASDAI > web server)   When the account is created from my helpdesk (basically a J > batch job) I need it to generate the password then.  I also need to knowJ > what that password is (get from log file)   The SET PASSWORD/GENERATE isK > interactive so that's out of the questions unless there is a undocumenteda > feature somewhere.  4 Look at the allocate_passwords routine in netconfig.   -- h< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 30 Jan 2001 09:13:22 -0500t) From: Rick Barry <barry@star.zko.dec.com>m  Subject: Re: CSWS Authentication0 Message-ID: <3A76CC02.6F6A8F0F@star.zko.dec.com>   "Barratt, Chris (FMC)" wrote:   L > The VMS user authentication added in the last release of CSWS works nicelyM > and I have managed to use a GROUP file to specify groups of users for Alias  > acls.a > H > I was wondering if there is currently (or planned for future) a way toL > specify an identifier from SYSUAF to be used as the group authenticator onM > acls ?   (eg. grant an identifier to a vms user which would then be used tou" > allow access to a web resource). >eI > This would work much nicer than setting up files containing user lists.  >b	 > Cheers,s > Chris Barrattt > FMCs >a >b  H It's on our to-do list. We've had a number of requests for that feature.   --
 Rick Barry  3 Compaq Secure Web Server (CSWS) - Development Groupt Compaq Computer Corporation 
 Nashua, NH   ------------------------------   Date: 30 Jan 2001 14:44:03 GMT= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818) B Subject: CSWS/Apache Log File Naming (WAS Re: CSWS Authentication)+ Message-ID: <956jvj$fms@r02n01.cac.psu.edu>0  \ In article <3A76CC02.6F6A8F0F@star.zko.dec.com>, Rick Barry <barry@star.zko.dec.com> writes: >t >"Barratt, Chris (FMC)" wrote: >uI >> I was wondering if there is currently (or planned for future) a way to M >> specify an identifier from SYSUAF to be used as the group authenticator on N >> acls ?   (eg. grant an identifier to a vms user which would then be used to# >> allow access to a web resource).s >sI >It's on our to-do list. We've had a number of requests for that feature.f >m >--o >Rick Barry   K         OK, here's another enhancement that I would like to see, or if it'siI         not practical for COMPAQ to implement, perhaps some way for me toi(         implement it would be desirable:  M         In a successful production environment, I can see CSWS/Apache runningwJ         nonstop for months on end.  The sheer size of the log files such aJ         successful run could introduce might be staggering.  I like to runK         very detailed logs, but after a month I'd rather run them thru someyM         kind of analysis and discard them.  I can't discard them, however, ifiM         the web server still has them busy, and that's not the kind of  thingo5         I want to bring the server down to deal with.v  N         I would like to be able to specify a Date/Time string in the name of aL         log file (ANY log file) in the configuration file. The actual syntaxL         for definition and token selection is irrelevant, but I'd want it toL         be sufficiently transparent to be self documenting. For example, say@         that %Y means insert the year, %M the month,  and so on:   	# 	ErrorLog logs/error%Y%M%D.log    M         This would cause any errors reported to this log file on today's date 3         (30 January 2001) to be logged to the file:t  ) 		APACHE$SPECIFIC:[LOGS]error20010130.logu  M         When the clock ticks over to January 31st, the next entry in this logu*         file would go to a different file:  ) 		APACHE$SPECIFIC:[LOGS]error20010131.logi  K         and so on.  Including Hours, Minutes and Seconds would possibly be rM         absurd, but at an extremely busy site just %H for the hour might not pL         be so silly.  Just using %Y%M would provide a monthly rather than a J         daily log, and perhaps we could say %Y%W would cycle the log every4         week (choose a day appropriate to cycle it).  N         Lacking the syntax-specified way of getting the file cycled, how aboutH         a module that is sufficiently intimately aware of the log files'G         details that it could cycle them according to a defined period?   M +-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+0N | J.Lance Wilkinson ("Lance")            InterNet:  Lance.Wilkinson@psu.edu | M | Systems Design Specialist - Lead       AT&T:      (814) 865-1818          |lM | Library Computing Services             FAX:       (814) 863-3560          |tM | E3 Paterno Library                     "I'd rather be dancing..."         |eM | Penn State University         A host is a host from coast to coast,       |gM | University Park, PA 16802     And no one will talk to a host that's close |SM | <postmaster@psulias.psu.edu>  Unless the host that isn't close            |uM | VMS GopherMeister             Is busy, hung or dead.                      | M +------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+m9                 [apologies to DeForest Kelley, 1920-1999]p3 <A Href="http://perdita.lcs.psu.edu">home page</a> dJ <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a>   ------------------------------  % Date: Tue, 30 Jan 2001 11:38:35 -0600 / From: Chris Scheers <chris@applied-synergy.com>e+ Subject: DCPS: Toner low message aborts jobu3 Message-ID: <3A76FC1B.54496762@applied-synergy.com>   H I have a NEC SilentWriter 95f printer (PS Level 2) configured under DCPS( V1.8 as the "unrecognized" printer type.   Everything works fine EXCEPT:e  G When the toner gets low, the printer sends a "toner low" message.  DCPSuD seems to interpret this as an error and aborts the job.  Quite oftenF this results in no printed output and no OPCOM messages.  The job just disappears.e  G Does anyone know of a way to get DCPS to ignore the toner low messages?l   Configuration:   	Alpha VMS V6.1e
 	DCPS V1.8 	printer connected via LAT  G -----------------------------------------------------------------------p$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074e   ------------------------------  % Date: Tue, 30 Jan 2001 13:30:33 -0500M/ From: "Webb, William W" <wwebb1@email.usps.gov>h/ Subject: RE: DCPS: Toner low message aborts job I Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB3A7@rlghncst625.usps.gov>l  2 I'm sure you're looking for software commands, and this answer isn't it.-  3 Totally unsupported and not tested on your printer.94 Shared at no charge, and worth what you paid for it:  4 Low Toner messages can be "put off" for a bit if you4 remove the toner cartridge. hold it by each end and 8 gently shake it around its long axis the way you do when9 it's new to distribute the toner evenly in the cartridge. % (the same way a rolling pin rotates).c  < Note:  If your toner cartridge is open-ended and pushes into6 the printer endwise, this might not be a good idea ;-)  : It's saved my but under a tight deadline situation before.   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( Sent: Tuesday, January 30, 2001 12:55 PM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET+ Subject: DCPS: Toner low message aborts jobf    H I have a NEC SilentWriter 95f printer (PS Level 2) configured under DCPS( V1.8 as the "unrecognized" printer type.   Everything works fine EXCEPT:n  G When the toner gets low, the printer sends a "toner low" message.  DCPStD seems to interpret this as an error and aborts the job.  Quite oftenF this results in no printed output and no OPCOM messages.  The job just disappears.L  G Does anyone know of a way to get DCPS to ignore the toner low messages?o   Configuration:        Alpha VMS V6.1a      DCPS V1.8      printer connected via LAT  G -----------------------------------------------------------------------i$ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com   Fax: 817-237-30747   ------------------------------  % Date: Tue, 30 Jan 2001 03:52:59 -0500e2 From: rdeininger@mindspring.com (Robert Deininger)" Subject: Re: dec 3000 300 crashingL Message-ID: <rdeininger-3001010353000001@user-2ivebi5.dialup.mindspring.com>  p In article <wjs2-7E433B.14531425012001@newsstand.cit.cornell.edu>, "William J. Schaff" <wjs2@cornell.edu> wrote:  
 > In article eD > <rdeininger-2501011116440001@user-2iveal5.dialup.mindspring.com>, 5 > rdeininger@mindspring.com (Robert Deininger) wrote:V > I > > Let's take a poll.  How many folks with DEC 3000 300-ish systems passi > > >>> T MEM LLSC > > and how many fail the test?r >  > K > 3000-300 with 128M Kingston Memory, 32 Mb Dec - Fail - in a trouble free a > box (7 years?)    $ Ok, I think I found the explanation.   In "DEC 3000 Systems and TURBOchannel Options - Update Utility Procedures", revised March 1999, section B.6, "DEC 3000 Memory Diagnostics" says:   "Because of increased memory test coverage, erroneous memory errors may be reported.  To avoid this condition, turn off MOP when running memory diagnositics on a DEC 3000 Model 300/300L/300X/300LX."  ` This document is on Firmware Update CD V5.6, and probably in the firmware downlaod area as well.   On one of our DEC 3000 300 systems, I confirmed that TEST MEM LLSC always fails with MOP on, and appears to always pass when MOP is off.  I haven't been able to shut down the other system to try it out.  As usual, this leads to another question:  What is the console MOP feature good for?  I expected it to allow some kind of remote console function, for example using LANCP CONNECT in VMS.  But I haven't ever gotten anything to function on any of the machines I have tried.C  ? Can anyone explain the MOP console feature in DEC 3000 systems?j   -- = Robert Deininger rdeininger@mindspring.comc   ------------------------------  % Date: Tue, 30 Jan 2001 14:01:51 +00000. From: Peter Jackson <peter.jackson@oracle.com>, Subject: Re: DEC DBMS Schema Mismatch Errors* Message-ID: <3A76C94E.1118A768@oracle.com>  
 > any ideas??m  5 Buy support :-) It will allow you to upgrade as well.e  
 Peter Jacksone Rdb (and DBMS) Support	 Oracle UK    ------------------------------  % Date: Tue, 30 Jan 2001 09:49:57 -0700t+ From: "Barry Treahy, Jr." <treahy@mmaz.com>h, Subject: Re: DEC DBMS Schema Mismatch Errors( Message-ID: <3A76F0B5.95760564@mmaz.com>   Peter Jackson wrote:   > > any ideas??- >-7 > Buy support :-) It will allow you to upgrade as well.n  E The last time Oracle and I spoke (Spring of 1999) they wanted $40k toJG start talking.  In all the years combined, I never paid that to Digital . for support on DBMS.  Its more like extortion.   Barrys   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028e   ------------------------------  % Date: Tue, 30 Jan 2001 09:44:14 -0700o+ From: "Barry Treahy, Jr." <treahy@mmaz.com>w, Subject: Re: DEC DBMS Schema Mismatch Errors( Message-ID: <3A76EF5E.47703C57@mmaz.com>   Dave Pampreen wrote:  4 > Which MANMAN commands and which version of MANMAN?  K These are the two which have the problem and they choke at the MANMAN error N line of 122 which is a rollback early in the code before it even gets rolling.N What is a real bummer is that the days counts are not created or they are lostK when either of these commands fail, which makes the next days work twice asdL much.  I'm not real popular with our material control people at this time...  0 FREEZE STORES INVENTORY                  (U,820)0 UPDATE STORES INVENTORY                  (U,840)    J > As far as CA helping, they lost Alison, Kevin and John late last year soM > their DEC support side sucks.  From what I gather, the HP side is trying tou > pick up the slack. >lL > Are you part of CAMUS?  If so, send it to the listserv there and you might > get some help.  N No, is CAMUS available for the 'unwashed' that does not have CA maintenance of MANMAN?e   Barryt   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOg  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Tue, 30 Jan 2001 11:44:35 +0400 4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>  Subject: Re: defragment products5 Message-ID: <18213466021.20010130114435@ncc.volga.ru>a  4 On 30.01.2001 Jim Strehlow <jims@data911.com> wrote:  : > Please let me know which disk defragmenter you are using > on OpenVMS Alpha version 7x.  K > Did you choose it after comparing it against Compaq/Raxco/Executive/otherb > brand?$ > Does one work better than another: >  - on a cluster  >  - on shadow setsx >  - on stripe sets  >  - for organizing free spaceB >  - for moving sections of a highly fragmented file to free space* >    thus reducing the number of fragmentsJ >   (i.e. can you target the software to best optimize one specific file?)   > etc.   > Thank you.  > > Larger disks and larger tape drives make the $BACKUP/RESTORE > option less appealing.    > Jim Strehlow, jims@data911.com > System Manager     I'd second this question     Thank you.   -- 7   Valentin Likoum    valentin.likoum@ncc.volga.ru   ------------------------------  % Date: Tue, 30 Jan 2001 04:27:10 -0500t2 From: rdeininger@mindspring.com (Robert Deininger)  Subject: Re: defragment productsL Message-ID: <rdeininger-3001010427100001@user-2ivebi5.dialup.mindspring.com>  Y In article <9550u5$mfk@dispatch.concentric.net>, "Jim Strehlow" <jims@data911.com> wrote:   : > Please let me know which disk defragmenter you are using > on OpenVMS Alpha version 7x.   Compaq's Disk File Optimizer.     K > Did you choose it after comparing it against Compaq/Raxco/Executive/othere > brand?  m I used executive software's thing years ago.  I didn't have any specific problems with it, but I didn't like:i Their very pushy salesmen. Their high prices." Their pricing scheme in a cluster.  $ > Does one work better than another: >  - on a clusterD3 DFO works fine.  You can license it on a single node if you are short on funds, and that node can defragment served disks on any cluster node.  You'll get extra network (or other interconnect) traffic this way, but it does work.  Better to run DFO on the node that's connected to the disks it's defragging.l   >  - on shadow setsl  B Haven't tried it yet, but I can't imagine it would have a problem.   >  - on stripe setse   Again, haven't tried it.   >  - for organizing free space   It does this very well, if you give it time.  I've heard one or two complaints that the other products can do more in less time and with less I/O.  Dunno if that's true.<  B >  - for moving sections of a highly fragmented file to free space* >    thus reducing the number of fragmentsJ >   (i.e. can you target the software to best optimize one specific file?)   Yes.  You can squeeze a specified file, and you can have it placed on a specific region of the disk.  I haven't worried about file placement, only contiguity.  I If you can mount a volume privately, DFO will also defrag the index file.g   DFO works well, but on a terrible disk it might take it a long time to defrag the first time.  This is especially true if the disk is almost full.   -- N Robert Deininger rdeininger@mindspring.come   ------------------------------  % Date: Tue, 30 Jan 2001 10:54:42 -0500h: From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>  Subject: RE: defragment productsK Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DBD8E@MBCALBEXC03.BENDER.COM>G   DFOd   :) jck   > -----Original Message-----D > From: rdeininger@mindspring.com [mailto:rdeininger@mindspring.com]) > Sent: Tuesday, January 30, 2001 4:27 AM  > To: Info-VAX@mvb.saic.com8" > Subject: Re: defragment products >  > 8 > In article <9550u5$mfk@dispatch.concentric.net>, "Jim % > Strehlow" <jims@data911.com> wrote:m > < > > Please let me know which disk defragmenter you are using  > > on OpenVMS Alpha version 7x. >  > Compaq's Disk File Optimizer.  >  > 1 > > Did you choose it after comparing it against ( > Compaq/Raxco/Executive/other
 > > brand? > > > I used executive software's thing years ago.  I didn't have 3 > any specific problems with it, but I didn't like:  > Their very pushy salesmen. > Their high prices.$ > Their pricing scheme in a cluster. > & > > Does one work better than another: > >  - on a cluster ? >  DFO works fine.  You can license it on a single node if you d@ > are short on funds, and that node can defragment served disks ; > on any cluster node.  You'll get extra network (or other  ? > interconnect) traffic this way, but it does work.  Better to -D > run DFO on the node that's connected to the disks it's defragging. >  > >  - on shadow setsm > D > Haven't tried it yet, but I can't imagine it would have a problem. >  > >  - on stripe setsh >  > Again, haven't tried it. >   > >  - for organizing free space > ? > It does this very well, if you give it time.  I've heard one e@ > or two complaints that the other products can do more in less 0 > time and with less I/O.  Dunno if that's true. > D > >  - for moving sections of a highly fragmented file to free space, > >    thus reducing the number of fragments= > >   (i.e. can you target the software to best optimize one s > specific file?). > > > Yes.  You can squeeze a specified file, and you can have it > > placed on a specific region of the disk.  I haven't worried ( > about file placement, only contiguity. > @ > If you can mount a volume privately, DFO will also defrag the 
 > index file.  > < > DFO works well, but on a terrible disk it might take it a ? > long time to defrag the first time.  This is especially true   > if the disk is almost full.n >  > -- n > Robert Deininger > rdeininger@mindspring.com  >    ------------------------------  % Date: Tue, 30 Jan 2001 13:55:15 +0000u. From: Peter Jackson <peter.jackson@oracle.com>- Subject: Re: difference between EV6 and EV67?e* Message-ID: <3A76C7C3.4AAACAA6@oracle.com>  , This is a multi-part message in MIME format.& --------------6CD69CD792937713C302F7B3* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   6 Rdb does runtime code generation for best performance.5 It includes a copy of the same code as the compilers.I7 So it had the same problem as the compilers, and we had - to get the fix from Compaq to include in Rdb. ' It was not a matter of recompiling Rdb.o8 When the problem was first discovered a check on the VMS< version was added (Rdb 7.0.1.5 IIRC). This was changed laterA to a check on the hardware (7.0.2). Then after extensive checkingv/ we released 7.0.3 with support for EV6 systems. F With the latest release (7.0.6) we support Wildfire systems with up to 32 processors.  
 Peter Jacksone Rdb Supportg	 Oracle UKl    & --------------6CD69CD792937713C302F7B3- Content-Type: text/x-vcard; charset=us-ascii;   name="peter.jackson.vcf"d Content-Transfer-Encoding: 7bitm+ Content-Description: Card for Peter Jacksonh  Content-Disposition: attachment;  filename="peter.jackson.vcf"t   begin:vcard  n:Jackson;Peteri tel;fax:0118 9249260 tel;work:0118 9249165e x-mozilla-html:FALSE org:Oracle Corporation UK Ltd.
 adr:;;;;;; version:2.1e' email;internet:peter.jackson@oracle.com  fn:Peter Jackson	 end:vcardn  ( --------------6CD69CD792937713C302F7B3--   ------------------------------    Date: 31 Jan 2001 00:36:50 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: difference between EV6 and EV67?o- Message-ID: <87ofwp6lp9.fsf@prep.synonet.com>e  0 Peter Jackson <peter.jackson@oracle.com> writes:  8 > Rdb does runtime code generation for best performance.7 > It includes a copy of the same code as the compilers.n9 > So it had the same problem as the compilers, and we hadi/ > to get the fix from Compaq to include in Rdb.:  < Oh wow! SO RDB has a copy of GEM buried in it? That explains, a good bit of odd detals I'd wondered about.   tnx, -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.%@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 30 Jan 2001 08:21:47 -0500 2 From: norm lastovica <norman.lastovica@oracle.com>/ Subject: Re: FAST I/O - IO$_SETUP / IO$_PERFORM * Message-ID: <3A76BFEB.F2EE68A2@oracle.com>  7 works exactly how, oh, $QIOW would work; if you specifyi< an AST routine, it gets called when the operation completes.5 ASTs can be used in a number of creative ways, so VMS 8 doesn't restrict you.  If you specify an AST routine, it
 gets used.   moi_is_me wrote: >  > Greetings,A >    When setting up FAST i/o, you have to call sys$io_setup, and 9 >    indicate whether you want an AST completion routine.  > D >    If you do, but then later decide to invoke SYS$IO_PERFORMW, the> >    synchronous version of SYS$IO_PERFORM, the AST completion >    routine is STILL invoked. > A >    This seems a little odd to me. I would have called the asyncd4 >    version if i had wanted notification via an AST > F >    Anyone else tried this ... is this a feature/expected behaviour ? >  >    TIA > 	 > -Pierrel >  > Sent via Deja.coma > http://www.deja.com/   --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  # Date: Tue, 30 Jan 2001 16:06:41 GMTs From: kparris@my-deja.coml: Subject: Re: fast wide SCSI controllers for VMS Clustering) Message-ID: <956oq9$7m3$1@nnrp1.deja.com>i  + "Jack Peacock" <peacock@simconv.com> wrote::F > I have been asked to connect two 500au Alphas in a SCSI cluster withE > fast-wide drives.  Reading the VMS manual it states that the Qlogic)A > controller (currently in the two machines) is not supported for F > clustering.  Does anyone know the appropriate Compaq part number for theaD > correct PCI controller ( KZTSA,KZPSA ??? ) which will support fast wideE > drives with clustering?  Is there a controller that uses the 64 bitm PCIe) > slots, and does VMS support 64 bit PCI?n  F The OpenVMS Cluster Software SPD describes which specific SCSI adapter8 models are supported in a multi-host SCSI configuration.  F VMS does support 64-bit PCI.  Check the QuickSpecs -- they should showB if a given host adapter model is 32-bit or 64-bit PCI.  But unlessF you're talking Ultra160m SCSI, which is pretty new (most folks' newestA stuff is Ultra2 at best), 32-bit PCI (at 132 Mbytes/sec) for SCSI0E adapters should provide sufficient bandwidth, since Fast Wide is onlyR7 20 Mbytes, Ultra is 40 Mbytes, and Ultra2 is 80 Mbytes.E  E > These machines are short on PCI slots.  Is there a 100Mbit Ethernetr card( > that works in the 64 bit PCI slot too?  C As a general rule, 32-bit PCI adapters should always work in 64-bithC slots.  A 64-bit adapter in a 32-bit slot can't perform to its max.g  H Compaq does have some combo boards with Ethernet and SCSI, but check theA VMS Cluster SPD to see if a given model is supported as a cluster  storage interconnect.iG -----------------------------------------------------------------------aG Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospamhF VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals     Sent via Deja.come http://www.deja.com/   ------------------------------  % Date: Tue, 30 Jan 2001 11:52:17 -0500t2 From: rdeininger@mindspring.com (Robert Deininger): Subject: Re: fast wide SCSI controllers for VMS ClusteringL Message-ID: <rdeininger-3001011152170001@user-2ive78r.dialup.mindspring.com>  D In article <956oq9$7m3$1@nnrp1.deja.com>, kparris@my-deja.com wrote:  - > "Jack Peacock" <peacock@simconv.com> wrote: H > > I have been asked to connect two 500au Alphas in a SCSI cluster withG > > fast-wide drives.  Reading the VMS manual it states that the QlogicsC > > controller (currently in the two machines) is not supported foriH > > clustering.  Does anyone know the appropriate Compaq part number for > thegF > > correct PCI controller ( KZTSA,KZPSA ??? ) which will support fast  4 KZTSA is turbochannel (DEC 3000 series of computers)
 KZPSA is PCI -   > wideG > > drives with clustering?  Is there a controller that uses the 64 bit3 > PCI + > > slots, and does VMS support 64 bit PCI?  > H > The OpenVMS Cluster Software SPD describes which specific SCSI adapter: > models are supported in a multi-host SCSI configuration.  F Also look at the "Guide to Cluster Configurations" in the VMS doc set.       > Sent via Deja.comi > http://www.deja.com/   -- c Robert Deininger rdeininger@mindspring.comc   ------------------------------  % Date: Tue, 30 Jan 2001 08:15:28 -0500e2 From: "Sue Skonetski" <susan.skonetski@compaq.com>8 Subject: From Richard Marcello Vice President of OpenVMS7 Message-ID: <nizd6.205$cu.1445@gazette.loc1.tandem.com>l  D This is posted at Rich's request, the To:  line has been removed for privacy.   Regards,   Sue       J There is absolutely no change in the VMS strategy - we continue to executeI per our plans and we had a good quarter in q4 with single digit growth. IeL would be happy to send you a copy of my VMS commitment letter which has beenI approved by the corporation. Michael clearly supports the contents of theeI memo, though you are free to ask him for his own commitment letter if you  prefer.,  L I have read the transcript of the meeting and you misunderstood his commentsL around "reasons to be cautious". He was referring to the general outlook for  the market in Q1 and not to VMS.  L Finally, I have a contract with EDS to help me support VMS products and theyG are fully committed to the product. If you send me the names of the EDSa@ folks, I will have someone from corporate EDS set them straight.  A While Michael didn't mention VMS as much as you would like in his?L presentation, he did mention Alpha quite a bit. In almost all of those casesI and in his comments around vertical segments, his examples actually had a  vms component to them.  K Sorry for the confusion. We are as fully committed to VMS today was we were J when we last spoke. If anyone else had a negative reaction to the meeting,F please send them my way so I can help them understand that VMS will be around for a very long time.   thanks,:   Rich   ------------------------------  % Date: Tue, 30 Jan 2001 10:04:28 -0500n  From: norm.raphael@jamesbury.com< Subject: Re: From Richard Marcello Vice President of OpenVMS4 Message-ID: <C22569E4.0051FFD8.00@jklh21.valmet.com>  I While I do not subscribe to what I consider over-reactions to omission int	 Michael'scO comments, I would remind Rich to remind Michael that you only get one chance to4O make a good first impression and that this audience is on his side spiritually,w but itM needs serious reinforcement from outside our community to keep hope alive and M every missed oportunity is an irretrievable setback, and we hate it when thathL happens and it happens all too often and the results are herebefore evident.  N [Whenever I feel afraid / I whistle a happy tune / and every single time / the: happiness in the tune / convinces me that I'm not afraid.]        4 susan.skonetski@compaq.com on 01/30/2001 08:15:28 AM   To:   Info-VAX@mvb.saic.com,4 cc:    (bcc: Norm Raphael/Worcester/Neles-Jamesbury)9 Subject:  From Richard Marcello Vice President of OpenVMS         D This is posted at Rich's request, the To:  line has been removed for privacy.   Regards,   Suea      J There is absolutely no change in the VMS strategy - we continue to executeI per our plans and we had a good quarter in q4 with single digit growth. ItL would be happy to send you a copy of my VMS commitment letter which has beenI approved by the corporation. Michael clearly supports the contents of theoI memo, though you are free to ask him for his own commitment letter if youE prefer.   L I have read the transcript of the meeting and you misunderstood his commentsL around "reasons to be cautious". He was referring to the general outlook for  the market in Q1 and not to VMS.  L Finally, I have a contract with EDS to help me support VMS products and theyG are fully committed to the product. If you send me the names of the EDSe@ folks, I will have someone from corporate EDS set them straight.  A While Michael didn't mention VMS as much as you would like in his L presentation, he did mention Alpha quite a bit. In almost all of those casesI and in his comments around vertical segments, his examples actually had a  vms component to them.  K Sorry for the confusion. We are as fully committed to VMS today was we wereRJ when we last spoke. If anyone else had a negative reaction to the meeting,F please send them my way so I can help them understand that VMS will be around for a very long time.   thanks,e   Rich   ------------------------------  % Date: Tue, 30 Jan 2001 12:56:56 -0500a' From: "Bill Todd" <billtodd@foo.mv.com>n< Subject: Re: From Richard Marcello Vice President of OpenVMS( Message-ID: <956v10$qln$1@pyrite.mv.net>  J Rich is doing the best he can with the resources he has.  But, as with allJ official Compaq statements, one really *must* analyze the words:  the tone: may be reassuring, but the content is what really matters:  ; Sue Skonetski <susan.skonetski@compaq.com> wrote in messagea1 news:nizd6.205$cu.1445@gazette.loc1.tandem.com...pF > This is posted at Rich's request, the To:  line has been removed for
 > privacy. >s
 > Regards, >  > Sue  >7 >  >eL > There is absolutely no change in the VMS strategy - we continue to execute > per our plans   G Plans that include a miniscule ad budget and a niche-oriented strategy.)E Plans that do not allow VMS to compete with other Compaq platforms in0? anything like the manner that those platforms compete with VMS.k  <  and we had a good quarter in q4 with single digit growth. II > would be happy to send you a copy of my VMS commitment letter which hase been > approved by the corporation.  I Posting that would be helpful, as it would give people the opportunity to/L analyze it as well.  And if you didn't like the analysis, you could respond,J a real discussion could take place, and much confusion could be brought toG an end.  That's what many of us would like to see:  is it what *Compaq*e would like to see?  -  Michael clearly supports the contents of thewK > memo, though you are free to ask him for his own commitment letter if youd	 > prefer.c  I The response to such a request would, I suspect, be illuminating.  A real J discussion (as suggested above) would be even more so.  While dealing withL VMS customers is Rich's job, VMS contributes enough to Compaq's coffers thatI a one-time (but thorough) interaction with the CEO is not unreasonable to J request.  And doing so in a forum such as this one would give Mr. CapellasJ plenty of opportunity to research his statements, with the help of whoeverK may be needed, unlike a face-to-face meeting in which important information  may not be available.r   > E > I have read the transcript of the meeting and you misunderstood his  commentsJ > around "reasons to be cautious". He was referring to the general outlook fori" > the market in Q1 and not to VMS.  F I'll have to find time to listen to this stuff.  At least the downloadL should go more smoothly now that it has been broken up.  But the 'reasons toJ be cautious' phrase seemed far from the most alarming thing that was said:I it would be much more interesting to address the 'if it wasn't mentioned,dJ it's gone' and Winkler's 'Windows uber alles' comments.  (Isn't Winkler in' the direct line from Rich to Capellas?)s   >.I > Finally, I have a contract with EDS to help me support VMS products and0 theyI > are fully committed to the product. If you send me the names of the EDSfB > folks, I will have someone from corporate EDS set them straight. >BC > While Michael didn't mention VMS as much as you would like in his-H > presentation, he did mention Alpha quite a bit. In almost all of those cases K > and in his comments around vertical segments, his examples actually had aR > vms component to them. > H > Sorry for the confusion. We are as fully committed to VMS today was we were > when we last spoke.   J We understand that.  What concerns us it the exact definition of what thatJ commitment entails.  Warm, fuzzy words without correspondingly warm, fuzzy# content just don't cut the mustard.(  7  If anyone else had a negative reaction to the meeting,eH > please send them my way so I can help them understand that VMS will be > around for a very long time.  E RSX is still around too (sorry for being repetitive, but it's only ineB response to this repeated assertion).  I'm sure that this level ofH permanence would be satisfactory for some VMS customers, but I'm equally7 sure that it would be far from satisfactory for others.t   - bill   > 	 > thanks,u >r > Rich >' >g >e   ------------------------------  % Date: Tue, 30 Jan 2001 16:23:39 -0300k) From: fabio_compaq@ep-bc.petrobras.com.brs< Subject: Re: From Richard Marcello Vice President of OpenVMSL Message-ID: <OF5C13DD34.006CC208-ON032569E4.006A5F4A@ep-bc.petrobras.com.br>  > I believe Compaq (Rich Marcello)  cant do all the job alone...5  the companies which have products for  OpenVMS, mustv< colaborate in the "reborn".....If they are hidden, they must
  show up ....e     Regardst   FC        8 "Bill Todd" <billtodd@foo.mv.com> em 30/01/2001 15:56:56             Info-VAX@Mvb.Saic.Com       < Assunto: Re: From Richard Marcello Vice President of OpenVMS    J Rich is doing the best he can with the resources he has.  But, as with allJ official Compaq statements, one really *must* analyze the words:  the tone: may be reassuring, but the content is what really matters:  ; Sue Skonetski <susan.skonetski@compaq.com> wrote in message 1 news:nizd6.205$cu.1445@gazette.loc1.tandem.com...oF > This is posted at Rich's request, the To:  line has been removed for
 > privacy. >e
 > Regards, >t > Sued >a >h >iD > There is absolutely no change in the VMS strategy - we continue to executen > per our plansg  G Plans that include a miniscule ad budget and a niche-oriented strategy.aE Plans that do not allow VMS to compete with other Compaq platforms inn? anything like the manner that those platforms compete with VMS.s  <  and we had a good quarter in q4 with single digit growth. II > would be happy to send you a copy of my VMS commitment letter which hase been > approved by the corporation.  I Posting that would be helpful, as it would give people the opportunity torC analyze it as well.  And if you didn't like the analysis, you could  respond,J a real discussion could take place, and much confusion could be brought toG an end.  That's what many of us would like to see:  is it what *Compaq*w would like to see?  -  Michael clearly supports the contents of the5K > memo, though you are free to ask him for his own commitment letter if your	 > prefer.c  I The response to such a request would, I suspect, be illuminating.  A realeJ discussion (as suggested above) would be even more so.  While dealing withG VMS customers is Rich's job, VMS contributes enough to Compaq's coffers3 thatI a one-time (but thorough) interaction with the CEO is not unreasonable todJ request.  And doing so in a forum such as this one would give Mr. CapellasJ plenty of opportunity to research his statements, with the help of whoeverK may be needed, unlike a face-to-face meeting in which important information- may not be available.:   >eE > I have read the transcript of the meeting and you misunderstood hisc commentsJ > around "reasons to be cautious". He was referring to the general outlook for " > the market in Q1 and not to VMS.  F I'll have to find time to listen to this stuff.  At least the downloadI should go more smoothly now that it has been broken up.  But the 'reasonsp toJ be cautious' phrase seemed far from the most alarming thing that was said:I it would be much more interesting to address the 'if it wasn't mentioned,oJ it's gone' and Winkler's 'Windows uber alles' comments.  (Isn't Winkler in' the direct line from Rich to Capellas?)f   >oI > Finally, I have a contract with EDS to help me support VMS products andT theyI > are fully committed to the product. If you send me the names of the EDSpB > folks, I will have someone from corporate EDS set them straight. >1C > While Michael didn't mention VMS as much as you would like in his H > presentation, he did mention Alpha quite a bit. In almost all of those cases.K > and in his comments around vertical segments, his examples actually had a  > vms component to them. >lH > Sorry for the confusion. We are as fully committed to VMS today was we were > when we last spoke.o  J We understand that.  What concerns us it the exact definition of what thatJ commitment entails.  Warm, fuzzy words without correspondingly warm, fuzzy# content just don't cut the mustard.o  7  If anyone else had a negative reaction to the meeting,sH > please send them my way so I can help them understand that VMS will be > around for a very long time.  E RSX is still around too (sorry for being repetitive, but it's only in B response to this repeated assertion).  I'm sure that this level ofH permanence would be satisfactory for some VMS customers, but I'm equally7 sure that it would be far from satisfactory for others.    - bill   >e	 > thanks,  >n > Rich >r >n >    ------------------------------   Date: 30 Jan 2001 18:18:28 GMT4 From: lewis_no_spam@mazda.mitre.org (Keith A. Lewis)% Subject: GZIP companion:  SQUEEZE.COMj( Message-ID: <9570hk$9i6$1@top.mitre.org>  B This utility saves the RMS attributes of a file and then GZIPs it.   $! $!  Squeeze.Com- $! $!     ENK  -  21-Feb-00> $!     ENK  -  13-Mar-00  save security settings onto com file $! $  say :== write sys$outputg
 $  say " "N $  say "---------------------------------------------------------------------"K $  say " Squeeze.Com uses GZIP for compression; however, the input file's "aO $  say "  attributes must be changed to ensure a reliable compression.  GZIP " (O $  say "  replaces the input file with a compressed file having the same name "k2 $  say "  but with -GZ appended to the file type."
 $  say " "O $  say " Squeeze.Com saves the input's attributes in a -UNSQUEEZE com file in "eN $  say "  the same directory as the compressed file.  This com file could be "Q $  say "  used to decompress the file and restore the attributes at a later date"CQ $  say "  but it can not delete itself afterwards.  A better solution is to use "pP $  say "  UnSqueeze.Com which executes the -UNSQUEEZE file and then deletes it."
 $  say " "P $  say "  The input file(s) can be specified with wild cards to allow multiple "3 $  say "  versions and even whole directory trees."b
 $  say " "P $  say "  To allow compression of multiple versions of the same file, both the "M $  say "   UNSQUEEZE suffix and the GZ suffix will have -Vxx added to their "h7 $  say "   file type - where xx is the version number."E
 $  say " "R $  say " NOTE:  Only one version can be decompressed back into a directory - see "+ $  say "        UnSqueeze.Com for details."4N $  say "---------------------------------------------------------------------"
 $  say " " $  wait 00:00:01 $! $  firstfile = "yes"
 $ask_file: $  if p1 .eqs. ""  $   then$ $    if f$environment("interactive")
 $     then= $      inquire p1 "Please enter the full name of input file "- $      say "   " $      goto ask_file
 $     else. $      say "No input file specified _ exiting" $      exit,
 $    endif $  endif $! $file_loop:  $  target = f$search(p1) $! $  if target .eqs. ""- $   then $    if firstfile .eqs. "yes" 
 $     then $      firstfile = "no"i $      say "  "o8 $      say " ****** Can not locate any files with ''p1'" $      say "  "e $      exit-
 $     else $      exit2
 $    endif $  endif $! $  firstfile = "no"n $!& $  filetype = f$parse(target,,,"type")/ $  if filetype .eqs. ".DIR" then goto file_loopc $! $  typlen = f$length(filetype)@ $  if f$locate("-GZ-V",filetype) .lt. typlen then goto file_loopG $  if f$locate("-UNSQUEEZE-V",filetype) .lt. typlen then goto file_loop  $!& $  filename = f$parse(target,,,"name")) $  filevers = f$parse(target,,,"version")  $  novers = target - fileversp% $  filevers = f$integer(filevers-";") ) $  archive  = novers + "-GZ-V''filevers'"l $  zip   = novers + "-GZ"t $!
 $  say " "
 $  say " "! $  say " Input file = ''target' " # $  say " Output file = ''archive' " 
 $  say " "
 $  say " " $! $  cfile = filename + filetype $!K $  archive_loc = f$parse(target,,,"device") + f$parse(target,,,"directory")b $!@ $  attrib_file = archive_loc + cfile + "-UNSQUEEZE-V''filevers'" $!- $  lrl = f$file_attributes("''target'","lrl")C- $  mrs = f$file_attributes("''target'","mrs") - $  rfm = f$file_attributes("''target'","rfm") - $  rat = f$file_attributes("''target'","rat").$ $  if rat .eqs. "" then rat = "NONE" $!" $  open/write attrib 'attrib_file' $   write attrib "$!  "  $   write attrib "$!  ",target j! $   write attrib "$!  ",f$time() s $   write attrib "$!  "-/ $   write attrib "$! say :== write sys$output "   $   write attrib "$  say "" "" "P $   write attrib "$  say ""-------------------------------------------------"" "  $   write attrib "$  say "" "" " $   write attrib "$!  "e8 $   write attrib "$  here = f$environment(""default"") " $   write attrib "$!  " ; $   write attrib "$  there = f$environment(""procedure"") " ; $   write attrib "$  device = f$parse(there,,,""device"") "s> $   write attrib "$  direct = f$parse(there,,,""directory"") "0 $   write attrib "$  procdir = device + direct ". $   write attrib "$  set default '","procdir'" $   write attrib "$!  "o7 $   write attrib "$  type = f$parse(there,,,""type"") " / $   write attrib "$  typlen = f$length(type)  "nB $   write attrib "$  addpoint = f$locate(""-UNSQUEEZE-V"",type)  "= $   write attrib "$  filetype = f$extract(0,addpoint,type)  "yN $   write attrib "$  filevers = f$extract(addpoint+12,typlen-addpoint,type)  "; $   write attrib "$  filename = f$parse(there,,,""name"") "h $   write attrib "$!  "?2 $   write attrib "$  base = filename + filetype  " $   write attrib "$!  " + $   write attrib "$  test = f$search(base)"u* $   write attrib "$  if test .nes. """" "  $   write attrib "$   then" $   write attrib "$    say "" "" "4 $   write attrib "$    say test,"" already exists"""" $   write attrib "$    say "" "" " $   write attrib "$    exitg $   write attrib "$  endif $   write attrib "$!  "p  $   write attrib "$  say "" "" "0 $   write attrib "$  say ""Decompressing "",base  $   write attrib "$  say "" "" " $   write attrib "$!  "p9 $   write attrib "$  from = base + ""-GZ-V"" + filevers "h+ $   write attrib "$  to = base + ""-GZ""  "u5 $   write attrib "$  rename '","from'","  ","'","to'"uC $   write attrib "$  on ERROR then rename '","to'","  ","'","from'"t $   write attrib "$!  "   $   write attrib "$  say "" "" "/ $   write attrib "$  say "" Start "",f$time() "   $   write attrib "$  say "" "" " $   write attrib "$!  "c* $   write attrib "$  gunzip -N9 '","base'" $   write attrib "$!  "   $   write attrib "$  say "" "" "- $   write attrib "$  say "" End "",f$time() "i  $   write attrib "$  say "" "" " $   write attrib "$!  "C> $   write attrib "$  rename '","base'",";1","  ;'","filevers'" $   write attrib "$!  "n; $   write attrib "$  set file/attr=lrl:''lrl' ","'","base'"w; $   write attrib "$  set file/attr=mrs:''mrs' ","'","base'" ; $   write attrib "$  set file/attr=rfm:''rfm' ","'","base'" ? $   write attrib "$  set file/log/attr=rat:''rat' ","'","base'"a  $   write attrib "$  say "" "" " $   write attrib "$!  "n+ $   write attrib "$  set default '","here'"u $   write attrib "$!  "s $   write attrib "$  exitg $  close attribo; $  set security/class=file/like=name='target' 'attrib_file'i! $  say " Created ''attrib_file' "s
 $  say " " $!' $  set file/log/attr=rfm:stmlf 'target'e
 $  say " "9 $  say " Starting compression ''f$time()' - please wait "o
 $  say " " $! $  gzip -N9 'target' $  rename 'zip' 'archive'n $!
 $  say " "- $  say " Compression finished at ''f$time()'"a
 $  say " "N $  say "---------------------------------------------------------------------"
 $  say " "
 $  say " " $  goto file_loopt    3 --Keith Lewis              klewis_no_spam@mitre.org  PGP key available.         p> The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 30 Jan 2001 18:22:24 GMT4 From: lewis_no_spam@mazda.mitre.org (Keith A. Lewis)' Subject: GZIP companion:  UNSQUEEZE.COMi( Message-ID: <9570p0$9i6$2@top.mitre.org>  D This utility GUNZIPs a SQUEEZEd file and then restores the saved RMSD attributes.  It's less necessary than SQUEEZE.COM, as the file whichE contains the saved attributes is actually a command procedure, so you E can just as easily bypass UNSQUEEZE.COM and execute the .*-UNSQUEEZE*h files directly.t   $! $!  UnSqueeze.Comw $! $!     ENK  -  22-Feb-00E $!     ENK  -  13-Mar-00   check for unsqueeze in name + set securitya $! $  say :== write sys$output 
 $  say " "N $  say "---------------------------------------------------------------------"
 $  say " "O $  say " UnSqueeze.Com executes and then deletes the -UNSQUEEZE com file that" e@ $  say "  was generated by Squeeze.Com during file compression."
 $  say " "P $  say " The -UNSQUEEZE com file first checks for an existing file of the same "P $  say "  name, then calls the standard GUNZIP program to do the decompression."O $  say "  After decompression, the file attributes and the version number are "_* $  say "  reset to their original values."
 $  say " "L $  say " NOTE:  Only one version of a file can be decompressed back into a " $  say "         directory "
 $  say " "P $  say " Because GUNZIP is a Unix port, it does not allow for version numbers. "O $  say "  The only options are to abort or to overwrite any version of a file "tK $  say "  of the same name - the safer option of aborting has been chosen."-
 $  say " "N $  say "---------------------------------------------------------------------"
 $  say " " $  wait 00:00:01 $! $  firstfile = "yes"
 $ask_file: $  if p1 .eqs. ""  $   then$ $    if f$environment("interactive")
 $     then $      say " "= $      say "Please enter the name of the -UNSQUEEZE file(s) "y9 $      say "Name must contain at least the letters UNSQ "a9 $      inquire p1 "Wild card specification is permitted "  $      say "   " $      goto ask_file
 $     else $      say " "4 $      say "No valid input file specified _ exiting" $      say " " $      exitn
 $    endif $  endif $!) $  p1 = f$edit(p1,"compress,trim,upcase")y $  p1_length = f$length(p1)t" $  unsq = f$locate("UNSQ","''p1'") $  if unsq .ge. p1_lengthy $   then $    say " "N $    say " ***************************************************************** "- $    say " The ''p1' specification does not " % $    say " include the letters UNSQ "nN $    say " ***************************************************************** " $    say " " $    p1 = "" $    goto ask_file $  endif $! $  kntx1 = "2001"m $  kntx2 = "2002"  $  kntx3 = "2003"y# $  old_target = "something special"  $file_loop:o $  target = f$search(p1,kntx1) $! $  if target .eqs. ""  $   then $    if firstfile .eqs. "yes"-
 $     then $      firstfile = "no"  $      say "  " 8 $      say " ****** Can not locate any files with ''p1'" $      say "  "n $      exitn
 $     else $      exit 
 $    endif $  endif $! $  if target .eqs. old_target  $   then $    say " "M $    say " *********************** abort ********************************** "e $    say " UnSqueeze looping "$ $    say "  keep finding ''target' "' $    say "  while searching for ''p1' ".M $    say " *********************** abort ********************************** "e $    say " "	 $    exito $  endif $  old_target = target $! $  firstfile = "no"  $!" $  type = f$parse(target,,,"type") $  typlen = f$length(type)+ $  addpoint = f$locate("-UNSQUEEZE-V",type)f $  if addpoint .ge. typlen y $   then $    say " " $    say " ''target' "  < $    say " is not a valid UnSqueeze file - resuming search " $    say " for ''p1' " $    say " " $    goto file_loope $  endif $!K $  archive_loc = f$parse(target,,,"device") + f$parse(target,,,"directory")t& $  filename = f$parse(target,,,"name")( $  filetype = f$extract(0,addpoint,type)9 $  filevers = f$extract(addpoint+12,typlen-addpoint,type)  $!/ $  basename = archive_loc + filename + filetypeZ) $  gzname = basename + "-GZ-V" + fileversp $!* $  if f$search("''gzname'",kntx2) .eqs. "" $   then $    say " "0 $    say " ****** Can not locate compressed file $    say " " $    wait 00:00:04 $    goto file_loops $  endif $!( $  found = f$search("''basename'",kntx3) $  if found .nes. "" $   then $    say " "F $    say " ****** Can not do the decompression - file already exists "" $    say " ****** found ''found' " $    say " " $    say " ****** ''target' "f $    say " " $    wait 00:00:04 $    goto file_loopt $  endif $!
 $  @ 'target'/> $  set security/nolog/class=file/like=name='target' 'basename' $!
 $  say " " $  delete/log 'target' $!
 $  say " " $  goto file_loopb  3 --Keith Lewis              klewis_no_spam@mitre.org  PGP key available.         "> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 30 Jan 2001 09:16:31 +0000b) From: Christof Brass <brass@infopuls.com>i# Subject: Re: Himalaya / Alpha / VMSr, Message-ID: <3A76866F.4C2408FD@infopuls.com>   Hoff Hoffman wrote:  > Z > In article <3A735EB9.9BEE165D@infopuls.com>, Christof Brass <brass@infopuls.com> writes:A > :Two years ago I attended a Compaq technical presentation wherev@ > :it was stated that a unique feature so called lockstep of the= > :CPUs used for the Himalaya systems, which is kind of an HWrB > :transaction mechanism on CPU level as far as I understood, willC > :be built into Alpha and future versions of NSK would be migrated 3 > :to Alpha and the other CPU line will be dropped.p > I >   Himalaya will be moving to Alpha, with the implementation of lockstepy0 >   in the next Alpha microprocessor core (EV7). > C > :Does anybody know if this scenario is still true if it ever was?  > 1 >   This was, is, and continues to be the plan...n > 7 >   http://himalaya.compaq.com/view.asp?PAGE=Alpha_Tech  > > > :Does anybody know what kind of CPU the Himalaya systems are. > :currently using and how powerful these are? > A >   MIPS.  Performance?  Donno.  (Not the best newsgroup for that  >   question... :-)a > > > :Could someone explain in a few words what the nature of the< > :Himalaya OS, the Tandem NSK as far as I understand, is as > :compared to VMS?a > I >   OpenVMS and Himalaya are quite different targets, and (for details onhK >   the future plans of OpenVMS) please see the FAQ and the DII COE detailshG >   at the website.  Any migration (in either direction) would be quiteoI >   involved and quite difficult, given the very different and very basich2 >   assumptions between the two operating systems. > 2 > :I understood that a major concern within cov is- > :that VMS will be dropped in favour of NSK.  > I >   Oh, goodie, a new (false) rumour for the mongers!  (This is the firstaH >   time I've heard this particular "major concern" being discussed hereI >   in comp.os.vms and -- as I have some level of familiarity with recenta? >   and not-so-recent discussions here -- who was your source?)p > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  : Sorry, if I appear to be the source of an unfounded rumor.@ I was influenced by the message about pushing NSK systems in the; stock market and a post stating that NSK was established ase+ *the* high availabiltiy solution by Compaq.c@ Again, I'm sorry if I misunderstood these postings - I read them8 as a major concern about the target market of VMS beeing attacked by NSK.   ------------------------------  # Date: Tue, 30 Jan 2001 10:37:51 GMTb From: LBohan@dbc.spam_less..comy# Subject: Re: Himalaya / Alpha / VMS 8 Message-ID: <dv4d7to7f29ksvl7mhj68mjb804fvcjl2q@4ax.com>  C On Mon, 29 Jan 2001 21:43:48 +0000, Alan Greig <a.greig@virgin.net>o wrote:   >Hoff Hoffman wrote:[ >> In article <3A735EB9.9BEE165D@infopuls.com>, Christof Brass <brass@infopuls.com> writes:aJ >>   Himalaya will be moving to Alpha, with the implementation of lockstep1 >>   in the next Alpha microprocessor core (EV7).u >>Y >What did Winkler mean when he failed to mention this as the future for Himalaya and saidmX >that Tandem/Himalaya technology was about to be implemented on Intel? Was he just plainW >wrong. If so where is the retraction? I take it you are not denying that he said this?   + perhaps Winkler meant the Tandem/ServerNET  2 SAN stuff,  more so than the Himalaya technology.   . I recall talk in the past as far back as 1997 1 about Tandem implementing some NonStop features, n as a layer on top of NT ...n   ------------------------------  # Date: Tue, 30 Jan 2001 15:50:07 GMTe- From: Terry C Shannon <shannon@world.std.com>i# Subject: Re: Himalaya / Alpha / VMS D Message-ID: <Pine.SGI.4.21.0101301045320.20131-100000@world.std.com>  4 On Tue, 30 Jan 2001 LBohan@dbc.spam_less..com wrote:  E > On Mon, 29 Jan 2001 21:43:48 +0000, Alan Greig <a.greig@virgin.net>o > wrote: >  > >Hoff Hoffman wrote:] > >> In article <3A735EB9.9BEE165D@infopuls.com>, Christof Brass <brass@infopuls.com> writes:hL > >>   Himalaya will be moving to Alpha, with the implementation of lockstep3 > >>   in the next Alpha microprocessor core (EV7).  > >>[ > >What did Winkler mean when he failed to mention this as the future for Himalaya and saidnZ > >that Tandem/Himalaya technology was about to be implemented on Intel? Was he just plainY > >wrong. If so where is the retraction? I take it you are not denying that he said this?t > - > perhaps Winkler meant the Tandem/ServerNET  4 > SAN stuff,  more so than the Himalaya technology.  > 0 > I recall talk in the past as far back as 1997 3 > about Tandem implementing some NonStop features, a > as a layer on top of NT ...g >   F Correct. If you have any knowledge of the Himalaya architecture, you'dJ realize that implementing NSK technology on Inte--or other--chips would beG difficult indeed (if it was easy, CPQ would have Alpha-Inside Himalayase today).i  I I'm sure we'll see NonStop features atop Win2K at some point. Some of theaI NonStop stuff already is appearing in Tru64 UNIX. And FYI, CPQ planned to B port its NonStop SQL database to Windows; this project was dropped3 concurrent with the cancellation of Win2K on Alpha.e   ------------------------------  # Date: Tue, 30 Jan 2001 15:49:41 GMT % From: hpnewbie <vmendham@my-deja.com>q Subject: How to cfg a DecServera) Message-ID: <956nqi$6j4$1@nnrp1.deja.com>o  ,  I haven't cfg'd a DecServer 200 since 1991.? Any brief tips? We lost one and I have a replacement, But can'to
 remember how.n1 I think I have the s/w on my load host but how dooC I test to see if this DecServer is good, is there a specific port Ie connect a terminal to?E Also if my load host thinks 08-00-00-2b-00-2a is node A, how do I geto+ it to think that the new one is now node A?e   Regards,   victor.mendham@emergis.com Tech Support 905-707-4000x3126e     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Tue, 30 Jan 2001 16:08:52 GMTe/ From: Mike Price <mike.price@littlewoods.co.uk>i# Subject: Re: How to cfg a DecServerf) Message-ID: <956ouc$7o5$1@nnrp1.deja.com>   G If you are lucky you should still have the DSVCONFIG.com file somewheret on you load host node.! One option if 'swap a decserver".t@ this will ask you for terminal server name (nodea??) and the new0 eternet address (and someother stuff - not much): just tell it the new addr and then connect to it using MOP (i.e. mc ncp conn node nodea)cB it should come up with the # prompt waiting for the acces password  % assuming you are using decnet phase 4r' if you are using phase 5 then good lucks   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.coml http://www.deja.com/   ------------------------------  % Date: Tue, 30 Jan 2001 16:40:19 +0000p+ From: "antonio.carlini" <arcarlini@iee.org> # Subject: Re: How to cfg a DecServera' Message-ID: <3A76EE73.74C8CAC2@iee.org>    Mike Price wrote:e' > assuming you are using decnet phase 4 ) > if you are using phase 5 then good lucke   @SYS$MANAGER:NET$CONFIGURE4 will (IIRC) give you an option to define MOP Clients) or you can (again IIRC) do it using LANCPr if you prefer.  ( For talking to the DECserver you can do:  9 $ SET HOST/MOP/CIRCUIT=whatever/ADDRESS=xx-xx-xx-xx-xx-xxe  ; or if it defined as a mop client in NCL you can probably doh   $ SET HOST /MOP mop-client-namee  ' but I could never be that organised :-)s    - Other methods include the various versions of'- TSM and possibly that util that could do same) via a DEMNA.   Antonioe   -- e   ---------------a- Antonio Carlini             arcarlini@iee.orgl   ------------------------------  % Date: Tue, 30 Jan 2001 02:45:59 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>-8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A767136.C122675C@videotron.ca>   Terry C Shannon wrote:I > Easy. Read the 4FQ earnings announcement and listen to the webcast. TheOI > focus was on enterprise (half the firm's revenues and 90 percent of thel > profit), not on peecees.  J Yep, but read on, and you'll find that to Compaq, "enterprise" means thoseN wintel Proliant servers and those dense/thin wintel servers and can be stacked3 into a VW minibus to run the flybykite web servers.2  H Enterprise include mostly wintel, as well as the niche business critical (Himalaya and True64).  J Compaq bragged about big proliant wins such as Mead. (isn't mead a medical firm in the USA ?)  I So, compaq makes a difference between a wintel sold to enterprises, and aa wintel sold in the retail.   ------------------------------  % Date: Tue, 30 Jan 2001 08:55:58 +0000w) From: Christof Brass <brass@infopuls.com>z8 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <3A76819E.9EB5EB09@infopuls.com>   Jordan Henderson wrote:  > - > In article <Icisvwr8ksso@eisner.decus.org>,n- > Rob Young <young_r@eisner.decus.org> wrote: U > >In article <9534ml$hmn$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:  > >>? > >> Jordan Henderson <jordan@lisa.gemair.com> wrote in message  > > @ > >>> I find it difficult to believe that you have done anythingN > >>> behind-the-scenes non-confrontationally, when you are so confrontational > >>> here, in a public forum. > >>N > >> It's getting tiresome repeating that you can believe what you wish.  JustQ > >> don't foist your beliefs on others without making some reasonable attempt toZM > >> substantiate them - or at least don't expect them to be respected in ther$ > >> absence of such substantiation. > >> > >tJ > >       Umm... I'll vouch for Bill providing most of the spit and polishI > >       to that opus.  Many did a good deal of digging and contributingtM > >       sharp (or dull) thoughts to it.  Look for a 500+ line cov post Bill F > >       made in the recent past. . . Shoot, I'll take the 5 minutes: > >tA > >http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=707964102&fmt=text( > >  > A > Well, I guess I don't find it so difficult to believe now.  :-)t > G > I apologize to Bill and anyone else for my own overly confrontational G > style.  This is a fine letter, filled with good analysis and positivet > tone.s > % > >                               Rob  > >  >  > -Jordan Hendersonr > jordan@greenapple.com   @ I want to recommend reading that analysis paper also. I saved it@ when it was referred first, read it later because it is not that< short and I was really impressed. Clear style, very sound in analysis and complete.= BTW these people should get payed for that because it is thata8 kind of material for what people from Arthur Anderson or' PricewaterhouseCoopers are payed a lot.s  + Congratulations Bill (and your co-workers)!o   ------------------------------    Date: 30 Jan 2001 12:37:45 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)8 Subject: Re: It's the end for VMS and other Wild Rumours* Message-ID: <3a76a789$1@news.kapsch.co.at>  t In article <Pine.SGI.4.21.0101291757140.28563-100000@world.std.com>, Terry C Shannon <shannon@world.std.com> writes: >[snip]o7 >A heck of a lot of WildFires go out the door with VMS.  > 3 >CPQ has committed to providing COE support on VMS.- >-I >Pulling the plug now would not only be the height of stupidity, it woulds >be tantamount to suicide.  H So what ? DEC did it before, though we all warned them for many years...  G >The fact that customers continue to buy the OS indicates that CPQ (andt' >VMS) are still credible in their eyes.s  K Have you ever tried to buy it ? It is ridicolous complicated and expensive.aD And why ? Because they choose to be it, not because it is logical...  G >Many of the financial analysts who attended the conference last FridayoJ >subscribe to my newsletter, and we frequently correspond. I have receivedH >zero inquiries from these folks, or from my large end-user or IT vendor. >subscribers, about the alleged elegy for VMS. >-K >Hence I believe an apparent act of omission has been blown way, way out of  >proportion.  E Maybe. I see VMS engineering doing a lot of improvements for VMS, butrB engineering was never the problem. Marketing was and obviously is.  I God know, how I like to see VMS surviving, but it is very hard to believet9 with THAT behaviour of management, marketing and sales...y   -- e< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 30 Jan 2001 08:36:25 -0500 ; From: "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com>a8 Subject: RE: It's the end for VMS and other Wild RumoursN Message-ID: <4B279CF3578CD211B945009027178017046D0365@swilnts809.wil.fusa.com>  > MC has privately responded to at least 2 folks now that I know< that the statement alluded to was not intended to cover VMS.  B The matter should be considered closed; CEOs tend to have a lot onB their plates. Can we please PLEASE bury this dead horse and get on with our lives???e     -----Original Message-----# From: mathog@seqaxp.bio.caltech.edua& [mailto:mathog@seqaxp.bio.caltech.edu]& Sent: Monday, January 29, 2001 7:48 PM To: Info-VAX@Mvb.Saic.Com 8 Subject: Re: It's the end for VMS and other Wild Rumours    L In article <Pine.SGI.4.21.0101291316370.28218-100000@world.std.com>, Terry C' Shannon <shannon@world.std.com> writes:u > < >The Death of VMS rumour is pure, unadulterated codswallop.   C I disagree.  (Maybe it depends upon your definition of dead.)  MC's*J conference clearly described a Compaq future that did not include OpenVMS.G You'd have to read volumes between the lines to see anthing else in his*H statements.  If he thought OpenVMS was important for Compaq for the longI run he would have said so.  He did not.  That tells everyone who's payingkI attention to get the heck off OpenVMS, and probably, to get the heck awayeK from Compaq.  I mean, he must appreciate how skittish the OpenVMS user baselK is, and his little talk probably just drove hundreds of millions of dollars D of marginal OpenVMS sales to IBM, HP, and maybe Sun.  Never mind theG technical advantages of OpenVMS, when the vendor is that tepid in theiraC support it's a good sign that you'd best look elsewhere.  Moreover,*I Compaq's whole Alpha strategy appears so hopelessly muddied that I'm noneeD too disposed to jump from OpenVMS onto Tru64, which would make senseH otherwise, because I have no desire to get nailed two years later by yetE another Compaq management decision to dump that as well.   I saw whatdJ happened to the WNT/Alpha, I'm living through the OpenVMS limbo, so why onH earth would I give Compaq management another opportunity to make my life miserable?     >This accordingnE >to Michael Capellas and Rich Marcello. If you are concerned, contact  >richard.marcello@compaq.com  K MC has spoken, and "slow death" (at least) was his implicit message.  If hedD did not intend to send that message then he has no grasp of VMS userL psychology.  RM is between a rock and a hard place - he appears to be tryingE hard but there's little evidence that MC is giving him any support.  ,G Which isn't to say that people shouldn't write to RM, but I suspect the H answer you get back from him should be given as much weight as a similarK response from the head of the WNT/Alpha group, immediately pre-termination.eI He can only say what he wants to do, not what MC is going to let him do. f- And MC is the only person whose vote counts. n  J >Perpetuating a specious and unfounded rumour on comp.os.vms can only helpK >competitors spread FUD. Such postings do nothing to incease he credibility"# >of the posters in the eyes of CPQ.   D Nothing any competitor could say or do would speak as loudly as MC's silence.   David Mathog mathog@seqaxp.bio.caltech.edug? Manager, sequence analysis facility, biology division, Caltech yJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------    Date: 30 Jan 2001 07:37:36 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)78 Subject: Re: It's the end for VMS and other Wild Rumours, Message-ID: <9TP6$QxW8Plx@malvm1.mala.bc.ca>  E In article <Pine.SGI.4.21.0101300122050.29821-100000@world.std.com>,  0 	Terry C Shannon <shannon@world.std.com> writes: >> dM >> IMHO the best thing Compaq could do is announce a VMS Applications Porting 6 >> Fund designed to attract more ISVs to the platform. >>  O >> [Damn IE didn't right-arrow the original - one of these days I'll figure outs >> why.] >> eK >> Er, didn't we hear something about ISV financial support 'way back when?aI >> Does your statement mean that it didn't happen (which is getting to betL >> somewhat of a refrain), or are you proposing something to add to existing >> support (whatever it is)? >>   > L > Yep, I seem to recall such a statement a year or two back, but it paled inK > comparison to the $100M fund for Tru64. Whatever, it would be nice to seeP0 > additional emphasis placed on ISV recruitment. >   G    But not something one is likely to see if Compaq's intent is to onlywJ promote VMS in situations where they don't have a Unix or Windoze solutionL they could sell instead. The lack of such a fund certainly provides evidenceE that this is the situation ( as do most of their public statements onq VMS over the last few years ).   ------------------------------  % Date: Tue, 30 Jan 2001 16:16:12 +0000I- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>i8 Subject: Re: It's the end for VMS and other Wild Rumours) Message-ID: <3A76E8CB.5FDD8762@bbc.co.uk>a   John Vottero wrote:u  < > "Terry C Shannon" <shannon@world.std.com> wrote in message@ > news:Pine.SGI.4.21.0101291316370.28218-100000@world.std.com... > >u >f > [snip] > M > > The Death of VMS rumour is pure, unadulterated codswallop. This accordingiH > > to Michael Capellas and Rich Marcello. If you are concerned, contact > > richard.marcello@compaq.come > >lM > > Perpetuating a specious and unfounded rumour on comp.os.vms can only help N > > competitors spread FUD. Such postings do nothing to incease he credibility& > > of the posters in the eyes of CPQ. > >f > M > Please send your compaints about rumours to Michael Capellas.  He's the onetC > that started the rumour by pretending that OpenVMS doesn't exist!u  @ Agreed, plus Michael or Rich could at least post something here.  F Tim, refraining about making any comments about people who foist badly
 conceived,N designed and implemented software technology on the world without pointing out	 there aret
 alternatives.      --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk7  A I speak for myself only and my views in no way represent those of8 MedAS or the BBC.<   ------------------------------  % Date: Tue, 30 Jan 2001 10:53:46 -0600B1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>o8 Subject: Re: It's the end for VMS and other Wild Rumours8 Message-ID: <956riu$l7e$1@fizban.fizban.pprd.abbott.com>  ? Thanks Glenn.  Been meaning to deliver the same message myself.f   Dave...n  F "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> wrote in messageH news:4B279CF3578CD211B945009027178017046D0365@swilnts809.wil.fusa.com...@ > MC has privately responded to at least 2 folks now that I know> > that the statement alluded to was not intended to cover VMS. >tD > The matter should be considered closed; CEOs tend to have a lot onD > their plates. Can we please PLEASE bury this dead horse and get on > with our lives???  >  >N > -----Original Message-----% > From: mathog@seqaxp.bio.caltech.edu:( > [mailto:mathog@seqaxp.bio.caltech.edu]( > Sent: Monday, January 29, 2001 7:48 PM > To: Info-VAX@Mvb.Saic.Comn: > Subject: Re: It's the end for VMS and other Wild Rumours >  >JL > In article <Pine.SGI.4.21.0101291316370.28218-100000@world.std.com>, Terry C ) > Shannon <shannon@world.std.com> writes:  > > = > >The Death of VMS rumour is pure, unadulterated codswallop.l >oE > I disagree.  (Maybe it depends upon your definition of dead.)  MC'sbL > conference clearly described a Compaq future that did not include OpenVMS.I > You'd have to read volumes between the lines to see anthing else in hiseJ > statements.  If he thought OpenVMS was important for Compaq for the longK > run he would have said so.  He did not.  That tells everyone who's payingoK > attention to get the heck off OpenVMS, and probably, to get the heck away H > from Compaq.  I mean, he must appreciate how skittish the OpenVMS user baseE > is, and his little talk probably just drove hundreds of millions ofr dollars1F > of marginal OpenVMS sales to IBM, HP, and maybe Sun.  Never mind theI > technical advantages of OpenVMS, when the vendor is that tepid in theiraE > support it's a good sign that you'd best look elsewhere.  Moreover,-K > Compaq's whole Alpha strategy appears so hopelessly muddied that I'm nonepF > too disposed to jump from OpenVMS onto Tru64, which would make senseJ > otherwise, because I have no desire to get nailed two years later by yetG > another Compaq management decision to dump that as well.   I saw whatnL > happened to the WNT/Alpha, I'm living through the OpenVMS limbo, so why onJ > earth would I give Compaq management another opportunity to make my life > miserable? >b > >This accordingaG > >to Michael Capellas and Rich Marcello. If you are concerned, contact. > >richard.marcello@compaq.com >cJ > MC has spoken, and "slow death" (at least) was his implicit message.  If heF > did not intend to send that message then he has no grasp of VMS userG > psychology.  RM is between a rock and a hard place - he appears to bee tryingE > hard but there's little evidence that MC is giving him any support. I > Which isn't to say that people shouldn't write to RM, but I suspect the J > answer you get back from him should be given as much weight as a similar< > response from the head of the WNT/Alpha group, immediately pre-termination.J > He can only say what he wants to do, not what MC is going to let him do.. > And MC is the only person whose vote counts. > L > >Perpetuating a specious and unfounded rumour on comp.os.vms can only helpA > >competitors spread FUD. Such postings do nothing to incease he  credibilityr% > >of the posters in the eyes of CPQ.s >eF > Nothing any competitor could say or do would speak as loudly as MC's
 > silence. >l > David Mathog > mathog@seqaxp.bio.caltech.eduP@ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------  % Date: Tue, 30 Jan 2001 16:43:41 +00001% From: Alan Greig <agreig@my-deja.com> 8 Subject: Re: It's the end for VMS and other Wild Rumours8 Message-ID: <fdrd7tkh1q2clibv3b34m2d9r0kr9kfuqa@4ax.com>  < On Tue, 30 Jan 2001 08:36:25 -0500, "Everhart, Glenn (FUSA)"# <GlennEverhart@FirstUSA.com> wrote:M  ? >MC has privately responded to at least 2 folks now that I knowC= >that the statement alluded to was not intended to cover VMS.e  C A possible interpretation certainly but it's pushing it even if youTD watch it again with that interpretation in mind. Never the less I'll
 accept it.  C >The matter should be considered closed; CEOs tend to have a lot oneC >their plates. Can we please PLEASE bury this dead horse and get ons >with our lives???  E Yes as long as the previous paragraph isn't equally applicable to VMS @ at some level inside Compaq. As we have now had a statement fromC Capellas that the presentation was unbalanced and that this will be0E corrected I feel I fell a lot happier. Not totally happy but happier.      --
 Alan Greig   ------------------------------  % Date: Tue, 30 Jan 2001 13:07:21 -0500 % From: "John Vottero" <John@mvpsi.com>r8 Subject: Re: It's the end for VMS and other Wild Rumours/ Message-ID: <t7e0o5j6e5cba3@news.supernews.com>   F "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> wrote in messageH news:4B279CF3578CD211B945009027178017046D0365@swilnts809.wil.fusa.com...@ > MC has privately responded to at least 2 folks now that I know> > that the statement alluded to was not intended to cover VMS. >mD > The matter should be considered closed; CEOs tend to have a lot onD > their plates. Can we please PLEASE bury this dead horse and get on > with our lives???i >h  I WHAT??   There's a dead horse???   Do mean VMS??   Is VMS dead?  Is VMS asL horse??  Or do you mean that VMS is being put out to pasture??  Does VMS run any glue factories?:   :-)0   ------------------------------  + Date: Tue, 30 Jan 2001 07:10:34 +0000 (UTC)M' From: Osmo Kujala <kujala@tukki.jyu.fi>7- Subject: Re: It's the end for VMS get off nown, Message-ID: <955pda$gfp$1@mordred.cc.jyu.fi>  - Dave Gudewicz <dgudewicz@megsinet.net> wrote:.I > Also got mail and a phone call at home from Peter Blackmore, Exec VP oftM > Sales and Services and he assures me that VMS is an important ingredient tow > the success of Compaq.  I To get money for building Wintel business?                            /OKt   ------------------------------  + Date: Tue, 30 Jan 2001 07:47:33 +0000 (UTC)a' From: Osmo Kujala <kujala@tukki.jyu.fi>i- Subject: Re: It's the end for VMS get off noww, Message-ID: <955ril$tvb$1@mordred.cc.jyu.fi>  + Eric Ebinger <eebinger@telocity.com> wrote:Z  3 > If Compaq doesn't want to grow the VMS market whym > the COE effort?   I Well, to me that worked like extra-super-hyper-mega-giga "flashing ball". F I laughed to the flashing ball campaign, but I've been accepting otherE kind of flashing balls: posix, affinity,... and now COE? Am I stupid?r  C Of course those developements were not meant to be that way, but... 1 Probably the niche development is the best guess.h   regards:          Osmo Kujala e   ------------------------------  % Date: Tue, 30 Jan 2001 08:40:58 +0000s) From: Christof Brass <brass@infopuls.com>o- Subject: Re: It's the end for VMS get off nowe, Message-ID: <3A767E1A.276520AA@infopuls.com>   Jan Vorbrueggen wrote: >   > cstranslations@msn.com writes: > K > > In the face of this is there any big surprise in the fact that CapellasdK > > said he's re-doubling all efforts to help Microsoft take over the world ' > > in a talk to a bunch of "analysts?"r > H > Of course it is surprising. As DEC's history and demise have shown, asL > Bristol's, Caldera's and others problems with MS contracts have shown, andJ > as the findings of fact in the anti-trust lawsuit against MS have shown,I > there is absolutely every reason not to partner in a serious, bet-your-u! > business way with that company.o > J > And, to be Talmudic, even if MS wasn't as it is with its "partners", theM > first thing you learn in business school is to look for and show the things G > which differentiate you from your competition. Capellas seems to haveiN > indicated that NSK is such a differentiatior, but that VMS is not. All other+ > products, Compaq is just a "me too". Bah.a > K > No, from the description of Alan's, Compaq will disappear, one way or the N > other, from existence within the next 3-5 years. There will remain no reason > to buy from them.  > 
 >         Janu  > To partner with Micro$oft if possible at all isn't what Compaq? should try. Although I don't think that Linux is worth the hypeO@ it could do a great job in lowering the attention that Micro$oft? products and "solutions" get in the market. This is one way ford: Compaq to go. And Compaq claims that they are an important< founder of the open source community (althogh this came from Digital times).c  = To offer unique products in technique, quality and service ise *the* key so success.   = There *are* still reasons to buy from Compaq: if you get goodu9 products which help you to win within the next few years.    ------------------------------  % Date: Tue, 30 Jan 2001 09:26:08 +0000w) From: Christof Brass <brass@infopuls.com>S- Subject: Re: It's the end for VMS get off nowS, Message-ID: <3A7688B0.CFE9079D@infopuls.com>   David Mathog wrote:y > T > In article <94vvl3$8ur$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > >eL > >If people wanted to do something that *might* be constructive, they couldO > >band together and present Capellas with a list of what actions it would take N > >to keep them from bailing out:  at least that would force Compaq to ante upM > >or suffer immediate consequences, and help clear the air at the same time.-M > >But the time for that kind of effort to be effective may be long gone now.E > L > The "People" who need to present this list to Capellas are the big guns atM > E-Trade, NASDAQ and the like.  I strongly suggest that anybody reading this0J > message who works for such an organization (you know who you are!) bringL > the current crisis ( and I think it does merit that name) to the attentionM > of their CIO/CTO.  The thing that has me most worried is that this strategy I > of "keep the customers but don't talk up the product" seems designed tosJ > increase or at least maintain the value of a product that is about to beJ > sold, without simultaneously bringing it to the attention of the outsideJ > world.  Ie, let us complete the deal in peace.  Unfortunately, since theG > most likely buyer is CA, if these companies want to save themselves arI > fortune and a tremendous amount of pain and suffering they'd best get aaG > commitment out of Capellas that they can at least have first crack atbK > buying OpenVMS as some sort of consortium, or do something, ANYthing elsebD > to keep it out of CA's clutches.  Because if they think OpenVMS isG > expensive now, it's nothing compared to the bloodletting that CA willt	 > impose.V > J > And if these bigwigs do have a chat about OpenVMS's future with CapellasJ > maybe they can suggest that Compaq spare a few doucats to correct the IOJ > performance issues.  I find it hard to believe that all the problems I'mJ > seeing aren't also slowing down their big/expensive systems as well, and0 > for them, performance has a real dollar value. > 
 > Regards, >  > David Mathog > mathog@seqaxp.bio.caltech.edua@ > Manager, sequence analysis facility, biology division, Caltech  @ What does Compaq with the 50% of win on every VMS sale? Normally= that a high margin is not fair and is regarded as milking theh; customer. If the money goes back to VMS and if the customerh7 saves more than with another OS the 50% margin might be 5 justified as a price to pay to keep VMS high quality.n   ------------------------------  # Date: Tue, 30 Jan 2001 15:42:10 GMT/- From: Terry C Shannon <shannon@world.std.com> - Subject: Re: It's the end for VMS get off nowoD Message-ID: <Pine.SGI.4.21.0101301038400.20131-100000@world.std.com>  ' On Tue, 30 Jan 2001, Osmo Kujala wrote:u  - > Eric Ebinger <eebinger@telocity.com> wrote:q > 5 > > If Compaq doesn't want to grow the VMS market whyi > > the COE effort?h > K > Well, to me that worked like extra-super-hyper-mega-giga "flashing ball".oH > I laughed to the flashing ball campaign, but I've been accepting otherG > kind of flashing balls: posix, affinity,... and now COE? Am I stupid?  > H COE support will be required for US Department of Defense contracts, andH perhaps for future NATO contracts as well. Adding COE support to OpenVMSJ costs a hell of a lot more than those flashing balls. And it may well do a@ lot more than the aforementioned pulsating orbs: the addition ofH Solaris-like interfaces to OpenVMS will render it easier to port apps toF OpenVMS. Since apps availability is the Achille's Heel of OpenVMS, COE support is a good thing. h   ------------------------------  % Date: Tue, 30 Jan 2001 15:45:38 +0000h- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a- Subject: Re: It's the end for VMS get off nowh) Message-ID: <3A76E1A2.9FF836EB@bbc.co.uk>c   Wayne Holland wrote:  G > It may be possible that Compaq is giving up VMS on a silver plater to* > Microsoft.  . but they already have it, they have Cutler :-)  F They'd have to admit all the "well NT is VMS anyway because of Culter" nonsense" was in fact what I just called it.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukg  A I speak for myself only and my views in no way represent those of1 MedAS or the BBC.0   ------------------------------    Date: 30 Jan 2001 11:07:00 -0500* From: young_r@eisner.decus.org (Rob Young)- Subject: Re: It's the end for VMS get off now>+ Message-ID: <XxrxzUwfJfIv@eisner.decus.org>a  Y In article <3A76E1A2.9FF836EB@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:s >  >  > Wayne Holland wrote: > H >> It may be possible that Compaq is giving up VMS on a silver plater to
 >> Microsoft.h > 0 > but they already have it, they have Cutler :-) > H > They'd have to admit all the "well NT is VMS anyway because of Culter"
 > nonsense$ > was in fact what I just called it. >   : 	Yes ... we know Cutler was away when Clustering was being/ 	developed, etc.  However, NT is more than justw< 	a rumor "being a lot like VMS" as Jamie Hanrahan details as& 	he dropped out here a few years back.   				Robt      Date:       1997/05/28o  Newsgroup:  comp.os.vms a  )  In article <338A488D.6FC7@videotron.ca>, 2   jfmezei <"[nospam]jfmezei"@videotron.ca> writes:*  > David Cathey (Remove MX to mail) wrote:G  >> culmulated into OpenVMS.  The sad thing is Cutler had to capitulatetB  >> to a Windows assimilation of his theoretically sound base O/S.C  >> You'd think he would have taken the tenets of procedure callingc  >> standards with him as well.   > ME  > I think it is quite pretentious of the VMSer to think that Cutler  D  > had so much design authority over NT and that he would have taken  > his VMS knowledge with him.  G  Not pretentitious at all.  We're simply aware of facts you apparently    haven't heard about.     G  From the internals point of view there is utterly no question that NT    is VMS re-implemented.  r  G  > Cutler was told to replace DOS with a real kernel over which Windowsi;  > could run, over which teh windows API could run etc etc.l  E  This is off-topic, but you're incorrect here also.  Originally thereeD  wasn't even going to be a Win32 API - 16-bit Windows had not gottenC  all that popular when NT was conceived.  NT was originally to be a E  follow-on to OS/2, and a cooperative effort with IBM.  But somewhere G  along the way Windows got pretty popular, IBM and MS split the beast, r8  IBM getting the OS/2 parts and MS keeping the NT parts.  K  > If you look at the PSION PDA operating system (called EPOC), you'll alsoiB  > find many many similarities with VMS. Event Flags, InterprocessK  > Mailboxes, shared memory between processes, process priorities, and evendH  > a utility (SPY) which is the equivalent to SHOW SYS. Its IO system is@  > similar to VMS (an equivalent to $ASSIGN with the device nameB  > determining which driver to use, and $QIO which is more or less&  > independant of the device itself.).  C  That's out at the UI and API level.  We're talking about internal    similarities.    B  > NT is an WINDOWS operating system with modern operating systemsB  > services. They were implemented with the Windows API mentality.6  > Stop thinking that NT is VMS with WINDOWS above it.  D  No, not "VMS with Windows above it", but a VMS-derived design with #  Windows above it, most certainly. .  I  > NT differs from DOS in that it has real operating system features, butt,  > the later are not the exclusivity of VMS.  D  The "real operating system features" you speak of are at the UI and<  API level.  They are not the reasons we consider NT to be a1  reimplementation of VMS at the internal level.       How about:e  D  The scheduler.  (process scheduler in VMS, thread scheduler in NT) D  32 scheduling priorities, divided into the "real-time" (16-31) and F  "variable" (0-15) priority ranges.  identical preemption at ready by ?  higher-priority threads; identical quantum and priority boost 1F  implementations; identical CPU starvation avoidance mechanism to get C  out of priority inversion situations; a null thread for each CPU; a
  etc., etc.     7  Memory management.  0-7FFFFFFF is per-process, mostly  D  user-mode-accessible only; 80000000-FFFFFFFF is systemwide, mostly D  kernel-accessible only.  Functionally identical implementations of   paging vs. swapping.   C  I/O.  I could write a book (in fact, I am), but briefly, IRPs are gF  IRPs, UCBs are "device objects", CRBs are "controller objects", ADPs >  are "adapter objects", FDT routines are "dispatch routines", H  EXE$QIODRVPKT is IoStartPacket, StartIO routines are StartIO routines, D  fork routines are DPC routines, ASTs are APCs... etc., etc., etc., 
  etc., etc.     G  Interrupt handling.  32 levels of interrupts (some simulated but this uF  is nevertheless the way the code is written).  IPLs on VMS, IRQLs on H  NT.  In order:  Passive level, APC (AST) Level, Dispatch (fork) level, C  then the IO hardware interrupts, then some "hardware maintenance" lF  functions like the hardware timer, IPI, power fail notification, and %  HIGH_LEVEL to block all interrupts. s  ?  Face it, JF, you're wrong.  Worse, you are writing not just in @  misunderstanding but in ignorance of the facts.  Please go readF  _Showstopper_ and _Inside Windows NT_ (Custer) before opining further  on this subject.   >          --- Jamie Hanrahan, Kernel Mode Systems, San Diego CAC          Internet: jeh@cmkrnl.com (JH645)  CompuServe: 74140,2055  cP  drivers, internals, networks, applications, and training for VMS and Windows NTE  NT driver FAQ, links, and other information:  http://www.cmkrnl.com/f   ------------------------------  % Date: Tue, 30 Jan 2001 11:09:00 -0600r1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>a- Subject: Re: It's the end for VMS get off nowe8 Message-ID: <956sgg$l7m$1@fizban.fizban.pprd.abbott.com>  4 "Osmo Kujala" <kujala@tukki.jyu.fi> wrote in message& news:955pda$gfp$1@mordred.cc.jyu.fi.../ > Dave Gudewicz <dgudewicz@megsinet.net> wrote:lK > > Also got mail and a phone call at home from Peter Blackmore, Exec VP oftL > > Sales and Services and he assures me that VMS is an important ingredient to > > the success of Compaq. >sK > To get money for building Wintel business?                            /OKs  J He didn't mention the money going to the Wintel business.  At least not to me.h   Dave...l   ------------------------------  # Date: Tue, 30 Jan 2001 17:16:40 GMTr From: cstranslations@msn.com- Subject: Re: It's the end for VMS get off nowg) Message-ID: <956stb$brt$1@nnrp1.deja.com>e  H In article <y4hf2i4mzz.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,C   Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  wrote:  > cstranslations@msn.com writes: > B > > In the face of this is there any big surprise in the fact that CapellasE > > said he's re-doubling all efforts to help Microsoft take over the  world1' > > in a talk to a bunch of "analysts?"g >-H > Of course it is surprising. As DEC's history and demise have shown, asA > Bristol's, Caldera's and others problems with MS contracts haveJ
 shown, andC > as the findings of fact in the anti-trust lawsuit against MS haveo shown,D > there is absolutely every reason not to partner in a serious, bet- your-t! > business way with that company.  >cF > And, to be Talmudic, even if MS wasn't as it is with its "partners", the F > first thing you learn in business school is to look for and show the thingsG > which differentiate you from your competition. Capellas seems to havetD > indicated that NSK is such a differentiatior, but that VMS is not.	 All other + > products, Compaq is just a "me too". Bah.a  A What can I say? Those who ignore history are doomed to repeat it..  G > No, from the description of Alan's, Compaq will disappear, one way orb theeG > other, from existence within the next 3-5 years. There will remain nol reason > to buy from them.-  E Again - what can I say? It's been 20 years since I read it but I seem1A to remember "The Soul of a New Machine" as being some interesting:D reading. Where's Data General today? I think I was in high school atE the time but anyone remember the merger between Sperry and whoever itsC was (I can't even remember the name). There were suppose to be some0E really big synergies that were going to come together in that one andtA really redefine whatever it was that they were going to redefine.n? Where's Unisys today? Fred Wang once said that, "billion dollardB companies don't just disappear over night." Where's Wang Computers4 today? Anyone remember CompuServ? How about Prodigy?  D Had one or two different paths been followed Digital Equipment couldD have owned the world today. Hell - could have had iMacs built aroundG the Alpha chip. But then all of this has been hashed, rehashed, and the-A rehash has been rehashed. Instead Digital Equipment doesn't existKF anymore and the core of what was its intellectual property is owned by< a PC company that doesn't appear to know what to do with it.  D So like I said - if you can't learn from history then you repeat the& mistakes of those who came before you.     Sent via Deja.coms http://www.deja.com/   ------------------------------    Date: 30 Jan 2001 12:35:59 -0500, From: koehler@eisner.decus.org (Bob Koehler)- Subject: Re: It's the end for VMS get off now-+ Message-ID: <w$sXXmqEyDoK@eisner.decus.org>   t In article <Pine.SGI.4.21.0101301038400.20131-100000@world.std.com>, Terry C Shannon <shannon@world.std.com> writes:   > the addition ofjJ > Solaris-like interfaces to OpenVMS will render it easier to port apps toH > OpenVMS. Since apps availability is the Achille's Heel of OpenVMS, COE > support is a good thing. r  D Oracle using Solaris as a prime development platform and Sun porting@ StarOffice to Solaris come to mind, as well as Solaris being the- platform for development of new JDK releases.   G A great many vendors develop first on Sun, the port to HP, etc.  If thec? port to VMS can be done as cheaply as the port to HP it becomesaG profitable again to sell the big apps to the small market.  This is key  to getting the market to grow.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupiE                                 | please remove ".aspm" when replyinge   ------------------------------    Date: 31 Jan 2001 01:54:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: It's the end for VMS get off nows- Message-ID: <87puh553k3.fsf@prep.synonet.com>h  , young_r@eisner.decus.org (Rob Young) writes:  F >  The scheduler.  (process scheduler in VMS, thread scheduler in NT) F >  32 scheduling priorities, divided into the "real-time" (16-31) and H >  "variable" (0-15) priority ranges.  identical preemption at ready by A >  higher-priority threads; identical quantum and priority boost eH >  implementations; identical CPU starvation avoidance mechanism to get E >  out of priority inversion situations; a null thread for each CPU;   >  etc., etc.  a > 9 >  Memory management.  0-7FFFFFFF is per-process, mostly oF >  user-mode-accessible only; 80000000-FFFFFFFF is systemwide, mostly F >  kernel-accessible only.  Functionally identical implementations of  >  paging vs. swapping.  > E >  I/O.  I could write a book (in fact, I am), but briefly, IRPs are nH >  IRPs, UCBs are "device objects", CRBs are "controller objects", ADPs @ >  are "adapter objects", FDT routines are "dispatch routines", J >  EXE$QIODRVPKT is IoStartPacket, StartIO routines are StartIO routines, F >  fork routines are DPC routines, ASTs are APCs... etc., etc., etc.,  >  etc., etc.  p > I >  Interrupt handling.  32 levels of interrupts (some simulated but this iH >  is nevertheless the way the code is written).  IPLs on VMS, IRQLs on J >  NT.  In order:  Passive level, APC (AST) Level, Dispatch (fork) level, E >  then the IO hardware interrupts, then some "hardware maintenance"  H >  functions like the hardware timer, IPI, power fail notification, and ' >  HIGH_LEVEL to block all interrupts. c  A And the "spelling error for spelling error..." compatability with7 MICA.F  B BTW, I have read the 3.x listing, and could find no mention of DC.9 Anyone point to code he did do? When did he start on ELN?i   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 31 Jan 2001 01:58:23 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: It's the end for VMS get off nown- Message-ID: <87lmrs6hxc.fsf@prep.synonet.com>i  / Terry C Shannon <shannon@world.std.com> writes:N  J > COE support will be required for US Department of Defense contracts, andJ > perhaps for future NATO contracts as well. Adding COE support to OpenVMSL > costs a hell of a lot more than those flashing balls. And it may well do aB > lot more than the aforementioned pulsating orbs: the addition ofJ > Solaris-like interfaces to OpenVMS will render it easier to port apps to	   ^^^^^^^eK Gark, choke... Will the beast of redmond also have to ante up to the light?h  H > OpenVMS. Since apps availability is the Achille's Heel of OpenVMS, COE > support is a good thing.     This will be true I hope.t  D I looked at the COE site the other night. The only systems certifiedA so far are DU 4.0 on an XP1000, and, get this, an SGI Origin plusd an O2 as the X-server.     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 30 Jan 2001 07:36:27 +0000g) From: Christof Brass <brass@infopuls.com>w! Subject: Re: LN03 system passworde, Message-ID: <3A766EFB.E587E020@infopuls.com>   JF Mezei wrote:c >  > Christof Brass wrote:bD > > Problem: each time I switch on my LN03 it spits out a test page. > M > You should have asked before I transformed my old LN03 into a foot rest ...a > ! > There were 3 models of the LN03g > A > LN03 (useless basic text printer, with minimal graphics memory)t! > LN03-PLUS (capable of graphics)t > LN03-R  ( postscript printer)o > F > Neither the LN03 not LN03 plus were capable of handling passwords orM > generating test pages on their own at startup. So I have to assume you havea > the LN03-R > N > I don't have the documentation set for that printer, however, looking at theF > DCPS$LAYUP:*.PS files on my system, I can see two files of interest: > O > One is specifically to stop the automatic cutting of a billion trees whenever 0 > you turn on the printer: (DCW1000_NOSTRTPG.PS) > E > %  After this file is sent, the start page will not be printed whenu' > %  the printer is turned on or reset.t > ? > %  Wrap function with startjob to make the change persistent.m >  > <<  /Password (0) deft >     /DoStartPage false def > >> setsystemparams > N > Note that in the above, you need to change the (0) to the correct (password) > 	 > -------g >  > To change/reset the password:i > ! > <<  /Password (oldpassword) defd- >     /SystemParamsPassword (newpassword) defa > >> setsystemparams > Q > if you set newpassword to a empty string (), then no password will be enforced.o > C > > - Is there a way to reset the printer including the password to  > > the factory settings?i > J > There should be a way to do this, but I do not know offhand. If all elseP > fails, unscrew the lower back panel which gives you access to the motherboard,T > and pull the boards out. If you see a small battery, remove it for a few hours :-)  > Very comprehensible answer, thanks a lot! It is the PostScript@ version. As I don't have much time now and as I only print a few< pages a month I'll try this out next weekend (especially the$ version with the mainboard removal).   ------------------------------  % Date: Tue, 30 Jan 2001 07:51:46 +0000r) From: Christof Brass <brass@infopuls.com>d! Subject: Re: LN03 system passwordV, Message-ID: <3A767292.F0AF2B6D@infopuls.com>   Paul Anderson wrote: > = > In article <3A74C312.D3D74C1F@infopuls.com>, Christof Brass  > <brass@infopuls.com> wrote:o > F > > Problem: each time I switch on my LN03 it spits out a test page. IG > > read in the manual that there is the possibilty to change this. ForeF > > that I have to log in (yes the printer offers to log in) using theF > > printer's account password. If I try that I receive a message that > > the password is wrong. > 6 > The default password on the ScriptPrinter (LN03R) is >  >    (LN03R) > G > There is no easy way to reset the printer to its default setting.  If I > the password has been changed and you don't know what it is, you're outv
 > of luck. > : > > Is there any trick in replying to the password prompt? > E > I'm not sure that the printer will give you a password prompt.  TheVH > password in question is a PostScript password, used for such things asI > downloading fonts or otherwise changing internal printer settings.  ArevD > you sure it's the printer giving you the prompt and not a terminal	 > server?J >  > Paul >  > --. >    Paul Anderson, OpenVMS Engineering (DCPS). >    Compaq Computer Corporation, Littleton MA  @ Thanks a lot. I'm not sure which password I tried several months= ago but neither worked. In between I opened the paper tray to > prevent printing the test page and closed if after printer has< been warmed up. I also don't remember if it really gave me a> password prompt. But I clearly remember that it didn't proceed3 the way it should if the password had been correct. ? I got this printer from a friend who worked for a company whicht= couldn't use it because they didn't even know what PostScript @ is. The printer wasn't used for years. I'm sure nobody there was? able to change the default settings. The only possibility I can = think of is an external consultant who might have changed it.n   ------------------------------  % Date: Tue, 30 Jan 2001 07:56:32 +0100p> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>; Subject: Re: Malloc bug - anyone else got the same problem?s. Message-ID: <955obq$b19$1@reader1.imaginet.fr>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagei1 news:GBhd6.165$cu.1178@gazette.loc1.tandem.com...n >aL >   Me?  I prefer to centralize the calls into a set of application-specificG >   memory management modules, because this permits me to incorporate aw varietysJ >   of useful enhancements (various useful stunts are easily possible with VMK >   allocation zones), and it permits me to maintain my own set of quadwordtG >   fenceposts, and it permits me to monitor memory management activityE within >   the application...  ' Are such examples available somewhere ?o   Cordialement Jean-Franois Marchaly X9000 - LYON (FR)    ------------------------------  # Date: Tue, 30 Jan 2001 18:39:09 GMTt2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: Malloc bug - anyone else got the same problem?a7 Message-ID: <hTDd6.220$cu.1380@gazette.loc1.tandem.com>P  o In article <955obq$b19$1@reader1.imaginet.fr>, "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> writes:a :g@ :"Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message2 :news:GBhd6.165$cu.1178@gazette.loc1.tandem.com... :>J :>   ...and it permits me to maintain my own set of quadword fenceposts... :t( :Are such examples available somewhere ?  F   Not that I am aware of, though these routines are trivial to create.  G   You simply code up a locally-named memory allocation routine, and yousH   "lie" to the caller -- you allocate an extra quadword at the front andG   an extra quadword at the back of the real memory allocation, and you lI   initialize these two quadwords with a known value.  I use a value that hJ   does not have zero bytes, as I have found that character to be commonly E   involved.  I then check the two quadwords at deallocation, and the tE   routine signals or otherwise expresses its severe displeasure when i+   corruptions are detected on deallocation.t  B   I have had several off-line discussions around debugging memory G   management problems recently, in addition to the on-line discussions tH   here.  Start with the OpenVMS Ask The Wizard area has various related F   discussions: topics (1661), (2624), (2630), (2681), (3115), (3257), H   (3748), and (4808) may be of direct or indirect interest when working >   with memory management.  (qv: www.openvms.compaq.com/wizard)  I   As I mentioned in at least one of the off-line email discussions, I'll  L   look at the addition of an application debugging chapter into the OpenVMS H   Programming Concepts manual, as this discussion is regularly repeated.I   (I would end up writing a fair chunk of the material in the chapter andlL   additional time creating and testing the necessary examples, and locating J   previous discussions, meaning that this work will require a non-trivial L   chunk of scheduling time.  If this documentation work does get scheduled, G   the work will occur only after the OpenVMS V7.3 documentation ships.)m  K   I should also turn the question around, and ask what you would expect to  G   see in a chapter on debugging...  (I will know some of the areas, butnG   there may well be other areas of debugging discussions that should be_4   included; discussions that I have not considered.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 30 Jan 2001 08:32:10 -0500* From: young_r@eisner.decus.org (Rob Young)7 Subject: Re: Midrange I/O with VMS WAS: DS20 - Slow I/O-+ Message-ID: <svC+NDqao7oG@eisner.decus.org>9  Q In article <955csg$4ig$1@nnrp1.deja.com>, Uwe Zessin <zessin@my-deja.com> writes: - > In article <p9xnuDTWnYno@eisner.decus.org>,7/ >   young_r@eisner.decus.org (Rob Young) wrote:a > [...]@ >>C >> So .. just what are you trying to point out about the controller  >> write logs? > D > I do understand what the write log history in MSCP controllers and9 > certain DSSI Disks is for. Thank's for the reminder ;-)a > C > My point is that the write log as implemented in ACS V8.5P is for D > the DRM only. I don't have the SPDs for ACS V8.5F or S handy and IE > don't have time to look them up, yet - (I'm on my way to a customere= > in a couple of minutes) do they talk about write logs, too?- >  >> Naming conventions? > & > The same name for a different thing. >   ? 	When I went back and re-read what I wrote, I realized I didn't-? 	acknowledge that.  Yes, WHL is for DRM *currently*.  I believemB 	I read or saw on a CETS roadmap that VMS will be taking advantageC 	of write history in HSG80 and supporting mini-merge in some futureoE 	timeframe.  No I don't know what newer revs of the firmware contain.s   				Robc   ------------------------------    Date: 30 Jan 2001 08:36:32 -0500* From: young_r@eisner.decus.org (Rob Young)7 Subject: Re: Midrange I/O with VMS WAS: DS20 - Slow I/Og+ Message-ID: <VoiGVxH8hwD6@eisner.decus.org>   Q In article <955csg$4ig$1@nnrp1.deja.com>, Uwe Zessin <zessin@my-deja.com> writes:t- > In article <p9xnuDTWnYno@eisner.decus.org>,g/ >   young_r@eisner.decus.org (Rob Young) wrote:r > [...]n >>C >> So .. just what are you trying to point out about the controllery >> write logs? > D > I do understand what the write log history in MSCP controllers and9 > certain DSSI Disks is for. Thank's for the reminder ;-)h > C > My point is that the write log as implemented in ACS V8.5P is for D > the DRM only. I don't have the SPDs for ACS V8.5F or S handy and IE > don't have time to look them up, yet - (I'm on my way to a customera= > in a couple of minutes) do they talk about write logs, too?a >   9 	Ah... wished I had waited a few minutes.  Kerry suppliedp 	this link:o  < http://www.openvms.compaq.com/openvms/fibre/fibrechannel.htm  5 	If you check out slide 23 you see HSG write logging  > 	late 2001 (we know WHL is already in there for DRM), requires+ 	ACS 8.7, possible VMS support in VMS 7.3-1b   				Robn   ------------------------------  # Date: Tue, 30 Jan 2001 08:15:17 GMTh( From: Terry Kennedy <terry@gate.tmk.com>+ Subject: Re: Monitoring external tempraturec' Message-ID: <G7yuxH.CLK@spcuna.spc.edu>s  1 Mark-Simon Pope <mpope@NOSPAM@bristol.ca> writes:iN > I'm looking for a product that can monitor the rooms temperature so I can be( > alerted when the cooling systems fail. >y > Ever heard of anything?   D   I like the combination of the APC AP9606 Web/SNMP card and the APCC AP9612TH temperature/humidity/4-contact card. At one time, the only C supported (by APC) way to do this was with an APC SmartSlot UPS and B an AP9600 expansion chassis. We put some together without the UPS,E using the AP9606 card, the AP9612TH card, the AP9207 3-slot expansionhB chassis, and the AP9505 power supply. This gives you a 1 rack unitA (or tabletop) chassis with an Ethernet connector. It can monitor wD temperature and humidity (on a probe w/ a 15' cord) and up to 4 nor-@ mally open, normally closed, or combination switch contacts (forD things like under-floor water sensors, burglar alarms, etc.) You canC graph the data with MRTG, get SNMP traps, view it using a web brow-n1 ser, etc. There's a live demo of the web part at:g" http://testdrive.apcc.com/9606.htm  @   You can also add a second temperature/humidity probe. A fully-F stuffed AP9207 with a pair of AP9612TH's could monitor 4 temp/humidity probes and 8 contacts.  D   I think APC came out with a supported package that doesn't require% the UPS, but I can't find it offhand.t  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAh   ------------------------------  # Date: Tue, 30 Jan 2001 12:19:59 GMTr From: LBohan@dbc.spam_less..comt+ Subject: Re: Monitoring external tempraturem8 Message-ID: <hrbd7tgrr45uoiprp3bs6jqp5u70leud5h@4ax.com>  5 On Mon, 29 Jan 2001 15:23:52 -0600, "Mark-Simon Pope"   <mpope@NOSPAM@bristol.ca> wrote:  G >I've got a rack with a couple of DS20's, and some fiber attached disk,eE >running VMS 7.1.  This is in an air conditioned room with some other-I >equipment.  I'm capable of sending alerts to my alpha numeric pager from 
 >these boxes.  > M >I'm looking for a product that can monitor the rooms temperature so I can bet' >alerted when the cooling systems fail.  >  >Ever heard of anything? >hJ >I walked into a steaming hot computer room this morning, the air had beenK >down most of the weekend. Previously, we had been able to rely on securitynI >patrols to alert us.  They still walk through the room, guess that's allo
 >they do now.c >o >thanks, >Mark-S.  0 Since you has DS20's, this might be of interest,3 posted to COV earlier this year (by whom, I forget),   $ set noverify $ on error then goto exit  $ high_limit = 80p $ ws := write sys$output $ node = f$getsyi("NODENAME")g $!% $ tt = f$getsyi("temperature_vector")  $ save_status = $statuse $ if save_status .eq. %xfbar $ then( $    ws "ERROR - Status: ''save_status'" $    goto exit $ endif; $! $ cpu   = 0r $loop: $    s_pos = (30-cpu*2) D $!!    ws "Vector: ''tt'  Length: ''f$length(tt)'  Start: ''s_pos' "" $    ttn   = f$extract(s_pos,2,tt)% $    if ttn .eqs. "FF" then goto exitc& $!    if ttn .eqs. "FF" then goto next $    t     = (%x'ttn*9)/5+32 $    gosub check_limit5 $    ws "CPU  ''cpu'   Temperature  ''t' ''warn_msg'"  $! $next: $    cpu   = cpu + 1" $    if cpu .lt. 16 then goto loop $! $exit: $ exit save_status $! $failed: $ ws "STATUS = FAILED" $ exit $!
 $CHECK_LIMIT:T $! $ If t .ge. high_limit $ Then1 $     warn_msg = "WARNING - HIGH CPU TEMPERATURE"u $ Else $     warn_msg = ""  $ EndIf. $ RETURN   ------------------------------  % Date: Tue, 30 Jan 2001 16:25:35 +0000a- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>c= Subject: Re: No technical computing, was: expanding the niches) Message-ID: <3A76EAFF.ACE96FA6@bbc.co.uk>)   "Everhart, Glenn (FUSA)" wrote:n   >p= > chance that good might come to VMS. IMO the product doesn'ta > deserve ill words.  (  no, but we all know which product does. --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uko  A I speak for myself only and my views in no way represent those ofR MedAS or the BBC.    ------------------------------    Date: 31 Jan 2001 02:08:00 +0800, From: Paul Repacholi <prep@prep.synonet.com>= Subject: Re: No technical computing, was: expanding the niche-- Message-ID: <87hf2g6hhb.fsf@prep.synonet.com>-  = "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> writes:c  < > Anyone for toning down the whining a few tens of decibels?8 > We've gotten confirmation Capellas did NOT mean Compaq3 > is leaving VMS, but the contrary (as made sense).N   That settles it for me.e  ; Glen has twice posted that the fears are at least, a littleoE off the mark. So lets give it a day of so and let the wheels turn OK?   D The feeling I get from this distant view point is that MC *IS* awareJ that VMS and Alpha are the unexpected jewels in Compaqs crown, and that heH is batteling the internal diehards to get things turned around and full  steam ahead.  C But the lack of notice or such is a bit of a PR snafu. Ce la vie...    -- .< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 30 Jan 2001 11:04:12 GMTc/ From: "Tom Wade" <t.wade@vms.eurokom.ie.nospam>,7 Subject: Part number for RA3000 expansion shelf adaptert. Message-ID: <Mcxd6.6351$r17.18962@news.iol.ie>  
 Greetings,  A We are trying to add a third expansion shelf to a Raid Array 3000- controller.-I Since the RA3000 has only to device module connectors, it is necessary tonL 'daisychain' the third shelf onto one of the others using a TRIlink adapter.  H The RA3000 hardware user guide clearly shows the wiring needed, together withF the dipswitch settings on the Personality I/O modules and even has theK part numbers of the cables (BN37A-0E).  Unfortunately, it does not give ther# part number of the TRIlink adapter.N  K I can tell what it isn't.  It is not a H885-AA (this has a SCSI D-connectorpL that is 45 mm across at the longer side and 5 mm high).  I know this becauseE it took our Compaq reseller (who shall remain nameless) eight days toa delivere< this part, which fits the host bus rather than the disk bus.  L Can anyone shed any light on the actual part number, so that I can make sureK I get the right part this time (or better still get it from somewhere else)  ?   I Also, if any of you have done firmware upgrades for this beast, are theree any 	 gotchas ?    Many thanks for any help.G   Tom    ------------------------------  % Date: Tue, 30 Jan 2001 11:10:17 +0000 5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com>u; Subject: RE: Part number for RA3000 expansion shelf adapter<N Message-ID: <F498D199EDB12D468CD2C66680D308018B1172@reoexc04.emea.cpqcorp.net>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_000_01C08AAD.3A212FEFe Content-Type: text/plain;d 	charset="iso-8859-1"a   Hope this attachment works.o   	Olive   -----Original Message-----4 From: Tom Wade [mailto:t.wade@vms.eurokom.ie.nospam]( Sent: Tuesday, January 30, 2001 11:04 AM To: Info-VAX@Mvb.Saic.Com 7 Subject: Part number for RA3000 expansion shelf adapter     
 Greetings,  A We are trying to add a third expansion shelf to a Raid Array 3000  controller.rI Since the RA3000 has only to device module connectors, it is necessary tofL 'daisychain' the third shelf onto one of the others using a TRIlink adapter.  H The RA3000 hardware user guide clearly shows the wiring needed, together withF the dipswitch settings on the Personality I/O modules and even has theK part numbers of the cables (BN37A-0E).  Unfortunately, it does not give the1# part number of the TRIlink adapter.s  K I can tell what it isn't.  It is not a H885-AA (this has a SCSI D-connectorFL that is 45 mm across at the longer side and 5 mm high).  I know this becauseE it took our Compaq reseller (who shall remain nameless) eight days to  deliver:< this part, which fits the host bus rather than the disk bus.  L Can anyone shed any light on the actual part number, so that I can make sureK I get the right part this time (or better still get it from somewhere else)  ?o  I Also, if any of you have done firmware upgrades for this beast, are theren any 	 gotchas ?a   Many thanks for any help.n   Tom0      ' ------_=_NextPart_000_01C08AAD.3A212FEFy' Content-Type: application/octet-stream;s 	name="RA3000cable.pdf"o! Content-Transfer-Encoding: base64n  Content-Disposition: attachment; 	filename="RA3000cable.pdf"i  L JVBERi0xLjIgDSXi48/TDQogDTEwIDAgb2JqDTw8DS9MZW5ndGggMTEgMCBSDS9GaWx0ZXIgL0xaL V0RlY29kZSANPj4Nc3RyZWFtDQqAEIqA0bjIXDIaCAZjgXQkQFQiA0YCCJxM5GcQA0XkaJjEYC4YL DgQQ8zA0Wx8YDUYDKRlQxxSQDUcjOWncQCgpEEZjCeCAgmw4GgwiApmU5HajCAhm83GY0mc6nIwnL Q00w5iAUw81A0cjEXDmWDaxC6Cy0iCCNjEQDEbSCRSSTSiZDeWy+UDcYw4qTYUFM6GE3GQwmymGWL iGk3Gc2YYg4I4HSk0um0+o1Oqm6slSti0ajWvywWjKGW+IWgjWoYyy4SeQDca3WYDGZTWblIymE5L CA7GkyzY3mYQTmdzzM1sZDLPamKWba7fc7veiDf8GdTwYcWTcfk6AYjMXDbSWeUdrYSgbbLaCjJHL Q5G82YvclAymQynO/mwQFwUEQpi0piuLCchaI4gi4FLsO0FzlImh7xJA0S9LsmIahs9IijwODADmL y4QPk+j7MG/L9v6/8AiDAYiQM7AioGOKMtQtYQIujKPrKmwGrUNUaOWiYpCPF4ZLahAQBolIXBnCL qPBukCEhkkK3RkwwxBUBooozF0cRitUZoksiWRvHMdoq4MfgaGTUwVCoaNkhqEyWlgZq8sEohBKcL qyvF8tRkjEuxtPMdIlHkyRehaDoSGocM9JCFTkliGLZOk7SsBssRhLc+RrL8/zE5cfReHE3hBRFFL QqGaDUhR8KjlKUqUnLFMhBMAQCVTdAzHT0cSDQwQPO7waISNsXhuj9IBtJCGpE/AGimjNXRpL1YzL zWks0BMcezKGQZhpXdezaEFgzMG9U15Y4aWSjNmTvSlnz9LNpzDW1O2wGbPJZIq2wpb6MhkG4cwVL ewZX9RdlXTZ0+01d1a2tQccWHNNyLbc19XCtocwrYy2rLglmzxg9o4TalOWvfdxYfjFkYnflxhpgL Mjwrjd1UtPd9380VRQoF18vOz61oZi06DNKlX2hWV3hBatBVw7ua1EG8lzncDUo/n8KYiEFlBzUOL qobq90Y5eKLT4vKPhwkQahvbaQ4mvN61EHCvBqlllO7fEK0Qj982UNCM6DdYG2PqgbI+hNtBckQYL q8GCE1WEG9iuEA3IygW/4ru3BO+vSIo2jrVCoktiBiG8Koel7WNTn6Hr4JA3vs5cVoHgy8LJy3BhL BfwcITxEmTpx3IckgfZdFUXLhtzKNI4tfOpK1kz9Glzl9Sm4kswrQGxZmM9S4ndoBqvMoZ3OYY59L VTDb7od2rVo2kVvMoYpmg+m4ylmohpJfcVFbOeawhni/w7yc2YKTYWlx9xnn7tnO8hVqLWXZtubkL p926h2Sv9b03xoRGVCqHdCzxwrh3EuLMM71yIDXJwZVE+Jh6DXjucJa59BToXnOlWIwF5zqnWB0RL i69dSWAbneJY91p5LIIlrg+7wEDj4RuTh6/B7q44VObeTC0uJB1IOkegXt6T1DNPWdgnlGD2oEpEL fycppzu4UM/cY+ZdjCH0sKaS+1izOU1KmK/ApF5MnDEJBpHRn7cy2OYSJHxl7Xl1QDbFHFtTLDRkL iXAk47zwo9kGj6i+RBIo9ltXOA1vYDY1ANTWQeSyumfssjrER3bjIRO/k8V5mzLFQxPeQcouCxHFL QxBA6YtkNSbhEDKbsMZhgYw6YMzJLisFZPrXlBhX7D17xyLWDBJbigQJOftCBOqrWOzEUw0SNz7CL Mx7I+qZIkfyEuVIUqd8k14dxrY/G1kLYGGLaW2sV7ywIMNlSOWEGaS1ftdWW1988bFZzdmTJ5uLJL p6sTBpHGcSxp+EJgCx2Yy0qCMjoMd45SRUltxoVAyVr228yEYNRNkC8GFq4IWv6aTJyyrgoXNGcqL x2NUiolNykrR2RMMoWW2hs+1vUuoYvakEg5/zrY80WirDEzr1ktUNlMy5EgwlYSJfhBmykKLKTtfL xyp9kGYkCAl7fwaGeVKQVaCayDTiZZV6QMPpA1eLfWFgq+4UR6qdI2utb2UPNlLHt/5LKlygrazyL sFdDvKLr8zxM6ja9MSsWzycEzrCpmd0nORThqqHdZdGKh8002StX4t6ydfJR2hn6mchkejRWYs9aL mQLeHR1hk232S8+bGyMm+setTha7LbqvHuA1dq3XAjySOsMe6pyBuDGKIce1t2qubHSr9x2Wv3sjL U25LLGBRzuGy1Rdk7nWsu1Zu2tu2ySBp5UKuFxiM2zgulmL8230U4ngrg8DD3EEGXyR4lhsrXOMUL lNl7N8qBTIosR6IroVts/BtVtOBXjwKRmw34jxDCyvuuSvSM1yZURHd9CQgeFVoPugSeGFcz0oSzL JADMmZsDWAwJ252GzrQxB1DnMKVWIsLtvtERDE5HsUueinjA7p5T0mNDCY8ox2AW4OVEzU8JpiJrL +NcDmKR4zkGwL6UYpAcjsETBa7qaSDZbkoSKTSKyxAZzieiCgJ5uQhhsxsZDLz1XrqVwHOyY9OaUL KFf6DlwdVJP4RalKXAGE4Sg0vSWuoJZnjmoeVkNOKETYmyL0XwKZiDFGGDCY7OhSimFOKgVIqhTML vy3oTmQjd/dIgtSFpRBkWAUBcSCDc7BnqOaxLORsmksshaxJeCgrD1U0MS11lKKOKiUlqiti9Yx6L SRBMCqE4q4YQ7BhDSGwMIYjFggDoG9xsN8mPi1Qtt/uqgjasilq5XeaT060BtrZ6uuCWbH15snX+L Wthxb2KSLe0sdWkozY888Z6dMmJ26nXG24yRZh3M5k026jV6vyNm3eG8ot70ivrsI2vdI7AJvvsrL e/eN7I188s8z3TyoKzXszWReQQBkDSHMNfMQ5BpKQVcNoYQ8BpDaHUNvDNyyA3RxLIW7Eh7u4trXL W7Od6nM3vydQMVthHY5Jv+Fhq+C5pJA2rNptgyB1MCYAOgLOYh1RCEgKYWjj1gKYew9x8NqhkDJqL fMNfzmZmyL1x8W8cjhjKoUgF4UAwhzQ2UgEAZtsGEy6t8N59AXQ6oDO2gc76TvtM7YJRC/p+tR8yL zZUx3qOURRwohrnm6fx3tcTIryizZTmJlVYtfn2zFgcNez0th27e2cO91nnrLNmysZ6iftk/he/VL BA02Xum3aLNlUz5ttvjM4aoDj53plD/JeFf704OPOEOtlBZv1JJ3UmjesJYiSSu9ObW++/v6/R00L YbD5w/8H5rC/poxXzuXZP3fct8cOYcUg/+tY+MvuSHAIquly9uxIW9AW/qbgNUrDAeZ6iGLYIZAQL nw/4/SZ6tc+M/6dzA0LWiWZsfFAtBJAg/Ysmvc/Gps/Kvo8ukorcww/YgWrc9C/Y9I8mqQ8s/ORwL /cnO9E/u9K+hBw/iqKUmm0m+J4tsYCygme7wBq/yjSve/I8q/Mm8rExKqwiKXASQnMW0/2n8xYW2L nFDCW89IkMmUTeJEn2rdC8xYs2n2brDGk+mkSQXGgqk4Socmo0gazWs6hULkM64q1kCECcn2ROqkL 7ss0wizIxedwys64mgYC3eL6L+7GDkDIViDSDoDREY7wzIJQVBEKL4P4P8QAQECORSQO2Izyi4k8L BzAwcIYcXyLKSHCpBavmfUz4TKV+keTUfdBqm+LHDMUTDQm+9sSGIWM8n7DSUES4V+SWTUTOfgpcL SKmYORBym+k+oyj+qvD0b6cmJUM8Tmn2++0clo0UxcdALEPSl4l8mA5Ek8LabU2OeYiq4IPSem6tL FeevGqfuYCueg9GASIJFFzB2opB7CzAIUgX4O8fuaiwafgzW+Ybm0GIUzWs3GeTGgI0BCarMf6gXL DYmm3jI2koSWeEX4qJBYcmZao4VNGnHSJABy0oeYSCPSCqDg283BEOIWCGNCOueqzAs0TnFEX+3IL 2aI+OQIXEsPACQLO2+BACtKgCGCSRUzsRaZo/YYCIYXzGwv2INFwhCw8iSIHJeTgJ6hUdMxgNe6UL 1kRBEy7rKyXUICANZW5kc3RyZWFtDWVuZG9iag0xMSAwIG9iag0yODk4DWVuZG9iag00IDAgb2JqL DTw8DS9UeXBlIC9QYWdlDS9QYXJlbnQgNSAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjAgL NiAwIFIgDS9GMSA4IDAgUiANL0YyIDEyIDAgUiANL0YzIDE0IDAgUiANPj4NL1Byb2NTZXQgMiAwL IFINPj4NL0NvbnRlbnRzIDEwIDAgUg0+Pg1lbmRvYmoNMTcgMCBvYmoNPDwNL0xlbmd0aCAxOCAwL IFINL0ZpbHRlciAvTFpXRGVjb2RlIA0+Pg1zdHJlYW0NCoAQioDRuMhcMhoIBmOBdCRAVCIDRgIIL nEzkZxADReRomMRgLhgOBBDzMDRbHxgNRgMpGVDHFJANRyM5adxAKCkQRmMJ4ICCbDgaDCICmZTkL dqMICGbzcZjSZzqcjCdDTTDmIBTDzUDRyNxcOZYNhtDIdEBBGxiIBiM6/LJJEpBIbLL5QNhzIofNL hQUzoYTcZDCbKYZRARDrgRASDeczpPsAcDpSaXTafUanVTdWSpWxaNhjbRALRnXrdZrRatLJZPIBL uNZbdBcMZlNZuUjKYTkIDsaTLNjeZhBOZ3PM1WxkMhrsZZE4eRNDdbnMBiNLwVL1ttxujTxQbo4bL CeZZtXIRiNtf0hsNfNeZvvRBv+DOp4MO4LRkNoN6tDa9BzZglbkPOurZNoFDJjoOQ3jYNikigMoyL DKxjEC4FAiCmFopiuLCchaI4gi4FLuOO5IYuWlrnJQGQcOilAav09gUCKPA4L8ObMBBB0IQkNgQQL pC0MQ1DgjiJEDuCKgY4oytMlhAi6Mo+goQJsBq0jVJ6KSwKQjyU/kVIUu7YvMjyvBghIZBgr0VyaL wgxBUBooozJMqLVOknLhKMpyrK6KuDLcqByHKDhAGiQhA0iFIM8s1hBNs3zjJU6LTO0oJZPIQSsiL UsInLUlOQg6RBqG6GUUGbPrBQzQDlNk3TgBs5SZSSMTvStIUxPlNz8GIbhog6E1DUbzVK0CvVPVVL GVZR9ZylSAlVrPcs1zLqRBsGDzDbJVQ0E/FAzKEEeAaKaM1bOVKWXOdmznW1NT6jLjs/L1qWtdr0L 20GVuITb9w0dV0nhdPFmWdTM+U4BrjoMhEv0DEoQWvgqxTDQbj4hfNxWTctLXRPWBWhbFD22kCE4L a+6E4/L2KX3cl/Vpc+A1vdmHOSsN7ZBhl55jiNEvNk9xyVUDqBcHFpo+6i1UClljDQEArhAN1ISZL OzyhcGaWBqGmFLDUyWBihgcvNYwzWRfllYxlt14JEobV6EFQ6GkWGo9UAa65nSMxXtUXbnbyM31VL sS2JqmHhtkMlanu9dpAkVvxKtjzVCtmF2/pIG7BsQZLYG/Ghqg2uoVXiRBiz9u6RpWmIygWC8vzKL 2NKiKNo61K4dBzDztXEvORgxTGSxIyB54Bu5Bc/UXc281AzV0GadHpemgb0/geEGvVxOjSONQlrVL I+GVFIeukCiSzKtAbI+UZ7tdqoaEDPNAGOjUXpPl6dOtZV1f3G/PwX06ytW86/sOUr/ZYulZ6uGeL vZV8XZT7NUqAzc8qBqKUVvg4OSWNtcDyWM7Z6QZoLa2HqKbe3ZUDhz9OKcw0CEK729ANck5ROSnmL qEeZU51oBaiPkieU6V5pA4XQVXKc16jr3ruxV0eslxzzlO3OsTd3JjS0u8fIA1akPIYvGITDCGxhL H3w4dPFEGsMEow+dc9Yt5q3tREe6jB78Tm+qRSarJM4Ln8A0NlHAkQN0yRVf4YSFi/YAFpYypeAbL L2tuMYiclzUCjptpg2DRT0h3FAwcYSKRkhoLt7Yqxsiz8wcOPJZIwz4NHBp/hrIV4MlUqSbOUxFQL IM26QqIzHtgpDGpqDfZKViJX0xOhITDd5jp0VNSk7LV2cYHqsLLeR8jwNIzRGdAWJAoRAym7DGYQL GMalkqwjbHxlbGmXMEBmsIlgM1ASpTGzRM6aZdqrifNhScMVLLqYGn6ORXpWKDJDLh9M+HCqKWMoL 13zF2AQCkwy+b8KF4z4YaaNEhYSdwpb4xad1AZuNmnlOJbT53OMNOpJx9NDYMNioBAGic8SMygmQL eZQhKG3UlbtLORlHKPv/m2CCP88GOHdhKoVktKwGnUV5TpmbJpLRPpDH5stJKeyoYWDahtGpUT1pL fKmmM2lzVGoFN1PyZyDUuctKlkSwmFziLYmo5CgVTysc8CBezaVSL0W6CAl53XCv4lZJRhLUqUHTL nxIyA0pK31xoewUlJ32I0cZFYOUFfkzLdkY2lolWpgMRscXiuKZ2h2SIa59MDnJJs0fY3mqMxq42L fr29qwlln0V8rUSuyNqq4LtsYme1ZybEyetPYghNoS3VxhWm6qNUFPLdo1V24DabOWmVPIwsjEa+L 3KfRa+nrW7Wy/ty1GRZ9693WklcEh1cY5SKu2WyqF0quP6r42q2yp7oXpk7ci9t4qUXEvjfCxRI7L eSvTcq+Nk7Y+yAoGwRqs+CPHJnqR5rTwJ0rHnXftWVRb/VYIyDkjoNivOzYe5xYViZ+thdOV2Oj+L zkzDIhD+GjiIgnjVKTR7iWEYBBMeZEOR9bTJqc1iY/0YZjBUJKi0tOKzx1MQKUUo5SQ34xfCRMFpL /L1HiJQDBXSAkChDDYHUxhRonX6afg2iNV6KEZamrxhAOCPv4csZ9MQMm/qLn86YgdBX1kzsJMRJL bsDxnINdiuZAMAc53iShUw6PMXBhMgZIphTioFSKoUw7mSK9FlOcRtrWdG0sIzwgULh9wbncrseHL R4RiaY5x2ecFBWHwolsziw00xc6EoxyXpRR3I5sL04f88p0c6pqRgEwOobirhhDsGENIbAwhiQYCL AOgbwQBoMWHQ+s35U5JV4/jG4RtI4n0mizS2mNNS21mRvT7sDwkv1HrAgzRNu6qxOi2xOeDlaUz6L dMEAZA0hzDXvEOQaSkFXDaGEPB9Wtn72jo4s+1IxY6JNtfKCMNL4U23Ifc+34g7hJvqQzaVNyki3L PECY8cNRBIPqSicR1TYErVEgUp4aCkhCL8GQO4aQyB0aSg4OQZsi77DdNPfxItoRw4FpDgpquEaVL 4Vtp8Om0T8D4hMfUXFCt6m3N0fHGqyQPsRYXFXaBTbBk12YANwdAWbxz+YkKYWjj1wKYghBSDA5aL 9DIGQOeiz9lsyWihkESORtbLKXoIIYyqFIBf3vvphMik+75vgMoLwoBhDmjYpAIAzbAMEUjI3FQqL AqP/Ms8Jeg2hvR0C7K9VGyZcqQdOrbVAcEsbfIyyKpW0qFo+dO2ivvTyIBp7FtcqFTnT9lgRMXqpL Zty95fZJShH0fArwWohc+G5dya18lzjcrduEby3Ij8szp2XV/CYtXvmqKi+1dD3Ta/vQb9hYT6lkL fy2J+h8KVzk78+golg/Lsp6+94xNB+vvrMTVTTnln+D0Sm7CTAS0yCiZzDLBLNaHIrghh/Atasx1L jEiGBQqMbkAtbUTQLQbyYrZ8amSqqmio6m59j6r0zi6BRez0pQaCSWz17OD9T07U5t8Fr2RXiKpUL 74x48AT38FTXC0ZoL4sHaPC4xxpu0IL5UF5oj8AHEIT26UZra5ZUKVZMUHL7sKL9h9kKj459gtkFL 0JsGT28Eq6C3qkDLaqykam8E61puw/RkQsD9D5Joj/jBymqQJgkND60N6ng2RQ4tYshxKoZvpakNL 0PqREQL6z4iKp4D8iORoEREPcRcHhbBmJz8R8RCsaKsQ4tR6MRj5EQb8ETR46ViGY2UST5D4MPRQL Qtb4MTwhj8gGcU0Qr5qRQtUWETjU8MK/EMa/sOa/5XJbJrSVBeT+htSQbjj18WkYkYI8sEbECWw2L UVhz8JTAUXx/cJcT0UhrcJY2US0ZiQ8bUTcZEK0T6PB/UUaBJrZtsTMPbMUWy0cRMaEdEZT9AHEcL kY8YD9kMUDr0MMyAhKj7ghSOcZMdZhBUqCahyS6dhWRQhg5MwHJXhzgjx9qLrjh/sXKmcXbCA7r2L sTaupmihIsb7Sb4ryChb6cThEkLD6j5lxOyBhQKxKVhQ6hMRZLw0Yj6EbLwGh6SVhnKFMMR05QkBL 4hRYSCiYjjTgxFpFzUQIQJw0YIIk6arI7uI/rJhxBqxAQ1hezSwvYvov43AMhKQNLmA7jyo/4HAGL 7hLPpH5DJDcppIZIrUrBgjJ8ab8BhMxTzApiS3KK7xz95sb+Km0fg4bU5FRtKWahKvSDZkbU8kiuL ZMxwUxUP6QMlZMqyJFQhhhENhtLMkNqWZb5e0kStUYEPz9pyh06Bkwglg5ETrEYlEhp2h7I+5AoKL oODYzZEpQhYIY+w+kqDJL5jo6ZB7TkSIw5AhcrIsYJA5zY4EAK044IYJMtzisDj/8Mr+SpCb5XiWL YhEkUPIHJd4kTNCKkgxfcK6GJFU3qD8681EecFZJU7icx2ZyMXEhClhQ6ViyZQ01DBKWEOUEEfknL B4iWiCanj2quwhbMyFI6iFFAsYsyCgZO0nEWSebji4Zq5iLM00UnClSWgthbs+D90BRqyBohQ1rjL iHzPKZU1w2I8qIgvSaCaSajpinr1rjDo6Mh7aIrzIm6NJ8J8YgINZW5kc3RyZWFtDWVuZG9iag0xL OCAwIG9iag0zMTk2DWVuZG9iag0xNiAwIG9iag08PA0vVHlwZSAvUGFnZQ0vUGFyZW50IDUgMCBSL DS9SZXNvdXJjZXMgPDwNL0ZvbnQgPDwNL0YwIDYgMCBSIA0vRjEgOCAwIFIgDS9GMiAxMiAwIFIgL DS9GMyAxNCAwIFIgDT4+DS9Qcm9jU2V0IDIgMCBSDT4+DS9Db250ZW50cyAxNyAwIFINPj4NZW5kL b2JqDTIwIDAgb2JqDTw8DS9MZW5ndGggMjEgMCBSDS9GaWx0ZXIgL0xaV0RlY29kZSANPj4Nc3RyL ZWFtDQqAEIqA0bjIXDIaCAZjgXQkQFQiA0YCCJxM5GcQA0XkaJjEYC4YDgQQ8zA0Wx8YDUYDKRlQL xxSQDUcjOWncQCgpEEZjCeCAgmw4GgwiApmU5HajCAhm83GY0mc6nIwnQ00w5iAUw81A0bR8cjYQL DaxC6Cy0iCCNjEQDEbSCRSSTSgaDmWQ+XyiujmazcpnQwm4yGE2Uwy0Q0m4zmzCkHAnA6UkmmkyCL 0xHWr0um0+o1Oqm6slSti2EC6viAWjMb6S6xC0Ea1DHVyWTyAbjWW3cXDGZXucGUwnIQHY0mWbG8L zCCczueZ+tjIZDXcyyJw+z73f8Hh8Xj8meDDmSbndDYaYYjMXDa36yUeHbzAYDbdbzMHQ5G82YrgL FAymQynO/DYEAuBQIgphaKYriwnIWiOIIuBS77wuiiizNMuTVtw2CwIemwUCKPA4L+ObOhAKDvhsL Gi3Qm6j3BsGcNJc9wZBghwqQ4/b+v/AMBwLA8EiDBYiQc74ioGOKMtetYQIujKPrKmwGrUNUmQmiL YpCPI4Zhyg6FBzLUXLWGDUxmEEZNSHCEjkwoxBUBooozI0oSStUloksiWSfKMpoq5ErgbCMvhoGEL tJYtrShmgy2SVNU2TcBs4SROaMTrJ0jhBKSJSpPkjhqGMthqG8vLBQ7crA1K6UUEE1zbN9KyROkmL zvStLz3Ks+xkj9E0/UKFURUrVVRVVGzhWAQTwEAlVlPUJytLFBrDMMtjbI4cPM8cWo+hAQQABopoL zYUmTtYtK2RONZ0zZk/Bo1NCWgllpT8HNO2snaDoTbdu1XR1wUpONyTzTE93QhCGUTQKP0OEF3hkL ugXYQGgZPNL9729VlJ1jftk4BZc+hjakJWveuEoyGQcS1U+QBokWJ3zYdw2Nf1LWVWuR3jj96WzhL Wa0BiGGrBldG0hJVJYfkIapVhtCU7U+OtIsE0hAM02Zbfi1Zhc2A44GtehBT9OvRkUoBnFFcq7UlL tSOj2zBrstE5/mWhU280z64G0zITd7dYIsFPuhkmzyguYXa1rgbxRhFtjQjOo30BvA1Po2x1FFCRL BjTsx6fxIrhANyMoFxuTJZyCGrMjSOLW2M68qG8Xpe2bYNLDabiQN7/QnIaB2+Bsz3D0VEy1ufKpL BNDC8zzfOoH3ay9FGiIo2jvUNmGVErtFUapuJLPK0BsiXzoM6Bo82vpVuyw6UlmmNLp/F6ni+q4zL WlNT89+1Buj+U7AtiPpFTlTJZbblWvNcBi/1v6+FGvwTojIhj+26s9bA9JYjfCyM+ZGSsFz+yCujL cQ4pqRGVOQOU4+YhTk0wQXVQ8VzgDXPQfS/CFX51HSvPJaSVXEA3WIVOi7B6wKHZu1LU7dlhGQcFL tVy8FU7vyEtpJE5gEDmoUueiG2qIxq3mumPGXB6L00YHTh29iIDQE5NwcaW0kQNC2QXJE6uEz6GnL GFfWvt9qx33rnVsoJwRLGHltLK3iDMZQZR6f8kdhZ5wQR5XC25jRFlJIyS0mNh5BkTwPjOWWQxZVL tyMeFIVeja2/uJAbG8BoNUULZYesRohpXguXeJE140KiByiZDKVprpHnOnhm6lGcN3XFsRehwIgZL ThBjMKDGL7FXvKSWIsZq7GyMgzU/A5gzSEwRkTItBubT1gzGjCq9l0c2sEZBo+Ag8ZW0qJXWrxs0L 2FGMVmSuOb0zAGzONStYkLZl3qBU635Fs+YCsUcZO1jC5W3roBoDY8S7G9NgJUoMkU+0tyIfYuKgL K/34UELGw4GE+SRLvU4tghLD3DSBW5P6iLL53szcaSssK9H70cI9St+zKiMwGnZN2ibMZEvxoXOOL lc/KOR2b9SCaVEI4USfdQKnLAmSSxNGwhhUz0xpZOgmNkh0G5ouVEc6aVWGQggJfPEGpDJOVckocL +nkZoiFgnDWmQsf6u1fpon4GanWd0hgfXOaFblsnOdBW01LXznEMlIDKv5b6vnOLaw6wh5yRHOcnL H4ttezRg4j9XarzI7Jx+kgQmxE0mHz8sDUyfll0/SDVPZ9LbEK6Vqq1JG1VebLVfk84ucNDK22RbL vOBwNQalsFXVBej8g61UFbMw9LSGqvzhlHcG48hWiR+oTOEg1kK326unW1FEnLlVMWrHi4jBWeRXL uTb9ubD7u3OttUK7Vu7qLZtJbODqcVXTIptRSOkQl5PnfnJwjz56wujnVEG+SSZuNUpxRVjjTCQlL rPRLOg0ma8ThWBOuVyUKzODY6oVF8VSOkoPSbIlFcyaPUi4hwxgYTHFGiAo+bd9MDTLpRPKBxsLQL VLNKDieZLMAu5RdCQGLDJUFjcpRqE8rInkDx7GsHNB5aGuhLguLBKG1w3LxJF2IKApmHMSYsxpjzL gGRMmEIyxSimFOKgVIqhTJi4VyS5Rj0VyIOlv0imLB0K5tzeoCgLkfwbnfuyWCLhZyNk0bTlAKkNL D25SdWbwrD2jykNIToE1uHc6aHTqTxeJvFEnfNguHSRsyV0ZPa64nZ6UOBMDqG4q4YQ7BhDSGwMIL YjFAgDoG8EAaHaB0O+adYgLdO3uNYRvOehjZZ2Y6jQu5vM9t1z84LQCFNB5Pw+pjEhMdF5X0aaBsL OkHq6Cith6W+oHwS6VxYTEcO8smI1mGHLpSQ2mSMpmNAWXt3huKmG8ORV00htDeUgMiQnta+JFr4L g2wNvbD2mC3Y2eIt7Kz5s2Tmkto6F2nFw3BKdrw72yVvR+EuJbf0riB4WEtqkpmdpohIZA0hzDWCL AMgcg0lIKuG0MIeNdsdPJFQ1vCNw8L2Q9VDmy8+vaz/t01uhNwFw4se5T8vSb8b23x7aHINiFxJAL QvUZKDYamJuFI/eqTAhuDoCzlwdTBAgCQFMLRzqvFMPofY/GqwyBkDmd8ifBEKdaRb1kkCYTV4mDL GVQpALwg+B5iYXfBPvDeDCgGEOaIikNQ1cYMpBwN+H8DmC7FdRaTVIwQkfBq2awnmXd6CwRCa5rrL plSN7oN7VtcY96VKHroQA4yYWyvtYS2389CQn3WziR1fl5NL3/vLH+w9uieNHsPSfB9B8esKncMUL XdCDjcBbPT+w6T8IG3ufrIpgH6/6Mdy1+0hb7H5wDb4T/vrHLz190oZvfP7anjCn5qJY6331dccML sh/y/qWmtwLWxwS22OjWsoPOiS/lAGIYys+EBwn4Y7AaiSVAgnAGnOgGS00W/+b8tJAzAsY6fDAHL AiBwa3BCQkY6a3A8d2zdBMiiWzBOLA/7Bg/pA6tkg4/YwMasoGVsrcYQggZCYVB8JYrmsSpEripKL nc/em+tK9UIUgHAASg97CfCcqIYsqM/cvtCYTLBRBqo2sw+S4KXspmn8tDBgBtDEgeqXDOciTIrcL coweLAQiPGLYOguQsw+bDqkIOcU7A2+UUTD5BBDQuqtLD7BkbKk4OdDyJkQlDmv8S0vEswmoN1EgL JZDMiTERDlDXExDSvfBxCSpuxgfis7ESjsTG/sfI/6fukQr4sYmqkatytKuOsabSNLEuTI06s4rdL ETFy/SsdATFwINF0+bCBFsZ5EtFMIcsPGOmqNSS/F+tcJSV/FJDlGkVOtJFuRkOgVPFasAWhGeuEL sbGS/S/XFAqPC0nhEcwZDSXezu/9EGWzCsoBHOwO/hHdDPHYmaaY9ERmZDHk/bB2qSVtCg+q+bHbL H299H7HjDIXyOcYPIKWisxIe+REaaYso9g93DlIJIw+BGwN0p4+LI0bk98/oPGelJG+YS3I9JQ/GL cGek/0+0RSeknOrC+2ZHIsf2++wXIc+JAg/JJ4YQ9HJVBuk+TYmOnAt7DlAJA2rcfubKfufUvjHnL CzHrCYNREMIULGNLHayWwgSygcW2kebMBnK+YlIYgOUyToNQzsVE+6QlHagbCIgzIWnjLcS+RdJQL g3KKwqfAqs9RLIgchglqzghoJiaM0SN4CECcNQR+oy7sPIPNGuNY1ATOL05KILMsh2QEL6L+MCDkL DIWKDSDoDQO+CoBUPcxxMQyuQIQMQQQUCOSCQe0cxaIye4U4a2RcoSLKWzKjByjjIC8+cametPCgL S+nu++fuIW9I9WJUrZOUp4kQgQaGPhAsjNFgbABolgsUYigpOFJgjMRQksIy/WhWx+uAIUBvCchgL Vwly74cqLEN4l+mCmG6guIwW0+Wwi02Syui9NmvnNqIHEUS2ByrsJnPOIW+XN7HNKpFEYEgsv4gyL wW/stsNgrskvI3QqqHLObegSfmkigGIMqcgq9fA+b8f+ByIYLK/CQlL0cWc8Ygf0yGIYYRPWJAXiL NszzMUekCuJOCFMe19Mi5018guzgJez1EU7sNoQuJuCy5ucELKeo+k6dSOWzSSTDMlP2h2CG1iMUL 05Noe2yQweb8YhGdBku+rUiWjdKlIApOfiUOjIsbRQmlHajMp4sJAEW2mcttTvH9Q2pzLUXoLKOUL bAUPOWIVH6cOmaNGr3K6a/RaTYc8NQINFsfqq6ziJRQI74sQN4CqDg1o1tMUIWCG18O8e07u0fMkL LO3K5weoeiBq6wyuQEPQCQLO1qBACtVoCGCS4A20e5QXOA/gYgIZJ3K6wlLga2j/UNFZK/JcS7CiL tfJMBzTKb/TJD2ZqbnUeAaICDWVuZHN0cmVhbQ1lbmRvYmoNMjEgMCBvYmoNMzQzMw1lbmRvYmoNL MTkgMCBvYmoNPDwNL1R5cGUgL1BhZ2UNL1BhcmVudCA1IDAgUg0vUmVzb3VyY2VzIDw8DS9Gb250L IDw8DS9GMCA2IDAgUiANL0YxIDggMCBSIA0vRjIgMTIgMCBSIA0vRjMgMTQgMCBSIA0+Pg0vUHJvL Y1NldCAyIDAgUg0+Pg0vQ29udGVudHMgMjAgMCBSDT4+DWVuZG9iag0yMyAwIG9iag08PA0vTGVuL Z3RoIDI0IDAgUg0vRmlsdGVyIC9MWldEZWNvZGUgDT4+DXN0cmVhbQ0KgBCKgNG4yFwyGggGY4F0L JEBUIgNGAgicTORnEANF5GiYxGAuGA4EEPMwNFsfGA1GAykZUMcUkA1HIzlp3EAoKRBGYwnggIJsL OBoMIgKZlOR2owgIZvNxmNJnOpyMJ0NNMOYgFMPNQNjw0Fw2hI2sQugstIggjYxEAxG0gkUkk0oGL g2lsvlA1G9vKk2FBEOphNggJBvOZ0EBOpgtIZsOuFpNLptPqNTqpurJUrYtG0MsAgFozG4uHMsh9L ntNr0hUksnkA3Gt1mAxmU1m5SMphOQgOxpMs2N5mEE5nc8y9bGQyGouGMsiel2u33O73og3/BnU8L GHFk3H5PLzwxGdfvVnlHc2EoG2y2goyB0ORvNhspJQMpkMuFwAgLl9KYtKYriwnIWiOIIuBS7QZLL YiizJglYcIcl0GhqGq6IevgijwOAwjcObKhA+j7PwwL9iI/r/wCIMBiJAztBaGQZhiF0Hs8GgYByL 8UGI2icbs2HK9JKu4YJoh67JAGwYQqvabqKo6kjeOTtImFoYxiGrUrO1ieBpIcIubJT2MYx0oK0BL oioGOKMrVNQQIujKPrKmyuBANU3QWiYpCPNIZLahAQRqgyyo80IYISGSQrdNgyhAMQVAaKKMzROUL 1zaiSyJZOK1ToiU7ODPIGwSg0FBo5cZBA0KWRg0SWDlRVGUdSE0rXWVKTfS9Y00isFzxNKFoOhIaL hxQFURi0dTVVRNF0bR4G0jNa1VpSwQUxOc61zXauBxU4QWBYSFVCujQ2LVlk1fZk3WjaYlVvatdUL 85c+LCj1SjbNIbo/BQbBm8MZsCBopozZdI1raVY3VOVcU5a8Xq9Pr0o+kV6U+vLlLpfN9oTft/3LL gV0YLddN2tT0XuSlkavCzYQYiGQbxu7waT3aOM4BWFKzhj2D3ZO93XtigQYtGSE5UG62hzioZq8kL IQZljdz5tOWDUznNOozlaGXxfWgZTqmJ1FmCy6XZdnTYjFPxuGSRQnk6RPTY4Y7NZAzUbjmnLVqFL qZBdtebevDk0JrSuUM0S6Qo8Oh6UjIc21wiyLpsGpUoGMaxltAbxilmI8jklt4mzt+vAtsKc20OUL X6NCM7jcwGhnonBrxxiFK8kV5JFcfTCuEA3IygXVdZbfXcM0qNI41CWyA5QY+BCLWOXor1sGwsFuL 1M2mIJGPDQm0PDRvGfZ2R23cd0gfK9f7HX+DHXiLg1kEySl4UCSy0yensNZWfsid2iGsqIPn1iJYL 25/i43UNzVs09j6uWdJpJm/wvDSGIJpBoaFGaVnLEiX6j4r6v0EkHgsRljSy4ENjgUcmCbPHmuYcL S+RlgLnVuHWw9tX7hnSunbkRlXqvzZQcdgqV7rtQQO3dyA13cN1tw5bOWZ4RHTUvGSo8kl7ywZPNL QsTd55hi1PSIGwEjINzwksf0yQkUMC1sPe9D98EQnxRdiLGCJD6DvPqI++w2D734mYTLFlWKk37sL nT84FPoN1BkJBiQx5sAoas1gK3WA7CV3NFBc6FLZHwZuXTSTJrMkYWEsc8WyDKfn8SThdB9x7ZG3L FtaSy9eDf1DOFLpJiUDnpHSnaOz2GYDYBkZVHDpl5XpQMvcFGNUsPogPhAbLmI8u5MxteHG81SlSL uvtM8vctiSS+BEDKbsMaigYxYeo2JaDdG7whWu0cryokhI4UESBQqh2krjVdFpSSs2yMDWmwhkMuL JPslPA693qqVxKtWUzSejN2ot4gS6oGk5WKv7cMxEhZDJQL5djKFmbqaBwGZxQZqcxUrM9PS9YujL EQaSOojLODq/qKwEYJRigs4lPA0BqeFlyhHJt/pGqckTL3R0nlFRZjtLJwyMhsDhG7fqJKIpFCmoL 0s2kuOp9OBu09m8zFpISyo8D6qFtl6ytHFTqVLpkXPdT8Rqc1cZQyqhKiAZwYM6ysgwOCROrRvC0L nbLVUA2jECAl9CDkl0NASinKpJewAcMluNTL6817p6gkhhCadI4ZVIMhsfUeAgfZL9LaMW/IJjZZL mdRI69oJPDC2z1m39rFsQV+y1p2S1mLfaG1kfS6WihZK0hEj7Z1kj6V50NemqScebMh0NjLJyotXL Y2PtO7QEZdNLZRqW6tWtjFSJ1cybPWFpNTlrDJbtyejVb6YqqZj3dtSjO69toxXlIdXu9UfWrStvL FWUtpZbDP8lQtG8CW3Y3yWjdC6zZ2e3+q3Ym5kNHUzennT+ltQgGmbZ6R5G6xSPP/WBZOd1AY0EEL r7ZamJDUIERjdEtSpKS1JEmikZLhfEmFINyk9KJ3zwrFOclkGDyDznrMWY0OhRpuLNfrCKRFK8F1L iwnL95BBqIraVTQlZE75iJUI+Z1txH7ekQiTMBpMcCQIwxKhEFAYQyBhDhjtMcdnpqRNBBWyyN0rL WWRe/yQcbJhRnwQ02RNQaxGgpwQo5Lhjj5ULo8g8LfsLrliGg/I0C2UPnCMmrESWXMnnJAj418UyL +l/MDFU/QKDEBuMUmHMiBilFMKcVAqRVCmYvSmV7D5aAjP/0fKnEyXi+BcT2Dc7Ryc2peNMEYmkzL EgRzKwmRUgNCRa81dEp4uI2V6SJ4Dk9ZIgmBVCcVcMIdgwhpDYGEMR8gQB0DeCA24Y3TBoMIHRFsL gzvleM6c4jesNlmaV9jfS2tgba4TJro5iOdfPpmal592w47bF2PvzZWWiU5M1mco46EC+ORBAGQNL Icw18RDkGkpBVw2hhDxukkSU8YpX1c/+wG8TkowRnrM9e9t8R2t4XTZBG9f8lLhwBCTyS+cCK3PvL JnMZl6PJQ8hCCRSeA14cc8MgdQ3ZhDcYbpJ+QkBTC0cevRTD3HwPkHIOeqp96LIgg3NJsEs0jy6XL zMAZCrhBDGVQpAL+1dsUUk8n3a+MBlBeFMOiGwyBiDz1zkKDCUVrBvpKQYOMUk3DNtkNgb8WMpDeL iHHudshAgqi1Ja5so2LALbVjzEOpJsPp5RU2VyPNLzkr6SuC0TZO9JkvfQKE4detZ7eA2Vo3Bg59L cWt/Sx1gEMUD7tYvpbXyVf8tsHB3cKe2+M2r3XmfDI49ohSX6wPmejsmsD5HuvUebuWA25st8g1gL ozS6BUavC01hRGrz9NaveS/FkOqcq/YrZh1Q4lMuvcTJqcoYtqv/6IjmVEkPrqiH+FDCvHmvZK2pL zojwEr1mqMaraltv8spAcsIovQCH/wKveP/vhiuQNPgvjrVFDEYoWlgKFLLQFm0NEEFLwQDPpwVrL ZwBP/MNv+QBs9rwPvpDqLpFPxsGCdrOwCIWv7I2JJmGGMIPKUv3KCM8KpnkPcvzkFP0s4PUkFKnNL BIdQoKQl6ounZP8mknkEYnuAckqn/meEFG3QyPui2CGE+w0JHn/ixwuuSppoeQqEKq9w6HZAcP+nL ZMHQ2wQm/QnMHxAQHCuHxnuRCC1ouQsQ9iGnZRFojwsvuwcqns7vKqNPLvYIjv1wovyn+ROHGwkJL usfpvs7qpKDjuOGIxpCNAiVvtMLKANDCBkXiDLhqOtjIkC7suonj0PDgUMVknMyitkpJ9sZOvsaML bOVNLMckxPIp4n7QlQeqxDkRWRFQSGKr3iFEYsmNCllndk9i2spQCEksQJluaJmkskYEuH3AgswsL xseH5EzxoweP4KDpJjQjvJBltKHKOpQR9H+KnF9I4pBP/m/yBN5pBq7FvCGQ5LcFvR8QMtAPupJnL NMpyHJJpWC1wCDvSMHXx/jSK9yOnDM4w3lvSKtEGkx7xVJBoHSJsAQ9SWyDw/t9CFH8Q/ltQcMDKL vwlxTqNgZsOxIyCx+QuFvQjKKHqQdvKKwqpyfyiQit5v7JeFULbk+wrRSGyFRyjSKH+CymYEFJDRL KvJxLvyHVHXK/K8GsqHAcPQHYCDSqpcFDk+mjy3QjqUFyoQlKHVnLCFCyyhvPDXQIl+yfwDyznepL anUHdmXvil9RyMrtgMRkJtKsvAhAnDQEUsajtM6o7qqQ2CEjQI1SuiEywSdqgSelrqErHDjmeqRCL xpQKHv9JcDRt5zXpXxRIQFOFKKEoJTUyWqRHJGuxsl+qEkYmXIAM2zDlGndiVDkliiFskErpnFCJL oHlppj1prJsJtOdJipTOCsZo4wWEuj1n4TMyriMnpq1yFCES9l3r+naFFPwSkyxwfEjpfidlvyDTL AIWmzpJJNIbIFjvT9zYS7Tblcy8iwFSidzeobHXSOFDwq0FiGGkoos2T+vvMDTEwBCRGVypRctJuL hsTjjpqCbgqg4NvtwzKCFghkXDskyRiO/jnF7rGOxI4qYi9NagUDNgkCztwAQArUdAhgkkWR4ywvL 3wmR7JHE+k9yiHMN7nXnVpUwrS0Tmy0EZ0mM1K5TAk0w4iFAbCDHOsCrnAGiAg1lbmRzdHJlYW0NL ZW5kb2JqDTI0IDAgb2JqDTMyNTMNZW5kb2JqDTIyIDAgb2JqDTw8DS9UeXBlIC9QYWdlDS9QYXJlL bnQgNSAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjAgNiAwIFIgDS9GMSA4IDAgUiANL0YyL IDEyIDAgUiANL0YzIDE0IDAgUiANPj4NL1Byb2NTZXQgMiAwIFINPj4NL0NvbnRlbnRzIDIzIDAgL Ug0+Pg1lbmRvYmoNMjYgMCBvYmoNPDwNL0xlbmd0aCAyNyAwIFINL0ZpbHRlciAvTFpXRGVjb2RlL IA0+Pg1zdHJlYW0NCoAQioDRuMhcMhoIBmOBdCRAVCIDRgIInEzkZxADReRomMRgLhgOBBDzMDRbL HxgNRgMpGVDHFJANRyM5adxAKCkQRmMJ4ICCbDgaDCICmZTkdqMICGbzcZjSZzqcjCdDTTDmIBTDL zUDRiMhiLhtIhtYxdBZaRBBGxiIBiNpBIpJJpQNRnDpdMBgNhrLIfNhQRDqYTYICQbzmdKUbDrh6L TS6bT6jU6qbqyVK2LRwNbBIhaNBzDbtaLVbL4VJLJ5ANxrLZfHxjMprNykZTCchAdjSZZsbzMIJzL O55la2Mhlmq7FLPstpttxuhBvN9Op4MOFJuJxpYLRiM83yZR19ZeBtr9iKMcdDkbzYbKSUDKZDLhL 8EIC5fymLSmVyxORaRyCLgUuqrwbOQh60O+HC7NamIawIvqbiKPA4DCNw5smED3Pg+TBvqIj7vy/L Ygv6IkAOqIqBjijK1xWECLoyj6zJsrgQDVF7kImKQjxUhaDoSGYbs+liPBukCEhkkK3xaMoQDEFQL GiijMUxnFkXIksqWRktcaolG7fR0BriBoFy2oUHEgpFIiWBmr4cpYOUlybJ8oxUtk6yrGEsTpLaKL uRHMVJVHoQBqmSDoVNiWIZMk3yZJ0oAbKUWLXO8rhBLMaRtPk/K4HMg0FQk1INMlEwJRc40dKU8UL rOglT1TE+y+7aGIRQQcTSkQ2xUHFQwI8aPhmljBgaKaM1PF9KUtVkZz3LtNIQt1ZhrWqD1ujIZByL 11eI8F1fhBYNhzlR9jRjVdWy5TMvoRNMy2wEFcTAHKvuOGgYO5YCM2/YsrXHGdky1V0cVhXUx2zXL yWXcGQcIYHOCBdBtu3vYk531PN+XLPmAWra+BhBXtt4NjN2XneuH2FiMpzsjAGhor+EUEneNvGF0L 2rZTtFjNJ1UWPcllX/L0/5ZTyvhvAl3O2g2F0FedA2Cj1OhrpVZ29k2LxblLXoNhOkyJmeihrdVBL s0GcCaYGiGYdQcxITYI0Izm9w5VhUCLpMVZrqFyRW0kVF7YK4QDcjKBbhmW5btWcDI0jjSJakrXBL jobwtQrukQeFDCsO5ETIHfIcO5x+50Cz8ErYj+9SXvm/cAgfOLLwm6NDxCOtK06PwG8KJ8oJLKK0L BsT3BSOqoyGiDLNsutpZmOZhjuMlBBt2c32td+0vc1X2qlNC0Gj+Ha70KEs9InH6ZbQbe8HPwbHiL FwapKsjyJ0WnyIGiE4OGDP89Qe77V6yv/evaGkibW21nBGVAPlaEgRuzeCvgwIS3sEDfW/gNcDAUL EBnjSkRI27FxaVgYuOQcXdyK1oPl+csYgtbmVwJSMyoUz0BwQPdLZAuBrpoHuogk6ozRLILFndg4L ouJqHakPNaeV3MKFHO/SqDQzUCGFqUBukSBjNFCs2gGxNVTFWePUYwmBJDDl5luWoVwG7/HvF5buL yQrpDHyQVjNAB9Kjn1spSOQwkMbHhsfTAa91kbIwMkjmkllZH41wBAa86Ai9SRLzdJBVo6BG8vMdL PBGCciI2SLcPBmHxpoOQMg+S9yJbYRk3CIGU3AY0lgxiMxKJDKVUqWWWucjIM0GsbIWuxIaRQQR/L jqqVRsqk6qSlYzqLLVFNPyIMtwGbGlZluaQmtmSbk4S9bfK1na/otM+AbLItyZFoqyfm8EnjHmOQL dWmyRfDEpqRYmtMRL4NHyMbm6oFdxKiGLcPGyyNzJYUriYo9FiyzJ2l6TGmoHBX2xLtgI/Wcq80xL JkalPuKyyJ/ywZUDCGU43tNEoSZ+KLHWHUPXzOmf0w6AUJnq8ecjLZ5pIW5QxjdIJ0TCpHOukqYAL ZK2jZQ2jSYJZx1R+diXKCW7kiLqZp0Sv14pqndOIEBL5steLAQqpcXiETimSs970SoWRmW5U2N61L WXxlp1QhMFYY+JJOI8teaRC9y5pvQsGFbC+VOOuttAla2GksOIdxmcX60Ayr5DqBjG6vU2sDHZ/9L bmw13otLg4lOF50XsLWlwcbKL2AI/GUgzZZc1mpcmSwrbJCpOflSes63F3WlnEvOb0FaltZXmZ8sL NrocxstkXCpz8pKWxO6/KMkbLW2+fzaeubwWV3DpdGu3VcGRvytqyJQthX5RgkSvSFjZbV2DuVdiL ltXLigNtFIZk8wJ+RXppRQHC7AcFuISR5IS0SGvMVNL5KkwXoPTnYioGKYmkX7IYWJdUzn5Xymk4L ErpBo1ltig6+TC2o6w/JQmsmkQkChUL8EEMgYQ4B0KMdUFpXrhg1t+gYtLiTjlxJRfs8IKCilHw6L 7t3qkJfvAojRN6s2WEziWlQcGIOU0VGhmoxcDgZkmacff5JMlwjIrdkXIkAMixu2TGR6UJfzAmDhL KYkxeHDbGOKcVAqRVCmHVImdptJySNpCyaC2rDtjyhcygDc6pmq2u3IhiUmmJ5NZ2JeCgrDuyu2JL zsaLE2a8UmlL8mQ6sejj6DBAagnmUHIEofqXYvwTA6oVBAGEOwYQ0hsDCGI9gIA6BvBAbQMbbA0GL GDph4GZ3Dj5mLAaHEuaoN5sUDhTOxfs4A2zk7vOhLNHEbzzk3PhN8/mWK5ZskWw9C63LngPXVA3DL YWJvioMgaQ5hrBAGQOQaSkFXDaGEPGHnlaPO3M/NARkhEoLhJoFrYXlIKwrrzOJ1UxMO2dnnd0G9L jlzce5TZJW904D2dBrCBIL9mr2npHhm1icHv0zhkNwdAWbdyuYQKYWjiQoSkytzqBF4KFNfDCckUL YHQQdSyrdLj+R7SIglYldXS7kotKeUMZTD0HqPYHIq4YQyBkKuEEMZVCkAv6J0ZJYbw5SpmnTIEDL 0pX43wVOVBslGi6+nKr+2tMIxWZUEDbrCKgb9gQbbUtry0GluwT1plva9ZkjqcW2xfYe2Xt7FursL /JO8sz6vOWwpbbDoNK/I6gVB0Gy27cSLxNhO5lhsr41MjjuzMxkd2W+Pf2W2hgF0++/UmerNeukLL w9O0j21OA0ur/np+9RxtFsr0OfGd5ceu5NdkCyT5nPHkhhCe/+1Wq8rzNArZoD8j1o4/serfIu+VL 47niPmS5nJ374hIivKH7DyHuXwfsININHX51duwyCSNHrt4NvyfbjzMxuX6O4le972H7/1vhe+9oL g6p14Yq0i9dSSih5RXYtid5rJ+jtCd6Qb1Z5T2UARMUAhXMBaUCM55Q7h0TtJQMABjcCxwzua9MCL 7yBWZxy/8ASPsEMCUAa3DskETwTkkDsEBmLI5gTycF7/BXMCjvCF0BScsFZISFZlotsBsFC8DzrGL S+q8qVz0JdBH6gYECFbAa9wti+DIK+Zt6VcIz16bCm4j6/oGh9whLyBMjAUKTAogam6NTvAtzB7mL LBrfrhJeg7bNxyjDDDTLjDxI6oZQTEbO7BrYzhTejFgowpDprGBFEKydS/CmrV4z448Fa2b2yd5bL kRj3Rkwuog0Fw7kRqWJ4UDyJaqSRbqqKMRMJcT4hypzV5dUUYhSWSPbuiqLV7Izw0S8IMV0VYGxNL UJT0ijMVMRUXBhsGibJpRvD9xh0SkDypUSrvEWL9T/T1i8z/q87G5sUCDvMTCbKgRlr1Iszr0KplL TKBQInbwpNCvSbZUhJa8T/j0Ca5TRsS2SqQty1CWJNsO5NYhkbJ4MOxur4UeqfSOBLpKpH5kYur3L qMMaLrbES4ZYJsT9iqQ7jAaQhtxwIGjV7dRNbZiHguZQbFYIQJxH5ESizRbGZKp3rER2hHwzw7osL xWaKkZiiT/zG6JUV4hTH0O61IG60xsUBpkglR1whUAacxqcfplKJUdiRUXqsiJUAKlxrJYKJTWBNL SJpqIjMZaCZx0ia+Dd4iI1yTjSbKbKJyiUaUqU7gZlUNDZo5KIC0DmqIh3TZUbZ3plapL6RIi2ZpL CzklR571sdC/KbIgpSkMsmaWLHZAg4qPspZ675KWcSR9UoCWJocophEXMR0XaoMIBkhH7fqm7NshL xJ0iD4T6xQEq6DiNMrYhCzhygKoODUjU0jQhYIYFrMjdEZLEjf48pI7jx4MzqtyFyrUCsY6SCGqSL QgZlcESva6LmI1yL8raZLSRyg+osIJAtDUrp0u8ZsvKmq3ivUiK4Zg7Hr8TKB+x9EfZasOxbim8GL ysgr0AMLJShYIrwz6g7KAzRmczUKkkC+z1rqb2EKL6zkY48xqOq46tqXiiEbb/k/ELAshH0Oz8qqL JdVARfNAjqFAxZosiNYnb+LEBAlBqaNAc+sQsZ6LYncS4hRJFBdDKKdDdB9DrGslr2D3M/a9j6VBL lE7IVFMItFdD6bFEK4aES+NDAEFDVGimLz8K8dUayoicIsz2wtqq1JBe08KbM7jAcbCPBNYz9KQlL buMedEZMSn1JaZCwbB8Uq/a+IndLiojQKZtLFCtNCBFJr9UiiypayjhH1MZIx80VtLyvVO8X1LRaL 0uRQ1K1O1OdQA0FEZVLzi0claasQ6iim7ANN0ApQtKcnxcEx9JhVJg8DtL7BBI0mseVMD6yJ9SVUL D9Sm8BdMqtAG88wndTiXNVS4dSaydV50VOSxw1SctPyqNRxQtXMX0vxrNXqoJgqXJTix1TRNVN1RL EczqE6qij26hagR0VJSnFOEfT3ZX7sFatKlBRQxMVNZ5ZNcshQ1alJdMKWKPSg9cJJLCUidMdNawL 9bVN7dJmZNai5NbuoncdlZ8a6hVPj4VNNfVbleqXFbFMjQIs1ZT/dZlIhWDxYhSqtJJatURUBMVaL xk1SyZFiCPFjBUDu9Vy/6ohhFVLANkVcxMFW8a9ktUNVcbqNc8tWFjVUtWdBI7iKNUzrdH1XZUDwL tmVkFh9nljlh9mpI1Y9h9iq78ZcbZazra60ColaCp0p5thVIdFibAtrfpsSzKMI18kiqSO6NEW6oL kTVi0xRPhKsHYhS+COrrMgAskfQ17NpsUcBkkqQgZsSyrV8hRw7dyTrR52jc8001DUoEE1YG5EQ4L s147Sw82RMcV05IzLh7XgFAK054IYJM1M20atvCuK3rNSxLlKGzIkhVfL8VvZMcODiFygIlyxEsQL aiEc9hhHcgCwCPb2yMyzghZIg47rwnZ+JHx1alVc8gBMyPchCwcYZjUfVpNFRhC1s+A7rrR5LBZ5L lZdqlHBZtW6tphCi5g9UT4tmaPxgRWdl50TryONiU90wSgt2tiUpqoJ86PyMbdSm99NukIZjM+McL U76Ct6dn10E4Bd9/KXLrR0V00N7XQ8oIgK4LQLQJE111xRwgIA1lbmRzdHJlYW0NZW5kb2JqDTI3L IDAgb2JqDTM5MDANZW5kb2JqDTI1IDAgb2JqDTw8DS9UeXBlIC9QYWdlDS9QYXJlbnQgNSAwIFINL L1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjAgNiAwIFIgDS9GMSA4IDAgUiANL0YyIDEyIDAgUiANL L0YzIDE0IDAgUiANPj4NL1Byb2NTZXQgMiAwIFINPj4NL0NvbnRlbnRzIDI2IDAgUg0+Pg1lbmRvL YmoNMjkgMCBvYmoNPDwNL0xlbmd0aCAzMCAwIFINL0ZpbHRlciAvTFpXRGVjb2RlIA0+Pg1zdHJlL YW0NCoAQioDRuMhcMhoIBmOBdCRAVCIDRgIInEzkZxADReRomMRgLhgOBBDzMDRbHxgNRgMpGVDHL FJANRyM5adxAKCkQRmMJ4ICCbDgaDCICmZTkdqMICGbzcZjSZzqcjCdDTTDmIBTDzUDRyMRcOZYNL rELoLLSIII2MRAMRtIJFJJNKJkN5bL5QNxjDipNhQUzoYTcZDCbKYZaIaTcZzZhiDgjgdKTS6bT6L jU6qbqyVK2RYGcYzatAIIvGY/ZZsDbUatJFNYUiPGRmNhoLhnLBkOdnZZ3B4TZTlhjEKgaUYzntRL a+Ro4lZJZp9Tq4qINdsBvHxqNoUMNnIRAN4OIBlXuxvxBweHxc/yLVytLzfTqolrIn0waM+qLuvCL tjDZF3ts8TROA4TiAa4zQvWjDltM97oNa14GoQ7ywPA3DmLWGLvOw30BPPAr0tC9kLOcED4Oi+cHL hirqQIS27ctshj+pY8jzQJAz1NFBL2hBEcSvk6UHoWgzuBmGivBkkS2hy7CPPw8cORrD7kxzEUGPL i6L6SCtzshyFwcITJMlo+2sAvLAb0OPEEpwW48eyvFAcoZJTshqg6RBiGaGoSvMupFGczQ9NEpNJL Kk2QbE7PhzLgbJEGaVBctkLzqEDZvzP0OxtNNBzW58rQdRFFUZItJBjIyRUpJ0y0vKMEU091C07QL 8IRSFzsRbC0jy67sZSfM8DxxVsdyrE0foyGQZO8GqWJ3OkjrXPAaT02YcT7XlAV9ENNxJQ1iQhXCL EIVR1IVJSVTzJGlexvbFXU5Yb6WMhlvyJUtI2bctLShQNWQVddtVhbgZOvXKdx0jzrVq7wY13VN8L WvNV+TbT0IYDRgYLastj1ohUuoTe90Uzfdg1fdsgNu/FlYrW7vS9jWV47a104dkN2R9d2JoVXD84L LJrwLbadzT/TFBZBHlt5rnr9XLjDsTxVFz5fj8daJf0sZLZOkZ3jGV6Zn9VXzX+h2FmkHhohEtNjL iyWT23uFadoN9ajsM3IzsjvWhSaQws/zwQBl23a/uGRbFYoaQlZSxrLUmexjrmGZhYGpZHRCvO0hL XDxfXMN4Xj2hcBme5NROCv6WG7/TtZ9oz5xnN7fQnPYjFNQUnY1HyXed7Wrv11ZlfvI9B2MizxZtL x3rne+1Xv/W95wVZUVyu0PBGFddVp/OeTiFY2NZFldJUfTrXaVqc16nWWz69/28hOyINcXbeL3HjL 91yHl3e3lJzvUf20r9+vfjuOIkIIYbJ5yt3ouZba/BmL8nPsAe07J9btVyPufE7mBL/nsA1ga8B/L EEX9QTgQ4+Cy/3uITbPARzDbGgQfbA4GBYOGjvqdovRU0EoDv8grCx/8LlcwaeE/lpsKYbQghwrEL nbeoSsXgLChrrDYhOuiIWxLUMH2Qch/Etx0K4nLcBnFA7kPE7Q+enBSJrynPgzP2DRRjlnoQnjDCL pzsZGIpETobGB0MVxuUdvB6IMWI4REBpHM7EXlIx4hpECJkfHzJYBsnQG7S41K4cW8aPcb5EpABuL bN9Ls4pvEg7DWQ8lGiyWkw/Z4MX4qRtkm9aUJsAcp0cpEdy8kX9yflU1NsYMGmKmk1BCTkVXGtQlL q70GkuFaKmfvD2U8kpaPllWfWVqK0KIujXLKPUy2HzNmGvMnZ2z+nfPCxmZUV5QS2bmDCbUZ5un/L nBLOcUwXlpFIMqFebekmSdkNO2Zk5AGzwYEDBLjK56JiiVL96s+ZhNlO4rZxEo4DT3mBQad7GG7TL bNoSxvU35fOreRRBz7dE8n6efRdvk7KHzXn02SbikyFoWbU9KcNJXdyVbnRJ9IOEdUinXNWfFJneL oRK+SwGlK3ERQZ9Q2K1MIFOvRVHioUsaXUkoLTx5aKU4yBBolx4T3k9s+pfVGmMzXYTFUmhWTcM5L 7VHq9UlWNYVFqTBwsyU0vZUTWq/Po8LzagkMiRGyrr5KpQLYw1ZaFWHTUfq2+GT1O6609fRWM2dZL VJyFrRX6xb87GxorhDKyNZ6CWUrUv+NCtH01NmnU+nVSIQs1gzWSXlZqMvjo3X9/8GGTVusy8O11L c7FWfXdCOoFpJIWmsTaiIa/4dKmtZZqPNw602pQekeF9b4N1yr7bGysZQYN6rzCaalzLPXONhFy5L Fj7W2btfGKREzYtlti7dKZF1KoXfuKlidFKq9VOqNZ261vEgR/NpIG5Md302Sv0/2+d/ZAW2g3ISL zlGsDRZkVIyQNwIk26uJhCURDbHR2jBdXB8fYtSXw1Zi6ducPQ3wxKyV1o772lvzg7FGID6TDlzhL uyFy6HXNwPOXGuJL34mvjfu8E+6EEiBqkyheGsX2ww/TLIjdSEg1WS3mb1I7T46xShBwlPwQZHYJL US7uOb5ZZRS5PKOSL8UDxhGPJ1VHRZdm/Vmwz4MLZYxkm92J1y243wJmu9M+q2ZGtpj+82dcx53WL KrM7GXruXCzFkLHa3YGrJXm/du1h9DaQyy/Rb+esOTJyDk2ZunMo6DrjkDK+h8nQAtFl3NGLs1ZML xjqu2jVtPZ8wbrLNmo9aksyk6W5WfddZ/p7b7VyOrg5LvROOntx8ulj1xeeN07oWtH1/iXQuJ9dzL 6iKd/Rle8w2T01og+t4tn57vLjjcWotubm2voTdWBdZ3qvrt/NOmd2O9jlf/c+n8GbSlTRyON/o6L bvlNv/fG89uSLLJovV+ydY7L2pHHEWUdobp2FxLgUROK5d1NsHXPGrZREme5Te2sOE7bmFMStut+L Mch2nxtbmNKxcG5BwCul/KZ0pBqDgg2SW18p2JRHKAIAbNlLLTjnFu8h0+Qnz3n7acwaO3Xwp3uZL ZodQ0bsrmPI1uZuTkTKUqzs5up210Nz+gejUr2j0LZlU1E1i6PYTm/buJvY0Vl3n3W+I9duu/+wOL viZvd7LVzUPVrLLwS/2zl/S8L7k1J0Zku8OM9+51lqAOUe97g6pvLlT89e9rIZ23s/b4F+h7ntjeL OfvTP/2N1rznXOA9eXds4G3jO6+l7vcZo/qfKcw9n3+Il2dveb3v7rmSWNze39H43u3yUgfL8nqfL bPh/Pxl3r8blHyPaYI358zf2A/gc5yHvuOnvuD/i8dnbJxscJd66j9v63aOKSj/B6T+freOf2+n7L n/L3ZLDkrzT+LiD577rHjuT3C3D6rVLcbJzmitr9D/yPSN4JTIaoIj5Uw3Y/INpuY3ZUxvAsoNgjL IKYjLzz+itb4hygHIj5OQjxtLnrDT7j4Tr6lcFwGpPCOg+5IYrxuxlwgQ1AGgtqARDBAAh4iIjYjL olAt4Kgkok4kCLYmgh4uwmom4xoMIx4owzIrYFoGKqrOBLUI4tAjgtYlguAuQtUKYEEJ5isKQvYmL 4ooo4pIN4OULY+MLpPBCcMUNicwukNQiYh4vgIYNgOoOYyEOorQBozhQECsC8D7LolaioEEDqfcRL 6NAj6NAEEEYBsEqJaj5EcCyk8R5Ig7yRsSZucGKARLJUyHUTJIpDKtwtpb5aEDIt4l6faFxSb27LL iP5DJUwG5Zh2RLhhMWI/gkcW8TpAioLOkUjhsU8SsZhcLCYgxORRpIUDUDJcEa8Y6mYhghMayKIGL QtsTJRoj5SBskcZUMUo7AEEW8dEYzfaQJXEb6oKsUDBgUeqtsdsD0ahpcfMDUZi/zCcgMdcbgBoNL AjIMw4SoJ4MYsTMSkhg76NBGEDR20FiHZksYiq8bMfbIh58jcjBaSt0ih2UkSNEdMgylCHZL0SUdL 4sqNAgyTMYaoDvYh0dyLZckmqlUhqNA2ZMciMmklEjshABshRa0T49MUKYUUbTEiAmRjakEkbVpRL phEmkbwhQG8PMM0dxaaGIGci5OSP7zJu57xskmZ+xOkPUZEE0D0Zkpstp1KLbYCoMfohRWa38bKLL arElMecu0vcd8chDBckcUeDTEjswBRhhJCxskq6LcbMe8xMjkm8usxyHZIkuMxUl8y5nyLbOkochL MhaM0iQGMtIlkiE0SoEL0lsnBeoGQj8WcjKoE1x+sw8wkl82c2Ek01Un5sqY00svk3RPEU0l01IrL xlcsxR84sqEw81iY04y0cnh+84c1EtDLkz8oo4RA0pA48pSd42p+qq5Og7EpxLjgrwMhzQRLhu0kL 5+rrUTMw8XIGwlK2qoJLhCbo88UbBXL28n0rcEktkSotsn6Z88cD1ASoBOClSUaq8+y34g0WbuMtL Smaf59NCM2RwqsaXVDE8JjM2tDbwc9Zks45FSwU79CArxq05lBdEi39A6scso/dAc8Ug0oko0ZZ1L M/kSU07Oj28j875OT8CAUyD0TVs2sq9IKTMlFHsxcwkTNHJMc2tJU78c8vr28160cbNK02kybN9LL UWczZJFKcgdHEy9KEW9Gs7Iz87YtU7qjtEyTJrcpy7S2k9YHArxCaq9FEmg8TI00iaE+EHrKKlY/L M+rbxgMn8R466TEW0/5DqoNFxslONA0lscVBTEZjFPFN52VDE2tClTcXlTE2UeVDYGRrdD1UFQMYL UqBIpLlEtB59JWdFMm9BdWNFtSlVNR9SlU1M80EaB1NRUY1HdX4sZn0ujN4656NIdZBXNIzDVZaXL UlDT1YtJrIw2UY1KMYw64g03kq468TClUbNbzDU5kutcS0bOlbU1ddFa099Xk7Eo5u0UC9UrI76LL ZOhlcSk1zugtjFsTcZI6jYFe0qESg+1gM1ReMYDfg2scx0chthaGMjo+0vM2ZSA2MkiLbxRyti9PL xldiJRczDGtiRgRccUw+1h1kkdkW4+zBKLYr1kp7hZsKKsVgpSVgVjtd0ow8MHJJdj4stfJ+6OkIL s5JvdVJDBPBylfRUdehykjs1xxQtdpZFg7TN9oUYk1w2cF1ns/xCFqdrIto/Npx1Itg2aAVpJ4VaL yAVppcbS9tBFloFnlr5Wtt4tdrVGlXqQ5wlhhvakI20qpMkow40RrSJIor1qxCpOU09F1UqaUTcIL S8g8Ey8EVRpAhYY5RItrBWpJSGMiBvBeKcysVxr4hqw29o4hMTdNABsIBwhlRFhXAssI45ZUkU0NL UJ5hJOUQIm4JAN8Qw5EO0zY1kPc15SEP8KoFAJIzERKQ8RaoLSqHTpJy47g8lwCMcULLI+y9gkQ2L 6eMZ8r9T010/MTSmazN790FyZbY5Q+1BpCjsdgjERSA25LkU0TY+0mN7JFSOl09Xt1UGxJbuMfQiL F2JDEdgl0Nccw2+AYvl3V3gid30kUQAiGAog94eAmB4vl48O0RbkUGhLAHA7z88X1qA3t7B6cIErL 8kRhMsd2AtMMolsJwlEcUNwuxR4j0NwvgKYxAxQxgx0Q4pQpgpwqAqQqgpkOwicLqUcMQjZtMM0JL ok0WQvUKl3AFALkcQG8OxOhq2B4s4jYmkYkM4uom4rF5N+t4GCEJOFguENmLsN4FAkUO0s+LImCcL 1tOAkNhI4vQvgJgOoNwq4MIOwMININgMIMQxYEAOgN4EANF3YOkOwFpjEYmI1IuMoI2JWFuJs2mCL l4uKYG2KsROK4lmOGLeM+JmB4l4FGMIzQ1GMeUEMmNWFwmJu0P85Jb+KJb4MgNIOYNYEAMgOQNIpL Aq4NoMIPGRkL0NZ+8PWSRtMJeSoFqOcL2J+MgvmTWTmVBcuVeLmZWL2WIlN2eNeU4rbSwhOVYjuJL eVycyP+L4lAlYGt4oKQMoMmPQwQNwOgFmXQOowYEAJAKYLRY2DAzpucxQ/tlxDWEbARMkhAK4EANL wjN1WgB6V2GOo/ObRO+BAm4MYpgOgOQN4NgxYOWPgMgMgOefpDqQ4naB4tZRxxFz6V75tv9NKPl6L ryA+8TN8k0xYrn1qF+I7ETeA6OwG+nN8MTlAFypBJY8/o8BlAhNfOTbfg8NPmoEcVp8110uoF1GEL qf0qFo0Z12AlA3GL8J5Y2igFAKoOGQuQ4IQJwhYIeRoGGImYrGsMUcyYeAYl8J8r9SuKILgFBRYJL As+Q2kQ4wndT00kkw2yGI8mg+hOhYgewOrEIViGAEc2dF4oK2vgIYJILgFOkRAiQ7I5IxypPCgBZL Ukl6Wl1wTLLEiwV0WmqfbwaEjwZlcTYlUYMr+0F018xf1ywHCvGq+1cmCGKDV+RubvdIU+cYl/NdL 8IDI9i+Ds5eyAmMP2TGKOs4+wIIk4IsO15QgbRkWcgRxc1mlsRh5OmEB+lE2SlMSglQ2cWepe4OoL JDuoZua0NQhpQkUiC/01On9xsHBjJslVO48o25MwVPAG2gQsw5Y7RRuL4FAJBafAgFoIIIOv4jLIL 9Daq8ZxUUFdoew4EGhGhV1O7XASoC0I7mh8c00mdcNQFAKmXgFoJgxANezRM+0zciP+k0ibVu9AnL m37EVyW90ZW/bAGMe+0YMkAkW/VXC6Rym/44SQ5Y9ncu1LJJde5jgwwko4xI6gUu1BbFssfDfDuxL RCCm0SUztceyBHw5WMxJnEmJkNmu2r0cwru6EQWi+jOjYpOtkRMRZAhY+zyM0sYsVuhLV6RQBY8xL pskYy0IsvLow2xHD0IHQrDRIlV/A2+AjWVmbHNglHN12nOBDF4oyWjGjWjgtfGKfZOkjTI6sQj3UL 8mm8FwO8TIcL2p23xSESloTAEbMTc0mJysfXO2/SpDAhlQmny2vW25ioB7m2Az4HBre1AlnJfD4BL rKcVkkWrYt0rPBQIgKYFoKYK4LAnIFoI4J2tsPCsV4IkBI+GOOItmGom47AOYwgOgEAMoPAOAwAOL Yy/CXaV7aP795spb8xRb/L2xPaPaZSbQfA0NmueaAm4OYNAMoNgM3UvV5bO8asAGuo0ITGvY3ZrqL df1ABDGn5IsYPYy7RJhn3XSHUWdWuqlXvihfnizQBaE9sSO+vZdVPjBrfj+kclg7njETHmw1HlTKL K0PlAz4G4hhMfjD9/aHl53fmLq5XBSAlU58Z8LyeJJCY+oFf/oVJWgvY3XnAh2PXXYhq3AiUfaGkL nXhW0Fxko7AG1T20m8PivWMnRIlF3W3pBnZRt8Hsnqvvl8vH185BPYPvbglAvoSzKM1T3lMf0b3IL wjOqogceqEnC2Y4iIu8Jmumrl4vbXbnb3cAI4JAtAEAI4JfcmY2JYs/TWDvN4mK7OdgMIMYNYNoNL +PXeWRk19UvFG6ONeKdUoJoFvh3iHiURMLo/F1+AmKRYwGkOwKgFWCNpmCndEJnOeeXOvUYKfh/iL PfXGbJwlVv1kysUiB0NhHAvncZQHMgtlZjP8ibXuEqFxt/yNOlntKK5ZPLLKT+I3Us/uXpwO4gAgL BoxEBKgUENUCGAghcLKRHgQ0HI4Fw0HAgGo4GQuHI2EBtgQ1GEbi8ZjY3GQgNkhGI0FwzlMmF0olL UCKcCKMKhk7ORniI5HIumI4G4uGA0j8/GNCko4GYuG0XlYNiUUi0YG9BGMpqZogRmFQNIRUBo1GVL FG8eGtpjkeEBUIgNGFGtYgt5jndvO4gFBCJwzG5BFowIopt5qBpFshxhUzlN7gcFg4ghNyncOiFlL GVzmEYGtBqNJqg4q0YGdzG1Iqc3Bs50dqGdIkGjp9bjAyGouHGqpVM28UGW8BteBtgBsBA1lbmRzL dHJlYW0NZW5kb2JqDTMwIDAgb2JqDTU2MzQNZW5kb2JqDTI4IDAgb2JqDTw8DS9UeXBlIC9QYWdlL DS9QYXJlbnQgNSAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjAgNiAwIFIgDS9GMSA4IDAgL UiANL0YyIDEyIDAgUiANL0YzIDE0IDAgUiANPj4NL1Byb2NTZXQgMiAwIFINPj4NL0NvbnRlbnRzL IDI5IDAgUg0+Pg1lbmRvYmoNMzMgMCBvYmoNPDwNL0xlbmd0aCAzNCAwIFINL0ZpbHRlciAvTFpXL RGVjb2RlIA0+Pg1zdHJlYW0NCoAQioDRuMhcMhoIBmOBdCRAVCIDRgIInEzkZxADReRomMRgLhgOL BBDzMDRbHxgNRgMpGVDHFJANRyM5adxAKCkQRmMJ4ICCbDgaDCICmZTkdqMICGbzcZjSZzqcjCdDL TTDmIBTDzUDRyMRcOZYNrELoLLSIII2MRAMRtIJFJJNKJkN5bL5QNxjDipNhQUzoYTcZDCbKYZaIL aTcZzZhiDgjgdKTS6bT6jU6qbqyVK2RYGcYzatAIIvGY/ZZsDbUatJFNYUiPGRmNYMM5ZO7bZZ3BL 4TZTlhjEKgaUYzntRa+No4lZJZp9Tq4qINdsBrDBqNoVbLcIBvBxAMq91t6IN/weHn+NauRpeX5tL VEtZE+iDdj1OsMxpDPv2u53hd4N84DhAa4jQvQjDktM9jnNa14Ghk2KvtqGDbpYGIYu26zeP+8kBL PM0L0uUEDmBA9rnvhBkLBykCEttEAZIYkUMvFADyuLD0DPVEMEvc574hmG6UJE2IZoOkS2hy6yPBL c6rRQ1AMBvO0UbxBEUSPe6EGR9ICFP4HCEyNJCPtpJkZQ3J8bNJKcdRLK7PhxL7ru3Fy1yGGiEryL FwcJE8LxydDrjylBDiyrHkThxC8ghsgy2LWr05BpJT/TJPsaz/NFAubHcFzbQ6FBrIc5QrIgQUfJL c9xnDlKQLSz10FBUTIyGQYQuhUJRbF7tJZU0yz9VUD1ZTE1vi7wayU2sLVEGM6TtR88zHPkaQJKNL VxzVtM1fBrsIQhVEhdRdQ0dSFnVPM1K19algStYVsxXT1kUakVSUjZ9UWjD9LxHV02QbOs8OugyyL o8j8lhlFIYITXVJ3rQFf3xa19IRZjroYsoZVnIcu3FXdU2lc0qXzHtjtliUWu3jGL4PJtoShe2GUL HTV94i+2BTBmburbZuEZVM+OzVdMGYhfr7LbgeLP7jOE5Xhdz4bYMsZC2oaaG62KzxFejZzemk2nL j2HPiGgYoMkKFBvicKUe3dc5TrOdxxrmmozr9iTrUdYxBOLuu/o+dXLtue0JWEHrBsey0Zm8YbTSL W917vtq7e1Ab4LFeyVtfsY3ncnFzTxufTbN6FxTUFlLXZk9bVzGOcZdG/tRQz+3g+1uyRd9R3DrHL T5ZpeXWuGPWhteAZWJUHZ3jvW175zXVZfWOLcnilb8tcdedR5Gmc5bFiZFz9kdFO+cdN6Xcbd6zvL LbbQadhb3h9r7+N/Dv3lXXungpFb94fXxPjcze/dYeGa2g2ck4RFzlXEOXfA0p8TqyEPYJY+dR76L VRPEdtAdrb71rwLWK/Jd0EX7wGfbAiCzDwbLEcEj6ATz4CvRg/BVzcCgbsRgc7FRkHFSvsYVCx5ML F4Xr9Bo8CDa4Iav4dvCCFrygcvBcG5Rw7xYhw4eq6snaj2xQxghEBeUKobs8iKteKJ2YevzhnFaJL kFItQ5X0bRs6QXmksgHEuCcK4yxPZeDOOgLn/KjfQ7JFTtIgweiy6mOUXI6x3i/Btg0fIrsaj+9RL /iPV2g3PrGs7sKIxxwkBI1LC3CExUj1GKN8i39sfkyQaTcPnhQ0kS0htkjJRGwBwkOQ8JolK4krKL BlsrT5FdddHiB8nX7R9iw1qOMmDYS6d9BqU8nobTCkvLghcsEVq1edASWszJWNdSwDh0CQTsNibuL fyVLinpyhmxK6bZCj7kNRgftvMn5rTkccDQnjQV2pybukmYEip3y3nKA2eRH0gpcN2dxJKYp3SrnL g9Zr7YUgzSbMQ2WlB3j0JdW3EhqKzsJim/O2ZdCJ+TxBi3JFc6Sy0bavR2idH6FNgi8SpECd20TVL o87mXFFm5g0LA3adlJ4hRkmbP1B0JIG0uYAdhZr0J9UzgSy9FEewaVEjZJSiT+qVOrd4m9qLs1k0L XdGnh0tPZLTXcc7xThKi2xVl/OF/M46q1Md6vAHKcX6PqnzKqlNNKgKyaNU9HEbaI0oqpXhxyw4ML 1Ze3Vx7tX4/T7sE+N+NZoZP1kRTKu9S4LvxpxXKMNabKWBss/1/8m6oSTmpVOtljYFVPgzZCtFk7L TPui2w+1TIrMw/s5a+IkZlhQjQgqO0dfqkV2s9CFYUOyRWsl9a6wFp7P3FhhXG21yqwS2tREaJFfL JZ3BnFbC3SWGDHZuRZu6Vi6lXEu9FKuFmrJQSuXdyQMZyETqt9X2qV7bc3vR7IM614VQyHvZdOxlL zUsX6VHdCU9/oOzBvLbGRyQ5IXzuzCmpNlbzGwk0CC/ldK1RNmHM7C9tZk23vtE6Yh8pX1Ot/fXAL GC7uzFO/cdWtrb/3kwpgxLExr03RxngrGuLZ/UsbEbJf9D6Y24xJTWkNXDqqPpLTvDdPqxPjcCSzL IVL6jRuxHh2ftTZD5VmnljFePb8KFTep5T79HuOks7czCrrKyuTxlgnCdw8bKbl2dWc9685XCzZnL VBter9gyyHaTMGNM6Y+sIyLM1h252JzXe7Er5DdYYzhcnHec8+6IseDbPOGtH330i/4/pCcvVRtLL lmn9g7Z5U0reLS+fNIS4gxorTmOs93b1BrK3jgtS6Er/mHQ+Y1YXG0oQzONddcZHqBsTPGttkVr1L jUCI53Ne3AwlrDXM/Yu5B1bnrZ+HNUvW23cfWuIbx482DiWNF8tq4q0NpnYR8sCA126V7BG38oUUL jnvPctc6na32htlxyQiyaB0HtbT+yuB4X3psbS3ANwZRihwzfuruIb5rbFzE+XdBYR4TlrgeONi2L R09kbkG4uRbN3Nq/ZPJ6K5AuODnJmRNf7v2jSCkQIAbaiybGyjmwN4ahqFhjmWVnDc13R0GXGXNSL dFy/0jTHN3rVXK+dYGxKdGLLq9x/cNVq386pdsfJ9Yd9O76/ACrXJdUcSeVoDonM9fXa4Dwqx0DOL ddYdDYjNXJuuvwfKl7sPD98dk4yw9+PaNndjupgJwFoe38e752yC+q+wEf7F1zyVsu7eI5Xxfwl1L YL67yp07U2hek9ShcxGEflvBeKwDm1ivqmv+J8x2Vh+0/R9w4R5H2yPbvti9XySVHtfC++vRzr2fL nfB+Lzbus/JMvdbu9PwLcWBPgwQ3v67Fm8Y6JDjv5zf32fiegjPI+/fpO47X5b32LmF/r+t/H4w+L X7vk7+mV0D1Ec+N9N+jqf/D6iKDkT97iz5b17PwGcAT+sAjsaQAJTNpr5W5OogxJYNpuB3iHhuosL oNgjIKYjLbDuh1baaQ4jwgxI4tYlYtY6aiD3j4pE43JsQthYj75zwrxuZrAgQ1BHyDJ3hIY6wh4iL IjYjpLQuAk4kAGZZIuo1gh4vgxoMIx4owzIrYFqgTDChgswtAjgtYlguAuQtQh4l8IpCQmkJYm4oL oo4pIN4OUKI9wFqrZwUH4EEMIGBC0JIicMgFAIYNgOoOYyENQrQBozhVEBsB8C645O5MUCrH8CKnL I/MDYBsDqRSrhEUByfsCCehFLB8RJOrx0BCGCHY/KHpFI6wGiHZ8w2TrYEAl6fyF5UYG7oZOpYiYL 4+5u5r47ZsDAo/At8VUSBAKHogxZo2MTA60TTjsYBbhRaHoj8Ex/z48SxRD48VMCwtpFaACLymBRL BRUUca5TsYQkcVRr6NJTpWZr8aZTsWJeEQscyXcaKfxusZYGsc5ukX5ILeivcYsekbsdgNAjIMw4L CHpRsXC+UYkgAlSgEdCc4lUX5UZY8W8hJfsdkcBEEh0dEhUgrrahaHgHMXMb0C0hSnAtpMUiIsqnL Bs8hcWyBrooh0b4GKc8kiiEf47kj6OyBo/klEjcfUfg4BAcSQ80SikBW42jo8TUUhqqdBeCSDUZbL ZFMW8UkcohbociEpEZAlbqpUZqMpKmyTchkmg7cN8XcDxuEe5LcoUsMeZLclsdw+sI8mMdKOkgEiL A7BFctaBsbY2klsuoGTo8uEcLdckcuJLcj0tsYsjkdsZQ+swcXzrcvsmks0oMVEVUfYBsfsdsgCHL srolkgcmI3MkMliCI2jScWpbqBsz5bUvZEB84gx8ylh15MMukjxqkr0jsDBYjB8kUmhk8k00Ruk3L EuEtE3EmEmk2kUcmpuky8wkyMycnZucSampupbQlRWcoY7aO5TxFK2kT644vCrkUhR858lMXRuEVL gGxp84q3rnZTkZz5EkELcr5DaHpR5MU6Bo0Yk+DKgj0eSiAGpUJwUZLSc/Qr02LH5krUk/cujoc/L QiaizXjt0uFA7rCm5Y5jAlRIa2k5zUgGFCk9kss/NDCwq+M+NB6Us+rDFBkyEnMdssyAE9YEEYlFL KkkmkwzysrEdL4KAEwkciiFGsrUcKABwkiI/NFUmdG8baACXshccqAE1MrRW9JLSciEtL5FJU/BZL tIqGUxNKkq5MUnEyUnQz8ng4snyhVCyPEWNFhuC1SBrWqm7WtBdDJUbWqY42Q7aQ8iFNTUilxJcyL zah31IU9Lekac8ER8sEdtEZ89Ms+lPohc/CTcBC3s/p81RtAM0JjB85FM/jJM/lRVBU0dMtBtRyOL tCFAaPAr1Coj9SFUlDVFEl8tdCtQtUFEVRNTtE1LlVRZtP8gVDdWxyZZs/sEw6agEhZW9X8h8lccL tYcdEcLhsi8bdW4/M0z56HczlYwgsl8dLeiUlG9KFa8l8sTelQtbspFZ1Wc5NL05cnrD0gA2lUURL Mli9QHBHER0XjCyMFdUosRJ/1eg3JbR/z70tUbJbddMz5Rcdg+ZoNgQ+o6sxVfRdjo9epjFglhMYL CHyY9gqgLBw+s8Y7g2li8wlfiO0w9jlfBUQ2keNkROVh0lQjM5A4BWIryO53hHERNltj4tbE8W8lL hFLRoHBYkEbAx+lnaPcdkljNR3lnhOynME0Hk3UlkEpJFd5EFoVpBJByZJdobrZCzx1dpZEpFG1qL NnJO1rghNmdl9qhqcOdmlmFqFcY4CLKp7hw7qHrrZijo48NciOMSjH0BBFKO5Fg/NRBMUvMgwEERL yp9f9wLrdeNQZNY5CeR0Qnc41e5I7ScI7QcR0BFQBWj48R1lYBsHBqJYhjB4BR9roiA5JCrB8L8OL LyxgkHwvYm4JAN8Pg40NZ2AkUOwiF1Qg9gYl0JV1wFAJIzEP6LMQKp6MFtIsrncoqAZsVutLtu75L saqhspczBuBWsGAHMUQkVwinBZF7CXdxJDdxZAx/whlG0I5LVe8Y4+rJJjFy1jJCJu9zdE9zxblpL Imcdd0ry1rEJMIpsEE0O92F2Qid2hiN24s8Ip8kOomom94ENcQM5QhM5jbV98bjgtMyXNf8xxZt8L BANk0fGC19Nel9Rbdfpbb45/1dMapsViEoGFUelhuEY2NhomWC1iGGZi0FUelkuCg2MeNgl5NvkeL CXeD0cRo2IkYOGttaXLv8sbrdyOJku1kbopMUt1jSnJReKtVJ7TB+LIhR1pkxglkeL5FcvMx6V1UL UxeL0bo2khUBGDMwdgmKY2swdy9ya+I3FyVfeMpZtLcydtuIROTQUHqJczpxFu0QcA9PkYCeQ7MTL RsRB1jl7ac+SGC2DhfI5BHzQY+zewhN9OKEq97VedkYhaGV+VWg4hqNpo7pqjB8U5+lYA8MfYK4EL ANwjN+mVTQQ7d1F/IkEV1/hIAumAF2IOg1gJ4OoOmBwgZANtrq9IRis4SWkzpwV5sQR6lvDeKf5cL JmVIUYhqZNxftwgGtEZFxm9wcDlxRK1xi7+LD2cTKYpu5oWcGd9jWUhReU1uxqOXRqZyEouVyGbBL +WIEGWeWtzogefOCxF1YEH45JWQGuX4t2YN32AOYgtWY2ZEP8QMD7lyOYGxu4G+fQ7tDqQ8pF5htL UHBH1omUgsuhYtMLQloksMIvOiIuwkEjWiIvgKYxAxQwwJYLQKAIQIIFoIYIQpQpgpwqAqQqgpkNL YicNt0YvQs4jZCkLYKmmGJl1N24vgLkvIG8Nbu2A0LAmkW8LkJIFArF4SUl20K8IOl0IglGsd3xRL cNbJMW+sGt90kMAlBFwvQvgJgOoNwq4MIOwMININgMIMQxYEAOgN4EANGYcNYFqOsW+p0pMOGqWtL uqok2q93mrIm+rejuryDOsAjesWqgkt24l+s2uetN3uqMLOuGmAuRuerE0U0t3xbQMgNIOYNYEAML gOQNIpAq4NoMIPGyB3kOKraY+ywIxCkIezIFsGR3gvQu2BYFGz+rsP54m0YI2sW5208OomOXYvmsL 4zUHKrm7Yju0wuIkAvOh22gnh4G6oKQMoMmv4wQNwOgFm3oOowYEAJAKYLTQWZJVGNzrYHArxjCkL JFPBOWAw2WWWmWwgfApZvA8ouhevVLWzhFVZ13wMYpgOgOQN4NgxYOWwIMgMgq4IIMYqgpAF/FXFL gw0NPAeZaYRggr1m87XBKlkkKr+Q+az2GjtmjQQhhbVmTYg71eBWFoCO/JBEGSxhw5BisgDQVr+CL 8vM7tsR2EDRWF5LB7QQtpsWe44EHBghW5WJR9/+XgGDmWh/L+6oKoOGxWxgIQJwhYIcKYGGpm5BIL cN93F1e491OBBTwt93wLgFB3wJAs+xYEAK3RIIYJILgFOuaYUQM/VEY2NUV6I663uag4mRDHw+9zL AhfBGTpuF+6Etp+DYjIlQhmKnVOUNQV8OdJA0Warkp63sTWflk4HEhVwmb4/KE2cwBtzkHA2Qr2LL i43QgiIu+6d3ovnOhH2oPAY4nY2C2FCXarbRpLWgOgfCIBvauLmZvNPZYkBCWsoGAIvGaMjEBeGVL yJbUUE3TqJ2a7Ep8+kHeyPcTSXRR1p/LfWJAN8RuBB8UeRlG0TU0lRlytM4j9GyGIhPMWgvb678EL 07kqvC5FQ2OsoJBPM8YFoIIIPPUNvPmqmA9/UeGsoKm34FoJgxANfafecB9RrKls8YZuB1qBrr/JL 5OvhlC7nPg9KVCeSvgUjanHWFziLMvI2eOdjgsQtfMHHpVEvM62Oc6cUZwhF6r/B+gnMjWp7JqiOL /C/WYjOthJOFe54lGN2h8lkOkO4yXEHEXEgindRBpbmKil1G3pqbvqA4nqSDI2McNF4EF8plGxugL XCHiPvp7OcVJ1/PsQjW1+729dDHPuvJborum4m/t3EPEYpIGPufT3H8A9oBqBYkW8RPVlIV8lxGcL /WQ5+TBLsqo+x0GC6WVfZ8976V0p0BXiCLOySoZCcE/0vnBMfHxe/ejpcWQHNYFdmGkpjad9oz5fL h835/h/1ngHx0GKvbr9dkUqTfnIz7crAup/YXYmg1YA+/BeqGhhQ0Md3gFAIgKYFoKYK4LAnIFoIL 4J3kO5PZV3IlaV4EAgAgKhjEAwFwwGI2GYggR3EAoGwgOZsN50EBlPBwMJuOZpN5uFMCNQNIpUBpL xEANGkGHAgGg2lggGQ0F0zEAxGU1GggORlEBoEBXEBulJCk0rF0tl85m0CIgNFsGGERgUEGEMKkOL FBzNBlNhmkJUkclBpRlMoBsGG4yEEOBoxEBKlNwNUpq93EBSI9zpEJlw3GYuG8RNtztYuGdsGgyGL uCiJslJTlNmt42HAuGlKGWBHE7wtvwYuvw0GI5xwgyGgxuKGWXnepoANMwqk92wVst1wuVvEF1tML F4F6ueJnQgGtTpMtz4xG8GG07GvHFw1x+RyeGwOt4w0G+Yz2G1fG6NJ19zG3d7XRnOZ1Ep2Oz2tpL 29tudx+u+vFX4VvGM0mzjhs5IQOWG4YtEtgbOY6a2NSySysM/ydwSxqcQHCDihszbTtShL0JbBLLL rW9oGve2i4ROngzpSGTTO0GbiBwloYhgxrOpclqehA+C0LU3D6t2ui7OA/S9tBAwZoiGYapy6kLLL eGrLr8GcCw2vkjyTKjBxHBzKPzFLzO7JYQSUljlPAmsxpepMRuYnclPC2CUvgowGyQFwcySGzGy0L pz5BiGMlKwqysK0IgphaKYriwKQghaI4kLCkarhbQAXMsrAiIKg4ZhwG9BBAqKDuPTyGoeKQwjGNL Y2jeOo3ItSKoIMGs+IG4FShQLgZM2JoW1gsi0TtPExztEQcTKm6mJ3HKgKEogGzpYMk040SqCop9L QoQtiqoerivLAkVY2oxlPoMGLjhrQiH1ymwho+Og5DeNg2DKOVfJMyi0BrP80OpALnhAHDspa4i/L WWoKhvrFA5RUBt9QMtl+wEHF/TdAwcrZHL4Xw20RNy+zePxIa8yKzKaMS40YuKz4aBzh6Wyg01LtL Tc9+BxmKWwa66VM6g+X4uxC2ZWG7uyRlEA5wlLMsbMUoJo8sSTk2k6X0y8Y5QwOL0w+UaVJWoUCEL J0p0aGAi3s+Mevo3kgN7IS8P3mmIT1S0zJUG7Gho6CkJtnMH7rgTts47+63KiIayVucRu4y8m8M7L sbTi2TaR4+ePbXkO3SLh00U5qsnO5ALRw1x7rb67jTTExcAptoUDQqxeq6RvzTsXtHIPggINZW5kL c3RyZWFtDWVuZG9iag0zNCAwIG9iag02MjQ3DWVuZG9iag0zMSAwIG9iag08PA0vVHlwZSAvUGFnL ZQ0vUGFyZW50IDMyIDAgUg0vUmVzb3VyY2VzIDw8DS9Gb250IDw8DS9GMCA2IDAgUiANL0YxIDggL MCBSIA0vRjIgMTIgMCBSIA0vRjMgMTQgMCBSIA0+Pg0vUHJvY1NldCAyIDAgUg0+Pg0vQ29udGVuL dHMgMzMgMCBSDT4+DWVuZG9iag0zNiAwIG9iag08PA0vTGVuZ3RoIDM3IDAgUg0vRmlsdGVyIC9ML WldEZWNvZGUgDT4+DXN0cmVhbQ0KgBCKgNG4yFwyGggGY4F0JEBUIgNGAgicTORnEANF5GiYxGAuL GA4EEPMwNFsfGA1GAykZUMcUkA1HIzlp3EAoKRBGYwnggIJsOBoMIgKZlOR2owgIZvNxmNJnOpyML J0NNMOYgFMPNQNHI2g8JG1hF0FlpEEEbGIgGNekMtksnmI2G8tl8oGw4hxUmwoKZ0MJuMhhNlMMoL gIh1wU+wJwOlJpdNp9RqdVN1ZKlbIsDOMZtOdEEXjMfsk2BtpNWhimpKRHjIzGkfGcsGYxhlkndfL EFkOWFMQqBpRjOb0tq4mgiVjlmk02oiog1etGleGo2hQyhltG8HEAyGIu6m7EG93/BznEtPG0XJ8L uniWpifPBuu6XUGY2j40kXZlnc72f3jfOABrhM886MOO0b1uY1TWAaGQZBmFwctk2jkLUGLsuo3TL /vHATys89EKuUED2Oa98GLW7IYIS2bav2hj8pY8DxQDAbzM/Az0hBEUSPc50GBmGrrpE+oaoOkSvL K6tSPum/zwwA8jhw/HEQwS9rmvhIEhIUGcILwEEkOojwXNjJsZyhAkbtDKjhx5K8ThuGkIvoGQcyL MtUIBohIYziHCRRlJ8Oyi4spwRNkFRMzgbyKu6FTgFy1wtO04yZP8ORrKU1UK5crQXRNFyGG0iutL SNR0m78NxpD1B0y9VDU5RDShzRaFQosjrBdGEy0BS9VwPVtNxLHyMhkGEIBq2U6TsGM8T1Pk/VRML 8bRBTUR0PYUGxU3AZ0dSAYu7UoXUpaFAzRadf2rV9r2JOKEIVUNlW+kVTV1S1VQLVkdSrYL4Qeg0L hoRCqPSW6lbrbStU0Fe9fXzV19wZftcS3HIZQwhVcITg9o0xhcd2tLCU3C2Tb1s7MvS7jFx15hUcL 47dN+NjiMgINJmBXDgivT7emEXLQlzzbTsG5hIcg5s7eKwhU8nXrhM045fUe4/ItjoVokmYpi+LaL TM1yWlnuGWBqEGNelEhhzHM9oa3MY5Te2m5Zp83Iy19mBAGmYLI/Ttu7rVd7bc2v3Rh1hwfCLZbNL gK11xXOM65je34bsLOLkkEV8PW0X7VnWNV7x+wbi0tHSS194zuhtm8VzXG85NfPaBC9P7q6NHzD0L l58ZlW3dZwPI9B2G7P0kVvUlovb79r2W8FWNZhny0XYjDWlZ3rt8eR3liWMlnR2Vum0Zz4umb/6vL P3W3E8q9bva+JtnwePuGgfJdvf3h4dxejzeV91n9YQdOIbcqxNzD0Gtu4fC+5/aXGQuxfO7R+jfGL ls8epAZdUCGpvyVG8JcD9YBvGgi5B8YNUIISIU807cAW1v2dU/haj+l1A2X9Ap2apF5PqhRAR9sHL n3wuYjBZ4L6YNN9fZB11r+wcIQcNAB58J4NxBadDh/aEiQLydk+iBrqYbRCd2+OKBbYeQybrDSJcL EImxDWubMgx+IRxIcW+uMTnYstANid0+sMIqIqi/D+B704xxvVhHFMZ1IuvCjs7aNkeo3QsSwDQ7L oNz6QkVvGuGsHI9yIR+SptL5oYwYhnHh6Tjn8sekqfduq235wZgdJ11cK5QGtBud2OzzI1OZe/G2L T7Lkfg3TqoyTEVJTRWklIeVZ8ZcHeXlKSC8PpTv3dzKqW0rJXIrVq86SEYZDS1eStt4B1UtN5P5ML mFMy2fTBmwnY+p9z8nam7L6JkwJmnxT6zFd6o28pik5MqAsToyzvSHAhL08zYRKiBLSZjyWxxRVoL i0tScSEwCoDNWgbvG5umm0mMlk3G9zqoFOGdtEU8ruRzRY/ss6HUaoITygx0SDFkbRQugEeZPUPcL /RwhJKk4t4nRRekVL6SPWcJCKlDiGcTTobTpwElHJIpITT9y8SaMUjqLMFC6cXRA3iM8F7izqm1EL fE65RUxAQA1QpLyTc3oryTqhV1RhKk6zHirTmVNO3PgxVkf2pU0pZSFq1BJfixYEg0qo9uiT3VnyL RnXNZ6y2V21gIZWKO9ZJf2GfHYimYMK1w9rbXit9T52v8O9UmHVS6hUuszVuA72Kv1hgZL2t0Kq4L PvgoSytUpax1ZtHXph8IHCt1s/XahlorWWaeSDKHRIrFSZmRbS39pIWwvtjWy1VmLk22WHEU7VdYL S1MtXOC4D1ot3EtRF6QlhKM3bi0QYttzbLXPvFU65SWAYxnXlbu69oZUXRnwlg/kc7ix1qTGCodtL b7o/vydS9CkZB3+t9dq9qP5FFjkBfKR9d7115wCa2S1M7vyasbcjBV0j44Xq/ZS2WG7sz3jIliVrL lLdUpt5S2+uHcKzClzd6xdqbZ4lhvieW+M8Q2VvBgjF+Jo+LXoLec1zAaFYSmphTHTcq+UdBrIxCL tILHWFpg++ntsMj0qcSzm3uQcc5DPgijFUIKa4tw5kKozoKpYEBoqKq1gasY4ixmt19XiZEfsZeHL JeAMmu9zwDh0mGs+X/vtn+uSs8zIVwjl+e2Yc1vXgSDXN9gKO2CzTpCYL8KZuHz3kDR+ddN2Sq/oL LEehcE5q02wB/1X8t5ozpWazdr6v6extiS6GMM/oPtMkHQdx9YzsuDbiEWi7QZK0NrrMTD7h61z1L rfVGYNRWb2br7U+oJv6qs3dTLWZ757I1Tpqzd3dnXGsvhPP2y1h7k2tc7G+udtTXveQ24mr9v6O2L zuKa+A9y381xujQ+6j4783bZbA89d87Tmvg2RmrtvaNxdqHWU18QZ53NerPvAc1pAlFwXH/CKy7CL d4tuZ/DtGQm0zwrkcw60624/lW8eC5WY849oTbHIbINAyKkcGBXqVZJ3xzjK6sKZJfPxlOm9Id4bL 6p5CElh9ufEsW9UHcG0uJu8zJHbqHJ7sdL5VXF0J1AbIX0s6d73Xur9gdgWEg2n+QWP6GtfO6jFQL 1V5fyntLrq59i571y+nEuRWRtN2ObKy85Oo2Dzl/epO2cX3fwDZWkfGW43dv/jPkdVv9LB33Y/QeL 4WttLAnxvbuYXsw9rz0XlL0+P8vvF62xOn+c1h2jwMOYX+j2hzfz95PbMR7rtft+VvQLq24l/2W9L +I8J7zE+8yR4dek7x7X5lBvf+V2j4DxUZd5xo63535PQvh34jl2L58DOD+lyZwKP0c/q8Gv78HmOL HjXSL751H5H0fspYxB7ju/ie4v9JRP2v+vaP8pbuSvuvZvIPXHPltseP+ObP4PTMYwGqvQBQIMqoL 3AlMPDXmcG6tKGig2snQOm7MWAQA2CMgpiMurPpFrrqI7FvM2klOpGiGUQFOmK4gYkitLgbjsr3kL vjsoRDZqJHGCBDSnCQfNElHiWCHiIiNiOmyC3CTCUDZiaCHi6iaibggjFjGg5DLCtgWq5KJFjmiwL mCziOC1QlgqCSiUKwC6AQC4Oewqi9Cbiiijikg3wuitD2wwOnCyw3iUAYELw3CJiHi9ghg2A6g5wL uQvAGjMlAwMwNu+riLhKKAQQQgGwOGIqaN6QTQUQVEzqJERQNKNxJFGv6RLG5MjtWxMr4r4HYqLqL fn4n/HUAQCXxMIXG6gcQgHsoEJdAcq1m6mQQfKwJzCRxbQUkOJFCPmcuSMHRURMExRmFuJACQk5FL Gi2F5RSltxsRjMnMkxtqTiVxOFtk4lIDXxXRmuGxasnR0AbJcxgxvnJpdRtR5CRR1xMRqkkj6kMFL 5RolQR3xlHUR0jqR7g0CMgzDfDXxgRiRORLyFDtKwF/RspsqwE+Rgkixhnuxux8QSyKodqTLvSJRL gxlrTxix7qCriRqkyRzkKiVCvKkxhLYO+iHRbDXyKSZxgyFyVHssRLYExI0SCyDjfEBxQjyxRqSwL OkuEXiRSHEgGsJyrdPNCFNTQfDoxvgcxdyNyrIYpFQYm7SpAaGrqOjXyMReE6oRR7xkEAyAxmCFnL USHR/CFMGlSx8j6G7LqxtS7wlyalskVy9Rgx0S5xsx0S3GcyTxxI0EuP7DXxvsjxsykzHStS6ktyL LS2J9zFy4ylRaRbSDAGyER8RgG7SziWSHSenYiDSVgYJsk8l2SYSynYzWzJQSzWHyyQTTxKyUJRzL RzJSSH5OGyWCyG7EikvSyQlJRzhyaMnTVynTiTTTfRqTQnmLcygzPShjOSijhyjqIRqrEwwjqSmkL ir9KwK+odI0Egm6RYvNyXx7SaxcIXE6oKwcrcn/MeRWEvmiEyS0xPxoTUSfR3y4T+qvkHG6yf0BQL +jXiGLEsszJTkUDLcqIti0B0IT/D+zDw+qwDsyxmQEvKwGpSeUEsMUPStUC0Oq+t5kyUMKJJFUAqL wR3zqTPzLT7iGEyS4RlvnEc0ERrPGxVxS0dzkx8Mk0fTAROCw0cTEEjz8S9x2UiDpyuS+z7zYz7FL QzYzDiGEk0pnyy4lQoF0CUbUZRK0XzrDSzsC0ztKYzuKkq/D+ymojRcjuyxsorc0SoK04q0zpI7SL T04soIdEmJFFRNSp/xgwOkgiGSgRjz90VzcU1Tvm5UTnsiVUupLzxqfU0QPDuy0S+UGs31LyeUD1L IUJnYmK0LUHtK0NVNS7oK1Kk8rTST0C1V0TUAk8wdKk1HVQ0KzOShRoUvVCSG1G1dnDmc0ckkiZIL Xz7ViGIzDsk1jzBxOOLVg0jtS1Cz2UlzzAcCvTU1lC8JLxSkgsk0qxrVupLy4kg1rns1xp31DCMzL OzPvwPeFYOppMoEIRR3TjQhKOwiCBr3mTi1VJw0wmwzkxC2iSQpCQQqQ3AUQtAwjGCjRGRHSiKOxL RJxAcNnktylxnjaM4V+EcwTgGy1DW1tF2zNGcxLiFzYv5pyAcUAjXU2iF2KWVjtR7pxuG2XjZKumL TTBFG0G2RVpphWdD6kK2ZD6TI2WoYkuSLWY2UxK2jGY2QEV2fjbWm2KzN11VcjaE6o5wckcxL2rIL /1+EIQkRdLAgakiwXgcWMwc2yUfjaSRW0MVDaCPkkwc2vupWJxrWskKx72327OjmaWkmck9ivNW2L MFlHZNW282wtL3Ck9AcWrkw2+Ew3GWu27iyUwlyUyAQUzI4AaRgEuE6kvWt2zFlIoCyWOWPMPu7XL OmsWSPVS5CDWQzxo5jXRyy7XOE8oY2YnZEh3bFIXZSBSwltXbS23PUf3ey2x+S5TIEi2Z3NjtEuXL lSCRbEgPxkt3nmqXUJSFGEgXr3hyN11jfWuWsXRzSDOXI3wzXjaUMk9SsW3XQoL3108RbW1nUK5KL kC1W624q52wW4Ew3xSN29X8GB37W2J33BX2ng4CW1XEXFiGYC3Gi1HD2+4HK5QS3KoxE8wej90mlL cxKOzgQV2IsRRs/iFmjwwqOy4EII7GKSLWOE8juwfYVGI3Sz9lgjjHmG9l/4XXxp3WTAZHYWOWS2L gOyI7WOXvAGwis3yLLhHMQmCNWAQ0w1lHkLyCCXQ/wlEkxCibgkA3xFDiRGTIxCCIYqjuYpwr4sAL UAkjKw9IxRHSbE7DuKPnnGDDC4Po94Qv1Qxi2jZwO2SWbCEkHMeYWRA43FklGYZEOYaEDEgEiwguL yFR3V2XHCOG4fujzEz5I54iVc4jm0EkkHGkR7CIDjlvR1YqC4L34rw5gUYtYuCJ4vSLYwCzC4YxxL BwsYz40jLomY2VtSV16FGDbE445YPUxRIMYywzKpLEkyHAb0ZnsgcypZDEA5EG5EHLOwPF5y4MfJL MNW4WGrpdOjkyZMTq4jCB3NxTj8WLYmCUThWDgkE+uxgWgggg2GjNG5Ac5yq/zfuSwfDwSDArgQAL 3CM4j56xnK/QY4mZS20WDgqA5A0gWgmA0g3A155Gl5hs/ywivTu0RZkzYiVDukvZn5pXj0W2u5rkL 7UU5C5pURKwVOROgG4i4LCZy8UGjbaVjwY6aKOBDo02m7SmG5CCodpHiRYWWwns6gaWXTZoxbj5nL YpRSHGiRzXf6gm5OxsVSv5qZwTPwiiVUvSwoziyjjiUi5wrCbghAnFtggiTgixGY1iBmKW51+W2FL s3eSRaa5hHdY7NI3mXw3Zxn4ewO4parFhnJ2sMpZtRPZDkejjYe02wko5xLiEaL4/KTbCkGtKuG4L J6WYiwijrSSEL0vZ0CQE4Q3Q4VrZaAqjGA3gQayCFghgWliaJDhbNmIwczF0GpBQa5+Z/aAa2W6nL g0m5TiIs9QObRDYEJYpi9guAUC7gkCzA6A36JGEabtIkgjty7wfbHJhwkaBZJbDEArhaO4/XbUaFL h2xzjCEXuWOYeskiEFv7MVc12uZJ3WKU4kvF1gQWwkvV8J3GSk9DbkmYmC0Q0Qow4FlxBiQSsZaDL DjEglgtAoAhazghghClCmCnCoCpCqCmRGCJwwVvYwiNupYniTbIZZ4zAuLhAbxGURZXwzCaQfWB4L wCXgUCsY1RXcVQncA2B8Bw0i9lIa1TX8VCUC1i8iXw4DrC8i9gmA6g3Crgwg7Awg0g2AwgxA2DC7L mgQA0Ytg6RGAWoEQfcN5qQy8Pcbw1cQjcaxYwbj8TcUIE8agjcWcQcXib8ZZbvtiRc2CO8QQ4NKcL hCYL3l24zF2gyA0g5g1gQAyaFikCrg2gwg8ctDaQ3m0XDcOgjcP8BcRczZacSi5c1Gp82c3Qo84cL Y61caQ/cbcW8xiP4yYs8tQ2FR8zHKWBZUCng0CkgxC/gyA7g0gyA6SDA4CjAzQ8dFA3Axgy9GiRQL +Tp9JOpQoccTwjac98zib9M8Tw9F59OklKDcXcC6wbjc461G6c7cxC38gXKYqRAGp4zApAygyckjL Ag3A6AWdCjEQTgkApgtUBgximA6A5A3g2cpg5A57XsnUG6plGCPFZ1Ckm7cZ/5xR8UGiZE7bPueqL 5bh7QHmZaAwgyAyCrgggxiqCkAX+OePDCw8bnpJYenSXnRnCwi1RuaalA4e1pEt4HOjiyWLZ9gQZL ++F7NQaJ94HZ0bEEDdS9l8xw4HmQ08hs9Z66w5UDH99d+d/CKeS7KYHD6iDNW+VnE5gCS7YUmkyDL 6z1xckK4Gbb+cbc+Ga+2lCxc/ZQakehdseiQpy0ZSekxBYzem999+ikgY+pDhbopgj8E6yqnhXP6L ezXD+6Pl0jjK/VisRYTapTVxxXSae5FyeCWar3vo9XN1yvjXq6Zrc66RH67QNnJutRKFIZk1ZkvsL I4WHDkyIXHMfEakDo/NgbCdxnjo1AoXEIbtxbqEIXGZjqfL+GCVfduxZp7/e2CY+l4y5UbVAb6zgL Ya0w9WHYQQN5moYuxxTyHTyribp/EM34HDp6mG5eHxhzx/efZxK2x6lfhIxSnFSixHgls1grB6bfL RMYi1ySKaWL0miyCVAaiAC4bDgQGwQA0YjQbC4YjYQDUYDWBQSDA0pwcowcYCCNxs5GeDjEajiBDL SHjAYC6TG2QjYbi4ZQSISkcRSWjEXDeHRCXw6KmiDmYVA0hFQGjQZC4cw4aDkc0oZCAQFQiA2UjAL cDcZ1IqGMQCgiFMWlMrlgpEEWkcnCmpmqrCAWjEZ1CuES4VeY1up16rw29FQ71+HHM2G86CAyng4L GE3HM0m83WwqW4i0Y4wekUqmDeUjaTDIaTCTDGkjSCHIyiCgFcQG6D0Wj0mliAaDekjOo1Oqi2rwL 69xyuYEUHM0GU2GbJZSjRkG5erTmo4GECAlSEQGqNcCNlIjyEZ3OojUYz2CSyEDbSzIa08c1GKxcL G8yGxIZzsay8YSuWwvcQ8bIkgaCpCkYXJq/ycJ8g6gAaoTmo06AQOkGLqOs7C3o6EDuJCGKUoah6L Gwg8yGqiGzcJVASLIwlsABBEqUtAEERP+hkSBmkkDIqkSSJNEq5vrFEFwa5yUttCLrOq6cLQw7buL oQGanqi2sbxilqroIGgaJw0kUPg+QaqZJ6Jyo87wNoGbQxwlrZKYGi5hq90FKCocJzoECPoOGacKL i76nhw0YYIWrDaNO1MhQfIsJQpJLswxDTzpoED6oW2cRBquaHBmG6SSLHM2pgglM03OEUvjRjgTuL hEvwg+qJJjMaGtDDz6yJUa/TE+qnx+n85KIo0bQLUDbM0urnhiuQaq4vjgq+sKxrKs60iQ5K3riuL b2rqjgXBhGwb2Su9tJ5ZYUCkMIxjWNo3jqNzD2m3gXPu3yuuAqbhC4GQZBmJoW2mysHAbX8DTPS6L CBwmiCNIlVCNUEDWNdXt/xvUAaPpeLdr63N5OG4rj3bDr0WQ38OohkDAK/e0YCGyA6DkN42DYMo5L X45aDoCADWVuZHN0cmVhbQ1lbmRvYmoNMzcgMCBvYmoNNjA4NA1lbmRvYmoNMzUgMCBvYmoNPDwNL L1R5cGUgL1BhZ2UNL1BhcmVudCAzMiAwIFINL1Jlc291cmNlcyA8PA0vRm9udCA8PA0vRjAgNiAwL IFIgDS9GMSA4IDAgUiANL0YyIDEyIDAgUiANL0YzIDE0IDAgUiANPj4NL1Byb2NTZXQgMiAwIFINL Pj4NL0NvbnRlbnRzIDM2IDAgUg0+Pg1lbmRvYmoNMzkgMCBvYmoNPDwNL0xlbmd0aCA0MCAwIFINL L0ZpbHRlciAvTFpXRGVjb2RlIA0+Pg1zdHJlYW0NCoAQioDRuMhcMhoIBmOBdCRAVCIDRgIInEzkL ZxADReRomMRgLhgOBBDzMDRbHxgNRgMpGVDHFJANRyM5adxAKCkQRmMJ4ICCbDgaDCICmZTkdqMIL CGbzcZjSZzqcjCdDTTDmIBTDzUDRzDBtCRtYRdBZaRBBGxiIBiNpBIpJJpQMxoN5bL5QNBsNZrNyL IdTCbBaSDeczoIC4KCdTBaQzYdcJRi5WaXTafUanVTdWSpWyLAzjGbToRBF4zH7JNgbaTVpYprSkL R4zchvB5EMxkMRcOITO4bIrIcjKIDEKgaUYzn9TauVpIlY5ZqNVrIqINfsRqMxcNZYMxnuJZs5ZtL xcNtHweHxePoOVaeZpuf6tXEtbE+qDRn1+z2xt2PJ4BA8TyOA4TiOMBrkNE9iMOa074Ok1zYAaGTL eBw2sALUGLZv6lkBPPAsDvW0cFPcEDoBA+LpvpCEMN28TdP+hjfQ280CPS5LRPa50SQa+TpvqGa8L pA3YbIYhL/I87MAxm9EDPVG8RRzEsTvm6kIR+GsgoVH4XBy/qDrUj7bPLAclw/JzSyhHcUSo0AcNL wHLttshq1P4kQYho3KRQ5GkmRs5cnwY5MpR7FQcIMr6FBu8E6u8kU7hrJMxw9Js/TPQDox5B82UNL IUiQu2gQUdSEOxrBEQ0q99AwdFKMhklckIVFqEhlGAQN/JVJT7BNTx1VNMVXCMjho2s4oSGLsBpYL s7wpMVRz5UscUtE1VTXYDvURRVPVnUFXz1MlJ11BdUUvNT6tva0f06GNGW3R9mT3MtKXDXlxyncoL ZhysbyNs2cXI8j92hlfAYITbtcWfP9xWlX1qQlfAb307jc1lfjd4ld1vVzU15SjacfBig1hSy7EXL BliiFYtgtSRBaGE0FTMI3vfKFBrK8hy/f7yBktll5TZ2V4ReeFXJCGG5lH7cZtkuLP5i+DZ/XeOYL Xj2QNqG2kJFpUXaZnt4XBEeo6GjIaBhbF75HZM5VtSOVTNjc03rCAaWDUD74s/0La5b+Na/t9B1ZL Cbapm8cL53GOm7ZeO+V7sLUhu3fBZJWm1Wbru9zRxe4TZNyWbHO9izotVlTzW/Ea9y96b81NCvGhL NkXxbV1U/UPD59tvFdRl4Y9XQ9kI/Yt19nvOM5ZoOXV/VqDXbs2LVm3Naxltfa8T0+hczYHfUbgcL 5WMhu0Z50npdNaPjYZ2POBp19F9lbnwcr4mwetc0vd77fgfZ6P3aB+HUwk3GtOQVk5J6DlG9Pvb6L y8hD2FQPoU++ZRr94CPDf1Ad47YzewLd8tmB67XhMHahBRhgNiPrLeW5F5zk13wFgm5h/gNmHHkdL dA1+0HH2wqg/CyBELmZP0d++uGj+IbNuhw8cHJHy1kKgAi+E8A4UwShu7iIjAnWwMdhDNUUTYPRCL igwwHMUoMP1h9FdjEWXbvVdSd1fCyIkNniU4aDrT4tRmZebYhiYYYxVjC7R/MT45K/joC6O0FoerL aeDDWJ0cXyI+WEjmEsAYlx6iDGWRKVQaoZgW+lTzA12Riac7Z6kkzrSWh5Jl1sEIsRwkkx1KoN3AL xsebG6Q0ZJPyqNiDgtjvIqPqkJKaMcqJZtSSrLZ1kX5Bwbk46Vyz45aH2lYrB/0jpYRAkPKmYEtUL 7kISytZu7SJITTl+4whc10hNMm24ON8nplTVPsDlK7DyFJDbSl5I8P4IyynTOCdjRktJcVrPJMETL JezoZbMtsbZVYuhbTQCTr057vWblBk7huI1TlmO+GZNA51UPTkj+NlFJuz2ow4ygrskgL9c88+j8L vqGupo0QklTJqPTnoZSF+LgFQJAPIupwtKKZPipo6lFdN0rwmmjPWlVP3cptS25xh723QJ2TxSmgL TxZlu6U2CA7S64HSbqlTOqk6qrTDBqx+MEu56Snqm/uBCrl2l4qHNCnksaj1fcYbeBRcy2Ofe7QhL 780qQV0fi+arB4o8VmorHuREy35EsrGyCDVXKe0XsA/w7rFq3PMgFV2n1k4ESCJFVmGUebIwGiGwL yz1WKyTFshXKtMIFywiqjZeolca/VzrU8eHU7rQWFmNZqyVt4QwvtRY6rchba2ttKuWIoLoj2yrhL CigNXrgXKi9buXVvbRwri3dRLFjay3YtZdK1yVQYxpdbSW59CpkWku2lV5qYbrWPuNUa5F7TY3vsL Zam+UvKF2bumlWRZZLnRttpfS8VyZKSWvi7GTV860YHvsfaSrg7vQ9wbfy9d2o+rUBnM3Acr8C4PL v9eOWst6XWEuvau4+EMNo+mEofCt+6z3RxHghsTZFPnXZNVBIt6qLXsxa3FuclV8IupjeHGuEUJQL js/h1wdOqo3Qv7b/EjjaXZOtnlLDMfJQOqc3ViRdembVQr7gbJOQVNVicFbzFWZsqY2dVVcGpurvL 5txFm/JVbDyY6sxI+7OXLFLBs/mFOde8yOjxXmfLti6sZrxTg7GmeM0LVS9nOk9xcMY/w1ouyqLsL +ZZx9YialdbTkyOxmzSGU8gaL1LnS1Wqct2JnUzrJlWMsXpt9quxVuc96OxlYeSM33468qxq7X+uL dN2KuXEfT+uM/6yrrF27uvtMYz1VsnWe0pNaWzrrDTWgJ1Ror3s3AmWtv7QetH++G1IrbI3BOC/GL xdL7t2fqPdOAbGa33LqHYNK454T17qd9WF9rax3tGfgG8owcE2BN7f0fpm7kxBubUWwoz4vpduy0L WSNJZdIXibhWr9M8V4etSka2oRZFbRj3d26KWNzLzM+fp4Zub14tAim3Kcnlryjvzh1SFf1B51qDL lvB6k5fBsq2px406ui6LzfoLuywJA1RyPfvQFqVhUOXmvOx+bclXLnoEHQ9ncc11rPQXY+lV6jVoL fp/YGiWCLClfqvBdz9GeP3JR+3erc/s48fTpYAYcq332/rC5bT9ztDYbw3f7TQK653zu3JPDtEtgL svsnhev+VVZsTxXdeG1/v/524XkeReT6v465URjyeZ4nz70WVWAxe8/o/vvsc4ezSx6br3ZtsTgvL LXv11mfN+qvdHUlntfe6J47MvdXye9+n9DbbKpciGFk+Hn7327908J+VgyUvqO/ejwlJb3n4M7aRL 7POCZv2ai53/XunjHY+qe2/F7jCPH5h/n3pIaMoJTKpuQ7CdwGjgAkQNpsR7kAhupFwNgjIKYjLaL 77h1Ksa5glhY0C4lYtTOZOT4r8jOifi8qk6eCI6yqNRnogQriq426q4h4iIjYjolAtwKgkok4kA7L omgh4uwvYFAIIMgMIOAOgowzQrYFrpRZcCpF0Fws4jgtQlgt4lBOwuom4ooo8IYrQBozpPj/8AMBL TPZgKvcBABsARmSl5wcBwBsCCMavZEsACjMLxRDp0MRZCbhsZfBN6m68yBZO7ASHRzgGw2adwEAlL 8MaeCfh9A3DBqCzGBVyOysi+B7g8kQcB8CMBJkzDsOUSxpZRJ2QGJK8PDDp15UEOEUJL0ScMZ2JHL 5REUUOyvbDpbEVqNUTCqMU8WI3YgpHJuQ3EVTDqEcUcAZfQG8X0WsTypZREXxuUS8XDARDETbp0UL 4NAjIMw4huTrqsZpkObnily5rHiz8ZsPBuQg0SA2cPEWrwcYyscchzgkK1CGEdka5wcc0byiR1scL 8PAlRfA7UUccSxkc8fUYhzyz8fxzkbS1EekUca0SIkcQkaIBsaZZ0Ng9UNykUUhuRmUOYGggxqo7L Bj5UAG7mScIg51sj5wZscRIh0QguY3EjpuQhkdkOiyw3itsR5847CTUU8NRAsZJpciyd0bMS5ZC5L iGEYsUAvAtsX5o0o0dkYkXZfUpR7MPQuRO65sc8WUnsSUlMqo3ZmMocppLJDJRsUjJxm0YkT5OEsL EUcS8rktMng3EQUhkaUakgpZEmwhMbLrpZBK6NRuUgKBY2cVUcKQB88v8rDG8O8waQEdxRsAqvZsL cxcushbG8xbWsVscAhZLcocfhughifkgCC4Gky8Q8uaCxZcapOUuhLEaEuMiCNUNqgkYqxgGQgwsL kjEzRmhO53iHSNTOYtitsPzscc8wsQszj1pOJ3k2SqIvMjUpCdwsMg8nESsVCTA7U2YlkbM6YGRKL 8lkZsVQ7Q2bBs2Cwc78lEBM5c7xLCjUJE7MC0UbWs6hHMYk9zpUmc8x3SYZuTui1Ar08kVEwk/U+L 74JbQ7RnEUc7E6syIBshsh8nZF050MMTVBo/ay0oj5JIEAkODxUt8BMr1DMd0PQsKNkWz+k58rNDL 4mUTtDjCcwFDFFU4U/EYwvM/1BgsFE6QkZtCNEgjNBQ4hA8iI5Miah08MApEcjD1hUDOk3zpysc/L am83Cl0jMoVBAvCk5R5mpRs5DZgHBY51sOAmSbk6BJZuSTFIZHM652Q/E7dGRmk9FIVNcm8lKshRL tN1LkylNEglOpEc+K2KRc+h5xZDkFF587kEYlGUox3lAMxYhkmdMYlU+EuEh0uRk1Lxwcn5iwmVLL kszRtTMMi3SfMctOErwmVTcrTRsesPVSdF1UjOcPUXUxLYo2cfVTjPYHFWEJ9OFTLOdWstjTwHFVL lG7jNL9R8h9Hs1siT5zvcEtKCfkMUT0jjmgj6fkNEnI2K2CbAuQg1Zdagj9a0xkXkDhMI2RT4+4tL lZJbEU4+8YAhQudcUJI3dbpfVdtdVbE4Q+8kE0hmddI7hGA2tZBiFfdBA+75BLNf5H9bdd0X1gskL VeUzFBFHY1LCdZ9hlZliA/57kVUTzuhrE2BOtO1itjNBETxEY29j5OxWg247Fi6RdjVaE4Vkp5xVL pWlkJHJVqndZs9lmkWkQljBT9nBZcTxu4kJ51n5Lyu1hk1VSCQ8AogyI87Kt6lBpUjpAVYaPkNz/L KfMfQ20zUbNgRkqNkNFP9KNrpi1aU6JNQ5he5fEjo21dMMRe9pZfTEENFt1KI21I0NFh0FMArwhnL Rk0Fw5pdUQQlwEEGxj8zoKgmwFAwQwg5UIg+xZQ1sJcGw28SVwQiYh9xAJIzMLCLMLUvlhVk5uw8L MlzRFqaONqrSY+6LzcUPFttLRLBCU5dr9oKbF2B51shJdsxBRH8jRCqDNtrCdtRnSqNuVNcWU+xkL Nu81dvI8UPE2RnYstv5DFygl9whgNylxFxQwoidxouR51ywiFwdbaI8HVyFw4m9zNxtzggcRB2SpL pZYsgnZMV0sLjOE0EGRUDvdbMMYHFj59FJwEF25At3JsR5q88X0OYhEwV/FZ2ABsROLAQGpO5MN5L NpFvIrthh9EJ4iA5pgY+8KdxJChqwFoIIINxsLQ5B9E4lI9lkUZLEdRMUaIK4EANwjOC2FQud0d6L FwljGD4KgOQNIFoJgNINwNeEwgZXF+jCM0DU8/5Q8OapUfpO9aMSlMN7rGE5BkOBAtibFAd22BxqL i1BK6TWCkh6LIlScQhVXpmV+Ft9+VHlqkAJm00Fp2J5fFFd2JsWC6bEwIkWAJaY5klVV00AhibEOL dCR87Wtr69BulA+Mg4kFKsbL5sc3tygiIlGCIHOD4IQJzDok4It9KOELRH9tMC6HUPCfg3iflqWNL 90z6rJ15olJL1ttdZ2CfMjtuRqyeWWwlmPxhds8ixbRVqS1tpiMjtot5A2JusfR5GBWRwBsFLDt5L 53WSuDhx0KcGwkN64m4KsIIN4EGTYhYIcIwGGIxPmaNoQG9dMxhF2UmGAEGGWGmZ4gec5OsXEpeDL aI2Sea5MBN+bQFAw5IYJAswOgN+cuJB6l07jx7RgAHM/1toG87Q8IGCneXonYhlpjaUfVtonlhQnL d3mBo+wGDL5gMvuZw5AhczU0EY0FlKNwBlA4OGOGb1L8ghdgVRtpkRsDJmp2maCfKdxOwj5Q9vwtL EJwlsGolAlYul8kGUQEHgvov4wIwYwow4xINwxYxox4OQyNxoiYFsSMGYs2bGfWpcHgyYpwqAqQqL gpmrlwbHgssJkC+DUGuLYh1wWf9vlxpK8fV74swjYmkjsKGD4rFzeMGvkJgjuuWDhksKepGTNy4mL 4kQJgKoJwq4MIOwMININgMIMQNg4OggEAMoMIMcaINGqVxurwkWr1/8JYjeuOowk2umxkHgLmvELL GvQlmw2v2ouwN8gFGwYzY1Owut8GG3cGguAmKNWpcCybGx4FCbAMgNIOYNYEAMmH4pAq4NoMIPG0L 53Wto7Ect8G1pL8o4t4FpK47sJVyu2e2u4B2e3II2v9++3lyomNwNxG34rZ7iNW9+xG1+bBOwvW5L Qnk7MHgKQMoMgOoN0H4NwOgFm6gv0BwJAKYLU2Wtmrx0EJYlF2GxhIJkO5oMYpgOgOQN4NmzoOWyL oMgMgq4IIMYqgpAF/FnFw4IN4OWcuFFLuNFlxOteed2eGGt9dLrrtvwuKLvDh3RNsHnGINPF4KAML IOYOfJY4IM2zANgN4pAOQEANoN4MgMoOYF2gyIM7OQkrdf4sItQtkdlqRPhnUvVd2MDfAEFf5AWmL OeMFPNkV1KHD2fBKY5m4hI+e+o8G+8F6iIwHJDGsvEPEfEopOckLELRAs7ItlcFCz1qnPNF0nNdCL VrCHSGD64llJnOed+mWeRCPTQ/WO2amAYjUJvP8GfQIGFt2fa5nQ2pV8wFAyfEXEnEwtXMELbqB8L uNsEinMDUTxTp4TvC02MRz9AiHVtUg8FAgc7NA9lxdvIfPhBXP2+W42bEHG2W5sH0IEIXGsLGr0wL 6we8m8PVmxMKOuol4FEKvK/Gw0FHwtNIDi42dtUq/LI2KqCI5Oxk2ivQxLwuUtw8ltvgQ7coMEuNL RbQuXS+NPfHhPh9c7Ol+Ep+NM5cqVuh1Y2vfXinjMtckN+EsY2tWk9g7ktHiiTHlDpiJBc/kPhFdL Xgths1e9FhXf5i1ts+ybFmVaznhMMT2No7sqanI7VKNc52On/o0Esc5ftRta3ppZNvsQgnbwnAHlL o7vmZO1fPfqnOlVDQ+3n8C/r5fXnZZNKwhXsx0PqdHU1aLMo1cGlUPAj1pxkOVfXxaOhKqqeFa3SL nfY1Ir/jePFh+i5fXjmkFaeXxBQtak5KxT9ZkYVukDmPo0EkhrUQBL2Z2SFfMTkm+fC5hY3AOuwIL gKYFoKYK4LAnIFoI4JHCx7m8AswuNWnWQlJsnAu0QNfLXBIwu05f9wMHe5u2hCQJoFveQBo/Cd1cL KdwHDWq1LRHOnH/49fKBm5ODe/+DXdwOYNAMoNgM33soXAm5VkP0VxH4QhPXHRXE3Xo5GJLSYlUlL Y7en3gxsQG8fP+Oj+Xouf+yJAtl/QuYGQgAuGYyEAzHIxFw5ghsEANGg4GAuh8FHA5FwwGgghgNNL ENMwqBoxEEikRyM8NGowHECgg1G8WHEZG8EGcIhQgORlEEfBpxhsRmYgO8NkRKoggNU/EAwpYgKRL HhsPiIyjI2GA2EBtqI5GYuglWGQuHA4jUoGFhgYgsFiskbKcNKNKplMk1RHEIG1kq0wjNahw3royL vQwG8JhdRl4uG9YtcZjcdBs8IRUBo1GI1xVYGo5GwuG0ZEBUIgNiIwGo0HIg0JjEAoIROGY3FowIL op0JqBpFyk+0mKglDkIgo3BpOkptMp9mzEtiuGrOIiMZGtWiVlBtvBtxh15r3Sz/P7eYGMtGuYmPL WGmAFw18lthuQnkkkc4k4N2NeEGoztkGOmFzxvysicp2kDeKA36juGkTirmprkpCGzCowEDLJWvqL iM2/6WhmzCbo2GKHpZCkOOcty4Lkpq6wgwMKBiwqCL9FyIhizQYpsw6QhuiLvvYiLpus+CQMmhwaL LZCgZIsm7QtG0ocMA1QqNYFAiCmFopiuLApCCFojic2wqNwpgWhirq8ygIgQNmi7BBnKDWNLGk2tL CoYUKwOY2DeOgQDKPA4DCNw5jSN43S+3DdJ6qMirHCgYIjRaqO6kawqonCdI6K4QDchshhpRSyJSL tCCSWBs1KvNymzm1o5jQMo2DNQrcso7UDN8oUEqPBjjqcqCQho5cKNQsULwgzAZs0z9axM7KiQirL 1PupRcYhuhEAOmlb3QgsKgumwtjSAj0Cp/WrgKLXEUORXkbMLaoaM6zjwTi5wbME9asWU7UaQkqoL ZM7Gl4WawS1BnRTrRpJuBKYx9wUQ3qg3I4VzONBsHxAwNPpUsV/otMwaPu9jrOxfAbPMjOOs7H9pL VC/IZ0dgr1YDjqLU7b7IpAgIDWVuZHN0cmVhbQ1lbmRvYmoNNDAgMCBvYmoNNjA4Ng1lbmRvYmoNL MzggMCBvYmoNPDwNL1R5cGUgL1BhZ2UNL1BhcmVudCAzMiAwIFINL1Jlc291cmNlcyA8PA0vRm9uL dCA8PA0vRjAgNiAwIFIgDS9GMSA4IDAgUiANL0YyIDEyIDAgUiANL0YzIDE0IDAgUiANPj4NL1ByL b2NTZXQgMiAwIFINPj4NL0NvbnRlbnRzIDM5IDAgUg0+Pg1lbmRvYmoNNDIgMCBvYmoNPDwNL0xlL bmd0aCA0MyAwIFINL0ZpbHRlciAvTFpXRGVjb2RlIA0+Pg1zdHJlYW0NCoAQioDRuMhcMhoIBmOBL dCRAVCIDRgIInEzkZxADReRomMRgLhgOBBDzMDRbHxgNRgMpGVDHFJANRyM5adxAKCkQRmMJ4ICCL bDgaDCICmZTkdqMICGbzcZjSZzqcjCdDTTDmIBTDzUDRyNoPCRtYRdBZaRBBGxiIBjXpDLZLJ5iNL hzLZfKBkMBvNZvNCQbzmdKIaTcZzYZRAQjrVyGbMSdKTS6bT6jU6qbqyVK2RYGcYzac8IIvGYMOJL FNgbaTVGYrFBAUiPGZULhtCY9HxqNhBKtoM69IjlhjEKgaUYzAgbMoPIhlyxdXbLGo5apRIpJJpQL NZldJgMBsNb0KCocjrs6VjL/STechATzgZTcICsTSmIDH5sccsvmc3nbV/dCiSxpY0zUNU1iJtcjL IZhmHIXN4hQZhi5qWJ2r4QLI34QOC4aMs407+rS/6PrJAYQNSiUDNa14GhmGgatkhQaQiGSRBug4L QBlCLcQxDTiAbDrPxAjEARG/kTNXA8VRZFzcBmG4ZtlGkbRxF8duFHsfw+0EhRFAUiwK1cEAa5aDL OdBUcpEGIYxq3ELuBK0OP4z8QwCEESSNFEwrWtiRTNCUboZGiWSrDcfTi/0tzpO0vtZMKESe3CETL ZFwcITGKxx1N1CSxOVESJD07zBFQZBrCIapYGQbxdU0bxzC0bUHK9DSC1VEy9E9QtFUgXVWGQbSfL XlWxrQVM1jD1OVpT0CVvRlRNIhrlV9XdT2DV9iThY1D2RLtP0XJFcwiG9IV1YEX2E0FrULbFZyHbL dlSPFLRWcslR1Lady2rDM33TIEtW1OtbXfMIZtuFzSIUG6GIRVyWI9XdMXzTVZX7dl/25ZdvRXgmL DRY3uFulh1z4hYt+TnZMS27eDThuhMWINhQYyeGjaRcGNh5Fa+SU7duT4vlM1BpOiFxrB00uSEGgL NvkMeZxLOS53UFmM7leg4RCuixno+QVhplj4pRWezyHOgZZCE/RngsLZtpd96bnWK3dPFRJXkGW6L tmOZhdmulX1Tds69gG4tEGEn6xoUGtxq6RaRh+177dcubfnmA7lwk+arl8ZcVrV0cdifIa/ybRbLL SkHxqHOGJ5BtTxr0mt7ZrvP8BXExdHlgaSf08bzWhUqc5iWncjqGMJ3xcYdx1cX0fveI3Vz1a4t0L PaQj0jeVV1CPhn5G9ddzvgdBwPpYLlgb3r3Xk/F5eR7bf3v9n4m6fJaXzSZ9Hud/t326jFYcwZvQL aODT8DFsbaX0tcb87F6D4H/kGBo4pFqUGPJTcY3x+77HZP6TGc03D/1HpoLWwVQMBXXwHee3B2aeL iQOKgA7ls8IX7PNe9BdjDP2jwCbsQ1vD23fQwfxDJnzUyyItQY0RzLWWkwvZzBaBMJ4gEsRaR9zDL RnixIfW3+Jb+gYtiIa0eFap1AQEio7CErknwF3IM0lGLQGXt3LUzRtUFIeRKhNBiADWIhOHLVEWKL cO4kxWjmxgu7lWjmxijHZzbN4RuPjG8JlJy4OxceOn9tCbZEPdh7FeQD2WQR3iJFKQ7jYKx+jI7ML GUmo0SENpHqT8cI+wIj/I1U0GpINmi/JSUEcZRSMUaDZ6alTkSdBgpWVbzJWyLZRLuXsg4oSpJBML KI8fIqyulHBgHDLlKxdklC6aEYmTS6VEDkj7BpOOIlVM+SsoZpTeNFOCEEymrTlgnMSaMxmwJJaKL quDktJJxvnlNxp8x0kl3bzBuX85JPTmlvMWbtAEE0CLXO6QrmqESsnnQueqCX/tonzCyWs/H1T+eL DQxFYNEGMykHEOg0hqJz9hJRZ6KLKSy+mXHmg88aP0tn/RdFYNzpyzo5PuEUlo5TTeG1WINBaaUqL ptAaRVLnwJNIZUembiYjVLkS86pz7qeQpQehGn82pzy4nTSJJpXnsowiKuaCVQZ0T0peuF1TB5H1L qVbGGnFIadOGeo5csEsmG0rpvU2nNLwcOsdsx0rxzq/1WqFLmsj/G8oTbK7mGxCZbUUpA/ljEC1nL 1oaNXR3tYaFWDgU3OBtcoIWgsZW2rL+kFv9icqmAMA7L0ssFXh6NnLTqkTWlFe1q6xVujKcw5wNLL ZA2g8b2sFCaK2khOWIttxkXVfjBNuu9mofqVBwV6NcOI22RrZcG1sM4mm5bLJ2pV4bR24fAz9OipL prVJolcC9d2GwwDulPq5dmLrw+Ua3ONF24b0mBjG69Vzb2SkjqSIGt56U3zwPZm/zlGjXwnfTXCNL /ZMSNlLBC/N1La2Bqxc6DEpjcYNQjejCFdrb32VFiY3JzKI1Vwzi3CauUyQbtliCj1TMR4JgxLx9L GKI8NFmDjTFmP8XGiyE6TC0Ucjx7tFgjJaYpqoVw/F6oGSYY4bUbOxg2RMVZIutjbL035w4MxlMyL 9OXJLyvYFPe2N08tX7ttkrG6K6HYnwdfLMmU8JZnoaR+h+T82YrzLnjQVI5wtHx3nW6ugMNZwSTSL S72YsH5/uZoHSlGKY4xvjVTKWm9J1EZSk2nuWZs6R1JmbTtO6oks0xn7Ud/NXamYFUbWWa9aTDxFL l3V9r7wA1uNbOLeIcfbA1wiq3WDAcIMuRBGuuidlTqTFcTE+xdoppuVqzW2itXwoLbsR02kNkVX2L rSKGh2GEm7u9gW8Gbqh7WvcWQG0AMx61zvumnW9dZRaxnvrX+b9lmdi0Qncl+tvb74JtaMzIN2YDL hzj3dHDaRSBaNvdJ++dfbJ4tTrjDWCZRq0Pprb+/HoyOghwnHmNdwcFdpGc3HGsizw5dyiMuMOR4L XzbtTj/KZYnO5Zubiljax8gyaWDfFBso8d4rvPi/STc8AmZ02wHHuocgyuwroeq9z9GuFKTMBIuaL cc6v0+x3IOx9T5Jr3s/YLx6nzkbnYvLd5dppfnsEHZdM8C6x3ip/eud8B6d3DEjw6M4M7r0Tm/P6L n6WpN3zt19MqZ5phpfqnk/G9ZrfT3rsLeF8D85U/XXe+l+a7v0et+se2c80RpLW+1thN6l4gyyltL Oi2s8OynZve8hbRtV5vwEpNsd7izBDbk7ev+6yBDO6HZPj92596OJhYEKXdwJgb1PYYsXlBtbLs3L lNOcw39767nJe/do9Ve3g/xvbeM+33G//Mu9/X3d9neP0/hx0kF99Fz8L4T9bBT/osTwjt75jKrlL TaL2rhT5a8T3ZRrGD/zmrDD+MCDF7+gsL871D/UASDDoLmb6L+EDr7iQDqUCaYCZz8TUrh0E8ArqL sFUAMEqRrrYsEETrz3MB75qRrtcFDvrwsBDPIGUHsF8Dj2Dl72TucBj6UI7nB9zvUH0IzVsJCskKL EIrUUIEHTKpFjRsJcEcJrxx9zyAsD8EH8A8LTy0Mb8z1zkzhj6i1yrYtsL0HEGT+RJL0sKMLEM6+L ry0PEK7myJC7xEgJSsgG7T5gYgys4NpBI2I8ghYhINgjI+ZQghZX5CaWMRRBIHESwhTYhoIHBVpgL Yr0R0Qy70UQ2Qhwl6nZGrI8U8UjAxgZoAshJsWETAlg+hBK2RvRgbQhJgG8Vh2zdpg8Q6BpCsXBFL cUB5MYphUSp+UXigYhUTcZ0WwkcVQNAjIMw4UWMT4hMRZjMWRCbARliWJPhZys8Z8R0c0W8VRFkYL QhYhkc4Gis0cIryw6uMR8aqjEecaKZMdpCpJr98Toj8UkgMY8RBtEgBP0bcWcZJ6kT0hkVIjMa4BL sbJfcQQ/kQivLS0S5J7I8bxXrNJ3Qhg8kSIBsSZHpgaQUlKZoEEb0lZwo7EUxXRBxgZoZJkjcTsmL 0fKkZjsmqPBFhoBjcmKk0oCdslbI8gxmUow2JjceUhEYpMsnEfw50g0mcm4hhMrBpo0Z8oUlUrUpL Ea0bA4RXpoA5xVEkcbrJkspSEZLI5XsjohJGbHJG7e6dsuSWUY5UYhi08u8sxghpJGZCMt0v5SBqL o8kvMwh3Ueo5QGsvY5RqcwEupgxVB4svJaMt0yBSA2aWRVExcuktckUVEncicipDqaUjLV5/5SZSL r75+Ub01R9BmTOgEEksk7v8DxjExpkAjz/5xAlY6Q30EkOwzqADAhNSPAGpGsXZCKkx1w4xNJCJvL RmBJY54uBwZmA7QiYh4mwFAIIMgMIOA+4/IkyybWSZIh4swjYjsW4KgkolCAQ7QFAooo4o08YzT9L UGcCI2gvB+Qjx1E4MMEN6QBqpgxNJBhVc5K8BsraM5wgZGYrxpJmBGpcI589Rj4to6s6xCAmgh4lL 87oMgOAqc+orU8irzXark9As46JvQ6s94hwlwm8+YpA/FEk+7w0HZMJGKQQjxGpVc/04EOsC4jJFL ohih9Ax+VBM5aCCF8eU1YtRgZ9CTTkpDEa4K4EA94Bo41Jp9BmEYU9A6AjqntDIlFDc+M708E8VGL ogZHtLRBSALZ59FL8+Qo1Gc+w/Y08i5D0jJ6LAraFJ5wklrJj+hUZoEkkSQjJHotaR5mFQEb1RT5L FKBxDIVClCU/o5BxBJp+UY7Apc1StH0mJrE6ZF7ApF1UNN0dYztUBNBsrI9ThGxmq2CNtP1WC8FTL dSZxEIa8FR7bdVg2haNXlQEY80ksYsQ8lQk0Uj9YsuNBMt0zZec3UswG1QdaA3Ey0XpG9albEYRUL cYFbRCtY8w8VUvVb6WMvkuqh5UY20zVaddUncshOldJkBXsUdZaBhaFelbFQsiIBtYciyk0QaslNL 06VSNQJjM5RhlaSWQhckKLKnsWiPBHE7UdguR9A5cgJBUoJG4Gg0Y5SyFChUc6kY82xFdTJhlgklL 1ktJ5PlKFU1i9gVk0gsdhCgshmFi70FLohVm9gkg1nSNhBRyBmB8pBRJ9gZ8sg1llVdoVlNRkU1pL dncsMikbSAB0lkBF8l1qdZZPgGFE1bEgMIZBlj45B3MvIHMnRUdrwHJFyk0vRG9tK71qtatcVt1tL crVtdstiBcZU9jxcVo0dlrZs1vIhVrFbFn1wduE0csVfwhNgDtRBlZseAlk18/hrBXs2ZUh60ukTL g7B8ohBM8ncxtHpaZBjJxXVUJqqs9y8lhmBjtkVRBBKABvRXtyFgondoh1ZyAnZGR3Qg1YyyEzF3L lfcIdfBVF4FtscB3RyEId492SuNsl5YsVdArs0Vd5hVr8ll6lfd3JKUzcZl2BU96BJl70ul2dYVxL JUlWN1ZtEb189XRBZGy3lV5SxvV1NVt+VVA45ms0SAU6M81oF91/pOl9I6kVRUl/1fQ3N/I8hmAgL wsl+g3eBl+9+Fk2CGBF9BFk0V9lgd1lqEiqPpNM0BXt/jvd0Y2lAE0qoc1DmA5bAxVAicj5q95E2L jgzRuFuGUk11xno/45eA9ypP0j6TSs+GskuHd6ZJx9EktfpH45lYw7pG0nGEhkNKtK44ogZmt4teL caFL9CxhtDE9pABwZVE+IIgK4LQLQJAk4GtOx5k07PM2DJ1/4kVyVJ1+DaM2uHBH9PItNPa0tJ0RL 6WU19NzaJGNsCDbISfETxxTISO0X9OMVUeUwThB1KcVKTBl/Ka5oDQrDraN1pQh/9i5SmP9IYGGTL 8nR/8cpBiOwlNKNOBrEY6fMomViFVoSwqPB/+Wc0GV1v5VYhY0aWeWEkONxlgHEkOXMcuYGUchTKL 6FWT+XGDg4WUxCpUyR9yUYRUxPaLkfZUyFWTDE+VuR1v9CmbQhSyDJxXqrjYWcqR8g2cjhBKafGcL DE746DaYMaF9luOUWbOeSLmaudyJwkOaOTWAciVxOPFf8jCkWYMTqZOQGA5JsuceSR5BZoCs+iC7L xGOEWVxaKJxVBPx26R5mUgeS8aBFt20ndkeT0hRXR0lyVi8TxhWU0Toryh+hMU6h+XNnxgmmeXUSL 7tuW0ac8+b9oTS2QU4p21CeeePrYtCmYpGGo6Lli+oeZelOoGgdqIBuaGl8rRvWajLEmOd8fZFpGL qkx/+biQesVfen1CmsMU2diQdzGdCX2kudeKCJ6WWtKDbSzKOemmevOtA7iuJmVxya8YWuq4uf+rL OuWZ1xRyOPZ2Z/5YTBjGGhiLY25seRJ8omUepo+RT6DaGgWq7ITI42eCiNKWQsN4uhL76IuThHuiL 85GyVIZopBzBs0GlCkzBrbux7Co3iduXMoOyO3JuboWC+w0ubBr+mXO4xCmkTMJs60+3TkW52z+2L 2dsxyGrFLPgj5Su2TPm5GxWlB3O1Ro2lhPz7+j8OS46LlJ0Cee+q+orve9OnxVe8zD2ne+G1eoJ+L QsNWOV4sE1uf29e/8nemAsJc28Alm/a8HA++5o18uq2gtxeg6nW6GRNduQCJyLQ8hFqxObr1nDa9L 5VeVxgi3a2SfCGzrgmaKWVR0je9z21m2O7GzfC3GGWthOwzT8eW36LmyGzfHW3ydvHPIG4WQuh/IL fGRkG5Ou03W5hxXEaFXHnD60+XPHHJ26+WvJfKxB0eVdvB0ivBfFqCG8m8Oei6MOQ7m9R9De+9u/L r02eZ8re5oHMvN9v+Te/NBCyGd6NgmR3ehPPZF+pnP2ecgImVA+f0gPMHOuquDqKthcaEyhtGnJxL ErBh+E6UWFL2UchB5J+lZBNhMyeUBg0kpJuspGfHWOxQhd4/8U5jeC8TJjOEULhtHUUqBJlKWG2JL MTSw00MoRS5j9AGKVLA4yvUuNAg6giGL4sI7U6xhA74vov4EAJIy1NRQiPpBdUtjs0GJtVuEw4U0L yMfS6skr5llinTinZ7BCdwfUWWNwXTcSFQ/VBFHVRjRy3c92hXUXauAkXWcQ65CLeJGgmUUucIaLL 526CGKFKgEFK3YIgazks1u50lL7Qk9gl4uGBfZovwwAJ4OoOmNVRKKtjcDYnfDg3M2ZhRDHSuNjRL cd8e9KEj3gNnKZMktjamZ7PmPd5HvVJIRBdzxBWs92kaRwt9x0ndWmXWtz3f+q1NqSJCFJ3iIkHZL NDoEHZfY07nZwwHaONRDuj0hRhrshG8aHhHhWKmq9Nx3InYg2m3Y87VGHtc7gGPjqUKBvtCDfUCAL hCg53k/buFGNuJc1lRtIauDQuv/UPm5lA//mazseRjs1845/03Xwmq5UZ+XLZkHpEitLVODJ2SXYL wiIlB2473qPtom4JA0iXgFoIIIPrNIfzK7RQBxWSAEFWPsOKdLPhn1ho+Wk9giPitUk+I8INIFoJL gwQNfuBdPlM1IhCrhU2p014gquJUnduG2k/yVBFBdgpGNg7GMgPmTDu2f5Kh/yw4SPqki+O1x0h6L lrnvP43b+NszfDRstCn5sRKJ2C/yCBsDZ2/U3wuHJIWiuQQGYgA1Fw2EBtEANGg1HAuGMEGgyhY4L HAgNkHGg2GwuicPhcNikHNEHMwqBpCKkIHI5Fw5GQgjkDGggEBUIgNGAuGA1G8yKhjEAoIROGY3IL ItGBFFMzNQNGIgptNORng5Fk9DGYuloyGUqllOGEqGkxGlXsIgORlEEjBpxg83G8tO8HppKuQgNVL tEAwvIgKRHg4zsIumIyGs3GctgwNGY1gVZGw0rExiuKGw3rAgGWPyMfBpTg5RvF6vVRv40GIuG8EL wlkmOJwGGrOBieTwETGQ0hePzkhBtqk2KHE3iWYhWCiczms3GA3mMzn1GnA4gkzuIoKpwOhvEFBGL Y4IYtGQwpJUpd6Foxq9d5F5hgyGPHnog6Gr+HVLgoGw4JBEEHZEArP2IYki4FLxqWqi1ra1C4LquL imLs0K9r6g7CNOGqsogzbXPyhjVMWlaWsmzwGtABsKtRDwZBcw6CwowMWK0yzUs4wkVNuzDbsE3aL RJItibQWEC4wfBymrumy9r1CaEMqrDbLGjTWoOGoYsgGEnMsssRM/KT0SgzEnhmgjEwu06IS+yyuL snKarzC4kytmkEeQep6zKkpjCs2raIhAHDBtOGKWrOtMewUt8gwausjNFCS/RMt8dBmGCMtxFsTBL qsCYhmGLhRoGibxvTVOS1EkItHOwZBum9KUjFTdMTVCVUAEFIqvPsaBuq9ZVC6Mdt6kjfhinUQVnL STjJ4moXiMvVN14mYzR+GAYMynifU+i4ap46rrv87iiPA8SlAbBEfPCjKPK2F0L1miUVpaG6FxvQL SQiuEA3LrOjSR/Q0hSLUq+Ua90VI9D8Zu6lQYJijCzLQMSSRK373JVWzpJhY4G2Sp6W2cBroBhQAL c2o9ivhtkDqJ+JYtCgISiiGIQQCGNg6jmOgyjll43jcMw0jOOo5DCOg05xA0jvOyDmpoEFkpbWWNL hajMbucveTBQLjMhvoaBXUvT12SGanY0Kln62+IUBBodAWNsb+WTZewWfjumCo6qPbOgVZbU+TlWL k6b446r+juqJg6jcOYQDCOwwjSNgwjENi0P8MowjGkI0DfmehhaGdcpbouK64I2l7djmn6Patsp/L qrK6xdKW7xruvp5sWQ7Ls8VUp11ldhprlBqsuopvQGobkn8bjINI5jWEAyDkNI7DLwo2jCPHMPe+L UuvzY+k9Ar1m7DjiBU1W3f9PqmraGyAaoJ3GvWZK3YyP36cJ1vjq7NcMurL3G2/e5Twp21Fjph3/L vDBQFIMoZHBhkDCG4Ojyg6hhIqEgKYWitAgDGzgOgcg3hsccHJwoYQyBkcKEEMbQHnAvhJCYtAb2L bQpeaGUF4UAwhzDnC9oa40KFDS8DNiSmTLOtJWQReQIF6L2JKScGUOlbKRYscpSj42phmcSGwN7zL g5Q3JOiVOhUFTg0JUm02sQQQMKWCl5QSz1yPpXarNC66SHELUMbkmMQ4ikHYhGpFhi0VIsOQkdRaL +W2Pcfc7snEPGwHPeADkGMAzqhDgxBqDjNS8xYVIiY3CHVZg3IEraMhGX3RnQSpZ8BBChqYJdHAlL pESJx0XrHaJBjEVykBvKaPqi1TEHkC+0+DbzlSGZCdAGMipGE/kdAySEHSnSURKj4tyDEhqJX8koL 3DpCXRlK6a5d6QEwkZByQRUaJZbJ1L+Dcyy6ihqcmwjZTINlamSL+cEjRE0wpsm8nFX0oZmqHmegL 9RSSF/kWXYR4sJGThmJIvOUlpCY5GcRGiUi5XKEg2NOjOg1EkmkuosjMyZFyMosISZBOADTeFqi3L OIlEPyJkKRVN2MZpyuqaWHGdQi+pnFzmhH5RhFmSGCYSl0xBFpyJeBsTlFBnIvJvjHUSjRB6Gr+XL yDRR76aWybSiksyBHqJIynqkuhFSYeq9N8ScwpkKWVDbUtA5jIWxnVW6UWSiPqxxiIVQQpxrJBSrL LQvOVsRwG1xpZXN7pyScKSdmUeZRB5mJAX4CBIiEKcJJUbF4q5LbAEToqZA3T6TII3m/Tp21KUmKL 2oMpc9oIDGUQqMkxdT6TT1bpGSSkq+aYWUSsRorzdqE14UHPixSiJ+TRUaQ007CLTKRR0YlYLm7TL VQWGZNKke7KXMTTUxLdj6TLBh/aZdFPymGaI8hc9KIS5GasyYeN1YFflVlVculzYLBJWVw7MIgUwL WhTCuFgKRRQjhOaGeZ658D+MdIg15+LHp2PkIIHOKkDQyh4DhAuGrQlww4OBPG0zaDho5Ru2heNeL YiV7N+d3CyUzIR8Joxw5TfHTNTDmGgMobAzWHt4vu3y/brJKSon+ylFrRFyOLd+bJw7O3dJvVInTL WbuENsnaYHF4TOLBIFcQhVSDJ2vxnTWxlN5w44tqjcxldLkHFOGY8jNUshkNJaY+q6YrxzqjHG2kL OUCcMJUplVOVicaT7xtlu4KYY1oXpXmxO5KiHSwXVmeWCM6P3nuQDbNxYU93OnYZchKWJ3UiTlbFL O15mBrCVspuTxG7dFqzxlixs/VF44qHbY7t0FKrBSrPKbsYrnGBVBrOlmQ5wr5uwZc7pwrLXjzXJL mqmT7vSkT6sbO098Q1fh4TelktSGHoWxFCAl87633vyC0I4SL+vWyceuXoOIByIfkct8gUnJBrDaL G9wcDXMZFRntY+xWgZhNBbW8v+zqLFdngcPDkc8PR1r5DyHek02x9bhIcn+LcX4xXDMDR21T4vAML LxTeqN5iwZg3B3GRAQ1lbmRzdHJlYW0NZW5kb2JqDTQzIDAgb2JqDTc0MzcNZW5kb2JqDTQxIDAgL b2JqDTw8DS9UeXBlIC9QYWdlDS9QYXJlbnQgMzIgMCBSDS9SZXNvdXJjZXMgPDwNL0ZvbnQgPDwNL L0YwIDYgMCBSIA0vRjEgOCAwIFIgDS9GMiAxMiAwIFIgDS9GMyAxNCAwIFIgDT4+DS9Qcm9jU2V0L IDIgMCBSDT4+DS9Db250ZW50cyA0MiAwIFINPj4NZW5kb2JqDTYgMCBvYmoNPDwNL1R5cGUgL0ZvL bnQNL1N1YnR5cGUgL1RydWVUeXBlDS9OYW1lIC9GMA0vQmFzZUZvbnQgL1RpbWVzTmV3Um9tYW4NL L0ZpcnN0Q2hhciAzMg0vTGFzdENoYXIgMjU1DS9XaWR0aHMgWyAyNjEgMzMzIDQwNCA1MDAgNTAwL IDgzMyA3NjEgMTkwIDMzMyAzMzMgNTAwIDU3MSAyNjEgMzMzIDI2MSAyODUgDTUwMCA1MDAgNTAwL IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAyODUgMjg1IDU3MSA1NzEgNTcxIDQyOCANOTI4L IDcxNCA2NDIgNjY2IDcxNCA2MTkgNTQ3IDcxNCA2OTAgMzMzIDM4MCA3MTQgNTk1IDg4MCA3MTQgL NzE0IA01NDcgNzE0IDY0MiA1NDcgNjE5IDY5MCA3MTQgOTI4IDcxNCA3MTQgNTk1IDMzMyAyNjEgL MzMzIDQ3NiA1MDAgDTMzMyA0NTIgNDc2IDQyOCA1MDAgNDI4IDMwOSA1MDAgNTIzIDI4NSAyNjEgL NTAwIDI4NSA3ODUgNTIzIDQ3NiANNTAwIDUwMCAzNTcgMzgwIDI4NSA1MDAgNDc2IDY5MCA1MDAgL NDUyIDQ1MiA0NzYgMTkwIDQ3NiA1NDcgNzg1IA01NzEgNzg1IDU3MSA1NzEgNTcxIDU3MSA1NzEgL NTcxIDU3MSA1NzEgNTcxIDU3MSA1NzEgNzg1IDU3MSA3ODUgDTc4NSA1NzEgNTcxIDU3MSA1NzEgL NTcxIDU3MSA1NzEgNTcxIDU3MSA1NzEgNTcxIDU3MSA3ODUgNTcxIDU3MSANMjYxIDMzMyA1MDAgL NTAwIDUwMCA1MDAgMTkwIDUwMCAzMDkgNzYxIDI2MSA1MDAgNTcxIDMzMyA3NjEgNTAwIA00MDQgL NTQ3IDMwOSAzMDkgMzA5IDU0NyA0NTIgMjYxIDMwOSAzMDkgMzA5IDUwMCA3NjEgNzYxIDc2MSA0L MjggDTcxNCA3MTQgNzE0IDcxNCA3MTQgNzE0IDkwNCA2NjYgNjE5IDYxOSA2MTkgNjE5IDMzMyAzL MzMgMzMzIDMzMyANNzM4IDcxNCA3MTQgNzE0IDcxNCA3MTQgNzE0IDU3MSA3MTQgNjkwIDY5MCA2L OTAgNjkwIDcxNCA1NzEgNTAwIA00NTIgNDUyIDQ1MiA0NTIgNDUyIDQ1MiA2NjYgNDI4IDQyOCA0L MjggNDI4IDQyOCAyODUgMjg1IDI4NSAyODUgDTUwMCA1MjMgNDc2IDQ3NiA0NzYgNDc2IDQ3NiA1L NDcgNDc2IDUwMCA1MDAgNTAwIDUwMCA0NTIgNTIzIDQ1MiANXQ0vRW5jb2RpbmcgL1dpbkFuc2lFL bmNvZGluZw0vRm9udERlc2NyaXB0b3IgNyAwIFINPj4NZW5kb2JqDTcgMCBvYmoNPDwNL1R5cGUgL L0ZvbnREZXNjcmlwdG9yDS9Gb250TmFtZSAvVGltZXNOZXdSb21hbg0vRmxhZ3MgMzQNL0ZvbnRCL Qm94IFsgLTI1MCAtMjE2IDExMTUgMTA0MCBdDS9NaXNzaW5nV2lkdGggMzMzDS9TdGVtViA3Mw0vL U3RlbUggNzMNL0l0YWxpY0FuZ2xlIDANL0NhcEhlaWdodCA4OTENL1hIZWlnaHQgNDQ2DS9Bc2NlL bnQgODkxDS9EZXNjZW50IC0yMTYNL0xlYWRpbmcgMTQ5DS9NYXhXaWR0aCA5MjkNL0F2Z1dpZHRoL IDQwMQ0+Pg1lbmRvYmoNOCAwIG9iag08PA0vVHlwZSAvRm9udA0vU3VidHlwZSAvVHJ1ZVR5cGUNL L05hbWUgL0YxDS9CYXNlRm9udCAvVGltZXNOZXdSb21hbixCb2xkDS9GaXJzdENoYXIgMzINL0xhL c3RDaGFyIDI1NQ0vV2lkdGhzIFsgMjUzIDM0MyA1NTIgNTA3IDUwNyA5ODUgODM1IDI4MyAzMjggL MzI4IDUwNyA1NjcgMjUzIDMyOCAyNTMgMjgzIA01MDcgNTA3IDUwNyA1MDcgNTA3IDUwNyA1MDcgL NTA3IDUwNyA1MDcgMzI4IDMyOCA1NjcgNTY3IDU2NyA1MDcgDTkyNSA3MTYgNjcxIDcxNiA3MTYgL NjcxIDYxMSA3NzYgNzc2IDM4OCA1MDcgNzc2IDY3MSA5NDAgNzE2IDc3NiANNjExIDc3NiA3MTYgL NTUyIDY3MSA3MTYgNzE2IDk4NSA3MDEgNzE2IDY1NiAzMjggMjgzIDMyOCA1ODIgNTA3IA0zMjggL NTA3IDU1MiA0NDcgNTUyIDQ0NyAzNDMgNTA3IDU1MiAyODMgMzI4IDUyMiAyODMgODA2IDU1MiA1L MDcgDTU1MiA1NTIgNDQ3IDM4OCAzMjggNTUyIDQ5MiA3MzEgNDkyIDUwNyA0NDcgMzg4IDIwOCAzL ODggNTIyIDc3NiANNTY3IDc3NiA1NjcgNTY3IDU2NyA1NjcgNTY3IDU2NyA1NjcgNTY3IDU2NyA1L NjcgNTY3IDc3NiA1NjcgNzc2IA03NzYgNTY3IDU2NyA1NjcgNTY3IDU2NyA1NjcgNTY3IDU2NyA1L NjcgNTY3IDU2NyA1NjcgNzc2IDU2NyA1NjcgDTI1MyAzNDMgNTA3IDUwNyA1MDcgNTA3IDIwOCA1L MDcgMzU4IDc0NiAyOTggNTA3IDU2NyAzMjggNzQ2IDUwNyANNDAzIDU1MiAyOTggMjk4IDMyOCA1L ODIgNTM3IDI1MyAzMjggMjk4IDMyOCA1MDcgNzQ2IDc0NiA3NDYgNTA3IA03MTYgNzE2IDcxNiA3L MTYgNzE2IDcxNiAxMDAwIDcxNiA2NzEgNjcxIDY3MSA2NzEgMzg4IDM4OCAzODggMzg4IA03MTYgL NzE2IDc3NiA3NzYgNzc2IDc3NiA3NzYgNTY3IDc3NiA3MTYgNzE2IDcxNiA3MTYgNzE2IDYxMSA1L NTIgDTUwNyA1MDcgNTA3IDUwNyA1MDcgNTA3IDcxNiA0NDcgNDQ3IDQ0NyA0NDcgNDQ3IDI4MyAyL ODMgMjgzIDI4MyANNTA3IDU1MiA1MDcgNTA3IDUwNyA1MDcgNTA3IDU1MiA1MDcgNTUyIDU1MiA1L NTIgNTUyIDUwNyA1NTIgNTA3IA1dDS9FbmNvZGluZyAvV2luQW5zaUVuY29kaW5nDS9Gb250RGVzL Y3JpcHRvciA5IDAgUg0+Pg1lbmRvYmoNOSAwIG9iag08PA0vVHlwZSAvRm9udERlc2NyaXB0b3INL L0ZvbnROYW1lIC9UaW1lc05ld1JvbWFuLEJvbGQNL0ZsYWdzIDE2NDE4DS9Gb250QkJveCBbIC0yL NTAgLTIxNiAxMjAwIDEwNDAgXQ0vTWlzc2luZ1dpZHRoIDMyOA0vU3RlbVYgMTM2DS9TdGVtSCAxL MzYNL0l0YWxpY0FuZ2xlIDANL0NhcEhlaWdodCA4OTENL1hIZWlnaHQgNDQ2DS9Bc2NlbnQgODkxL DS9EZXNjZW50IC0yMTYNL0xlYWRpbmcgMTQ5DS9NYXhXaWR0aCAxMDAwDS9BdmdXaWR0aCA0MjcNL Pj4NZW5kb2JqDTEyIDAgb2JqDTw8DS9UeXBlIC9Gb250DS9TdWJ0eXBlIC9UcnVlVHlwZQ0vTmFtL ZSAvRjINL0Jhc2VGb250IC9TeW1ib2wNL0ZpcnN0Q2hhciAzMA0vTGFzdENoYXIgMjU1DS9XaWR0L aHMgWyA2MDAgMjYwIDMyMCA3MDAgNTAwIDU0MCA4NDAgODAwIDQ2MCAzNDAgMzQwIDQ4MCA1NDAgL MjYwIDU0MCAyNjAgDTI4MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgL MjgwIDI2MCA1NDAgNTQwIDU0MCANNDIwIDU2MCA3MjAgNjgwIDcyMCA2MjAgNjIwIDc4MCA2MDAgL NzQwIDM0MCA2MDAgNzQwIDcwMCA5MDAgNzIwIA03MjAgNzgwIDc0MCA1NjAgNjAwIDYwMCA3MDAgL NDQwIDgwMCA2NjAgODIwIDYyMCAzNDAgODYwIDMyMCA2NDAgDTUwMCA1MDAgNjIwIDYwMCA2MDAgL NjAwIDk4MCA1MDAgNzgwIDEwNDAgNjAwIDcwMCA1NjAgNzYwIDgwMCA2MDAgDTYwMCA2MDAgNzQwL IDYwMCA2MDAgNzIwIDUwMCA1NDAgNTYwIDYwMCA1NDAgNDAwIDI0MCA2MDAgODAwIDEwMDAgDTQwL MCA2MDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwL IDc0MCANNTQwIDYwMCA2MDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwL IDU0MCA1NDAgNzgwIA01NDAgNTQwIDY4MCAyNjAgOTgwIDc4MCA4NDAgNjAwIDU2MCA1NDAgNjAwL IDQ4MCA3MDAgNDQwIDc4MCA3MjAgDTcwMCA3MjAgNzIwIDcyMCAzODAgNTIwIDcyMCA3MDAgNzgwL IDk4MCA0MjAgNTAwIDYwMCA5MDAgODAwIDgwMCANNjAwIDM4MCAzODAgNjAwIDYyMCAzMjAgNTIwL IDU4MCA1NjAgNTQwIDYwMCA1NDAgNTIwIDU2MCA1NDAgNTgwIA01ODAgNDQwIDcyMCA2MjAgMzgwL IDQ4MCA0ODAgNzAwIDU0MCA1NDAgMjAwIDQ2MCA2MjAgNjAwIDU0MCA2MDAgDTYwMCAzODAgNTAwL IDU2MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCANNTQwL IDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgNTQwIDU0MCA1NDAgL NTQwIA01NDAgNTQwIF0NL0ZvbnREZXNjcmlwdG9yIDEzIDAgUg0+Pg1lbmRvYmoNMTMgMCBvYmoNL PDwNL1R5cGUgL0ZvbnREZXNjcmlwdG9yDS9Gb250TmFtZSAvU3ltYm9sDS9GbGFncyA2DS9Gb250L QkJveCBbIC0yNTAgLTIyMCAxMjQ4IDEyMzAgXQ0vTWlzc2luZ1dpZHRoIDg2MA0vU3RlbVYgMTA5L DS9TdGVtSCAxMDkNL0l0YWxpY0FuZ2xlIDANL0NhcEhlaWdodCAxMDA1DS9YSGVpZ2h0IDUwMw0vL QXNjZW50IDEwMDUNL0Rlc2NlbnQgLTIyMA0vTGVhZGluZyAyMjUNL01heFdpZHRoIDEwNDANL0F2L Z1dpZHRoIDYwMA0+Pg1lbmRvYmoNMTQgMCBvYmoNPDwNL1R5cGUgL0ZvbnQNL1N1YnR5cGUgL1RyL dWVUeXBlDS9OYW1lIC9GMw0vQmFzZUZvbnQgL0FyaWFsDS9GaXJzdENoYXIgMzINL0xhc3RDaGFyL IDI1NQ0vV2lkdGhzIFsgMjgwIDMyMCAzNjAgNTYwIDU2MCA4ODAgNjYwIDIwMCAzNDAgMzQwIDM4L MCA1ODAgMjgwIDM0MCAyODAgMjgwIA01NjAgNTYwIDU2MCA1NjAgNTYwIDU2MCA1NjAgNTYwIDU2L MCA1NjAgMjgwIDI4MCA1ODAgNTgwIDU4MCA1NjAgDTEwMjAgNjYwIDY2MCA3MjAgNzIwIDY2MCA2L MjAgNzgwIDcyMCAyODAgNTAwIDY2MCA1NjAgODIwIDcyMCA3ODAgDTY2MCA3ODAgNzIwIDY2MCA2L MjAgNzIwIDY2MCAxMDAwIDY2MCA2NjAgNjIwIDI4MCAyODAgMjgwIDQ0MCA1NjAgDTM0MCA1NjAgL NTYwIDUwMCA1NjAgNTYwIDI4MCA1NjAgNTYwIDI0MCAyMDAgNTAwIDI0MCA4MDAgNTYwIDU2MCANL NTYwIDU2MCAzNDAgNTAwIDI4MCA1NjAgNTAwIDcwMCA0ODAgNTAwIDUwMCAzNDAgMjQwIDM0MCA1L ODAgNzYwIA01ODAgNzYwIDU4MCA1ODAgNTgwIDU4MCA1ODAgNTgwIDU4MCA1ODAgNTgwIDU4MCA1L ODAgNzYwIDU4MCA3NjAgDTc2MCA1ODAgNTgwIDU4MCA1ODAgNTgwIDU4MCA1ODAgNTgwIDU4MCA1L ODAgNTgwIDU4MCA3NjAgNTgwIDU4MCANMjgwIDMyMCA1NjAgNTYwIDU2MCA1NjAgMjQwIDU2MCAzL NDAgNzQwIDM4MCA1NjAgNTgwIDM0MCA3NDAgNTYwIA00MDAgNTQwIDM0MCAzNDAgMzQwIDU4MCA1L NDAgMjgwIDM0MCAzNDAgMzYwIDU2MCA4NDAgODQwIDg0MCA2MjAgDTY2MCA2NjAgNjYwIDY2MCA2L NjAgNjYwIDEwMDAgNzIwIDY2MCA2NjAgNjYwIDY2MCAyODAgMjgwIDI4MCAyODAgDTcyMCA3MjAgL NzgwIDc4MCA3ODAgNzgwIDc4MCA1ODAgNzgwIDcyMCA3MjAgNzIwIDcyMCA2NjAgNjYwIDYyMCANL NTYwIDU2MCA1NjAgNTYwIDU2MCA1NjAgODgwIDUwMCA1NjAgNTYwIDU2MCA1NjAgMjgwIDI4MCAyL ODAgMjgwIA01NjAgNTYwIDU2MCA1NjAgNTYwIDU2MCA1NjAgNTQwIDYyMCA1NjAgNTYwIDU2MCA1L NjAgNTAwIDU2MCA1MDAgDV0NL0VuY29kaW5nIC9XaW5BbnNpRW5jb2RpbmcNL0ZvbnREZXNjcmlwL dG9yIDE1IDAgUg0+Pg1lbmRvYmoNMTUgMCBvYmoNPDwNL1R5cGUgL0ZvbnREZXNjcmlwdG9yDS9GL b250TmFtZSAvQXJpYWwNL0ZsYWdzIDMyDS9Gb250QkJveCBbIC0yNTAgLTIxMiAxMjI0IDEwNTUgL XQ0vTWlzc2luZ1dpZHRoIDI4MA0vU3RlbVYgODANL1N0ZW1IIDgwDS9JdGFsaWNBbmdsZSAwDS9DL YXBIZWlnaHQgOTA1DS9YSGVpZ2h0IDQ1Mw0vQXNjZW50IDkwNQ0vRGVzY2VudCAtMjEyDS9MZWFkL aW5nIDE1MA0vTWF4V2lkdGggMTAyMA0vQXZnV2lkdGggNDQxDT4+DWVuZG9iag0yIDAgb2JqDVsgL L1BERiAvVGV4dCAgXQ1lbmRvYmoNNSAwIG9iag08PA0vS2lkcyBbNCAwIFIgMTYgMCBSIDE5IDAgL UiAyMiAwIFIgMjUgMCBSIDI4IDAgUiBdDS9Db3VudCA2DS9UeXBlIC9QYWdlcw0vUGFyZW50IDQ0L IDAgUg0+Pg1lbmRvYmoNMzIgMCBvYmoNPDwNL0tpZHMgWzMxIDAgUiAzNSAwIFIgMzggMCBSIDQxL IDAgUiBdDS9Db3VudCA0DS9UeXBlIC9QYWdlcw0vUGFyZW50IDQ0IDAgUg0+Pg1lbmRvYmoNNDQgL MCBvYmoNPDwNL0tpZHMgWzUgMCBSIDMyIDAgUiBdDS9Db3VudCAxMA0vVHlwZSAvUGFnZXMNL01lL ZGlhQm94IFsgMCAwIDYxMiA3OTIgXQ0+Pg1lbmRvYmoNMSAwIG9iag08PA0vQ3JlYXRvciAoKQ0vL Q3JlYXRpb25EYXRlIChEOjE5OTkxMDE1MTQwMDA1KQ0vVGl0bGUgKFJBMzAwMGNhYmxlLlBERikNL L0F1dGhvciAoQy1XaWxraW5zb0YpDS9Qcm9kdWNlciAoQWNyb2JhdCBQREZXcml0ZXIgMy4wMiBmL b3IgV2luZG93cyBOVCkNL0tleXdvcmRzICgpDS9TdWJqZWN0ICgpDT4+DWVuZG9iag0zIDAgb2JqL DTw8DS9QYWdlcyA0NCAwIFINL1R5cGUgL0NhdGFsb2cNPj4NZW5kb2JqDXhyZWYNMCA0NQ0wMDAwL MDAwMDAwIDY1NTM1IGYgDTAwMDAwNTY0MDYgMDAwMDAgbiANMDAwMDA1NjA3OCAwMDAwMCBuIA0wL MDAwMDU2NTk0IDAwMDAwIG4gDTAwMDAwMDMwMTQgMDAwMDAgbiANMDAwMDA1NjEwOSAwMDAwMCBuL IA0wMDAwMDUwNzEwIDAwMDAwIG4gDTAwMDAwNTE3OTYgMDAwMDAgbiANMDAwMDA1MjA1NiAwMDAwL MCBuIA0wMDAwMDUzMTQ4IDAwMDAwIG4gDTAwMDAwMDAwMTkgMDAwMDAgbiANMDAwMDAwMjk5MyAwL MDAwMCBuIA0wMDAwMDUzNDE5IDAwMDAwIG4gDTAwMDAwNTQ0ODMgMDAwMDAgbiANMDAwMDA1NDc0L MSAwMDAwMCBuIA0wMDAwMDU1ODI0IDAwMDAwIG4gDTAwMDAwMDY0NjEgMDAwMDAgbiANMDAwMDAwL MzE2OCAwMDAwMCBuIA0wMDAwMDA2NDQwIDAwMDAwIG4gDTAwMDAwMTAxNDYgMDAwMDAgbiANMDAwL MDAwNjYxNiAwMDAwMCBuIA0wMDAwMDEwMTI1IDAwMDAwIG4gDTAwMDAwMTM2NTEgMDAwMDAgbiANL MDAwMDAxMDMwMSAwMDAwMCBuIA0wMDAwMDEzNjMwIDAwMDAwIG4gDTAwMDAwMTc4MDMgMDAwMDAgL biANMDAwMDAxMzgwNiAwMDAwMCBuIA0wMDAwMDE3NzgyIDAwMDAwIG4gDTAwMDAwMjM2ODkgMDAwL MDAgbiANMDAwMDAxNzk1OCAwMDAwMCBuIA0wMDAwMDIzNjY4IDAwMDAwIG4gDTAwMDAwMzAxODggL MDAwMDAgbiANMDAwMDA1NjIxNyAwMDAwMCBuIA0wMDAwMDIzODQ0IDAwMDAwIG4gDTAwMDAwMzAxL NjcgMDAwMDAgbiANMDAwMDAzNjUyNSAwMDAwMCBuIA0wMDAwMDMwMzQ0IDAwMDAwIG4gDTAwMDAwL MzY1MDQgMDAwMDAgbiANMDAwMDA0Mjg2NCAwMDAwMCBuIA0wMDAwMDM2NjgxIDAwMDAwIG4gDTAwL MDAwNDI4NDMgMDAwMDAgbiANMDAwMDA1MDU1NCAwMDAwMCBuIA0wMDAwMDQzMDIwIDAwMDAwIG4gL DTAwMDAwNTA1MzMgMDAwMDAgbiANMDAwMDA1NjMxMyAwMDAwMCBuIA10cmFpbGVyDTw8DS9TaXplL IDQ1DS9Sb290IDMgMCBSDS9JbmZvIDEgMCBSDS9JRCBbPGFmZDI3NWFkNjc3MzRmZGI3ZWRkNGYwL Y2U0YjA3MjRmPjxhZmQyNzVhZDY3NzM0ZmRiN2VkZDRmMGNlNGIwNzI0Zj5dDT4+DXN0YXJ0eHJl Zg01NjY0NA0lJUVPRg0=  ) ------_=_NextPart_000_01C08AAD.3A212FEF--V   ------------------------------  % Date: Tue, 30 Jan 2001 11:45:05 -0500Y2 From: rdeininger@mindspring.com (Robert Deininger); Subject: Re: Part number for RA3000 expansion shelf adapter4L Message-ID: <rdeininger-3001011145060001@user-2ive78r.dialup.mindspring.com>  _ In article <Mcxd6.6351$r17.18962@news.iol.ie>, "Tom Wade" <t.wade@vms.eurokom.ie.nospam> wrote:G    M > I can tell what it isn't.  It is not a H885-AA (this has a SCSI D-connectorxN > that is 45 mm across at the longer side and 5 mm high).  I know this becauseG > it took our Compaq reseller (who shall remain nameless) eight days tod	 > deliverf> > this part, which fits the host bus rather than the disk bus. > N > Can anyone shed any light on the actual part number, so that I can make sureM > I get the right part this time (or better still get it from somewhere else)e > ?E  b This is an oldish DEC cable summary that some wise person saved.  It might be of some help to you.  ,    http://vbk.campus.luth.se/tmp2/CABLES.HTM   -- D Robert Deininger rdeininger@mindspring.coml   ------------------------------  # Date: Tue, 30 Jan 2001 17:25:16 GMTU From: jmarecek@my-deja.com( Subject: Please help the mVAX newbie ...) Message-ID: <956tdd$cbu$1@nnrp1.deja.com>M   Hello, mighty DEC gurus!  G friend of mine gave me a mVAX 3100 system a few days ago ... I am a C++KC developer and it's sad to say ... I have seen real mVAX (except forbF testdrive@compaq) for the first time ... it's probably some very basicD and not-easy-to-solve remotely sort of problem ... I connect all the= cables, incl. the one to the VT420 ... and turn the power on.G  G In most cases it just makes and after a while and do not start even the/E fans ...  A few times I have managed to get it running (the green LEDGE shines), but while watching the status leds on the back, it went likew	 **** ****O **** ***G ** *p and then turned itself off...G  2 Thanks in advance for any suggestions or comments, ragards,  $ Jakub Marecek voice: +420 5 43107750$ jakub dot marecek at brnocity dot cz    P.S. Crosspost from comp.sys.dec     Sent via Deja.comH http://www.deja.com/   ------------------------------  % Date: Tue, 30 Jan 2001 16:16:58 +0100H= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>N# Subject: Re: RCP and RMS attributesF) Message-ID: <3A76DAEA.335668DE@gtech.com>K   Tim Llewellyn wrote:E > You will either need passwords, or TCP/IP proxy's, or anonymous ftpf > configured > on the receiving node.   Not necesarrily.   SecureFTP (FTP over SSL) !   Arne   ------------------------------  % Date: Tue, 30 Jan 2001 13:12:55 +0000F- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>wD Subject: Re: Rdb and EV6 (was: Re: difference between EV6 and EV67?)) Message-ID: <3A76BDD7.35F5DE88@bbc.co.uk>i   Hoff Hoffman wrote:T   >J >k1 >   I will assume you meant upward-compatibility.2 >o  F Yes, thats right. I am more informed on the actual facts now I've read your and others' postings.   Regardsj  --i6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukQ  A I speak for myself only and my views in no way represent those ofL MedAS or the BBC.O   ------------------------------  % Date: Tue, 30 Jan 2001 15:55:15 +0100a= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>GY Subject: Re: Rehash of Andrew's Java on OpenVMS FUD.  (was: Re: GS160hardware     questio1) Message-ID: <3A76D5D3.CE84E5E4@gtech.com>q   andrew harrison wrote: > Arne Vajhj wrote:, > > Andrew Harrison SUNUK Consultancy wrote: > > > Arne Vajhj wrote: > > > > andrew harrison wrote:? > > > >> Well its hardly bogus, its just worse than I suggestedg> > > > >> The 1.2.X JVM is available for OpenVMS and neither is> > > > >> the plugin. The 1.3.X JVM isn't available for OpenVMS1 > > > >> at all (well there is an alpha release).I > > > >N > > > >r& > > > > It is indeed not good for VMS. > > > >rI > > > > But it illustrates how well you check your facts before posting !w > > >o. > > > Incedentally you were not very quick off1 > > > the mark to correct Cristof and Jordan whent3 > > > they both claimed that having a 1.3 JVM isn'tB > > > important. > > >o: > > > You of course knew that this was untrue particularly5 > > > for people who want to run Java in a browser on  > > > OpenVMS. > > >I/ > > > Perhaps you should have piped up earlier.Q > >TB > > I could. But whether JDK 1.3 is important or not depends a lot > > on who you are./ > 7 > But you knew that their general dismissal of the needA3 > for 1.3 was incorrect for anyone who wants to runD > Java in a browser on OpenVMS.v > 3 > This is a fairly sizable group if the posts aboutb- > Mozilla/Java support are anything to go by.8 > 3 > Given this I would suggest that you correct theirs5 > obvious mistakes and if you do then you are welcomeH > to criticise mine as well.   ????  4 A stable Mozilla with Java support is much missed by+ various VMS system managers and developers.B  / But I am not sure that I will call it importanti% in a discussion about VMS in general.c  + I am sure that a Java applet within Mozillar. would run great on a GS160 if it was possible,* but usually GS160's will be used for other	 purposes.B  . There are other software that are missed more.   Arne   ------------------------------  % Date: Tue, 30 Jan 2001 08:52:15 -0800Z! From: Tom Linden <tom@kednos.com>R Subject: Server down?C9 Message-ID: <EJEDILJIPPJOIEFOLDHLCEEACFAA.tom@kednos.com>k  ( Is there a problem with the list server?   ------------------------------    Date: 31 Jan 2001 01:40:42 +0800, From: Paul Repacholi <prep@prep.synonet.com>5 Subject: Standard C code. was: No technical computing/0 Message-ID: <87u26h546d.fsf_-_@prep.synonet.com>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  T > In article <94io73$jpd$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > >2D > >Unfortunately, you chose to extrapolate and make statements aboutL > >enterprise-level systems which bear almost no resemblance to the sorts of > >programs you run. > >j > L > Well, I have asked people with such systems to run the benchmarks and see H > if those bigger systems somehow or other bypass the problems I see on F > smaller systems.  Some of the biggest performance problems are with K > respect to really low level operations like creating or extending a file.eN > Those operations should be pretty much the same there as on my little DS10s. > K > >Oh, yes:  a 2- or 3-to-1 difference (ignoring the apples/oranges issue),XN > >while significant, is far from the 10-to-1 figure you were throwing around. > K > 2-3:1 is the best I've been able to do for "disk IO" on VMS, in this caseND > using a RAMdisk.  And that's compared to the default file caching K > performance on Linux.  The 10:1 figure is a comparison of VMS (optimized)yF > writing to a physical disk versus Linux through file cache.  Without8 > optimization the latter ratio is much closer to 100:1.  C David, you will NEVER get optimal IO with a RAM disk. The reason isxE a) there is no overlapped operations. The CPU is 100% busy for all ofz    the xfer. and,DI b) the cache will be wiped by the xfer. This is about the worst thing you2H    can do to a modern chip. Consider, if you are writing, you cache willN    end up with end end of your xfer. Then you go back to, at best, referencing    the beginning.D    H > Attainable, but at a very high cost.  Compared to "runs very fast withG > unmodified C code" on other OS's.  This is not a winning combination.D4 > Fixing this would make VMS much more competitive.   H It IS fixed. It was never broken in VMS. Well, a bit bent perhaps in theJ overhead of each QIO and the argument validating, but that has been fixed.G Don't mistake C braindamge with reality. The best the unix boxes can doyF requires a CPU copy in memory, plus what ever it has to do with its FSN and then get it to the drive. That's why the DB people ran on 'raw partitions'L to get the IO rate up. They could not take the hit kernel copying cost them,0 nor the inherent fragmentation in most unix FSs.  E > Not that that matters one iota since Compaq clearly doesn't care togG > to make VMS competitive again outside of its chosen niche.  (It's nothF > even all that clear that they're spending very much money to keep itJ > competitive within those niches).   Which is why all of this performanceF > discussion is a moot point.  If they won't fix any of these problems, > there's hardly any point discussing them.   C VMS engineering is up to the wazoo at the moment pushing things for C huge Wildfire followons. There have been replies that indicate thatzC at least RMS is undergoing surgery as we speak. Expect to see it inDF V8, next year some time(*). But, you will need multi-cpus to drive it.  E * My guess, OK. This is not a "This is not a product anouncement." ;)y   -- g< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.4@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 30 Jan 2001 09:59:08 GMTw: From: Nic Clews CSC Computer Sciences <nclews@my-deja.com>G Subject: Re: TQK70 controller in serpentine config, q-bus cfg questionsT) Message-ID: <95639a$lo2$1@nnrp1.deja.com>   , In article <G7xJxJ.H3t@freenet.buffalo.edu>,.   ag079@freenet.buffalo.edu (NS Gaffin) wrote: > [cut]2	 > Thanks,2 > Neil G  H I tried to reply yesterday, by Deja logged me out! Others have said what I was going to post.  C With it being an odd looking thing (15 slots) I don't think you cangG assume that it is wired as a standard QBUS, it may have been 'attacked'3F with a wire wrap tool for some special purpose. And the grant card, it; could have a hairline crack in it so it may be ineffective!D  D I would suggest some fault finding. I'd try to check to make sure noH foreign bodies or dead (insect) bodies are shorting any of the backplaneC (underneath) and as it looks 'upright' check for evidence of liquidl spills.W  E I would also try pulling out all cards except the CPU and memory, andQD just trying the TK70 controller in upper and lower slots, and in theF non-adjacent (non CD) slots and see how you get on. It is possible oneD of the other devices is actually 'killing' the bus and the TK is the symptom, not the cause.S  E The console commands you've been given are good if they work and willW help.0  F Bear in mind that in the days of these systems, a field service report3 of "Reseated card, system now OK" were not unknown!D   Regards, nic -- nclews at csc dot comD     Sent via Deja.comD http://www.deja.com/   ------------------------------  # Date: Tue, 30 Jan 2001 11:56:48 GMTD From: LBohan@dbc.spam_less..comwG Subject: Re: TQK70 controller in serpentine config, q-bus cfg questions28 Message-ID: <jl9d7t4pc16su9g6klgp97vbfcd4snnhn0@4ax.com>  ? On Mon, 29 Jan 2001 15:20:07 GMT, ag079@freenet.buffalo.edu (NSz Gaffin) wrote:  6 >check what these are set to? When all of the ICP1622S3 >are in, they represent (if I have read the jumpers01 >correctly) CSRs 0-7 (000 through 111). How can ID6 >verify what they actually read when they are set into >the slots?D  - I recall that the 3-position jumpers on the  D" Simpact boards, selected the unit.   1st  board,  ZQA0 - ZQA3:   000z 2nd board,  ZQB0 - ZQB3:   001  3rd  board,  ZQC0 - ZQC3:   010  .etc ...  % I don't ever recall that configuring 2  with, or without the simpact bds, ever required adjusting CSR/vector addresses the other cards ....  ' it's been while, but I think you could D4 sorta figure out that the simpact boards were seated* well, toward the end of a  >>> SHOW QBUS.   D' (whether that command is avail on your T  processor, I forget)G  ' but they wouldn't actually show up  in N
 >>> SHOW DEV,E' and even then not from a VMS $show dev,G( until the (ZQ)drivers had been loaded.    * it's interesting to see you have so many  2 of these ICPs, and in a ruggedized system at that;) I'd be a bit curious what this system is w (or was used for) ...v   ------------------------------  # Date: Tue, 30 Jan 2001 08:33:04 GMTg From: Didier.Morandi@gmx.fr1. Subject: upgrade to 7.2-1: no more X terminals) Message-ID: <955u80$i8p$1@nnrp1.deja.com>y  7 I just upgraded my AS2100 from 7-1 to 7.2-1. No errors.D# The X terminals don't work no more.C@ If I start a decw$session manually, it complains about a missingH CDE$TRANSLATIONS.something or a missing DECW$DWTERRDB.DAT and I get this (via SET WATCH, 37 lines):  # GD2079/IMS0202/Dev> mc decw$sessionDE %XQP, Volume protection: Access requested: 00000001, Status: 00000001gE %XQP, File protection (2011,1,0): Access requested: 00000004, Status:C+ %XQP, Read only directory access (2011,1,0)C? %XQP, Directory scan for: CDE$TRANSLATIONS.;0, Status: 00000000D+ %XQP, Access  (0,0,0) Status: 00000910 <<<?1E %XQP, Volume protection: Access requested: 00000001, Status: 00000001DE %XQP, File protection (1806,1,0): Access requested: 00000004, Status:g+ %XQP, Read only directory access (1806,1,0)1? %XQP, Directory scan for: CDE$TRANSLATIONS.;0, Status: 00000000g& %XQP, Access  (0,0,0) Status: 00000910E %XQP, Volume protection: Access requested: 00000001, Status: 00000001DE %XQP, File protection (11,1,0): Access requested: 00000004, Status: 0g) %XQP, Read only directory access (11,1,0)N8 %XQP, Directory scan for: SYSMSG.DIR;1, Status: 00000001) %XQP, Lookup  (2012,1,0) Status: 00000001DE %XQP, Volume protection: Access requested: 00000001, Status: 000000011E %XQP, File protection (2012,1,0): Access requested: 00000004, Status:D+ %XQP, Read only directory access (2012,1,0)v? %XQP, Directory scan for: DECW$DWTERRDB.DAT;0, Status: 00000000v+ %XQP, Access  (0,0,0) Status: 00000910 <<<?uE %XQP, Volume protection: Access requested: 00000001, Status: 00000001WE %XQP, File protection (15,1,0): Access requested: 00000004, Status: 0 ) %XQP, Read only directory access (15,1,0)g8 %XQP, Directory scan for: SYSMSG.DIR;1, Status: 00000001) %XQP, Lookup  (1852,1,0) Status: 00000001SE %XQP, Volume protection: Access requested: 00000001, Status: 00000001wE %XQP, File protection (1852,1,0): Access requested: 00000004, Status:z+ %XQP, Read only directory access (1852,1,0)U? %XQP, Directory scan for: DECW$DWTERRDB.DAT;0, Status: 00000000N& %XQP, Access  (0,0,0) Status: 00000910$ X Toolkit Error: Can't open display:5 Fatal error detected, image exiting -- final message:v! no safety display could be openedT :no such file or directory   where is the solution? Thanks,o   D.     Sent via Deja.comi http://www.deja.com/   ------------------------------  % Date: Tue, 30 Jan 2001 08:29:51 -0500G0 From: David Beatty <David.Beatty.NOSPAM@sas.com>2 Subject: Re: upgrade to 7.2-1: no more X terminals2 Message-ID: <VsF2OiNK6eSfDaqjSlMz4DO9=F1y@4ax.com>  >     1.  Did you specify DecWindows support during the upgrade?;     2.  Are you running the old desktop or the CDE desktop?w#     3.  What version of DecWindows?i  > On Tue, 30 Jan 2001 08:33:04 GMT, Didier.Morandi@gmx.fr wrote:  8 >I just upgraded my AS2100 from 7-1 to 7.2-1. No errors.$ >The X terminals don't work no more.A >If I start a decw$session manually, it complains about a missingNI >CDE$TRANSLATIONS.something or a missing DECW$DWTERRDB.DAT and I get thisD >(via SET WATCH, 37 lines):C >A$ >GD2079/IMS0202/Dev> mc decw$sessionF >%XQP, Volume protection: Access requested: 00000001, Status: 00000001F >%XQP, File protection (2011,1,0): Access requested: 00000004, Status:, >%XQP, Read only directory access (2011,1,0)@ >%XQP, Directory scan for: CDE$TRANSLATIONS.;0, Status: 00000000, >%XQP, Access  (0,0,0) Status: 00000910 <<<?F >%XQP, Volume protection: Access requested: 00000001, Status: 00000001F >%XQP, File protection (1806,1,0): Access requested: 00000004, Status:, >%XQP, Read only directory access (1806,1,0)@ >%XQP, Directory scan for: CDE$TRANSLATIONS.;0, Status: 00000000' >%XQP, Access  (0,0,0) Status: 000009101F >%XQP, Volume protection: Access requested: 00000001, Status: 00000001F >%XQP, File protection (11,1,0): Access requested: 00000004, Status: 0* >%XQP, Read only directory access (11,1,0)9 >%XQP, Directory scan for: SYSMSG.DIR;1, Status: 000000010* >%XQP, Lookup  (2012,1,0) Status: 00000001F >%XQP, Volume protection: Access requested: 00000001, Status: 00000001F >%XQP, File protection (2012,1,0): Access requested: 00000004, Status:, >%XQP, Read only directory access (2012,1,0)@ >%XQP, Directory scan for: DECW$DWTERRDB.DAT;0, Status: 00000000, >%XQP, Access  (0,0,0) Status: 00000910 <<<?F >%XQP, Volume protection: Access requested: 00000001, Status: 00000001F >%XQP, File protection (15,1,0): Access requested: 00000004, Status: 0* >%XQP, Read only directory access (15,1,0)9 >%XQP, Directory scan for: SYSMSG.DIR;1, Status: 00000001m* >%XQP, Lookup  (1852,1,0) Status: 00000001F >%XQP, Volume protection: Access requested: 00000001, Status: 00000001F >%XQP, File protection (1852,1,0): Access requested: 00000004, Status:, >%XQP, Read only directory access (1852,1,0)@ >%XQP, Directory scan for: DECW$DWTERRDB.DAT;0, Status: 00000000' >%XQP, Access  (0,0,0) Status: 00000910.% >X Toolkit Error: Can't open display: 6 >Fatal error detected, image exiting -- final message:" >no safety display could be opened >:no such file or directory- >- >where is the solution?  >Thanks, >  >D.  >m >m >Sent via Deja.com >http://www.deja.com/e   ------------------------------  # Date: Tue, 30 Jan 2001 18:09:30 GMTg  From: didier_morandi@my-deja.com2 Subject: Re: upgrade to 7.2-1: no more X terminals) Message-ID: <95700j$eqs$1@nnrp1.deja.com>a  2 In article <VsF2OiNK6eSfDaqjSlMz4DO9=F1y@4ax.com>,$   David.Beatty.NOSPAM@sas.com wrote: >y@ >     1.  Did you specify DecWindows support during the upgrade?= >     2.  Are you running the old desktop or the CDE desktop? % >     3.  What version of DecWindows?e   yesf X emulationn DW V1.2-5981105e  : actually, I changed the rlogin to a telnet and it works... Thanks anyway.   D.     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Tue, 30 Jan 2001 04:34:08 -0500f2 From: rdeininger@mindspring.com (Robert Deininger)Y Subject: Re: VAX 6310, VAX 6320, HSC50 and a couple of SA600's - how to plug'em together? L Message-ID: <rdeininger-3001010434080001@user-2ivebi5.dialup.mindspring.com>  Z In article <uth3de14ry5.fsf@theremin.hut.fi>, Erno Palonheimo <esp@theremin.hut.fi> wrote:   > Greetings, > F > As a hardcore VAX hobbyist I've got a CI-based VAXcluster consistingF > of a VAX 6310, a VAX 6320 and a HSC50.  Now I'm about to get hold ofE > some SA600 disk racks - which would be extremely nice as my cluster C > doesn't have any of its original disks left. :-( Now, which stuffTG > plugs where?  I've understood that the VAX machines and the HSC50 can,B > be connected together using the BNC cables, but do I need a star > coupler?     I think you do need a star coupler.  I think it splits the signals between all the outputs.  They get attenuated in the process.  The unsplit signals are too big for the receivers, IIRC.  @ (Keep in mind I've never been in the same room as a CI cluster.)  5 > Should the SA600 racks be connected to the HSC50 or-D > someplace else?  I'm only used to DSSI VAXclusters, CI seems to goC > beyond my comprehension (I haven't got any documentation...).  If.C > someone could give me a pointer to good documentation, or explainy@ > things briefly, I'd appreciate that a lot.  Thanks in advance.   Look at the "Guidelines for cluster confugurations" manual in the VMS doc set. Old Systems and Options catalogs might be good.  Maybe some old Storageworks product info.p   -- U Robert Deininger rdeininger@mindspring.coms   ------------------------------    Date: 31 Jan 2001 01:02:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: VAX 6310, VAX 6320, HSC50 and a couple of SA600's - how to plug'em together?t- Message-ID: <87bssp6khw.fsf@prep.synonet.com>g  4 rdeininger@mindspring.com (Robert Deininger) writes:  \ > In article <uth3de14ry5.fsf@theremin.hut.fi>, Erno Palonheimo <esp@theremin.hut.fi> wrote: >  > > Greetings, > > H > > As a hardcore VAX hobbyist I've got a CI-based VAXcluster consistingH > > of a VAX 6310, a VAX 6320 and a HSC50.  Now I'm about to get hold ofG > > some SA600 disk racks - which would be extremely nice as my clustertE > > doesn't have any of its original disks left. :-( Now, which stuff I > > plugs where?  I've understood that the VAX machines and the HSC50 canhD > > be connected together using the BNC cables, but do I need a star > > coupler?   >   D > I think you do need a star coupler.  I think it splits the signalsD > between all the outputs.  They get attenuated in the process.  The6 > unsplit signals are too big for the receivers, IIRC.  D Yep, you do. Also, you need terminators an all the SC ports that areF not used. ( you can have one off at a time to add systems. ) And DON'T4 let the SC earth if you have them out of the SC cab.  % You use SDI cables from HSC to disk. I   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 31 Jan 2001 00:56:41 +0800, From: Paul Repacholi <prep@prep.synonet.com>1 Subject: Re: very sloooooow Glasfibre performancew- Message-ID: <87g0i16ks6.fsf@prep.synonet.com>f    Dirk Munk <munk@home.nl> writes:  H > > Fyi, 30-40 IO's per second is a pretty small number and something isH > > definately wrong if you are seeing a queue length of 5 on individual( > > spindles with this number of IO's .. > Q > It is not to 1 spindle, but to a stripe set of 2 mirrorsets (4 spindles total).e ... % > The disks are new and almost empty.  ...n' > From internal SCSI disk to fibredisk.i  D Is the battery backup OK and working for the cache? Seems like every backend IO is being serialized..   -- p< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda."@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 30 Jan 2001 10:04:43 +0000t0 From: andrew harrison <andrew.nospam@uk.sun.com>* Subject: Re: VMS actually mentioned but...* Message-ID: <3A7691BB.4656E884@uk.sun.com>   Christof Brass wrote:s > = > Well spoken, but don't trust IBM! Never forget what they toe; > OS/2! It's very similar to what ashole Palmer did to VMS.p > - > Ceterum censeo Robert Palmer esse delendam.s  / I don't think that IBM had much to do with the s. demise of OS/2, Microsoft get the bulk of the * blame for that though IBM could have been ' smarter in their contract negociations.f  - It was MS after all that released Windows 3.X 3 as a competitor to OS/2 having helped convince its k+ "partners" Lotus and WordPerfect to do GUI ./ versions of their SW for OS/2, just in time for ' Word and Excel to debut on Windows 3.x.e  . OS/2 wasn't killed by IBM it was killed by the/ MS marketing machine which convinced customers  0 that Windows 3.X was equivalent/better than OS/23 when in fact OS/2 was a real OS and Windows 3.x was 1 just a GUI on top of a single user single taskingo
 executive.   Regards  Andrew Harrisony Enterprise IT Architect.   ------------------------------  % Date: Tue, 30 Jan 2001 06:06:59 -0600n, From: Mike Drabicky <drabicky.at.dallas.net>* Subject: Re: VMS actually mentioned but...8 Message-ID: <g0bd7t8r2b53rgrsnr71kvqh24lkuk2q92@4ax.com>  , On Mon, 29 Jan 2001 23:55:36 -0500, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:t  O >Again, if VMS turned around and started to grow again, you'd think that CompaqcI >would have been bragging about turning around one of the more profitable ' >products. But no. Nada, no word. WHY ?a  D Reason possibilities: gross incompetence, too many years of saluting< the WinTel flag, no energy to get up and fight for somethingF different, resignation that VMS will slowly wither and die, other moreE pressing work than that old VMS thing, ignorance of the situation, no 3 belief in the product, other management directions.g  A Having worked at Digital for 10 years, I can tell you that if youeF raise up and say "we should be going left" when all your bosses say toA go right, you will likely be sent out the door. They were never aMD group that believed in "other" opinions. In fact, I've never found a= worst case of "management knows best". Object once and you're F silenced. Object again and you're gone. Most likely management doesn'tE believe in VMS and won't spend any braintime on it. VMS will continueeA to languish until you get mindshare of the decision makers within = Compaq. Only then will there be progres in advancing VMS as af reasonable alternative.   
 Mike Drabicky    ------------------------------    Date: 30 Jan 2001 08:50:58 -0500, From: koehler@eisner.decus.org (Bob Koehler)* Subject: Re: VMS actually mentioned but...+ Message-ID: <$141453GPmKu@eisner.decus.org>p  \ In article <3A764942.984DFAB0@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > A > It isn't so much what he said, but rather what he hasn't said.   > M > WHY ?, WHY ? I ask, would a company who has decided to give a product whichaJ > was neglected under a previous administration a new life, not take every- > possibility to brag about the turn around ?n >   C Because it was a confernce for and by PHMs.  When did you ever knowg= anyone at that level of a large company to get details right?m  C The speakers appear to have been speaking more out of habit than anfE acutal attempt to put across a clear unambiguous corporate direction.o- They were addressing analysts, not customers.   G One tells the customer what the customer wants to hear, and the analyst(D what the analyst wants to hear and anyone who puts too much faith in; either can buy themselve a nice bridge over the east river.o  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationf= NASA GSFC Flight Software       | Federal Sector, Civil GroupdE                                 | please remove ".aspm" when replying    ------------------------------    Date: 31 Jan 2001 01:13:23 +0800, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: VMS actually mentioned but...- Message-ID: <873de16k0c.fsf@prep.synonet.com>-  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  1 > I don't think that IBM had much to do with the n0 > demise of OS/2, Microsoft get the bulk of the , > blame for that though IBM could have been ) > smarter in their contract negociations.  > / > It was MS after all that released Windows 3.Xl5 > as a competitor to OS/2 having helped convince its e- > "partners" Lotus and WordPerfect to do GUI s1 > versions of their SW for OS/2, just in time for.) > Word and Excel to debut on Windows 3.x.a > 0 > OS/2 wasn't killed by IBM it was killed by the1 > MS marketing machine which convinced customers r2 > that Windows 3.X was equivalent/better than OS/25 > when in fact OS/2 was a real OS and Windows 3.x was93 > just a GUI on top of a single user single taskingz > executive.  ? Nearly Andrew. Gates led IBM and the ISVs on till 2 days beforei@ they dropped win4wankers. They had insisted on changes that sent5 the OS/2 development around in circles to sandbag it.u   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.u@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 30 Jan 2001 07:36:06 -0500b2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>& Subject: Volume Shadowing: 1, fooguy:07 Message-ID: <200101300736_MC2-C39B-54EE@compuserve.com>   J         As you should know by now, it is much easier to troubleshoot when=  / we have the exact text of the error message(s)!t     Message text written by fooguy# >1) Install license PAK from Compaqt3 2) Modify SYSGEN params for SHADOWING (set it to 2) 	 3) Reboota1 4) MOUNT DSA0:/SHADOW=3D(DKB200:,DKC0:) SHADOWVOL   H And I get an error that it can't make either disk a member of the shadow set.  C Both disks are brand spanking new and freshly init'ed. Am I missing-! something, or is it just Monday?<    ------------------------------  % Date: Tue, 30 Jan 2001 04:29:11 -0500r2 From: rdeininger@mindspring.com (Robert Deininger), Subject: Re: Volume Shadowing: 131, fooguy:1L Message-ID: <rdeininger-3001010429110001@user-2ivebi5.dialup.mindspring.com>  b In article <XZqd6.45304$lh.2751293@typhoon.mn.mediaone.net>, Ed Wilts <ewilts@mediaone.net> wrote:    H > The hurting begins when you forget to monitor your OPCOM messages for K > shadow transitions.  If a shadow member fails, it will be dropped out of PG > the shadow set and you'll get copious messages in your operator log.    Z What!  You mean these disk thingies wear out and die??  I thought they lasted forever. :-)   -- 0 Robert Deininger rdeininger@mindspring.com<   ------------------------------  % Date: Tue, 30 Jan 2001 16:56:12 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>t, Subject: Re: Volume Shadowing: 131, fooguy:1) Message-ID: <3A76F22C.DDA5D7D7@bbc.co.uk>n   Robert Deininger wrote:S  d > In article <XZqd6.45304$lh.2751293@typhoon.mn.mediaone.net>, Ed Wilts <ewilts@mediaone.net> wrote: >0I > > The hurting begins when you forget to monitor your OPCOM messages for0L > > shadow transitions.  If a shadow member fails, it will be dropped out ofH > > the shadow set and you'll get copious messages in your operator log. >0\ > What!  You mean these disk thingies wear out and die??  I thought they lasted forever. :-) >t  J oh yeah, and if you've got RAID you don't need to take backups, either :-)   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk0  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.t   ------------------------------    Date: 31 Jan 2001 01:20:18 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: Volume Shadowing: 131, fooguy:1- Message-ID: <87y9vt554d.fsf@prep.synonet.com>a  4 rdeininger@mindspring.com (Robert Deininger) writes:  d > In article <XZqd6.45304$lh.2751293@typhoon.mn.mediaone.net>, Ed Wilts <ewilts@mediaone.net> wrote: >  > J > > The hurting begins when you forget to monitor your OPCOM messages for M > > shadow transitions.  If a shadow member fails, it will be dropped out of mI > > the shadow set and you'll get copious messages in your operator log.   > \ > What!  You mean these disk thingies wear out and die??  I thought they lasted forever. :-)  	 He, he...-  H Funny story... A site I know is split over two comp centres. They do theJ drop the member for backup for the Fri night weekly. On weekend, the driveM failed to rejoin for some reason. |Then the power to the second site wanderedeI off into the weeds. The 8400s ran all weekend with no system disk! It wasoO only on Mon morning that  it hit the fan when it went to get all sorts of stuff0# that was not used over the weekend!    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 30 Jan 2001 17:21:58 +0800i' From: Tim Sneddon <tsneddon@olc.com.au>e Subject: VT220< Message-ID: <2FCE1FC4E068D411877B00D0B7477F4D0E197F@onlpc26>  G I have a VT220 and oneday while plugging it into a VAXstation 4000-90 I%F realised it had a plug above the "Composite Video Output Connector". IH looked everywhere I can think off. Does anyone know? It is an 8-pin maleJ connector, it's sort of sunk in so it looks like it used to have some sort of cover over it.0   Thanks, Tim.  D --------------------------------------------------------------------C "You can download an atmosphere and dial up a groove, but there's a0C certain magic when three musicians and a dyslexic get together and   play in a room."
    -- BonoD --------------------------------------------------------------------   ------------------------------  # Date: Tue, 30 Jan 2001 10:29:44 GMT:: From: Nic Clews CSC Computer Sciences <nclews@my-deja.com> Subject: Re: VT220) Message-ID: <95652i$mvc$1@nnrp1.deja.com>0  < In article <2FCE1FC4E068D411877B00D0B7477F4D0E197F@onlpc26>,*   Tim Sneddon <tsneddon@olc.com.au> wrote:G > I have a VT220 and oneday while plugging it into a VAXstation 4000-900 I0H > realised it had a plug above the "Composite Video Output Connector". IE > looked everywhere I can think off. Does anyone know? It is an 8-pin5 maleG > connector, it's sort of sunk in so it looks like it used to have some  sort > of cover over it.s  ? Like a white plastic connector that would take a 'pinned' plug?   E It's the 20mA comms interface. I am no expert, but there are at leasttG two variants of the 20mA loop, and they are opto-isolated and generally0; better for long cable runs. I stand to be corrected though.%  + Not in common use, I'm pretty sure of that!t   -- nclews at csc dot com      Sent via Deja.com1 http://www.deja.com/   ------------------------------  # Date: Tue, 30 Jan 2001 14:06:56 GMTg/ From: Mike Price <mike.price@littlewoods.co.uk>  Subject: Re: VT220( Message-ID: <956hps$so$1@nnrp1.deja.com>  D Yup it is the current loop or 20mA device. The ones we used where onD old Honeywell terminals and were great for long distances. Then theyF started getting replaced by RS422. Basically they used fewer pins thatD RS232 comms but could cope with more interference and far far longer
 distances.. AFAIK the standards were a bit verder specific Mike --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Tue, 30 Jan 2001 12:22:22 -0500W. From: "Jerry Alan Braga" <jabraga@flanagan.ca>2 Subject: yahMail successfull implementation anyone4 Message-ID: <sMCd6.124827$Z2.1573578@nnrp1.uunet.ca>  = Does anyone outhere have a working implementation of yahmail?fJ I do not have any WWW server installed, should I use Apache and if so what/ is required and how do you configure the two 2? J Can it handle in a basic way the same functionality that HOTMAIL gives you  
 My system: ----------------
 Alpha 1200 OpenVMS 7.1-1H2h
 UCX 4.2 ECO 2l NETLIB 2.2 installed   ------------------------------  % Date: Tue, 30 Jan 2001 10:26:21 -0700 1 From: David D Miller <ddmiller@west.raytheon.com>V6 Subject: Re: yahMail successfull implementation anyoneF Message-ID: <OF7A5CA4A1.BAD5C7DE-ON072569E4.005F9BA7@rsc.raytheon.com>  H I installed yahMAIL with an older version of the OSU HTTP server several0 months ago and haven't had any problems with it.   dave.a        = Does anyone outhere have a working implementation of yahmail? J I do not have any WWW server installed, should I use Apache and if so what/ is required and how do you configure the two 2?tJ Can it handle in a basic way the same functionality that HOTMAIL gives you  
 My system: ----------------
 Alpha 1200 OpenVMS 7.1-1H2u
 UCX 4.2 ECO 2u NETLIB 2.2 installed   ------------------------------  % Date: Tue, 30 Jan 2001 04:56:15 -0500s2 From: rdeininger@mindspring.com (Robert Deininger)3 Subject: Re: [VIM] VMS version doesn't do logicals?lL Message-ID: <rdeininger-3001010456160001@user-2ivebi5.dialup.mindspring.com>  \ In article <bIkd6.179$cu.1390@gazette.loc1.tandem.com>, hoffman@xdelta.zko.dec.nospam wrote:   > In article <rdeininger-2901011156110001@user-2ivec43.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:t> > :I've offered once or twice to kit it up for the freeware.  K > :I received no response, so I haven't made in progress in that direction.. > L >   Apologies on my clear lack of responsiveness.  I had previously snagged I >   a copy of VIM-SAVESET.ZIP dated 7-Feb-2000 for inclusion on the next dJ >   Freeware (V5), containing VIM.SAVESET also dated 7-Feb-2000.  Is that  >   the current/correct kit?  9 Umm, that wouldn't be me.  I'm in no way a keeper of VIM.    The thing I've been using the past decade or so is almost pure TPU.  It was written by Gregg Wonderly, formerly of OK State University.  Past attempts to find him failed.   Today I tried to find a current email address for him, to ask about submitting his vi.  I didn't find him, but I did find some references to old freeware lists.  I seems the version I've been using is not quite the most up-to-date.h  ` I found references to the vi, but not a downloadable copy.  The references were from 1992 or so:  5 Chris Higgins OpenVMS Software list II.  Version 8.50h   Does this ring a bell?  Any idea where stuff mentioned in this list might be found today?  If I revive the TPU vi, I ought to get the latest one if possible.t   What's the policy on submitting someone else's stuff to the freeware CD?  I didn't write this, but the author included a note that it is freely distributable.   -- . Robert Deininger rdeininger@mindspring.com    ------------------------------   End of INFO-VAX 2001.060 ************************